Levenscyclus van een standaard
Moderator: Rhiannon
- Berichten: 101
Levenscyclus van een standaard
Is er een bekend proces dat de levencycles van een standaard weergeeft?
M.a.w. Voordat iets een standaard wordt, heeft het allerlei stadia doorlopen.
Hier wil ik graag meer inzicht in krijgen. En om nou niet het wiel te gaan uitvinden, vroeg ik me af of hier al wetenschappelijke informatie over bekend is.
De stadia die ik nu zou noemen zijn de volgende:
1. Vluchtig idee van iemand
2. Goed idee
3. Toegepast idee
4. Veel gebruikt idee
5. Algemeen gebruik
6. Best practice
7. Guideline
8. Standaard
Denk bijv. aan het gebruik van het decimale stelsel van cijfers. Of standaarden in software zoals Object-Orientatie.
M.a.w. Voordat iets een standaard wordt, heeft het allerlei stadia doorlopen.
Hier wil ik graag meer inzicht in krijgen. En om nou niet het wiel te gaan uitvinden, vroeg ik me af of hier al wetenschappelijke informatie over bekend is.
De stadia die ik nu zou noemen zijn de volgende:
1. Vluchtig idee van iemand
2. Goed idee
3. Toegepast idee
4. Veel gebruikt idee
5. Algemeen gebruik
6. Best practice
7. Guideline
8. Standaard
Denk bijv. aan het gebruik van het decimale stelsel van cijfers. Of standaarden in software zoals Object-Orientatie.
"Wanneer zal ik ophouden mij dingen af te vragen?" - Galileo Galileï
- Berichten: 11.085
Re: Levenscyclus van een standaard
Ik ken geen beschrijving van een dergelijk proces, en ik denk eigenlijk ook niet dat een dergelijk proces er is. Je zult eerst een duidelijkere definitie moeten geven van wat een "standaard" is: is het wat de facto het meest gebruikt wordt, of is het wat door de ISO goedgekeurd is? Kijk ook eens naar de geschiedenis van de QWERTY- en AZERTY-toetsenborden: standaard, hoewel ze geen echt nut meer hebben vandaag.
- Berichten: 5.609
Re: Levenscyclus van een standaard
Dat hangt volgens mij HEEL sterk samen met het vakgebied.Is er een bekend proces dat de levencycles van een standaard weergeeft?
In de moderne spitstechnologie (elektronica-computerwetenschappen) heb je meestal standaardisatiecomitees die eerst voorstellen opvragen. Die voorstellen komen dan meestal van onderzoekers die er al veel onderzoek hebben over gedaan, of van bedrijven die geïnteresseerd zijn om met de nieuwe standaard te werken.
Vervolgens is er een RFC-fase, dat is een periode vooraf vastgelegd waarin er commentaar kan gegeven worden aan de standaard. Ze worden onderworpen aan allemaal testen en kritische beschouwingen, meestal door de concurrerende standaardvoorstellen.
Daarna wordt er vanuit het standaardisatiecomitee beslist wat het wordt, daarna is het afwachten of bedrijven zich er aan gaan houden of niet.
Eigenlijk is het de gewoonte in het computer-elektronica vakgebied dat de standaard zo vroeg mogelijk wordt vastgelegd, de eerste producten die uitkomen zouden al moeten de juiste standaard gebruiken. In de praktijk komen er uiteindelijk toch verschillende standaarden naast elkaar. (denk aan DVD+R en DVD-R, de honderdduizend soorten kabels voor communicatie, websites die er anders uitzien op andere browsers, printers en hun inktpatronen, gsm-adapters,...)
Edit: object-orientatie is helemaal geen standaard in software-ontwikkeling. Het is een stroming van programmeertalen, maar helemaal geen standaard. De script-talen en hardware-talen bestaan ook en zijn ook populair.
What it all comes down to, is that I haven't got it all figured out just yet
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
- Berichten: 2.391
Re: Levenscyclus van een standaard
Johan schreef:Is er een bekend proces dat de levencycles van een standaard weergeeft?
M.a.w. Voordat iets een standaard wordt, heeft het allerlei stadia doorlopen.
Hier wil ik graag meer inzicht in krijgen. En om nou niet het wiel te gaan uitvinden, vroeg ik me af of hier al wetenschappelijke informatie over bekend is.
Je moet gewoon naar de sites van de diverse norminstituten zoeken. Hierop vindt je vaak vage tot gedetailleerde beschrijvingen.Ik ken geen beschrijving van een dergelijk proces, en ik denk eigenlijk ook niet dat een dergelijk proces er is. Je zult eerst een duidelijkere definitie moeten geven van wat een "standaard" is: is het wat de facto het meest gebruikt wordt, of is het wat door de ISO goedgekeurd is? Kijk ook eens naar de geschiedenis van de QWERTY- en AZERTY-toetsenborden: standaard, hoewel ze geen echt nut meer hebben vandaag.
Het maken van normen verloopt volgens zeer strakke procedures, waarbij en een verantwoordelijke van het norminstituut zit die als coördinator dient, zorgt dat alle basisinformatie bij iedereen terecht komt (literatuurstudie ddo commiteeleden) en al het nodige krijgen dat kan bijdragen. Leden van zo'n comitees zijn experts uit het privé, research instituten, onderwijs (profs. etc), in feite gelijk wie die geselecteerd wordt als expert op betrokken terrein.
Voor iets een norm of standaard is of wordt heeft dat een hele duidelijk gedefinieerde cyclus doorlopen.
Voorbeeld voor ISO wordt duidelijk bijgehouden in welk stadium elke individuele norm zit, zijn geschiedenis en mogelijke toekomst of status (v.b. vervallen).
Een norm blijft geldig zolang er geen nieuwe versie van is of deze officiëel vervallen verklaard wordt of werd.
ypsilon, jij hebt duidelijk geen zicht op standaards. Als toetsenborden niet geregeld zouden worden door standaards zo dat nogal een chaos worden, ook in verband met computers.
http://en.wikipedia.org/wiki/Keyboard_layout
http://en.wikipedia.org/wiki/ISO/IEC_9995
http://www.iso.org/iso/search.htm?qt=9995&...mp;published=on
Ons dagdagelijks leven stikt van dingen waar standaards achter zitten.
http://www.iso.org/iso/iso_members hier vind je standardisatie instituten
gewoon wat links die je een idee geven.
http://www.iso.org/iso/standards_developme..._committees.htm
http://www.iso.org/iso/standards_developme...s_developed.htm
http://www.iso.org/iso/standards_developme...description.htm
Nationaal werkt dat vergelijkbaar.
Nor(men worden wettelijk als je dingen bestelt beantwoordend aan een norm, of wanneer de wet zelf direct of indirect verwijst naar een norm.
Eric
- Berichten: 5.609
Re: Levenscyclus van een standaard
Naast ISO heb je ook IEEE, IETF, IEC, CIE, MPEG, JPEG, JVT, ...Je moet gewoon naar de sites van de diverse norminstituten zoeken. Hierop vindt je vaak vage tot gedetailleerde beschrijvingen.
Deze organisaties werken ook niet altijd gescheiden van elkaar, en werken soms samen, soms zelfs onder een nieuwe groep.
What it all comes down to, is that I haven't got it all figured out just yet
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
And I've got one hand in my pocket and the other one is giving the peace sign
-Alanis Morisette-
- Berichten: 2.391
Re: Levenscyclus van een standaard
Weet ik, het was niet mijn bedoeling compleet te zijn. Hier heb je er nog .....Naast ISO heb je ook IEEE, I........
http://en.wikipedia.org/wiki/List_of_techn...d_organisations
Ik was gewoon een beetje verbaasd met ypsilon's reactie, omdat standaards voor een belangrijk deel ons leven beïnvloeden op 1001 terreinen.
Gewoon voor Nederland alleen: cijfers tussen de haakjes zijn aantallen.
[attachment=6454:Standaar...ncros3_T.gif]
Bron: http://www.nen.nl/web/Over-NEN.htm
Hoe dat +/- werkt weet ik: ik heb zelf in zo'n Nederlandse commissie gezeten, en programmeer(de) zo'n standaards binnen mijn vakgebied.NEN is al ruim negentig jaar de betrouwbare partner in het opstellen van nationale, Europese en internationale normen. Opgericht in 1916 door de Nederlandse Maatschappij voor Nijverheid en Handel en het Koninklijk Instituut van Ingenieurs, zijn we uitgegroeid tot een organisatie met ruim 32 miljoen omzet, circa 300 medewerkers en ruim 1.400 normcommissies.
Zo'n verantwoordelijke zijn geschoolde technisch onderlegde mensen, gespecialiseerd in een aanverwant vakterrein, die heel de zaak coördineren, vergaderingen beleggen, the resources van het instituut inschakelen waar en wanneer nodig, en er strak voor zorgen dat zo'n standaards binnen een bepaalde typische structuur opgebouwd worden.
- Bijlagen
-
- Standaards_NL_Lancros3_T.gif (60.4 KiB) 467 keer bekeken
Eric
- Berichten: 2.391
Re: Levenscyclus van een standaard
Om eerlijk te zijn vraag ik mij af wat die aantallen juist zijn. Dit komt zo van de NEN site, maar dit lijkt veel om individuele normen te zijn. Het gaat in elk geval over véél duizenden, maar of deze getallen echt allemaal nog bestaande normen zijn is mij niet echt duidelijk.Gewoon voor Nederland alleen: cijfers tussen de haakjes zijn aantallen.
Eric
- Berichten: 101
Re: Levenscyclus van een standaard
Binnen TOGAF heeft men een lifecycle voor standaarden:
Standards Lifecycle
Standards do not generally exist for all time. New standards are identified and managed through a lifecycle process. Typically standards pass through the following stages:
Trial Standard: A Trial Standard has been identified as a potential standard for the organization, but has not been tried and tested to a level where its value is fully understood. Projects wishing to adopt Trial Standards may do so, but under specific pilot conditions, so that the viability of the standard can be examined in more detail.
Active Standard: An Active Standard defines a mainstream solution that should generally be used as the approach of choice.
Deprecated Standard: A Deprecated Standard is approaching the end of its useful lifecycle. Projects that are re-using existing components can generally continue to make use of Deprecated Standards. Deployment of new instances of the Deprecated Standard are generally discouraged.
Obsolete Standard: An Obsolete Standard is no longer accepted as valid within the landscape. In most cases, remedial action should be taken to remove the Obsolete Standard from the landscape. Change activity on an Obsolete Standard should only be accepted as a part of an overall decommissioning plan.
All standards should be periodically reviewed to ensure that they sit within the right stage of the standards lifecycle. As a part of standards lifecycle management, the impact of changing the lifecycle status should be addressed to understand the landscape impact of a standards change and plan for appropriate action to address it.
Standards Classification within the Standards Information Base
Standards within the Standards Information Base are categorized according to the building blocks within the TOGAF content metamodel. Each metamodel entity can potentially have standards associated with it (e.g., Business Service, Technology Component).
Standards may relate to "approved" building blocks (e.g., a list of standard Technology Components) or may specify appropriate use of a building block (e.g., scenarios where messaging infrastructure is appropriate, application communication standards are defined).
At the top level, standards are classified in line with the TOGAF architecture domains, including the following areas:
Business Standards:
Standard shared business functions
Standard role and actor definitions
Security and governance standards for business activity
Data Standards:
Standard coding and values for data
Standard structures and formats for data
Standards for origin and ownership of data
Restrictions on replication and access
Applications Standards:
Standard/shared applications supporting specific business functions
Standards for application communication and interoperation
Standards for access, presentation, and style
Technology Standards;
Standard hardware products
Standard software products
Standards for software development
Standards Lifecycle
Standards do not generally exist for all time. New standards are identified and managed through a lifecycle process. Typically standards pass through the following stages:
Trial Standard: A Trial Standard has been identified as a potential standard for the organization, but has not been tried and tested to a level where its value is fully understood. Projects wishing to adopt Trial Standards may do so, but under specific pilot conditions, so that the viability of the standard can be examined in more detail.
Active Standard: An Active Standard defines a mainstream solution that should generally be used as the approach of choice.
Deprecated Standard: A Deprecated Standard is approaching the end of its useful lifecycle. Projects that are re-using existing components can generally continue to make use of Deprecated Standards. Deployment of new instances of the Deprecated Standard are generally discouraged.
Obsolete Standard: An Obsolete Standard is no longer accepted as valid within the landscape. In most cases, remedial action should be taken to remove the Obsolete Standard from the landscape. Change activity on an Obsolete Standard should only be accepted as a part of an overall decommissioning plan.
All standards should be periodically reviewed to ensure that they sit within the right stage of the standards lifecycle. As a part of standards lifecycle management, the impact of changing the lifecycle status should be addressed to understand the landscape impact of a standards change and plan for appropriate action to address it.
Standards Classification within the Standards Information Base
Standards within the Standards Information Base are categorized according to the building blocks within the TOGAF content metamodel. Each metamodel entity can potentially have standards associated with it (e.g., Business Service, Technology Component).
Standards may relate to "approved" building blocks (e.g., a list of standard Technology Components) or may specify appropriate use of a building block (e.g., scenarios where messaging infrastructure is appropriate, application communication standards are defined).
At the top level, standards are classified in line with the TOGAF architecture domains, including the following areas:
Business Standards:
Standard shared business functions
Standard role and actor definitions
Security and governance standards for business activity
Data Standards:
Standard coding and values for data
Standard structures and formats for data
Standards for origin and ownership of data
Restrictions on replication and access
Applications Standards:
Standard/shared applications supporting specific business functions
Standards for application communication and interoperation
Standards for access, presentation, and style
Technology Standards;
Standard hardware products
Standard software products
Standards for software development
"Wanneer zal ik ophouden mij dingen af te vragen?" - Galileo Galileï