RADĪŠANAS POSMI
Ieviešanas datums01.01.92
Šis standarts attiecas uz automatizētas sistēmas(AC), ko izmanto dažādās aktivitātēs (pētniecībā, vadībā u.c.), tai skaitā to kombinācijas, kas izveidotas organizācijās, biedrībās un uzņēmumos (turpmāk - organizācijas).
Standarts nosaka AS izveides posmus un posmus. 1. pielikumā parādīts darba saturs katrā posmā.
Federatīvā identitātes pārvaldība
Identitātes pārvaldība pašlaik ir visizplatītākais termins.
Daudzfaktoru autentifikācija
Nesenie drošības incidenti un pieaugošā sociālā inženierija ir radījuši arvien vairāk šaubu par vienīgo paroļu drošību. Daudzfaktoru autentifikācija jeb būtībā divu faktoru autentifikācija nodrošina, ka persona to arī vilto. Zināšanu par pieejamību un pieejamību apvienojums palielina lietotāju kontu drošību un uzticami aizsargā korporatīvos tīklus.1. VISPĀRĪGI NOTEIKUMI
1.1. AS izveides process ir laikā sakārtots, savstarpēji saistīts, pa posmiem un darba posmiem apvienots kopums, kura ieviešana ir nepieciešama un pietiekama, lai izveidotu noteiktajām prasībām atbilstošu AS.
1.2. AS izveides posmi un posmi tiek izdalīti kā izveides procesa daļas racionālas darba plānošanas un organizācijas apsvērumu dēļ, kas beidzas ar doto rezultātu.
Uz lomu balstīta piekļuves kontrole
Uz lomu balstīta piekļuves kontrole ir process, kurā tiek piešķirtas atļaujas un kontrolēta piekļuve uzņēmuma resursiem. Šīs lietotāju vai uzņēmuma lomas savukārt sastāv no grupām, kas ietver individuālas atļaujas. Grupu veidošanas kritēriji var būt funkcionālie raksturlielumi, piemēram, amats, nodaļa vai dalība projektā, vai hierarhiski atribūti, piemēram, amats uzņēmumā vai vietā.
Tajā pašā laikā dramatiski palielinās saprotamība, kas arī novērš kritisku autorizācijas pārklāšanos un nodrošina atbilstību. Lomu modelēšanā vienmēr jāņem vērā Pareto princips, tāpēc 80% autorizāciju automātiska nodrošināšana, izmantojot lomas, daudziem uzņēmumiem ir sasniedzams mērķis, taču jebkas, kas pārsniedz šo, var novest pie ievērojami lielākiem centieniem lomu izstrādē, ir svarīgi kritiski izvērtēt izmaksas un ieguvumus.
1.3. Darbs pie ĀS attīstības tiek veikts atbilstoši ĀS izveidei izmantotajiem posmiem un posmiem.
1.4. Sastāvs un noteikumi darbu veikšanai šajā standartā noteiktajos posmos un posmos ir noteikti konkrēta veida atomelektrostaciju izveidē iesaistīto organizāciju attiecīgajā dokumentācijā.
ĀS izveidē iesaistīto organizāciju saraksts ir sniegts 2. pielikumā.
Lietotāji var būt ne tikai uzņēmuma darbinieki, bet arī klienti, piegādātāji, darbuzņēmēji vai ārējie darbinieki. Tādējādi jauna darbinieka ieviešana var būt pārskatāma, izsekojama, savlaicīga un pakļauta atbilstībai. Deprevizēšana nodrošina, ka, piemēram, pēc projekta, nodaļas maiņas vai aiziešanas attiecīgās atļaujas atkal tiek anulētas.
Šie pakalpojumi ir pieejami lietotājiem 24 stundas diennaktī, 7 dienas nedēļā, paātrinot darba laiku un samazinot palīdzības dienesta slogu. Papildus lietotāju nodrošināšanai darbplūsmas piedāvā iespēju paplašināt identitātes pārvaldību, lai mijiedarbotos ar lietotājiem. Piemēram, tiesību vai lomas apstiprināšanas darbplūsmu var sākt no nodrošināšanas procesa. Izmantojot tīmekļa veidlapu, vadītājs var apstiprināt vai noraidīt atļauju vai lomu. Iesniegšanas noteikumi nodrošina, ka darbplūsma tiek deleģēta prombūtnes laikā, ja darbplūsma netiek apstrādāta noteiktā laika periodā, piemēram, apstiprinājumu var palielināt līdz nākamajam priekšniekam.
2. KĀ RAŽOŠANAS POSMI UN POSMI
2.1. AS izveides posmi un posmi vispārējā gadījumā ir norādīti tabulā.
|
Darba posmi |
|
|
1. ĀS prasību veidošana |
1.1. Objekta apskate un AU izveides nepieciešamības pamatojums |
|
1.2. Lietotāju prasību veidošana ĀS Sarežģītie ražošanas un piegādes procesi rada uzņēmumiem ievērojamas problēmas. Piegādes ķēdes vadība ietver visu to darbību plānošanu un pārvaldību, kas saistītas ar ieguvi un iepirkumu, pārveidošanu un visām loģistikas pārvaldības darbībām. Svarīgi, ka tas ietver arī koordinēšanu un sadarbību ar kanāla partneriem, kas var būt piegādātāji, tālākpārdevēji, trešo pušu pakalpojumu sniedzēji un klienti. Būtībā piegādes ķēdes vadība integrē piedāvājuma un pieprasījuma pārvaldību uzņēmumos un starp tiem. |
|
|
1.3. Atskaites par paveikto darbu reģistrācija un iesniegums ĀS izstrādei (taktiskās un tehniskās specifikācijas) |
|
|
2. ĀS koncepcijas izstrāde |
2.1. Objekta izpēte |
|
2.2. Nepieciešamo pētniecisko darbu veikšana |
|
|
2.3. ĀS koncepcijas variantu izstrāde un lietotāja prasībām atbilstoša ĀS koncepcijas varianta izvēle Īsumā lieta ir šāda. Modes zīmoli maina savus produktus uz Ķīnu. Tas ietaupa izmaksas, bet apgrūtina piegādes ķēdes pārvaldību. Īpaši modes tendences ir ātri pārejošas. Kravu ceļošana konteinerkuģī puspasaulē apgrūtina ātrās modes principu. Piegādes ķēdes vadības motivācija un priekšrocībasRodas augstākas izmaksas, bet īsākas piegādes ķēdes ļauj vieglāk reaģēt uz tendencēm. Modes modes spekulācijas no Zara puses tiek noņemtas. Ražošana ir atkarīga no tā, ko pircējs faktiski pērk. Preces tiek pārdotas par pilnu cenu, un krājumu līmenis ir samazināts līdz minimumam. Mūsdienās uzņēmumi nevar garantēt savu produktu un pakalpojumu konkurētspēju. Visa piegādes ķēde ir veiksmīga. Konkurē vairs ne atsevišķi uzņēmumi, bet visas piegādes ķēdes. |
|
|
2.4. Atskaites sagatavošana par paveikto darbu |
|
|
3. Darba uzdevumi |
3.1. Darba uzdevuma izstrāde un apstiprināšana ĀS izveidei |
|
4.1. Sistēmas un tās daļu priekšprojekta risinājumu izstrāde |
|
|
4.2. Dokumentācijas izstrāde ĀS un tās daļām Neatrisinātas piegādes ķēdes pārvaldības problēmas rada trūkumusApsolot ilgtermiņa abpusēji izdevīgu situāciju katram indivīdam, uzņēmumi pārliecina sevi kļūt par daļu no piegādes ķēdes. Ātra attīstība informācijas tehnoloģijasļāva izdarīt visu iespējamo. Tomēr piegādes ķēdē ir daudz izaicinājumu, kas apgrūtina veiksmīgu piegādes ķēdes pārvaldības ieviešanu. Savstarpēji izslēdzoši mērķi: piegādes ķēdē iesaistītajiem uzņēmumiem var būt dažādi, dažkārt savstarpēji izslēdzoši mērķi. Izmaksu, risku un peļņas sadale: Vēl viens šķērslis ir izmaksu un finanšu izmaksu un risku taisnīga sadale un papildu daļu sadale Procesu caurspīdīguma trūkums: dažādi līmeņi partneru kompetence un bailes izmantot zināšanas izraisa procesu caurredzamības trūkumu starp dalībniekiem. Vienotu galveno rādītāju trūkums: vienošanās par iekšējām, vienlīdzīgām attiecībām un tehniskajiem pārvades standartiem ar partneruzņēmumiem. Partnerattiecību dibināšana: kā veidot uzticību, nepaļaujoties uz dažiem darbiniekiem, lai uzturētu attiecības? Lai izveidotu un uzturētu šādas attiecības, ir nepieciešamas vadības koncepcijas. Tās mērķis ir racionalizēt procesus, palielināt produktivitāti, samazināt izmaksas un uzlabot klientu apmierinātību. |
|
|
5. Tehniskais projekts |
5.1. Sistēmas un tās daļu dizaina risinājumu izstrāde |
|
5.2. Dokumentācijas izstrāde ĀS un tās daļām |
|
|
5.3. Produktu piegādes dokumentācijas izstrāde un noformēšana atomelektrostaciju iegādei un (vai) tehniskajām prasībām(tehniskās specifikācijas) to izstrādei Lai veiksmīgi pārvaldītu savu piegādes ķēdi, jums ir jāizpilda šīs septiņas prasības. Tehnoloģiskā mijiedarbība prasa visaptverošu sadarbību. Šī zināšanu apguve ir nepieciešama, lai radītu nepieciešamo zinātību. Godīga informācijas apmaiņa. Centieties pēc atklātas komunikācijas ar visiem piegādes ķēdē iesaistītajiem uzņēmumiem. Nereāli plāni apliecina, ka veiksme ir gudra un prasmīga, nevis spēcīga. Izmantojiet savu biznesa partneri viņa stiprās puses, lai jums palīdzētu. Izmantojiet priekšrocības, ko sniedz jūsu biznesa partneri ar savu godīgumu, lai motivētu.
|
|
|
5.4. Projektēšanas uzdevumu izstrāde automatizācijas objekta projekta blakus esošajās daļās |
|
|
6. Darba dokumentācija |
6.1. Sistēmas un tās daļu darba dokumentācijas izstrāde |
|
6.2. Programmu izstrāde vai pielāgošana |
|
|
7. Ievade un darbība |
7.1. Automatizācijas objekta sagatavošana AU nodošanai ekspluatācijā Izveidojiet iespējas, lai atspoguļotu nepieciešamās izmaiņas, piemēram: Pielāgojiet klientu un materiālu pasūtījumus pašreizējiem materiālu maiņas laikiem, lai plānošanas horizonts atbilstu piegādes dokumentiem. Izceliet vajadzību rīkoties, prognozējot procesa ķēdes faktisko stāvokli, izmantojot metriku. Motivējiet savus darbiniekus Novērsiet jebkādu kavēšanos, lai nesabojātu procesa ķēdi. Pievērsiet uzmanību kvalitātei ar visu ātrumu. . Attiecība starp ražošanas laiku un procesa laiku augšupējos procesos kalpo kā reakcijas ātruma indikators. |
|
7.2. Personāla apmācība |
|
|
7.3. Pilns skaļruņu komplekts ar piegādātajiem produktiem (programmatūra un tehniskajiem līdzekļiem, programmatūra- tehniskie kompleksi, informācijas produkti) |
|
|
7.4. Celtniecības un uzstādīšanas darbi |
|
|
7.5. Nodošanas darbi Kamēr ražošanas laiks ir dažas stundas vai dienas, pretējais darba laiks ir dažas dienas. Jautājiet šajos laikos. Ilgais process bieži vien ir saistīts ar darba instrumentiem, caurskatāmības un procesa ātruma trūkumu. Rokasgrāmata standarta procesi aizgājis pagātnē. Automatizēti ražošanas plānošanas procesi, inteliģentie kontroles procesi pasūtījumu pārvaldībā, notikumu ziņošana, kad tas nepieciešams ietekmēto darbinieku darbībām, automatizēti atgādinājumu procesi, automātiska specifikāciju reģistrācija, rīki piedāvājuma aprēķināšanas atbalstam. Nav viegli integrēt informācijas, materiālu un tehnoloģisko loģistiku. Iestatiet šos procesus ķēdē un nenovērtējiet par zemu bojāto saišu mijiedarbību. |
|
|
7.6. Iepriekšējo pārbaužu veikšana |
|
|
7.7. Izmēģinājuma operācijas veikšana |
|
|
7.8. Pieņemšanas testu veikšana |
|
|
8. Pavadošie runātāji |
8.1. Darbu veikšana saskaņā ar garantijas saistībām |
|
8.2. Pēcgarantijas serviss Piegādes ķēdes pārvaldības programmatūra un sistēmasTikai skaidri noteikumi un procesa pienākumi veido visu piegādes ķēdi. Tieša šo ieteikumu ignorēšana ir izplatīta ievainojamība. Definējiet un ievērojiet skaidrus noteikumus. Mēs iesakām ievērot šādus noteikumus. Procesi, tostarp procesa laiks, atbildība, piegādes ķēdes prasības, vispārējie pašnovērtējuma un ārējā novērtējuma rādītāji, eskalācijas mehānismi veiksmīgai konfliktu pārvaldībai. Uzņēmumi vēlas palielināt ieguldījumus programmatūrā un tehnoloģijās savā piegādes ķēdē. |
2.2. Organizāciju veiktie posmi un posmi - atomelektrostaciju izveides dalībnieki ir noteikti līgumos un darba uzdevumos, pamatojoties uz šo standartu.
Atļauts visos posmos izslēgt posmu "Projekts" un atsevišķus darba posmus, apvienot posmus "Tehniskais projekts" un "Detalizētā dokumentācija" vienā posmā "Tehniskais projekts". Atkarībā no veidojamās AS specifikas un to izveides nosacījumiem ir atļauts veikt atsevišķus darbu posmus pirms iepriekšējo posmu pabeigšanas, paralēla darba posmu izpilde laikā, jaunu darba posmu iekļaušana.
Tajā pašā laikā fokuss tiek novirzīts no tīras izmaksu samazināšanas un resursu optimizācijas procesa ķēdē uz klientu vajadzībām. Ņemot vērā nepārtraukti mainīgo nozares vidi, pareizas programmatūras izvēle ir galvenais noteikums. Kādi ir jūsu ilgtermiņa mērķi jūsu uzņēmumam? Tas palīdz ražotājiem atrast pareizo sistēmu. Rokasgrāmatā ir apskatītas piecas galvenās jomas, kas ir būtiskas jebkurai veiksmīgai ražošanas darbībai, tostarp piegādes ķēdes pārvaldības programmatūras sistēmas.
1. PIELIKUMS
Atsauce
1. 1.1.posmā "Objekta apsekojums un atomelektrostacijas izveides nepieciešamības pamatojums" vispārējā gadījumā, veicot:
Datu vākšana par automatizācijas objektu un notiekošajām darbībām;
Objekta funkcionēšanas kvalitātes un veikto darbību veidu novērtējums, ar automatizācijas palīdzību risināmu problēmu identificēšana;
Zināt robežas – arī piegādes ķēdes pārvaldībā
Transporta izmaksu samazināšanās dēļ transporta piepūle uz tilpuma vai masas vienību bieži vairs nespēlē plānošanu. Tieši laikā sistēmas praksē rada divas galvenās problēmas. Lai gan telemātikas sistēmas atvieglo simptomus, tās nenovērš cēloni. Skaidras vadlīnijas rada spiedienu uz piegādātāju sadarbību un samazina risku, ieviešot papildu kritērijus vērtību ķēdes plānošanā. Neatkarīgi no tā, cik sarežģīta ir piegādes ķēdes pārvaldība, komunikācijas trūkums starp klientu un piegādātāju un specifikāciju trūkums rada lielu kaitējumu uz vietas vai klientam.
ĀS izveides iespējamības novērtējums (tehniskais, ekonomiskais, sociālais utt.).
2. 1.2. posmā tiek veikta "lietotāju prasību veidošana ĀS":
Sākotnējo datu sagatavošana prasību veidošanai ĀS (automatizācijas objekta raksturojums, sistēmas prasību apraksts, izstrādes, nodošanas ekspluatācijā un ekspluatācijā pieļaujamo izmaksu limiti, no sistēmas sagaidāmais efekts, izveides nosacījumi un sistēmas darbība);
Darbs, algas un karjera piegādes ķēdes vadībā
Piegādes ķēdes vadība kļūst arvien svarīgāka kā loģistikas apakšnozare. Mēs iesakām pretendentiem iziet komerciālo apmācību pie loģistikas pakalpojumu sniedzēja. Studējot ekonomiku ar specializāciju loģistikā, palielinās iespēja ieņemt augstākā līmeņa vidējā līmeņa vadītāju amatu. Viens no galvenajiem piegādes ķēdes vadītāja uzdevumiem ir piegādātāju atlase un koordinēšana. Lai sarunātu ar biznesa partneriem izdevīgākus nosacījumus, izdevīgi ir izmantot sinerģiju.
Lietotāju prasību formulēšana un izpilde ĀS.
3. 1.3.posmā "Atskaites par paveikto darbu sastādīšana un iesniegums ĀS izstrādei (taktiskais un tehniskais uzdevums)" tiek sastādīts pārskats par šajā posmā veiktajiem darbiem un pieteikums ĀS izstrādei. AU (taktiskais un tehniskais uzdevums) vai cits dokuments, kas to aizstāj ar līdzīgu saturu.
4. Posmos 2.1 "Objekta izpēte" un 2.2 "Nepieciešamā izpētes darba veikšana" izstrādātāja organizācija veic detalizētu automatizācijas objekta izpēti un nepieciešamo izpētes darbu (R&D), kas saistīti ar veidu atrašanu un lietotāja ieviešanas iespēju izvērtēšanu. prasībām, sastāda un apstiprina pētījumu pārskatus.
5. 2.3.posmā "ĀS koncepcijas variantu izstrāde un lietotāja prasībām atbilstoša ĀS koncepcijas varianta izvēle" vispārējā gadījumā alternatīvas iespējas izveidotās ĀS koncepcijai. un tiek izstrādāti plāni to īstenošanai; to īstenošanai un darbībai nepieciešamo resursu novērtējums; katras iespējas priekšrocību un trūkumu novērtējums; lietotāju prasību un piedāvātās sistēmas īpašību salīdzinājums un labākā varianta izvēle; sistēmas kvalitātes novērtēšanas kārtības un akceptēšanas nosacījumu noteikšana; no sistēmas saņemtās ietekmes novērtējums.
6. 2.4.posmā "Atskaites par veikto darbu sastādīšana" sagatavot un sastādīt aktu, kurā ir posmā veiktā darba apraksts, piedāvātās sistēmas koncepcijas versijas apraksts un pamatojums.
7. 3.1.posmā "AES izveides darba uzdevuma izstrāde un apstiprināšana" AES darba uzdevuma un, ja nepieciešams, darba uzdevuma izstrādei, izpildei, saskaņošanai un apstiprināšanai AES daļām. tiek veiktas AES.
8. 4.1.posmā "Sistēmas un tās daļu provizorisko projektu risinājumu izstrāde" nosaka: ĀS funkcijas; apakšsistēmu funkcijas, to mērķi un ietekme; uzdevumu kompleksu un individuālo uzdevumu sastāvs; informācijas bāzes koncepcijas, tās paplašinātā struktūra; datu bāzes pārvaldības sistēmas funkcijas; datorsistēmas sastāvs; galveno programmatūras rīku funkcijas un parametri.
9. 5.1.posmā "Sistēmas un tās daļu dizaina risinājumu izstrāde" nodrošina izstrādi kopīgi risinājumi pēc sistēmas un tās daļām, sistēmas funkcionāli-algoritmiskā struktūra, pēc personāla funkcijām un organizatoriskā struktūra, pēc tehnisko līdzekļu struktūras, pēc problēmu risināšanas algoritmiem un lietotajām valodām, saskaņā ar informācijas bāzes organizēšana un uzturēšana, informācijas klasifikācijas un kodēšanas sistēma atbilstoši programmatūrai.
10. 4.2. un 5.2.posmā "AES un tās daļu dokumentācijas izstrāde" tiek veikta dokumentācijas izstrāde, izpilde, saskaņošana un apstiprināšana tādā apjomā, kāds nepieciešams, lai aprakstītu pilnu pieņemto projektēšanas lēmumu kopumu un ir pietiekams turpmākajam darbam. par AES izveidi. Dokumentu veidi - saskaņā ar GOST 34.201.
11. 5.3.posmā "Produktu piegādes dokumentācijas izstrāde un noformēšana AES pabeigšanai un (vai) tehniskās prasības (tehniskās specifikācijas) to izstrādei", dokumentācijas sagatavošana un noformēšana produktu piegādei AES pabeigšanai; tehnisko prasību noteikšana un tehnisko specifikāciju sagatavošana tādu produktu izstrādei, kuri netiek ražoti sērijveidā.
12. 5.4.posmā "Projektēšanas uzdevumu izstrāde automatizācijas projekta blakus esošajās daļās" izstrādā, izpilda, saskaņo un apstiprina projektēšanas uzdevumus automatizācijas objekta projekta blakus esošajās daļās būvniecības, elektrisko, sanitāro un citu sagatavošanas darbu veikšanai, kas saistīti ar projektu. izveide AS.
13. 6.1.posmā "Sistēmas un tās daļu darba dokumentācijas izstrāde" izstrādā darba dokumentāciju, kurā ir visa nepieciešamā un pietiekamā informācija, lai nodrošinātu AES nodošanas ekspluatācijā un ekspluatācijā darbu izpildi, kā arī uzturētu. sistēmas darbības raksturlielumu (kvalitātes) līmenis atbilstoši pieņemtajiem projektēšanas lēmumiem, tā izpilde, saskaņošana un apstiprināšana. Dokumentu veidi - saskaņā ar GOST 34.201.
14. 6.2. posmā "Programmu izstrāde vai pielāgošana" tiek veikta sistēmas programmu un programmatūras rīku izstrāde, iegādāto programmatūras rīku atlase, pielāgošana un (vai) saistīšana, programmatūras dokumentācijas izstrāde saskaņā ar GOST 19.101. ārā.
15. 7.1.posmā "Automatizācijas objekta sagatavošana ĀS nodošanai ekspluatācijā" tiek veikts darbs pie automatizācijas objekta organizatoriskās sagatavošanas ĀS nodošanai ekspluatācijā, tai skaitā: projektēšanas lēmumu īstenošana par ĀS organizatorisko struktūru. AU; vadības objekta vienību nodrošināšana ar pamācošiem un metodiskajiem materiāliem; informācijas klasifikatoru ieviešana.
16. 7.2.posmā "Personāla apmācība" tiek apmācīts personāls un pārbaudīta viņu spēja nodrošināt AES darbību.
17. Posmā "AES iepakošana ar piegādāto produkciju" nodrošina sērijveida un vienreizējās ražošanas sastāvdaļu, materiālu un montāžas izstrādājumu saņemšanu. Veiciet ievades kvalitātes kontroli.
18. 7.4.posmā "Būvniecības un uzstādīšanas darbi" tiek veikta: specializēto ēku (telpu) būvniecība tehnisko iekārtu un AES personāla izvietošanai; kabeļu kanālu izbūve; tehnisko līdzekļu un sakaru līniju ierīkošanas darbu veikšana; uzstādīto tehnisko līdzekļu testēšana; tehnisko līdzekļu piegāde nodošanai ekspluatācijā.
19. 7.5.posmā "Nodošana ekspluatācijā" veikt aparatūras un programmatūras pielāgošanu bezsaistē, ielādējot informāciju datu bāzē un pārbaudot tās uzturēšanas sistēmu; visu sistēmas līdzekļu kompleksa pielāgošana.
20. 7.6.posmā "Iepriekšējo pārbaužu veikšana" veic:
ĀS veiktspējas pārbaude un atbilstība darba uzdevumam saskaņā ar sākotnējo pārbaužu programmu un metodiku;
Traucējummeklēšana un izmaiņu veikšana ĀS dokumentācijā, tostarp darbībā saskaņā ar testa protokolu;
ĀS pieņemšanas akta reģistrācija izmēģinājuma darbībā.
21. 7.7.posmā "Izmēģinājuma ekspluatācijas veikšana" tiek veikta AES izmēģinājuma ekspluatācija; AES pilotdarbības rezultāti; AS programmatūras pabeigšana (ja nepieciešams); ĀS tehnisko līdzekļu papildu pielāgošana (ja nepieciešams); izmēģinājuma darbības pabeigšanas sertifikāta reģistrācija.
22. 7.8.posmā "Pieņemšanas testu veikšana" veic:
Pārbaudes par atbilstību darba uzdevumam saskaņā ar pieņemšanas testu programmu un metodiku;
ĀS testu rezultātu analīze un pārbaužu laikā konstatēto trūkumu novēršana;
AES pieņemšanas pastāvīgā ekspluatācijā akta reģistrācija.
23. 8.1.posmā "Darbu veikšana saskaņā ar garantijas saistībām" tiek veikti darbi, lai noteiktajos garantijas termiņos novērstu AES ekspluatācijas laikā konstatētos trūkumus, veiktu nepieciešamās izmaiņas AES dokumentācijā.
24. 8.2.posmā "Pēcgarantijas serviss" tiek veikti darbi:
Sistēmas darbības analīze;
AES faktisko ekspluatācijas raksturlielumu noviržu no projektētajām vērtībām noteikšana;
Šo noviržu cēloņu noteikšana;
Konstatēto trūkumu novēršana un AES ekspluatācijas raksturlielumu stabilitātes nodrošināšana;
Nepieciešamo izmaiņu veikšana ĀS dokumentācijā.
2. PIELIKUMS
Atsauce
PIEDALĪTO ORGANIZĀCIJU SARAKSTS
DARBOS IZVEIDOT KĀ
1. Pasūtītāja organizācija (lietotājs), kurai tiks izveidota ĀS un kura nodrošina finansējumu, darbu pieņemšanu un ĀS darbību, kā arī atsevišķu darbu veikšanu ĀS izveidei.
2. Organizācija-izstrādātājs, kas veic darbu pie ĀS izveides, nodrošinot klientam zinātniski tehnisko pakalpojumu komplektu dažādos izveides posmos un posmos, kā arī izstrādājot un piegādājot dažādas ĀS programmatūras un aparatūras.
3. Piegādātāja organizācija, kas ražo un piegādā programmatūru un aparatūru pēc izstrādātāja vai klienta pasūtījuma.
4. Automatizācijas objekta organizācija-ģenerālprojektētājs.
5. Organizācijas-projektētāji dažādu daļu automatizācijas objekta projekta būvniecības, elektrisko, sanitāro un citu sagatavošanas darbu, kas saistīti ar ĀS izveidi.
6. Celtniecības, uzstādīšanas, regulēšanas un citas organizācijas.
Piezīmes:
1. Atkarībā no ĀS izveides nosacījumiem iespējamas dažādas pasūtītāja, izstrādātāja, piegādātāja un citu ĀS izveidē iesaistīto organizāciju funkciju kombinācijas.
2. Viņu darba posmus un posmus ĀS izveidei nosaka, pamatojoties uz šo standartu.
INFORMĀCIJAS DATI
1. IZSTRĀDĀTA UN IEVIETO PSRS Valsts produktu kvalitātes vadības un standartu komiteja
IZSTRĀDĀTĀJI
Yu.Kh. Vermiševs, tehnisko zinātņu doktors; Ya.G. Viļenčiks; UN. Voropajevs, Dr. Sc. zinātnes; L.M. Seidenbergs, Ph.D. tech. zinātnes; Yu.B. Irz, Ph.D. tech. zinātnes; V.D. Kostjukovs, Ph.D. tech. zinātnes; M.A. Labutins, vad. tech. zinātnes; N.P. Leskovskaja; I.S. Mitjajevs; V.F. Popovs (tēmas vadītājs); S.V. Garšins; A.I. nedzirdīgs ticīgais; DIENVIDI. Žukovs, Ph.D. zinātnes; Z.P. Zadubovskaja; V.G. Ivanovs; Yu.I. Karavanovs, Ph.D. zinātnes; A.A. Kločkovs; V.Yu. Koroļovs; UN. Makhnach, Ph.D. tech. zinātnes; S.B. Mihaļevs, Dr. tech. zinātnes; V.N. Petrikevičs; V.A. Rahmanovs, Ph.D. ekonomika zinātnes; A.A. Ratkovičs; R.S. Sedegovs, ekonomikas doktors. zinātnes; N.V. Stepančikovs; JAUNKUNDZE. Surovets; A.V. Flegentovs; L.O. Khviļevskis, Ph.D. tech. zinātnes; VC. Čistovs, Ph.D. ekonomika Zinātnes
2. APSTIPRINĀTS UN IEVIETS AR PSRS Valsts produktu kvalitātes vadības un standartu komitejas 1990.gada 29.decembra dekrētu Nr.3469
2004. gada novembris Standartu kopums automatizētām sistēmām GOST VEIDI, DOKUMENTU PILNĪGUMS UN APzīmējums, VEIDOOT AUTOMATIZĒTAS SISTĒMAS. GOST GOST AUTOMATIZĒTAS SISTĒMAS. RADĪŠANAS POSMI. GOST UZDEVUMU NOTEIKUMI AUTOMATIZĒTAS SISTĒMAS IZVEIDEI. AUTOMATIZĒTO SISTĒMU TESTĒŠANAS GOST VEIDI
2004. gada novembris PSR SAVIENĪBAS GOST VALSTS STANDARTS GOST AUTOMATIZĒTO SISTĒMU. RADĪŠANAS POSMI. Standarts nosaka AS izveides posmus un posmus. Posmi Darba posmi 1. Prasību veidošana ĀS 1.1. Objekta apsekošana un ĀS izveides nepieciešamības pamatojums Lietotāju prasību veidošana ĀS Atskaites par veikto darbu un iesnieguma sagatavošana ĀS izstrādei (taktiskais un tehniskais uzdevums)
novembris AES koncepcijas izstrāde Objekta izpēte Nepieciešamo izpētes darbu veikšana Lietotāja prasībām atbilstošas AES koncepcijas variantu izstrāde Atskaites par veiktajiem darbiem reģistrācija. 3. Tehniskais uzdevumsĀS izveides darba uzdevuma izstrāde un apstiprināšana. 4. Projekta projekts Sistēmas un tās daļu priekšprojekta risinājumu izstrāde AES un tās daļu dokumentācijas izstrāde. GOST
novembris Tehniskais projekts Sistēmas un tās daļu dizaina risinājumu izstrāde AES un tās daļu dokumentācijas izstrāde AES pabeigšanas produktu piegādes dokumentācijas un (vai) tehnisko prasību (tehnisko specifikāciju) to izstrādei izstrāde un noformēšana Projektēšanas uzdevumu izstrāde blakus esošajās automatizācijas objekta projekta daļās. 6. Darba dokumentācija Sistēmas un tās daļu darba dokumentācijas izstrāde Programmu izstrāde vai adaptācija. GOST
novembris Nodošana ekspluatācijā Automatizācijas objekta sagatavošana ĀS nodošanai ekspluatācijā Personāla apmācība ĀS komplektēšana ar piegādātajiem produktiem (programmatūra un aparatūra, programmatūras un aparatūras sistēmas, informācijas produkti) Celtniecības un uzstādīšanas darbi Nodošanas ekspluatācijā darbi Iepriekšējo pārbaužu veikšana Izmēģinājuma darbības veikšana Izpildīšana pieņemšanas testi. 8. AS uzturēšana 8.1. Darbu veikšana saskaņā ar garantijas saistībām Pēcgarantijas serviss. GOST
2004. gada novembris Posmi, ko veic organizācijas, kas piedalās atomelektrostaciju izveides darbā, ir noteiktas līgumos un darba uzdevumā. Tehniskais projekts". Atļauts veikt atsevišķus darba posmus līdz iepriekšējo posmu pabeigšanai, paralēla darba posmu izpilde laikā, jaunu darba posmu iekļaušana GOST
2004. gada novembris SAVIENĪBAS PSR GOST VALSTS STANDARTS GOST VEIDI, DOKUMENTU PILNĪGUMS UN APzīmējums AUTOMATIZĒTO SISTĒMU IZVEIDOJĀ
2004. gada novembris GOST "Nodošanas ekspluatācijā" stadijā tiek izstrādāti šādi organizatoriski un administratīvie dokumenti: 1) pabeigšanas sertifikāts; 2) pieņemšanas akts izmēģinājuma ekspluatācijā; 3) pieņemšanas komercekspluatācijai aktu; 4) darba grafiks; 5) rīkojums par pieņemšanas komisijas sastāvu; 6) rīkojums veikt darbu; 7) darba programma; 8) pārbaudes protokols; 9) vienošanās protokols.
2004. gada novembris PSR SAVIENĪBAS GOST VALSTS STANDARTS GOST AUTOMATIZĒTO SISTĒMU TESTĒŠANAS VEIDI ĀS testi tiek veikti Nodošanas ekspluatācijā posmā saskaņā ar GOST, lai pārbaudītu izveidotās AU atbilstību tehnisko specifikāciju prasībām. (TOR). Pārbaužu veidi un pieņemšanas komisijas statuss ir noteikti līgumā un (vai) TOR. Visu veidu testu plānošanai tiek izstrādāts dokuments Programma un testa metodika. Dokumenta izstrādātājs ir noteikts līgumā vai TK.
2004. gada novembris PSR SAVIENĪBAS GOST VALSTS STANDARTS GOST AUTOMATIZĒTAS SISTĒMAS IZVEIDE. VISPĀRĪGIE NOTEIKUMI AES TO ir galvenais dokuments, kas nosaka prasības un kārtību automatizētas sistēmas izveidei, saskaņā ar kuru tiek veikta AES izstrāde un pieņemšana, nododot ekspluatācijā. Izmaiņas TOR AES tiek formalizētas ar papildinājumu vai protokolu, ko paraksta pasūtītājs un izstrādātājs. Papildinājums vai norādītais protokols ir AES darba noteikumu neatņemama sastāvdaļa. TK titullapā par AC jābūt ierakstam Derīgs no ....
2004. gada novembris GOST SASTĀVS UN SATURS Atomelektrostacijām satur šādas sadaļas, kuras var iedalīt apakšsadaļās: vispārīga informācija; sistēmas izveides (attīstīšanas) mērķis un mērķi; automatizācijas objektu raksturojums; Sistēmas prasības; sistēmas izveides darba sastāvs un saturs; sistēmas kontroles un pieņemšanas kārtība; prasības darba sastāvam un saturam, lai sagatavotu automatizācijas objektu sistēmas nodošanai ekspluatācijā; dokumentācijas prasības; attīstības avoti. Pieteikumus var iekļaut AES TOR, atļauts ieviest papildu, izslēgt vai apvienot apakšsadaļas.
2004. gada novembris GOST Sadaļā Galvenā informācija norādiet: pilnu sistēmas nosaukumu un tās nosaukumu simbols; tēmas šifrs vai līguma šifrs (numurs); sistēmas izstrādātāja un pasūtītāja (lietotāja) uzņēmumu (asociāciju) nosaukums un rekvizīti; dokumentu saraksts, uz kuru pamata sistēma tiek veidota, kas un kad šos dokumentus apstiprinājis; plānotos datumus sistēmas izveides darbu uzsākšanai un pabeigšanai; informāciju par darbu finansēšanas avotiem un kārtību; kārtība, kādā tiek formalizēti un pasūtītājam iesniegti darba rezultāti pie sistēmas (tās daļu) izveides, atsevišķu instrumentu (aparatūras, programmatūras, informācijas) izgatavošanas un regulēšanas.
2004. gada novembris GOST sadaļa Sistēmas prasības sastāv no šādām apakšsadaļām: prasības sistēmai kopumā; prasības sistēmas veicamajām funkcijām (uzdevumiem); prasības drošības veidiem. Sadaļā Sistēmas izveides (izstrādes) darba sastāvs un saturs jāiekļauj sistēmas izveides posmu un posmu saraksts saskaņā ar GOST, to ieviešanas termiņi, to organizāciju saraksts, kas veic darbu. , saites uz dokumentiem, kas apliecina šo organizāciju piekrišanu piedalīties sistēmas izveidē, vai ierakstu, kas identificē atbildīgo personu (pasūtītāju vai izstrādātāju) par šo darbu veikšanu. AT šajā sadaļā arī sniedziet: dokumentu sarakstu saskaņā ar GOST, kas iesniegti attiecīgo darba posmu un posmu beigās; tehniskās dokumentācijas pārbaudes veids un kārtība (pārbaudāmās "dokumentācijas" posms, posms, apjoms, organizācija-eksperts);
2004. gada novembris GOST Sadaļā Prasības dokumentācijai ir norādīts: izstrādājamo dokumentu komplektu un veidu saraksts, kas atbilst GOST prasībām, saskaņots ar sistēmas izstrādātāju un Pasūtītāju; AES TOR, ja ir apstiprinātas metodes, ietver pielikumus, kas satur: sistēmas paredzamās efektivitātes aprēķinus; sistēmas zinātniskā un tehniskā līmeņa novērtējums. AES TK ZĪMĒŠANAS NOTEIKUMI ir sastādīti saskaņā ar GOST prasībām uz A4 formāta loksnēm. Rādītāju, normu un prasību vērtības parasti tiek norādītas ar maksimālajām novirzēm vai maksimālajām un minimālajām vērtībām.
2004.gada novembris GOST PROCEDŪRA AES LĪGUMA IZSTRĀDĀŠANAI UN TOR APSTIPRINĀŠANAI AES TOR projektu izstrādā sistēmas izstrādātājs, piedaloties pasūtītājam, pamatojoties uz tehniskajām prasībām. Atomelektrostaciju TOR projekta apstiprināšanas termiņš katrā organizācijā nedrīkst pārsniegt 15 dienas no tā saņemšanas dienas. Atomelektrostaciju darba uzdevuma projekta kopijas (kopijas) ieteicams nosūtīt saskaņošanai vienlaikus visām organizācijām (nodaļām).
2004. gada novembris GOST Atomelektrostaciju tehnisko specifikāciju apstiprināšanu veic sistēmas izstrādātāja un klienta uzņēmumu (organizāciju) vadītāji. Komentāri par AES TOR projektu jāiesniedz ar tehnisko pamatojumu. Ja, vienojoties par AES RT projektu, radušās domstarpības starp attīstītāju un pasūtītāju (vai citām ieinteresētajām organizācijām), tad tiek sastādīts domstarpību protokols Apstiprinātās AES RT kopijas 10 dienu laikā pēc apstiprināšanas nosūta līdz plkst. AES TO izstrādātājs sistēmas izveides dalībniekiem. 2004. gada 20. novembris RUP un GOST posmu salīdzinošā analīze Projekta aktivitāšu regulējums ir balstīts uz standartiem un metodoloģijām, starp kurām ir GOST 34. un 19. sērijas standarti, kas nosaka prasības izstrādātajai dokumentācijai, un jaunie GOST R ISO standarti. pašlaik ir vispopulārākie /IEC un GOST R ISO/IEC, kas nosaka programmatūras dzīves cikla procesus. Viena no attīstītākajām un populārākajām metodoloģijām, kas apraksta PS dzīves cikla procesus, ir Rational Software izstrādātais Rational Unified Process (RUP), kas atbilst GOST R ISO / IEC Projekta projekts Tehniskais projekts Detalizēts projekts (Būvniecība) Darba dokumentācija Nodošana uz ekspluatācijas (pārejas) nodošanas ekspluatācijā atbalsts
