Artikkeli kirjoitettiin lisäksi yhteisön pyynnöstä.
Tässä artikkelissa ymmärrämme numeroiden taikuuden desimaalilukuina. Älä myöskään ota huomioon numerointia, joka on otettu käyttöön ESKD (Unified System of Design Documentation), sekä in ESPD (Unified System of Program Documentation) ja KSAS (Automaattisten järjestelmien standardijoukko), koska Harb koostuu suurelta osin IT-asiantuntijoista.
ESKD-, ESPD- ja KSAS-standardien vaatimusten mukaisesti jokaiselle tuotteelle (ohjelmalle, järjestelmälle) on annettava nimitys - desimaaliluku.
Nimitys annetaan standardeissa vahvistettujen sääntöjen mukaisesti. Ihmiset keksivät sen muinaisina aikoina tuotteiden ja asiakirjojen tunnistamisen, kirjanpidon ja arkiston yhdistämiseksi ja yksinkertaistamiseksi.
Ymmärrämme yksinkertaisen menettelyn desimaaliluvun määrittämiseksi, jotta se ei vaikuta muinaiselta rituaalilta ja annetut numerot eivät vaikuta taikaluvuilta.
Käsittelemme menettelyä erikseen kunkin standardijoukon osalta.
Yhtenäinen suunnitteludokumentaatiojärjestelmä
ESKD:ssä tuotteiden ja niiden suunnitteluasiakirjojen merkintäjärjestelmän perustaa .
Jokaisella tuotteella on oma ainutlaatuinen nimitys.
Tuotenimike voidaan määrittää kahdella tavalla:
- keskitetty - ministeriön, osaston, toimialan määrittelemän järjestyksen puitteissa;
- hajautettu - kehitysorganisaatiossa hyväksyttyjen sääntöjen mukaisesti.
Tuotenimikkeen ja pääsuunnitteluasiakirjan rakenne on esitetty kuvassa 1.
|
|
| Kuva 1 – Tuotemerkinnän rakenne |
Suunnitteludokumentaatiota kehittävän organisaation nelinumeroinen aakkosellinen koodi, joka koostuu kirjaimista, kuten ABC, on annettu kehitysorganisaatioiden koodin mukaan.
Nelinumeroisen kirjainkoodin saamiseksi kehitysorganisaation on otettava yhteyttä . Huomaa, että tämä palvelu on maksullinen. Esimerkki: Yrityksen NVP "Bolid" sisältää kehittäjäorganisaation nelinumeroisen kirjainkoodin "ACDR", CJSC "Bastion" - "FIASH".
Siviilituotteissa nelinumeroisen kirjainkoodin sijasta on sallittua käyttää koodia All-Russian Yritysten ja organisaatioiden luokittelusta () kehittäjäyritys. OKPO-koodi (kahdeksan- tai kymmenennumeroinen numero) on pakollinen vaatimus mille tahansa organisaatiolle ja muuttuu vain, kun yritys muuttaa toimintansa suuntaa ja erityispiirteitä, muuten se pysyy vakiona koko yrityksen elinkaaren ajan.
Luokitteluominaisuuskoodi annetaan tuotteelle ja suunnitteluasiakirjalle koneenrakennuksen ja instrumenttien valmistuksen tuoteluokituksen ja suunnitteluasiakirjojen (ESKD Classifier) mukaisesti. Venäjän federaatiossa on "kokovenäläinen tuotteiden ja suunnitteluasiakirjojen luokittelu". , on systematisoitu joukko luokitusobjektien luokitusryhmien nimiä - kansantalouden kaikkien sektoreiden pää- ja aputuotannon tuotteita, yleisiä teknisiä asiakirjoja ja niiden koodeja ja on olennainen osa tekniikan yhtenäistä luokitus- ja koodausjärjestelmää. ja taloustiedot.
Luokitteluominaisuus on pääosa tuotenimestä ja sen suunnitteluasiakirjasta. Luokituksen tunnuskoodi määritetään ESKD-luokittajan mukaan, ja se on kuusinumeroinen numero, joka osoittaa peräkkäin luokan (kaksi ensimmäistä numeroa), alaluokkaa, ryhmää, alaryhmää, tyyppiä (kukin yksi numero). ESKD-luokitin on rakennettu hierarkkisella desimaalimenetelmällä, joka perustuu luokiteltavan joukon loogiseen siirtymiseen yleisestä erityiseen.
Luokituksen tunnuskoodin nimeämisen rakenne on seuraava:
|
|
| Kuva 2 – Luokituksen tunnuskoodin rakenne |
Luokittelijan mukana on yksityiskohtaiset suositukset tuotteen luokitusominaisuuksien etsimiseen ja koodin määrittämiseen.
Sinun tulisi esimerkiksi määrittää luokitteluominaisuuskoodi yksikanavaiselle virtalähteelle, jonka syöttöjännite on 220 V AC, 50 Hz, stabiloitu DC-lähtöjännite 12 V ja aktiivinen teho 60 W.
Ensin sinun tulee määrittää luokkanumero luokkien ja alaluokkien ruudukossa tuotteen nimen perusteella.
Tässä tapauksessa luokka on sopiva 43XXXX "Mikropiirit, puolijohteet, sähkötyhjiö, pietsosähköiset, kvanttielektroniikkalaitteet, vastukset, liittimet, sähkömuuntimet, toisiovirtalähteet".
Siellä sinun tulee valita alaluokka 436XXX "Toissijaisen virtalähteen järjestelmät ja lähteet".
Ryhmien, alaryhmien ja tyyppien ruudukon avulla sinun tulee määrittää valitun alaluokan ryhmä kehitettävän laitteen ominaisuuksien perusteella: 4362XX "Yksikanavaiset toissijaiset virtalähteet, joissa on yksivaiheinen vaihtojännite", alaryhmä: 43623X "Lähdön vakiostabiloidulla jännitteellä ja lähtöparametreilla" ja katso: 436234 "Power, W St. 10-100 sis. jännite, V jopa 100 sis..
Siten luokituskoodi yksikanavaiselle virtalähteelle, jonka syöttöjännite on 220 V AC taajuudella 50 Hz, stabiloidulla lähtöjännitteellä 12 V DC ja aktiivisella teholla 60 W, on: 436234.
Sarjarekisteröintinumero määritetään luokitteluominaisuuden mukaan 001-999 kehittäjäorganisaation koodissa, jos nimeäminen on hajautettu, ja keskitetyssä toimeksiannossa - keskitettyyn osoitusta varten varatun organisaation koodin sisällä.
Tämä numero voi olla esimerkiksi tuotemerkinnän rekisteröintikortin merkinnän sarjanumero. Nimeämisrekisteröintikortin muoto ja ylläpitomenettely on vahvistettu GOST 2.201-80:ssa.
Näin ollen tarkasteltavassa esimerkissä luokitteluominaisuuden valitsemisesta tuotenimitys voi näyttää tältä:
Ei-pääsuunnitteluasiakirjan nimityksen tulee koostua tuotenimestä ja ESKD-standardien mukaisesta dokumenttikoodista, joka on kirjoitettu tuotenimitykseen ilman välilyöntiä ja joka on annettu taulukon 3 mukaisesti. GOST 2.102-2013 "Suunnitteluasiakirjojen tyypit ja täydellisyys".
|
|
| Kuva 3 – Ei-pääsuunnitteluasiakirjan nimitys |
Esimerkiksi sähkökytkentäkaavio: FIASH.436234.610E3
Tuoteversioiden ja -asiakirjojen merkintä ryhmässä ja suunnitteluasiakirjojen perussuoritustapa, tuotemerkintään lisätään version sarjanumero yhdysviivalla. Asiakirjojen ryhmäsuoritusmenetelmässä yksi suoritus tulee hyväksyä ehdollisesti pääasialliseksi. Tällaisella mallilla saa olla vain perustunnus ilman mallin sarjanumeroa, esimerkiksi ATsDR.436234.255. Muissa malleissa mallin sarjanumero 01-98 lisätään perusmerkintään, esimerkiksi: ATsDR.436234.255-05
Versiot voidaan määrittää kolminumeroisilla sarjanumeroilla 001 - 999.
Suuressa tuotevalikoimassa, jolla on yhteisiä suunnittelun piirteitä, on sallittua käyttää ylimääräistä suunnittelunumeroa, joka kirjoitetaan pisteellä ja jonka on oltava muun kaksinumeroisen luvun muodossa kuin 00. Tällaisen merkinnän rakenne on esitetty kuvassa 4.
|
|
| Kuva 4 – Suoritusnumeron ja lisäsuoritusnumeron sovellus |
Lisänumeroa käyttävät mallit nimetään muuttuvien ominaisuuksien (pinnoitteet, parametrit, niiden suurimmat poikkeamat, ilmastolliset käyttöolosuhteet, tuotteen lisäkonfiguraatio komponenteilla jne.) läsnä ollessa, jotka ovat mahdollisia kaikille malleille.
Lisäsuorituskykynumeron on oltava jokin muu kaksinumeroinen luku kuin 00. Numero tai jokainen sen numero voi osoittaa yhden ominaisuuden tai joukon toisiinsa liittyviä ominaisuuksia.
Näiden tuotteiden äskettäin kehitetyt komponentit, jotka riippuvat samoista ominaisuuksista, on merkitty samalla lisäversionumerolla. Tarvittaessa tällaiset osat voidaan merkitä ilman ylimääräistä suunnittelunumeroa.
Jos on lisänumero, kaikki versiot tulee merkitä käyttämällä version kaksinumeroista sarjanumeroa 01-98.
Järjestys- ja lisäsuoritusnumerot asetetaan toisistaan riippumatta.
Esisuunnitelman kehittämisvaiheessa on suositeltavaa nimetä esi- ja suunnitteluasiakirjat seuraavan rakenteen mukaisesti:
|
|
| Kuva 5 – Suunnitteluasiakirjojen luonnosten merkintä |
Yhtenäinen ohjelmadokumentaatiojärjestelmä
Ohjelmien ja ohjelmadokumenttien nimet jaetaan ohjeiden mukaisesti .
Ohjelmien ja asiakirjojen nimeämisen tulee koostua pisteillä erotetuista merkkiryhmistä (kehittäjäorganisaation maakoodin ja koodin jälkeen), välilyönneistä (asiakirjan versionumeron ja asiakirjan tyyppikoodin jälkeen) ja tavuviivoista (rekisteröintinumeron ja asiakirjan jälkeen). tämän tyyppinen numero).
Rekisteröintijärjestelmä ohjelmien ja ohjelma-asiakirjojen nimeämistä varten ollaan perustamassa.
Kuten ESKDSisään ESPD määrätään, että tuotteen nimitys on samalla sen ohjelma-asiakirjan nimitys - spesifikaatio.
Ohjelmanimityksen rakenne ja sen ohjelma-asiakirja - spesifikaatiot on esitetty kuvassa 6.
|
|
| Kuva 6 – Ohjelman nimeämisrakenne |
Maakoodi määritetään ohjeiden mukaan , kun taas kehittäjä valitsee koodauksen (latinalainen, kyrillinen tai digitaalinen koodi) yrityksen hyväksymien sääntöjen mukaisesti. Kehittäjäorganisaation koodina on sallittua käyttää nelinumeroista kirjainkoodia tai OKPO-koodia.
GOST 19.103:ssa todetaan, että ohjelman rekisteröintinumero on annettava All-Union-ohjelmaluokituksen mukaisesti, mutta sitä ei koskaan julkaistu, joten tällainen koodi on sallittua määrittää välillä 00001 - 99999 osoitteessa vahvistetun menettelyn mukaisesti. ohjelman kehittänyt yritys.
Joissakin tapauksissa ohjelman rekisteröintinumeron luomiseen käytetään koko venäläistä tuotteiden luokittelijaa taloudellisen toiminnan tyypin mukaan .
Ohjelmaversion sarjanumeron on oltava muodossa 01 - 99.
Esimerkki ohjelman nimeämisestä:
- käytettäessä nelikirjaimista kehittäjäkoodia:
- ROF.ABVG.62.01.29-01
- 643.ABVG.62.01.29-01
- kun käytät OKPO-koodia:
- ROF.98765432.62.01.29-01
- RU.98765432.62.01.29-01
- RUS.98765432.62.01.29-01
- 643.98765432.62.01.29-01
Muiden ohjelmadokumenttien merkintärakenne on esitetty kuvassa 7:
|
|
| Kuva 7 – Muiden ohjelmadokumenttien tunnuksen rakenne |
Asiakirjaversion sarjanumeron on oltava muodossa 01 - 99. Tositelajin koodi annetaan taulukon 4 mukaisesti . Tosite saa tarvittaessa tämän tyyppisen tositenumeron nousevassa järjestyksessä 01-99 ja asiakirjan osanumeron nousevassa järjestyksessä 1-9.
Esimerkkejä asiakirjan "Käyttöopas" (toinen tällainen asiakirja tälle ohjelmalle, osa 3) nimeämisestä:
- РОФ.АБВГ.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
Sovellettavan ohjelmien ja ohjelmadokumenttien merkintäjärjestelmän lopullinen versio on määritettävä kehittäjän sisäisissä säädösasiakirjoissa.
Standardisarja automaattisille järjestelmille
Automaattisen järjestelmän desimaaliluvun muodostus kannattaa etsiä .
GOST:n mukaisesti jokaiselle kehitetylle asiakirjalle on annettava itsenäinen nimitys. Eri tietovälineille laaditulla asiakirjalla on oltava sama nimitys. M-kirjain lisätään tietokoneelle tehtyjen asiakirjojen nimeämiseen.
Asiakirjamerkinnällä on seuraava rakenne:
|
|
| Kuva 8 – Automaattisten järjestelmien asiakirjojen nimeämisen rakenne |
Automatisoidun järjestelmän tai sen osan nimeämisen rakenne on muotoa:
|
|
| Kuva 9 – Automatisoidun järjestelmän tai sen osan tunnuksen rakenne |
GOST ehdottaa kehittäjäorganisaation koodin valitsemista All-Unionin yritysten, laitosten ja organisaatioiden luokituksen (OKPO) mukaisesti alan normatiivisten ja teknisten asiakirjojen määrittämien sääntöjen mukaisesti. Tällä hetkellä ei tule käyttää vanhentunutta liittovaltion asiakirjaa, vaan koko Venäjän luokittelua - OKPO. On myös sallittua käyttää liittovaltion yhtenäisyrityksen "STANDARTINFORM" nelikirjaimista koodia kehittäjäorganisaation koodina.
Järjestelmän luokituskoodi tulee valita jostain , joka korvasi GOST 34.201-89:ssä mainitun koko unionin tuoteluokituksen sekä koko Venäjän tuoteluokituksen (OKP), joka peruutettiin 01.
On otettava huomioon, että OKPD2:sta luokitteluominaisuuskoodi voidaan valita automaatioobjektin nimellä, esimerkiksi: 26.51.43.120 – sähköiset tietojärjestelmät, mittaus- ja laskentakompleksit ja laitteistot sähköisten ja magneettisten suureiden mittaamiseen (esim. esimerkiksi kaupallisen sähkön mittauksen automatisoitu tieto- ja mittausjärjestelmä (AIIS KUE), 70.22.17 – liiketoimintaprosessien hallintapalvelut (BP ACS); 26.20.40.140 – tietoturvatyökalut sekä tietoturvatyökaluilla suojatut tieto- ja tietoliikennejärjestelmät (tieto-Internet-portaalit).
GOST 34.201-89 ehdottaa myös automaattisten ohjausjärjestelmien (OKPKZ) osajärjestelmien ja tehtäväkokonaisuuksien koko unionin luokittelun käyttöä määritetyn ominaisuuden määrittämiseksi. Tämä luokitin on lakannut olemasta voimassa Venäjän federaatiossa, eikä sille ole kehitetty korvaavaa. Siksi tällä hetkellä ei ole vaihtoehtoa valita automatisoidun järjestelmän luokitusominaisuudet OKPD2:n mukaan.
Järjestelmän (järjestelmän osan) sarjarekisterinumeron antaa kehittäjäorganisaation palvelu, joka on vastuussa korttien ylläpidosta ja tallenteiden merkinnöistä. Rekisteröintinumerot on annettu 001-999 jokaiselle luokituksen tunnuskoodille.
Asiakirjan koodi koostuu kahdesta aakkosnumeerisesta merkistä ja on erotettu järjestelmätunnuksesta pisteellä. Tämän standardin määrittelemien asiakirjojen koodi syötetään taulukon 3 sarakkeen 2 mukaisesti. Lisäasiakirjojen koodi muodostetaan seuraavasti: ensimmäinen merkki on kirjain, joka ilmaisee asiakirjan tyypin taulukon 1 mukaan, toinen merkki on numero tai kirjain, joka ilmaisee tämän tyyppisen asiakirjan sarjanumeron.
Loput paikat sisällytetään tarvittaessa asiakirjamerkintään.
Yhden nimen asiakirjojen sarjanumerot (2 merkkiä) annetaan toisesta alkaen ja erotetaan edellisestä merkinnästä pisteellä.
Asiakirjan versionumero annetaan toisesta alkaen nousevassa järjestyksessä 2:sta 9:ään ja erotetaan edellisestä arvosta pisteellä. Seuraavan painoksen numero annetaan tapauksissa, joissa edellinen painos säilytetään (ei peruutettu).
Asiakirjan osanumero erotetaan edellisestä merkinnästä yhdysviivalla. Jos asiakirja koostuu yhdestä osasta, yhdysviivaa ei lisätä eikä asiakirjan osanumeroa määritetä.
Tietokoneelle suoritetun asiakirjan attribuutti syötetään tarvittaessa. Kirjain "M" on erotettu edellisestä merkinnästä pisteellä.
Siten nimitys AIIS KUE voi näyttää tältä:
- 98765432.26.51.43.120.012
- ABVG.26.51.43.120.012
Esimerkki asiakirjan nimeämisestä "Teknologiset ohjeet" (kolmas tämäntyyppinen asiakirja, toinen painos, osa 5, tehty sähköisessä muodossa):
- 98765432.26.51.43.120.012.I2.03.02.05M
- ABVG.26.51.43.120.012.I2.03.02.05M
Teknisten välineiden kompleksin rakennekaavio (ainoa tämäntyyppinen asiakirja osana hanketta, ainoa painos, yksi osa, julkaistu paperilla):
- 98765432.26.51.43.120.012.S1
- ABVG.26.51.43.120.012.S1
Johtopäätös
Kehittyvässä organisaatiossa hyväksytyn yksilöllisen tunnistusjärjestelmän käyttö on sallittua. Mutta on syytä pitää mielessä, että ilman erityisiä selityksiä tämä järjestelmä ei ole ymmärrettävä kenellekään. Mikä tahansa asiantuntija (suunnittelija, kehittäjä, ohjelmoija) voi tulkita kuvatun järjestelmän tuotteiden ja asiakirjojen määrittämiseksi standardien mukaisesti.
Tätä artikkelia kirjoitettaessa käytettiin myös seuraavia lähteitä:
Lähde: will.com