Imtiyozli maslahatchi. Faxriylar. Pensionerlar. Nogiron odamlar. Bolalar. Oila. Yangiliklar

Dasturiy ta'minot hujjatlari espd. Dastur hujjatlarining yagona tizimi (USPD). Dastur hujjatlariga umumiy talablar

Rezolyutsiya Davlat qo'mitasi SSSR 1978 yil 18 dekabrdagi 3350-sonli standartlarga muvofiq joriy etish sanasi belgilangan.

01.01.1980 dan

Ushbu standart maqsad va ko'lamidan qat'i nazar, kompyuterlar, komplekslar va tizimlar uchun dasturiy hujjatlarni tayyorlashga qo'yiladigan umumiy talablarni belgilaydi va Yagona tizim standartlarida nazarda tutilgan. dastur hujjatlari(ESPD) turli xil saqlash vositalarida hujjatlarni bajarishning har qanday usuli uchun.

Standart ma'lumot qismini loyihalash uchun umumiy talablar nuqtai nazaridan ST SEV 2088-80 ga mos keladi (ma'lumotnoma ilovasiga qarang).

1 . UMUMIY TALABLAR

3. MA'LUMOT QISM

3.1 . Axborot qismi abstrakt va mazmundan iborat bo'lishi kerak.

3.2 Axborot qismini har xil turdagi dasturiy hujjatlarga kiritish zarurati ushbu hujjatlar uchun tegishli ESPD standartlari bilan belgilanadi.

3.3 . Annotatsiya hujjatning maqsadi va uning asosiy qismining qisqacha mazmuni haqida ma'lumot beradi.

3.4 . Tarkib hujjatning asosiy qismining tarkibiy elementlari haqidagi yozuvlar ro'yxatini o'z ichiga oladi, ularning har biri quyidagilarni o'z ichiga oladi:

strukturaviy elementni belgilash (bo'lim, kichik bo'lim va boshqalar soni);

strukturaviy elementning nomi;

manzil strukturaviy element saqlash muhitida (masalan, sahifa raqami, fayl raqami va boshqalar);

Hujjatning asosiy qismining strukturaviy elementlarini belgilash va ularning manzillarini belgilash qoidalari tegishli ma'lumotlar tashuvchilarda hujjatlarni rasmiylashtirish qoidalari uchun ESPD standartlari bilan belgilanadi.

Ushbu matnning asosiy maqsadi nima ekanligini aytib berishdir bitta tizim dastur hujjatlari (ESPD) va ushbu standartlarni amalda qo'llash usullari. Men qanday standartlar mavjudligi haqida hikoyadan boshlayman va ESPD standartlarining har birini alohida qo'llash tajribasi bilan yakunlayman.

Bir vaqtlar, men endigina dasturchi sifatida ishlay boshlaganimda, “dasturingiz uchun hujjatlarni yozing” degan gapni tez-tez eshitardim. Men hamma narsani halol tasvirlab berdim, xo'jayinimga berdim, shundan so'ng qora sehr seansi boshlandi. Bir muncha vaqt o'tgach, xo'jayin menga qo'ng'iroq qildi va noaniq tovushlarni g'o'ldiradi, qo'llaridagi "eng yaxshi" matnimning bosma nusxasini maydalab, ko'zlarini qamashtirdi. Uning qichqirishining umumiy ma'nosi shundaki, u "noto'g'ri", "noto'g'ri" va "boshqalar nima qilayotganiga qarang" bo'lib chiqdi. Undan boshqa javob olishning iloji bo'lmagani uchun men hujjatlar misollari uchun "boshqalar" ga bordim. Qoidaga ko'ra, bu quvnoq yigitlar edi, ularning nutqlari "bu erda misollar", "umuman, GOSTga ko'ra" va "bularning barchasi hech kimga kerak emas" edi. Men dasturchining dahshatli GOST standartlari bilan aloqa qilishini birinchi marta bilib oldim.
Ajablanarlisi shundaki, mening o'nlab hamkasblarim, juda aqlli dasturchilar orasida GOSTlarga boshqacha munosabatda bo'ladigan hech kim yo'q edi. Hatto ularni tanigan va, shekilli, hujjatlarni rasmiylashtirishni biladigan kam sonli odamlar ham ularga nafrat va rasmiyatchilik bilan munosabatda bo'lishdi. Rivojlanishni boshqarish uchun mas'ul bo'lgan odamlar ham GOSTlar nima uchun kerakligini va ular qanday qo'llanilishini tushunmaydigan vaziyat ko'plab korxonalarda doimo yuzaga keladi. Ha, "Dastur tavsifi" ning "Ilova tavsifi" dan qanday farq qilishini tushunadigan kompaniyalar bor edi, ammo ularning aniq ozchiligi bor edi. Internetda asosiy nuqtai nazar shundaki, dasturchilar uchun GOSTlar aniq asos bo'lib, ular ularga "egilgan" taqdirdagina kerak bo'ladi. Loyiha loyihasi “mijozdan ortiqcha banknotlarni olib qo'yishning nisbatan adolatli usuli” deb hisoblanadi. Men buni nisbatan yaqinda - mahalliy o'ziga xosliklarga moslashtirilgan talablarni boshqarish tizimini ishlab chiqish jarayonida o'rganishim va tushunishim kerak edi. Albatta, "GOST bo'yicha" tuzilishi kerak bo'lgan hujjatlar.

Bu erda men mahalliy korxonalarda, ayniqsa ilmiy-tadqiqot institutlarida dasturchi shug'ullanishi kerak bo'lgan faqat bitta mavzuga - ESPD standartlari to'plamiga e'tibor qaratmoqchiman. Men o'zimni ESPD bo'yicha ajoyib mutaxassis deb hisoblamayman - u ustida o'nlab yillar davomida ishlagan odamlar bor va meni tuzatadi. Maqolada ko'proq ishning tebranishiga kirishayotganlar uchun "yo'l xaritasi" ning konturlarini tasvirlashga harakat qilinadi.

Standartlar

Keling, qanday standartlar mavjudligini qisqacha ko'rib chiqamiz (IT sohasiga e'tibor qaratamiz).
  1. xalqaro. O'ziga xos xususiyati shundaki, u xalqaro tashkilot tomonidan qabul qilingan. Bunday tashkilotga misol sifatida ISO ( xalqaro tashkilot standartlashtirish). Uning standartiga misol: ISO 2382-12:1988 (Periferik uskunalar). ISO va Xalqaro elektrotexnika komissiyasining (IEC, rus tilida - IEC) qo'shma standartlari keng tarqalgan: masalan, ISO/IEC 12207:2008 (dasturiy ta'minotning hayot aylanishi);
  2. mintaqaviy. O'ziga xos xususiyat - standartlashtirish bo'yicha mintaqaviy komissiya tomonidan qabul qilingan. Misol uchun, ko'pgina sovet GOSTlari endi mintaqaviy standartlardir, chunki ayrim sobiq ittifoq respublikalarini o‘z ichiga olgan davlatlararo kengash tomonidan qabul qilingan. Ushbu kengash yangi standartlarni ham qabul qiladi - va ular GOST belgisini ham oladilar. Misol: GOST 12.4.240-2013;
  3. jamoat birlashmalarining standartlari; Misol uchun, xuddi shu IEC: IEC 60255;
  4. milliy standartlar. Rossiya uchun bunday standartlarning boshlanishi "GOST R" dir. Uch xil bo'lishi mumkin:
    1. xalqaro yoki mintaqaviylarning aniq nusxalari. Ular "o'z-o'zidan yozilgan" (milliy, mustaqil ravishda yozilgan) dan farq qilmaydigan tarzda belgilanadi;
    2. qo'shimchalar bilan xalqaro yoki mintaqaviy nusxalari. Ular ichki standart shifriga asos qilib olingan xalqaro shifrni qo'shish orqali ko'rsatiladi. Masalan: GOST R ISO/IEC 12207;
    3. Aslida, milliy standartlar. Masalan, GOST R 34.11-94.

Har bir darajadagi va har bir tashkilotdagi yozuv tizimlari har xil, har bir holat alohida tahlil qilinishi kerak. "Kimning" standarti sizning ko'zingiz oldida ekanligini tezda tushunish uchun siz cheat varag'idan foydalanishingiz mumkin.

GOST

Shunday qilib: standartlar xalqaro, davlatlararo (mintaqaviy) va milliydir. GOST, biz aniqlaganimizdek, mintaqaviy standartdir. GOSTlar, menimcha, juda chalkash tizimga ega. U GOST R 1.5-2004 da to'liq belgilangan, men uni boshqarish uchun minimal narsani beraman. Birinchidan, GOST belgisi va uning tasnifini farqlash kerak. Belgilanish, qo'pol qilib aytganda, standartning o'ziga xos identifikatoridir. Tasniflagich kodi - bu standartni topishga yoki uning qaysi bilim sohasiga tegishli ekanligini aniqlashga yordam beradigan yordamchi kod. Ko'p tasniflagichlar bo'lishi mumkin, asosan ikkitasi qo'llaniladi: KGS (davlat standartlari klassifikatori) va uning vorisi OKS ( Umumrossiya tasniflagichi standartlar). Masalan: "GOST R 50628-2000" - bu standartning belgilanishi. Belgilanishidan faqat 2000 yilda qabul qilinganligi aniq. U "33.100;35.160" OKS kodiga ega: ya'ni. "33" - "Telekommunikatsiya, audio, video" bo'limi, "100" - "elektromagnit moslik" kichik bo'limi. Shu bilan birga, u 35.160 tasniflagich filialiga ham kiritilgan. “35” - “ Axborot texnologiyalari. Ofis mashinalari”, “160” - “Mikroprotsessorli tizimlar...”. Va KGSga ko'ra u "E02" kodiga ega, bu "E" - "Elektron texnologiya, radioelektronika va aloqa", "0" - " Umumiy qoidalar va elektron texnologiyalar, radioelektronika va aloqa standartlari va boshqalar.

Agar siz standartning belgilanishini bilsangiz, unda siz uning KGS va OKS uchun kodlarini, masalan, ushbu aqlli veb-saytda olishingiz mumkin.
Shunday qilib, GOST belgilariga qaytaylik. Ikkita variant bo'lishi mumkin:

  1. standart bir qator standartlarga ishora qiladi. Bunday holda, standart toifa indeksidan keyin (masalan, GOST, GOST R yoki GOST RV) seriyali kod, nuqta va seriya ichidagi standartning belgilanishi mavjud. Seriyadagi standartlarni belgilash qoidalari seriya qoidalari bilan belgilanadi. Masalan: GOST RV 15.201-2000, GOST R 22.8.0-99, GOST 19.101-77;
  2. Standart bir qator standartlarga tegishli emas. Keyin toifa indeksidan keyin oddiygina standartning seriya raqami, chiziqcha va qabul qilingan yil mavjud. Masalan, GOST R 50628-2000.
Shunday qilib, juda sodda qilib aytganda, GOST belgisi seriyaga qarab oddiygina seriya raqami, chiziqcha, yil yoki seriya raqami, nuqta va hokazo. Aslida, hamma narsa murakkabroq (masalan, siz GOST 11326.19-79 kabi narsalarni topishingiz mumkin va bu umuman 11326 seriyali bo'lmaydi - lekin dasturchilarga bu juda kamdan-kam hollarda kerak. Batafsil ma'lumot uchun qarang: GOST R 1.5-2004).

ESPD

ESPD - bu GOST seriyalaridan biri, 19-raqam. Ya'ni. ESPD bilan bog'liq barcha standartlar "19." prefiksi bilan boshlanadi: masalan, GOST 19.106-78. "Dastur hujjatlarining yagona tizimi" degan ma'noni anglatadi. Boshqa seriyalar mavjud:
  • GOST ESKD (birlashtirilgan tizim dizayn hujjatlari, prefiks "2.");
  • GOST ESTD (texnologik hujjatlarning yagona tizimi, "3." prefiksi);
  • GOST R, Mahsulotlarni ishlab chiqish va ishlab chiqarish tizimi, "15." prefiksi;
  • GOST RV, Qurol-yarog' va harbiy texnika. Mahsulotlarni ishlab chiqish va ishlab chiqarishga joriy etish tizimi, “15.” prefiksi;
  • GOST, tizim texnik hujjatlar ACS da, "24." prefiksi;
  • GOST, Avtomatlashtirilgan tizimlar uchun standartlar to'plami, "34." prefiksi.
Shunday qilib, ESPD ishlab chiqishda ishlatiladigan bir qator standartlarni o'z ichiga oladi dasturiy ta'minot. Keyinchalik, ESPD dan har bir standart uchun u berilgan ning qisqacha tavsifi va aniq bo'lmagan holatlar uchun tushuntirish.
19.001-77. Umumiy holat
ESPD seriyasidagi standartlarga belgilarni belgilash qoidalarini tavsiflaydi. Amaliy hayotda kerak emas.
19.102-80. Algoritmlar va dasturlar sxemalari. Amalga oshirish qoidalari.
Algoritmlarni qurish va loyihalash qoidalarini tavsiflaydi. 19.103 dan olingan yozuvlardan foydalanadi. Mening amaliyotimda, sertifikatlash laboratoriyasi ishlaganda kerak bo'lgan yagona vaqt edi rasmiy belgi, aynan algoritm diagrammasi zarur. Mening nuqtai nazarimga ko'ra, klassik oqim sxemalari o'tmishda qoldi va ular ko'proq yoki kamroq mos keladigan yagona joy, agar taqdim etayotganda, muallif o'quvchi e'tiborini algoritmga qaratmoqchi bo'lsa.
19.003-80. Algoritmlar va dasturlar sxemalari. An'anaviy grafik belgilar
Blok-sxema elementlarining maqbul turlarining grafik belgilari berilgan. Agar oqim sxemalari ishlatilsa, talab qilinadi.
19.004-80. Shartlar va ta'riflar.
Kam lug'at. Eng qizig'i shundaki, unda dastur va operatsion hujjatlarning rasmiy ta'riflari mavjud.
19.005-85. Algoritm va dasturlarning P-sxemalari
Deyarli unutilgan til. Bir vaqtlar P-sxemalari raketa va kosmik sanoatida keng qo'llanilgan bo'lib, u ishga tushirishni boshqarish dasturlarini yozish va uchirishlarni simulyatsiya qilish uchun de-fakto standartiga aylandi. Biroq, hozir bu til butunlay unutilgan. Mening ishimda men hech qachon P-sxemalarini uchratmaganman. Garchi blok diagrammalarga qaraganda, ular sezilarli afzalliklarga ega: ular ixcham, chiziqli bo'lmagan algoritmlarni (masalan, C++ dagi sinflar) yoki ma'lumotlar tuzilmalarini vizualizatsiya qilish uchun mos keladi. Shu bilan birga, Internetda ular haqida deyarli hech qanday ma'lumot yo'q: men buni va ushbu saytni foydali deb topdim. Har qanday holatda, agar men hozirda dasturiy ta'minot hujjatlariga algoritm diagrammasini kiritishim kerak bo'lsa, men oqim sxemalarini emas, balki P-diagrammalarini tanlagan bo'lardim.
19.101-77. Dastur turlari va dastur hujjatlari
Hujjat turi va uning kodi o'rtasidagi yozishmalar jadvalini, shuningdek, hujjat turlarini operatsion va dasturga bo'linishini o'z ichiga oladi. Kompleks va komponent tushunchasi kiritiladi. Boshqa foydali narsa yo'q.
19.102-77. Rivojlanish bosqichlari
Hujjatlarning turlarini tavsiflovchi va dasturiy hujjatlar turlari uchun kodlarni taqdim etadigan muhim va zarur standart. Ushbu standart (19.103-77 bilan birgalikda) ABVG.10473-01 32 01-1 kabi hujjatlarning belgilarini "ochish" uchun kalitlardan biridir.
Standart kompleks va komponent tushunchasini kiritadi (bir qator korxonalar bir-biriga bog'liq bo'lmagan dasturiy ta'minot elementlari haqida gap ketganda uchinchi tur - to'plamni qo'shadilar) va bo'linish berilgan: qaysi hujjatlar amalda va qaysi biri yo'q.
Rivojlanishning qaysi bosqichida qaysi hujjat bajarilayotganligini ko'rsatadigan 4-jadvalga ehtiyot bo'lishingiz kerak. Rivojlanish bosqichlari odatda loyihalash va ishlab chiqish ishlarini amalga oshirish standartlarida tartibga solinadi va u erda har bir bosqichda mijozga qanday hujjatlar taqdim etilishi kerakligi ko'rsatilgan.
19.102-77. Rivojlanish bosqichlari
Mening xotiramda ushbu standart hech qachon qo'llanilmagan: kim qaysi bosqichda nima qiladi va ular nima haqida hisobot berishlari texnik shartlarda yoziladi yoki bu aniqroq ko'rsatilgan GOSTlarga havola qilinadi (masalan, GOST RV 15.203. ). Shu bilan birga, yangi boshlanuvchilar uchun u OKBning asosiy bosqichlari bo'yicha ishlarning juda qisqacha tavsifini o'z ichiga oladi.
19.103-77. Dasturlar va dasturiy hujjatlarning belgilanishi
Bu, asosan, yuqorida keltirilgan hujjatlarga o'xshash belgilarni o'qishni o'rganish uchun kerak. Biroq, belgini tushunish chegaradan oshib ketish kerak bo'lganda foydalidir standart ish: masalan, 90 dan keyin kodlari bo'lgan hujjatlar foydalanuvchi tomonidan aniqlanganligini unutmang, ya'ni. har qanday. Mening amaliyotimda biz 93-hujjatni chiqardik, uni biz "Dastur hujjatlari to'g'risida bayonot", 96-hujjat - "Yig'ish bo'yicha ko'rsatmalar" deb nomladik.
ESPDda "bajarish varianti" umumiy iborasi mavjud emas va "qayta ko'rib chiqish raqami" bilan almashtiriladi. Bir tomondan, bu mutlaqo to'g'ri emas: qayta ko'rib chiqish raqami dasturning evolyutsiyasini kuzatish uchun mo'ljallangan edi: birinchi navbatda birinchi nashr chiqariladi, keyin, masalan, qayta ko'rib chiqilgandan so'ng, ikkinchisi. Ammo amalda, bir nechta dasturiy ta'minot versiyasini chiqarish kerak bo'lganda operatsion tizimlar(o'zaro platformali dasturiy ta'minot), boshqa tanlov yo'q. Aniqrog'i, bor, lekin bu noto'g'ri: har bir operatsion tizim uchun versiyani o'ziga xos belgilang - va arxivga manba kodlari bilan bir nechta disklarni qo'ying (operatsion tizimlar soniga ko'ra), ishlab chiqing (aslida nusxa oling). barcha hujjatlar to'plami va boshqalar... Ya'ni. sof ahmoq va chalkash faoliyat. Har bir operatsion tizimga versiya raqamini belgilash shaklidagi yechim ba'zi hujjatlarni umumiy qilish imkonini beradi.
ESPD dasturning manba kodini belgilash va yig'ilish natijasini "hujjatlar" sifatida ishlatadi, bu ko'plab dasturchilarni chalkashtirib yuboradi. Hujjat "dastur matni", 19.101-77 ga muvofiq, 12 belgisiga ega. Bundan tashqari, dastlabki kod 12 01 sifatida belgilanganligi qabul qilinadi - ya'ni. 01 (birinchi) 12 turdagi hujjat va ikkilik fayllar - 12 02 kabi - ya'ni. 12 turdagi ikkinchi hujjat. Ba'zi hollarda dasturni qurish uchun qo'shimcha vositalar talab qilinadi - kompilyatorlar, o'rnatuvchi generatorlar va boshqalar. Bular. etkazib berishga kiritilmagan, lekin yig'ish uchun zarur bo'lgan dasturlar. Yechim ularni 12 03 deb belgilash bo'lishi mumkin - ya'ni. 12-turdagi uchinchi hujjat.
19.104-78. Asosiy yozuvlar
Hujjatning ikkita varag'ini tavsiflaydi - tasdiqlash varag'i (AL) va sarlavha sahifasi. ESPDdagi tasdiqlash varaqasi hujjatni tasdiqlagan organlar va ishlab chiquvchilar, normativ inspektorlar, qabul qilish vakillari va boshqalarning imzolarini o'z ichiga oladi. Bular. unda korxona uchun juda ko'p nozik ma'lumotlar mavjud. Shuning uchun, standart LU ishlab chiqaruvchi korxonada qoladi va faqat maxsus ko'rsatmalar bilan yuboriladi deb taxmin qiladi. Yana bir bor - LU hujjatning bir qismi emas, lekin xuddi shunday alohida hujjat, va u spetsifikatsiyaga alohida qator sifatida kiritilgan.
LUni hujjatdan ajratishda dastlab chalkash g'alatilikning juda yaxshi sabablari bor:
  • Yuqorida aytib o'tilganidek, ko'pincha korxona ishlab chiquvchi haqidagi ma'lumotlarni oshkor qilishni xohlamaydi. LUni ajratish va "siqish" buni amalga oshirishga imkon beradi (ESKD dan farqli o'laroq, ESPDda hujjat varaqlarida hech qanday muhr yo'q; barcha ma'lumotlar faqat LUda mahalliylashtirilgan);
  • Bir qator korxonalar aralash hujjat aylanishidan foydalanadilar: asl hujjatlar saqlanadi elektron formatda korxona arxivlarida va ulardagi davlat raqamlari (asl imzolari bilan) - qog'ozda;
LUni ro'yxatdan o'tkazishga kelsak, korxonalar ko'pincha aralashmani ishlatadilar - LU yozuvlarining ba'zilari ESPD bo'yicha, ba'zilari - ESKD bo'yicha, ba'zilari esa o'zlariga xos tarzda tuzilgan. Shuning uchun, LUni o'zingiz yaratishdan oldin, korxona standartini (STO) izlash yoki mahalliy tartibga solish nazoratidan namuna olish yaxshiroqdir.
Shuni ham unutmaslik kerakki, LU raqamlanmagan va birinchi sahifa sarlavha sahifasi va raqam joylashtirilgan birinchi sahifa sarlavha sahifasi yonida joylashgan. Ammo agar bir nechta LU bo'lsa (bu barcha imzolar varaqqa to'g'ri kelmasa sodir bo'ladi), u holda LU alohida raqamlanadi.
19.105-78. Umumiy talablar Kimga dastur hujjatlari
Tanishtirdi umumiy tuzilishi hujjat, uni amalga oshirish usulidan qat'i nazar. Bular. 1978 yilda hujjat qog'oz bo'lishi shart emasligi standartda belgilab qo'yilgan edi. Xususan, mazmun tushunchasi to'liq uchun kiritilgan elektron hujjatlar. Qog'ozni rasmiylashtirish uchun o'sha paytda keng tarqalgan GOST 19.106-78 qabul qilingan.
Hozirgi vaqtda kamdan-kam hollarda ushbu standartga murojaat qilish kerak: agar hujjatning asosiy qismlari tartibini unutib qo'ymasa.
19.106-78. Chop etilgan dastur hujjatlariga umumiy talablar
ESPD dan eng keng qamrovli standart, R-sxemalarining tavsifidan keyin ikkinchi o'rinda turadi. Bu hujjatlarni tayyorlashda asosiy ish standartidir. Matn, hujjat strukturasi elementlari, rasmlar, formulalar va boshqalarni formatlash qoidalari bilan tanishtiradi. Biroq, ESKD dan mos keladigan 2.106 dan farqli o'laroq, 19.106 sezilarli darajada kamroq batafsilroqdir, bu esa ko'plab noaniqliklarga olib keladi.
Birinchidan, standart satr oralig'ini va sarlavhalar orasidagi vertikal bo'shliq miqdorini aslida aniqlamaydi. U intervallarni aniqlashning uchta qoidasini kiritadi: mashinkada yozilgan matn uchun, mashina va tipografik.
Matn yozuvi yozuv mashinkasida terilgan matndir. Keyingi satrning oldingisiga nisbatan siljishi "vagonni qaytarish" deb ataladigan vaqtda avtomatik ravishda amalga oshirildi - maxsus tutqichni siljitish orqali ishlab chiqarilgan keyingi qatorni chop etishga o'tish. Odatda, oraliq qog'oz besleme milini burish orqali qo'lda sozlanishi va oraliq o'lchamini o'rnatishga imkon beradigan "sozlash" ga ega edi - bitta yoki ikkita.
Mashina turi, ehtimol, chop etilgan matndir. Ammo uning uchun faqat natija mikrofilmga mos bo'lishi kerakligiga ishora bor. Bu 13.1.002-2003-ga yashirin havola bo'lib, afsuski, satr oralig'ini (va, aytmoqchi, shriftning minimal balandligini) faqat qo'lda yozilgan hujjatlar uchun belgilaydi (4.2.5-band).
Tipografik - bosmaxonada terilgan matn. Standart qabul qilingan yilni hisobga olsak, ehtimol biz bu haqda gapiramiz
[matbaa bosib chiqarish, bu erda qator oralig'i ishlatilgan turga qarab belgilanadi. Men tipografiya bo'yicha mutaxassis emasman va hozir matn terish usullari haqida juda kam ma'lumot mavjud.
Oxirida qaysi intervalni ishlatish ko'pincha mahalliy qoidalar yoki xizmat ko'rsatish stantsiyalari tomonidan belgilanadi. Odatdagi qiymatlar bir yarim oraliq va shrift o'lchami 14.
Hujjatning tuzilishi ko'pincha ko'plab savollar tug'diradi. 19.106 butun hujjat bo'limlar, kichik bo'limlar, paragraflar va kichik bandlarga bo'lingan deb hisoblaydi. Ularning barchasi (bo'limlar va bo'limlardan tashqari) sarlavhaga ega yoki bo'lmasligi mumkin. Bunda:
  • "Hujjatning mazmuni sarlavhaga ega bo'lgan bo'limlar, kichik bo'limlar, bandlar va kichik bandlar sonini o'z ichiga oladi" (2.1.4-band). Bu kichik bandning sarlavhaga ega bo'lishi va tarkibga kiritilishi mumkinligi to'g'ridan-to'g'ri ko'rsatkichdir;
  • "matnni bo'lim va kichik bo'lim sarlavhalari orasiga, kichik bo'lim va paragraf sarlavhalari orasiga joylashtirishga ruxsat beriladi." Shuni ta'kidlash kerakki, raqamlanmagan matn faqat sarlavhalar orasida va faqat yuqori 2 darajada bo'lishi mumkin.
ESKD dan farqli o'laroq, ESPD chizmalarni formatlashning g'alati usulini qo'llaydi: avval chizmaning nomi, so'ngra chizmaning o'zi, so'ngra ixtiyoriy "rasm ostidagi matn" va keyin yangi qatorda "rasm. N".
Ushbu standart bir qator "teshiklar" va nomuvofiqliklarga ega. Masalan, shunday deyiladi: “agar ular ichida bo'lsa, rasmlar ushbu hujjat birdan ortiq bo'lsa, butun hujjat bo'ylab arab raqamlari bilan raqamlanadi. "Agar bitta misol bo'lsa, u raqamlanmagan va unga qanday murojaat qilish mumkin? Xuddi shu narsa jadvallar uchun ham amal qiladi. Izohlar uchun GOST ularni raqamlash usulini ko'rsatmaydi - butun hujjat ichida yoki sahifada.
Jadvallar. Hujjatning o'zida GOST 1.5.68 ga havola mavjud. Birinchi epizodga ko'ra, bu standartlarni ishlab chiqish uchun standart degan xulosaga kelish oson. Uning bunga nima aloqasi borligi noma'lum. Ma'nosi shundaki, u kichik istisnolardan tashqari, ESKDda jadvallarni loyihalash qoidalariga mos keladi. Ushbu standart 1,5-2012 yilgacha bir nechta iteratsiyalar orqali bekor qilindi va almashtirildi, unda jadvalni loyihalash qoidalari ... oddiygina yo'qoldi. 1,5-2002 yillarda ular u erda edi, lekin 1,5-2004 yillarda ular g'oyib bo'ldi. Haqiqiy hayotda biz ESKD bo'yicha jadvallarni tuzamiz.
Ilovalar. Standart ilovalardagi raqamlar, formulalar va jadvallar tegishli yoki yo'qligini ko'rsatmaydi umumiy ro'yxat. Xuddi shunday, mundarijada o'z bo'limlari, paragraflari va boshqalar mavjud bo'lsa, ilovaning tuzilishini oshkor qilish kerakmi yoki yo'qmi aytilmagan. Bizning amaliyotimizda biz ilovalarning ichki tomonlarini oshkor qilmaymiz.
Nihoyat, chekinish haqida biror narsa aytish kerak. 5 belgidan iborat xatboshi quyidagi uchun keng tarqalgan:
  • qizil chiziq;
  • bo'limdan keyin hujjat strukturasi elementining chekinishi (bo'lim, band, kichik band);
  • ro'yxatga olish elementi.

  • Bunday holda, chiziqdan keyin keyingi satrda joylashgan matn chap chetiga tekislanadi. Ko'pincha, chekinish o'tishda xatolar bo'ladi - qizil chiziq - bitta qiymat, element raqami - biz boshqa intervalli, ro'yxatlardagi ichki chuqurliklarda - bu odatda zarur.

    Keyingi qismlarda men ESPD standartlari ro'yxatining oxiriga borishni rejalashtirmoqdaman.

ESPD standartlari (boshqa GOSTlar kabi) guruhlarga bo'lingan,

Umumiy holat;

Asosiy standartlar;

Hujjatlarni rasmiylashtirish qoidalari;

Amalga oshirish qoidalari operatsion hujjatlar;

Dasturiy hujjat aylanishi qoidalari;

Zaxira guruhlari;

Boshqa standartlar.

ESPD quyidagi GOSTlarni o'z ichiga oladi:

GOST 19.001-77 ESPD. Umumiy holat.

GOST 19.005-85 ESPD. Algoritm va dasturlarning P-sxemalari. An'anaviy grafik belgilar va bajarish qoidalari.

GOST 19.101-77 ESPD. Dastur turlari va dastur hujjatlari.

GOST 19.102-77 ESPD. Rivojlanish bosqichlari.

GOST 19.103-77 ESPD. Dasturlar va dastur hujjatlarini belgilash.

GOST 19.104-78 ESPD. Asosiy yozuvlar.

GOST 19.105-78 ESPD. Dastur hujjatlariga umumiy talablar.

GOST 19.106-78 ESPD. Chop etilgan dastur hujjatlariga qo'yiladigan talablar.

GOST 19.201 78 ESPD. Texnik vazifa. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.202-78 ESPD. Spetsifikatsiya. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.301-79 ESPD. Sinov jarayoni va metodologiyasi.

GOST 19.401-78 ESPD. Dastur matni. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.402-78 ESPD. Dastur tavsifi.

GOST 19.403-79 ESPD. Asl egalari ro'yxati.

GOST 19.404-79 ESPD. Tushuntirish eslatmasi. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.501-78 ESPD. Shakl. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.502-78 ESPD. Ilova tavsifi. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.503-79 ESPD. Tizim dasturchisi uchun qo'llanma. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.504-79 ESPD. Dasturchi uchun qo'llanma. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.505-79 ESPD. Operator uchun qo'llanma. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.506-79 ESPD. Tilning tavsifi. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.507-79 ESPD. Operatsion hujjatlar ro'yxati.

GOST 19.508-79 ESPD. Xizmat qo'llanma. Tarkib va ​​dizaynga qo'yiladigan talablar.

GOST 19.601-78 ESPD. Ko'paytirish, hisobga olish va saqlashning umumiy qoidalari.

GOST 19.602-78 ESPD. Chop etilgan dastur hujjatlarini takrorlash, hisobga olish va saqlash qoidalari.

GOST 19.603-78 ESPD. O'zgartirishlar kiritishning umumiy qoidalari.

GOST 19.604-78 ESPD. Chop etishda bajariladigan dastur hujjatlariga o'zgartirishlar kiritish qoidalari.

Hisobotimda men quyidagilarga ishonaman:

  • kafedra mudiri V.V.Vasyutkovich va katta ilmiy xodim S.S.Samotoxinning “Dasturiy ta’minot sohasida standartlashtirish” maqolasi. Rossiya Federatsiyasi Davlat standartining Butunrossiya standartlari ilmiy-tadqiqot instituti;
  • E.Z.Zinderning "Tizimlarning hayot aylanishlarini tashkil qilish standartlarining o'zaro bog'liqligi va ulardan foydalanish" maqolasi;
  • GOST va boshqa standartlarning matnlari.

1. Dasturiy ta'minotni ishlab chiqishning asosiy masalalari

Dasturchi-ishlab chiquvchi u yoki bu shaklda dasturlash vazifasini olganida, u, loyiha menejeri va butun loyiha jamoasi quyidagi savollarga duch keladi:

  • haqiqiy dasturdan tashqari nima qilish kerak?
  • nimani va qanday hujjatlashtirish kerak?
  • foydalanuvchilarga nimani etkazish kerak va nima? eskort xizmati?
  • bu butun jarayonni qanday boshqarish kerak?
  • Dasturlash vazifasining o'ziga nimani kiritish kerak?

Yuqorida aytib o'tilgan masalalardan tashqari, boshqalar ham bor.

Dasturiy ta'minot hujjatlari bo'yicha davlat standartlari bu va boshqa ko'plab savollarga javob berdimi? GOST ESPD 19-seriya standartlari to'plami. Ammo shunga qaramay, dasturchilar ushbu standartlardan juda ko'p shikoyat qilishgan. Hujjatlarda biror narsa ko'p marta takrorlanishi kerak edi (ko'rinishidan - asossiz) va ko'p narsa nazarda tutilmagan, masalan, integratsiyalangan ma'lumotlar bazasi bilan ishlaydigan dasturlarni hujjatlashtirishning o'ziga xos xususiyatlarini aks ettiradi.

Hozircha qolmoqda dolzarb masala dasturiy ta'minot (PS) hujjatlarini tartibga soluvchi tizim mavjudligi haqida.

2. Holatning umumiy tavsifi

Dasturiy hujjatlashtirish sohasidagi mahalliy me'yoriy-huquqiy bazaning asosini Dastur hujjatlarining yagona tizimi (USPD) standartlari to'plami tashkil etadi. ESPD kompleksining asosiy va eng katta qismi 70-80-yillarda ishlab chiqilgan. Endilikda bu majmua MDH davlatlarining davlatlararo standartlari tizimi (GOST), hududda faoliyat yuritadi Rossiya Federatsiyasi standartlashtirish bo'yicha davlatlararo shartnoma asosida.

ESPD standartlari asosan dasturiy ta'minotni ishlab chiqish jarayonida yaratilgan hujjatlarning bir qismini qamrab oladi va ko'pincha dasturiy ta'minotning funktsional xususiyatlarini hujjatlashtirish bilan bog'liq. Shuni ta'kidlash kerakki, ESPD standartlari (GOST 19) maslahat xarakteriga ega. Biroq, bu PS sohasidagi boshqa barcha standartlarga ham tegishli (GOST 34, ISO/IEC xalqaro standarti va boshqalar). Gap shundaki, Rossiya Federatsiyasining "Standartlashtirish to'g'risida" gi qonuniga muvofiq, ushbu standartlar shartnoma asosida - ya'ni dasturiy ta'minotni ishlab chiqish (yetkazib berish) shartnomasida ko'rsatilganda majburiy bo'ladi.

Umuman olganda, ESPD holati haqida gapiradigan bo'lsak, ESPD standartlarining aksariyati ma'naviy jihatdan eskirganligini aytish mumkin.

Asosiy kamchiliklar orasida ESPD nisbat berish mumkin:

  • yagona, "kaskad" modeliga yo'naltirish hayot davrasi(LC) PS;
  • dasturiy ta'minotning sifat xususiyatlarini hujjatlashtirish bo'yicha aniq tavsiyalarning yo'qligi;
  • hayot aylanishi va umuman mahsulot hujjatlari uchun boshqa mavjud mahalliy standartlar tizimlari bilan tizimli aloqaning yo'qligi, masalan, ESKD;
  • PSni sotiladigan mahsulot sifatida hujjatlashtirishga noaniq yondashuv;
  • dasturiy ta'minotni o'z-o'zidan hujjatlashtirish bo'yicha tavsiyalarning yo'qligi, masalan, ekrandagi menyular va foydalanuvchiga operativ yordam ko'rsatish vositalari ("yordam");
  • PS bo'yicha istiqbolli hujjatlarning tarkibi, mazmuni va dizayni bo'yicha xalqaro va mintaqaviy standartlar tavsiyalariga mos keladigan tavsiyalarning yo'qligi.

Shunday qilib, ESPD dasturiy ta'minotning hayot aylanish jarayonlari uchun ISO/IEC 12207-95 standarti asosida to'liq qayta ko'rib chiqilishi kerak (bu standart keyinroq batafsilroq muhokama qilinadi).

Aytish kerakki, ESPD kompleksi bilan bir qatorda, rasmiy normativ baza Rossiya Federatsiyasi dasturiy ta'minot va tegishli sohalarni hujjatlashtirish sohasida bir qator istiqbolli standartlarni (ichki, davlatlararo va xalqaro darajalar) o'z ichiga oladi.

Xalqaro standart ISO/IEC 12207: 1995-08-01 dasturiy mahsulotlarning hayot aylanishini tashkil qilish uchun - juda noaniq ko'rinadigan, ammo juda yangi va biroz "moda" standarti.

Murakkab standartlar GOST 34 yaratish va rivojlantirish uchun avtomatlashtirilgan tizimlar(AS) - umumlashtirilgan, lekin hayot tsiklining tuzilishida juda qattiq deb qabul qilinadi va loyiha hujjatlari. Ammo bu standartlar ko'pchilik tomonidan zararli darajada byurokratik va eskirgan darajada konservativ hisoblanadi. Bu qanchalik to'g'ri va GOST 34 qanchalik foydali bo'lib qolayotganini tushunish foydalidir.

E.Z.Zinder o‘z maqolasida metodologiyaga batafsil to‘xtalib o‘tadi Oracle CDM Ilovani ishlab chiqish uchun (maxsus ishlab chiqish usuli). axborot tizimlari buyurtma berish uchun - Oracle vositalariga asoslangan AES loyihalarida to'g'ridan-to'g'ri foydalanish uchun mo'ljallangan, dizayn hujjatlari blankalari darajasida batafsil tavsiflangan maxsus material.

2.1. ESPD standartlariga qisqacha kirish

Biroq, butun kompleksni qayta ko'rib chiqishdan oldin, ko'plab ESPD standartlari dasturiy ta'minotni hujjatlashtirish amaliyotida foydali bo'lishi mumkin. Ushbu pozitsiya quyidagilarga asoslanadi:

  • ESPD standartlari dasturiy ta'minotni hujjatlashtirish jarayoniga buyurtma elementini kiritadi;
  • ESPD standartlarida ko'zda tutilgan dasturiy hujjatlarning tarkibi ba'zilar o'ylaganchalik "qattiq" emas: standartlar dasturiy ta'minot uchun hujjatlar to'plamiga qo'shimcha turlarni qo'shish imkonini beradi.
  • ESPD standartlari, shuningdek, tuzilma va tarkibdagi moslashuvchan o'zgarishlarga imkon beradi belgilangan turlar Mijoz va foydalanuvchi talablariga asoslangan PD.

Shu bilan birga, standartlarni qo'llash uslubi standartlarni loyihaning o'ziga xos xususiyatlariga moslashtirishning zamonaviy umumiy uslubiga mos kelishi mumkin: buyurtmachi va loyiha menejeri loyiha uchun mos bo'lgan standartlar va PD kichik to'plamini tanlaydilar, uni to'ldiradilar. kerakli bo'limlar bilan tanlangan PD va keraksizlarini chiqarib tashlang, ushbu hujjatlarni yaratishni loyihada ishlatiladigan hayot tsikli sxemasiga bog'lang.

ESPD standartlari (boshqa GOSTlar kabi) jadvalda keltirilgan guruhlarga bo'lingan:

ESPD standartini belgilash tasniflash mezonlariga asoslanadi:

ESPD standartining belgilanishi quyidagilardan iborat bo'lishi kerak:

  • 19 raqami (ESPD standartlari sinfiga berilgan);
  • jadvalda ko'rsatilgan standartlarning tasniflash guruhining kodini ko'rsatadigan bitta raqam (nuqtadan keyin);
  • standart ro'yxatdan o'tgan yilni ko'rsatadigan ikki xonali raqam (chiziqdan keyin).

ESPD hujjatlari ro'yxati

  1. GOST 19.001-77 ESPD. Umumiy holat.
  2. GOST 19.101-77 ESPD. Dastur turlari va dastur hujjatlari.
  3. GOST 19.102-77 ESPD. Rivojlanish bosqichlari.
  4. GOST 19.103-77 ESPD. Dasturlar va dastur hujjatlarini belgilash.
  5. GOST 19.104-78 ESPD. Asosiy yozuvlar.
  6. GOST 19.105-78 ESPD. Dastur hujjatlariga umumiy talablar.
  7. GOST 19.106-78 ESPD. Chop etilgan dastur hujjatlariga qo'yiladigan talablar.
  8. GOST 19.201-78 ESPD. Texnik vazifa. Tarkib va ​​dizaynga qo'yiladigan talablar.
  9. GOST 19.202-78 ESPD. Spetsifikatsiya. Tarkib va ​​dizaynga qo'yiladigan talablar.
  10. GOST 19.301-79 ESPD. Sinov jarayoni va metodologiyasi.
  11. GOST 19.401-78 ESPD. Dastur matni. Tarkib va ​​dizaynga qo'yiladigan talablar.
  12. GOST 19.402-78 ESPD. Dastur tavsifi.
  13. GOST 19.404-79 ESPD. Tushuntirish eslatmasi. Tarkib va ​​dizaynga qo'yiladigan talablar.
  14. GOST 19.501-78 ESPD. Shakl. Tarkib va ​​dizaynga qo'yiladigan talablar.
  15. GOST 19.502-78 ESPD. Ilova tavsifi. Tarkib va ​​dizaynga qo'yiladigan talablar.
  16. GOST 19.503-79 ESPD. Tizim dasturchisi uchun qo'llanma. Tarkib va ​​dizaynga qo'yiladigan talablar.
  17. GOST 19.504-79 ESPD. Dasturchi uchun qo'llanma.
  18. GOST 19.505-79 ESPD. Operator uchun qo'llanma.
  19. GOST 19.506-79 ESPD. Tilning tavsifi.
  20. GOST 19.508-79 ESPD. Qoʻllanma texnik xizmat ko'rsatish. Tarkib va ​​dizaynga qo'yiladigan talablar.
  21. GOST 19.604-78 ESPD. Chop etishda bajariladigan dastur hujjatlariga o'zgartirishlar kiritish qoidalari.
  22. GOST 19.701-90 ESPD. Algoritmlar, dasturlar, ma'lumotlar va tizimlar sxemalari. Konventsiyalar va ijro qoidalari.
  23. GOST 19.781-90. Axborotni qayta ishlash tizimlari uchun dasturiy ta'minot.

Shartlar va ta'riflar

Barcha ESPD standartlari ichida biz faqat amalda tez-tez ishlatilishi mumkin bo'lganlariga e'tibor qaratamiz.

Birinchidan, biz dasturlash vazifalarini yaratishda foydalanish mumkin bo'lgan standartni ko'rsatamiz.

GOST (ST SEV) 19.201-78 (1626-79). ESPD. Texnik vazifa. Tarkib va ​​dizaynga qo'yiladigan talablar. (1987 yil noyabr oyida 1-sonli tahrir bilan qayta nashr etilgan).

Texnik spetsifikatsiya (TOR) dasturiy ta'minotga qo'yiladigan talablar to'plamini o'z ichiga oladi va ishlab chiqilgan dasturni tekshirish va qabul qilish mezoni sifatida ishlatilishi mumkin. Shuning uchun, juda to'liq tuzilgan (qo'shimcha bo'limlarni kiritish imkoniyatini hisobga olgan holda) va buyurtmachi va ishlab chiquvchi tomonidan qabul qilingan texnik spetsifikatsiya PS loyihasining asosiy hujjatlaridan biridir.

Texnik topshiriq quyidagi bo'limlarni o'z ichiga olishi kerak:

  • tanishtirish;
  • rivojlanish sabablari;
  • rivojlanish maqsadi;
  • dastur yoki dasturiy mahsulotga qo'yiladigan talablar;
  • dasturiy ta'minot hujjatlariga qo'yiladigan talablar;
  • texnik-iqtisodiy ko'rsatkichlar;
  • rivojlanish bosqichlari va bosqichlari;
  • nazorat qilish va qabul qilish tartibi;
  • V texnik vazifa Ilovalar kiritilishi mumkin.

Dastur yoki dasturiy mahsulotning xususiyatlariga qarab, bo'limlar mazmunini aniqlashtirish, yangi bo'limlarni kiritish yoki alohida bo'limlarni birlashtirish mumkin.

Keyingi standart
GOST (ST SEV) 19.101-77 (1626-79). ESPD. Dasturlar va dasturiy hujjatlar turlari (1987 yil noyabr oyida 1-o'zgartirish bilan qayta nashr etilgan).
EHMlar, komplekslar va tizimlar uchun, ularning maqsadi va ko'lamidan qat'i nazar, dastur turlarini va dastur hujjatlarini belgilaydi.

Dasturlar turlari

Dasturiy hujjatlar turlari

Dastur hujjati turi

Spetsifikatsiya Dasturning tarkibi va uning hujjatlari
Asl dastur hujjatlarini saqlaydigan korxonalar ro'yxati
Dastur matni Dasturni kerakli izohlar bilan yozib olish
Dastur tavsifi Dasturning mantiqiy tuzilishi va ishlashi haqida ma'lumot
Dasturni sinovdan o'tkazishda tekshirilishi kerak bo'lgan talablar, shuningdek ularni nazorat qilish tartibi va usullari
Texnik vazifa Dasturning maqsadi va hajmi, texnik, texno-iqtisodiy va maxsus talablar dasturga qo'yiladigan talablar, ishlab chiqishning zarur bosqichlari va muddatlari, test turlari
Tushuntirish eslatmasi Algoritm diagrammasi, algoritm va (yoki) dasturning ishlashining umumiy tavsifi, shuningdek qabul qilingan texnik va texnik-iqtisodiy qarorlarni asoslash
Operatsion hujjatlar Dasturning ishlashi va ishlashini ta'minlash uchun ma'lumot

Operatsion hujjatlarning turlari

Operatsion hujjat turi

Dastur uchun operatsion hujjatlar ro'yxati
Shakl Dasturning asosiy xarakteristikalari, to'liqligi va dasturning ishlashi haqidagi ma'lumotlar
Ilova tavsifi Dasturning maqsadi, qo'llanilish doirasi, qo'llaniladigan usullar, echilishi kerak bo'lgan muammolar sinfi, foydalanish cheklovlari, texnik vositalarning minimal konfiguratsiyasi haqida ma'lumot
Tekshirish, ishlashini ta'minlash va dasturni muayyan dastur shartlariga moslashtirish uchun ma'lumot
Dasturchi uchun qo'llanma Dasturdan foydalanish uchun ma'lumot
Operator uchun qo'llanma Dasturni bajarish jarayonida operator va kompyuter tizimi o'rtasidagi aloqa tartibini ta'minlash uchun ma'lumot
Til tavsifi Til sintaksisi va semantikasining tavsifi
Texnik jihozlarga xizmat ko'rsatishda sinov va diagnostika dasturlarini qo'llash uchun ma'lumot

Amalga oshirish usuli va qo'llash xususiyatiga qarab, dastur hujjatlari dasturni ishlab chiqish, saqlash va ishlatish uchun mo'ljallangan asl, dublikat va nusxalarga (GOST 2.102-68) bo'linadi.

Turli bosqichlarda ishlab chiqilgan dasturiy hujjatlar turlari va ularning kodlari

Hujjat turi kodi Hujjat turi Rivojlanish bosqichlari
Dastlabki dizayn Texnik loyiha Ishchi qoralama
komponent murakkab
- Spetsifikatsiya - - ! +
05 Asl egalari ro'yxati - - - ?
12 Dastur matni - - + ?
13 Dastur tavsifi - - ? ?
20 Operatsion hujjatlar ro'yxati - - ? ?
30 Shakl - - ? ?
31 Ilova tavsifi - - ? ?
32 Tizim dasturchisi uchun qo'llanma - - ? ?
33 Dasturchi uchun qo'llanma - - ? ?
34 Operator uchun qo'llanma - - ? ?
35 Til tavsifi - - ? ?
46 Xizmat qo'llanma - - ? ?
51 Test dasturi va metodikasi - - ? ?
81 Tushuntirish eslatmasi ? ? - -
90-99 Boshqa hujjatlar ? ? ? ?

Birlashtirishga ruxsat beriladi individual turlar operativ hujjatlar (operativ hujjatlar ro'yxati va shakldan tashqari). Ushbu hujjatlarni birlashtirish zarurati texnik xususiyatlarda ko'rsatilgan. Birlashtirilgan hujjatga birlashtirilgan hujjatlardan birining nomi va nomi beriladi. Birlashtirilgan hujjatlarda birlashtirilayotgan har bir hujjatga kiritilishi kerak bo'lgan ma'lumotlar ko'rsatilishi kerak.

GOST 19.102-77. ESPD. Rivojlanish bosqichlari.

EHMlar, komplekslar va tizimlar uchun dasturlar va dasturiy hujjatlarni, ularning maqsadi va qo‘llanish doirasidan qat’i nazar, ishlab chiqish bosqichlarini belgilaydi.

Ishning rivojlanish bosqichlari, bosqichlari va mazmuni

Rivojlanish bosqichlari

Ish bosqichlari

Texnik vazifa Dasturni ishlab chiqish zaruriyatini asoslash Muammoni shakllantirish.
Manba materiallari to'plami.
Ishlab chiqilgan dasturning samaradorligi va sifati mezonlarini tanlash va asoslash.
Tadqiqot ishiga bo'lgan ehtiyojni asoslash.
Tadqiqot ishi Kirish va chiqish ma'lumotlarining tuzilishini aniqlash.
Muammoni hal qilish usullarini oldindan tanlash.
Ilgari ishlab chiqilgan dasturlardan foydalanishning maqsadga muvofiqligini asoslash.
Texnik vositalarga talablarni aniqlash.
Muammoni hal qilishning asosiy imkoniyatini asoslash.
Texnik shartlarni ishlab chiqish va tasdiqlash Dastur talablarini aniqlash.
Dasturni ishlab chiqish uchun texnik-iqtisodiy asoslashni ishlab chiqish.
Dasturni va uning hujjatlarini ishlab chiqish bosqichlari, bosqichlari va muddatlarini aniqlash.
Dasturlash tillarini tanlash.
Keyingi bosqichlarda tadqiqot ishlariga ehtiyojni aniqlash.
Texnik shartlarni muvofiqlashtirish va tasdiqlash.
Dastlabki dizayn Dastlabki dizaynni ishlab chiqish Kirish va chiqish ma'lumotlarining strukturasini dastlabki ishlab chiqish.
Muammoni hal qilish usullarini aniqlashtirish.
Masalani yechish algoritmining umumiy tavsifini ishlab chiqish.
Texnik-iqtisodiy asoslashni ishlab chiqish.
Dastlabki loyihani tasdiqlash
Dastlabki loyihani muvofiqlashtirish va tasdiqlash
Texnik loyiha Texnik loyihani ishlab chiqish Kirish va chiqish ma'lumotlarining tuzilishini aniqlashtirish.
Muammoni hal qilish algoritmini ishlab chiqish.
Kirish va chiqish ma'lumotlarini taqdim etish shaklini aniqlash.
Tilning semantikasi va sintaksisining ta'rifi.
Dastur tuzilmasini ishlab chiqish.
Uskuna konfiguratsiyasini yakuniy aniqlash.
Texnik dizaynni tasdiqlash Dasturlarni ishlab chiqish va amalga oshirish bo'yicha chora-tadbirlar rejasini ishlab chiqish.
Tushuntirish xatini ishlab chiqish.
Texnik loyihani muvofiqlashtirish va tasdiqlash.
Ishchi qoralama Dastur ishlab chiqish Dasturlash va disk raskadrovka
Dasturiy ta'minot hujjatlarini ishlab chiqish GOST 19.101-77 talablariga muvofiq dasturiy hujjatlarni ishlab chiqish.
Dastur sinovi Test dasturi va metodologiyasini ishlab chiqish, muvofiqlashtirish va tasdiqlash.
Dastlabki davlat, idoralararo, qabul qilish va boshqa turdagi testlarni o'tkazish.
Sinov natijalari bo'yicha dastur va dastur hujjatlarini tuzatish.
Amalga oshirish Dasturni tayyorlash va uzatish Xizmat ko'rsatish va (yoki) ishlab chiqarish uchun dasturlar va dasturiy ta'minot hujjatlarini tayyorlash va topshirish.
Dasturni texnik xizmat ko'rsatish va (yoki) ishlab chiqarishga topshirish aktini ro'yxatdan o'tkazish va tasdiqlash.
Dasturni algoritmlar va dasturlar fondiga o'tkazish.

Eslatmalar:

  1. Rivojlanishning ikkinchi bosqichini, texnik jihatdan asoslangan hollarda esa - ikkinchi va uchinchi bosqichlarni chiqarib tashlashga ruxsat beriladi. Ushbu bosqichlarga bo'lgan ehtiyoj texnik xususiyatlarda ko'rsatilgan.
  2. Ish bosqichlarini va (yoki) ularning mazmunini birlashtirish, chiqarib tashlash, shuningdek buyurtmachi bilan kelishilgan boshqa ish bosqichlarini joriy etishga ruxsat beriladi.

GOST 19.103-77 ESPD. Dasturlar va dastur hujjatlarini belgilash

Ishlab chiquvchi mamlakat kodi va ishlab chiquvchi tashkilot kodi belgilangan tartibda tayinlanadi.

  • Har bir rivojlanish tashkiloti uchun ro'yxatga olish raqami o'sish tartibida 00001 dan 99999 gacha beriladi.
  • Dasturning nashr raqami yoki tahrir raqami. ushbu turdagi hujjatning raqami, hujjat qismining raqami 01 dan 99 gacha o'sish tartibida belgilanadi. (Agar hujjat bir qismdan iborat bo'lsa, unda chiziqcha va qismning tartib raqami ko'rsatilmaydi).
  • Spetsifikatsiyaning qayta ko'rib chiqish raqami va dastur uchun operatsion hujjatlar ro'yxati xuddi shu dasturning nashr raqamiga mos kelishi kerak.

GOST 19.105-78 ESPD. Dastur hujjatlariga umumiy talablar

Ushbu standart kompyuterlar, komplekslar va tizimlar uchun dasturiy hujjatlarni, ularning maqsadi va qo'llanilishidan qat'i nazar, bajarilishiga qo'yiladigan umumiy talablarni belgilaydi va Yagona Dastur Hujjatlari Tizimi (USPD) standartlarida har xil turdagi hujjatlarni rasmiylashtirishning har qanday usuli uchun nazarda tutilgan. ma'lumotlar tashuvchilar.

Siyosat hujjati quyidagi manzilda taqdim etilishi mumkin har xil turlari ma'lumotlar tashuvchilar va quyidagi an'anaviy qismlardan iborat:
sarlavha;
axborot;
Asosiy.

Hujjatni va uning qismlarini har bir ma'lumot tashuvchida bajarish qoidalari tegishli ma'lumotlar tashuvchilarda hujjatlarni rasmiylashtirish qoidalari uchun ESPD standartlari bilan belgilanadi.

GOST 19.106-78 ESPD. Chop etilgan dastur hujjatlariga qo'yiladigan talablar

Dastur hujjatlari quyidagilar tomonidan tuziladi:

  • Hujjatni yozuv yoki qo'l yozuvi bilan tayyorlashda A4 formatidagi varaqlarda (GOST 2.301-68);
  • A3 o'lchamdagi varaqlarda chop etilishi mumkin;
  • hujjatni bajarishning mashina usuli bilan, foydalaniladigan texnik vositalarning imkoniyatlari bilan belgilanadigan A4 va A3 formatlariga mos keladigan varaqlar o'lchamidagi og'ishlarga yo'l qo'yiladi; Hujjatni mashinada ishlab chiqarishda ma'lumotlarni chiqarish qurilmalarining chiqish xususiyatlari bilan ta'minlangan A4 va A3 formatidagi varaqlarda;
  • tipografik usuldan foydalangan holda hujjat ishlab chiqarishda tipografik formatlar varaqlarida.

Dasturiy hujjatning materiallari quyidagi ketma-ketlikda joylashtirilgan:

Sarlavha qismi:

  • tasdiqlash varaqasi (hujjat varaqlarining umumiy soniga kiritilmagan);
  • sarlavha sahifasi (hujjatning birinchi sahifasi);
ma'lumot qismi:
  • izoh;
  • Mundarija;
Asosiy qism:
  • hujjat matni (rasmlar, jadvallar va boshqalar bilan)
  • atamalar ro'yxati va ularning ta'riflari;
  • qisqartmalar ro'yxati;
  • ilovalar;
  • mavzu ko'rsatkichi;
  • ma'lumotnomalar ro'yxati;
jurnal qismini o'zgartirish:
  • ro'yxatga olish varaqasini o'zgartirish.

Atamalar ro'yxati va ularning ta'riflari, qisqartmalar ro'yxati, ilovalar, mavzu ko'rsatkichi, kerak bo'lganda ma'lumotnomalar ro'yxati taqdim etiladi.

Quyidagi standart ishlab chiqilayotgan mahsulotni hujjatlashtirishga qaratilgan:

GOST 19.402-78 ESPD. Dastur tavsifi

"Dastur tavsifi" hujjatining tarkibi uning mazmunida boshqa tavsiflovchi hujjatlar va qo'llanmalar uchun standartlardan olingan bo'limlar va paragraflar bilan to'ldirilishi mumkin: GOST 19.404-79 ESPD. Tushuntirish yozuvi, GOST 19.502-78 ESPD. Ilova tavsifi, GOST 19.503-79 ESPD. Tizim dasturchisi uchun qo'llanma, GOST 19.504-79 ESPD. Dasturchi uchun qo'llanma, GOST 19.505-79 ESPD. Operator uchun qo'llanma.

Shuningdek, dasturiy ta'minotni uzatish uchun tuzilgan barcha dasturlar va PD to'plamini qayd etish talablarini belgilaydigan bir guruh standartlar mavjud. Ular qisqacha buxgalteriya hujjatlarini yaratadilar va dasturlarni va PDni to'liq boshqarishni soddalashtirish uchun foydali bo'lishi mumkin (axir, ko'pincha siz oddiy tartibni tiklashingiz kerak!). Shuningdek, PSning "uy xo'jaligida" hujjatlarni saqlash qoidalarini belgilaydigan standartlar mavjud.

Biz ham ta'kidlashimiz kerak

GOST 19.301-79 ESPD. Sinov dasturi va metodologiyasi (moslashtirilgan shaklda) rejalashtirish hujjatlarini ishlab chiqish va podstansiyaning tayyorligi va sifatini baholash uchun sinov ishlarini o'tkazish uchun ishlatilishi mumkin.

Nihoyat, qabul qilingan yilga ko'ra eng so'nggi standart.

GOST 19.701-90 ESPD. Algoritmlar, dasturlar, ma'lumotlar va tizimlar sxemalari. An'anaviy grafik belgilar va bajarish qoidalari.

U har xil turdagi ma'lumotlarni qayta ishlash muammolarini ko'rsatish uchun ishlatiladigan diagrammalarni bajarish qoidalarini va ularni hal qilish vositalarini belgilaydi va ISO 5807: 1985 standartiga to'liq mos keladi.

ESPD bilan bir qatorda davlatlararo darajada yana ikkita standart amal qiladi, ular PSni hujjatlashtirish bilan bog'liq va GOST ESPDning aksariyati kabi yaqinda qabul qilingan.

GOST 19781-90 Axborotni qayta ishlash tizimlari uchun dasturiy ta'minot. Shartlar va ta'riflar. GOST 19.781-83 va GOST 19.004-80 o'rnini bosish uchun ishlab chiqilgan va ma'lumotlarni qayta ishlash tizimlarining (SOD) dasturiy ta'minoti (dasturiy ta'minoti) sohasidagi atamalar va ta'riflarni o'rnatadi, standartlashtirish bo'yicha ishlar doirasiga kiruvchi hujjatlar va adabiyotlarning barcha turlarida qo'llaniladi. bu ishning natijalari.

GOST 28388-89 Axborotni qayta ishlash tizimlari. Magnit saqlash vositalaridagi hujjatlar. Bajarish va ishlov berish tartibi. Bu nafaqat dasturiy ta'minotga, balki magnitli tashuvchilarda bajarilgan dizayn, texnologik va boshqa loyiha hujjatlariga ham tegishli.

2.2. GOST 34 kompleksining standartlari

GOST 34 80-yillarning oxirida o'zaro bog'langan tarmoqlararo hujjatlarning keng qamrovli to'plami sifatida ishlab chiqilgan. Motivlar va natijada olingan natijalar quyida GOST 34 ning "Xususiyatlar" da tasvirlangan. Standartlashtirish ob'ektlari nafaqat dasturiy ta'minot va ma'lumotlar bazalari emas, balki har xil (har qanday!) turdagi ma'ruzachilar va ularning tarkibiy qismlarining barcha turlari.

Kompleks mijoz va ishlab chiquvchi o'rtasidagi o'zaro aloqa uchun mo'ljallangan. ISO12207 ga o'xshab, mijoz o'zi uchun dinamiklarni ishlab chiqishi mumkin (agar u buning uchun ixtisoslashtirilgan bo'linma yaratsa) taqdim etiladi. Biroq, GOST 34 matni har ikki tomonning harakatlarini ISO12207 kabi aniq va ma'lum ma'noda nosimmetrik aks ettirishga qaratilgan emas. GOST 34 asosan loyiha hujjatlarining mazmuniga e'tibor qaratganligi sababli, tomonlar o'rtasidagi harakatlarni taqsimlash odatda ushbu tarkib asosida amalga oshiriladi.

Mavjud va amalga oshirilmagan barcha hujjatlar guruhlaridan biz faqat 0-guruh "Umumiy qoidalar" va 6-guruh "ASni yaratish, ishlatish va rivojlantirish" ga asoslanamiz. Eng mashhur standartlarni GOST 34.601-90 (AS yaratish bosqichlari), GOST 34.602-89 (AS yaratish uchun TK) va RD 50-34.698-90 (Hujjatlarning mazmuniga qo'yiladigan talablar) ko'rsatmalarini ko'rib chiqish mumkin. Standartlar ASni yaratish bo'yicha ish bosqichlari va bosqichlarini nazarda tutadi, ammo oxirigacha jarayonlarni aniq ko'rsatmaydi.

AS rivojlanishining umumiy holati uchun GOST 34 bosqichlari va bosqichlari jadvalda keltirilgan:

1. FT - ma'ruzachilarga talablarni shakllantirish. 1.1. ob'ektni tekshirish va atom elektr stantsiyasini yaratish zarurligini asoslash;
1.2. Dinamiklarga foydalanuvchi talablarini shakllantirish;
1.3. Bajarilgan ishlar bo'yicha hisobot va ASni ishlab chiqish uchun ariza tayyorlash (taktik va texnik shartlar);
2. RK - AS konsepsiyasini ishlab chiqish. 2.1. Ob'ektni o'rganish;
2.2. Zaruriy tadqiqot ishlarini olib borish;
2.3. Foydalanuvchi talablariga javob beradigan spiker kontseptsiyasi variantlarini ishlab chiqish
2.4. Bajarilgan ishlar bo'yicha hisobot tuzish
3. TK - ASni texnik yaratish. 3.1. Vazifa uchun texnik shartlarni ishlab chiqish va tasdiqlash.
4. EP - qoralama dizayn. 4.1. Dastlabki ishlab chiqish dizayn yechimlari tizim va uning qismlari haqida;
4.2. AU va uning qismlari uchun hujjatlarni ishlab chiqish.
5. TP - Texnik dizayn. 5.1. Tizim va uning qismlari uchun dizayn echimlarini ishlab chiqish;
5.2. AES va uning qismlari uchun hujjatlarni ishlab chiqish;
5.3. Karnaylarni va/yoki to'ldirish uchun mahsulotlarni yetkazib berish bo'yicha hujjatlarni ishlab chiqish va rasmiylashtirish texnik talablar(texnik spetsifikatsiyalar) ularni ishlab chiqish uchun;
5.4. Avtomatlashtirish ob'ekti loyihasining qo'shni qismlarida dizayn vazifalarini ishlab chiqish.
6. RD - Ishchi hujjatlar. 6.1. Tizim va uning qismlari uchun ishchi hujjatlarni ishlab chiqish;
6.2. Dasturlarni ishlab chiqish yoki moslashtirish.
7. VD - ishga tushirish. 7.1. Zavodni ishga tushirish uchun avtomatlashtirish ob'ektini tayyorlash;
7.2. Kadrlar tayyorlash;
7.3. Taqdim etilgan mahsulotlar (dasturiy ta'minot va texnik vositalar, dasturiy va apparat tizimlari, axborot mahsulotlari);
7.4. Qurilish-montaj ishlari;
7.5. Ishga tushirish ishlari;
7.6. Dastlabki sinovlarni o'tkazish;
7.7. Sinov amaliyotini o'tkazish;
7.8. Qabul qilish sinovlarini o'tkazish.
8. Sp - AC qo'llab-quvvatlash. 8.1. Kafolat majburiyatlariga muvofiq ishlarni bajarish;
8.2. Kafolatdan keyingi xizmat.

Har bir bosqichda ishlab chiqilgan hujjatlarning mazmuni tavsiflanadi. Bu parallel yoki ketma-ket bajarilgan (ya'ni, mohiyatan jarayonlar) va ularning tarkibiy vazifalarini mazmunli darajada aniqlashning potentsial imkoniyatlarini belgilaydi. Ushbu uslub GOST 34 va ISO12207 standartlarining kelishilgan kichik to'plamlarini o'z ichiga olgan loyihaning hayot tsikli standartlari profilini yaratishda ishlatilishi mumkin.

Asosiy maqsad: "Bobil minorasi" muammosini hal qilish.

80-yillarda turli sohalar va faoliyat sohalarida yomon muvofiqlashtirilgan yoki nomuvofiq NTD - "normativ-texnik hujjatlar" ishlatilgan vaziyat yuzaga keldi. Bu tizimlarni birlashtirish va ularning birgalikda samarali ishlashini ta'minlashni qiyinlashtirdi. Talablarni o'rnatadigan turli xil komplekslar va standartlar tizimlari mavjud edi har xil turlari AC.

Standartlarni qo'llash amaliyoti shuni ko'rsatdiki, ular mohiyatan (lekin qat'iy ta'riflarga ko'ra emas) yagona tushunchalar tizimini qo'llaydilar, standartlashtirishning ko'plab umumiy ob'ektlari mavjud, ammo standartlar talablari bir-biriga mos kelmaydi, farqlar mavjud. ishning tarkibi va mazmuni, hujjatlarning belgilanishi, tarkibi, mazmuni va bajarilishidagi farqlar va boshqalar.

Albatta, bu holat qisman ASni rivojlantirish uchun shart-sharoitlarning tabiiy xilma-xilligini, ishlab chiquvchilarning maqsadlarini, qo'llaniladigan yondashuvlar va usullarni aks ettirdi.

Bunday sharoitda bunday xilma-xillikni tahlil qilish va keyin, masalan, ikkita qarama-qarshi yo'ldan birida davom etish mumkin edi:

  1. Yagona umumlashtirilgan kontseptual va terminologik tizimni ishlab chiqish, umumiy sxema ishlab chiqish, ularning mazmuni bilan umumiy hujjatlar to'plami va ularni barcha AS uchun majburiy deb belgilash;
  2. Shuningdek, bitta umumiy kontseptual va terminologik tizimni, umumlashtirilgan kompleksni aniqlang tizim talablari, sifat mezonlari to'plami, lekin ishlab chiqish sxemasini, hujjatlar tarkibini va boshqa jihatlarni tanlashda maksimal erkinlikni ta'minlaydi, faqat minimal miqdorni belgilaydi. majburiy talablar, bu quyidagilarga imkon beradi:
    • natijaning sifat darajasini aniqlash;
    • ishlab chiqish shartlariga eng mos keladigan va foydalanilayotgan axborot texnologiyalariga mos keladigan aniq usullarni (ularning hayotiy tsikli modellari, hujjatlar to'plami va boshqalar bilan) tanlash;
    • shunday qilib, ma'ruzachi dizaynerning samarali harakatlariga minimal cheklovlar bilan ishlash.

34-standartlar to'plamini ishlab chiquvchilar yuqorida ko'rsatilganlardan birinchisiga yaqin usulni tanladilar, ya'ni ular ISO12207 kabi standartlarga qaraganda aniq usullar sxemalariga yaqinroq yo'l oldilar. Biroq, kontseptual asosning umumiyligi tufayli standartlar juda keng doiradagi holatlarda qo'llaniladi.

Moslashuvchanlik darajasi rasman imkoniyatlar bilan belgilanadi:

  • dastlabki loyihalash bosqichini qoldirib, "Texnik loyihalash" va "Batafsil hujjatlashtirish" bosqichlarini birlashtirish;
  • bosqichlarni o'tkazib yuborish, ko'pchilik hujjatlarni va ularning bo'limlarini birlashtirish va o'tkazib yuborish;
  • kiriting qo'shimcha hujjatlar, hujjatlar va ishlarning bo'limlari;
  • dinamik deb atalmish yaratish. ChTZ - xususiy texnik xususiyatlar - ASning hayot aylanishini shakllantirish uchun juda moslashuvchan; Qoida tariqasida, ushbu uslub katta birliklar (quyi tizimlar, komplekslar) darajasida qo'llaniladi, buning uchun CTZni yaratish asosli deb hisoblanadi, ammo hayot aylanishini boshqarishning ushbu usulini jiddiy cheklash uchun jiddiy sabablar yo'q.

Atom elektr stantsiyalarini yaratishda ishtirok etuvchi tashkilotlar tomonidan amalga oshiriladigan bosqichlar va bosqichlar shartnomalar va texnik shartlarda belgilanadi, bu ISO yondashuviga yaqin.

Yagona, sifatli aniqlangan terminologiyani joriy etish, ishlarning, hujjatlarning, qo'llab-quvvatlash turlarining va boshqalarning etarlicha asosli tasnifi mavjudligi shubhasiz foydalidir. GOST 34 haqiqatan ham turli xil tizimlarni yanada to'liq va sifatli birlashtirishga yordam beradi, bu ayniqsa murakkab integratsiyalashgan tizimlar ishlab chiqilayotgan sharoitlarda, masalan, jarayonni boshqarish tizimini o'z ichiga olgan CAD-CAM, boshqaruv tizimi, SAPR dizayneri, SAPR texnologi, ASNI va boshqa tizimlar.

Standartlashtirish ob'ekti sifatida ASning xususiyatlarini aks ettiruvchi bir nechta muhim qoidalar aniqlangan, masalan: "umuman, AS dasturiy-apparat (PTK), dasturiy-uslubiy (PMK) komplekslari va tashkiliy-texnik tarkibiy qismlarning alohida qismlaridan iborat. texnik, dasturiy va axborot ta’minoti”.

PTC va AS tushunchalarini ajratish printsipni o'z ichiga oladi, unga ko'ra AS "ma'lumotlar bazasiga ega IS" emas, balki:

  • "Axborot jarayonlarini avtomatlashtirishga asoslangan echimlarni ishlab chiqishni ta'minlaydigan tashkiliy-texnik tizim turli sohalar faoliyat (boshqaruv, loyihalash, ishlab chiqarish va boshqalar) yoki ularning kombinatsiyasi" (RD 50-680-88 bo'yicha), bu biznesni reinjiniring aspektlarida ayniqsa dolzarbdir;
  • "O'rnatilgan funktsiyalarni bajarish uchun axborot texnologiyalarini joriy qiluvchi xodimlar va ularning faoliyatini avtomatlashtirish vositalari to'plamidan iborat tizim" (GOST 34.003-90 ga muvofiq).

Ushbu ta'riflar shuni ko'rsatadiki, AS, birinchi navbatda, qarorlar qabul qiladigan va tashkiliy-texnik vositalar bilan ta'minlangan boshqa boshqaruv harakatlarini bajaradigan xodimlardir.

Majburiyat darajasi:

oldingi to'liq majburiy talab yo'q, GOST34 materiallari asosan uslubiy yordamga aylandi, ko'pincha standartda texnik xususiyatlar tarkibiga va AES sinovlarini o'tkazishga qo'yiladigan talablar to'plamiga ega bo'lgan mijozlar uchun. Shu bilan birga, GOST34 ning foydaliligi, agar ular AS hayot tsikli profilini shakllantirishda yanada moslashuvchan foydalanilsa, ko'p marta oshishi mumkin.

Tomonlar o'rtasidagi o'zaro hamkorlikning asosiy hujjati AESni yaratish uchun texnik shartlardir. Texnik spetsifikatsiya ASni yaratish va uni qabul qilish uchun asosiy manba hujjati bo'lib, texnik spetsifikatsiya mijoz va ishlab chiquvchi o'rtasidagi o'zaro munosabatlarning eng muhim nuqtalarini belgilaydi. Bunday holda, texnik shartlar ishlab chiquvchi tashkilot tomonidan ishlab chiqiladi (GOST 34.602-89 bo'yicha), lekin mijoz rasmiy ravishda ishlab chiquvchiga texnik shartlarni beradi (RD 50-680-88 bo'yicha).

2.3. Rossiya Federatsiyasining davlat standartlari (GOST R)

Rossiya Federatsiyasida xalqaro ISO standartlarini bevosita qo'llash asosida ishlab chiqilgan dasturiy ta'minotni hujjatlashtirish uchun bir qator standartlar mavjud. Bu? qabul qilish vaqtidagi eng so'nggi standartlar. Ulardan ba'zilari bevosita loyiha menejerlari yoki axborot xizmatlari direktorlariga murojaat qilishadi. Shu bilan birga, ular professionallar orasida asossiz ravishda kam tanilgan. Mana ularning ijrosi.

GOST R ISO/IEC 9294-93 Axborot texnologiyalari. Dasturiy ta'minot hujjatlarini boshqarish bo'yicha qo'llanma. Standart ISO/IEC TO 9294:1990 xalqaro standartiga to‘liq mos keladi va bu borada tavsiyalar beradi. samarali boshqaruv ularni yaratish uchun mas'ul bo'lgan menejerlar uchun dasturiy ta'minotni hujjatlashtirish. Standartning maqsadi - dasturiy ta'minotni hujjatlashtirish strategiyasini aniqlashda yordam berish; hujjatlar standartlarini tanlash; hujjatlarni rasmiylashtirish tartibini tanlash; zarur resurslarni aniqlash; hujjatlar rejalarini tuzish.

GOST R ISO/IEC 9126-93 Axborot texnologiyalari. Dasturiy ta'minot mahsulotlarini baholash. Sifat xususiyatlari va ulardan foydalanish bo'yicha ko'rsatmalar. Standart ISO/IEC 9126:1991 xalqaro standartiga to‘liq mos keladi. Uning kontekstida sifat tavsifi "dasturiy mahsulotning sifati tavsiflanadigan va baholanadigan xususiyatlar (atributlar) to'plami" deb tushuniladi. Standart oltita keng qamrovli xususiyatni belgilaydi, ular minimal takrorlash bilan dasturiy ta'minot (dasturiy ta'minot, dasturiy mahsulotlar) sifatini tavsiflaydi: funksionallik; ishonchliligi; amaliylik; samaradorlik; hamrohlik; harakatchanlik. Ushbu xususiyatlar dasturiy ta'minot sifatini yanada aniqlashtirish va tavsiflash uchun asos bo'lib xizmat qiladi.

GOST R ISO 9127-94 Axborotni qayta ishlash tizimlari. Iste'molchi dasturiy paketlari uchun foydalanuvchi hujjatlari va qadoqlash ma'lumotlari. Standart ISO 9127:1989 xalqaro standartiga to‘liq mos keladi. Ushbu standart maqsadlari uchun iste'molchi dasturiy ta'minot to'plami (CPP) "muayyan funktsiyani bajarish uchun mo'ljallangan va sotiladigan dasturiy mahsulot; dastur va unga tegishli hujjatlar yagona birlik sifatida sotuvga qadoqlangan" deb ta'riflanadi. Foydalanuvchi hujjatlari deganda oxirgi foydalanuvchiga dasturiy ta'minotni o'rnatish va ishlatish to'g'risida ma'lumot beradigan hujjatlar tushuniladi. Qadoqlash to'g'risidagi ma'lumotlar qayta ishlab chiqarilgan ma'lumotlarni anglatadi tashqi qadoqlash PP. Uning maqsadi potentsial xaridorlarga dasturiy ta'minot haqida asosiy ma'lumotlarni taqdim etishdir.

GOST R ISO/IEC 8631-94 Axborot texnologiyalari. Dasturiy ta'minot konstruktsiyalari va shartli belgilar ularning taqdimoti uchun. Protsessual algoritmlarning taqdimotini tavsiflaydi.

2.4. ISO/IEC 12207 xalqaro standarti: 1995-08-01

ISO12207 ning birinchi nashri 1995 yilda ISO/IEC JTC1 "Axborot texnologiyalari, SC7 quyi qo'mitasi, dasturiy ta'minot muhandisligi" qo'shma texnik qo'mitasi tomonidan tayyorlangan.

Ta'rifga ko'ra, ISO12207 dasturiy ta'minotning bir qismi sifatida kiritilgan har xil (har qanday!) dasturiy ta'minot va AS loyihalari turlariga qaratilgan dasturiy ta'minotning hayot aylanish jarayonlari uchun asosiy standartdir. Standart strategiyani belgilaydi va umumiy tartib dasturiy ta'minotni yaratish va ishlatishda u g'oyalarni kontseptsiyalashdan to hayot aylanishini yakunlashgacha bo'lgan dasturiy ta'minotning hayot aylanishini qamrab oladi.

STANDARTNING juda muhim eslatmalari:

  1. Dasturiy ta'minotning hayot aylanish jarayonida qo'llaniladigan jarayonlar AS hayotiy tsiklida ishlatiladigan jarayonlarga mos kelishi kerak. (Shuning uchun AS va dasturiy ta'minot standartlaridan birgalikda foydalanishning maqsadga muvofiqligi aniq.)
  2. Noyob yoki aniq jarayonlar, faoliyat va vazifalarni qo'shish tomonlar o'rtasidagi shartnomada ko'rsatilishi kerak. Shartnoma keng ma'noda tushuniladi: qonuniy ravishda rasmiylashtirilgan shartnomadan norasmiy bitimga qadar, shartnoma bir tomon tomonidan o'z oldiga qo'yilgan vazifa sifatida belgilanishi mumkin.
  3. Standart printsipial jihatdan aniq harakat usullarini, kamroq tayyorlangan echimlarni yoki hujjatlarni o'z ichiga olmaydi. U dasturiy ta'minotning hayot aylanish jarayonlari arxitekturasini tavsiflaydi, lekin jarayonlarga kiritilgan xizmatlar va vazifalarni qanday amalga oshirish yoki bajarishni batafsil ko'rsatmaydi va natijada olingan hujjatlarning nomi, formati yoki aniq mazmunini belgilash uchun mo'ljallanmagan. Ushbu turdagi qarorlar standart foydalanuvchi tomonidan qabul qilinadi.

STANDART ta'riflar:

  1. Tizim - bu belgilangan ehtiyojlar yoki maqsadlarni qondirish uchun bir yoki bir nechta jarayonlar, apparat, dasturiy ta'minot, uskunalar va odamlarning kombinatsiyasi.
  2. Hayotiy tsikl modeli- ishlab chiqish, foydalanish va texnik xizmat ko'rsatish jarayonida amalga oshiriladigan jarayonlar, harakatlar va vazifalarni o'z ichiga olgan tuzilma dasturiy mahsulot tizimning ishlash muddati davomida, talablarni aniqlashdan to undan foydalanishni yakunlashgacha.
    Ko'pgina jarayonlar va vazifalar dasturiy ta'minot loyihalariga mos ravishda moslashtirilishi mumkin bo'lgan tarzda ishlab chiqilgan. Moslashuv jarayoni - bu muayyan loyihaga taalluqli bo'lmagan jarayonlar, faoliyat va vazifalarni bartaraf etish jarayoni. Moslashuvchanlik darajasi: maksimal
  3. Malaka talabi- mezonlar yoki shartlar to'plami ( malaka talablari) dasturiy ta'minot mahsulotini uning spetsifikatsiyalariga mos keladigan (shartlarini qondiradigan) va maqsadli muhitda foydalanishga tayyor deb bilish uchun qanoatlantirilishi kerak.

Standart talab qilmaydi maxsus model Hayotiy tsikl yoki dasturiy ta'minotni ishlab chiqish usuli, lekin standartdan foydalanish taraflari dasturiy ta'minot loyihasi uchun hayot tsikli modelini tanlash, standart jarayonlari va vazifalarini ushbu modelga moslashtirish, dasturiy ta'minotni ishlab chiqish usullarini tanlash va qo'llash uchun javobgar ekanligini belgilaydi. , dasturiy ta'minot loyihasiga mos keladigan harakatlar va vazifalarni bajarish uchun.

ISO12207 standarti ikki tomonning har birining harakatlarini tashkil etishga teng darajada yo'naltirilgan: yetkazib beruvchi (ishlab chiquvchi) va xaridor (foydalanuvchi); agar ikkala tomon ham bir tashkilotdan bo'lsa, teng ravishda qo'llanilishi mumkin.

Har bir hayot aylanish jarayoni bir qator harakatlarga, har bir harakat bir qator vazifalarga bo'linadi. ISO o'rtasidagi juda muhim farq: har bir jarayon, harakat yoki vazifa kerak bo'lganda boshqa jarayon tomonidan boshlanadi va bajariladi va oldindan belgilangan ketma-ketliklar mavjud emas (albatta, vazifalarning dastlabki ma'lumotlariga ko'ra ulanishlar mantig'ini saqlagan holda va hokazo). ).

ISO12207 standarti quyidagilarni ta'riflaydi:

  1. Dasturiy ta'minotning hayot aylanish jarayonining 5 ta asosiy jarayoni:
    • Qabul qilish jarayoni. AS, dasturiy mahsulot yoki dasturiy ta'minot xizmatini sotib olgan xarid qiluvchi korxonaning harakatlarini belgilaydi.
    • Yetkazib berish jarayoni. Xaridorga tizim, dasturiy mahsulot yoki dasturiy ta'minot xizmatini etkazib beruvchi yetkazib beruvchi kompaniyaning harakatlarini belgilaydi.
    • Rivojlanish jarayoni. Dasturiy mahsulot va dasturiy mahsulotni qurish tamoyilini ishlab chiquvchi ishlab chiqaruvchi korxonaning harakatlarini belgilaydi.
    • Faoliyat jarayoni. Tizimga (nafaqat dasturiy ta'minotga) xizmat ko'rsatishni ta'minlovchi operator-kompaniyaning foydalanuvchilar manfaatlarini ko'zlab ishlashi davomida harakatlarini belgilaydi. Ishlab chiqaruvchi tomonidan foydalanish yo'riqnomasida belgilangan harakatlardan farqli o'laroq (ishlab chiquvchining ushbu faoliyati ko'rib chiqilayotgan barcha uchta standartda ko'zda tutilgan), operatorning harakatlari foydalanuvchilar bilan maslahatlashish, ma'lumot olish uchun belgilanadi. fikr-mulohaza va hokazo, u o'zini o'zi rejalashtiradi va tegishli mas'uliyatni oladi.
    • Ta'mirlash jarayoni. Dasturiy ta'minot mahsulotiga texnik xizmat ko'rsatishni ta'minlaydigan yordamchi xodimlarning harakatlarini belgilaydi, bu dasturiy mahsulot modifikatsiyalarini boshqarish, uni qo'llab-quvvatlash. hozirgi holat va funktsional yaroqlilik, kompyuter tizimida dasturiy mahsulotni o'rnatish va olib tashlashni o'z ichiga oladi.
  2. Dasturiy ta'minot mahsulotining butun hayotiy tsiklining ajralmas qismi bo'lgan va dasturiy ta'minot loyihasining tegishli sifatini ta'minlaydigan boshqa jarayonni amalga oshirishni qo'llab-quvvatlaydigan 8 ta yordamchi jarayonlar:
    • muammoni hal qilish;
    • hujjatlar;
    • konfiguratsiyani boshqarish;
    • Sifatni ta'minlash guruhining qolgan jarayonlari natijalaridan foydalanadigan sifat kafolati, unga quyidagilar kiradi:
      • Tasdiqlash jarayoni;
      • Sertifikatlash jarayoni;
      • Hamkorlik asosida baholash jarayoni;
      • Audit jarayoni.
  3. 4 tashkiliy jarayon:
    • Boshqaruv jarayoni;
    • Infratuzilmani yaratish jarayoni;
    • Takomillashtirish jarayoni;
    • O'quv jarayoni.

Ular standartni muayyan loyiha shartlariga moslashtirish uchun zarur bo'lgan asosiy harakatlarni belgilaydigan maxsus Moslashuv jarayoni bilan birga keladi.

Bu erda takomillashtirish jarayoni AS yoki dasturiy ta'minotni takomillashtirishni anglatmaydi, balki tashkilotda haqiqatda amalga oshirilgan sotib olish, ishlab chiqish, sifatni ta'minlash va hokazo jarayonlarini takomillashtirishdir.

Quyida tavsiflangan moslashuvchanlik darajasini beradigan bosqichlar, bosqichlar, bosqichlar taqdim etilmaydi.

Standartning "dinamik" xususiyati jarayonlar va vazifalarning ketma-ketligi bilan belgilanadi, bunda bir jarayon boshqasini yoki kerak bo'lganda uning bir qismini chaqiradi.

  • tizim yoki dasturiy ta'minotga qo'yiladigan talablarni tahlil qilish va qayd etish nuqtai nazaridan Sotib olish jarayonining bajarilishi Ishlab chiqish jarayonining tegishli vazifalarini bajarishga turtki bo'lishi mumkin;
  • Yetkazib berish jarayonida etkazib beruvchi subpudratchilarni Sotib olish jarayoniga muvofiq boshqarishi va tegishli jarayonlarga nisbatan tekshirish va malakani amalga oshirishi kerak;
  • Texnik xizmat ko'rsatish ishlab chiqish jarayoniga muvofiq amalga oshiriladigan tizim va dasturiy ta'minotni ishlab chiqishni talab qilishi mumkin.

Bu tabiat har qanday hayot tsikli modelini amalga oshirish imkonini beradi.

Dasturiy ta'minot talablarini tahlil qilishda sifat tavsiflarining 11 klassi mavjud bo'lib, ular keyinchalik sifatni ta'minlashda qo'llaniladi.

Bunday holda, ishlab chiquvchi dasturiy ta'minot talablari sifatida quyidagilarni belgilashi va hujjatlashtirishi kerak:

  1. Funktsional va faollashtirish spetsifikatsiyalari, jumladan, dasturiy ta'minot elementi bajarilishi kerak bo'lgan bajarilishi, jismoniy xususiyatlari va ish muhiti sharoitlari;
  2. Dasturiy ta'minot bloki bilan tashqi ulanishlar (interfeyslar);
  3. Malakaviy talablar;
  4. Ishonchlilik spetsifikatsiyalari, shu jumladan foydalanish va texnik xizmat ko'rsatish usullari bilan bog'liq spetsifikatsiyalar, ta'sir muhit va xodimlarning shikastlanish ehtimoli;
  5. Xavfsizlik xususiyatlari
  6. Muhandislik psixologiyasi (ergonomika) uchun inson omillari spetsifikatsiyalari, shu jumladan qo'lda boshqarish, inson va asbob-uskunalarning o'zaro ta'siri, xodimlarning cheklovlari va inson xatosi va o'rganishga sezgir bo'lgan inson diqqatini jamlashni talab qiladigan sohalar;
  7. Ma'lumotlar va ma'lumotlar bazasi talablarini aniqlash;
  8. Yetkazib beriladigan dasturiy mahsulotni ishlatish va texnik xizmat ko'rsatish (foydalanish) joylarida o'rnatish va qabul qilish talablari;
  9. Foydalanuvchi hujjatlari;
  10. Foydalanuvchining ishlashi va ishlashiga qo'yiladigan talablar;
  11. Foydalanuvchiga xizmat ko'rsatish talablari.

    (Bu va shunga o'xshash xususiyatlar tizimni qo'llab-quvvatlash turlari uchun GOST 34da ko'zda tutilgan AESning xususiyatlariga mos kelishi qiziq va muhimdir.)

Standart ma'lumotlar bazasini loyihalashga qaratilgan juda kam tavsiflarni o'z ichiga oladi. Buni asosli deb hisoblash mumkin, chunki turli tizimlar va turli xil amaliy dasturlar paketlari nafaqat ma'lumotlar bazalarining o'ziga xos turlaridan foydalanishi, balki foydalana olmasligi ham mumkin.

Shunday qilib, ISO12207 maksimal moslashuvchanlik bilan mumkin bo'lgan vaziyatlarning eng keng doirasini qamrab oladigan jarayonlar, faoliyat va vazifalar to'plamiga ega.

U minimal cheklovlarni o'z ichiga olgan yaxshi tashkil etilgan standartni qanday qurish kerakligi haqidagi misolni ko'rsatadi ("ikkita loyiha bir xil emas" tamoyili). Shu bilan birga, jarayonlarning batafsil ta'riflari, hujjatlar shakllari va boshqalarni turli funktsional standartlarga, idoraviy standartlarga kiritish maqsadga muvofiqdir. qoidalar yoki ma'lum bir loyihada qo'llanilishi yoki qo'llanilmasligi mumkin bo'lgan xususiy texnikalar.

Shu sababli, ISO12207 ni markaziy standart sifatida ko'rib chiqish foydali bo'ladi, uning qoidalari muayyan loyiha uchun hayot tsikli standartlari profilini yaratish jarayonida dastlabki "asosiy" qoidalar to'plami sifatida qabul qilinadi. Ushbu "yadro" dasturiy ta'minot va AS hayot tsikli modelini, sifat kafolati kontseptsiyasini va loyihani boshqarish modelini belgilashi mumkin.

Amaliyotchilar boshqa usuldan foydalanadilar: ular o'zlari tarjima qiladilar va o'z loyihalarida foydalanadilar. zamonaviy standartlar podstansiyaning hayot aylanishini tashkil etish va ularning hujjatlari uchun. Ammo bu yo'l hech bo'lmaganda kamchilikdan aziyat chekadi, chunki turli ishlab chiquvchilar va mijozlar tomonidan tayyorlangan standartlarning turli xil tarjimalari va moslashuvlari juda ko'p tafsilotlarda farqlanadi. Ushbu farqlar muqarrar ravishda nafaqat nomlarga, balki standartlarda kiritilgan va qo'llaniladigan ularning mazmuniy ta'riflariga ham tegishli. Shunday qilib, bu yo'lda doimiy chalkashliklarning paydo bo'lishi muqarrar va bu nafaqat standartlarning, balki har qanday vakolatli uslubiy hujjatlarning maqsadlariga bevosita ziddir.

Hozirgi vaqtda Butunrossiya standartlari ilmiy-tadqiqot instituti dasturiy ta'minotni hujjatlashtirish uchun standartlar to'plamini takomillashtirish va ishlab chiqish bo'yicha takliflarni tayyorladi.

ma'lumotnoma

Hujjat standartlarini sotib olish uchun quyidagi tashkilotlarga murojaat qilishni tavsiya etamiz:

    IPK "Nashriyot standartlari", Ilmiy-texnik hujjatlarni tarqatish hududiy boshqarmasi ("Standartlar" do'koni), 17961, Moskva, st. Donskaya, 8, tel. 236-50-34, 237-00-02, faks/tel. 236-34-48 (GOST va GOST R bo'yicha).


Yuqoriga

GOST 19.105-78* (Dastur hujjatlari uchun umumiy talablar)

Ushbu GOSTdan biz olamizdasturiy hujjatlarni tayyorlash uchun umumiy talablar.Quyida eng muhim bo'limlar keltirilgan.

  • Ushbu standart kompyuterlar, komplekslar va tizimlar uchun dasturiy hujjatlarni, ularning maqsadi va qo'llanilishidan qat'i nazar, bajarilishiga qo'yiladigan umumiy talablarni belgilaydi va Yagona Dastur Hujjatlari Tizimi (USPD) standartlarida har xil turdagi hujjatlarni rasmiylashtirishning har qanday usuli uchun nazarda tutilgan. ma'lumotlar tashuvchilar.
  • Dastur hujjati quyidagi an'anaviy qismlardan iborat:
    • sarlavha;
    • axborot;
    • Asosiy;
    • o'zgarishlarni ro'yxatdan o'tkazish.
  • Muqova bo'limi tasdiqlash varaqasi va sarlavha sahifasidan iborat. Tasdiqlash varaqasi va sarlavha sahifasini tuzish qoidalari GOST 19.104-78 ga muvofiq belgilanadi.
  • Axborot qismi mavhum va mazmundan iborat bo'lishi kerak.
    • Axborot qismini har xil turdagi dasturiy hujjatlarga kiritish zarurati ushbu hujjatlar uchun tegishli ESPD standartlari bilan belgilanadi.
    • Annotatsiya hujjatning maqsadi va uning asosiy qismining qisqacha mazmuni haqida ma'lumot beradi.
    • Tarkib hujjatning asosiy qismining tarkibiy elementlari haqidagi yozuvlar ro'yxatini o'z ichiga oladi, ularning har biri quyidagilarni o'z ichiga oladi:
      • strukturaviy elementni belgilash (bo'lim, kichik bo'lim va boshqalar soni);
      • strukturaviy elementning nomi;
      • saqlash muhitidagi strukturaviy elementning manzili (masalan, sahifa raqami, fayl raqami va boshqalar).
  • Dastur hujjatining asosiy qismining tarkibi va tuzilishi tegishli hujjatlar uchun ESPD standartlari bilan belgilanadi.
  • Jurnal qismini o'zgartiring(har bir dastur hujjatida bo'lishi kerak)
    • Dastur hujjatidagi har bir o'zgarish GOST 19.603-78 talablariga muvofiq ushbu qismda qayd etiladi.
Yuqoriga
==================================
GOST 19.106-78* (Bosma shaklda ishlab chiqarilgan dasturiy hujjatlar uchun umumiy talablar
yo'l)
Ushbu GOSTdan biz olamiz umumiy qoidalar bosib chiqarish usuli uchundastur hujjatlari. Quyida eng muhim bo'limlar keltirilgan.
  • Ushbu standart kompyuterlar, komplekslar va tizimlar uchun dasturiy hujjatlarni, ularning maqsadi va qo'llanilishidan qat'i nazar, bajarish qoidalarini belgilaydi va bosma ijro etish usuli uchun Yagona Dastur hujjatlari tizimi (USPD) standartlarida nazarda tutilgan.
  • Standart "Dastur matni" dasturiy hujjatiga taalluqli emas.
  • Dastur hujjatining tarkibi va tuzilishi GOST 19.105-78 ga muvofiq belgilanadi.
  • Dastur hujjati bajariladivaraqning bir tomonida, ikki oraliqda; bir yoki bir yarim oraliqda ruxsat etiladi.
  • Dastur hujjatlari quyidagilar tomonidan tuziladi:
    • A4 formatidagi varaqlarda (GOST 2.301-68) - matn terish yoki qo'l yozuvi bilan hujjat tayyorlashda (1-shakl). A3 varaqlarida rasm chizishga ruxsat beriladi.


  • Dasturiy hujjatning materiallari quyidagi ketma-ketlikda joylashtirilgan:
    • sarlavha qismi:
      • tasdiqlash varaqasi (hujjat varaqlarining umumiy soniga kiritilmagan);
      • sarlavha sahifasi (hujjatning birinchi sahifasi);
    • ma'lumot qismi:
      • izoh;
      • Mundarija;
    • Asosiy qism:
      • hujjat matni (rasmlar, jadvallar va boshqalar bilan);
      • ilovalar;
      • atamalar ro'yxati, qisqartmalar ro'yxati, raqamlar ro'yxati, jadvallar ro'yxati, mavzu ko'rsatkichi, ma'lumotnomalar ro'yxati;
    • jurnal qismini o'zgartirish:
      • ro'yxatga olish varaqasini o'zgartirish.
  • Referat alohida (raqamlangan) sahifaga “ABSTRAKT” sarlavhasi bilan joylashtiriladi va bo‘lim sifatida raqamlanmaydi.
    • Annotatsiya dasturning nashrini ko'rsatadi va hujjatning maqsadi va mazmunini qisqacha bayon qiladi. Agar hujjat bir necha qismdan iborat bo'lsa, unda qismlarning umumiy soni izohda ko'rsatiladi.
  • Hujjat mazmuni izohdan keyin alohida (raqamlangan) varaqda (sahifalarda) joylashtiriladi, “MAZMUNI” sarlavhasi bilan ta’minlanadi, bo‘lim sifatida raqamlanmaydi va hujjatning umumiy varaqlari soniga kiritiladi.
  • Bo'lim sarlavhalari bosh harflar bilan yoziladi va matnning o'ng va chap chegaralariga nisbatan simmetrik tarzda joylashtiriladi.
  • Kichik bo'lim sarlavhalari paragrafdan kichik harflar bilan yoziladi (birinchi bosh harfdan tashqari).
  • Sarlavhalardagi so'zlarni defis qo'yishga yo'l qo'yilmaydi. Sarlavha oxirida nuqta yo'q.
  • Sarlavha va keyingi matn, shuningdek, bo'lim va kichik bo'lim sarlavhalari orasidagi masofa quyidagilarga teng bo'lishi kerak:
    • hujjatni mashinkada yozishda bajarishda - ikki interval.
  • Matn oldingi bo'lim matni bilan bir sahifada yozilgan bo'limlar va bo'limlar uchun matnning oxirgi qatori va keyingi sarlavha o'rtasidagi masofa quyidagilarga teng bo'lishi kerak:
    • hujjatni mashinka usulida bajarishda - uchta mashinkada yozish oralig'i.
  • Bo'limlar, kichik bo'limlar, paragraflar va kichik bandlar arab raqamlari bilan nuqta bilan raqamlanishi kerak.
  • Bo'limda ushbu bo'limga kiritilgan barcha bo'limlar, paragraflar va kichik paragraflar uchun doimiy raqamlash bo'lishi kerak.
  • Bo'limlarni raqamlash bo'lim raqamini va ushbu bo'limga kiritilgan bo'limning tartib raqamini o'z ichiga oladi, ular nuqta bilan ajratiladi (2.1; 3.1 va boshqalar).
  • Agar bo'limlar va bo'limlar mavjud bo'lsa, band va kichik bandning tartib raqami (3.1.1, 3.1.1.1 va boshqalar) nuqtadan keyin kichik bo'lim raqamiga qo'shiladi.

Dasturiy hujjat matni tuzilishi va uning bo'limlari, bo'limlari, paragraflari va kichik bandlarini raqamlash misoli.

  • Hujjat matni qisqa, tushunarli bo'lishi kerak, noto'g'ri talqin qilish ehtimolini istisno qiladi.
  • Atamalar va ta'riflar bir xil bo'lishi va belgilangan standartlarga mos kelishi kerak, ular yo'q bo'lganda - ilmiy va texnik adabiyotlarda umumiy qabul qilingan va atamalar ro'yxatida keltirilgan.
  • Hujjat matniga kerakli tushuntirishlar izohlarda berilishi mumkin.
    • Izoh shriftning yuqori chekka chizig'i darajasida joylashgan qavsli raqam bilan ko'rsatiladi, masalan: "bosma qurilma 2) ..." yoki "qog'oz 5)".
    • Agar izoh bitta so'zga tegishli bo'lsa, izoh belgisi to'g'ridan-to'g'ri ushbu so'zning yoniga qo'yiladi, lekin agar u bir butun gapni bildirsa, u holda gap oxirida. Izoh matni sahifaning oxiriga joylashtiriladi va sahifaning chap tomoniga 3 sm uzunlikdagi chiziq bilan asosiy matndan ajratiladi.
  • Rasmlar, agar ma'lum bir hujjatda ulardan bir nechtasi bo'lsa, butun hujjat bo'ylab arab raqamlari bilan raqamlanadi.
  • Hujjatdagi formulalar, agar ulardan bir nechtasi bo'lsa, arab raqamlari bilan raqamlanadi, raqam sahifaning o'ng tomonida, formulalar darajasida qavs ichida joylashtiriladi.
  • Formulaga kiritilgan belgilar va raqamli koeffitsientlarning ma'nosi to'g'ridan-to'g'ri formula ostida berilishi kerak. Har bir belgining ma'nosi bilan bosiladi yangi qator ular formulada berilgan tartibda. Transkriptning birinchi qatori "qaerda" so'zi bilan boshlanishi kerak, undan keyin ikki nuqta qo'yilmaydi.
  • Dastur hujjatlarida standartlarga havolalarga ruxsat beriladi (korxona standartlari bundan mustasno), texnik shartlar va boshqa hujjatlar (masalan, hokimiyat hujjatlari Davlat nazorati, SSSR Davlat qurilish qo'mitasining qoidalari va qoidalari). Standartlar va texnik shartlarga murojaat qilganda, ularning belgilanishi ko'rsatiladi.
  • Hujjatga umuman yoki uning bo'limlariga havola qilish kerak (hujjatning nomi va nomi, bo'lim yoki ilovaning raqami va nomi ko'rsatilgan). Bo'lim yoki ilovaga havolalarni takrorlashda faqat raqam ko'rsatiladi.
  • Matn va jadvallardagi eslatmalar faqat ma'lumotnoma va tushuntirish ma'lumotlarini ko'rsatadi.
    • Bitta eslatma raqamlanmagan. "Eslatma" so'zidan keyin nuqta qo'ying.
    • Bir nechta eslatmalar arab raqamlari yordamida nuqta bilan tartiblangan bo'lishi kerak. "Eslatma" so'zidan keyin ikki nuqta qo'ying.
  • Matndagi so'zlarning qisqartmasi va rasmlar ostidagi yozuvlarga yo'l qo'yilmaydi.
  • Tasvirlangan material, jadvallar yoki qo'llab-quvvatlovchi matn ilovalar shaklida taqdim etilishi mumkin.
  • Har bir ariza yangi sahifadan boshlanib, yuqori o‘ng burchakda “ILOVA” so‘zi ko‘rsatilgan va matnga simmetrik ravishda bosh harflar bilan yozilgan mavzuli sarlavhaga ega bo‘lishi kerak.(oxir-oqibat, loyiha yaratish uchun bizga faqat o'zgarishlarni ro'yxatga olish varag'i kerak).
    • Ushbu standart Dastur hujjatlarining yagona tizimi (USPD) standartlarida nazarda tutilgan va chop etilgan dasturiy hujjatlarga o'zgartirishlar kiritish qoidalarini belgilaydi.
    Ushbu GOSTdagi ma'lumotlarning katta miqdori va ushbu sahifadagi joyni tejash uchun men uni o'zingiz ko'rishni maslahat beraman GOST 19.604-78* . Tayyor dizayn namunasi"Ro'yxatdan o'tish varag'ini o'zgartirish"Siz uni YUKLASH bo'limida taqdim etilgan istalgan dastur hujjatida ko'rishingiz mumkin

    Yuqoriga
    ==================================

Tegishli nashrlar