როგორ დავწეროთ პროგრამის კარგი აღწერა? რა არის პროგრამის აღწერის საუკეთესო გზა? ლოგიკური სტრუქტურის აღწერა

21.4. პროგრამის მაგალითი C გვ. 9.2.3 მე ვთქვი პროცესის შესახებ და შუაში გადავშალე „ზომბი“ ფაქტორი. ზომბი არის პროცესი, რომელიც უკვე დასრულებულია, მაგრამ ჯერ არ უარყო სიგნალი მისი დასრულების შესახებ და არ უნახავს სტრუქტურა პროცესის ცხრილში. Ასე რომ თქვენ შეგიძლიათ

22.3. პროგრამის შემუშავების მაგალითი დავწეროთ პროგრამა, რომელიც აღადგენს a მასივის ელემენტებს. ასე რომ, პროგრამა არაფერს აკეთებს სასარგებლო, მაგრამ ამ მაგალითზე შეგიძლიათ რობოტის დემონსტრირება gdb ინსტრუმენტით. საჩვენებელი პროგრამა

დაღვრილი პროგრამის გამოყენება ჩამოსხმის პროგრამის აპლიკაციის დროს ჩვენ შევხედავთ, თუ როგორ შეუძლია მავნე პირმა ბოროტად გამოიყენოს რიგის ნაკადი, რომელიც ფორმატირებულია მათი მიზნების მისაღწევად. დიდი ინტერესი არსებობს დაღვრაზე დისტანციური კონტროლის გზების შემუშავებით

მარტივი პროგრამის მაგალითი MOV S-ით მოდით შევხედოთ მარტივ პროგრამას MOV S-ით. დაუყოვნებლივ უნდა ითქვას, რომ ასეთი მაგალითი გვჭირდება მხოლოდ ჩემი Sie-ს მიერ დაწერილ ნებისმიერ პროგრამაში გარკვეული ძირითადი ფიგურების იდენტიფიცირების შემდეგ. არსებობს დამატებითი ახსნა კანის მწკრივზე და ცოტა ადრე

პროგრამების გამოყენება ნახ. 5.8 შეიცავს პროგრამას, რომელიც შეიძლება გამოიყენონ მათ, ვინც აწარმოებს, და რომელიც ასახავს ამ თავის ნაბიჯებს. როგორც ჩანს, ის დიდხანს გაგრძელდება, მაგრამ მასში ყველა გამოთვლას დაასრულებს ექვსი ოპერატორი, მათ შორის

5.1.6. პროგრამის მაგალითი პროგრამა, რომელიც ნაჩვენებია სიაში 5.1, ასახავს მეხსიერების შენახვის მეთოდს. ჩამონათვალი 5.1. (შმ.გ) საძილე ვიკორისტანული მეხსიერების კონდახი#შეიცავს #შეიცავს #შეიცავს int main() ( int segment_id; char* shared_memory; struct shmid_ds shmbuffer; int segment_size; const

რეპორტაჟები კულისებში.

პროგრამას ეწოდება jane.dpr ფაილში. პროგრამა vikorista დამატებითი მოდულები main, new, dmData, შესახებ, ინახება ფაილებში main.pas, new.pas, about.pas, dmData.pas. პროგრამა დაიწერა ჩემი Delphi პროგრამული უზრუნველყოფის გამოყენებით. პროგრამა იღებს მონაცემებს მონაცემთა ბაზის ცხრილიდან otdel.db, sotrudnik.db, family.db, obrazovanie.db

ფუნქციური დანიშნულება.

დიალოგის გრაფიკის განხორციელება.

დააყენეთ ინტერფეისი კომპიუტერსა და კომპიუტერს შორის, რომელიც მოიცავს მონიტორის ეკრანს, კლავიატურას და მაუსს, რომელიც აწვდის ინფორმაციას კომპიუტერს და იღებს ინფორმაციას მისგან. ,

პრაქტიკული პროგრამა, რომელიც დაიწერა დელფის გამოყენებით, ხელმისაწვდომია დეველოპერის გრაფიკული ინტერფეისით. გრაფიკული ინტერფეისი, რომელიც მუშაობს აპლიკაციის პროგრამასთან, არის ერთგვარი დიალოგი, რომელიც წარმოიქმნება კომპიუტერსა და მის მოწყობილობას შორის. სხვა სიტყვებით რომ ვთქვათ, ინტერფეისი არის პროგრამის ნაწილი, რომელიც, გარკვეული ფუნქციების შესასრულებლად, გარდაქმნის ოპერატორის მოქმედებებს ერთ ან მეტ მოთხოვნად და უზრუნველყოფს ოპერატორის ზარს თანმიმდევრულად მისი მოქმედებების თანმიმდევრობამდე.

მომხმარებელს შეუძლია აირჩიოს სისტემის ფუნქციები, დააჭიროს ღილაკებს და პიქტოგრაფიულ მენიუებს. Koristuvach bach თქვენს წინაშეა მონაცემთა ბაზის ნაცვლად, როგორც ეკრანის დოკუმენტი. სისტემასთან ურთიერთქმედება ხდება ეკრანის ფორმების სახით. დიალოგის გრაფიკის განხორციელება ნაჩვენებია პატარა 17-ში.

მალიუნოკი 17. ეკრანის ფორმების ხე

ლოგიკური სტრუქტურის აღწერა.

პროგრამა გამართულად მუშაობს. პროგრამის რომელიმე ღილაკზე დაჭერისას დაინახავთ შეტყობინებას, რომელიც გაიხსნება ამ პროცედურის შემადგენელი შესაბამისი ნიმუშის პროცედურა. დამუშავების შედეგების ნახვა შესაძლებელია მონიტორის ეკრანზე. მაგალითად: როდესაც აწკაპუნებთ ღილაკზე „სამუშაო“ „დიპლომის პროექტის“ ფორმაში, აწკაპუნებთ პროცედურას, რომელიც მდებარეობს ახალ მოდულში, რომელიც არის „დიპლომის პროექტის“ ფორმის შესასვლელი, აჩვენებს „პერსონალის ფორმას“. ფორმა მონიტორის ეკრანზე, რომლის დროსაც პროცედურა გადადის მთავარ მოდულზე.

პროგრამების გასაშვებად, თქვენ უნდა დააინსტალიროთ Delphi shell თქვენს პერსონალურ კომპიუტერზე და შეადგინოთ გამომავალი ტექსტი პროგრამით, რომელიც მდებარეობს jane.dpr ფაილში. დააჭირეთ exe ფაილს და იმუშავეთ მასთან. რობოტის დაწყებამდე უნდა გაიაროთ ავტორიზაციის პროცედურა (სურ. 18).

მალიუნოკი 18. პაროლის შეყვანის ფორმა

შეყვანისა და გამომავალი მონაცემები.

Შესაყვანი მონაცემები:

უწოდა ვიდელას,

უფროსის PIB,

PIB spivrobitniki, posada,

დაქირავების თარიღი,

დარჩენილი სამუშაო ადგილი,

გამოცდილება დაქირავების დღიდან,

ხილვადობის ნიშანი,

ოჯახის ყოფნის ნიშანი,

ბავშვების რაოდენობა,

საოჯახო ბანაკი,

პაემან ადამიანებს,

განათების ტიპი,

Navchannya ფორმა,

საწყისი იპოთეკა,

დასრულების თარიღი

სპეციალობა.

გამომავალი მონაცემები: რობოტის მონაცემთა ბაზებთან მუშაობის ყველა შედეგი ნაჩვენებია მონიტორის ეკრანზე; ეს არის მონაცემთა ბაზის სახით ნაჩვენები შედეგები ეკრანზე და პროგრამის გამომავალი მონაცემები. ასევე, „პერსონალის ოფისის“ მონაცემთა ბაზასთან მუშაობის შედეგად, შესაძლებელია შეკვეთების ფორმულირება და ერთმანეთზე ჩვენება, რაც მნიშვნელოვნად აადვილებს თანამშრომლის მუშაობას და გამორიცხავს მსგავსი დოკუმენტების ნებისმიერ ტექსტურ რედაქტორში ხელით ჩასმის აუცილებლობას. როგორც გათავისუფლებისა და მიღების ბრძანებები.ექიმთა მუშაობა და მათი სპეციალური ბარათები.

ვ.ე. კარპოვი

ეს დოკუმენტი შეიცავს ESPD-ის სტანდარტების მოკლე აღწერას, ცოდნას, რომელიც აუცილებელია სტუდენტებისთვის, რათა დაასრულონ კურსები და პროექტები, რომლებიც დაკავშირებულია პროგრამული სისტემების შექმნასთან. გარდა ამისა, ის შეიძლება იყოს წითელი პროგრამული უზრუნველყოფის დოკუმენტაციის დიზაინის გაზრდილი სირთულის თვალსაზრისით.

TECHNICHNE ZAVDANNYA (GOST 19.201-78)

1. უცხოური რეგულაციები

ზრდის ეტაპები (GOST 19.102-77)

პროგრამების აღწერა (GOST 19.402-78)

პროგრამის ტექსტი (GOST 19.401-78)

პროგრამა და მეთოდოლოგია VIPROBUVAN (GOST 19.301-79)

VIMOG პროგრამულ დოკუმენტებზე, გაიმარჯვა გასაყოფად (GOST 19.106-78)

სტანდარტიზაცია პროგრამული უზრუნველყოფის მახასიათებლების დოკუმენტაციის სფეროში

იაკი წინ იშლება

პროგრამული უზრუნველყოფის დოკუმენტაციის მომზადება ხდება საჭირო GOST-ების შესაბამისად

2. ზაგალნას დამახასიათებელი გახდება

2.3. რუსეთის ფედერაციის სახელმწიფო სტანდარტები (GOST R)

2.4. საერთაშორისო სტანდარტი ISO/IEC 12207: 1995-08-01

პროგრამირების მუშაობის ყველაზე მიუღებელი და ყველაზე მნიშვნელოვანი ეტაპი, ალბათ, პროგრამული დოკუმენტაციის შექმნაა. სამწუხაროა, რომ საერთოდ არ დავიწყებთ, ან, მოკლედ, სათანადო პატივისცემის საბუთები არ შეგვაწუხებს. დრო არ არის ნაკლები, ამ მისტიკისადმი ვნება ხშირად არის ერთ-ერთი ყველაზე მნიშვნელოვანი ფაქტორი, რომელიც მიუთითებს პროგრამისტის ენერგიულობაზე.

უპირველეს ყოვლისა, პროგრამული დოკუმენტაციის სწორად შექმნა მიუთითებს პროგრამისტის პროფესიულ მონდომებაზე. დეპუტატი არ უღრმავდება ამ ყველაზე სასწაულებრივი პროგრამის დახვეწილობასა და თავისებურებებს. ზამოვნიკმა მაშინვე წაიკითხა დოკუმენტაცია. დიდ როლს თამაშობს ფსიქოლოგიც. დიდი ხნის განმავლობაში, მთელი მსოფლიო იყო (და ახლაც) ძალიან დაფასებული რადიანის პროგრამირების სკოლის ძალიან მაღალ დონეზე. ამჟამინდელი ჩინური პროგრამები აღარ არის ჩამოთვლილი. კლასი არ არის იგივე. ეს პროგრამები აღარ არის დაწერილი, არამედ შედგენილია (და ეს არის „ორი დიდი განსხვავება“). ასე რომ, შექმენით პროგრამული უზრუნველყოფის დოკუმენტაციის პაკეტი "კლასიკური" სტილში (შემდგომში - PD) თქვენი მოადგილის ან რობოტის გამყიდველისგან ყველაზე ნაკლებად მეგობრული მასპინძლებით. Tim More, როგორც PD-ის ავტორს, გვაქვს უნიკალური ფრაზები, როგორიცაა "დააწკაპუნეთ გადახვევის ზოლზე...", "gwent" და ა.შ. სამწუხაროა, რომ ასეთი ჟარგონული ჭორების მიღმა ან სავალალო აზრები დგას, ან ისევ ცარიელი (დაუვიწყარი მტრობა მიმართული ავტორს ერთ-ერთი მეგობრის ჩვენებით რომელიმე „მოთამაშის“ შესახებ, რომელიც ან „ჩათრობდა“ იქ, ან იყო დაკავებული. "ზომიერად" ან კარგად.). PD-ის ენა არის ერთგვარი ბიუროკრატიული ენა, თუნდაც კონსერვატიული ენა. და მას აქვს თავისი განსაკუთრებული სილამაზე. მოიცადეთ ერთი წუთით, ტერმინები HDD, float drive, „მაუსის“ ტიპის ხელის მანიპულატორი (ან „ფუნთუშა“, როგორც ეს იყო ერთ-ერთ ძველ PD პაკეტში) სულ სხვანაირად ჟღერს, ქვედა ტიპები „gwent“, „ ფლოპი“ და უბრალოდ „მაუსი“. სხვათა შორის, მარჯვნივ უკვე მიაღწია იქამდე, რომ, როგორც ჩანს, გაქრა კონკრეტული სპეციალობა - ტექნიკური წერა, მაშინ. ადამიანები, რომლებიც ქმნიან პროგრამულ დოკუმენტაციას.

სხვა სიტყვებით რომ ვთქვათ, PD პაკეტის კომპეტენტურად დაკეცვა (უფრო ზუსტად, შექმნა) გიხსნით მრავალი უხერხულობისგან. ძალიან, თქვენ შეგიძლიათ თავი დააღწიოთ შემაშფოთებელ საკვებს და გადაუჭრელ პრეტენზიებს, უბრალოდ დაუკავშირდით ბუღალტერს დოკუმენტაციისთვის. ეს არის ის, რასაც ჩვენ ველოდებით ყველაზე მნიშვნელოვანი დოკუმენტის - ტექნიკური სპეციფიკაციის წინ. ამაზე ნაკლების თქმა შეგვიძლია, მაგრამ ახლა თქვენ შეგიძლიათ გამოიცნოთ მილიარდობით მილიონი ზარი IBM კომპანიაში. ეს მოთხოვნა წარმოადგინა ერთმა დიდმა შეხედულებამ, რომელიც უკმაყოფილო იყო ამ პროგრამული უზრუნველყოფის უსაფრთხოების ბრწყინვალებით. საქმე IBM-მა მოიგო. მე მხოლოდ ის მოვიგე, რაც წარვადგინე ტექნიკურ განყოფილებაში, ორივე მხარის ხელმოწერით. ეს იყო დიდი ხნის წინ, 70-იან წლებში, მაგრამ სიმართლე ის არის, რომ ეს არ იცვლება.

Და კიდევ ერთი რამ. მნიშვნელოვანია დახუროთ პირველი PD პაკეტი. რა იქნება საკმარისი იმისათვის, რომ საფუძველზე იყოს ყველა ნაბიჯი, რომელიც გადაიდგმება როგორც სიმბოლო ან შაბლონი. ძალიან ნათელია, რომ ფულის შოვნა გჭირდებათ. ნუ ჩქარობ. საკმაოდ ჭუჭყიანია.

ამიერიდან აუცილებელია GOST-ის სტანდარტების გაცნობა. GOST ნიშნავს ყველაფერს. ზოკრემა, შესვლამდე და პროგრამული დოკუმენტაციის ერთიანი სისტემა (USPD), რაც უნდა ვიცოდეთ. ალბათ, ყველაზე რთული არის თავად GOST. GOST-ს შეიძლება ჰქონდეს ნაკლებად ორიგინალური გარეგნობა. სუნკები იყიდება (როგორც ადრე ეძახდნენ) სპეციალურ მაღაზიებში. ზოკრემა, გალუსიაში სტანდარტების მისაღწევად, დოკუმენტაცია შეიძლება გავრცელდეს შემდეგ ორგანიზაციებზე:

• IPK "Vidavnitstvo სტანდარტები", NTD-ის განვითარების ტერიტორიული ფილიალი (მაღაზია "სტანდარტები"), 17961, მოსკოვი, ქ. დონსკა, 8, ტელ. 236-50-34, 237-00-02, ფაქსი/ტელ. 236-34-48 (ნაწილობრივ GOST და GOST R).
• რუსეთის VNIIKI Derzhstandart (სამკითხველო), 103001, მოსკოვი, პროვ. No4, ტელ. 290-50-94 (ზოგიერთი საერთაშორისო, უცხოური სტანდარტისთვის და სხვა NTD-ებისთვის).

ძველი ციტატები და მეორე აზრები. GOST არ არის კანონი. უფრო მეტიც, არ არის ინტერნეტი (იცოდე სასამართლო, რომელიც დაწესებს ჯარიმას სისხლის სამართლის კოდექსის დარღვევისთვის, რომელიც მიმაგრებულია ნებისმიერ საიტზე). ორიგინალის გარდა სხვას ნუ მოატყუებ. ამავე დროს, ავტორს მოუწია ESPD-ის ციტირებაზე, მთელი ვალიდობის გათვალისწინებით.

მოდით დავასრულოთ საიდუმლო დებულებებით ერთიანი პროგრამული დოკუმენტაციის სისტემის შესახებ (როგორც ეს განსაზღვრულია შესაბამის სტანდარტში GOST 19.001-77).

პროგრამული უზრუნველყოფის დოკუმენტაციის ერთიანი სისტემა არის ეროვნული სტანდარტების ერთობლიობა, რომელიც ადგენს ურთიერთთანმიმდევრულ წესებს შემუშავების, შესრულებისა და მთლიანი პროგრამული და პროგრამული დოკუმენტაციისთვის.

ESPD სტანდარტები ნიშნავს ფუნდამენტურ დებულებებს და ძირითად სტანდარტებს, განვითარების საპროექტო დოკუმენტაციის წესებს, საპროექტო დოკუმენტაციის მომზადების წესებს, დამხმარე დოკუმენტაციის აღნიშვნის წესებს, ოპერატიული დოკუმენტაციის აღნიშვნის წესებს, პროგრამული უზრუნველყოფის დოკუმენტაციის შემუშავების წესებს. სხვა სტანდარტები. ESPD საწყობი მოიცავს:

• ფუნდამენტური და ორგანიზაციული და მეთოდოლოგიური სტანდარტები;
• სტანდარტები, რომლებიც განსაზღვრავს პროგრამული დოკუმენტების ფორმებსა და ადგილებს, რომლებიც დგინდება მონაცემთა დამუშავებისას;
• სტანდარტები, რომლებიც უზრუნველყოფენ პროგრამული დოკუმენტების შემუშავების ავტომატიზაციას.

ESPD დოკუმენტების კოლექცია კიდევ უფრო დიდია. შემდეგ ჯერამდე შევლენ შემდეგი სტუმრები:

• GOST 19.001-77 ESPD. ზაგალნის პოზიცია.
• GOST 19.101-77 ESPD. პროგრამული დოკუმენტების სახეები (1987 წლის ფოთოლცვენის გადასინჯვები, შესწორებული).
• GOST 19.102-77 ESPD. განვითარების ეტაპები.
• GOST 19.103-77 ESPD. პროგრამებისა და პროგრამული დოკუმენტების აღნიშვნა.
• GOST 19.104-78 ESPD. ძირითადი წერა.
• GOST 19.105-78 ESPD. დამატებითი სარგებელი პროგრამის დოკუმენტებისთვის
• GOST 19.106-78 ESPD. თქვენ შეგიძლიათ წვდომა პროგრამულ დოკუმენტებზე სხვა გზით.
• GOST 19.201-78 ESPD. Ტექნიკური დეპარტამენტი. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.202-78 ESPD. სპეციფიკაცია. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.301-79 ESPD. პროგრამა და მეთოდოლოგია შემოწმებულია.
• GOST 19.401-78 ESPD. პროგრამის ტექსტი. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.402-78 ESPD. პროგრამის აღწერა.
• GOST 19.404-79 ESPD. განმარტებითი შენიშვნა. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.501-78 ESPD. ფორმა. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.502-78 ESPD. კონსტრუქციის აღწერა. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.503-79 ESPD. სისტემური პროგრამისტის კარიერა. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.504-79 ESPD. პროგრამისტის კარიერა.
• GOST 19.505-79 ESPD. ოპერატორის დაუდევრობა.
• GOST 19.506-79 ESPD. ფილმის აღწერა.
• GOST 19.508-79 ESPD. ტექნიკური მუშაკი. ჩვენ დაგეხმარებით რეგისტრაციის დასრულებამდე.
• GOST 19.604-78 ESPD. პროგრამულ დოკუმენტებში ცვლილებების შეტანის წესები, რომლებიც სხვაგვარად უნდა იყოს შედგენილი.
• GOST 19.701-90 ESPD. ალგორითმების, პროგრამების, მონაცემებისა და სისტემების სქემები. დადგენილია წესები და წესები.
• GOST 19.781-90. პროგრამული უზრუნველყოფის ინფორმაციის დამუშავების სისტემების უსაფრთხოება.

როგორც ჩანს, ESPD კომპლექსის ძირითადი ნაწილი ფრაგმენტული იყო 70-80-იან წლებში. ზოგიერთ შემთხვევაში, ეს სტანდარტები მორალურად მოძველებულია და იმდენად, რამდენადაც დამატებულია გარკვეული ხარვეზები. უპირველეს ყოვლისა, ისინი არ ასახავს პროგრამული დოკუმენტაციის დიზაინის მიმდინარე ტენდენციებს, წინააღმდეგ შემთხვევაში, ამ სტანდარტებს აქვთ პროგრამული დოკუმენტაციის ფრაგმენტების დიდი დუბლირება. არანაკლებ, მოკლე ფოკუსის არარსებობის გამო, თქვენ თავად უნდა გაამახვილოთ ყურადღება მათზე.

ასევე, ESPD სტანდარტები აუმჯობესებს პროგრამული სისტემების დოკუმენტირების პროცესს. თუმცა, უპირველეს ყოვლისა, ESPD სტანდარტების გამოყენებისას, პროგრამული დოკუმენტების საწყობი სულაც არ არის ისეთი „უხეში“ როგორც შეიძლება შეიქმნას: სტანდარტები საშუალებას იძლევა დამატებითი ტიპის დოკუმენტაციის დამატება პროგრამული სისტემის დოკუმენტაციის კომპლექტს ( PS), და სხვა სიტყვებით რომ ვთქვათ, დეპუტატის მოთხოვნების შესაბამისად, დასაშვები ქმედებები ცვლის როგორც სტრუქტურას, ასევე PD ტიპის ინსტალაციას. უფრო მეტიც, შეიძლება აღინიშნოს, რომ ESPD სტანდარტები (და ყველა სხვა სტანდარტი PS galuz-ში - GOST 34, საერთაშორისო სტანდარტი ISO/IEC და ა.შ.) სარეკომენდაციო ხასიათისაა. საქმე იმაშია, რომ რუსეთის ფედერაციის კანონის „სტანდარტიზაციის შესახებ“ შესაბამისად, ეს სტანდარტები სავალდებულო ხდება სახელშეკრულებო საფუძველზე - ანუ. როდესაც მათ გაეგზავნათ PS-ის გაცემის (ფოსტის) ხელშეკრულებიდან.

უპირველეს ყოვლისა, თუ გადახედავთ პროგრამული დოკუმენტაციის შექმნის წესებს, თქვენ უნდა განავითაროთ ასეთი პატივისცემა. კოჟენ დოკუმენტი bazhano viperedzhati deyakim vozdeniyam. შესასვლელში თითქოს წმინდა სიტყვებია. შესაბამისობის, აუცილებლობის შესახებ და ა.შ. მეტა ვიკონავცა აქ არის ამ საქმის მნიშვნელობისა და აუცილებლობის ჩვენება. Cob იწყება სტანდარტულით: „თავდაპირველი რიცხვითი სისტემები... ... ავლენს რეალურ პერსპექტივებს...“ და ა.შ. აქ შეგიძლიათ ჩადოთ ციტატები სხვადასხვა ლიდერების გამოსვლებიდან (ეს წმინდა ფსიქოლოგიური ასპექტია): „... როგორც ითქვა წინა პლენუმზე, შეხვედრაზე, კონფერენციაზე და ა.შ.) შეგვიძლია დავიწყოთ იქიდან „... დღეს , ფუნდამენტური სოციალური და ეკონომიკური ცვლილებების ეპოქაში... და ა.შ. „არ გადააჭარბოთ ცეცხლს აქ.

Მე ჯერ კიდევ. მათი პროდუქტის აღწერისას, საცალო ვაჭრობა ხშირად აბნევს კომპონენტისა და კომპლექსის კონცეფციას. ეს არის სხვადასხვა ტიპის პროგრამები. კომპონენტი განისაზღვრება, როგორც „პროგრამა, რომელიც განიხილება, როგორც ერთი მთლიანობა, რომელიც ასრულებს დასრულებულ ფუნქციას და აწყობილია დამოუკიდებლად ან კომპლექსში“, ხოლო კომპლექსი არის „პროგრამა, რომელიც შედგება ორი ან მეტი კომპონენტისგან. bo) კომპლექსები, რომლებიც ერთმანეთთან დაკავშირებული ფუნქციები და შეიძლება დამონტაჟდეს დამოუკიდებლად ან სხვა კომპლექსის საწყობში“.

GOST-ზე დაყრდნობით, ეს სტანდარტი (განახლებული 1987 წლის ნოემბერში) ადგენს ტექნიკური მოთხოვნების სწრაფი რეგისტრაციის პროცედურას კომპიუტერული მანქანების, კომპლექსებისა და სისტემების პროგრამული უზრუნველყოფის ან პროგრამული უზრუნველყოფის შემუშავებისთვის, მიუხედავად მათი სტაგნაციის დანიშნულ ტერიტორიებზე.

ამის შექმნისას თქვენ უნდა იყოთ დიდი პატივისცემით და სიფრთხილით, რადგან... ყველაზე ხშირად, ტექნიკური მახასიათებლების ფრთხილად (და კომპეტენტური) შემადგენლობა განსაზღვრავს ყველა სამუშაოს წარმატებას. თავად ტკ-ს იღებს მოადგილე, რომელიც სთხოვს მას რაც შეიძლება მეტი ზედმეტი და ანაზღაურება. სოფელი ვიკონავცია - შემთხვევით გაამარტივეთ ცხოვრება. მაგრამ მას შემდეგ, რაც ხელმოწერები დაიდება ორივე მხრიდან, ძნელია გადატვირთვა.

ტექნიკური ინფორმაცია შედგენილია თაღებზე A4 და/ან A3 ფორმატში, როგორც წესი, თაღის ველების შევსების გარეშე. თაღების (გვერდების) ნომრები მოთავსებულია ტექსტის ზემოთ თაღების ზედა ნაწილში.

პროგრამის შემუშავების ან პროგრამული უზრუნველყოფის განვითარების ადრეულ ეტაპებზე ტექნიკურ მოთხოვნებში ცვლილებებისა და განახლების მიზნით, დამატებით გაიცემა ახალი. უზგოჟენია და ტექნიკური განყოფილების დამატების დადასტურება უნდა განხორციელდეს იმავე თანმიმდევრობით, როგორც დადგენილია ტექნიკური განყოფილებისთვის.

ტექნიკური ინფორმაცია შეიძლება შეიცავდეს შემდეგ განყოფილებებს:

• zastosuvannya-ს იმ სფეროს დასახელება;
• როზრობის საფუძველი;
• როზრობის ამოცნობა;
• პროგრამული უზრუნველყოფისა და პროგრამული უზრუნველყოფის ტექნიკური მხარდაჭერა;
• განვითარების ეტაპები და ეტაპები;
• კონტროლისა და დაჭერის ბრძანება;
• პროგრამა

პროგრამის ან პროგრამული ვირუსის სპეციფიკიდან გამომდინარე, შესაძლებელია სექციების ჩანაცვლების დაზუსტება, ახალი სექციების შემოღება ან მათი გაერთიანება.

ცალკე zastosuvannya-ს სახელი და სფერომიუთითეთ სახელი, მოკლე აღწერა პროგრამის ან პროგრამული უზრუნველყოფის ვირუსის ფარგლებისა და ობიექტის, რომელშიც უნდა შეიქმნას პროგრამა ან პროგრამული უზრუნველყოფის ვირუსი.

ცალკე დადექით სწავლისთვისდანაშაული დაისჯება:

• დოკუმენტი (დოკუმენტები), რომლებიც ექვემდებარება გამოძიებას;
• ორგანიზაცია, რომელმაც დაამტკიცა ეს დოკუმენტი, მისი დამტკიცების თარიღი;
• სახელი არის (ან) გონებრივად მინიჭებული იმ როზრობით.

საწყისი პროცესის სპეციფიკის ასი პროცენტი შეიძლება ეფუძნებოდეს მოცემული კურსის დიზაინს, ინსტიტუტის ბრძანებას __.__. N ___-სთვის, შეთანხმება __.__. N ___-სთვის. და ა.შ.

ცალკე როზრობის დანიშნულებაშეიძლება მიეკუთვნოს პროგრამის ან პროგრამული უზრუნველყოფის ვირუსის ფუნქციურ და ოპერაციულ მიზნებს. აქ შეგიძლიათ გააზიაროთ ერთი ან ორი ფრაზა. Golovne - ნათლად განსაზღვრეთ, რატომ არის საჭირო ეს პროგრამა.

მაგალითად: პროგრამა წარმოადგენს ავტომატური სამუშაო სადგურის (AWS) ბირთვს უწყვეტი ხაზოვანი ავტომატური მართვის სისტემების (ACS) განვითარებისთვის, რაც კომპიუტერულ მეცნიერებს საშუალებას აძლევს განახორციელონ მარტივი მოდელების დეტალური ანალიზი.

როზდილი ტექნიკური სარგებელი პროგრამული უზრუნველყოფისა და პროგრამული უზრუნველყოფისთვისდამნაშავეა ასეთ იდიოტებზე შურისძიებაში:

• ფუნქციურ მახასიათებლამდე;
• ჩვენ შეგვიძლია ამის გაკეთება მაქსიმალურად;
• უმოვი ექსლოატაცია;
• საწყობთან წვდომა და ტექნიკური მახასიათებლების პარამეტრები;
• საინფორმაციო და პროგრამული შესაძლებლობების სარგებელი;
• ვიმოგი ეტიკეტირებამდე და შეფუთვამდე;
• ტრანსპორტირებისა და დაზოგვის მიზნით;
• სპეციალური შეღავათები.

წინააღმდეგ შემთხვევაში, როგორც ჩანს, აქ იწყება სპეციფიკა. იგი აღწერს რა შეუძლია გააკეთოს პროგრამამ და როგორ გამოიყურებოდეს იგი.

ვიმოგა ფუნქციურ მახასიათებლებზე. აქ შეგიძლიათ ფუნქციების მინიჭება ფუნქციების კონფიგურაციაზე, შეყვანისა და გამომავალი მონაცემების ორგანიზებაზე, დროის მახასიათებლებზე და ა.შ.

მაგალითად: პროგრამა დამნაშავეა იმაში, რომ ნებადართულია... გამოთვლა... ყოფნა... შექმნა...

გამომავალი მონაცემები: ტექსტური ფაილი მოცემული...

გამომავალი მონაცემები: გრაფიკული და ტექსტური ინფორმაცია - სისტემის ანალიზის შედეგები...; ტექსტური ფაილები - ინფორმაცია ... დიაგნოსტიკის შესახებ გახდება სისტემა და შეტყობინებები ყველა დაზიანების შესახებ.

ჩვენ შეგვიძლია დაგეხმაროთ, სანამ არ დარწმუნდებით. მოვალეობები აუცილებელია საიმედო ფუნქციონირების უზრუნველსაყოფად (არსებული ფუნქციონირების უსაფრთხოება, შეყვანისა და გამომავალი ინფორმაციის კონტროლი, გამოშვების შემდეგ განახლების დრო და ა.შ.).

აქ ძნელია „გაძლიერება“. უმოკლეს ვარიანტი შესაძლებელია, თუ თქვენი პროგრამა მუშაობს მხოლოდ აბსოლუტურად სწორი მონაცემებით. ზაზვიჩაი ზამოვნიკ, არ წახვიდე, მაგრამ შეგიძლია სცადო.

მაგალითად: პროგრამამ უნდა იმუშაოს ინციდენტების მოცემული გაფართოებული მატრიციდან, რათა აკონტროლოს გრაფიკი ფუნქციონირების ალგორითმის შესაბამისად, მიაწოდოს შეტყობინებები შეცდომების შესახებ არასწორად მითითებული გამომავალი მონაცემების შემთხვევაში, წაახალისოს დიალოგის რეჟიმი შესაძლებლობების საზღვრებზე, რასაც კორისტუვაჩები იმედოვნებენ. ამისთვის.

უმოვის ექსპლუატაცია. პასუხისმგებელია გამართულ მუშაობაზე (ჰაერის ტემპერატურა, ტენიანობა და ა.შ.), რისთვისაც საჭიროა ტექნიკური მახასიათებლები, ისევე როგორც ტექნიკური საჭიროების ტიპი. პერსონალის დამოწმება.

მე არ გადანაშაულებ ამ საკითხში. სამწუხაროდ, საკითხს კლერკის პროფესიონალიზმთან დაკავშირებით დეპუტატი ითვალისწინებს. ეს, რა თქმა უნდა, სარგებელს მოუტანს თქვენს პროგრამას. იმავდროულად, აქ შეგიძლიათ გადაერთოთ ფრაზები, როგორიცაა „პროგრამების გონება გარბის IBM კომპიუტერის და მათ უკან მყოფი კომპიუტერების გამოყენების გონებისგან“, „პროგრამის ბრალია, რომ დაზღვეულია არაპროფესიონალი მომგებიანი ადამიანისთვის“. და ა.შ.

თქვენ შეგიძლიათ შეხვიდეთ საწყობში და ტექნიკურ პარამეტრებზე. მიუთითეთ ტექნიკური მახასიათებლების საჭირო ნაკრები მათი დანიშნულ ტექნიკურ მახასიათებლებზე დაყრდნობით.

აქ არის დიდი საქმე - არ დაივიწყოთ არაფერი და გადაიტანეთ ყველაფერი, ცალ მხარეს (ან IBM PC/XT მონოქრომული დისპლეით და მაუსის გარეშე) და სხვა შემთხვევაში - არ გადააჭარბოთ მოძრავ ინსტრუმენტებს, წინააღმდეგ შემთხვევაში. დეპუტატი მოახლოებულ ვიკონავცზე მეტს იპოვის.

მაგალითად: აუცილებელია IBM PC - პატარა კომპიუტერი EGA (VGA) გრაფიკული ადაპტერით. საჭირო ადგილი დისკზე არის მინიმუმ 600 KB, ხოლო საჭირო ოპერატიული მეხსიერება მინიმუმ 400 KB. აუცილებელია EMS დრაივერის და "მიშას" ტიპის მანიპულატორის არსებობა.

სარგებლობს ინფორმაციისა და პროგრამირების შესაძლებლობებიდან. მახასიათებლები იგივეა, რაც პირველ პუნქტში. აქ ჩვენ შეგვიძლია გამოვყოთ საინფორმაციო სტრუქტურები შეყვანისა და გამომავალი, გადაწყვეტის მეთოდები, გამომავალი კოდები და ჩვენი პროგრამირება. მომხმარებლის პასუხისმგებლობაა ინფორმაციისა და პროგრამების დაცვა.

მაგალითად: პროგრამას შეუძლია ავტონომიურად იმუშაოს MS DOS OS ვერსიით, რომელიც არ არის დაბალი, ვიდრე 3.3. ძირითადი ენაა Turbo Pascal 6.0.

ეტიკეტირებამდე და შეფუთვამდე გასაკეთებელი და ტრანსპორტირებამდე და შენახვამდე გასაკეთებელი შეიძლება ეგზოტიკური იყოს. ქვესკნელის შემთხვევაში, არსებობს მითითებები პროგრამული უზრუნველყოფის შეფუთვის ვარიანტების, შეფუთვის ვარიანტებისა და მეთოდების შესახებ. ხოლო გადაზიდვისა და მოვალეობების დაზოგვის შემთხვევაში მას ენიჭება გადასატანი პროგრამული უზრუნველყოფის ვირუსი, შენახვის ადგილი, დაზოგვის გონება, დასაკეცი გონება, ტერმინი გადარჩენა სხვადასხვა გონებაში.

სპეციალური სარგებელი კიდევ უფრო საიმედოა. უკეთესია, შესაძლებლობის თვალსაზრისით, რომ ყველაფერი უნიკალური იყოს. ეს დაუყოვნებლივ განვაცხადე.

მაგალითად: სპეციალური პროგრამები საათობრივ მახასიათებლამდე არ გამოჩნდება. პროგრამა არ აჩვენებს რაიმე განსაკუთრებულ მახასიათებლებს, სანამ არ დააკმაყოფილებს თავის სპეციფიკაციებს.

ტექნიკური და ეკონომიკური დემონსტრაციები.ეს არის ყველაზე რთული წერტილი პროგრამისტისთვის და სამუდამოდ არ გაქრება. ჩვენ გვჭირდება პირველ რიგში, თუ გსურთ უზრუნველყოთ დასრულებული სამუშაოს დიდი ეფექტურობა და მნიშვნელობა. ამ საკითხს ძალიან კეთილსინდისიერად დაუძახეთ დეპუტატს. გთხოვთ, გაითვალისწინოთ, რომ ეს არის საუკეთესო გზა, რათა დაამოწმოთ გაცემის პირობები და პენი თანხები.

ამ განყოფილებაში შეიძლება დაინიშნოს: ორიენტირებული ეკონომიკური ეფექტურობა, მდინარეზე მოთხოვნილების გადატანა (მაგალითად: ცხოველების დიდი რაოდენობა გადადის მდინარის ნედლეულის კომპლექსში - 365 სამუშაო სესია), ფორების ეკონომიური გადატანა. იცოდე უახლესი ჩინური და უცხოური გამონათქვამები და ანალოგები.

გარდა ამისა, მნიშვნელოვანია მინიმუმამდე შემცირდეს პროგრამების შემუშავების ღირებულება, ასევე პროგრამირების სირთულე.

განვითარების ეტაპები და ეტაპები(ეს ანგარიში ქვემოთ იქნება განხილული) ჩამოაყალიბეთ განვითარების აუცილებელი ეტაპები, ეტაპები და ფუნქციონირების ცვლილებები (პროგრამული დოკუმენტების გადაცემა, რომლებიც შეიძლება იყოს ფრაგმენტული, ხელშეწყობილი და გამყარებული), ასევე, როგორც წესი, განვითარების ვადები და ნიშნავს ვიკონავიევს.

სტანდარტული ნაბიჯები აღწერილია აქ. Golovne - სწორად განსაზღვრეთ ტერმინები. თუ შესაძლებელია, შეეცადეთ თანაბრად გაყოთ ნაბიჯები ტერმინებს (და ჯამებს) შორის. გახსოვდეთ, რომ ყველა პროექტი არ გადარჩება ფინალურ ეტაპზე. და ვარსკვლავები მოძრაობენ კანის სცენის უკან. გახსოვდეთ, რომ რაც შეიძლება მალე იქნებით დაკავებული თქვენი სამუშაო პროექტით. თუ თქვენ ვერ ახერხებთ დაუყოვნებლივ შეავსოთ დოკუმენტაცია, მაშინ მოადგილეს უფლება აქვს უარი თქვას სამუშაოს მიღებაზე მთელი მემკვიდრეობით.

ძირითადი და შეუცვლელი ეტაპები და ეტაპებია თავად ტექნიკური პროექტი, წინასწარი პროექტი, ტექნიკური და სამუშაო პროექტები.

• ესკიზური პროექტი. ამ ეტაპზე დეტალურად იშლება შემავალი და გამომავალი მონაცემების სტრუქტურები და განისაზღვრება მათი წარდგენის ფორმა. ვლინდება ალგორითმის ძირითადი აღწერა, თავად ალგორითმი და პროგრამის სტრუქტურა. პროგრამების შემუშავებისა და განხორციელების გეგმა ფართოვდება.
• ტექნიკური პროექტი ამოცანის ამოხსნის ალგორითმის და გამომავალი ინფორმაციის კონტროლის მეთოდის შემუშავება. დაუყოვნებლივ იშლება შეკვეთების დამუშავების მეთოდები და დიაგნოსტიკური შეტყობინებების ტიპები, იდენტიფიცირებულია გამომავალი მონაცემების წარდგენის ფორმები და ტექნიკური მახასიათებლების კონფიგურაცია.
• სამუშაო პროექტი. ამ ეტაპზე ხდება პროგრამების დაპროგრამება და შემუშავება, პროგრამული დოკუმენტების შემუშავება, პროგრამები და ტესტირების მეთოდები. სატესტო და სატესტო კონდახები მზადდება. დანარჩენი დოკუმენტაცია და გრაფიკული მასალაა. გთხოვთ გაითვალისწინოთ, რომ პროგრამის შემუშავების დროს მომზადდება შემდეგი დოკუმენტაცია:

• პროგრამის ტექსტი;
• პროგრამის აღწერა;
• პროგრამა და ტესტირების მეთოდოლოგია;
• კონსტრუქციის აღწერა;
• კორისტუვაჩის მითითებები.

ეს არის სტანდარტული სარგებელი. მენეჯერის მოადგილე ეთანხმება იმ ფაქტს, რომ არ არის შესაძლებელი მთლიანი სიის წარდგენა, რაც ნიშნავს, რომ მისი განზრახვები თქვენთვის და თქვენი პროდუქტის მიმართ არასერიოზულია.

შეიძლება ჩართული იყოს გრაფიკული მასალა. მით უმეტეს, თუ არ აპირებთ თქვენი მუშაობის შედეგების მოხსენებას. მაგრამ სერიოზული პროექტებისთვის ეს პუნქტი სავალდებულოა.

მაგალითად: პროგრამის შემუშავებისას მზადდება შემდეგი გრაფიკული მასალა:

• ტექნიკური და ეკონომიკური დემონსტრაციები;
• პროგრამის სტრუქტურა;
• პროგრამის შეყვანის მონაცემთა ფორმატი;
• zagalny სქემა ალგორითმის (2 arkushi);
• ძირითადი გამოთვლითი ალგორითმები;
• კონდახის რობოტის პროგრამა.

ცალკე კონტროლისა და დაჭერის პროცედურადანაშაული მიენიჭება ტესტირების ტიპებს და ფარულ საშუალებებს რობოტების დაჭერამდე. თუ ეს შესაძლებელია, ამ ეტაპზე უნდა აღინიშნოს, რომ „განვითარებების კონტროლი და დაკავება ეფუძნება მოადგილის მიერ მოწოდებულ აღჭურვილობას“, წინააღმდეგ შემთხვევაში შეიძლება დაგჭირდეთ აღჭურვილობის თქვენთან მოტანა.

მაგალითად: ზრდის კონტროლი და გამოვლენა ემყარება კონტროლისა და საღეჭი კონდახის ტესტირებას. ვინ ამოწმებს პროგრამის ყველა ფუნქციის კონფიგურაციას.

უ დამატებებიტექნიკური განყოფილების წინაშე, საჭიროებისთვის, მიმართეთ:

• მეცნიერულად მოწინავე და სხვა სამუშაოების გადაცემა განვითარების წარმართვის მიზნით;
• ალგორითმის სქემები, ცხრილები, აღწერილობები, განლაგება, განლაგება და სხვა დოკუმენტები, რომლებიც შეიძლება გამოყენებულ იქნას განვითარებისთვის;

• სხვებს პრობლემები შეექმნათ.

ეს სტანდარტი ადგენს პროგრამის შემუშავების ეტაპებს, პროგრამის დოკუმენტაციას და ასევე მოქმედების ეტაპებს:

შენიშვნები:

1. ნებადართულია დაშლის კიდევ ერთი ეტაპის ჩართვა, ხოლო ტექნიკურად მოპირკეთებულ ადგილებში - კიდევ მესამე ეტაპი. ამ ეტაპების განხორციელების აუცილებლობაზე მითითებულია ტექნიკური მახასიათებლები.
2. დასაშვებია სამუშაოს ეტაპების გაერთიანება, გამორთვა ერთი ან მეორედან და ასევე სამუშაოს სხვა ეტაპების გადატანა გრაფიკის მიხედვით.

ეს სტანდარტი ხელმძღვანელობს მიღებული განვითარების პროდუქტის დოკუმენტაციას.

მკაცრად რომ ვთქვათ, არსებობს ორი განსხვავებული დოკუმენტი, რომლებიც, თუმცა, საკმაოდ რთულია. Tse ZAGALNIY OPIS (GOST 19.502-78) და OPIS PROGRAMS (GOST 19.402-78). თუმცა, გარდა იმისა, რომ მართლაც შესაძლებელია, როგორც ერთის, ისე მეორის მკაფიოდ შექმნა, ზედმეტი დუბლირების გარეშე, ხილული ნარჩენების გარეშე, ძალიან რთული იქნება ერთი, უფრო ბუნდოვანი, „ჰიბრიდული“ დოკუმენტის განხორციელება. ჩვენ მას ვუწოდებთ "პროგრამის აღწერას".

სინამდვილეში, "პროგრამების აღწერა" მის ალტერნატიულ ნაწილში შეიძლება დაემატოს სხვა აღწერილობის დოკუმენტებისა და დამხმარე საშუალებების სტანდარტებიდან აღებული სექციებით და აბზაცებით: GOST 19.404-79 ESPD. განმარტებითი შენიშვნა, GOST 19503-79 ESPD. სახელმძღვანელო სისტემის პროგრამისტისთვის, GOST 19.504-79 ESPD. პროგრამისტის სახელმძღვანელო, GOST 19.505-79 ESPD. ოპერატორის დაუდევრობა სწორედ ეს არის. Zokrem, განმარტებითი ჩანაწერიდან შეგიძლიათ აიღოთ ალგორითმის დიაგრამა, ალგორითმის დეტალური აღწერა და (ან) პროგრამების ფუნქციონირება, ასევე მიღებული ტექნიკური და ტექნიკურ-ეკონომიკური გადაწყვეტილებების დიზაინი.

პროგრამის აღწერა უნდა მოიცავდეს საინფორმაციო ნაწილს - ანოტაციას და ჩანაცვლებას.

დოკუმენტის ძირითადი ნაწილი უნდა ჩამოყალიბდეს შესავალი ნაწილიდან და წინა სექციებიდან:

• ფუნქციური მნიშვნელობა;
• ლოგიკის აღწერა.
• დაიბანე გონება;
• საწყობი და ფუნქციები.

პროგრამის სპეციფიკური მახასიათებლებიდან გამომდინარე, დამატებითი სექციები შეიძლება დაზიანდეს.

უ შესვლის ნაწილებიდოკუმენტი შეიცავს იდუმალი ხასიათის ინფორმაციას პროგრამის შესახებ - გარე დასახელება, აღნიშვნა და შესაძლო სტაგნაცია და ა.შ.

მაგალითად: პროგრამა „ავტომატური სამუშაო ადგილი თვითმავალი იარაღის განვითარებისთვის“ განკუთვნილია ... განხორციელებული .... პროგრამა მხარს უჭერს…

ცალკე დავალებამიუთითეთ პროგრამის მიზანი და მიუთითეთ პროგრამის ფუნქციონირების დეტალური აღწერა, მისი ძირითადი მახასიათებლები, ინფორმაცია გაცვლის შესახებ, რომელიც ეხება პროგრამის გამოყენების სფეროს, ასევე მიუთითეთ ელექტრონული საანგარიშო მანქანებისა და მოწყობილობების ტიპები, რომლებიც გამოიყენება ექსპლუატაციის დროს.

მაგალითად: პროგრამა განკუთვნილია მაღალი დონის ამოცანებისთვის... პროგრამა არის ავტომატური სამუშაო ადგილის ბირთვი...

შესაძლებელია..., შექმნა..., გაშვება..., ანალიზი..., ანალიზის შედეგების შერჩევა და დამუშავება..., ლოდინი... და ა.შ.

განყოფილებაში " ლოგიკის აღწერამიუთითეთ:

• პროგრამის სტრუქტურისა და ძირითადი ნაწილების აღწერა

(მაგალითად: საწყობში შესასვლელად, პროგრამები შემდეგია:

• კორისტუვალნიცკის ინტერფეისი,
• მოდული გრაფისთვის დიდგვაროვნების მინიჭებისთვის,
• მოდული გადაცემის ფუნქციის განვითარებისთვის,
• ფაზა-სიხშირის მახასიათებლების მოდული და ამპლიტუდა,
• გამოღვიძების რეაქციის მოდული მრავალწევრებულ შემოდინებაზე,
• ტექსტის რედაქტორი).

• შესანახი ნაწილების ფუნქციების აღწერა და მათ შორის კავშირები;

მაგალითად: პროგრამა შედგება ექვსი მოდულისგან: ინტერფეისის მოდული; ფინანსური მოდული...; მოდული როზრახუნკუ...; მოდული... და ა.შ.

ინტერფეისის მოდული ორი ტიპის დიალოგის მოთხოვნისთვის: დიალოგი "საკვები - კვება" და "მენიუ" ტიპის დიალოგი. ინტერფეისის მოდული ახორციელებს…

დავალების მოდული… Vіn…

განვითარების მოდული... და ა.შ.

• ინფორმაცია ენის პროგრამირების შესახებ;

მაგალითად: პროგრამა ჩემი დაწერილია... ვიკი შემდგენელის გამოყენებით...

• კანისა და შესანახი ნაწილების შეყვანისა და გამომავალი მონაცემების აღწერა;

მაგალითად: ENTRY DATA. პროგრამის შეყვანა არის ტექსტური ფაილი, რომელიც აღწერს ინციდენტების გაფართოებულ მატრიცას მონიტორინგის სისტემის გრაფიკში.

შაბათ-კვირის დღეები. ანაბეჭდი:

• გრაფიკული და ტექსტური ინფორმაცია, რომელიც ნაჩვენებია ეკრანზე (სისტემის ანალიზის შედეგები);
• ფაილები ერთ-ერთ გრაფიკულ ფორმატში – საჭირო მახასიათებლების გამოსახულების ასლები (AFC, PFC და ა.შ.);
• ტექსტური ფაილები – ინფორმაცია გამოძიების შესახებ;
• დიაგნოსტიკა გახდება სისტემა და ინფორმაცია ყველა დაზიანების შესახებ.

• საწყობის ნაწილების ლოგიკის აღწერა (საწყობის დეტალების მოხმარებისთვის, პროგრამის სქემების აღწერა).

პროგრამის ლოგიკის აღწერისას აუცილებელია მისი მიბმა პროგრამის ტექსტთან.

ცალკე საწყობი და ფუნქციებიმიუთითეთ პროგრამის სტრუქტურისა და ფუნქციების აღწერა, ამოცანების გადაჭრის მეთოდების ფორმულირება.

ცალკე Umovi zastosuvannyaგონება უნდა იყოს ინფორმირებული პროგრამებით (შესაძლოა, საჭიროებამდე ტექნიკური პროგრამები, როგორიცაა სხვა პროგრამები, შემავალი და გამომავალი ინფორმაციის არსებითი მახასიათებლები და ხელმძღვანელობს ორგანიზაციის გონებას განსხვავებული, ტექნიკური და ტექნოლოგიური ხასიათისა და ა.შ.).

მაგალითად: პროგრამა გამოიყენება პერსონალურ კომპიუტერზე, როგორიცაა IBM PC/AT. დიალოგის რეჟიმში მუშაობისთვის გამოიყენება ეკრანის ეკრანი, კლავიატურა და მაუსის ტიპის მანიპულატორი. გრაფიკული რეჟიმის მხარდასაჭერად საჭიროა EGA (VGA) ადაპტერი. შეყვანის მონაცემები ინახება ფლოპი დისკზე/ან მყარ დისკზე. პროგრამა მუშაობს OS კონტროლის ქვეშ.

აღწერილობის დამატებები შეიძლება შეიცავდეს მოსამზადებელ მასალებს (ილუსტრაციები, ცხრილები, გრაფიკები, აპლიკაციები და ა.შ.)

და არ დაგავიწყდეთ მიუთითოთ გაუჩინარების მოდულის სახელი, ასევე პროცედურის აღწერა

Vikliku და zavantazhennya სისტემა

ტექსტის პროგრამით დაფორმატებამდე, შეგიძლიათ ამის გაკეთება მარტივი და ბუნებრივი გზით კომპეტენტური პროგრამისტისთვის. მთავარი, რაც უნდა გაკეთდეს დოკუმენტის შექმნისას არის ის, რომ პროგრამის ტექსტი ადვილად იკითხება.

როგორც ადრე სავალდებულო იყო, არის დაკეცილი საინფორმაციო ნაწილი - ანოტაციები და ცვლილებები.

დოკუმენტის ძირითადი ნაწილი უნდა შედგებოდეს ერთი ან რამდენიმე ნაწილის ტექსტებისგან, რომლებიც დასახელებულია.

კანის პროგრამის ფაილის ტექსტი იწყება „სათაურით“, რომელშიც ნათქვამია:

• დაქირავების პროგრამები,
• ავტორი,
• პროგრამის შექმნის თარიღი,
• ვერსიის ნომერი,
• ბოლო მოდიფიკაციის თარიღი.

Obov'yazkovymi є კომენტარები და suvore dotrimannya წესები vіdstupu. გახსოვდეთ, თქვენ შეგიძლიათ რეალურად შექმნათ პროგრამის დოკუმენტაცია არასათანადოდ. და პროგრამის ნეგარნი ტექსტი ცოტაა. გთხოვთ გაითვალისწინოთ, რომ ეს ტექსტი ინტელექტუალურია თავად ავტორისთვის და სერიოზულად არის გათვალისწინებული. პროგრამის ტექსტები არ უნდა წაიკითხოს სხვა ადამიანებმა.

ქვემოთ მოცემულია ტექსტის მსგავსი პროგრამის მაგალითი, რომელიც ადვილად იკითხება (აღებულია Mikoli Hecht-ის საიტიდან, ელ. ფოსტა: [ელფოსტა დაცულია], http://users.omskreg.ru/~geht)

/* შაბათ-კვირის ტექსტები Windows "98

წყაროს კოდი Windows 98-ში */ #include "win31.h" #include "win95.h" #include "evenmore.h" #include "oldstuff.h" #include "billrulz.h" #include "monopoly.h" # განსაზღვრა INSTALL = HARD char make_prog_look_big; void main() ( while(! CRASHED) ( display_copyright_message(); display_bill_rules_message(); do_nothing_loop(); if(first_time_installation) ( make_50_megabyte_swapfile(); do_nothing_loop) troy_the_rest_of); პროდუქტები ( ) hang_system(); ) დაწერე_რაღაც(არაფერი); display_copyright_message();_windows_3.1();do_nothing_loop();do_nothing_loop(); ) ) if(detect_cache()) disable_cache(); if(fast_cpu()) (set_wait_states(lots); set_mouse(speed, very_slow); ); ) /* printf("კეთილი იყოს თქვენი მობრძანება Windows 3.11"); */ /* printf("კეთილი იყოს თქვენი მობრძანება Windows 95"); ) else system_memory = open("a:\swp0001.swp", O_CREATE);while(something) ( sleep(5); get_user_input(); sleep(5); act_on_user_input(); sleep(5); ) create_general_protection_fault() ;

ეს დოკუმენტი შეიცავს აღწერილობას იმის შესახებ, თუ რა უნდა გაკეთდეს იმისათვის, რომ პროგრამა სწორად მუშაობს. სინამდვილეში, ეს დოკუმენტი არის საწყისი დოკუმენტი საწყისი ტესტირებისთვის. ტესტირების პროგრამა და მეთოდოლოგია კარგად არის ასახული - ეს ნიშნავს მშენებლობისა და შეძენის აქტის ხელმოწერის უზრუნველყოფას, ანუ. რამ, რისთვისაც ამდენი ენერგია და დრო დახარჯე.

ფორმალურად, ეს GOST გამოიყენება სატესტო გაშვებების დაგეგმვისა და ჩატარების დოკუმენტების შესამუშავებლად, პროგრამული სისტემის მზადყოფნისა და შესაძლებლობების შესაფასებლად. დოკუმენტი შეიცავს ობიექტის აღწერას და ტესტირების ინფორმაციას, რომელიც შესაძლებელია პროგრამის და პროგრამული უზრუნველყოფის დოკუმენტაციამდე, მეთოდებსა და ტესტირების პროცედურას, ასევე ტესტის აპლიკაციების აღწერას.

უფრო მარტივი და ზუსტია საწყობის დოკუმენტის აპლიკაციების მიხედვით აღწერა.

ობიექტი შემოწმებულია

მაგალითი: შემოწმებული ობიექტი არის პროგრამა..., განკუთვნილი...

ტესტირების მიზანი

აპლიკაცია: რობოტული პროგრამების სანდოობის შემოწმება.

ვიმოგი დაპროგრამება

კონდახი: პროგრამის ფუნქციონირებამ შეიძლება გამოიწვიოს მარცხი (რობოტული სისტემის ფატალური განადგურება). დიალოგის ორგანიზებამ შეიძლება გადაიტანოს დაცვა არასწორი მონაცემების შეყვანის შემთხვევაში. პროგრამა პასუხისმგებელია სისტემის დიაგნოსტიკისა და წარმოშობილი შეცდომის შესახებ ინფორმაციის მიწოდებაზე... და ა.შ.

იხილეთ პროგრამული უზრუნველყოფის დოკუმენტაცია

მაგალითი: პროგრამული უზრუნველყოფის დოკუმენტაციის საწყობი ტესტირებისთვის:

• პროგრამის აღწერა (GOST 19402-78);
• პროგრამა და ტესტირების მეთოდოლოგია (GOST 19.301-79);
• პროგრამის ტექსტი (GOST 19401-78).

შექმენით შეკვეთა და სცადეთ

აპლიკაცია: პროგრამა მსგავსია MS DOS OS-ის (ვერსია არანაკლებ 3.0) ფუნქციონირებისა კომპიუტერზე, როგორიცაა IBM PC/AT, ისევე როგორც მასთან დაკავშირებული სისტემები. რობოტისთვის საჭიროა EGA (VGA) ადაპტერი.

ტესტის პროცედურა:

1. პროგრამა იწყება...
2. შერჩევა...
3. დაჭერით...
4. თანმიმდევრულად აირჩიეთ...

ტესტი კონდახებით

მაგალითი: ტესტირების ჩასატარებლად, აღწერა, თუ რა ფაილებია განთავსებული ფაილებში... სატესტო ფაილებისა და რობოტული პროგრამების შედეგების ნაცვლად მოცემულია დანართ 1-ში.

მე, მოდით შევხედოთ დარჩენილ ESPD სტანდარტს, რომელსაც ე.წ

ეს სტანდარტი ადგენს გამოთვლითი მანქანების, კომპლექსებისა და სისტემების პროგრამული დოკუმენტების დიზაინის წესებს, მიუხედავად მათი გამოყენების სფეროსა და ESPD სტანდარტების მიხედვით.

ზაგალნი ვიმოგი.აუცილებელია შეიყვანოთ სიტყვები, ფორმულები, გონებრივი ნიშნები (ხელნაწერი შრიფტით), ლათინური და ბერძნული ანბანის ასოები, ასევე დიაგრამები და წვრილმანები პროგრამულ დოკუმენტებში, ლათინური და ბერძნული ანბანის ასოები, აგრეთვე დიაგრამები და მცირე ზომის. ვინც შავ მელანს იყენებს. მე ვადუღებ.

ბეჭდვის პროცესში გამოვლენილი დრუკარსკის დათმობები და გრაფიკული უზუსტობები ნებადართულია გასწორდეს ტექსტის გაურკვევლად დაწერილი ნაწილის (სკამზე) გაწმენდით და შესწორებული ტექსტის (გრაფიკა) იმავე თაღზე გამოყენებული საბეჭდი ან შავი მელნით დეპოზიტში. ეს ეფუძნება დოკუმენტის დაწერის გზას.

დაუშვებელია ტექსტთან (გრაფიკასთან) უშუალოდ დაკავშირებული დოკუმენტების, ნიშნების ან კვალის შესწორება.

პროგრამის დოკუმენტები შედგენილია ქაღალდის ჩანთებზე A4 ფორმატში. გარდა ამისა:

• მისაღები დიზაინი თაღებზე A3 ფორმატში;
• დოკუმენტის მანქანით ბეჭდვისას დასაშვებია ჯიბეების ზომების შეცვლა, რომლებიც შეესაბამება A4 და A3 ფორმატებს, რაც განისაზღვრება ტექნიკური მიზეზების შესაძლებლობით, რამაც შეიძლება გამოიწვიოს გამკვრივება; A4 და A3 ფორმატის ჩარჩოებზე, რომლებიც გადაიცემა მონაცემთა გამომავალი მოწყობილობების გამომავალი მახასიათებლებით, როდესაც დოკუმენტი მზადდება მანქანით;
• დრუკარსკის მეთოდით დოკუმენტის მომზადებისას შესაძლებელია სხვადასხვა ტიპოგრაფიული ფორმატის გამოყენება.

პროგრამული დოკუმენტის მასალების შემუშავება ხდება შემდეგი თანმიმდევრობით:

• სათაურის ნაწილი:

• გამკვრივების ფურცელი (არ შეიტანოთ დოკუმენტის ფურცლების საბოლოო რაოდენობამდე);
• სათაურის გვერდი (დოკუმენტის პირველი გვერდი);

• საინფორმაციო ნაწილი:

• აბსტრაქტული;
• ნიადაგის ფურცელი;

• მთავარი ნაწილი:

• დოკუმენტის ტექსტი (პატარა სურათებით, ცხრილებით და ა.შ.);
• ტერმინების ურთიერთგაცვლა და მათი მნიშვნელობა;
• გადინება მალე მოვა;
• დანამატები;
• საგნის მაჩვენებელი;
• გაგზავნილი დოკუმენტების გადაცემა;

• ცვლილების რეგისტრაციის ნაწილი:

• სარეგისტრაციო ფურცლის შეცვლა.

პობუდოვის დოკუმენტი.საჭიროებისთვის დასაშვებია დოკუმენტის ნაწილებად დაყოფა. ნაწილებად დაყოფა ტოლია გაყოფის არანაკლებ. ტყავის ნაწილი ცალ-ცალკე აწყობილია, პირველი ნაწილის გამოცვლისას კი სხვა ნაწილების სახელები იცვლება.

დასაშვებია დოკუმენტში პროგრამის ტექსტის ნაწილების შეტანა, რომლებიც დაფორმატებულია პროგრამის ტექსტის დაწერის ენობრივი წესების შესაბამისად.

ანოტაცია უნდა განთავსდეს გვერდ(ებ)ზე, მოწოდებული სათაურით „ANOTATION“, დანომრილი და ჩართული დოკუმენტის წარდგენამდე.

დოკუმენტის ტექსტი, როგორც წესი, იყოფა აბზაცებად, ხოლო აბზაცები ქვეპუნქტებად, იმისდა მიუხედავად, დოკუმენტი იყოფა ნაწილებად, დაყოფილია თუ დაყოფილი.

განყოფილების სათაურები დაწერილია დიდი მწერლების მიერ და მოთავსებულია სიმეტრიულად ტექსტის მარჯვენა და მარცხენა მხარეს შორის. ქვესექციების სათაურები უნდა დაიწეროს მცირე ასოებით (პირველი დიდი ასოს გარდა) თითო აბზაცში. სათაურებიდან მოძრაობები დაუშვებელია. არ დადოთ წერტილი სათაურზე. რეკომენდებულია კანის დაწყება ახალი თაღით.

გაყოფილი, დაყოფილი, აბზაცები და ქვეპუნქტები დანომრილია არაბული ციფრებით წერტილით. გაყავით დედის დანაშაულის სერიული ნომერი (1, 2 ან მეტი)

დოკუმენტის ტექსტი.დოკუმენტის ტექსტი მოკლე და გასაგებია, რაც ართულებს გაუგებრობას. ტერმინები და მათი მნიშვნელობა ერთგვაროვანია და შეესაბამება დადგენილ სტანდარტებს და თავის მხრივ - ზოგადად მიღებული სამეცნიერო და ტექნიკურ ლიტერატურაში და შემოტანილია ტერმინთა კვეთაზე.

დოკუმენტის ტექსტის საჭირო ახსნა-განმარტებები შეიძლება შედგენილი იყოს ღვინის შენიშვნებში. ღვინის ნიშანი მითითებულია მშვილდის უკან ნომრით, რომელიც მოთავსებულია შრიფტის ზედა კიდის ხაზის გასწვრივ.

თუ ღვინო მომიჯნავე სიტყვის წინ არის მოთავსებული, ღვინის ნიშანი პირდაპირ სიტყვის შუაშია მოთავსებული, როგორც წინათ წინადადებამდე, მაშინ ის წინადადებას ჰგავს. ღვინის ტექსტი გაშლილია გვერდის გასწვრივ და გამაგრებულია ძირითადი ტექსტით 3 სმ სიგრძის სტრიქით, მარცხენა მხრიდან გამოყვანილი.

ილუსტრაცია.ილუსტრაციები შეიძლება განთავსდეს დოკუმენტის ტექსტში ან დანართებში. ილუსტრაციები, რომლებშიც ერთზე მეტია დოკუმენტში, დანომრილია არაბული ციფრებით დოკუმენტში.

პროგრამებში ილუსტრაციები ინომრება თითოეული პროგრამის ფარგლებში დოკუმენტის ძირითადი ტექსტისთვის მითითებული თანმიმდევრობით. ილუსტრაციის შეტყობინება მოცემულია ტექსტზე: „პატარა 12“ ჩი „(სურ. 12)“. ილუსტრაციებს შეიძლება ჰქონდეს თემატური სათაური და ტექსტი, რომელიც ხსნის ილუსტრაციის ადგილს.

ფორმულები.დოკუმენტში ფორმულები, თუ ერთზე მეტია, დანომრილია არაბული ციფრებით, რიცხვი მოთავსებულია მარჯვენა მხარეს და ფორმულები ერთსა და იმავე მკლავებში. დოკუმენტის და მისი ნაწილების კიდეებზე, დოკუმენტის ბოლოში ნაწილებად, ფორმულები აღინიშნება უწყვეტი ნუმერაციით.

გთხოვთ, ტექსტში გაითვალისწინოთ ფორმულის სერიული ნომერი ფორმულებში, მაგალითად: "ფორმულაში (3)". დოკუმენტის ნაწილებად დაყოფისას, ნაწილის ნომერი მოთავსებულია ფორმულის სერიულ ნომრის წინ და ემატება დარჩენილ წერტილს, მაგალითად: "ფორმულაში (1.4)".

სიმბოლოების მნიშვნელობები, რომლებიც შედის ფორმულამდე, მოთავსებულია პირდაპირ ფორმულის ქვემოთ. კანის სიმბოლოს მნიშვნელობა მოყვება ახალი მწკრივიდან იმავე თანმიმდევრობით, როგორც მითითებულია ფორმულაში. გაშიფვრის პირველი რიგი უნდა დაიწყოს სიტყვით "დე", მის შემდეგ ორმაგი სიტყვის გარეშე.

პოზილანნია.პროგრამულ დოკუმენტებში დასაშვებია სტანდარტებისა და სხვა დოკუმენტების გაგზავნა. შეეცადეთ თვალყური ადევნოთ დოკუმენტს მთლიანობაში ან მის განყოფილებაში (დოკუმენტის აღნიშვნიდან და დასახელებიდან, განყოფილების ნომრიდან და დასახელებიდან ან დანართიდან).

დასაშვებია მხოლოდ დოკუმენტის და (ან) სექციების აღნიშვნა მათი სახელების მინიჭების გარეშე. დაუშვებელია დოკუმენტის გვერდზე განთავსება, სხვა დოკუმენტის აბზაცები ან ილუსტრაციები. დასაშვებია დოკუმენტის შუაში ჩაწერა აბზაცებისთვის, ილუსტრაციებისთვის და სხვა ტექსტებისთვის.

შენიშვნები.ტექსტისა და ცხრილის შენიშვნებში მიუთითეთ დამატებითი დამხმარე და განმარტებითი მონაცემები. ერთი შენიშვნა არ არის დანომრილი. სიტყვის "შენიშვნა" შემდეგ ჩასვით წერტილი. ნოტების დეკალი უნდა იყოს დანომრილი არაბული ციფრების გამოყენებით წერტილით. სიტყვის "შენიშვნა" შემდეგ ჩადეთ ორმაგი შემოწმება. შენიშვნების ტექსტის შეცვლა შესაძლებელია მხოლოდ ერთი ინტერვალით.

Მოკლე ისტორია.ტექსტში მოკლე სიტყვები და ილუსტრაციების ქვეშ ნაწერები დაუშვებელია, შემდეგი გაფრთხილებით:

• მალე, დადგენილი GOST 2.316-68 და ოფიციალურად მიღებული რუსული ენით;
• მალე საჭირო იქნება პროგრამების, მათი ნაწილებისა და მუშაობის რეჟიმების, მუშაობის მენეჯმენტის ენის, პროგრამების დაყენების მეთოდების და ლათინური ანბანის ასოებით დანიშნულების დაყენება.

პროგრამადამატებითი ხასიათის ილუსტრაციები, ცხრილები და ტექსტი შეიძლება წარმოდგენილი იყოს დანამატების სახით. პროგრამები შედგენილია, როგორც ამ დოკუმენტის გაგრძელება მომდევნო გვერდებზე ან გამოქვეყნებულია მიმდებარე დოკუმენტის წინ.

ყოველი პროგრამა უნდა დაიწყოს ახალ გვერდზე სიტყვებით „დამატება“ და თემატური სათაური ზედა მარჯვენა კუთხეში. დოკუმენტში სიცხადისთვის, ერთზე მეტი დანართი, ყველა პროგრამა დანომრილია არაბული ციფრებით (No ნიშნის გარეშე), მაგალითად:

დანართი 1, შემდეგ დანართი 2.

პროგრამის გამოშვებამდე მას დავუმატებთ დოკუმენტს, სათაურის ხაზში, დოკუმენტის სათაურის ქვეშ, ჩაწერეთ სიტყვა „დამატება“ და რამდენიმე დამატებითი დანამატის არსებობისთვის, მიუთითეთ იგივე სერიული ნომერი.

EOM-ისთვის პროგრამები შედგენილია ერთიანი პროგრამული დოკუმენტაციის სისტემის (USPD) შესაბამისად. ESPD არის GOST-ების ერთობლიობა, რომელიც ადგენს პროგრამული დოკუმენტების დიზაინის, ფორმატისა და სტრუქტურის წესებს.
ეს არის ის, თუ როგორ უნდა მოათავსოთ ჩვენებები ESPD-ზე. დამატებითი ინფორმაციის წაშლა შესაძლებელია პირდაპირ სტუმრებისგან.

მოკლე პროგრამის დიზაინის ალგორითმი

მოკლედ, პროგრამული უზრუნველყოფის შემუშავების ალგორითმი და პროგრამული დოკუმენტების ტიპები ბავშვის სურათებისთვის. აღწერილობების მომზადების ანგარიშგების პროცესი მოცემულია ქვემოთ.

პროგრამული დოკუმენტის მომზადება

პროგრამული დოკუმენტი არის დოკუმენტი, რომელიც შეიცავს ინფორმაციას პროგრამის საჭირო განვითარების, მომზადების, მხარდაჭერისა და ფუნქციონირების შესახებ.

ოფიციალური პროგრამული დოკუმენტი შედგენილია GOST 19.101-77, GOST 19.103-77, GOST 19.104-78, GOST 19.105-78, GOST 19.106-78, GOST 19.106-78 პროგრამული უზრუნველყოფის შესაბამისად, GOST 19.106-78.

Zagalni vymogi პროგრამული დოკუმენტები GOST 19.105 – 78

თქვენ შეგიძლიათ წვდომა პროგრამულ დოკუმენტებზე სხვა გზით. GOST 19.106 - 78

GOST 19.106-78 ადგენს პროგრამული დოკუმენტების ვიზუალიზაციის წესებს ვიზუალიზაციის სახელმძღვანელო მეთოდისთვის.

მნიშვნელოვანია, რომ ეს GOST არ ვრცელდება პროგრამის დოკუმენტზე "პროგრამის ტექსტზე".

პროგრამული დოკუმენტის მასალები დამნაშავეა მომდევნო თანმიმდევრობით:

• სათაურის ნაწილი:
  • გამკვრივების ფურცელი (არ შეიტანოთ დოკუმენტის ფურცლების საბოლოო რაოდენობამდე);
  • სათაურის გვერდი (დოკუმენტის პირველი გვერდი);
• საინფორმაციო ნაწილი:
  • აბსტრაქტული;
  • ნიადაგის ფურცელი;
• Მთავარი ნაწილი:
  • დოკუმენტის ტექსტი (პატარა სურათებით, ცხრილებით და ა.შ.);
  • დანამატები;
  • პირობების გადაცემა, სწრაფი გადაცემა, ჩვილების გადაცემა, ცხრილების გადაცემა, საგნის ინდიკატორი, საფოსტო დოკუმენტების გადაცემა;
  • ცვლილების რეგისტრაციის ნაწილი:
  • სარეგისტრაციო ფურცლის შეცვლა.

ინსტრუქციებში მითითებულია პროგრამის ტიპი და მოკლედ მითითებულია დოკუმენტის მნიშვნელობა და მდებარეობა. თუ დოკუმენტი შედგება მრავალი ნაწილისგან, ინსტრუქციებში მითითებულია საჭირო ელემენტების რაოდენობა. ანოტაციის შემდეგ მოათავსეთ დოკუმენტი გვერდით (დანომრილი) გვერდ(ებ)ზე, მიუთითეთ სათაური „ZMIST“, ნუ დანომრავთ მას განყოფილებად და შეიტანეთ დოკუმენტის მხარეების ბოლო რაოდენობამდე.

ტექსტის ფორმატირება:

• პროგრამული დოკუმენტი ასახულია თაღის ერთ მხარეს ორი ინტერვალით; დასაშვებია ერთი ან განმეორებითი ინტერვალით.
• ანოტაცია უნდა განთავსდეს გვერდით (დანომრილი) მხარეს სათაურით "ANNOTATION" და არ იყოს დანომრილი, როგორც განყოფილება.
• განყოფილების სათაურები დაწერილია დიდი მწერლების მიერ და მოთავსებულია სიმეტრიულად ტექსტის მარჯვენა და მარცხენა მხარეს შორის.
• ქვესექციების სათაურები უნდა დაიწეროს მცირე ასოებით (პირველი დიდი ასოს გარდა) თითო აბზაცში.
• სათაურებიდან მოძრაობები დაუშვებელია. არ დადოთ წერტილი სათაურზე.
• დადექით სათაურსა და შემდეგ ტექსტს შორის, ასევე განყოფილების სათაურებსა და ქვესექციას შორის:
  • საბეჭდი მანქანით დოკუმენტის კოპირებისას - ორი ინტერვალით.
• სექციები და ქვესექციები, რომელთა ტექსტი იწერება იმავე გვერდზე, როგორც წინა ნაწილის ტექსტი, გამოჩნდება ტექსტის დარჩენილ სტრიქონს შორის და შემდეგი სათაური უდრის:
  • საბეჭდი მანქანით დოკუმენტის კოპირებისას – სამ საბეჭდი ინტერვალით.
• გაყოფილი, დაყოფილი, აბზაცები და ქვეპუნქტები დანომრილია არაბული ციფრებით წერტილით.
• განყოფილებებს შორის არის მკაფიო ნუმერაცია ყველა ქვესექციის, ელემენტისა და ქვეპუნქტისთვის, რომელიც შედის ამ განყოფილებაში.
• ქვესექციების ნუმერაცია მოიცავს განყოფილების ნომერს და ქვესექციის სერიულ ნომერს, რომელ მონაკვეთზეა ჩართული, გამოყოფილი წერტილით (2.1; 3.1).
• განყოფილებებისა და ქვედანაყოფების არსებობისთვის, წერტილის შემდეგ ქვედანაყოფის ნომრის წინ, აბზაცსა და ქვეპუნქტს (3.1.1, 3.1.1.1 და ასე შემდეგ) დაამატეთ რიგითი ნომერი.
• დოკუმენტის ტექსტი მოკლე და გასაგებია, რაც ართულებს გაუგებრობას.
• ტერმინები და მათი მნიშვნელობა ერთგვაროვანია და შეესაბამება დადგენილ სტანდარტებს და თავის მხრივ - ზოგადად მიღებული სამეცნიერო და ტექნიკურ ლიტერატურაში და შემოტანილია ტერმინთა კვეთაზე.
• დოკუმენტის ტექსტის საჭირო ახსნა-განმარტებები შეიძლება შედგენილი იყოს ღვინის შენიშვნებში.
• ღვინის ნიშანი მითითებულია ნომრით მშვილდის უკან, რომელიც მოთავსებულია შრიფტის ზედა კიდის ხაზის გასწვრივ, მაგალითად: "drukarsky device2) ..." ან "paper5)".
• როგორც კი ღვინო მომიჯნავე სიტყვის წინ მოდის, ღვინის ნიშანი მოთავსებულია უშუალოდ ამ სიტყვის გვერდით, ისევე როგორც წინადადების წინ, შემდეგ წინადადების ბოლოს. ღვინის ტექსტი გაშლილია გვერდის გასწვრივ და განმტკიცებულია ძირითადი ტექსტით 3 სმ სიგრძის ხაზით დახაზული მარცხენა მხარეს.
• ილუსტრაციები, რომლებშიც ერთზე მეტია დოკუმენტში, დანომრილია არაბული ციფრებით დოკუმენტში.
• დოკუმენტში ფორმულები, თუ ერთზე მეტია, დანომრილია არაბული ციფრებით, რიცხვი მოთავსებულია მარჯვენა მხარეს და ფორმულები ერთსა და იმავე მკლავებში.
• ფორმულამდე შეტანილი სიმბოლოების და რიცხვითი კოეფიციენტების მნიშვნელობები მოთავსებულია პირდაპირ ფორმულის ქვემოთ. კანის სიმბოლოს მნიშვნელობა მოყვება ახალი მწკრივიდან იმავე თანმიმდევრობით, როგორც მითითებულია ფორმულაში. გაშიფვრის პირველი რიგი უნდა დაიწყოს სიტყვით „დე“, მის შემდეგ ორმაგი სიტყვის გარეშე.
• პროგრამის დოკუმენტები შეიძლება შეიცავდეს სტანდარტებს (გარდა საწარმოს სტანდარტების), ტექნიკურ და სხვა დოკუმენტებს (მაგალითად, სახელმწიფო ორგანოების დოკუმენტებს, სსრკ რესპუბლიკის წესებსა და ნორმებს). სტანდარტებისა და ტექნიკური ცოდნის მოთხოვნისას მიუთითეთ მათი აღნიშვნები.
• შეეცადეთ თვალყური ადევნოთ დოკუმენტს მთლიანობაში ან მის განყოფილებაში (დოკუმენტის აღნიშვნიდან და დასახელებიდან, განყოფილების ნომრიდან და დასახელებიდან ან დანართიდან). განყოფილების ან პროგრამის განმეორებითი მოთხოვნის გაგზავნისას მიუთითეთ ნომერი.
• ტექსტისა და ცხრილის შენიშვნებში მიუთითეთ დამატებითი დამხმარე და განმარტებითი მონაცემები.
• ერთი შენიშვნა არ არის დანომრილი. სიტყვის "შენიშვნა" შემდეგ ჩასვით წერტილი.
• ნოტების დეკალი უნდა იყოს დანომრილი არაბული ციფრების გამოყენებით წერტილით. სიტყვის "შენიშვნა" შემდეგ ჩადეთ ორმაგი შემოწმება.
• ტექსტში მოკლე სიტყვები და ილუსტრაციების ქვეშ ნაწერები დაუშვებელია.
• დამატებითი ხასიათის ილუსტრაციები, ცხრილები და ტექსტი შეიძლება წარმოდგენილი იყოს დანამატების სახით.
• პროგრამა უნდა დაიწყოს ახალი გვერდიდან ზედა მარჯვენა კუთხეში დაწერილი სიტყვებით „ADDITION“ და თემატური სათაურით, რომელიც სიმეტრიულად არის დაწერილი დიდი მწერლების ტექსტთან.

სტუმარს აქვს თაღის სიმბოლო, სადაც მითითებულია ველები, გვერდების ნუმერაციის ადგილი და კოდი.

პროგრამის აღწერა (GOST 19.402-78) შეიძლება შეიცავდეს:

1 Zagalnye Vidomostiპროგრამის შესახებ - გარედან დასახელებული, მინიჭებული და შესაძლოა განსაზღვრული, ასევე პროგრამის ფუნქციონირებისთვის აუცილებელი პროგრამული უზრუნველყოფა, ენა, რომელზეც ის დაიწერა. Მაგალითად:

პროგრამა „ავტომატური სამუშაო ადგილი თვითმავალი იარაღის განვითარებისთვის“ განკუთვნილია... განხორციელებული... პროგრამა მხარს უჭერს...

პროგრამა ჩემი დაწერილია... შემდგენელის ვიკის გამოყენებით...

2 ფუნქციური მიზნები– პროგრამის განმარტება და პროგრამის ფუნქციონირების დეტალური აღწერა, მისი ძირითადი მახასიათებლები, ინფორმაცია პირობების შესახებ, რომლებიც ვრცელდება პროგრამის გამოყენების სფეროზე. Მაგალითად:

პროგრამა განკუთვნილია მაღალი დონის ამოცანებისთვის... პროგრამა არის ავტომატური სამუშაო ადგილის ბირთვი...

შესაძლებელია..., შექმნა..., გაშვება..., ანალიზი..., ანალიზის შედეგების შერჩევა და დამუშავება..., დაველოდოთ... და ა.შ.

3 ლოგიკური სტრუქტურის აღწერა– მეთოდების შერჩევა, პროგრამის ალგორითმები, პროგრამების სტრუქტურისა და ლოგიკის აღწერა (პროგრამის ტექსტის ბმულით) და შენახვის ნაწილები, მათი ფუნქციები და მათ შორის კავშირები, აგრეთვე პროგრამებსა და სხვა პროგრამებს შორის კავშირები. ამ განყოფილების ნაცვლად, ის შეიძლება იყოს კონკრეტული და დამალული პროგრამის ტექსტში.

ვიბირი ვირიშენას მეთოდიგადმოსცემს უზენაესი ამოცანის თეორიული მიზანშეწონილობის მნიშვნელობას და მისი აღმოფხვრის ფორმალური წესის აღმოჩენას. ეს ეტაპი ცუდად არის გაფორმებული, რაც დაკავშირებულია მათ განვითარებაში გამოყენებული მეთოდების უკიდურესად მრავალფეროვნებასთან.

გადაწყვეტის მეთოდი შეიძლება წარმოდგენილი იყოს:

– არსებობს ფორმულების ხილული სისტემა (გიჟური და გონებრივი);

- მოქმედებათა თანმიმდევრობის სიტყვიერი წარმოდგენის ერთი შეხედვით;

- მათ კომბინაციას ჰგავს.

მეთოდის აღწერა შეიძლება შეიცავდეს გამომავალი მონაცემების მითითებას, რომელიც ზედმეტად არის გადანაწილებული მეთოდით.

ალგორითმების, პროგრამების, მონაცემებისა და სისტემების სქემები, რა ვუყოთ ამ განყოფილებას, უნდა გამოვიყენოთ დეტალური დეტალების მეთოდი. უფრო მეტიც, დეტალების დონე ისეთია, რომ პროგრამის სხვადასხვა ნაწილები და მათ შორის ურთიერთკავშირი ნათელია. შემდეგ ჯერ უნდა აღწეროთ ალგორითმის დადგენილი სქემა, დაყოთ პროგრამა ლოგიკურ ბლოკებად და შემდეგ გადახედოთ ალგორითმების სქემებს თითოეული ამ ბლოკის მუშაობისთვის. გონივრული წესები და წესები vikonannya სქემებისთვის დადგენილია GOST 19.701-90 (დანართი B).

პროგრამული უზრუნველყოფის საწყობი მოიცავს შემდეგ მოდულებს:

- კორისტუვალნიცკის ინტერფეისი;

– გრაფისთვის დიდგვაროვნების მინიჭების მოდული;

– გადაცემის ფუნქციის განვითარების მოდული;

– ფაზა-სიხშირის მახასიათებლების მოდული და ამპლიტუდა;

- გამოღვიძების რეაქციის მოდული მრავალწევრებულ შემოდინებაზე;

- ტექსტის რედაქტორი.

ინტერფეისის მოდული ორი ტიპის დიალოგის მოთხოვნისთვის: დიალოგი "საკვები - კვება" და "მენიუ" ტიპის დიალოგი. ინტერფეისის მოდული მხარს უჭერს…

ფინანსების მოდულიდიდებულები გრაფთან ვიკორისტანის მეთოდის მიზეზები... ვინ є...

როზრახუნკუს მოდულიგადაცემის ფუნქცია ახორციელებს მეთოდს და ა.შ.

ალგორითმიდიდგვაროვნების მნიშვნელობა გრაფის თვალში ასე გამოიყურება: ...

4 ვიკორისტის ტექნიკური მახასიათებლები- აკრიფეთ EOM და მოწყობილობები, რომლებიც ვიკორიზებულია რობოტული პროგრამების საათის ქვეშ. Მაგალითად:

პროგრამა გამოიყენება პერსონალურ კომპიუტერზე, როგორიცაა IBM PC/AT. დიალოგის რეჟიმში მუშაობისთვის გამოიყენება ეკრანის ეკრანი, კლავიატურა და მაუსის ტიპის მანიპულატორი. გრაფიკული რეჟიმის მხარდასაჭერად საჭიროა ადაპტერი.S VGA. შეყვანის მონაცემები ინახება მყარ დისკზე ან მყარ დისკზე. პროგრამა მუშაობს OS კონტროლის ქვეშ.

6 Შესაყვანი მონაცემები– შეყვანის მონაცემების ბუნება, ორგანიზაცია და წინასწარ მომზადება, მისი ფორმატი, კოდირების მეთოდის აღწერა.

შეყვანის მონაცემების სტრუქტურის აღწერა მოიცავს მონაცემთა ტიპების მითითებებს, მათი მნიშვნელობების დიაპაზონს, მონაცემთა ფორმატს და ა.შ.

ამ განყოფილებაში შეიძლება ხელახლა გამოვლინდეს ანომალიები შეყვანის მონაცემებში (მნიშვნელობები, რომლებისთვისაც გადაწყვეტის მეთოდის განხორციელება შეუძლებელია) და პროგრამების რეაქცია.

პროგრამის შეყვანა არის ტექსტური ფაილი, რომელიც აღწერს ინციდენტების გაფართოებულ მატრიცას მონიტორინგის სისტემის გრაფიკში. ამ ფაილს აქვს ეს სტრუქტურა.

მინიჭების vikorystovy მეთოდი... ჩვენ არ შეგვიძლია ვიკორისტანია... მეტიც, მნიშვნელობები მიუღებელია და პროგრამა მათზე რეაგირებს უდიდესი ყურადღებით...

7 შაბათ-კვირის თარიღები– გამომავალი მონაცემების ბუნება და ორგანიზაცია, მისი ფორმატი, კოდირების მეთოდის აღწერა.

გამომავალი მონაცემების სტრუქტურის აღწერა მოიცავს მონაცემთა ტიპების მითითებას, მათი მნიშვნელობების დიაპაზონს, მონაცემთა ფორმატს და ა.შ.

ანაბეჭდი:

– გრაფიკული და ტექსტური ინფორმაცია, რომელიც ნაჩვენებია ეკრანზე (სისტემის ანალიზის შედეგები);

- ფაილები ერთ-ერთ გრაფიკულ ფორმატში - საჭირო მახასიათებლების გამოსახულების ასლები (AFC, PFC და ა.შ.);

– ტექსტური ფაილები – ინფორმაცია ფორმატში ჩატარებული გამოძიების შესახებ...;

– სისტემას მიეწოდება დიაგნოსტიკა და ყველა შეკვეთის შეტყობინება.

პროგრამის სპეციფიკური მახასიათებლებიდან გამომდინარე, დამატებითი სექციები შეიძლება დაზიანდეს.