Artikkelen er skrevet i tillegg til på forespørsel fra samfunnet.
I denne artikkelen vil vi forstå magien med tall i desimaltall. Og vurder at nummereringen ikke bare er tatt i bruk ESKD (Unified System of Design Documentation), samt i ESPD (Unified System of Program Documentation) og KSAS (Standardsett for automatiserte systemer), siden Harb i stor grad består av IT-spesialister.
I samsvar med kravene i ESKD, ESPD og KSAS standarder, må hvert produkt (program, system) tildeles en betegnelse - et desimaltall.
Betegnelsen tildeles i henhold til reglene fastsatt i standardene. Dette ble oppfunnet av mennesker i antikken for å forene og forenkle identifisering av produkter og dokumentasjon, journalføring og arkiver.
La oss forstå den enkle prosedyren for å tildele et desimaltall slik at det ikke virker som et eldgammelt ritual, og de tildelte tallene ikke virker som magiske tall.
For hvert sett med standarder vil vi vurdere prosedyren separat.
Samlet system for designdokumentasjon
I ESKD er betegnelsessystemet for produkter og deres designdokumenter etablert av .
Hvert produkt har sin egen unike betegnelse.
En produktbetegnelse kan tildeles på to måter:
- sentralisert - innenfor rammen av rekkefølgen bestemt av departementet, avdelingen, innen industrien;
- desentralisert - i samsvar med reglene vedtatt i utviklingsorganisasjonen.
Strukturen til produktbetegnelsen og hoveddesigndokumentet er vist i figur 1.
|
|
| Fig. 1 – Produktbetegnelsesstruktur |
Den firesifrede alfabetiske koden til organisasjonen som utvikler designdokumentasjon, bestående av bokstaver som ABC, tildeles i henhold til Kodifier for utviklingsorganisasjoner.
For å få en firesifret bokstavkode må utviklingsorganisasjonen kontakte . Vær oppmerksom på at denne tjenesten er betalt. For eksempel: Bedriftens NVP "Bolid" har en firesifret bokstavkode for utviklerorganisasjonen "ACDR", CJSC "Bastion" - "FIASH".
For sivile produkter, i stedet for en firesifret bokstavkode, er det tillatt å bruke en kode fra All-Russian Classifier of Enterprises and Organizations () utviklerbedrift. OKPO-koden (åtte- eller ti-sifret tall) er en obligatorisk forutsetning for enhver organisasjon og endres bare når virksomheten endrer retning og spesifikasjoner for sin aktivitet, ellers forblir den konstant for hele selskapets levetid.
Klassifiseringskarakteristikken tildeles produkt- og designdokumentet i henhold til klassifisereren av produkter og designdokumenter for maskinteknikk og instrumentfremstilling (ESKD Classifier). I den russiske føderasjonen er det en "all-russisk klassifisering av produkter og designdokumenter", , er et systematisert sett med navn på klassifiseringsgrupperinger av klassifiseringsobjekter - produkter fra hoved- og hjelpeproduksjonen til alle sektorer av den nasjonale økonomien, generelle tekniske dokumenter og deres koder og er en integrert del av det enhetlige systemet for klassifisering og koding av teknisk og økonomisk informasjon.
Klassifiseringskarakteristikken er hoveddelen av produktbetegnelsen og dets designdokument. Klassifikasjonskarakteristikkkoden tildeles i henhold til ESKD-klassifiseringen og er et sekssifret tall som sekvensielt angir en klasse (de to første sifrene), underklasse, gruppe, undergruppe, type (ett siffer hver). ESKD-klassifikatoren er bygget ved hjelp av en hierarkisk desimalmetode, basert på en logisk overgang fra det generelle til det spesifikke i settet som klassifiseres.
Strukturen til klassifiseringskarakteristisk kodebetegnelse er som følger:
|
|
| Fig. 2 – Struktur av klassifikasjonskarakteristikkkoden |
Klassifisereren er ledsaget av detaljerte anbefalinger for å søke og bestemme koden for klassifiseringsegenskapene til et produkt.
For eksempel bør du bestemme klassifiseringskarakteristikkkoden for en enkanals strømforsyning med en forsyningsspenning på 220V AC, 50Hz, med en stabilisert DC-utgangsspenning på 12V og en aktiv effekt på 60W.
Først bør du bestemme klassenummeret i rutenettet av klasser og underklasser etter produktnavnet.
I dette tilfellet er klassen passende 43XXXX "Mikrokretser, halvledere, elektrovakuum, piezoelektriske, kvanteelektronikkenheter, motstander, kontakter, elektrisitetsomformere, sekundære strømforsyninger".
Der bør du velge en underklasse 436XXX "Systemer og kilder for sekundær strømforsyning".
Ved å bruke rutenettet med grupper, undergrupper og typer, bør du bestemme gruppen i den valgte underklassen, basert på egenskapene til enheten som utvikles: 4362XX "Enkanals sekundære strømkilder med inngang enfaset vekselspenning", undergruppe: 43623X "Med konstant stabilisert utgangsspenning og utgangsparametere" og se: 436234 "Power, W St. 10 til 100 inkl. spenning, V opp til 100 inkl..
Dermed vil klassifiseringskoden for en enkanals strømforsyning med en forsyningsspenning på 220V AC med en frekvens på 50Hz med en stabilisert utgangsspenning på 12V DC og en aktiv effekt på 60W være: 436234.
Serienummeret tildeles i henhold til klassifiseringskarakteristikken fra 001 til 999 i koden til utviklerorganisasjonen i tilfelle desentralisert tildeling av betegnelsen, og i tilfelle sentralisert tildeling - innenfor koden til organisasjonen som er tildelt for sentralisert tildeling.
Dette nummeret kan for eksempel være serienummeret til en oppføring i et registreringskort for produktbetegnelse. Skjemaet og prosedyren for å opprettholde et betegnelsesregistreringskort er etablert i GOST 2.201-80.
For det betraktede eksemplet på å velge en klassifiseringskarakteristikk, kan produktbetegnelsen se slik ut:
Betegnelsen på et ikke-hoveddesigndokument skal bestå av produktbetegnelsen og dokumentkoden fastsatt av ESKD-standardene, skrevet til produktbetegnelsen uten mellomrom, tildelt i henhold til tabell 3 GOST 2.102-2013 "Typer og fullstendighet av designdokumenter".
|
|
| Fig. 3 – Betegnelse på et ikke-hoveddesigndokument |
For eksempel elektrisk kretsskjema: FIASH.436234.610E3
Betegnelse på produktversjoner og dokumenter i gruppen og grunnleggende metode for utførelse av designdokumenter, serienummeret til versjonen legges til produktbetegnelsen gjennom en bindestrek. I gruppemetoden for utførelse av dokumenter bør én utførelse betinget aksepteres som den viktigste. Et slikt design må kun ha en grunnbetegnelse uten serienummer på designet, for eksempel ATsDR.436234.255. For andre design legges serienummeret til designet fra 01 til 98 til grunnbetegnelsen. For eksempel: ATsDR.436234.255-05
Det er tillatt å angi versjoner med tillegg av tresifrede serienumre fra 001 til 999.
Med et stort utvalg av produkter som har felles designtrekk, er det tillatt å bruke et ekstra designnummer, som skrives gjennom en prikk og må være i form av et tosifret tall annet enn 00. Strukturen til en slik betegnelse er vist i figur 4.
|
|
| Fig. 4 – Anvendelse av utførelsesnummer og tilleggsutførelsesnummer |
Design som bruker et tilleggsnummer, er utpekt i nærvær av variable egenskaper (belegg, parametere, deres maksimale avvik, klimatiske driftsforhold, tilleggskonfigurasjon av produktet med komponenter, etc.), som er mulig for alle design.
Ytelsesnummeret må være et annet tosifret tall enn 00. Nummeret eller hvert av dets sifre kan indikere én karakteristikk eller et sett med sammenhengende egenskaper.
Nyutviklede komponenter i disse produktene som er avhengige av de samme egenskapene, er utpekt med samme tilleggsversjonsnummer. Om nødvendig kan slike deler utpekes uten å bruke et ekstra designnummer.
Hvis det er et tilleggsnummer, skal alle versjoner angis med et tosifret serienummer for versjonen fra 01 til 98.
Ordningsnummer og tilleggsutførelsesnummer settes uavhengig av hverandre.
På stadiet med å utvikle en foreløpig design, anbefales det at foreløpige og designdesigndokumenter utpekes i henhold til følgende struktur:
|
|
| Fig.5 – Betegnelse på utkast til prosjekteringsdokumenter |
Samlet system for programdokumentasjon
Betegnelser på programmer og programdokumenter tildeles i henhold til instruksen .
Betegnelsen på programmer og dokumenter må bestå av grupper av tegn atskilt med prikker (etter landskoden og koden til utviklerorganisasjonen), mellomrom (etter dokumentets revisjonsnummer og dokumenttypekoden) og bindestreker (etter registreringsnummeret og dokumentet). nummer av denne typen).
Et registreringssystem for utpeking av programmer og programdokumenter er under etablering.
Som i ESKDI ESPD det er fastsatt at betegnelsen på et produkt samtidig er betegnelsen på dets programdokument - spesifikasjon.
Strukturen til programbetegnelsen og dets programdokument - spesifikasjoner er vist i figur 6.
|
|
| Fig.6 – Programbetegnelsesstruktur |
Landskoden tildeles i henhold til instruksjonene , mens valget av koding (latinsk, kyrillisk eller digital kode) gjøres av utvikleren i samsvar med reglene vedtatt av bedriften. Det er tillatt å bruke en firesifret bokstavkode eller OKPO-kode som utviklerorganisasjonskode.
GOST 19.103 sier at registreringsnummeret til programmet skal tildeles i samsvar med All-Union Classifier of Programs, men det ble aldri publisert, derfor er det tillatt å tildele en slik kode fra 00001 til 99999 i samsvar med prosedyren etablert på bedriften som utviklet programmet.
I noen tilfeller, for å generere et programregistreringsnummer, brukes den all-russiske klassifiseringen av produkter etter type økonomisk aktivitet .
Serienummeret til programutgaven må være i formatet fra 01 til 99.
Eksempel på programbetegnelse:
- når du bruker en utviklerkode på fire bokstaver:
- ROF.ABVG.62.01.29-01
- 643.ABVG.62.01.29-01
- når du bruker OKPO-kode:
- ROF.98765432.62.01.29-01
- RU.98765432.62.01.29-01
- RUS.98765432.62.01.29-01
- 643.98765432.62.01.29-01
Betegnelsesstrukturen til andre programdokumenter er vist i figur 7:
|
|
| Fig. 7 – Struktur for betegnelsen på andre programdokumenter |
Dokumentrevisjonens serienummer skal ha format fra 01 til 99. Dokumenttypekoden tildeles i henhold til tabell 4 . Om nødvendig tildeles dokumentet et dokumentnummer av denne typen i stigende rekkefølge fra 01 til 99, og et dokumentdelnummer i stigende rekkefølge fra 1 til 9.
Eksempler på betegnelse av dokumentet "Operator's Manual" (det andre slike dokument for dette programmet, del 3):
- РОФ.АБВГ.62.01.29-01 34 02-3
- 643.АБВГ.62.01.29-01 34 02-3
- РОФ.98765432.62.01.29-01 34 02-3
- RU.98765432.62.01.29-01 34 02-3
- RUS.98765432.62.01.29-01 34 02-3
- 643.98765432.62.01.29-01 34 02-3
Endelig versjon av anvendt betegnelsessystem for programmer og programdokumenter skal fastsettes av utbygger i interne forskriftsdokumenter.
Sett med standarder for automatiserte systemer
Dannelsen av desemaltallet til det automatiserte systemet bør søkes inn .
I samsvar med GOST må hvert utviklet dokument tildeles en uavhengig betegnelse. Et dokument utført på forskjellige databærere må ha samme betegnelse. Bokstaven "M" er lagt til betegnelsen på dokumenter laget på datamedier.
Dokumentnotasjonen har følgende struktur:
|
|
| Fig. 8 – Struktur for utpeking av dokumenter for automatiserte systemer |
Strukturen for utpekingen av et automatisert system eller dets del har formen:
|
|
| Fig. 9 – Struktur av betegnelsen til et automatisert system eller en del av det |
GOST foreslår å velge koden til utviklerorganisasjonen i samsvar med All-Union Classifier of Enterprises, Institutions and Organizations (OKPO) i henhold til reglene fastsatt av industrinormativ og teknisk dokumentasjon. For øyeblikket er det ikke all-Union-dokumentet som har utløpt som skal brukes, men den all-russiske klassifikatoren - OKPO. Det er også tillatt å bruke en firebokstavskode fra Federal State Unitary Enterprise "STANDARTINFORM" som koden til utviklerorganisasjonen.
Systemklassifiseringskoden bør velges fra , som erstattet all-Union-produktklassifisereren nevnt i GOST 34.201-89, samt den all-russiske produktklassifisereren (OKP), som ble kansellert 01. januar 2017.
Det er nødvendig å ta i betraktning at klassifiseringskarakteristikkkoden fra OKPD2 kan velges med navnet på automatiseringsobjektet, for eksempel: 26.51.43.120 – elektriske informasjonssystemer, måle- og datakomplekser og installasjoner for måling av elektriske og magnetiske størrelser (f. for eksempel et automatisert informasjons- og målesystem for kommersiell elektrisitetsmåling (AIIS KUE)), 70.22.17 – forretningsprosessstyringstjenester (BP ACS); 26.20.40.140 – informasjonssikkerhetsverktøy, samt informasjons- og telekommunikasjonssystemer beskyttet ved hjelp av informasjonssikkerhetsverktøy (informasjonsinternettportaler).
GOST 34.201-89 foreslår også å bruke all-Union-klassifisereren av undersystemer og komplekser av oppgaver til automatiserte kontrollsystemer (OKPKZ) for å tildele den spesifiserte egenskapen. Denne klassifiseringen har sluttet å være gyldig i Russland, og det er ikke utviklet noen erstatning for den. Derfor er det foreløpig ikke noe alternativ til å velge klassifiseringsegenskapene til et automatisert system i henhold til OKPD2.
Serienummeret til systemet (en del av systemet) tildeles av tjenesten til utviklerens organisasjon, som er ansvarlig for å vedlikeholde kortindeksen og registreringsbetegnelsene. Registreringsnumre er tildelt fra 001 til 999 for hver klassifiseringskarakteristikkkode.
Dokumentkoden består av to alfanumeriske tegn og er atskilt fra systembetegnelsen med en prikk. Koden for dokumenter definert av denne standarden legges inn i samsvar med kolonne 3 i Tabell 2. Koden til tilleggsdokumenter er dannet som følger: det første tegnet er en bokstav som indikerer typen dokument i henhold til tabell 1, det andre tegnet er et tall eller bokstav som indikerer serienummeret til et dokument av denne typen.
De resterende stillingene inngår i dokumentbetegnelsen ved behov.
Serienumre på dokumenter med ett navn (2 tegn) tilordnes fra det andre og atskilt fra den forrige betegnelsen med en prikk.
Dokumentrevisjonsnummeret tildeles fra den andre i stigende rekkefølge fra 2 til 9, og er atskilt fra den forrige verdien med en prikk. Neste utgavenummer tildeles i tilfeller hvor forrige utgave beholdes (ikke kansellert).
Dokumentets delenummer er atskilt fra den forrige betegnelsen med en bindestrek. Hvis dokumentet består av én del, settes ikke bindestreken inn, og dokumentets delenummer er ikke tildelt.
Attributtet til et dokument utført på datamedier angis om nødvendig. Bokstaven "M" er atskilt fra den forrige betegnelsen med en prikk.
Dermed kan betegnelsen AIIS KUE se slik ut:
- 98765432.26.51.43.120.012
- ABVG.26.51.43.120.012
Et eksempel på betegnelsen på et dokument "Teknologiske instruksjoner" (det tredje dokumentet av denne typen, andre utgave, del 5, laget i elektronisk form):
- 98765432.26.51.43.120.012.I2.03.02.05M
- ABVG.26.51.43.120.012.I2.03.02.05M
Strukturelt diagram av et kompleks av tekniske midler (det eneste dokumentet av denne typen som en del av prosjektet, den eneste utgaven, i en del, publisert på papir):
- 98765432.26.51.43.120.012.S1
- ABVG.26.51.43.120.012.S1
Konklusjon
Det er tillatt å bruke et unikt identifikasjonssystem som er akseptert i den utviklende organisasjonen. Men det er verdt å huske på at uten spesielle forklaringer vil dette systemet ikke være forståelig for noen. Det beskrevne systemet for å tildele betegnelser til produkter og dokumenter i samsvar med standarder kan dechiffreres av enhver spesialist (designer, utvikler, programmerer).
Følgende kilder ble også brukt når denne artikkelen ble skrevet:
Kilde: www.habr.com