Dastur hujjatlarining yagona tizimi. Algoritmlar va dasturlar sxemalari. Amalga oshirish qoidalari.
Dastur hujjatlarining yagona tizimi. Algoritmlar va dasturlar sxemalari. Grafik belgilar
Dastur hujjatlarining yagona tizimi. Shartlar va ta'riflar.
Dastur hujjatlarining yagona tizimi. Algoritmlar va dasturlarning R-diagrammalari.
Dastur hujjatlarining yagona tizimi. Dastur turlari va dastur hujjatlari.
Dastur hujjatlarining yagona tizimi. Rivojlanish bosqichlari.
Dastur hujjatlarining yagona tizimi. Dasturlar va dasturiy hujjatlarning belgilanishi.
Dastur hujjatlarining yagona tizimi. Asosiy yozuvlar.
Dastur hujjatlarining yagona tizimi. Dastur hujjatlari uchun umumiy talablar.
Dastur hujjatlarining yagona tizimi. Chop etilgan dastur hujjatlariga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Texnik vazifa. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Spetsifikatsiya. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Test dasturi va metodikasi. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Dastur matn. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Dastur tavsifi.
Dastur hujjatlarining yagona tizimi. Asl nusxalar egalari ro'yxati.
Dastur hujjatlarining yagona tizimi. Tushuntirish eslatmasi. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Shakl. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Umumiy tavsif. Yaratish va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Tizim dasturchisi uchun qo'llanma. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Dasturchi uchun qo'llanma. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Operator uchun qo'llanma. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Tilning tavsifi. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Operatsion hujjatlar bayonnomasi.
Dastur hujjatlarining yagona tizimi. Xizmat qo'llanma. Tarkib va dizaynga qo'yiladigan talablar.
Dastur hujjatlarining yagona tizimi. Ko'paytirish, hisobga olish va saqlashning umumiy qoidalari.
Dastur hujjatlarining yagona tizimi. Chop etilgan dastur hujjatlarini takrorlash, hisobga olish va saqlash qoidalari.
Dastur hujjatlarining yagona tizimi. O'zgartirishlar kiritishning umumiy qoidalari.
Dastur hujjatlarining yagona tizimi. Bosma shaklda kiritilgan dastur hujjatlariga o'zgartirishlar kiritish qoidalari.
GOST 19.101-77
T55 guruhi
DAVLATlararo STANDART
Dastur hujjatlarining yagona tizimi
DASTURLAR VA DASTURIY HUJJATLAR TURLARI
Dastur hujjatlari uchun yagona tizim. Dastur turlari va dastur hujjatlari
ISS 35.080
Kirish sanasi 1980-01-01
SSSR Vazirlar Kengashi Davlat Standartlar Qo'mitasining 1977 yil 20 maydagi N 1268-sonli qarori bilan joriy etilgan sana 01.01.80 y.
EDITION (2010 yil yanvar) 1981 yil iyun oyida tasdiqlangan 1-sonli tuzatish bilan (IUS 9-81).
Ushbu standart maqsad va ko'lamidan qat'i nazar, kompyuterlar, komplekslar va tizimlar uchun dasturlar va dasturiy hujjatlar turlarini belgilaydi.
Standart ST SEV 1626-79 ga to'liq mos keladi.
(O'zgartirilgan nashr, № 1 tuzatish).
1. DASTURLAR TURLARI
1. DASTURLAR TURLARI
1.1. Dasturni (GOST 19781-90 bo'yicha) mustaqil ravishda va (yoki) boshqa dasturlarning bir qismi sifatida aniqlash va ishlatishga ruxsat beriladi.
1.2. Dasturlar 1-jadvalda ko'rsatilgan turlarga bo'linadi.
1-jadval
Dastur turi | Ta'rif |
Komponent | Bir butun sifatida ko'rib chiqiladigan, to'liq funktsiyani bajaradigan va mustaqil ravishda yoki kompleksning bir qismi sifatida foydalaniladigan dastur |
Kompleks | O'zaro bog'liq funktsiyalarni bajaradigan ikki yoki undan ortiq komponentlar va (yoki) komplekslardan iborat bo'lgan va mustaqil ravishda yoki boshqa kompleksning bir qismi sifatida foydalaniladigan dastur. |
1.3. Dastur uchun ishlab chiqilgan hujjatlar dasturni ma'lumotlar tashuvchilarda amalga oshirish va uzatish, shuningdek, dasturiy mahsulotni ishlab chiqarish uchun ishlatilishi mumkin.
1.2, 1.3. (O'zgartirilgan nashr, № 1 tuzatish).
2. DASTURIY HUJJATLARNING TURLARI
2.1. Dasturiy ta'minot hujjatlariga dasturlarni ishlab chiqish, ishlab chiqarish, texnik xizmat ko'rsatish va ishlatish uchun zarur bo'lgan ma'lumotlarni o'z ichiga olgan hujjatlar kiradi.
2.2. Dasturiy hujjatlarning turlari va ularning mazmuni 2-jadvalda keltirilgan.
jadval 2
Dastur hujjati turi | |
Spetsifikatsiya | Dasturning tarkibi va u uchun hujjatlar |
Dastur hujjatlarining asl nusxalari saqlanadigan korxonalar ro'yxati |
|
Dastur matn | Kerakli izohlar bilan dasturni 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, dasturga qo'yiladigan texnik, texnik, iqtisodiy va maxsus talablar, ishlab chiqishning zarur bosqichlari va muddatlari, sinov turlari. |
Tushuntirish eslatmasi | Algoritm diagrammasi, algoritmning umumiy tavsifi va (yoki) dasturning ishlashi, shuningdek qabul qilingan texnik va texnik-iqtisodiy qarorlarni asoslash |
Operatsion hujjatlar | Dasturning ishlashi va ishlashini ta'minlash uchun ma'lumot |
2.3. Operatsion hujjatlarning turlari va ularning mazmuni 3-jadvalda keltirilgan.
3-jadval
Operatsion hujjat turi | |
Dastur uchun operatsion hujjatlar ro'yxati |
|
Shakl | Dasturning asosiy xarakteristikalari, dasturning to'liqligi va ishlashi haqidagi ma'lumotlar |
Ilova tavsifi | Dasturning maqsadi, qo'llanilish sohasi, qo'llaniladigan usullar, echilishi kerak bo'lgan muammolar sinfi, dastur uchun cheklovlar, apparatning minimal konfiguratsiyasi haqida ma'lumot |
Muayyan dastur shartlari uchun dasturning ishlashini tekshirish, ta'minlash va sozlash uchun ma'lumot |
|
Dasturchi uchun qo'llanma | Dastur bilan ishlash uchun ma'lumot |
Operator uchun qo'llanma | Dasturni bajarish jarayonida operatorni kompyuter tizimi bilan bog'lash 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 |
2.4. 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.
2.5. Turli bosqichlarda ishlab chiqilgan dasturiy hujjatlar turlari va ularning kodlari 4-jadvalda keltirilgan.
4-jadval
Kod | Hujjat turi | Rivojlanish bosqichlari |
|||
Dastlabki dizayn | Texnik loyiha | Ishchi qoralama |
|||
komponent | murakkab |
||||
Spetsifikatsiya | |||||
Asl egalari ro'yxati | |||||
Dastur matn | |||||
Dastur tavsifi | |||||
Operatsion hujjatlar bayonnomasi | |||||
Shakl | |||||
Ilova tavsifi | |||||
Tizim dasturchisi uchun qo'llanma | |||||
Dasturchi uchun qo'llanma | |||||
Operator uchun qo'llanma | |||||
Til tavsifi | |||||
Xizmat qo'llanma | |||||
Test dasturi va metodikasi | |||||
Tushuntirish eslatmasi | |||||
Boshqa hujjatlar | |||||
Shartli belgilar:
- hujjat majburiydir;
- hujjat mustaqil qo'llanilishi bo'lgan komponentlar uchun majburiydir;
- hujjatni rasmiylashtirish zarurati texnik topshiriqlarni ishlab chiqish va tasdiqlash bosqichida aniqlanadi;
- - hujjat tuzilmagan.
2.2-2.5. (O'zgartirilgan nashr, № 1 tuzatish).
2.6. Operatsion hujjatlarning ayrim turlarini birlashtirishga ruxsat beriladi (tezkor hujjatlar bayonnomasi va shakl bundan mustasno). Ushbu hujjatlarni birlashtirish zarurati texnik topshiriqda ko'rsatilgan. Birlashtirilgan hujjatga birlashtirilgan hujjatlardan birining nomi va belgisi beriladi.
Birlashtirilgan hujjatlarda har bir birlashtirilgan hujjatga kiritilishi kerak bo'lgan ma'lumotlar bo'lishi kerak.
2.7. Texnik shartlarni ishlab chiqish va tasdiqlash bosqichida dasturni ishlab chiqarish, nazorat qilish va qabul qilish uchun talablarni o'z ichiga olgan texnik shartlarni tuzish zarurati aniqlanadi.
Texnik spetsifikatsiyalar "Ishchi loyihalash" bosqichida ishlab chiqiladi.
2.8. Mustaqil foydalanish uchun mo'ljallanmagan komponentlar va boshqa komplekslarga kiritilgan komplekslar uchun texnik shartlarni tuzish zarurati buyurtmachi bilan kelishilgan holda belgilanadi.
(Qo'shimcha ravishda kiritilgan, Rev. N 1).
Hujjatning elektron matni
"Kodeks" OAJ tomonidan tayyorlangan va tasdiqlangan:
rasmiy nashr
Yagona dasturiy ta'minot tizimi
hujjatlar: shanba. GOSTlar. -
M .: Standartinform, 2010
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'ichirlay boshladi, qo'llaridagi "eng yaxshi" matnimning bosma nusxasini ko'zlarini yugurtirdi. Uning g'uvullashining umumiy ma'nosi shundan iboratki, u "noto'g'ri", "noto'g'ri" va "boshqalar qanday ishlayotganiga qarang" bo'lib chiqdi. Undan boshqa javob olishning iloji bo'lmagani uchun men “boshqalar”ga hujjatlar misollariga amal qildim. Qoidaga ko'ra, bu kulgili bolalar edi, ularning nutqlari "bu erda misollar", "umuman, GOST bo'yicha" 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 bir necha odamlar 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 uchrab turadi. Ha, "Dastur tavsifi" "Ilova tavsifi" dan qanday farq qilishini tushunadigan kompaniyalar bor edi, ammo ularning aniq ozchiligi bor edi. Internetda, odatda, dasturchilar uchun GOST standartlari aniq asos bo'lib, ular ostida "egilgan" bo'lsa kerak, degan nuqtai nazar ustunlik qiladi. Loyiha loyihasi "mijozdan qo'shimcha banknotlarni olib qo'yishning nisbatan halol usuli" deb hisoblanadi. Men buni nisbatan yaqinda - ichki o'ziga xosliklar uchun aniqlangan talablarni boshqarish tizimini ishlab chiqish jarayonida tushunishim va tushunishim kerak edi. Albatta, "GOST bo'yicha" yaratilishi kerak bo'lgan hujjatlar.
Bu erda men dasturchi mahalliy korxonalarda, ayniqsa ilmiy-tadqiqot institutlarida 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 bilan o'nlab yillar davomida ishlagan odamlar bor va ular meni tuzatadilar. To'g'rirog'i, maqola rasmga endigina kirib kelayotganlar uchun "yo'l xaritasi"ning chizmalarini chizishga harakat qilmoqda.
Standartlar
Keling, standartlar nima ekanligini tezda ko'rib chiqaylik (IT sohasiga e'tibor qaratish).- xalqaro. O'ziga xos xususiyat - xalqaro tashkilot tomonidan qabul qilingan. Bunday tashkilotga misol sifatida ISO (Xalqaro standartlashtirish tashkiloti)ni keltirish mumkin. Uning standartiga misol: ISO 2382-12: 1988 (Periferik uskunalar). ISO va Xalqaro elektrotexnika komissiyasining umumiy standartlari (IEC, rus tilida - IEC) keng tarqalgan: masalan, ISO / IEC 12207: 2008 (dasturiy ta'minotning hayot aylanishi);
- mintaqaviy. O'ziga xos xususiyat - standartlashtirish bo'yicha mintaqaviy komissiya tomonidan qabul qilingan. Masalan, ko'pgina sovet GOSTlari endi mintaqaviy standart hisoblanadi, chunki sobiq ittifoq respublikalarining ayrimlarini 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;
- jamoat birlashmalarining standartlari; Misol uchun, bir xil IEC: IEC 60255;
- milliy standartlar. Rossiya uchun bunday standartlarning boshida - "GOST R". Uch xil bo'lishi mumkin:
- xalqaro yoki mintaqaviy hujjatlarning aniq nusxalari. "O'z-o'zidan yozilgan" (milliy, mustaqil ravishda yozilgan) dan farq qilmaydigan tarzda belgilanadi;
- qo'shimchalar bilan xalqaro yoki mintaqaviy nusxalari. Ular asos sifatida qabul qilingan xalqaro shifrning ichki standarti shifriga qo'shilishi bilan ko'rsatilgan. Masalan: GOST R ISO / IEC 12207;
- aslida milliy standartlar. Masalan, GOST R 34.11-94.
Har bir darajadagi va har bir tashkilotdagi yozuv tizimlari har xil, har bir holat uchun siz alohida tushunishingiz kerak bo'ladi. "Kimning" standarti sizning ko'zingiz oldida ekanligini tezda tushunish uchun siz cheat varag'idan foydalanishingiz mumkin.
GOST
Shunday qilib: xalqaro, davlatlararo (mintaqaviy) va milliy standartlar mavjud. GOST, biz aniqlaganimizdek, mintaqaviy standartdir. GOSTlar, menimcha, juda chalkash tizimga ega. Bu GOST R 1.5-2004 da to'liq belgilangan, men unda harakat qilish uchun minimal beraman. Birinchidan, GOSTning belgilanishi va uning tasnifi o'rtasidagi farqni ajratish kerak. Belgilanish, qo'pol qilib aytganda, standartning o'ziga xos identifikatoridir. Tasniflagich kodi yordamchi kod bo'lib, standartni topishga yoki uning qaysi mutaxassislik sohasiga tegishli ekanligini aniqlashga yordam beradi. Ko'p tasniflagichlar bo'lishi mumkin, asosan ikkitasi qo'llaniladi: KGS (davlat standartlari klassifikatori) va uning vorisi OKS (butunrossiya standartlari tasniflagichi). Masalan: "GOST R 50628-2000" - standartning belgilanishi. Belgilanish bo'yicha u faqat 2000 yilda qabul qilinganligi aniq. Unda "33.100; 35.160" OKS kodi mavjud: ya'ni. "33" - "Telekommunikatsiya, audio, video" bo'limi, "100" - "elektromagnit moslik" kichik bo'limi. Biroq, u 35.160 klassifikator filialiga ham kiritilgan. “35” - “Axborot texnologiyalari. Ofis mashinalari "," 160 "-" Mikroprotsessorli tizimlar .... ". Va CGSga ko'ra, u "E02" kodiga ega, bu "E" - "Elektron muhandislik, radioelektronika va aloqa", "0" - "Elektron muhandislik, radioelektronika va aloqa uchun umumiy qoidalar va normalar" va boshqalarni anglatadi.Agar siz standartning belgilanishini bilsangiz, unda siz uning KGS va OKS uchun kodlarini, masalan, ushbu oqilona saytdan olishingiz mumkin.
Shunday qilib, GOSTlarning belgilariga qaytish. Ikkita variant bo'lishi mumkin:
- standart bir qator standartlarga ishora qiladi. Bunday holda, standart toifadagi indeksdan keyin (masalan, GOST, GOST R yoki GOST RV) seriyali kod, nuqta va seriya ichidagi standart belgi mavjud. Seriyadagi standartlarni nomlash qoidalari seriya qoidalari bilan belgilanadi. Masalan: GOST RV 15.201-2000, GOST R 22.8.0-99, GOST 19.101-77;
- standart bir qator standartlarga tegishli emas. Keyin, toifa indeksidan keyin oddiygina standartning tartib raqami, chiziqcha va qabul qilingan yil mavjud. Masalan, GOST R 50628-2000.
ESPD
ESPD GOSTlarning ushbu seriyalaridan biri bo'lib, 19-son. Ya'ni. ESPD bilan bog'liq barcha standartlar "19." prefiksi bilan boshlanadi: masalan, GOST 19.106-78. Bu "Dastur hujjatlarining yagona tizimi" degan ma'noni anglatadi. Boshqa seriyalar ham bor:- GOST ESKD (loyiha hujjatlari uchun yagona tizim, "2." prefiksi);
- GOST ESTD (texnologik hujjatlarning yagona tizimi, "3." prefiksi);
- GOST R, Mahsulotni ishlab chiqish va ishlab chiqarishga kiritish tizimi, "15." prefiksi;
- GOST RV, Qurol-yarog' va harbiy texnika. Mahsulotni ishlab chiqish va ishlab chiqarishga joriy etish tizimi, “15.” prefiksi;
- GOST, ACS uchun texnik hujjatlar tizimi, "24." prefiksi;
- GOST, Avtomatlashtirilgan tizimlar uchun standartlar majmuasi, "34." prefiksi.
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 belgidan foydalanadi. Mening amaliyotimda menga sertifikatlash laboratoriyasida algoritm sxemasi kerak bo'lgan rasmiy asosda tayangan yagona vaqt kerak edi. Mening nuqtai nazarimga ko'ra, ikki oyoqli klassik sxemalar o'tmishda 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. Grafik belgilar
Blok-sxema elementlarining ruxsat etilgan turlarining grafik belgilari berilgan. Blok diagrammalardan foydalanilganda talab qilinadi.19.004-80. Shartlar va ta'riflar.
Yomon lug'at. Qiziqarli - dastur va operatsion hujjatlarning rasmiy ta'riflarini o'z ichiga oladi.19.005-85. Algoritmlar va dasturlarning R-diagrammalari
Amalda unutilgan til. Bir vaqtlar R-sxemalar raketa va kosmik sanoatida keng qo'llanilgan bo'lib, u ishga tushirishni boshqarish dasturlarini yozish va ishga tushirish simulyatsiyasi uchun de-fakto standartiga aylandi. Biroq, hozir bu til butunlay unutilgan. Ishimda hech qachon R-sxemalarni uchratmaganman. Ular blok-sxemalarga nisbatan sezilarli afzalliklarga ega bo'lsa-da: 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: bu va bu sayt men uchun foydali bo'lib tuyuldi. Har qanday holatda, agar hozir men dastur hujjatlariga algoritm diagrammasini kiritishim kerak bo'lsa, men blok diagrammalarni emas, balki R-diagrammalarini tanlagan bo'lardim.19.101-77. Dastur turlari va dastur hujjatlari
Hujjat turi va uning kodi o'rtasidagi yozishmalar jadvalini, shuningdek hujjatlar turlarini operativ va dasturiy ta'minotga bo'linishni 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 birga) ABVG.10473-01 32 01-1 kabi hujjatlarning belgilarini "echish" uchun kalitlardan biridir.Standart kompleks va komponent tushunchasini kiritadi (bir qator korxonalarda uchinchi tur qo'shiladi - to'plam, bir-biriga bog'liq bo'lmagan dasturiy ta'minot elementlari haqida gap ketganda), bo'linish berilgan: qaysi hujjatlar ishlaydi, qaysilari ishlamaydi.
Rivojlanishning qaysi bosqichida qaysi hujjat bajarilayotganligini ko'rsatadigan 4-jadvalga diqqat bilan murojaat qilishingiz kerak. Rivojlanish bosqichlari odatda ilmiy-tadqiqot ishlarini amalga oshirish standartlarida tartibga solinadi va har bir bosqichda mijozga qanday hujjatlar taqdim etilishi kerakligini ham ko'rsatadi.
19.102-77. Rivojlanish bosqichlari
Mening xotiramda ushbu standart hech qachon qo'llanilmagan: kim qaysi bosqichda va qanday hisobot berishi, TTZda ko'rsatilgan yoki GOSTlarga havola qilingan, u erda aniqroq yozilgan (masalan, GOST RV 15.203. ). Shu bilan birga, yangi boshlanuvchilar uchun u qisqaligida yomon bo'lmagan ROCning asosiy bosqichlaridagi ishlarning konspektini o'z ichiga oladi.19.103-77. Dasturlar va dasturiy hujjatlarning belgilanishi
Bu, asosan, yuqoridagi kabi hujjatlarning belgilarini o'qishni o'rganish uchun kerak. Biroq, yozuv sxemasini tushunish odatiy ish doirasidan tashqariga chiqish kerak bo'lganda foydalidir: masalan, 90 dan keyin kodlari bo'lgan hujjatlar foydalanuvchi tomonidan aniqlanganligini unutmang, ya'ni. har qanday. Mening amaliyotimda biz "Dastur hujjatlari ro'yxati" deb nomlangan 93-hujjatni, 96-hujjat - "Yig'ish bo'yicha ko'rsatmalar" ni chiqardik.ESPDda "bajarish varianti" umumiy iborasi mavjud emas va "qayta ko'rib chiqish raqami" bilan almashtiriladi. Bir tomondan, bu mutlaqo to'g'ri emas: tahrirlash raqami dasturning evolyutsiyasini kuzatish uchun ishlab chiqilgan: birinchi navbatda, birinchi nashr chiqadi, keyin, masalan, qayta ko'rib chiqilgandan keyin - ikkinchisi. Ammo amalda, bir nechta operatsion tizimlar uchun dasturiy ta'minot versiyasini chiqarish kerak bo'lganda (o'zaro platformali dasturiy ta'minot), boshqa yo'l yo'q. Aniqrog'i - bor, lekin noto'g'ri: har bir operatsion tizim uchun versiyani o'ziga xos belgilash - va arxivga manba kodlari bilan bir nechta disklarni qo'yish (operatsion tizimlar soniga ko'ra), butun to'plamni ishlab chiqish (aslida nusxalash). hujjatlar va boshqalar. sof bema'ni va chalkash faoliyat. Har bir operatsion tizim uchun o'z revizion raqamining versiyasini belgilash ko'rinishidagi yechim ba'zi hujjatlarni umumiy qilish imkonini beradi.
ESPD da dasturning dastlabki kodini va yig'ilish natijasini "hujjatlar" sifatida belgilash qo'llaniladi, bu ko'plab dasturchilarni chalkashtirib yuboradi. Hujjat "dastur matni", 19.101-77 ga muvofiq, 12 belgisiga ega. Bundan tashqari, manbalar 12 01 - ya'ni sifatida belgilangan deb taxmin qilinadi. 12-shakldagi 01 (birinchi) hujjat va ikkilik - 12 02 sifatida - ya'ni. shaklning ikkinchi hujjati 12. Ba'zi hollarda dasturni qurish uchun qo'shimcha vositalar - kompilyatorlar, o'rnatuvchi generatorlar va boshqalar kerak bo'ladi. Bular. etkazib berishga kiritilmagan, lekin yig'ish uchun zarur bo'lgan dasturlar. Yechim ularni 12 03 deb belgilash bo'lishi mumkin - ya'ni. uchinchi hujjat turi 12.
19.104-78. Asosiy yozuvlar
Hujjatning ikkita varag'ini tavsiflaydi - tasdiqlash varag'i (LU) va sarlavha sahifasi. ESPDdagi tasdiqlash varaqasi hujjatni tasdiqlagan organlarning ham, ishlab chiquvchilarning, me'yoriy nazoratchilarning, qabul qilish vakillarining va boshqalarning imzolarini o'z ichiga oladi. Bular. u korxona uchun muhim bo'lgan juda ko'p ma'lumotlarni o'z ichiga oladi. Shuning uchun standartda litsenziya ishlab chiquvchi korxonada qolishi va faqat maxsus ko'rsatma bilan yuborilishi qabul qilinadi. Yana bir bor ta'kidlaymizki, LU hujjatning bir qismi emas, balki u xuddi alohida hujjat bo'lib, spetsifikatsiyaga alohida qatorda kiritilgan.Dastlab, LUni hujjatdan ajratishdagi noqulay g'alatilikning juda yaxshi sabablari bor:
- Yuqorida aytib o'tilganidek, ko'pincha korxona ishlab chiquvchi haqidagi ma'lumotlarni oshkor qilishni xohlamaydi. LUni ajratish va uning "qisqichlari" buni amalga oshirishga imkon beradi (ESKD dan farqli o'laroq, hujjat varaqlarida ESPDda muhr yo'q, barcha ma'lumotlar faqat LUda mahalliylashtirilgan);
- bir qator korxonalar aralash hujjat aylanishidan foydalanadilar: hujjatlarning asl nusxalari elektron shaklda korxona arxivida saqlanadi va ular uchun LU (imzolarning asl nusxalari bilan) - qog'ozda;
Shuni ham yodda tutish kerakki, LU raqamlanmagan va birinchi sahifa sarlavha sahifasi va raqam joylashtirilgan birinchi sahifa sarlavha sahifasidan keyingi sahifadir. Ammo bir nechta LU bo'lsa (bu barcha imzolar varaqqa to'g'ri kelmasa sodir bo'ladi), u holda LU alohida raqamlanadi.
19.105-78. Dastur hujjatlari uchun umumiy talablar
Hujjatning umumiy tuzilishi, uni bajarish usulidan qat'i nazar, kiritiladi. Bular. 1978 yilda hujjat qog'oz bo'lishi shart emasligi standartda belgilab qo'yilgan edi. Xususan, toʻliq elektron hujjatlar uchun kontent tushunchasi joriy etilgan. O'sha paytda keng tarqalgan qog'ozni bajarish uchun GOST 19.106-78 qabul qilingan.Hozirgi vaqtda siz ushbu standartga juda kamdan-kam murojaat qilishingiz kerak: agar siz hujjatning asosiy qismlari tartibini unutmasangiz.
19.106-78. Chop etilgan dastur hujjatlariga qo'yiladigan umumiy talablar
ESPD dan eng katta hajmli standart, R-sxemalarining tavsifidan keyin ikkinchi o'rinda turadi. Bu ish yuritish uchun asosiy standart hisoblanadi. Matnni formatlash qoidalari, hujjat strukturasi elementlari, tasvirlar, formulalar va boshqalar 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 chiziq miqdorini aniqlamaydi. U oraliqlarni aniqlashning uchta qoidasini kiritadi: mashinkada, mashinkada va tipografik.
Mashinada yozilgan matn yozuv mashinkasida terilgan matndir. Keyingi qatorning 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 oraliqni bitta yoki ikki marta o'rnatishga imkon beruvchi "sozlash" ga ega edi.
Mashina, ehtimol, bosilgan 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-bo'lim).
Tipografik - tipografiyada terilgan matn. Standart qabul qilingan yilni hisobga olsak, ehtimol biz bu haqda gapiramiz
[harf, bu erda satr oralig'i ishlatiladigan harflar bilan 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 kod yoki ustaxona tomonidan belgilanadi. Odatdagi qiymatlar bir yarim oraliq va 14 shrift o'lchamidir.
Hujjatning tuzilishi ko'pincha ko'plab savollar tug'diradi. 19.106 butun hujjat bo'limlar, kichik bo'limlar, bandlar va kichik bandlarga bo'lingan deb hisoblaydi. Ularning barchasi (bo'lim va bo'limdan tashqari) sarlavhaga ega yoki bo'lmasligi mumkin. Bunda:
- "Hujjatning mazmuni sarlavhali 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 mundarijaga kiritilishi mumkinligini ko'rsatadi;
- "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.
Ushbu standartda bir qator "teshiklar", ma'lumotlarning etishmasligi mavjud. Masalan, unda shunday deyilgan: “Agar ushbu hujjatda bir nechta rasmlar mavjud bo'lsa, butun hujjat bo'ylab arab raqamlari bilan raqamlangan. "Agar bitta misol bo'lsa, u raqamlanmagan va qanday qilib unga murojaat qilish mumkin? Jadvallar uchun ham xuddi shunday. Izohlar uchun GOST ular qanday raqamlanganligini ko'rsatmaydi - butun hujjat ichida yoki sahifada.
Jadvallar. Hujjatning o'zida GOST 1.5.68 ga havola mavjud. Birinchi seriyaga qaraganda, bu standartlarni ishlab chiqish uchun standart degan xulosaga kelish oson. Va u mana, bu noaniq. Ma'no jihatidan u ESKDda jadvallarni tuzish qoidalariga mos keladi, kichik istisnolar bilan. Ushbu standart bekor qilindi va bir necha iteratsiyadan so'ng, 1,5-2012 yillarda u bilan almashtirildi, unda jadvalni formatlash qoidalari ... shunchaki yo'qoldi. Ular hali ham 1,5-2002 yillarda edi va 1,5-2004 yillarda ular g'oyib bo'ldi. Haqiqiy hayotda biz ESKD bo'yicha jadvallarni tuzamiz.
Ilovalar. Standart qo'shimchalardagi raqamlar, formulalar va jadvallar umumiy ro'yxatga kiradimi yoki yo'qligini ko'rsatmaydi. Xuddi shunday, agar ilova o'z bo'limlari, paragraflari va boshqalarni o'z ichiga olgan bo'lsa, tarkibda uning tuzilishini ochish kerakmi yoki yo'qmi, aytilmaydi. Bizning amaliyotimizda biz ilovalarning ichki tomonlarini oshkor qilmaymiz.
Nihoyat, chekinish haqida aytish kerak. 5 ta belgidan iborat paragrafning chekinishi quyidagilar uchun keng tarqalgan:
- qizil chiziq;
- bo'limdan (bo'lim, band, kichik band) keyin hujjat strukturasi elementining chekinishi;
- ro'yxatga olish elementi.
Bunday holda, chiziqdan keyin keyingi satrda joylashgan matn allaqachon chap chetiga tekislangan. Xatolar ko'pincha chekinish - qizil chiziq - bitta qiymat, element raqami - bizni boshqa interval bilan, ro'yxatlardagi ichki chuqurliklarda - bu odatda zarur.
Keyingi qismlarda men ESPD standartlari ro'yxatining oxiriga borishni rejalashtirmoqdaman.
ESPD - umumiy texnik standartlarning murakkab tizimlariga ishora qiladi
ESPD - standartlashtirish bo'yicha davlatlararo shartnomaga asoslangan Rossiya Federatsiyasi hududida faoliyat yurituvchi MDH davlatlarining davlatlararo standartlari tizimi. ESDU standartlari dasturiy ta'minotni ishlab chiqish jarayonida yaratilgan va asosan dasturiy ta'minotning funktsional xususiyatlarini hujjatlashtirish bilan bog'liq bo'lgan hujjatlarning bir qismini qamrab oladi. ESPD standartlari maslahat xarakteriga ega
ESPD - bu dasturlar va dasturiy hujjatlarni ishlab chiqish, ishlab chiqish va aylanish uchun o'zaro bog'liq qoidalarni o'rnatadigan davlat standartlari to'plami.
ESPD standartlari dasturlarni ishlab chiqish, texnik xizmat ko'rsatish, ishlab chiqarish va ulardan foydalanishni tartibga soluvchi talablarni belgilaydi, ular quyidagilarga imkon beradi:
1. Dasturlarni o'zaro almashish uchun dasturiy mahsulotlarni birlashtirish va yangi ishlanmalarda ilgari ishlab chiqilgan dasturlardan foydalanish.
2. Mehnat zichligini kamaytirish va dasturiy mahsulotlarni ishlab chiqish, texnik xizmat ko'rsatish, ishlab chiqarish va ulardan foydalanish samaradorligini oshirish
3. Dasturiy ta'minot hujjatlarini avtomatlashtirish, ishlab chiqarish va saqlash
Dasturga texnik xizmat ko'rsatish dasturning ishlashi, rivojlanishi va takomillashtirilishini tahlil qilishni, shuningdek xatolarni bartaraf etish uchun unga o'zgartirishlar kiritishni o'z ichiga oladi.
ESPD standartlarida belgilangan qoidalar va qoidalar, ularning maqsadi va qo'llanilishidan qat'i nazar, ayirgichlar, komplekslar va tizimlar uchun dasturlar va dasturiy hujjatlarga nisbatan qo'llaniladi.
ESPD quyidagilarni o'z ichiga oladi:
1. Asosiy va tashkiliy-uslubiy standartlar
2. Ma'lumotlarni qayta ishlashda foydalaniladigan dastur hujjatlarining shakli va mazmunini belgilovchi standartlar
3. Dasturiy hujjatlarni ishlab chiqishni avtomatlashtirishni ta'minlovchi standartlar
Dasturlarni ishlab chiqish, yuritish va ulardan foydalanish bo'yicha tashkilotlar faoliyatini belgilaydigan va tartibga soluvchi tashkiliy-uslubiy hujjatlarni ishlab chiqish ESAP standartlari asosida amalga oshirilishi kerak.
ESPD standartlari tasniflash guruhlariga bo'lingan
ESPD standartlari quyidagicha belgilanadi:
GOST 19.001-77
19 - standartlarning ESPDga tegishliligi
0 - Umumiy
77 - tasdiqlangan yil
GOST 19.503-79- tizim dasturchisi uchun qo'llanma. Tarkib va dizaynga qo'yiladigan talablar. Annotatsiya va mazmun talab qilinadi. Tizim dasturchisi qo'llanmasi quyidagi bo'limlarni o'z ichiga olishi kerak:
1. Dastur haqida umumiy ma'lumot
Dasturning maqsadi va vazifalari va ushbu dasturning bajarilishini ta'minlaydigan apparat va dasturiy ta'minot haqida ma'lumot
2. Dastur tuzilishi
Dasturning tuzilishi, uning tarkibiy qismlari, tarkibiy qismlar o'rtasidagi munosabatlar va boshqa dasturlar bilan aloqasi haqida ma'lumot
3. Dasturni sozlash
Muayyan dastur uchun dasturni o'rnatish bo'yicha harakatlar tavsifi (texnik vositalar tarkibini sozlash, funktsiyalarni tanlash va boshqalar).
4. Dasturni tekshirish
Dasturning ishlashi haqida umumiy xulosalar berishga imkon beruvchi test usullari tavsifi (sinov holatlari, ishga tushirish usullari, natijalar)
5. Qo'shimcha funktsiyalar
Qo'shimcha bo'limlarning tavsifi, dasturning funksionalligi va ularni tanlash
6. Tizim dasturchisiga xabar
Dasturni bajarish jarayonida ko'rsatiladigan xabarlar matnlari, ularning mazmuni tavsifi va ushbu xabarlarda bajarilishi kerak bo'lgan harakatlar
7. Hujjatlar ro'yxati
Hujjatning o'ziga xos xususiyatlaridan kelib chiqqan holda, alohida bo'limlarni birlashtirish va yangilarini kiritishga ruxsat beriladi. Asoslangan hollarda "qo'shimcha funktsiyalar" bo'limini kiritmaslik va bo'limlar nomlarida dastur so'zini qoldirish yoki uni dastur nomi bilan almashtirishga ruxsat beriladi.
Tizim dasturchisining qo'llanmasiga qo'shimcha materiallar (misollar, rasmlar, jadvallar, grafiklar ...) ilova qilinishi mumkin.
GOST 19.504-79- dasturchi uchun qo'llanma. Tarkib va dizaynga qo'yiladigan talablar. Annotatsiya va mazmun talab qilinadi. Dasturchi qo'llanmasi quyidagi bo'limlarni o'z ichiga olishi kerak:
1. Foydalanish maqsadi va shartlari
Maqsad va funktsiyalar, amalga oshirish uchun zarur bo'lgan shartlar (RAM hajmi, periferik qurilmalarning tarkibi va parametrlariga qo'yiladigan talablar, dasturiy ta'minot talablari)
2. Dastur xususiyatlari
Dasturning asosiy xususiyatlari va xususiyatlarining tavsifi (vaqt xususiyatlari, ish rejimi, dasturning to'g'ri bajarilishini va o'z-o'zini davolashni nazorat qilish vositalari)
3. Dasturga murojaat qilish
Dasturni chaqirish protseduralarining tavsifi (boshqaruv va ma'lumotlar parametrlarini uzatish usullari)
4. Kirish-chiqarish ma'lumotlari
Kirish-chiqarish ma'lumotlarini tashkil etish tavsifi va kerak bo'lganda uni kodlash
5. Xabar
Dasturni bajarish jarayonida dasturchiga yoki operatorga berilgan xabarlar matnlari, ularning mazmuni tavsifi va bu xabarlar bo'yicha bajariladigan harakatlar.
6. Hujjatlar ro'yxati
Hujjatning o'ziga xos xususiyatlaridan kelib chiqqan holda, alohida bo'limlarni birlashtirish va yangilarini kiritishga ruxsat beriladi. Dasturchi qo'llanmasiga qo'shimcha materiallar (misollar, rasmlar, jadvallar, grafiklar ...) ilova qilinishi mumkin.
GOST 19.505-79- operator qo'llanmasi. Tarkib va dizaynga qo'yiladigan talablar. Annotatsiya va mazmun talab qilinadi. Operator qo'llanmasida quyidagi bo'limlar bo'lishi kerak:
1. Dasturning maqsadi
Maqsad va dasturning funktsiyalarini va uning ishlashini tushunish uchun etarli ma'lumotlar
2. Dasturni bajarish shartlari
Dasturni bajarish uchun zarur shartlar (apparat va dasturiy ta'minotning minimal va (yoki) maksimal tarkibi)
3. Dasturning bajarilishi
Dasturni yuklash, ishga tushirish va tugatishni ta'minlaydigan operator harakatlarining ketma-ketligi (operator dasturni yuklaydigan va bajarilishini boshqaradigan funktsiyalar, format va buyruqlarning mumkin bo'lgan variantlari tavsifi, shuningdek dasturning ularga javoblari. buyruqlar berilishi kerak)
4. Operatorga xabar
Dasturni bajarish jarayonida ko'rsatiladigan xabarlar matnlari, ularning mazmuni va tegishli operator harakatlarining tavsifi (muvaffaqiyatsizlik holatida operatorning harakatlari, dasturni qayta ishga tushirish imkoniyati ...)
5. Hujjatlar ro'yxati
Hujjatning o'ziga xos xususiyatlaridan kelib chiqqan holda, alohida bo'limlarni birlashtirish va yangilarini kiritishga ruxsat beriladi. Bo'limlar mazmunini tushuntiruvchi misollar, jadvallar, diagrammalar va grafiklar bilan ko'rsatishga ruxsat beriladi. Operatorning qo'llanmasiga ilovada qo'llanmaning bo'limlariga kiritish maqsadga muvofiq bo'lmagan turli xil materiallarni kiritishga ruxsat beriladi.