Ro'yxatdan o'tish qoidalari va kurs ishining mazmuniga qo'yiladigan talablar |
2-nashr |
||||
loyihalar (ishlar) va yakuniy saralash ishlari |
39/73 sahifa |
||||
Yig'ish birligining yig'ish chizmasi |
|||||
8 raqami ostida, 1-mahsulotga kiritilgan |
PK.760108.000 SB |
||||
Alohida yig'ilishning yig'ish chizmasi |
|||||
birliklar 4 |
PK.760004.000 SB |
||||
Alohida yig'ilishning umumiy ko'rinishi chizmasi |
|||||
birliklar 4 |
PK.760004.000 VO |
||||
16-qismning chizmasi kiritilgan |
|||||
yig'ish birligi 8 ta mahsulot 1 |
|||||
120-qismning chizmasi kiritilgan |
|||||
alohida yig'ish birligi 4 |
|||||
Mahsulotning elektr sxemasi 1 |
PK.760100.000 E3 |
||||
Kinematik sxema, alohida |
|||||
yig'ish birligi yo'q 4 |
PK.760400.000 K3 |
||||
Yig'ish birligining spetsifikatsiyasi 8 mahsulot 1 |
|||||
10 Texnologik hujjatlarni tayyorlash
10.1 Kurs loyihalari (ishlari) va yakuniy malakaviy ishlarning texnologik hujjatlari ESTD standartlari talablariga muvofiq tuziladi.
10.2 Texnologik hujjatlar quyidagilarni o'z ichiga olishi kerak:
– GOSTga muvofiq ishlab chiqilgan sarlavha sahifasi 3.1105-84 “ESTD. Umumiy maqsadli hujjatlarni rasmiylashtirish shakli va qoidalari” (2a-shakl).
– GOSTga muvofiq chiqarilgan marshrut xaritasi 3.1118-82 “ESTD. Marshrut xaritalarini tayyorlash shakllari va qoidalari”;
– ishlov berish kartalari va operatsion
CNC dastgohlarida texnologik operatsiyalar uchun hisob-kitob va texnologik xaritalar - GOST 3.1404-86 "ESTD. Texnologik jarayonlar va kesish operatsiyalari uchun hujjatlarni tayyorlash shakllari va qoidalari»;
– chilangar operatsion kartalari, Santexnika va montaj ishlari GOST 3.1407-86 “ESTD. Yig'ish usullariga ixtisoslashgan texnologik jarayonlar (operatsiyalar) uchun hujjatlarni to'ldirish va qayta ishlash shakllari va talablari»;
– GOST bo'yicha eskiz xaritalari (agar kerak bo'lsa). 3.1105-84 va GOST 3.1128-93 “ESTD. Grafik texnologik hujjatlarni bajarishning umumiy qoidalari»;
– GOST bo'yicha operatsion jarayonni boshqarish kartalari 3.1502-85 “ESTD. Texnik nazorat uchun hujjatlarni tayyorlash shakllari va qoidalari»;
– boshqa texnologik hujjatlar (agar kerak bo'lsa yoki loyiha rahbari qaroriga binoan).
10.3 Ta'mirlash chizmalari GOST 2.604-88 "Ta'mirlash chizmalari" da nazarda tutilgan qoidalarga muvofiq amalga oshiriladi.
10.4 Texnologik hujjatlar bog'langan bo'lishi kerak
to'g'ridan-to'g'ri kurs (loyiha) ishining tushuntirish yozuvida yoki ilovalar, spetsifikatsiyalar va elementlar ro'yxatidan keyin. Texnologik hujjatlar o'z raqamlanishiga ega.
11 Dastur hujjatlarini tayyorlash
11.1 Kurs loyihalari (ishlari) va yakuniy malakaviy ishlarda ishlab chiqilgan turli muammoli yo'nalishlarning hujjatlari quyidagicha formatlanishi kerak:
– dasturiy hujjatlar - ESPD talablariga muvofiq,
– avtomatlashtirilgan boshqaruv tizimi uchun hujjatlar - avtomatlashtirilgan boshqaruv tizimlari uchun texnologik hujjatlar tizimlarining davlat standartlariga muvofiq. 11.2 Dastur hujjatlari (dastur ro'yxati) quyidagilarni o'z ichiga olishi kerak:
– GOST 19.401 ga muvofiq ishlab chiqilgan dastur matni;
– GOST 19.402 ga muvofiq tuzilgan dasturning tavsifi;
– GOST 19.502 ga muvofiq berilgan eslatmaning tavsifi;
– boshqa dastur hujjatlari (agar kerak bo'lsa).
11.3 Dasturlarning ro'yxatlari PPda ularga majburiy havolalar bilan ilovalarda joylashtirilgan.
11.4 Dastur kodi sharhlar bilan birga bo'lishi mumkin. Ro'yxatlarni loyihalashda Courier New shriftidan foydalanish tavsiya etiladi, o'lcham - 12 pt, qatorlar oralig'i - bitta. Semantik bloklarni bo'sh satrlar bilan ajratish, shuningdek, indents yordamida ichki o'rnatilgan tuzilmalarni vizual ravishda ko'rsatish tavsiya etiladi.
11.5 Dastur ro'yxatidagi kalit so'zlar va sharhlar kursiv bo'lishi mumkin. PPning asosiy matnida kutubxonalar, kichik dasturlar, konstantalar, o'zgaruvchilar va boshqalar nomlari kursiv bilan yozilishi kerak.
11.6 Dastur ro'yxatlari ilova ichida ketma-ket raqamlangan bo'lishi kerak. Ro'yxat raqami ilovaning belgilanishi va ro'yxatning tartib raqamidan iborat bo'lishi kerak, ular nuqta bilan ajratiladi, masalan: "A.3 ro'yxati" A ilovasining uchinchi ro'yxatidir. Agar loyiha (ish) faqat bittasini o'z ichiga olgan bo'lsa. listing, u "Listing 1" deb belgilangan. PP matnidagi ro'yxatga murojaat qilganda, uning raqamini ko'rsatgan holda "Ro'yxat" so'zi yozilishi kerak.
11.7 Dastur roʻyxatining sarlavhasi asosiy matn bilan bir xil shriftda boʻlib, roʻyxat raqamidan keyin tire bilan ajratilgan holda, chap tomondagi roʻyxatning tepasida joylashtiriladi.
Dastur ro'yxati dizayniga misol Listing A.3 - "Ikki o'lchovli massivning chiqishi" dasturi
mas:butun sonlar massivi; ( ikki o'lchovli massivni e'lon qilish) i,j:integer;
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
(Masiv elementi qiymatlarini kiritish) uchun i:=1 dan 5 gacha
j uchun:=1 dan 5 gacha do readln(mas);
(Masiv elementlarining qiymatlarini chop etish) i:=1 dan 5 gacha boshlanadi
j uchun:=1 dan 5 gacha yozing(" ",mas); yozish;
12 Standart nazorat
12.1 Standart nazorat kurs loyihasi (ish) va loyiha uchun hujjatlarni ishlab chiqishning yakuniy bosqichidir.
12.2 Standart nazorat GOST 2.111 talablariga muvofiq bo'lishi kerak.
12.3 Yakuniy malakaviy ishlar standart nazoratdan o'tkaziladi. Kurs loyihalari (ishlari) bo'yicha namunaviy nazorat ishni himoya qilishda o'qituvchi tomonidan amalga oshiriladi. Normativ nazorat GOST, ESKD, ESPD va ESTD standartlari talablariga muvofiq kurs loyihalari (ishlari) va texnik ishlarning (keyingi o'rinlarda hujjatlar deb yuritiladi) matn va grafik hujjatlarini to'g'ri bajarishga qaratilgan.
12.4 Standart nazorat amaldagi talablar, standartlar va standartlarni hisobga olgan holda norma inspektori tomonidan amalga oshiriladi normativ-texnik hujjatlar.
12.5 Kurs loyihalari (ishlari) va texnik ishlarning tushuntirish yozuvlarini normativ nazorat qilish jarayonida quyidagilar tekshiriladi:
– ushbu Nizomga muvofiq ro‘yxatga olish qoidalariga rioya qilish;
- PZ ko'rinishi;
– loyiha topshirig‘iga muvofiq loyihaning to‘liqligi;
– sarlavha sahifasi to‘g‘ri to‘ldirilgan va kerakli imzolar mavjud bo‘lsa;
– loyiha (ish) bayonini to‘g‘ri to‘ldirish;
- barcha sahifalarda ramkalar va asosiy yozuvlarning mavjudligi va to'g'riligi;
- sarlavhalar, bo'limlar va bo'limlarni ajratib ko'rsatish, qizil chiziqlar mavjudligi;
– mazmunni to‘g‘ri formatlash, mazmundagi bo‘lim va bo‘limlar nomlarining eslatma matnidagi mos nomlarga mos kelishi;
– sahifalar, bo‘limlar, bo‘limlar, rasmlar, jadvallar, formulalarni to‘g‘ri raqamlash;
- chizmalarning to'g'riligi;
– jadvallarni to‘g‘ri formatlash;
– fizik kattaliklarning o‘lchamlarining to‘g‘riligi, ularning SIga muvofiqligi;
- zamonaviy rus tili me'yorlariga rioya qilish;
– so‘zlarning qo‘llanilgan qisqartmalarining to‘g‘riligi;
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
– foydalanilgan manbalarga havolalarning mavjudligi va to'g'riligi;
– me'yoriy hujjatlarga havolalarning mavjudligi va to'g'riligi;
– foydalanilgan manbalar ro'yxatining to'g'riligi;
– to'g'ri dastur dizayni.
12.6 Kurs loyihalari (ishlari) va texnik ishlarning grafik hujjatlarini normativ nazorat qilish jarayonida quyidagilar tekshiriladi:
– chizmalarning amaldagi standartlar talablariga muvofiqligi;
– me'yoriy hujjatlar talablariga muvofiq chizmalarni bajarish;
– formatlarga muvofiqligi, ularni loyihalashning to'g'riligi;
– chiziqlarni to'g'ri chizish va qo'llash;
– tarozilarga muvofiqligi, ularni belgilashning to'g'riligi;
– tasvirlarning etarliligi (turlari, bo'limlari, bo'limlari), ularning belgilanishi va joylashishining to'g'riligi;
– diagrammalardagi elementlarning belgilariga va ularni ESKD talablariga muvofiq amalga oshirish qoidalariga rioya qilish.
12.7. Yakuniy saralash ishlarining namunaviy nazorati ikki bosqichda o'tkazilishi tavsiya etiladi: qoralama (yoki ingichka chiziqlar bilan) va dastlabki hujjatlarni yakuniy ishlab chiqishdan keyin. Ishlab chiqilayotgan hujjatlar to'liq to'plamda normativ nazoratga topshirilishi kerak, ya'ni. matn (tushuntirish yozuvi) va grafik hujjatlar (chizmalar, texnik shartlar va boshqalar).
12.8 Standart inspektorning sharhlari ro'yxati, agar nazorat talaba ishlab chiquvchisi yo'qligida amalga oshirilgan bo'lsa va xatolarning mohiyati u tomonidan noto'g'ri talqin qilinishi mumkin bo'lgan taqdirda tuziladi.
12.9 Normativ inspektor tomonidan ishlab chiquvchi talaba ishtirokida tekshirilgan hujjatlar sharhlar ro'yxati (agar ular tuzilgan bo'lsa) bilan birgalikda tuzatish va qayta ko'rib chiqish uchun talabaga qaytariladi. Agar sharhlar mavjud bo'lsa, normativ inspektorning eslatmalari hujjatga imzo chekmaguncha saqlanadi. Agar hujjat talaba tomonidan qayta ishlansa, ikkala nusxa ham qayta nazoratga topshiriladi: normativ inspektorning belgilari va qayta ko'rib chiqilgan.
12.10 Normativ nazoratchiga imzolash uchun taqdim etilgan hujjatlarda bo'lim boshlig'ining vizasidan tashqari barcha tasdiqlash vizalari bo'lishi kerak. Kurs va diplom loyihalarining (ishlarning) yakuniy asl nusxalari normativ inspektor tomonidan imzolanadi
V ustun "N.davom." asosiy yozuv.
12.11 Normativ inspektorning xabarisiz joriy etish taqiqlanadi ushbu hujjat tartibga soluvchi inspektor tomonidan imzolangan va tasdiqlanganidan keyin hujjatga kiritilgan har qanday o'zgartirishlar.
12.12 Nazorat qiluvchi inspektor uzrli hollarda taqdim etilgan hujjatni imzolamaslik huquqiga ega:
– me’yoriy hujjatlar talablari bajarilmaganda;
- majburiy imzolar bo'lmaganda;
- ehtiyotsizlik bilan bajarilgan taqdirda;
- belgilangan to'liqlik buzilgan taqdirda.
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
12.13 Normativ nazoratchi hujjatlarni ishlab chiquvchilar bilan bir qatorda ishlab chiqilayotgan hujjatlardagi amaldagi standartlar va boshqa me'yoriy-texnik hujjatlar talablariga muvofiqligi uchun javobgardir.
13 WRC sharhi
13.1 Himoyaga taqdim etilgan bitiruv malakaviy ishiga qo‘shimcha ob’ektiv baho olish uchun tegishli soha mutaxassislari tomonidan yakuniy malakaviy ishning tashqi ko‘rib chiqishlari o‘tkaziladi.
13.2 Bitiruv malakaviy ishlarning taqrizchilari yuqori malakali mutaxassislar bo'lib, ularning shaxsiy ro'yxati bitiruvchi kafedra tomonidan belgilanadi. Quyidagilar sharhlovchi sifatida ishtirok etishlari mumkin: boshqa universitetlardan amaliyotchilar va o'qituvchilar.
Tekshirish uchun yo‘llanma bitiruvchi kafedra tomonidan beriladi, uning shakli ushbu Qoidalarning T-ilovasida keltirilgan.
13.3 Taqrizchi yakuniy malakaviy ish (GQR) uchun barcha talablarni bilishi kerak.
13.4 Sharh yozma shaklda tayyorlanadi va asosli baholarni o'z ichiga oladi:
- WRC mavzusining dolzarbligi;
– tadqiqot va tajriba-konstruktorlik ishlari mazmunining uni ishlab chiqish vazifasiga muvofiqligi;
– WRC mantiqiy tuzilishining to‘g‘riligi;
– loyihaviy qarorlarning samaradorligi va asosliligi;
– aspiranturaning afzalliklari va kamchiliklari, uning ta’lim yo‘nalishi bo‘yicha bitiruvchining malaka talablariga muvofiqligi;
- VKRni ro'yxatdan o'tkazish.
Ko'rib chiqishning yakuniy qismida mavzuni ishlab chiqishning to'liqligi, qo'yilgan vazifalarga muvofiq, tadqiqot va ishlanmalarning nazariy yoki amaliy ahamiyati, foydalanishning mumkin bo'lgan sohalari to'g'risida xulosalar beriladi. tadqiqot ishining natijalari. Taqrizchi ishni to'rt balli tizimda ("a'lo", "yaxshi", "qoniqarli", "qoniqarsiz") baholaydi va talabaga tegishli malakani berish imkoniyatini ko'rsatadi.
13.5 Yakuniy malakaviy ishning ko'rib chiqish hajmi bo'lishi kerak 2-3 varaq bosma yoki aniq qo'lda yozilgan matn. Imzolangan taqriz dissertatsiya himoyasidan kamida uch kun oldin kafedraga topshirilishi kerak.
13.6 Ko'rib chiqish tashkilotning blankida (taqrizchining ish joyida) yoki ushbu Qoidalar bilan tartibga solinadigan namunaviy shaklda (U-ilova) va tashkilot muhri yoki kadrlar bo'limi muhri (umumiy) bilan tasdiqlangan bo'lishi mumkin. bo'lim, idora) "imzo to'g'ri" belgisi bilan.
13.7 Dissertatsiyani himoya qilish uchun siz qo'shimcha ravishda davlat attestatsiyasi komissiyasi topshirgan yetakchi tashkilotning taqrizini topshirishingiz mumkin.
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
VCR amalga oshirildi. Tekshiruv olingan natijalarning amaliy ahamiyatini ta'kidlashi kerak.
14 WRC bo'yicha fikr-mulohazalar
14.1 Yakuniy malaka ishi bo'yicha fikr-mulohazalar bevosita uning rahbari tomonidan tuziladi. Sharh dissertatsiyani turli jihatlardan tavsiflashi kerak: tanlangan mavzuning mazmuni, tuzilishi, to'liqligi va boshqalar.
14.2 Rahbar taqrizda talabaning bitiruv malakaviy ishi haqida xolis fikr bildirishi shart. Xususan, ko'rib chiqish quyidagi ma'lumotlarni o'z ichiga olishi kerak:
- ish mavzusining dolzarbligi haqida;
– yakuniy malakaviy ishning standartlar talablariga muvofiqligi to‘g‘risida;
- talabaning kasbiy faoliyat sohasida qo'llaniladigan ma'lumotlarni to'plash, qayta ishlash va tahlil qilish usullari bo'yicha bilimlari to'g'risida;
- talabaning manbalar bilan mustaqil ishlash qobiliyati, materialni aniq va aniq va izchil taqdim etish;
- ishning ijobiy tomonlari haqida;
– ish mazmuniga oid kamchiliklar va mulohazalar haqida va hokazo.
14.3 Rahbarning yakuniy malakaviy ishini ko'rib chiqishda ishni umumiy baholash bo'yicha takliflar bo'lishi mumkin.
14.4 Tekshiruv yakunida ilmiy rahbar bitiruv malakaviy ishini Davlat attestatsiya komissiyasiga himoya qilish uchun topshirish imkoniyati to‘g‘risida xulosa chiqaradi.
14.5 Ilmiy rahbarning bitiruv malakaviy ishiga taqriz matni A4 varaqlarida chop etiladi va ilmiy rahbar tomonidan imzolanadi. WRC uchun fikr-mulohaza shakli F-ilovada keltirilgan.
15 Hisobot va taqdimot
15.1 Ma'ruza (ma'ruza) - taqdimot xarakteridagi ish bo'lib, WRCning mohiyatini aks ettiradi.
Hisobotda tanlangan mavzuning dolzarbligi, ishning nazariy va uslubiy asoslari ko'rib chiqilishi, shuningdek, o'rganish davomida olingan natijalarni umumlashtirish va umumlashtirish kerak.
Taqdimot oxirida natijalarning amaliy ahamiyatini, ularni amaliyotga tatbiq etish yoki o'qitishda foydalanish imkoniyatlarini aks ettirish kerak.
15.2 Hisobot ma'lum cheklangan nutq vaqtiga mo'ljallangan va taqdimot (tarqatma materiallar) bilan uzviy bog'liqdir.
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
15.3 Taqdimot (tarqatma material) - bu hisobot bilan bevosita bog'liq bo'lgan maxsus dasturlar (masalan, Microsoft PowerPoint) yordamida tayyorlangan vizual raqamli, jadvalli va illyustrativ material.
15.4 Taqdimot uchun kerakli illyustrativ material tanlanadi, uni ham ish matnidan, ham ilovalardan olish mumkin. Bu jadvallar, rasmlar, diagrammalar, diagrammalar, formulalar va boshqalar bo'lishi mumkin. Jadvallar katta bo'lmasligi kerak, rasmlar haddan tashqari batafsil bo'lmasligi kerak, formulalar aniq bo'lishi kerak.
Materialda hisobotda keltirilgan barcha fikrlar aks ettirilishi kerak.
15.5 Taqdimot ikki shaklda ko'rsatilishi mumkin:
– proyektor va stendda foydalanish;
– komissiyaning har bir a'zosi uchun qog'oz nusxa ko'rinishidagi tarqatma materiallardan foydalanish.
Taqdimot hajmi 8 dan 12 slaydgacha bo'lishi mumkin.
15.6 Hisobotda faqat ko'rib chiqilayotgan masalaning mohiyati, minimal raqamli ma'lumotlar, maxsus nomlar va ro'yxat bo'lishi kerak.
Hisobot loyiha (ish) bilan bir xil mantiqiy sxema bo'yicha tuziladi, ya'ni: kirish qismi, asosiy qism va xulosalar. Kirish qismida ishning dolzarbligi va maqsadi, asosiy qismida ko'rib chiqilayotgan mavzu to'liq ochib berilishi kerak. Xulosa qisqa va aniq bo'lishi kerak;
1-2 jumlada qo'yilgan muammolarni hal qilish bo'yicha tavsiyalarni ko'rib chiqing.
15.7 Birinchisi, loyiha (ish) mavzusi va ijrochining tafsilotlari, ya'ni: familiyasi, ismi, otasining ismi, guruhi, mutaxassisligi (yo'nalishi) bilan slayd bo'lishi kerak. Ilmiy rahbarni ko'rsatish tavsiya etiladi.
15.8 Kurs loyihasi (ish) va diplom ishi arxivga taqdimot bilan birga elektron shaklda taqdim etiladi va raqamli tashuvchida (masalan, CD/DVD) yozib olinadi.
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
Ilova A
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
Ilova B
(fakultet nomi)
(bo'lim nomi)
____________ ________________
IZOH
fan (modul) bo'yicha kurs loyihasi (ish) uchun__
(o‘quv fanining nomi (modul))
mavzu bo'yicha ______________________________________________________________________
_____
_______________________ |
______________________________ |
|
Yo'nalish/mutaxassislik, profil/mutaxassislik:
___________ _________________________________________________________________
yo'nalish kodi yo'nalish nomi (mutaxassislik)
________________________________________________________________________________
profil nomi (mutaxassisligi)
Kurs loyihasining (ishning) belgilanishi _________________________ Guruh ________
Rostov-na-Donu
Ilova B
ROSSIYA FEDERASİYASI TA'LIM VA FAN VAZIRLIGI
FEDERAL DAVLAT BUDJETLI OLIY KASB-TA'LIM TA'LIM MASSASASI
"DON DAVLAT TEXNIK UNIVERSITETI" (DSTU)
Fakultet ________________________________________________________________
(fakultet nomi)
Bo'lim ______________________________________________________________
(bo'lim nomi)
Bosh Bo'lim "______________"
____________ ________________
IZOH
mavzu bo'yicha bitiruv loyihasi (ish) uchun:
___________________________________________________________________________
___________________________________________________________________________
___________________________________________________________________________
__________________________ |
||||
(imzo, sana) |
||||
Bitiruv loyihasining belgilanishi ____________________________ |
Guruh ______________ |
|||
Yo'nalish (mutaxassislik) ___________ |
___________________________________ |
|||
(Ism) |
||||
Loyiha (ish) menejeri |
____________________________ |
|||
(imzo, sana) |
(lavozim, I.O.F.) |
|||
Bo'limlar bo'yicha maslahatchilar: |
||||
_______________________________ |
_____________________ |
|||
(bo'lim nomi) |
(imzo, sana) |
(lavozim, I.O.F.) |
||
_______________________________ |
_____________________ |
|||
(bo'lim nomi) |
(imzo, sana) |
(lavozim, I.O.F.) |
||
Standart nazorat |
_____________________ |
|||
(imzo, sana) |
(lavozim, I.O.F.) |
|||
Rostov-na-Donu
Kurs loyihalari (ishlari) va bitiruv malakaviy ishlarini ro'yxatdan o'tkazish qoidalari va mazmuniga qo'yiladigan talablar - 09.1.
Ushbu matnning asosiy maqsadi Dastur hujjatlarining yagona tizimi (USPD) nima ekanligini va ushbu standartlarni amalda qanday qo'llashni tushuntirishdan iborat. 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).- xalqaro. O'ziga xos xususiyati shundaki, u 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 (IEC, rus tilida - IEC) qo'shma standartlari 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. 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;
- jamoat birlashmalarining standartlari; Misol uchun, xuddi shu IEC: IEC 60255;
- milliy standartlar. Rossiya uchun bunday standartlarning boshlanishi "GOST R" dir. Uch xil bo'lishi mumkin:
- xalqaro yoki mintaqaviylarning aniq nusxalari. Ular "o'z-o'zidan yozilgan" (milliy, mustaqil ravishda yozilgan) dan farq qilmaydigan tarzda belgilanadi;
- 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;
- 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 miqdorni 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 (butunrossiya standartlari tasniflagichi). 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" - "Elektron texnologiyalar, radioelektronika va aloqa uchun umumiy qoidalar va qoidalar" va boshqalarni anglatadi.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:
- 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;
- 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.
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 (loyiha hujjatlarining yagona tizimi, "2." prefiksi);
- 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, Avtomatlashtirilgan boshqaruv tizimlari uchun texnik hujjatlar tizimi, "24." prefiksi;
- GOST, Avtomatlashtirilgan tizimlar uchun standartlar to'plami, "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 yozuvlardan foydalanadi. Mening amaliyotimda, sertifikatlash laboratoriyasi rasmiy ravishda algoritm diagrammasi zarurligini ta'kidlaganida, bu zarur bo'lgan yagona vaqt edi. 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, yozuv sxemasini tushunish standart ishdan tashqariga chiqish kerak bo'lganda foydali bo'ladi: 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 operatsion tizimlar uchun dasturiy ta'minot versiyasini chiqarish kerak bo'lganda (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, balki u alohida hujjat bo'lib, 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 korxonalarda aralash hujjat aylanishidan foydalaniladi: hujjatlarning asl nusxalari korxona arxivida elektron shaklda, ulardagi hujjatlar (asl imzolar bilan) esa qog‘oz ko‘rinishida saqlanadi;
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. Dastur hujjatlariga 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. 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.
Ushbu standart bir qator "teshiklar" va nomuvofiqliklarga ega. Masalan, shunday deyiladi: “agar ma'lum bir hujjatda bir nechta rasmlar mavjud 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 qo'shimchalardagi raqamlar, formulalar va jadvallarning umumiy ro'yxatga kiritilganligini ko'rsatmaydi. 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.
V.E. Karpov
Ushbu hujjat ESPD standartlarining qisqacha tavsifini o'z ichiga oladi, ularning bilimlari talabalar uchun dasturiy ta'minot tizimlarini yaratish bilan bog'liq kurs ishlari va loyihalarni bajarish uchun zarurdir. Bundan tashqari, u umuman dasturiy ta'minot hujjatlari sifatini yaxshilash nuqtai nazaridan foydali bo'lishi mumkin.
TEXNIK XUSUSIYATLAR (GOST 19.201-78)
1. Umumiy qoidalar
Rivojlanish bosqichlari (GOST 19.102-77)
DASTUR TAVSIFI (GOST 19.402-78)
DASTUR MATNI (GOST 19.401-78)
DASTUR VA SINOV USULLARI (GOST 19.301-79)
BOSMA DASTURIY HUJJATLARGA TALABLAR (GOST 19.106-78)
Dasturiy ta'minot hujjatlari sohasida standartlashtirish
Qanday qilib oldinga siljish kerak
Mavjud GOSTlarga muvofiq dasturiy ta'minot (PS) uchun hujjatlarni tayyorlash
2. Holatning umumiy tavsifi
2.3. Rossiya Federatsiyasining davlat standartlari (GOST R)
2.4. ISO/IEC 12207 xalqaro standarti: 1995-08-01
Ehtimol, dasturlash ishining eng yoqimsiz va qiyin bosqichi bu dastur hujjatlarini yaratishdir. Afsuski, odatda bu umuman o'qitilmaydi yoki eng yaxshi holatda ular olingan hujjatlarning sifatiga e'tibor bermaydilar. Biroq, bu san'atni egallash ko'pincha dasturchining sifatini belgilovchi eng muhim omillardan biridir.
Birinchidan, dastur hujjatlarini yaratish qobiliyati dasturchining professional darajasini belgilaydi. Xaridor hatto eng ajoyib dasturning nozik tomonlari va xususiyatlarini o'rganmaydi. Xaridor avval hujjatlarni o'qib chiqadi. Bunda psixologik omil ham katta rol o'ynaydi. Xususan, sobiq sovet dasturlash maktabi butun dunyoda qadrlangan (hozir ham shunday). Zamonaviy mahalliy dasturchilar iqtibos keltirishni to'xtatdilar. Sinf bir xil emas. Hozirgi vaqtda dasturlar endi yozilmaydi, lekin kompilyatsiya qilinadi (va bu "ikkita katta farq"). Shunday qilib, "klassik" uslubda yaratilgan dasturiy hujjatlar to'plami (bundan buyon matnda PD deb yuritiladi) sizning mijozingiz yoki ish beruvchingizda eng yoqimli taassurot qoldiradi. Bundan tashqari, agar PD muallifi "aylantirish panelini bosing ...", "vida" kabi iboralardan qochsa. Afsuski, bunday soxta suhbat odatda fikrlarning kamligini yoki to'liq bo'shlikni yashiradi (muallif o'z tanishlaridan birining kimdir bilan "suhbatlashgan" yoki "moderatsiya" bilan shug'ullangan ma'lum bir "geymer" haqidagi hikoyasidan o'chmas taassurot qoldirdi. shunga o'xshash narsa.). PD tili o'ziga xos byurokratik, juda konservativ tildir. Uning o'ziga xos jozibasi bor. Qattiq disk, tekis disk, qo'lda ishlaydigan manipulyator, masalan, "sichqoncha" (yoki eski PD to'plamlaridan birida yozilganidek, "bulochka") atamalari mos keladigan "vint", "" so'zlaridan butunlay boshqacha eshitilishiga rozi bo'ling. flop" va oddiygina "sichqoncha". Aytgancha, ishlar shu darajaga yetdiki, ular aytishlaricha, hatto maxsus mutaxassislik ham paydo bo'ldi - texnik yozuvchi, ya'ni. dasturiy hujjatlarni yaratishni biladigan shaxs.
Ikkinchidan, yaxshi ishlab chiqilgan (aniqrog'i, yaratilgan) PD to'plami sizni ko'p muammolardan xalos qiladi. Xususan, foydalanuvchini hujjatlarga murojaat qilish orqali zerikarli savollar va asossiz da'volardan xalos bo'lishingiz mumkin. Bu, birinchi navbatda, eng muhim hujjat - texnik topshiriqga taalluqlidir. Biz bu haqda quyida gaplashamiz, ammo endi biz sizga IBMga qarshi ko'p million dollarlik da'voni eslatishimiz mumkin. Ushbu da'vo VT va dasturiy ta'minot sifatidan norozi bo'lgan bitta yirik nashriyot tomonidan qo'zg'atilgan. Ishda IBM g'alaba qozondi. Va u faqat ikkala tomon imzolagan texnik topshiriqni taqdim etgani uchun g'alaba qozondi. Bu uzoq vaqt oldin, 70-yillarda sodir bo'lgan, ammo bu masalaning mohiyatini o'zgartirmaydi.
Yana bir narsa. Birinchi PD paketini yaratish muhim. Bu uning asosida model yoki shablon sifatida foydalanib, barcha keyingilarini qurish uchun etarli bo'ladi. Ammo bu juda samarali bajarilishi kerak. Bemalol. Juda puxta.
Avval siz GOSTlar bilan qurollanishingiz kerak. GOST hamma narsani belgilaydi. Xususan, u bizni qiziqtirgan Dastur hujjatlarining yagona tizimini (USPD) o'z ichiga oladi. Ehtimol, eng qiyin narsa GOSTni o'zi olishdir. GOST faqat asl nusxada bo'lishi kerak. Ular maxsus do'konlarda sotiladi (hech bo'lmaganda bundan oldin ham shunday edi). Xususan, hujjatlashtirish sohasidagi standartlarni olish uchun siz quyidagi tashkilotlarga murojaat qilishingiz mumkin:
- IPK "Nashriyot standartlari", NTDni 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).
- VNIIKI Rossiya Gosstandart (o'qish zali), 103001, Moskva, Granatny per. 4, tel. 290-50-94 (xalqaro, xorijiy standartlar va boshqa ilmiy-texnik hujjatlar toʻgʻrisida).
Va hech qanday iqtiboslar yoki ikkilamchi manbalar. GOST - bu qonun. Va bundan ham ko'proq, Internet yo'q (sud qandaydir veb-saytdan yuklab olingan Jinoyat kodeksining bosma nusxasi yordamida hukm chiqarayotganini tasavvur qiling). Asl nusxadan boshqa hech kimga ishonmang. Biroq, muallif keyinchalik ESPD dan iqtibos keltirishi va shu bilan barcha javobgarlikdan voz kechishi kerak bo'ladi.
Dastur hujjatlarining yagona tizimi haqidagi umumiy qoidalardan boshlaylik (ular ham tegishli GOST 19.001-77 standartida belgilangan).
Dasturiy hujjatlarning yagona tizimi - bu dasturlar va dasturiy hujjatlarni ishlab chiqish, bajarish va muomala qilish uchun o'zaro bog'liq qoidalarni o'rnatadigan davlat standartlari to'plami.
ESPD standartlari umumiy qoidalar va asosiy standartlarni, ishlab chiqish hujjatlarini rasmiylashtirish qoidalarini, ishlab chiqarish hujjatlarini bajarish qoidalarini, qo'llab-quvvatlovchi hujjatlarni rasmiylashtirish qoidalarini, operatsion hujjatlarni bajarish qoidalarini, dasturiy hujjatlarning muomalasi qoidalarini va boshqa standartlarni belgilaydi. . ESPD quyidagilarni o'z ichiga oladi:
- fundamental va tashkiliy-uslubiy standartlar;
- ma'lumotlarni qayta ishlashda foydalaniladigan dasturiy hujjatlarning shakllari va mazmunini belgilovchi standartlar;
- dasturiy hujjatlarni ishlab chiqishni avtomatlashtirishni ta'minlovchi standartlar.
Umuman olganda, ESPD hujjatlari ro'yxati juda keng. Xususan, u quyidagi GOSTlarni o'z ichiga oladi:
- GOST 19.001-77 ESPD. Umumiy holat.
- GOST 19.101-77 ESPD. Dasturlar va dasturiy hujjatlar turlari (1987 yil noyabr oyida o'zgartirishlar bilan qayta nashr etilgan).
- 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. Test dasturi va metodikasi.
- GOST 19.401-78 ESPD. Dastur matni. Tarkib va dizaynga qo'yiladigan talablar.
- GOST 19.402-78 ESPD. Dastur tavsifi.
- 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.
- GOST 19.505-79 ESPD. Operator uchun qo'llanma.
- GOST 19.506-79 ESPD. Tilning tavsifi.
- GOST 19.508-79 ESPD. Xizmat qo'llanma. Tarkib va dizaynga qo'yiladigan talablar.
- GOST 19.604-78 ESPD. Chop etishda bajariladigan dastur hujjatlariga o'zgartirishlar kiritish qoidalari.
- GOST 19.701-90 ESPD. Algoritmlar, dasturlar, ma'lumotlar va tizimlar sxemalari. Konventsiyalar va ijro qoidalari.
- GOST 19.781-90. Axborotni qayta ishlash tizimlari uchun dasturiy ta'minot.
Ko'rib turganingizdek, ESPD kompleksining asosiy qismi 70-80-yillarda ishlab chiqilgan. Ushbu standartlarning ba'zilari eskirgan va ular ba'zi kamchiliklardan xoli emas. Birinchidan, ular dasturlar va dasturiy hujjatlarni loyihalashda ba'zi zamonaviy tendentsiyalarni aks ettirmaydi, ikkinchidan, bu standartlarda dastur hujjatlarining bir nechta nusxalari mavjud. Shunga qaramay, yaxshiroq narsa yo'qligi sababli, biz ularga e'tibor qaratishimiz kerak.
Shunday qilib, ESPD standartlari dasturiy ta'minot tizimlarini hujjatlashtirish jarayonini soddalashtiradi. Biroq, birinchidan, ESPD standartlarida nazarda tutilgan dasturiy hujjatlarning tarkibi ko'rinadigan darajada "qattiq" emas: standartlar dasturiy ta'minot tizimi (PS) uchun hujjatlar to'plamiga qo'shimcha turlarni qo'shishga imkon beradi va , ikkinchidan, mijozlar talablaridan kelib chiqqan holda, ular PDning belgilangan turlarining tuzilishi va mazmunidagi ba'zi o'zgarishlarni qabul qilish mumkin. Bundan tashqari, shuni ta'kidlash mumkinki, ESPD standartlari (va bu PS sohasidagi barcha boshqa standartlarga tegishli - GOST 34, ISO/IEC xalqaro standarti va boshqalar) maslahat xarakteriga ega. Gap shundaki, Rossiya Federatsiyasining "Standartlashtirish to'g'risida"gi qonuniga muvofiq, ushbu standartlar shartnoma asosida majburiy bo'lib qoladi - ya'ni. dasturiy ta'minotni ishlab chiqish (yetkazib berish) shartnomasida ularga murojaat qilganda.
Dasturiy ta'minot hujjatlarini tuzish qoidalarini ko'rib chiqishni boshlashdan oldin, quyidagi fikrni aytish kerak. Har bir hujjatga kirish so'zi bilan kirish tavsiya etiladi. Kirish umumiy gapiradi. Muvofiqlik, zarurat va boshqalar haqida. Ijrochining maqsadi bu ishni bajarishning ahamiyati va zarurligini ko'rsatishdir. Boshlanish odatda standartdir: "Hozirda mavjud bo'lgan ko'p sonli tizimlar ... ... ...da haqiqiy istiqbollarni ochadi" va hokazo. Bu erda odatda turli shaxslarning nutqlaridan iqtiboslar kiritiladi (bu sof psixologik jihat): "... so'nggi plenumda, qurultoyda, konferentsiyada va hokazolarda aytganidek). Siz ".. Bugungi kunda, mahalliy ijtimoiy-iqtisodiy o'zgarishlar davrida... va hokazo." Umuman olganda, bu erda asosiy narsa haddan tashqari oshirib yubormaslikdir.
Va yana. O'z mahsulotini tavsiflashda ishlab chiquvchi ko'pincha komponent va kompleks tushunchalarini chalkashtirib yuboradi. Bular har xil turdagi dasturlar. Komponent deganda "yaxlit bir butun sifatida ko'rib chiqiladigan, to'liq funktsiyani bajaradigan va mustaqil yoki kompleksning bir qismi sifatida foydalaniladigan dastur", kompleks esa "ikki yoki undan ortiq komponentlardan va (yoki) o'zaro bog'liqlikni bajaradigan komplekslardan iborat dastur" deb ta'riflanadi. vazifalarni bajaradi va mustaqil ravishda yoki boshqa kompleksning bir qismi sifatida ishlatiladi.
GOSTga ko'ra, ushbu standart (1987 yil noyabr oyida qayta nashr etilgan) maqsad va ko'lamidan qat'i nazar, kompyuterlar, komplekslar va tizimlar uchun dastur yoki dasturiy mahsulotni ishlab chiqish uchun texnik shartlarni qurish va tayyorlash tartibini belgilaydi.
Uni yaratishda siz nihoyatda ehtiyotkor va ehtiyotkor bo'lishingiz kerak, chunki... Ko'pincha mohirona (va malakali) tuzilgan texnik shartlar butun ishning muvaffaqiyatini belgilaydi. Bu, odatda, iloji boricha ko'proq qarama-qarshi va oshirilgan talablarni kiritishga intiladigan Buyurtmachi bilan kelishilgan texnik xususiyatlardir. Ijrochining vazifasi, aksincha, uning hayotini osonlashtirishdir. Lekin imzolar har ikki tomonga qo'yilgandan so'ng, biror narsani takrorlash uchun juda kech.
Texnik topshiriq A4 va/yoki A3 formatdagi varaqlarda, qoida tariqasida, varaqning maydonlarini to'ldirmasdan tuziladi. Varaq (sahifa) raqamlari matn ustidagi varaqning yuqori qismida joylashgan.
Dastur yoki dasturiy mahsulotni ishlab chiqishning keyingi bosqichlarida texnik fonga o'zgartirish va qo'shimchalar kiritish uchun unga qo'shimcha chiqariladi. Texnik shartlarga qo'shimchalarni muvofiqlashtirish va tasdiqlash texnik shartlar uchun belgilangan tartibda amalga oshiriladi.
Texnik topshiriq quyidagi bo'limlarni o'z ichiga olishi kerak:
- nomi va qo'llash doirasi;
- rivojlanish uchun asos;
- rivojlanish maqsadi;
- dastur yoki dasturiy mahsulot uchun texnik talablar;
- rivojlanish bosqichlari va bosqichlari;
- nazorat qilish va qabul qilish tartibi;
- ilovalar.
Dastur yoki dasturiy mahsulotning xususiyatlariga qarab, bo'limlar mazmunini aniqlashtirish, yangi bo'limlarni kiritish yoki alohida bo'limlarni birlashtirish mumkin.
Bobda Nomi va qamrovi dastur yoki dasturiy mahsulotning nomini, qo'llanish doirasining qisqacha tavsifini va dastur yoki dasturiy mahsulot qo'llaniladigan ob'ektni ko'rsatish.
Bobda Rivojlanish uchun asos ko'rsatilishi kerak:
- uning asosida ishlab chiqish amalga oshiriladigan hujjat(lar);
- ushbu hujjatni tasdiqlagan tashkilot va uni tasdiqlash sanasi;
- ishlab chiqish mavzusining nomi va (yoki) belgisi.
O'quv jarayonining o'ziga xos xususiyatlaridan kelib chiqqan holda, asos sifatida kursni loyihalash bo'yicha topshiriq, institutning __.__ yildagi buyrug'i bo'lishi mumkin. N ___. uchun, shartnoma ___.__. N ___ uchun. , va h.k.
Bobda Rivojlanish maqsadi Dastur yoki dasturiy mahsulotning funktsional va operatsion maqsadi ko'rsatilishi kerak. Bu erda siz o'zingizni bir yoki ikkita ibora bilan cheklashingiz mumkin. Asosiysi, bu dastur nima uchun ekanligini aniq belgilash.
Masalan: Dastur uzluksiz chiziqli avtomatik boshqaruv tizimlarini (ACS) ishlab chiqaruvchisi uchun avtomatlashtirilgan ish stantsiyasining (AWS) yadrosi bo'lib, foydalanuvchiga oddiy modellarni tahlil qilish muammolarini hal qilish imkonini beradi.
Bob Dastur yoki dasturiy mahsulot uchun texnik talablar quyidagi kichik bo'limlarni o'z ichiga olishi kerak:
- funktsional xususiyatlarga qo'yiladigan talablar;
- ishonchlilik talablari;
- foydalanish shartlari;
- texnik vositalarning tarkibi va parametrlariga qo'yiladigan talablar;
- axborot va dasturiy ta'minot muvofiqligiga qo'yiladigan talablar;
- markalash va qadoqlash talablari;
- tashish va saqlashga qo'yiladigan talablar;
- maxsus talablar.
Boshqacha qilib aytganda, bu erda o'ziga xosliklar boshlanadi. Dastur nima qilishi va qanday ko'rinishi kerakligini tasvirlaydi.
Funktsional xususiyatlarga qo'yiladigan talablar. Bu erda bajariladigan funktsiyalar tarkibiga, kirish va chiqish ma'lumotlarini tashkil etishga, vaqt xususiyatlariga va boshqalarga qo'yiladigan talablar ko'rsatilishi kerak.
Masalan: Dastur ... hisoblashga ... qurishga ... yaratishga ... ruxsat berishi kerak.
Kirish ma'lumotlari: matn fayli berilgan...
Chiqish ma'lumotlari: grafik va matnli ma'lumotlar - tizim tahlili natijalari...; matnli fayllar - tizim holatining diagnostikasi ... bo'yicha hisobotlar va yuzaga kelgan barcha xatolar haqida xabarlar.
Ishonchlilik talablari. Ishonchli ishlashni ta'minlash uchun talablar aniqlanishi kerak (barqaror ishlashni ta'minlash, kirish va chiqish ma'lumotlarini kuzatish, nosozlikdan keyin tiklanish vaqti va boshqalar).
Bu erda biror narsani "taxmin qilish" qiyin. Eng yaxshi stsenariy shundaki, sizning dasturingiz faqat to'g'ri ma'lumotlar bilan ishlaydi. Odatda mijoz bunga rozi bo'lmaydi, lekin siz sinab ko'rishingiz mumkin.
Masalan: Dastur o'rganilayotgan grafikning berilgan kengaytirilgan hodisalar matritsasi bilan operatsion algoritmga muvofiq ishlashi, dastlabki ma'lumotlar noto'g'ri ko'rsatilganda xato xabarlarini yaratishi va foydalanuvchiga taqdim etilgan imkoniyatlar doirasida interaktiv rejimni qo'llab-quvvatlashi kerak.
Foydalanish shartlari. Belgilangan xarakteristikalar ta'minlanishi kerak bo'lgan ish sharoitlari (atrof-muhit harorati, nisbiy namlik va boshqalarni saqlash vositalarining tanlangan turlari uchun), shuningdek xizmat ko'rsatish turi, xodimlarning kerakli soni va malakasi ko'rsatilishi kerak.
Odatda bu nuqtada hech qanday qiyinchiliklar bo'lmaydi. Afsuski, mijoz tomonidan foydalanuvchining professionalligi haqidagi band majburiy ravishda nazarda tutilgan. Bu, albatta, dasturingizdagi xatoni topishning yana bir sababidir. Biroq, bu erda biz o'zimizni "Dasturning ishlash shartlari IBM PC va mos keladigan shaxsiy kompyuterlarning ishlash shartlariga mos keladi", "Dastur professional bo'lmagan foydalanuvchi uchun mo'ljallangan bo'lishi kerak" kabi iboralar bilan cheklanishimiz mumkin. va h.k.
Texnik vositalarning tarkibi va parametrlariga qo'yiladigan talablar. Texnik vositalarni texnik tavsiflarini ko'rsatgan holda kerakli tarkibini ko'rsating.
Bu erda asosiy narsa, bir tomondan, hech narsani unutmaslik va hamma narsani ta'minlashdir (aks holda ular monoxrom displeyli va sichqonchasiz qandaydir IBM PC/XT ga o'tadi), boshqa tomondan esa, talablarni oshirib yuboring, aks holda Buyurtmachi yanada moslashuvchan Pudratchini topadi.
Masalan: Sizda EGA (VGA) grafik adapterli IBM PC - mos keluvchi shaxsiy kompyuteringiz bo'lishi kerak. Kerakli disk maydoni kamida 600 KB, bo'sh RAM miqdori kamida 400 KB. EMS drayveri va sichqoncha tipidagi manipulyatorga ega bo'lish maqsadga muvofiqdir.
Axborot va dasturiy ta'minotning muvofiqligiga qo'yiladigan talablar. Xususiyatlari avvalgi xatboshidagi kabi. Bu erda kirish va chiqishda axborot tuzilmalari va ularni hal qilish usullari, manba kodlari va dasturlash tillariga qo'yiladigan talablar ko'rsatilishi kerak. Zarur bo'lganda, axborot va dasturlarning himoyasi ta'minlanishi kerak.
Masalan: Dastur MS DOS OS 3.3 dan past bo'lmagan versiyada avtonom ishlashi kerak. Asosiy dasturlash tili Turbo Pascal 6.0.
Yorliqlash va qadoqlash talablari, tashish va saqlash talablari juda ekzotikdir. Umuman olganda, bu dasturiy mahsulotni markalash, qadoqlash imkoniyatlari va usullariga qo'yiladigan talablarni ko'rsatadi. Va tashish va saqlashga qo'yiladigan talablar dasturiy mahsulotni tashish shartlari, saqlash joylari, saqlash sharoitlari, saqlash sharoitlari, turli sharoitlarda saqlash muddatlarini ko'rsatishi kerak.
Maxsus talablar juda muhim narsa. Iloji bo'lsa, ulardan qochish yaxshiroqdir. Va darhol e'lon qiling.
Masalan: Dasturning vaqt xususiyatlariga maxsus talablar yo'q. Dasturning sig'imli xarakteristikalari uchun maxsus talablar yo'q.
Texnik va iqtisodiy ko'rsatkichlar. Dasturchi uchun bu eng qiyin nuqta har doim ham mavjud emas. Bu, birinchi navbatda, sizning maqsadingiz bajarilayotgan ishning ulkan samaradorligi va ahamiyatini oqlash bo'lganda kerak bo'ladi. Ushbu element odatda Mijoz uchun juda yaxshi ishlaydi. Hech bo'lmaganda, bu rivojlanish vaqti va pul miqdori uchun eng yaxshi asosdir.
Ushbu bo'limda quyidagilar ko'rsatilishi kerak: taxminiy iqtisodiy samaradorlik, taxminiy yillik ehtiyoj (masalan: butun yilda kompleksga kutilayotgan qo'ng'iroqlar soni - 365 ish sessiyasi), eng yaxshi mahalliy va xorijiy namunalar bilan taqqoslaganda rivojlanishning iqtisodiy afzalliklari yoki analoglari.
Bundan tashqari, dasturni ishlab chiqishning smeta qiymatining ham, dasturlashning murakkabligining ta'rifini ham berish maqsadga muvofiqdir.
Rivojlanish bosqichlari va bosqichlari(bu quyida batafsilroq muhokama qilinadi) ishning zaruriy bosqichlarini, bosqichlarini va mazmunini (ishlab chiqilishi, kelishilishi va tasdiqlanishi kerak bo'lgan dasturiy hujjatlar ro'yxati), shuningdek, qoida tariqasida, ishlab chiqish muddatlarini va ijrochilarni aniqlang.
Standart qadamlar bu erda tasvirlangan. Asosiysi, vaqtni to'g'ri aniqlash. Iloji bo'lsa, bosqichlarni muddatlar (va miqdorlar) bo'yicha teng taqsimlashga harakat qiling. Esda tutingki, barcha loyihalar yakuniy bosqichga o'tmaydi. Va har bir bosqich uchun hisobotlar bo'lishi kerak. Shuni ham yodda tutingki, ish loyihasi eng ko'p vaqtni oladi. Agar siz hujjatlarni o'z vaqtida to'ldirmasangiz, Buyurtmachi barcha oqibatlarga olib keladigan ishni umuman qabul qilmaslik huquqiga ega.
Asosiy va ajralmas bosqich va bosqichlar texnik topshiriqning o'zi, dastlabki loyihalash, texnik va ishchi loyihalardir.
- Dastlabki dizayn. Ushbu bosqichda kirish va chiqish ma'lumotlarining tuzilmalari batafsil ishlab chiqiladi va ularni taqdim etish shakli aniqlanadi. Algoritmning umumiy tavsifi, algoritmning o'zi va dastur tuzilishi ishlab chiqilmoqda. Dasturni ishlab chiqish va amalga oshirish bo‘yicha chora-tadbirlar rejasi ishlab chiqilmoqda.
- Texnik loyiha. Muammoni hal qilish uchun ishlab chiqilgan algoritm va dastlabki ma'lumotlarni kuzatish usullarini o'z ichiga oladi. Bu erda xatolarni qayta ishlash va diagnostika xabarlarini berish vositalari ishlab chiqiladi, dastlabki ma'lumotlarni taqdim etish shakllari va texnik jihozlarning konfiguratsiyasi aniqlanadi.
- Ishchi qoralama. Bu bosqichda dasturni dasturlash va disk raskadrovka qilish, dasturiy hujjatlar, dasturlar va test usullarini ishlab chiqish amalga oshiriladi. Sinov va disk raskadrovka misollari tayyorlanmoqda. Hujjatlar va grafik materiallar yakunlanadi. Odatda dasturni ishlab chiqishda quyidagi hujjatlarni tayyorlash kerakligi ko'rsatilgan:
- dastur matni;
- dastur tavsifi;
- test dasturi va metodikasi;
- ariza tavsifi;
- foydalanuvchi qoʻllanmasi.
Bu standart talablar. Agar Xaridor ushbu ro'yxatning hammasini taqdim eta olmasligiga rozi bo'lsa, bu uning sizga va mahsulotingizga nisbatan niyatlari jiddiy emasligini anglatadi.
Hech qanday grafik material bo'lmasligi mumkin. Ayniqsa, ishingiz natijalari haqida xabar bermoqchi bo'lmasangiz. Ammo jiddiy loyihalar uchun bu element talab qilinadi.
Masalan: Dasturni ishlab chiqishda quyidagi grafik material tayyorlanishi kerak:
- texnik-iqtisodiy ko'rsatkichlar;
- dastur tuzilishi;
- dasturga kirish ma'lumotlarini taqdim etish formati;
- umumiy algoritm diagrammasi (2 varaq);
- asosiy hisoblash algoritmlari;
- dastur qanday ishlashiga misol.
Bobda Nazorat va qabul qilish tartibi sinov turlari va ishlarni qabul qilish uchun umumiy talablar ko'rsatilishi kerak. Agar iloji bo'lsa, ushbu bandda "ishlab chiqishni nazorat qilish va qabul qilish Buyurtmachi tomonidan taqdim etilgan uskunalar yordamida amalga oshiriladi" deb ko'rsating, aks holda siz uskunani o'zingiz bilan olib kelishingiz talab qilinishi mumkin.
Masalan: Ishlashni nazorat qilish va qabul qilish test sinovi va disk raskadrovka misollari asosida amalga oshiriladi. Bu dasturning barcha funktsiyalarining bajarilishini tekshiradi.
IN Ilovalar Agar kerak bo'lsa, texnik xususiyatlar quyidagilar tomonidan taqdim etiladi:
- ishlanmani asoslovchi tadqiqot va boshqa ishlar ro‘yxati;
- algoritm sxemalari, jadvallar, tavsiflar, asoslashlar, hisob-kitoblar va ishlab chiqish jarayonida foydalanish mumkin bo'lgan boshqa hujjatlar;
- boshqa rivojlanish manbalari.
Ushbu standart dasturlarni, dasturiy hujjatlarni ishlab chiqish bosqichlarini, shuningdek ishning bosqichlari va mazmunini belgilaydi:
|
Rivojlanish bosqichlari |
Ish bosqichlari |
|
|
Texnik vazifa |
Dasturni ishlab chiqish zaruriyatini asoslash |
Muammoni shakllantirish. |
|
Tadqiqot ishi |
Kirish va chiqish ma'lumotlarining tuzilishini aniqlash. |
|
|
Texnik shartlarni ishlab chiqish va tasdiqlash |
Dastur talablarini aniqlash. |
|
|
Dastlabki dizayn |
Dastlabki dizaynni ishlab chiqish |
Kirish va chiqish ma'lumotlarining strukturasini dastlabki ishlab chiqish. |
|
Dastlabki loyihani tasdiqlash |
|
|
|
Texnik loyiha |
Texnik loyihani ishlab chiqish |
Kirish va chiqish ma'lumotlarining tuzilishini aniqlashtirish. |
|
Texnik dizaynni tasdiqlash |
Dasturlarni ishlab chiqish va amalga oshirish bo'yicha chora-tadbirlar rejasini ishlab chiqish. |
|
|
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. |
|
|
Amalga oshirish |
Dasturni tayyorlash va uzatish |
Xizmat ko'rsatish va (yoki) ishlab chiqarish uchun dasturlar va dasturiy ta'minot hujjatlarini tayyorlash va topshirish. |
Eslatmalar:
- 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.
- Ish bosqichlarini va (yoki) ularning mazmunini birlashtirish, chiqarib tashlash, shuningdek buyurtmachi bilan kelishilgan boshqa ish bosqichlarini joriy etishga ruxsat beriladi.
Ushbu standart ishlab chiqilayotgan mahsulotni hujjatlashtirishga qaratilgan.
To'g'ridan-to'g'ri aytganda, ikkita turli xil hujjat mavjud, ammo ular juda ko'p umumiyliklarga ega. Bu UMUMIY TA'RIF (GOST 19.502-78) va DASTUR TAVSIFI (GOST 19.402-78). Biroq, deyarli to'liq takrorlash va qismlarni yirtib tashlamasdan, ikkalasini ham yuqori sifatli yaratish juda qiyin bo'lganligi sababli, bitta, umumiyroq, "gibrid" hujjatni amalga oshirish kifoya qiladi. Keling, uni "Dastur tavsifi" deb ataymiz.
Aslida, uning mazmunidagi "Dastur tavsifi" 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.503-79 ESPD. Tizim dasturchisi uchun qo'llanma, GOST 19.504-79 ESPD. Dasturchi uchun qo'llanma, GOST 19.505-79 ESPD. Operator qo'llanmasi va boshqalar. Xususan, Tushuntirish eslatmasidan siz algoritmning diagrammasini, algoritmning umumiy tavsifini va (yoki) dasturning ishlashini, shuningdek, qabul qilingan texnik va texnik-iqtisodiy qarorlarning mantiqiy asoslarini olishingiz mumkin.
Dastur tavsifi ma'lumot qismini - izoh va tarkibni o'z ichiga olishi kerak.
Hujjatning asosiy qismi kirish qismi va quyidagi bo'limlardan iborat bo'lishi kerak:
- funktsional maqsad;
- mantiqning tavsifi.
- foydalanish shartlari;
- tarkibi va funktsiyalari.
Dasturning o'ziga xos xususiyatlariga qarab, qo'shimcha bo'limlar kiritilishi mumkin.
IN Kirish qismi Hujjatda dastur haqida umumiy ma'lumot berilgan - to'liq ism, belgi, uning mumkin bo'lgan ilovalari va boshqalar.
Masalan: "O'ziyurar qurollarni ishlab chiquvchi uchun avtomatlashtirilgan ish stantsiyasi" dasturi ... uchun mo'ljallangan. Dastur qo'llab-quvvatlaydi ...
Bobda Maqsad dasturning maqsadini ko'rsating va dasturning ishlashining umumiy tavsifini, uning asosiy xususiyatlarini, dastur doirasiga kiritilgan cheklovlar to'g'risidagi ma'lumotlarni taqdim eting, shuningdek, ish paytida ishlatiladigan elektron kompyuterlar va qurilmalarning turlarini ko'rsating.
Masalan: Dastur muammolarni hal qilish uchun mo'ljallangan... Dastur avtomatlashtirilgan ish stantsiyasining yadrosini ifodalaydi...
Foydalanuvchida..., amalga oshirish..., ishga tushirish..., tahlil qilish..., tahlil va qayta ishlash natijalarini olish..., qurish... va h.k.
bobda" Mantiqning tavsifi" ko'rsating:
- dastur tuzilmasi va uning asosiy qismlari tavsifi
(masalan: Dastur quyidagilarni o'z ichiga oladi:
- foydalanuvchi interfeysi,
- grafikdagi yo'llarni aniqlash moduli,
- uzatish funktsiyasini hisoblash moduli,
- amplituda va faza chastotasi xususiyatlarini qurish uchun modul,
- polinom ta'siriga javob yaratish moduli,
- matn muharriri).
- komponentlarning vazifalari va ular orasidagi aloqalarni tavsiflash;
Masalan: Dastur oltita moduldan iborat: interfeys moduli; aniqlash moduli...; hisoblash moduli...; modul ... va boshqalar.
Interfeys moduli ikki turdagi dialoglar asosida qurilgan: savol-javob dialogi va menyu tipidagi dialog. Interfeys moduli boshqaradi...
Aniqlash moduli... Bu...
Hisoblash moduli... va hokazo.
- dasturlash tili haqida ma'lumot;
Masalan: Dastur tilda yoziladi ... kompilyator yordamida ...
- komponentlarning har biri uchun kirish va chiqish ma'lumotlarining tavsifi;
Masalan: INPUT DATA. Dastur uchun kirish ma'lumotlari o'rganilayotgan tizim grafigining kengaytirilgan insidans matritsasi tasvirlangan matn faylidir.
Chiqish. Chiqish:
- ekranda ko'rsatilgan grafik va matnli ma'lumotlar (tizim tahlili natijalari);
- grafik formatlardan biridagi fayllar - tuzilgan xarakteristikalar tasvirining nusxalari (chastota javobi, fazali javob va boshqalar);
- matnli fayllar - olib borilgan tadqiqotlar bo'yicha hisobotlar;
- tizim holatining diagnostikasi va yuzaga keladigan barcha xatolar haqida xabarlar.
- tarkibiy qismlarning mantiqiy tavsifi (agar kerak bo'lsa, dastur diagrammalarining tavsifi yozilishi kerak).
Dastur mantig'ini tavsiflashda dastur matniga havola kerak bo'ladi.
Bobda Tarkibi va funktsiyalari dasturlarning tarkibi va funksiyasining tavsifini hamda masalalarni yechishda qo‘llaniladigan usullarni ko‘rsating.
Bobda Foydalanish shartlari dasturni amalga oshirish uchun zarur bo'lgan shartlar ko'rsatilgan (ushbu dastur va boshqa dasturlar uchun zarur bo'lgan texnik vositalarga qo'yiladigan talablar, kirish va chiqish ma'lumotlarining umumiy tavsiflari, shuningdek tashkiliy, texnik va texnologik xarakterdagi talablar va shartlar va boshqalar). ).
Masalan: Dastur IBM PC/AT tipidagi shaxsiy kompyuterda (ShK) ishlaydi. Interaktiv rejimda ishlash uchun displey ekrani, klaviatura va sichqonchadan foydalaniladi. Grafik rejimini qo'llab-quvvatlash uchun EGA (VGA) adapteri talab qilinadi. Kiritilgan ma'lumotlar floppi va/yoki qattiq disklarda saqlanadi. Dastur OS ostida ishlaydi...
Tavsifga ilova ma'lumotnoma materiallarini (rasmlar, jadvallar, grafiklar, misollar va boshqalar) o'z ichiga olishi mumkin.
Va yuklash modulining nomini, shuningdek, butun protsedura tavsifini ko'rsatishni unutmang
Qo'ng'iroq qilish va tizimni ishga tushirish
Dastur matnini loyihalash uchun qo'yiladigan talablar malakali dasturchi uchun juda oddiy va tabiiydir. Ushbu hujjatni yaratishda asosiy narsa dastur matni o'qilishi kerak.
Axborot qismini - izohlar va tarkibni kompilyatsiya qilish hali ham majburiydir.
Hujjatning asosiy qismi bir yoki bir nechta bo'limlarning matnlaridan iborat bo'lishi kerak, ularga nomlar beriladi.
Har bir dastur faylining matni “sarlavha” bilan boshlanadi, bu quyidagilarni bildiradi:
- dastur nomi,
- muallif,
- dastur yaratilgan sana,
- versiya raqami,
- oxirgi o'zgartirish sanasi.
Sharhlar talab qilinadi, shuningdek, chekinish qoidalariga qat'iy rioya qilish kerak. Esingizda bo'lsin, hatto dasturiy ta'minot hujjatlarini yarata olmaslik ham oqlanishi mumkin. Lekin yomon dastur matni - hech qachon. Ushbu matn muallifning o'zi uchun tushunarli ekanligiga havolalar jiddiy qabul qilinmaydi. Dastur matnlarini boshqa odamlarga o'qish uchun berishda uyat bo'lmasligi kerak.
Quyida bunday yaxshi o'qiladigan dastur matniga misol keltirilgan (Nikolay Gextning veb-saytidan olingan, elektron pochta: [elektron pochta himoyalangan], http://users.omskreg.ru/~geht)
/* Windows 98 manbalari
Windows 98 uchun manba kodi */ #include "win31.h" #include "win95.h" #include "evenmore.h" #include "oldstuff.h" #include "billrulz.h" #include "monopoly.h" # belgilash INSTALL = HARD char make_prog_look_big; void main() ( while(!CRASHED) ( display_copyright_message(); display_bill_rules_message(); do_nothing_loop(); if(birinchi_marta_oʻrnatish) (make_50_megabayt_almashtirish fayli(); do_nothing_loop(); totally_screw_up_loop(); totally_screw_up_ost_hot_of_yos_); /2(); disable_Netscape(); Died_Realplayer (); nizo_corel_produstrlar (); Dis_copyth_cashge (); Dow_copyth_cashge (); Dow_cophith_Loop (); Do_COthing_Loop (); ; do_nothing_loop (); do_nothing_loop(); ) ) if(detect_cache()) disable_cache(); if(fast_cpu()) ( set_wait_states(lots); set_mouse(tezlik, juda_sekin); set_sichqoncha(harakat, shoshqaloq); set_mouse(reaktsiya, ba'zan) ); ) /* printf("Windows 3.11 ga xush kelibsiz"); */ /* printf("Windows 95 ga xush kelibsiz"); */ printf("Windows 98 ga xush kelibsiz"); if(system_ok()) ishdan chiqish(to_dos_prompt) ) else system_memory = open("a:\swp0001.swp", O_CREATE); while(something) ( uyqu (5); get_user_input(); uyqu (5); act_on_user_input(); uyqu (5); ) create_general_protection_fault();
Ushbu hujjat dasturning to'g'ri ishlashiga ishonch hosil qilish (va mijozni ishontirish) uchun nima va qanday qilish kerakligi tavsifini o'z ichiga oladi. Aslida, ushbu hujjat qabul sinovlari uchun hal qiluvchi ahamiyatga ega. Yaxshi ishlab chiqilgan test dasturi va metodologiyasi qabul qilish sertifikatini imzolashning kalitidir, ya'ni. siz ko'p kuch va vaqt sarflagan narsangiz.
Rasmiy ravishda, ushbu GOST rejalashtirish hujjatlarini ishlab chiqish va dasturiy ta'minot tizimining tayyorligi va sifatini baholash uchun sinov ishlarini o'tkazish uchun ishlatiladi. Hujjatda sinov ob'ekti va maqsadining tavsifi, dastur va dasturiy ta'minot hujjatlariga qo'yiladigan talablar, sinov vositalari va tartibi, shuningdek sinov namunalarining tavsifi mavjud.
Ushbu hujjatning tarkibiy qismlari misollar shaklida osonroq va aniqroq tasvirlangan.
Sinov ob'ekti
Misol: Test ob'ekti ... uchun mo'ljallangan dastur ...
Sinov maqsadi
Misol: Dasturning ishonchliligini tekshirish.
Dastur talablari
Misol: Dasturning ishlashi muvaffaqiyatsizlikka olib kelmasligi kerak (tizimning halokatli buzilishi). Muloqotni tashkil etish noto'g'ri ma'lumotlarni kiritishdan himoya qilishni ta'minlashi kerak. Dastur tizim holatining diagnostikasini va sodir bo'lgan xatolar haqida xabarlarni taqdim etishi kerak ... va hokazo.
Dasturiy ta'minot hujjatlariga qo'yiladigan talablar
Misol: Sinov paytida taqdim etilgan dasturiy ta'minot hujjatlarining mazmuni:
- dasturning tavsifi (GOST 19.402-78);
- test dasturi va metodologiyasi (GOST 19.301-79);
- dastur matni (GOST 19.401-78).
Sinov vositalari va tartibi
Misol: Dastur MS DOS operatsion tizimining (versiyasi 3.0 dan past boʻlmagan) IBM PC/AT kabi shaxsiy kompyuterlarda hamda mos keluvchi kompyuterlarda ishlash shartlariga muvofiq ishlaydi. Ishlash uchun EGA (VGA) adapteri ham talab qilinadi.
Sinov jarayoni:
- Dastur ishga tushirildi....
- Tanlangan...
- Bosilgan...
- Ketma-ket tanlangan...
Test holatlari
Misol: Sinov uchun, ... taklif etiladi, ularning tavsiflari fayllarda mavjud ... Test fayllari mazmuni va dastur natijalari 1-ilovada keltirilgan.
Va nihoyat, keling, eng so'nggi ESPD standartini ko'rib chiqaylik
Ushbu standart ESPD standartlarida nazarda tutilgan maqsad va qo'llanilishidan qat'i nazar, kompyuterlar, komplekslar va tizimlar uchun dasturiy hujjatlarni bajarish qoidalarini belgilaydi.
Umumiy talablar. Mashinada, mashinada va qoʻl yozuvida tuzilgan dastur hujjatlariga alohida soʻzlarni, formulalarni, belgilarni (qoʻlda chizilgan shriftda), lotin va yunon alifbosi harflarini kiritish, shuningdek, qora siyohda chizma va chizmalarni chizish zarur. yoki siyoh.
Bajarish jarayonida aniqlangan matn terish xatolari va grafik noaniqliklar matnning (chizmaning) yomon bajarilgan qismini o'chirish va tuzatilgan matnni (grafiklarni) bitta varaqdagi yozuv yoki qora siyohda qo'llash orqali tuzatilishi mumkin. hujjat.
Hujjat varaqlariga, to'liq o'chirilmagan matn (grafika) izlariga zarar yetkazilishiga yo'l qo'yilmaydi.
Dastur hujjatlari A4 varaqlarida tuzilgan. Bundan tashqari:
- A3 varaqlarida chop etish 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;
- Hujjatni tipografik usul yordamida ishlab chiqarishda tipografik formatlar varaqlaridan foydalanish mumkin.
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.
Hujjatni qurish. Agar kerak bo'lsa, hujjatni qismlarga ajratishga ruxsat beriladi. Qismlarga bo'linish qismdan past bo'lmagan darajada amalga oshiriladi. Har bir qism alohida to'ldiriladi va birinchi qismning mazmuni oxirida qolgan qismlarning nomlari ko'rsatilishi kerak.
Hujjatga dastur matni yoziladigan til qoidalariga muvofiq formatlangan dastur matn qismlarini kiritishga ruxsat beriladi.
Annotatsiya alohida sahifaga (sahifalarga) joylashtiriladi, “REFERAT” sarlavhasi bilan ta’minlanadi, raqamlanadi va hujjat mazmuniga kiritiladi.
Har bir hujjatning matni, agar kerak bo'lsa, hujjat qismlarga, bo'limlarga va kichik bo'limlarga bo'linganmi yoki yo'qligidan qat'i nazar, paragraflarga, paragraflar esa kichik bandlarga bo'linadi.
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. Har bir bo'limni yangi varaqdan boshlash tavsiya etiladi.
Bo'limlar, kichik bo'limlar, paragraflar va kichik bandlar arab raqamlari bilan nuqta bilan raqamlanishi kerak. Bo'limlar seriya raqamiga ega bo'lishi kerak (1, 2 va boshqalar).
Hujjat matni. 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 cheti darajasida joylashgan qavsli raqam bilan ko'rsatilgan.
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.
Tasvirlar. Rasmlar hujjat matnida va (yoki) ilovalarda joylashtirilishi mumkin. Rasmlar, agar ma'lum bir hujjatda ulardan bir nechtasi bo'lsa, butun hujjat bo'ylab arab raqamlari bilan raqamlanadi.
Ilovalarda rasmlar hujjatning asosiy matni uchun belgilangan tartibda har bir ilova ichida raqamlangan. Rasmlarga havolalar turlari bo'yicha berilgan: "12-rasm" yoki "(12-rasm)". Illyustratsiyalar tematik sarlavha va rasm mazmunini tushuntiruvchi sarlavhali matnga ega bo'lishi mumkin.
Formulalar. Hujjatdagi formulalar, agar ulardan bir nechtasi bo'lsa, arab raqamlari bilan raqamlanadi, raqam sahifaning o'ng tomonida, formulalar darajasida qavs ichida joylashtiriladi. Butun hujjat yoki uning qismlari ichida, agar hujjat qismlarga bo'lingan bo'lsa, formulalar uzluksiz raqamlashga ega.
Matndagi formulaning tartib raqamiga havolalar qavslar ichida berilgan, masalan: "formulada (3)". Hujjatni qismlarga bo'lishda qism raqami formulaning seriya raqamidan oldin joylashtiriladi va oxirgi nuqtadan ajratiladi, masalan: "(1.4) formulada".
Formulaga kiritilgan belgilarning ma'nosi to'g'ridan-to'g'ri formula ostida berilishi kerak. Har bir belgining ma'nosi formulada berilgan tartibda yangi satrda chop etiladi. Transkriptning birinchi qatori "qaerda" so'zi bilan boshlanishi kerak, undan keyin ikki nuqta qo'yilmaydi.
Havolalar. Siyosiy hujjatlarda standartlarga va boshqa hujjatlarga havolalarga ruxsat beriladi. Hujjatga umuman yoki uning bo'limlariga havola qilish kerak (hujjatning nomi va nomi, bo'lim yoki ilovaning raqami va nomi ko'rsatilgan).
Hujjatning va (yoki) bo'limlarning nomlarini ko'rsatmasdan faqat belgilanishini ko'rsatishga ruxsat beriladi. Boshqa hujjatning alohida bo'limlari, paragraflari va rasmlariga havolalarga yo'l qo'yilmaydi. Hujjat ichidagi paragraflar, rasmlar va alohida bo'limlarga havolalarga ruxsat beriladi.
Eslatmalar 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. Eslatmalar matni faqat bitta intervalda chop etilishi mumkin.
Qisqartmalar. Matndagi so'zlarning qisqartmasi va rasmlar ostidagi yozuvlarga yo'l qo'yilmaydi, bundan mustasno:
- GOST 2.316-68 da belgilangan va rus tilida umumiy qabul qilingan qisqartmalar;
- Lotin alifbosi harflari bilan belgilangan dasturlarni, ularning qismlarini va ish rejimlarini, vazifalarni boshqarish tillarida, dasturni sozlash vositalarida va hokazolarni belgilash uchun ishlatiladigan qisqartmalar.
Ilovalar. Tasvirlangan material, jadvallar yoki qo'llab-quvvatlovchi matn ilovalar shaklida taqdim etilishi mumkin. Ilovalar ushbu hujjatning davomi sifatida keyingi sahifalarda tuziladi yoki alohida hujjat sifatida chiqariladi.
Har bir ariza yuqori o‘ng burchakda “Ilova” so‘zi bilan yangi sahifadan boshlanishi va dolzarb sarlavhaga ega bo‘lishi kerak. Agar hujjatda bir nechta ilova mavjud bo'lsa, barcha qo'shimchalar arab raqamlari bilan raqamlanadi (Raqam belgisisiz), masalan:
1-ilova, 2-ilova va boshqalar.
Arizani alohida hujjat sifatida berishda hujjat nomi ostida sarlavha sahifasida “Ilova” so‘zi, agar bir nechta arizalar mavjud bo‘lsa, uning tartib raqami ham ko‘rsatilishi kerak.
Dasturchi dastur ishlab chiqish vazifasini olganida, u, loyiha menejeri va butun loyiha jamoasi quyidagi savollarga duch keladi:
- dasturdan tashqari nima qilish kerak?
- qanday hujjatlar yozilishi kerak?
- foydalanuvchilarga nimani etkazish kerak va nima? eskort xizmati?
- rivojlanish jarayonini qanday boshqarish kerak?
- Texnik topshiriqga nimalar kiritilishi kerak?
Yuqorida aytilganlarga qo'shimcha ravishda, boshqa ko'plab muammolar mavjud.
Bu savollarning barchasiga bir marta dasturiy hujjatlar uchun davlat standartlari - GOST ESPD 19-seriya standartlari to'plami javob berdi. Ammo shunga qaramay, dasturchilar ushbu standartlar bo'yicha ko'plab shikoyatlarga ega edilar. Hujjatlarda ba'zi narsalarni asossiz ravishda ko'p marta takrorlash kerak edi va ko'p narsalar, masalan, ma'lumotlar bazasi bilan ishlaydigan dasturlarni hujjatlashtirishning o'ziga xos xususiyatlarini aks ettirmagan.
Bugungi kunga qadar ishlab chiqilgan dasturlarning hujjatlarini tartibga soluvchi standartlar tizimining mavjudligi masalasi dolzarbligicha qolmoqda.
2. Holatning umumiy tavsifi
Dasturiy hujjatlashtirish sohasidagi ichki me'yoriy-huquqiy bazaning asosini Dastur hujjatlarining yagona tizimi (USPD) standartlari to'plami tashkil etadi. Ushbu majmuaning asosiy va katta qismi 70-80-yillarda ishlab chiqilgan. Hozirgi vaqtda ushbu majmua standartlashtirish bo'yicha davlatlararo shartnoma asosida Rossiya Federatsiyasi hududida faoliyat yurituvchi MDH davlatlarining davlatlararo standartlari tizimini ifodalaydi.
ESPD standartlari dasturni ishlab chiqish jarayonida yaratilgan va funktsional xususiyatlarni hujjatlashtirish bilan bog'liq bo'lgan hujjatlarning bir qismini qamrab oladi. ESPD standartlari (GOST 19) maslahat xarakteriga ega ekanligini unutmang. Biroq, bu dasturiy ta'minotni ishlab chiqish sohasidagi boshqa standartlarga ham taalluqlidir: GOST 34, ISO/IEC xalqaro standarti va boshqalar. Rossiya Federatsiyasining "Standartlashtirish to'g'risida"gi qonuniga muvofiq, ushbu standartlar faqat quyidagi hollarda majburiy bo'ladi. shartnomaviy asos - ya'ni dasturni ishlab chiqish to'g'risidagi shartnomada ularga havola qilingan holda.
Umuman olganda, ESPD holati haqida gapiradigan bo'lsak, shuni aytish mumkinki, standartlarning aksariyati ma'naviy jihatdan eskirgan.
Asosiy kamchiliklarga ESPD nisbat berish mumkin:
- dasturning hayot aylanishining yagona, "kaskad" modeliga yo'naltirish;
- sifat xususiyatlarini hujjatlashtirish bo'yicha aniq tavsiyalarning yo'qligi;
- boshqa mavjud mahalliy standartlar tizimlari bilan aloqaning yo'qligi, masalan, ESKD;
- dasturni tijorat mahsuloti sifatida hujjatlashtirishga noto'g'ri yondashuv;
- ichki hujjatlar uchun tavsiyalarning yo'qligi, masalan, ekran menyulari, dastur bilan ishlash uchun yordam va boshqalar;
- xalqaro va mintaqaviy standartlarga mos keladigan dastur hujjatlarining tarkibi, mazmuni va ijrosi bo‘yicha tavsiyalarning yo‘qligi.
Bundan kelib chiqadiki, ESPD ISO/IEC 12207-95 standarti asosida to'liq qayta ko'rib chiqilishi kerak (bu standart quyida batafsilroq muhokama qilinadi).
Shuni ta'kidlash kerakki, ESPDga qo'shimcha ravishda, Rossiya Federatsiyasining rasmiy me'yoriy-huquqiy bazasida dasturlar va tegishli sohalarni hujjatlashtirish sohasida bir qator istiqbolli standartlar mavjud, masalan:
- xalqaro standart ISO/IEC 12207: 1995-08-01 dasturiy mahsulotlarning hayot aylanishini tashkil etish.
- Murakkab standartlar GOST 34 avtomatlashtirilgan tizimlarni yaratish va rivojlantirish uchun.
2.1. Mavjud ESPD standartlarining qisqacha tavsifi
Kamchiliklariga qaramay, ko'plab ESPD standartlari dasturlarni hujjatlashtirish uchun foydali bo'lishi mumkin, chunki:
- ESPD standartlari dasturlarni hujjatlashtirish jarayoniga xarakterli tartibni kiritadi;
- ESPD standartlarida nazarda tutilgan dasturiy hujjatlarning tarkibi hujjatlar to'plamiga qo'shimcha turdagi hujjatlarni qo'shish orqali o'zgartirilishi mumkin.
- ESPD standartlari mijoz va foydalanuvchining o'ziga xos talablari asosida tuzilma va tarkibni o'zgartirishga imkon beradi.
Shu bilan birga, buyurtmachi va loyiha menejeri loyiha uchun tegishli standartlar va hujjatlar to'plamini tanlaydi, ularni kerakli bo'limlar bilan to'ldiradi (keraksizlarini istisno qiladi) va ushbu hujjatlarni yaratishni loyihada ishlatiladigan sxemaga bog'laydi.
ESPD standartlari jadvalda ko'rsatilgan 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:
- GOST 19.001-77 ESPD. Umumiy holat.
- 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.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.
- GOST 19.505-79 ESPD. Operator uchun qo'llanma.
- GOST 19.506-79 ESPD. Tilning tavsifi.
- GOST 19.508-79 ESPD. Xizmat qo'llanma. Tarkib va dizaynga qo'yiladigan talablar.
- GOST 19.604-78 ESPD. Chop etishda bajariladigan dastur hujjatlariga o'zgartirishlar kiritish qoidalari.
- GOST 19.701-90 ESPD. Algoritmlar, dasturlar, ma'lumotlar va tizimlar sxemalari. Konventsiyalar va ijro qoidalari.
- GOST 19.781-90. Axborotni qayta ishlash tizimlari uchun dasturiy ta'minot.
Shartlar va ta'riflar
Barcha ESPD standartlari orasida biz dasturlarni ishlab chiqish amaliyotida tez-tez ishlatilishi mumkin bo'lgan standartlarga e'tibor qaratamiz.
Dasturlash uchun texnik shartlarni yaratishda foydalanish mumkin bo'lgan birinchi standart GOST (ST SEV) 19.201-78 (1626-79). ESPD.
(Texnik spetsifikatsiyalar. Tarkib va dizaynga qo'yiladigan talablar.).
Dasturni ishlab chiqish bo'yicha texnik topshiriq dasturga qo'yiladigan talablarni o'z ichiga oladi va ishlab chiqilgan dasturni tekshirish va qabul qilish uchun zarur bo'lgan mezonlar majmuasi sifatida foydalanish mumkin. Shuning uchun, etarlicha to'liq texnik tavsif loyihaning dastlabki hujjatlaridan biridir.
Dasturni ishlab chiqish uchun 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;
- turli ilovalar (kerak bo'lganda).
Dasturning xususiyatlariga qarab, bo'limlar mazmunini aniqlashtirish, yangi bo'limlarni kiritish yoki mavjudlarini birlashtirish mumkin.
Ikkinchi standart - GOST (ST SEV) 19.101-77 (1626-79). ESPD.
Dastur turlari va dastur hujjatlari).
Ushbu standart maqsad va ko'lamidan qat'i nazar, kompyuterlar, komplekslar va tizimlar uchun dasturlar va dasturiy hujjatlar turlarini belgilaydi.
Dastur turlari:
Dasturiy hujjatlar turlari:
| Dastur hujjati turi | Siyosat hujjatining mazmuni |
| 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, dasturga qo'yiladigan texnik, texnik-iqtisodiy va maxsus talablar, ishlab chiqishning zarur bosqichlari va muddatlari, sinov 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 hujjatlar turlari:
| Operatsion hujjat turi | Operatsion hujjatning mazmuni |
| 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 nusxalar, dublikatlar 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 | ? | ? | ? | ? |
Muayyan turdagi hujjatlarni birlashtirishga ruxsat beriladi (operativ hujjatlar ro'yxati va shakldan tashqari), bu hujjatlarni birlashtirish zarurati texnik shartlarda ko'rsatilgan. Birlashtirilgan hujjatga birlashtirilgan hujjatlardan birining nomi va nomi beriladi. Birlashtirilgan hujjatlar har bir birlashtirilgan hujjatga kiritilishi kerak bo'lgan ma'lumotlarni ko'rsatishi 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.
Dasturni ishlab chiqish bosqichlari, ish bosqichlari va mazmuni
| Rivojlanish bosqichlari | Ish bosqichlari | Ishning mazmuni |
| 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 | Tushuntirish xatini ishlab chiqish. 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:
- 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.
- 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.
Dastur hujjati har xil turdagi saqlash vositalarida taqdim etilishi mumkin 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);
- izoh;
- Mundarija;
- 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;
- 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 dasturlar va PDni to'liq boshqarishni soddalashtirish uchun foydali bo'lishi mumkin (oxir-oqibat, 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 ESPD ko'pchiligi 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 - AS uchun 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. Kerakli 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 - AESni texnik yaratish. | 3.1. Vazifa uchun texnik shartlarni ishlab chiqish va tasdiqlash. |
| 4. EP - qoralama dizayn. | 4.1. Tizim va uning qismlari uchun dastlabki dizayn echimlarini ishlab chiqish; 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. AESni to'ldirish uchun mahsulotlarni etkazib berish bo'yicha hujjatlarni va (yoki) ularni ishlab chiqish uchun texnik talablarni (texnik shartlarni) ishlab chiqish va rasmiylashtirish; 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. Yetkazib beriladigan mahsulotlar (dasturiy ta'minot va apparat, dasturiy va apparat tizimlari, axborot mahsulotlari) bilan dinamiklarning to'liq to'plami; 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 ularni tashkil etuvchi vazifalarni mazmunli darajada aniqlash 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 muvofiqlashtirilmagan NTD - "me'yoriy-texnik hujjatlar" ishlatilgan vaziyat yuzaga keldi. Bu tizimlarni birlashtirish va ularning birgalikda samarali ishlashini ta'minlashni qiyinlashtirdi. Har xil turdagi AS uchun talablarni belgilovchi turli xil komplekslar va standartlar tizimlari mavjud edi.
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:
- Bitta umumlashtirilgan kontseptual va terminologik tizimni, umumiy rivojlanish sxemasini, ularning mazmuni bilan umumiy hujjatlar to'plamini ishlab chiqish va ularni barcha AS uchun majburiy deb belgilash;
- Shuningdek, bitta umumiy kontseptual va terminologik tizimni, umumlashtirilgan tizim talablari to'plamini, sifat mezonlari to'plamini aniqlang, lekin rivojlanish sxemasini, hujjatlar tarkibini va boshqa jihatlarni tanlashda maksimal erkinlikni ta'minlang, bu esa faqat minimal majburiy talablarni qo'yish imkonini 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;
- qo'shimcha hujjatlar, hujjatlar va ishlarning bo'limlarini kiritish;
- dinamik deb atalmish yaratish. ChTZ - xususiy texnik xususiyatlar - AESning 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:
- "Faoliyatning turli sohalarida (boshqaruv, dizayn, ishlab chiqarish va boshqalar) yoki ularning kombinatsiyalarida axborot jarayonlarini avtomatlashtirishga asoslangan echimlarni ishlab chiqishni ta'minlaydigan tashkiliy-texnik tizim" (RD 50-680-88 ga muvofiq), bu ayniqsa biznes aspektlarida dolzarbdir - reinjiniring;
- "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 standartda texnik xususiyatlar va AS sinovlari tarkibiga qo'yiladigan talablar to'plamiga ega bo'lgan mijozlar uchun uslubiy yordamga aylandi. 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 shartdir. 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 ularni yaratish uchun masʼul boʻlgan menejerlar uchun dasturiy taʼminot hujjatlarini samarali boshqarish boʻyicha tavsiyalarni belgilaydi. 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 mahsulotlarni 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 kompleks xarakteristikani 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 standartning maqsadlari uchun iste'molchi dasturiy ta'minot to'plami (CSP) "muayyan funktsiyalarni bajarish uchun ishlab chiqilgan va sotiladigan dasturiy mahsulotlar; Yagona birlik sifatida sotish uchun paketlangan dastur va unga tegishli hujjatlar. 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 PPning tashqi qadoqlarida aks ettirilgan ma'lumotlarni anglatadi. Uning maqsadi potentsial xaridorlarga dasturiy ta'minot haqida asosiy ma'lumotlarni taqdim etishdir.
GOST R ISO/IEC 8631-94 Axborot texnologiyalari. Dasturiy ta'minot konstruksiyalari va ularni tasvirlash uchun belgilar. Protsessual algoritmlarning taqdimotini tavsiflaydi.
2.4. ISO/IEC 12207 xalqaro standarti: 1995-08-01
ISO12207 ning birinchi nashri 1995 yilda ISO/IEC JTC1 qo'shma texnik qo'mitasi tomonidan "Axborot texnologiyalari, SC7 quyi qo'mitasi, dasturiy ta'minot muhandisligi" 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 dasturiy ta'minotni yaratish va ishlatishning strategiyasi va umumiy tartibini belgilaydi; u g'oyalarni kontseptsiyalashdan to hayot aylanishini yakunlashgacha bo'lgan dasturiy ta'minotning hayot aylanishini qamrab oladi.
STANDARTNING juda muhim eslatmalari:
- 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.)
- 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.
- Standart printsipial jihatdan o'ziga xos harakat usullarini o'z ichiga olmaydi, kamroq loyihalar echimlari yoki hujjatlar. 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:
- Tizim - bu belgilangan ehtiyojlar yoki maqsadlarni qondirish uchun bir yoki bir nechta jarayonlar, apparat, dasturiy ta'minot, uskunalar va odamlarning birlashmasi.
- Hayotiy tsikl modeli- talablarni aniqlashdan tortib, undan foydalanishning oxirigacha bo'lgan tizimning butun hayoti davomida dasturiy mahsulotni ishlab chiqish, ishlatish va texnik xizmat ko'rsatish jarayonida amalga oshiriladigan jarayonlar, harakatlar va vazifalarni o'z ichiga olgan tuzilma.
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 - Malaka talabi- dasturiy mahsulotni uning spetsifikatsiyalariga mos keladigan (shartlarga javob beradigan) va maqsadli muhitda foydalanishga tayyor deb bilish uchun bajarilishi kerak bo'lgan mezonlar yoki shartlar (malakaviy talablar) to'plami.
Standart hayot tsiklining muayyan modelini yoki dasturiy ta'minotni ishlab chiqish usulini belgilamaydi, lekin standartdan foydalanish taraflari dasturiy ta'minot loyihasi uchun hayot tsikli modelini tanlash, standart jarayonlari va vazifalarini ushbu modelga moslashtirish uchun javobgar ekanligini belgilaydi. , dasturiy ta'minotni ishlab chiqish usullarini tanlash va qo'llash, 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:
- Dasturiy ta'minotning hayot aylanishining 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 (ishlab chiquvchining ushbu faoliyati ko'rib chiqilayotgan barcha uchta standartda ko'zda tutilgan) aniqlangan harakatlardan farqli o'laroq, operatorning foydalanuvchilar bilan maslahatlashish, fikr-mulohazalarni olish va boshqalar bo'yicha harakatlari belgilanadi. u o'zini rejalashtiradi va tegishli mas'uliyatni o'z zimmasiga oladi.
- Ta'mirlash jarayoni. Dasturiy ta'minot mahsulotiga texnik xizmat ko'rsatishni ta'minlovchi texnik xodimlarning harakatlarini belgilaydi, bu dasturiy mahsulotning modifikatsiyalarini boshqarish, uning joriy holati va funktsional yaroqliligini qo'llab-quvvatlash, shu jumladan dasturiy mahsulotni kompyuter tizimiga o'rnatish va olib tashlash.
- 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;
- Ishtirok etish orqali baholash jarayoni;
- Audit jarayoni.
- 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" tabiati jarayonlar va vazifalarning ketma-ketligi bilan belgilanadi, bunda bir jarayon kerak bo'lganda boshqasini yoki 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:
- Funktsional va faollashtirish spetsifikatsiyalari, jumladan, dasturiy ta'minot elementi bajarilishi kerak bo'lgan bajarilishi, jismoniy xususiyatlari va ish muhiti sharoitlari;
- Dasturiy ta'minot bloki bilan tashqi ulanishlar (interfeyslar);
- Malakaviy talablar;
- Ishonchlilik spetsifikatsiyalari, shu jumladan foydalanish va texnik xizmat ko'rsatish usullari, atrof-muhitga ta'sir qilish va shaxsiy jarohatlar ehtimoli bilan bog'liq spetsifikatsiyalar;
- Xavfsizlik xususiyatlari
- 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;
- Ma'lumotlar va ma'lumotlar bazasi talablarini aniqlash;
- Yetkazib beriladigan dasturiy mahsulotni ishlatish va texnik xizmat ko'rsatish (foydalanish) joylarida o'rnatish va qabul qilish talablari;
- Foydalanuvchi hujjatlari;
- Foydalanuvchining ishlashi va ishlashiga qo'yiladigan talablar;
- 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'riflarini, hujjatlar shakllarini va boshqalarni turli funktsional standartlarga, idoraviy me'yoriy hujjatlarga yoki muayyan loyihada qo'llanilishi mumkin bo'lgan yoki qo'llanilmasligi mumkin bo'lgan mulkiy usullarga kiritish maqsadga muvofiqdir.
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 dasturlarning hayot aylanishini va ularning hujjatlarini tashkil qilish uchun zamonaviy standartlardan foydalanadilar. 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.
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.
- Har xil turdagi dasturiy hujjatlarga ma'lumot qismini 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.
==================================
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 mavjud.
- 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.
- Hujjatning mazmuni izohdan keyin alohida (raqamlangan) varaqda (sahifalarda) joylashtiriladi, “MAZMUNI” sarlavhasi bilan ta’minlanadi, bo‘lim sifatida raqamlanmaydi va hujjatning umumiy sahifalari 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 orasidagi 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 nuqta bilan ajratilgan (2.1; 3.1 va boshqalar) o'z ichiga oladi.
- 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 formulada berilgan tartibda yangi satrda chop etiladi. Transkriptning birinchi qatori "qaerda" so'zi bilan boshlanishi kerak, undan keyin ikki nuqta qo'yilmaydi.
- Dasturiy hujjatlarda standartlarga (korxona standartlari bundan mustasno), texnik shartlarga va boshqa hujjatlarga (masalan, davlat nazorati organlarining hujjatlari, SSSR Davlat qurilish qo'mitasining qoidalari va qoidalari) havolalarga ruxsat beriladi. 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, loyihani 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.
Yuqoriga
==================================
