ตามมติของคณะกรรมการมาตรฐานแห่งรัฐของคณะรัฐมนตรีของสหภาพโซเวียตลงวันที่ 20 พฤษภาคม พ.ศ. 2520 ฉบับที่ 1268 จึงมีการกำหนดวันแนะนำ

ตั้งแต่ 01/01/1980

มาตรฐานนี้กำหนดประเภทของโปรแกรมและเอกสารโปรแกรมสำหรับคอมพิวเตอร์ อาคารและระบบ โดยไม่คำนึงถึงวัตถุประสงค์และขอบเขต

มาตรฐานนี้สอดคล้องกับ ST SEV 1626-79 อย่างสมบูรณ์

1. ประเภทของโปรแกรม

1.1. โปรแกรม (ตาม GOST 19781-90) สามารถระบุและใช้งานได้อย่างอิสระและ (หรือ) เป็นส่วนหนึ่งของโปรแกรมอื่น

1.2. โปรแกรมแบ่งออกเป็นประเภทตามตาราง 1

ตารางที่ 1

1.3. เอกสารที่พัฒนาขึ้นสำหรับโปรแกรมสามารถใช้สำหรับการใช้งานและถ่ายโอนโปรแกรมบนสื่อบันทึกข้อมูล รวมถึงสำหรับการผลิตผลิตภัณฑ์ซอฟต์แวร์

1.2,1.3.

2. ประเภทของเอกสารโปรแกรม

2.1. เอกสารซอฟต์แวร์ประกอบด้วยเอกสารที่มีข้อมูลที่จำเป็นสำหรับการพัฒนา การผลิต การบำรุงรักษา และการทำงานของโปรแกรม

2.2. ประเภทของเอกสารโปรแกรมและเนื้อหามีอยู่ในตาราง 2.

ตารางที่ 2

(แก้ไขฉบับแก้ไขครั้งที่ 1)

2.3. ประเภทของเอกสารการปฏิบัติงานและเนื้อหาแสดงไว้ในตารางที่ 3

ตารางที่ 3

(แก้ไขฉบับแก้ไขครั้งที่ 1)

2.4. เอกสารโปรแกรมแบ่งออกเป็นต้นฉบับ ทำซ้ำและคัดลอก (GOST 2.102-68) ขึ้นอยู่กับวิธีการนำไปใช้และลักษณะของแอปพลิเคชัน ซึ่งมีไว้สำหรับการพัฒนา การบำรุงรักษา และการทำงานของโปรแกรม

2.5. ประเภทของเอกสารโปรแกรมที่พัฒนาในแต่ละขั้นตอนและรหัสมีอยู่ในตาราง 4.

ตารางที่ 4

ตำนาน:
- จำเป็นต้องมีเอกสาร
- เอกสารนี้จำเป็นสำหรับส่วนประกอบที่มีการใช้งานอย่างอิสระ
- ความจำเป็นในการจัดทำเอกสารจะพิจารณาในขั้นตอนของการพัฒนาและการอนุมัติข้อกำหนดทางเทคนิค
- - เอกสารไม่ได้จัดทำขึ้น

2.2-2.5. (แก้ไขฉบับแก้ไขครั้งที่ 1)

2.6. อนุญาตให้รวมเอกสารการปฏิบัติงานบางประเภทได้ (ยกเว้นรายการเอกสารการปฏิบัติงานและแบบฟอร์ม) ความจำเป็นในการรวมเอกสารเหล่านี้ระบุไว้ในข้อกำหนดทางเทคนิค เอกสารที่ผสานได้รับการกำหนดชื่อและการกำหนดเอกสารที่ผสานอย่างใดอย่างหนึ่ง

เอกสารที่ผสานจะต้องระบุข้อมูลที่จะต้องรวมไว้ในเอกสารแต่ละฉบับที่จะผสาน

2.7. ในขั้นตอนของการพัฒนาและการอนุมัติข้อกำหนดทางเทคนิค จำเป็นต้องกำหนดข้อกำหนดทางเทคนิคที่มีข้อกำหนดสำหรับการผลิต การควบคุม และการยอมรับของโปรแกรม

ข้อมูลจำเพาะทางเทคนิคได้รับการพัฒนาในขั้นตอน "การออกแบบโดยละเอียด"

2.8. ความจำเป็นในการจัดทำข้อกำหนดทางเทคนิคสำหรับส่วนประกอบที่ไม่ได้มีไว้สำหรับการใช้งานอิสระและคอมเพล็กซ์ที่รวมอยู่ในคอมเพล็กซ์อื่น ๆ จะถูกกำหนดโดยข้อตกลงกับลูกค้า

(แนะนำเพิ่มเติม แก้ไขครั้งที่ 1)

ออกใหม่ (พฤศจิกายน 2530) โดยมีการเปลี่ยนแปลงครั้งที่ 1 ได้รับการอนุมัติในเดือนมิถุนายน 2524 (IUS 9-81)

ที่นี่ฉันต้องการมุ่งเน้นไปที่หัวข้อเดียวเท่านั้นที่โปรแกรมเมอร์ในองค์กรในประเทศโดยเฉพาะอย่างยิ่งในสถาบันวิจัยต้องจัดการ - ชุดมาตรฐาน ESPD ฉันไม่คิดว่าตัวเองเป็นผู้เชี่ยวชาญที่ยอดเยี่ยมเกี่ยวกับ ESPD - มีคนที่ทำงานเกี่ยวกับเรื่องนี้มานานหลายทศวรรษและจะแก้ไขฉันอย่างแน่นอน บทความนี้พยายามจะร่างโครงร่างของ “แผนงาน” สำหรับผู้ที่เพิ่งจะเข้าไปพัวพันกับสิ่งต่างๆ

มาตรฐาน

1. ระหว่างประเทศ. ลักษณะเด่นคือได้รับการรับรองจากองค์กรระหว่างประเทศ ตัวอย่างขององค์กรดังกล่าวคือ ISO (International Organization for Standardization) ตัวอย่างของมาตรฐาน: ISO 2382-12:1988 (อุปกรณ์ต่อพ่วง) มาตรฐานร่วมของ ISO และ International Electrotechnical Commission (IEC ในภาษารัสเซีย - IEC) แพร่หลาย: ตัวอย่างเช่น ISO/IEC 12207:2008 (วงจรชีวิตซอฟต์แวร์)
2. ในระดับภูมิภาค คุณลักษณะที่โดดเด่น - นำมาใช้โดยคณะกรรมาธิการระดับภูมิภาคเพื่อการมาตรฐาน ตัวอย่างเช่น GOST ของสหภาพโซเวียตหลายแห่งกลายเป็นมาตรฐานระดับภูมิภาคแล้วเพราะ รับรองโดยสภาระหว่างรัฐ ซึ่งรวมถึงอดีตสาธารณรัฐโซเวียตบางแห่งด้วย สภานี้ยังใช้มาตรฐานใหม่ - และพวกเขายังได้รับการกำหนด GOST ด้วย ตัวอย่าง: GOST 12.4.240-2013;
3. มาตรฐานของสมาคมสาธารณะ ตัวอย่างเช่น IEC เดียวกัน: IEC 60255;
4. มาตรฐานแห่งชาติ สำหรับรัสเซีย จุดเริ่มต้นของมาตรฐานดังกล่าวคือ "GOST R" อาจมีสามประเภท:
   1. สำเนาถูกต้องของเอกสารระหว่างประเทศหรือระดับภูมิภาค พวกเขาถูกกำหนดให้แยกไม่ออกจาก "เขียนเอง" (ระดับชาติ เขียนโดยอิสระ);
   2. สำเนาของนานาชาติหรือระดับภูมิภาคที่มีการเพิ่มเติม พวกเขาระบุโดยการเพิ่มรหัสของมาตรฐานในประเทศซึ่งเป็นรหัสสากลซึ่งใช้เป็นพื้นฐาน ตัวอย่างเช่น: GOST R ISO/IEC 12207;
   3. จริงๆแล้วมาตรฐานแห่งชาติ ตัวอย่างเช่น GOST R 34.11-94

ระบบสัญลักษณ์ในแต่ละระดับและในแต่ละองค์กรมีความแตกต่างกัน โดยแต่ละกรณีจะต้องวิเคราะห์แยกกัน เพื่อให้เข้าใจได้อย่างรวดเร็วว่ามาตรฐาน "ของใคร" อยู่ตรงหน้าคุณ คุณสามารถใช้เอกสารสรุปได้

GOST

หากคุณทราบการกำหนดมาตรฐาน คุณสามารถรับรหัสสำหรับ KGS และ OKS ได้บนเว็บไซต์อัจฉริยะนี้
กลับไปที่การกำหนด GOST กันดีกว่า อาจมีสองตัวเลือก:

1. มาตรฐานหมายถึงชุดของมาตรฐาน ในกรณีนี้ หลังจากดัชนีหมวดหมู่มาตรฐาน (เช่น GOST, GOST R หรือ GOST RV) จะมีรหัสซีรีส์ จุด และการกำหนดมาตรฐานภายในซีรีส์ กฎสำหรับการกำหนดมาตรฐานภายในอนุกรมนั้นกำหนดขึ้นตามกฎของอนุกรมนั้น ตัวอย่างเช่น: GOST RV 15.201-2000, GOST R 22.8.0-99, GOST 19.101-77;
2. มาตรฐานไม่อยู่ในชุดของมาตรฐาน หลังจากดัชนีหมวดหมู่แล้ว จะมีเพียงหมายเลขซีเรียลของมาตรฐาน ขีดกลาง และปีที่นำมาใช้ ตัวอย่างเช่น GOST R 50628-2000

อีเอสพีดี

• GOST ESKD (ระบบเอกสารการออกแบบระบบรวม คำนำหน้า "2.");
• GOST ESTD (ระบบเอกสารทางเทคโนโลยีแบบครบวงจร คำนำหน้า "3.");
• GOST R ระบบการพัฒนาและการผลิตผลิตภัณฑ์ คำนำหน้า "15";
• GOST RV อาวุธยุทโธปกรณ์และอุปกรณ์ทางทหาร ระบบการพัฒนาและนำผลิตภัณฑ์เข้าสู่การผลิต คำนำหน้า "15"
• GOST ระบบเอกสารทางเทคนิคสำหรับระบบควบคุมอัตโนมัติ คำนำหน้า "24";
• GOST ชุดมาตรฐานสำหรับระบบอัตโนมัติ คำนำหน้า "34"

19.001-77. บทบัญญัติทั่วไป

19.102-80. โครงร่างของอัลกอริธึมและโปรแกรม กฎการดำเนินการ

19.003-80. โครงร่างของอัลกอริธึมและโปรแกรม สัญลักษณ์กราฟิกทั่วไป

19.004-80. ข้อกำหนดและคำจำกัดความ

19.005-85. แบบแผนพีของอัลกอริธึมและโปรแกรม

19.101-77. ประเภทของโปรแกรมและเอกสารโปรแกรม

19.102-77. ขั้นตอนการพัฒนา

19.102-77. ขั้นตอนการพัฒนา

19.103-77. การกำหนดโปรแกรมและเอกสารโปรแกรม

19.104-78. จารึกพื้นฐาน

• ดังที่ได้กล่าวไปแล้ว บ่อยครั้งที่องค์กรไม่ต้องการเปิดเผยข้อมูลเกี่ยวกับนักพัฒนา การแยก LU และ "การบีบ" ช่วยให้สามารถทำได้ (ต่างจาก ESKD ไม่มีการประทับตราบนแผ่นเอกสารใน ESPD ข้อมูลทั้งหมดได้รับการแปลใน LU เท่านั้น)
• องค์กรจำนวนหนึ่งใช้การรับส่งเอกสารแบบผสม: เอกสารต้นฉบับจะถูกจัดเก็บทางอิเล็กทรอนิกส์ในที่เก็บถาวรขององค์กร และเอกสารในนั้น (พร้อมลายเซ็นต้นฉบับ) จะถูกจัดเก็บในรูปแบบกระดาษ

19.105-78. ข้อกำหนดทั่วไปสำหรับเอกสารโปรแกรม

19.106-78. ข้อกำหนดทั่วไปสำหรับเอกสารโปรแกรมที่พิมพ์

• “เนื้อหาของเอกสารประกอบด้วยจำนวนส่วน ส่วนย่อย อนุประโยค และอนุประโยคที่มีชื่อเรื่อง” (ข้อ 2.1.4) นี่เป็นข้อบ่งชี้โดยตรงว่าอนุประโยคอาจมีชื่อเรื่องและรวมอยู่ในสารบัญ
• “อนุญาตให้วางข้อความระหว่างส่วนหัวของส่วนและส่วนหัวของส่วนย่อย ระหว่างส่วนหัวของส่วนย่อยและส่วนหัวของย่อหน้า” สิ่งสำคัญคือต้องทราบว่าข้อความที่ไม่มีหมายเลขสามารถอยู่ระหว่างส่วนหัวเท่านั้น และอยู่บน 2 ระดับบนสุดเท่านั้น

• เส้นสีแดง
• การเยื้ององค์ประกอบโครงสร้างเอกสารหลังส่วน (ส่วนย่อย, อนุประโยค, อนุประโยค)
• องค์ประกอบการแจงนับ

ในกรณีนี้ ข้อความที่อยู่ในบรรทัดถัดไปหลังจากบรรทัดที่เยื้องจะจัดชิดกับระยะขอบด้านซ้าย มักมีข้อผิดพลาดเมื่อการเยื้องข้าม - เส้นสีแดง - ค่าหนึ่ง หมายเลขรายการ - เรามีช่วงเวลาที่แตกต่างกันในการเยื้องแบบซ้อนในรายการ - โดยทั่วไปมีความจำเป็น

ในส่วนต่อไปนี้ ฉันวางแผนที่จะไปที่จุดสิ้นสุดของรายการมาตรฐาน ESPD

G O S U D A R S T V E N N Y S T A N D A R T S O Y W A S S R

ตามคำสั่งของคณะกรรมการมาตรฐานแห่งรัฐสหภาพโซเวียตลงวันที่ 14 พฤษภาคม 2523 ฉบับที่ 2101 จึงมีการกำหนดวันแนะนำ

ตั้งแต่ 01/01/1981

มาตรฐานนี้ใช้กับเอกสารทางเทคนิคสำหรับระบบควบคุมอัตโนมัติ (ACS) ทุกประเภทที่พัฒนาขึ้นสำหรับการจัดการทุกระดับ (ยกเว้นระดับประเทศ) และกำหนดข้อกำหนดสำหรับเนื้อหาของเอกสารที่รวมอยู่ใน GOST 24.101-80 ซึ่งเป็นส่วนหนึ่งของ เอกสารประกอบซอฟต์แวร์ในโครงการ ACS

1. บทบัญญัติทั่วไป

1.1. เอกสารประกอบซอฟต์แวร์มีวัตถุประสงค์เพื่อ:

• เพื่ออธิบายโซลูชันการออกแบบสำหรับซอฟต์แวร์ในเอกสาร “คำอธิบายซอฟต์แวร์ ACS”
• เพื่อสร้างข้อกำหนดสำหรับโปรแกรม (ชุดโปรแกรม) ในเอกสาร "ข้อกำหนดทางเทคนิค"
• เพื่ออธิบายโซลูชันที่ให้การบำรุงรักษา การผลิต และการทำงานของโปรแกรม (ชุดโปรแกรม) ในเอกสาร “คำอธิบายประกอบ”, “คำอธิบายแอปพลิเคชัน”, “คำอธิบายของโปรแกรม”, “ข้อมูลจำเพาะ”, “คู่มือโปรแกรมเมอร์”, “คำแนะนำของผู้ปฏิบัติงาน” คำแนะนำ”, “ข้อความของโปรแกรม”, “แบบฟอร์ม”, “ขั้นตอนและวิธีการทดสอบ”;
• เพื่อตรวจสอบการทำงานของโปรแกรม (ชุดโปรแกรม) ในเอกสาร “คำอธิบายกรณีทดสอบ”

1.2. เมื่อพัฒนาเอกสารสำหรับส่วนของระบบควบคุมอัตโนมัติ เนื้อหาในส่วนของแต่ละเอกสารจะถูกจำกัดอยู่ในกรอบของส่วนที่เกี่ยวข้อง

1.3. ขึ้นอยู่กับวัตถุประสงค์และคุณสมบัติเฉพาะของระบบควบคุมอัตโนมัติที่สร้างขึ้นอนุญาตให้รวมส่วนเพิ่มเติมในเอกสารซึ่งข้อกำหนดด้านเนื้อหาไม่ได้กำหนดไว้ในมาตรฐานนี้ การไม่มีแนวทางการออกแบบสำหรับส่วนของเอกสารจะถูกบันทึกไว้ในส่วนที่เหมาะสมพร้อมคำอธิบายที่จำเป็น

1.4. ข้อกำหนดสำหรับเนื้อหาของเอกสาร "ข้อกำหนดทางเทคนิค", "หมายเหตุอธิบาย", "คำอธิบายแอปพลิเคชัน", "ข้อกำหนด", "คู่มือการใช้งาน", "ข้อความโปรแกรม", "แบบฟอร์ม", "ขั้นตอนการทดสอบและวิธีการทดสอบ" ถูกกำหนดโดย GOST 19.201-78, GOST 19.404-79, GOST 19.502-78, GOST 19.202-78, GOST 19.505-79, GOST 19.401-78, GOST 19.501-78 และ GOST 19.301-79

(แก้ไขฉบับแก้ไขครั้งที่ 1)

2. ข้อกำหนดสำหรับเนื้อหาของเอกสาร

2.1. คำอธิบายของซอฟต์แวร์ ACS

2.1.1. เอกสารจะต้องมีส่วนเกริ่นนำและส่วนต่างๆ:

• โครงสร้างซอฟต์แวร์
• หน้าที่หลักของชิ้นส่วนซอฟต์แวร์
• วิธีและเครื่องมือในการพัฒนาซอฟต์แวร์
• ระบบปฏิบัติการ
• เครื่องมือที่ขยายขีดความสามารถของระบบปฏิบัติการ

2.1.2. ส่วนเบื้องต้นควรมีข้อมูลพื้นฐานเกี่ยวกับการสนับสนุนทางเทคนิค ข้อมูล และระบบควบคุมอัตโนมัติประเภทอื่นๆ ที่จำเป็นสำหรับการพัฒนาซอฟต์แวร์ หรือลิงก์ไปยังเอกสารที่เกี่ยวข้องของโครงการระบบควบคุมอัตโนมัติ

2.1.3. ส่วน "โครงสร้างซอฟต์แวร์" ควรมีรายการชิ้นส่วนซอฟต์แวร์ซึ่งระบุความสัมพันธ์และเหตุผลในการระบุแต่ละส่วน

2.1.4. ส่วน “ฟังก์ชันหลักของชิ้นส่วนซอฟต์แวร์” ควรมีส่วนย่อยโดยให้วัตถุประสงค์และคำอธิบายของฟังก์ชันหลักสำหรับแต่ละส่วนของซอฟต์แวร์

(แก้ไขฉบับแก้ไขครั้งที่ 1)

2.1.5. ส่วน “วิธีการและเครื่องมือสำหรับการพัฒนาซอฟต์แวร์” ควรประกอบด้วยรายการวิธีการเขียนโปรแกรมและเครื่องมือสำหรับการพัฒนาซอฟต์แวร์ระบบควบคุมอัตโนมัติ โดยระบุส่วนของซอฟต์แวร์ในการพัฒนาที่ควรใช้วิธีการและเครื่องมือที่เหมาะสม

2.1.6. ส่วน "ระบบปฏิบัติการ" ควรมี:

• ชื่อ การกำหนด และคำอธิบายโดยย่อของระบบปฏิบัติการที่เลือกและเวอร์ชัน ซึ่งโปรแกรมที่พัฒนาขึ้นจะถูกดำเนินการภายในนั้น โดยมีเหตุผลในการเลือกและระบุแหล่งที่มาที่ให้คำอธิบายโดยละเอียดของเวอร์ชันที่เลือก
• ชื่อของคู่มือตามที่ควรสร้างระบบปฏิบัติการเวอร์ชันที่เลือก
• ข้อกำหนดสำหรับตัวเลือกการสร้างเวอร์ชันระบบปฏิบัติการที่เลือก

2.1.7. ส่วน "เครื่องมือที่ขยายขีดความสามารถของระบบปฏิบัติการ" ควรมีส่วนย่อยซึ่งคุณควรระบุ: สำหรับแต่ละเครื่องมือที่ใช้ซึ่งขยายขีดความสามารถของระบบปฏิบัติการ

• ชื่อ ชื่อ และคำอธิบายโดยย่อของผลิตภัณฑ์ ระบุถึงความจำเป็นในการใช้งานและระบุแหล่งที่มา ซึ่งให้คำอธิบายโดยละเอียดของผลิตภัณฑ์ที่เลือก
• ชื่อของคู่มือตามที่ควรกำหนดค่าผลิตภัณฑ์ที่ใช้สำหรับแอปพลิเคชันเฉพาะ
• ข้อกำหนดสำหรับการตั้งค่าเครื่องมือที่ใช้

2.2. คำอธิบายของโปรแกรม

2.2.2. สำหรับโปรแกรม (ชุดโปรแกรม) ที่ได้รับจากการใช้ซอฟต์แวร์ที่พัฒนาก่อนหน้านี้ ควรเสริมเอกสาร "คำอธิบายโปรแกรม" ในส่วน "การตั้งค่าซอฟต์แวร์"

2.2.3. ส่วน “การกำหนดค่าซอฟต์แวร์” ควรมี:

• ชื่อ การกำหนดซอฟต์แวร์ที่ใช้ คำอธิบายขั้นตอนที่จำเป็นในการกำหนดค่า หรือลิงก์ไปยังเอกสารการปฏิบัติงานของเครื่องมือเหล่านี้
• รายการองค์ประกอบของซอฟต์แวร์ที่ใช้ซึ่งจำเป็นในการรับโปรแกรม (ชุดโปรแกรม)
• คำอธิบายการตั้งค่าในภาษาที่ให้ไว้ในเอกสารการปฏิบัติงานสำหรับซอฟต์แวร์ที่ใช้

2.3. คู่มือโปรแกรมเมอร์

2.3.1. เอกสารเกี่ยวกับองค์ประกอบของส่วนต่างๆ และเนื้อหาจะต้องเป็นไปตาม GOST 19.504-79 และรวมถึงส่วน “ข้อมูลเกี่ยวกับรูปแบบการนำเสนอโปรแกรม (ชุดโปรแกรม)” ด้วย

2.3.2. ส่วน “ข้อมูลเกี่ยวกับรูปแบบการนำเสนอโปรแกรม (ชุดโปรแกรม)” จะต้องมีข้อมูลเกี่ยวกับสื่อที่บันทึกโปรแกรมเกี่ยวกับเนื้อหาและระบบการเข้ารหัสของข้อมูลที่บันทึกไว้ในสื่อตลอดจนข้อมูลที่จำเป็นสำหรับ การอ่านข้อมูลจากสื่อ

2.3.3. สำหรับโปรแกรม (ชุดโปรแกรม) ที่สามารถปรับแต่งตามเงื่อนไขของการใช้งานเฉพาะ เอกสาร “คู่มือโปรแกรมเมอร์” ประกอบด้วยส่วนต่างๆ:

• โครงสร้างโปรแกรม
• การตั้งค่าโปรแกรม
• คุณสมบัติเพิ่มเติม
• ข้อความถึงโปรแกรมเมอร์ระบบ

2.3.4. อนุญาตให้โปรแกรม (ชุดโปรแกรม) ที่สามารถปรับแต่งตามเงื่อนไขของแอปพลิเคชันเฉพาะแทนส่วนที่ระบุไว้ในข้อ 2.3.3 เพื่อพัฒนาเอกสารแยกต่างหาก "คู่มือโปรแกรมเมอร์ระบบ" ที่ตรงตามข้อกำหนดของ GOST 19.503-79.

2.4. คำอธิบายกรณีทดสอบ

2.4.1. เอกสารจะต้องมีส่วน:

• การนัดหมาย;
• แหล่งข้อมูล
• ผลการคำนวณ
• การตรวจสอบโปรแกรม (ชุดโปรแกรม)

2.4.2. ส่วน "วัตถุประสงค์" ควรประกอบด้วยรายการพารามิเตอร์และคำอธิบายโดยย่อของฟังก์ชันที่โปรแกรม (ชุดโปรแกรม) นำมาใช้ซึ่งทดสอบโดยตัวอย่างการทดสอบ

2.4.3. ส่วน “ข้อมูลเริ่มต้น” จะต้องมีคำอธิบายข้อมูลเริ่มต้นสำหรับการทดสอบโปรแกรม (ชุดโปรแกรม) พร้อมการนำเสนอข้อมูลเริ่มต้น อนุญาตให้นำเสนอข้อมูลต้นฉบับในรูปแบบการพิมพ์จาก ADCP

2.4.4. ส่วน "ผลลัพธ์การคำนวณ" ควรมีผลการประมวลผลข้อมูลเริ่มต้นโดยโปรแกรม (ชุดโปรแกรม) ทำให้สามารถประเมินการทำงานที่ถูกต้องของฟังก์ชันที่กำลังทดสอบและค่าของพารามิเตอร์ที่กำลังทดสอบ อนุญาตให้นำเสนอผลการคำนวณในรูปแบบการพิมพ์จาก ADCP

2.4.5. ส่วน “การตรวจสอบโปรแกรม (ชุดโปรแกรม)” ควรประกอบด้วย:

• คำอธิบายองค์ประกอบของวิธีการทางเทคนิคที่จำเป็นสำหรับการทำงานของโปรแกรม (ชุดโปรแกรม) หรือลิงก์ไปยังเอกสารโปรแกรมที่เกี่ยวข้อง
• คำอธิบายขั้นตอนการสร้างข้อมูลเบื้องต้นสำหรับตรวจสอบโปรแกรม (ชุดโปรแกรม) การเรียกโปรแกรม (ชุดโปรแกรม) ที่กำลังทดสอบและรับผลการคำนวณ
• คำอธิบายการกระทำของผู้ปฏิบัติงานเมื่อเตรียมข้อมูลเบื้องต้นและทดสอบโปรแกรม (ชุดโปรแกรม) โดยใช้ตัวอย่างการทดสอบ

Unified System of Documentation ของผลิตภัณฑ์ซอฟต์แวร์ - ESPD - เป็นของ GOST คลาส 19 และแบ่งออกเป็น 10 กลุ่ม:
1. มาตรฐานพื้นฐาน
2. กฎสำหรับการดำเนินการเอกสารการพัฒนา
3. หลักเกณฑ์ในการจัดทำเอกสารการผลิต
4. กฎสำหรับการดำเนินการตามเอกสารสนับสนุน
5. กฎสำหรับการดำเนินการตามเอกสารการปฏิบัติงาน
6. กฎสำหรับการเผยแพร่เอกสารซอฟต์แวร์

มาตรฐานหมายเลข 0 มีข้อกำหนดทั่วไป มาตรฐาน 7 และ 8 สงวนไว้ และหมายเลข 9 รวมถึงมาตรฐานอื่นๆ ที่ไม่รวมอยู่ใน 6 แรก

นี่เป็นคำอธิบายโดยย่อของ GOST ของคลาส 19 สำหรับข้อมูลโดยละเอียดเพิ่มเติม โปรดดูที่หนังสืออ้างอิง

• GOST 19.001-77 – ระบบเอกสารประกอบโปรแกรมแบบครบวงจร
• GOST 19.101-77 – ประเภทของโปรแกรมและเอกสารโปรแกรม
• GOST 19.102-77 – ขั้นตอนการพัฒนาโปรแกรมและเอกสารประกอบของโปรแกรม
• GOST 19.105-78 – ข้อกำหนดสำหรับการออกแบบเอกสารโปรแกรม คอมเพล็กซ์ และระบบ โดยไม่คำนึงถึงวัตถุประสงค์และขอบเขต GOST 19.105-78 มีรายการเอกสารทั้งหมดที่ต้องมาพร้อมกับผลิตภัณฑ์ซอฟต์แวร์สำเร็จรูป

รายการเอกสารที่ประกาศโดย GOST 19.105-78:

1. เอกสารที่มีข้อมูลที่จำเป็นสำหรับการพัฒนาผลิตภัณฑ์ซอฟต์แวร์และการผลิต
1.1. ข้อมูลจำเพาะ – องค์ประกอบของโปรแกรมและเอกสารประกอบ
1.2. รายชื่อผู้ถือครองดั้งเดิม – รายชื่อองค์กรที่เก็บเอกสารต้นฉบับของโปรแกรม
1.3. ข้อความโปรแกรม – บันทึกข้อความโปรแกรมพร้อมกับความคิดเห็นที่จำเป็น
1.4. คำอธิบายโปรแกรม – ข้อมูลเกี่ยวกับโครงสร้างเชิงตรรกะและการทำงานของโปรแกรม
1.5. โปรแกรมทดสอบและวิธีการ - ข้อกำหนดที่ต้องได้รับการตรวจสอบเมื่อทดสอบโปรแกรม ขั้นตอน และวิธีการในการควบคุม
1.6. เงื่อนไขการอ้างอิง – วัตถุประสงค์และขอบเขตของการประยุกต์ใช้โปรแกรม ข้อกำหนดทางเทคนิคและพิเศษ ขั้นตอนและเงื่อนไขการพัฒนาที่จำเป็น ประเภทของการทดสอบ

2. เอกสารที่ใช้เมื่อใช้งานผลิตภัณฑ์ซอฟต์แวร์
รายการเอกสารการปฏิบัติงาน – รายการเอกสารการปฏิบัติงานสำหรับโปรแกรม
แบบฟอร์ม – ลักษณะสำคัญของโปรแกรม ความครบถ้วน ข้อมูลทั่วไปเกี่ยวกับการทำงานของโปรแกรม
คำอธิบายของแอปพลิเคชัน - ข้อมูลเกี่ยวกับวัตถุประสงค์ของโปรแกรม ขอบเขตของแอปพลิเคชัน คลาสของงานที่ต้องแก้ไข ข้อ จำกัด ในการใช้งาน การกำหนดค่าฮาร์ดแวร์ที่จำเป็น
System Programmer's Guide - ข้อมูลสำหรับการตรวจสอบและรับรองการทำงาน การตั้งค่าโปรแกรม
คู่มือโปรแกรมเมอร์ - ข้อมูลสำหรับการใช้งานโปรแกรมที่กำหนดค่าไว้
คู่มือผู้ปฏิบัติงาน - ข้อมูลเพื่อให้แน่ใจว่าขั้นตอนการสื่อสารระหว่างผู้ปฏิบัติงานกับคอมพิวเตอร์ระหว่างการทำงานของโปรแกรม
คำอธิบายภาษา – คำอธิบายไวยากรณ์และความหมายของภาษาที่ใช้ในโปรแกรม
คู่มือการบำรุงรักษา - ข้อมูลสำหรับการใช้โปรแกรมทดสอบเมื่อซ่อมบำรุงอุปกรณ์ทางเทคนิค

GOST อื่น ๆ คลาส 19:

• GOST 19.201-78 – ขั้นตอนการสร้างและจัดทำข้อกำหนดทางเทคนิคสำหรับการพัฒนาโปรแกรมหรือผลิตภัณฑ์ซอฟต์แวร์
• GOST 19.202-78 – รูปแบบและขั้นตอนการจัดทำข้อกำหนดสำหรับผลิตภัณฑ์ซอฟต์แวร์ที่กำหนดใน GOST 19.101-77
• GOST 19.301-79 – โปรแกรมและวิธีการทดสอบผลิตภัณฑ์ซอฟต์แวร์
• GOST 19.401-78 – ขั้นตอนการสร้างและจัดรูปแบบข้อความโปรแกรมเมื่อพัฒนาผลิตภัณฑ์ซอฟต์แวร์
• GOST 19.402-78 – คำอธิบายของโปรแกรม
• GOST 19.403-79 – แบบฟอร์มการกรอกและเนื้อหาของรายชื่อผู้ถือครองดั้งเดิมซึ่งกำหนดไว้ใน GOST 19.105-78
• GOST 19.404-79 – รูปแบบการกรอกและเนื้อหาของบันทึกอธิบายซึ่งกำหนดไว้ใน GOST 19.105-78
• GOST 19.501-78 – รูปแบบการกรอกและเนื้อหาของแบบฟอร์มสำหรับผลิตภัณฑ์ซอฟต์แวร์ที่กำหนดใน GOST 19.105-78
• GOST 19.502-78 – รูปแบบการกรอกและเนื้อหาของคำอธิบายแอปพลิเคชันที่กำหนดใน GOST 19.105-78
• GOST 19.503-79 - แบบฟอร์มความสมบูรณ์และเนื้อหาของคู่มือโปรแกรมเมอร์ระบบซึ่งกำหนดไว้ใน GOST 19.105-78
• GOST 19.504-79 – แบบฟอร์มความสมบูรณ์และเนื้อหาของคู่มือโปรแกรมเมอร์ซึ่งกำหนดไว้ใน GOST 19.105-78
• GOST 19.505-79 – รูปแบบการกรอกและเนื้อหาของคู่มือผู้ปฏิบัติงานซึ่งกำหนดไว้ใน GOST 19.105-78
• GOST 19.506-79 – รูปแบบการกรอกและเนื้อหาของคำอธิบายภาษาที่กำหนดใน GOST 19.105-78
• GOST 19.507-79 – แบบฟอร์มความสมบูรณ์และเนื้อหาของรายการเอกสารการปฏิบัติงานที่กำหนดใน GOST 19.105-78
• GOST 19.508-79 – แบบฟอร์มความสมบูรณ์และเนื้อหาของคู่มือการบำรุงรักษาซึ่งกำหนดไว้ใน GOST 19.105-78
• GOST 19.701-90 – ไดอะแกรมอัลกอริทึม โปรแกรม ข้อมูล และระบบ

วัฒนธรรมการพัฒนาซอฟต์แวร์

ใดๆ ซอฟต์แวร์, จากง่าย เว็บไซต์มีพลัง ระบบการจัดการฐานข้อมูลเป็นผลิตภัณฑ์ไฮเทคและต้องเป็นไปตามเกณฑ์ต่อไปนี้:

• ความน่าเชื่อถือ;
• การจัดการสถานการณ์ฉุกเฉินอย่างเพียงพอ
• อัพเกรดได้ง่าย

โปรแกรมสามารถตอบสนองข้อกำหนดเหล่านี้ได้ก็ต่อเมื่อปฏิบัติตามทุกข้ออย่างระมัดระวัง เทคโนโลยีการพัฒนาซอฟต์แวร์.

ทั่วไป ขั้นตอนของการพัฒนาโปรแกรม:

• การกำหนดข้อกำหนดของโปรแกรม
• การพัฒนาข้อกำหนดทางเทคนิค
• การพัฒนาโปรแกรมร่าง
• การเข้ารหัสโปรแกรม
• การประกอบโปรแกรม
• การทดสอบโมดูลซอฟต์แวร์
• การทดลองใช้งานโปรแกรม
• การพัฒนาซอฟต์แวร์
• การนำโปรแกรมไปใช้งานอย่างถาวร
• การสนับสนุนโปรแกรม
• การกำหนดข้อกำหนดสำหรับโปรแกรมเวอร์ชันใหม่

สำหรับ การกำหนดข้อกำหนดของโปรแกรมนักพัฒนาซอฟต์แวร์จำเป็นต้องได้รับคำตอบสำหรับคำถาม: “ลูกค้าสนใจในการพัฒนาโปรแกรมมากน้อยเพียงใด”

หากลูกค้าไม่พร้อมที่จะเข้าร่วมการประชุมกับนักพัฒนาอย่างจริงจังหรือบอกว่ามีผู้สมัครคนอื่นเข้ามาทำงาน งานในโครงการควรจะแล้วเสร็จในขั้นตอนนี้

หากความตั้งใจของลูกค้าจริงจัง การกำหนดข้อกำหนดสำหรับโปรแกรมมักเป็นเรื่องของการประชุมมากกว่าหนึ่งครั้งซึ่งจำเป็นต้องชี้แจงและชี้แจงประเด็นต่างๆ:

• วัตถุประสงค์ของโปรแกรมคืออะไร?
• ช่วงของผู้ใช้โปรแกรม
• พื้นฐานด้านกฎระเบียบ (ทางกฎหมาย การอ้างอิง) ซึ่งใช้กระบวนการอัลกอริธึมในโปรแกรม
• ความเป็นไปได้และความจำเป็นในการพัฒนาโปรแกรมต่อไป
• ติดต่อบุคคลที่ได้รับอนุญาตให้แก้ไขปัญหาทั้งหมดในนามของลูกค้า
• ความพร้อมของวัสดุที่มีอยู่หรือลูกค้าวางแผนที่จะเตรียมการใช้ในโปรแกรม (!!! จุดนี้มีความสำคัญอย่างยิ่งต่อการพัฒนาเว็บไซต์)

การพัฒนาข้อกำหนดทางเทคนิคตามหลักการแล้วลูกค้าควรดำเนินการ ในทางปฏิบัติ นักพัฒนามักจะทำสิ่งนี้ เนื่องจากลูกค้าขาดผู้เชี่ยวชาญที่มีคุณสมบัติและมีความรู้ในด้านการพัฒนาซอฟต์แวร์ เงื่อนไขการอ้างอิงตามกฎได้รับการพัฒนาบนพื้นฐานของ GOST 19.201-78 “ ESPD ข้อกำหนดทางเทคนิค ข้อกำหนดสำหรับเนื้อหาและการออกแบบ" ในกรณีของการพัฒนาซอฟต์แวร์ทางเทคนิคซึ่งเป็นส่วนหนึ่งของระบบอัตโนมัติ GOST 34.602-89 “เทคโนโลยีสารสนเทศ ข้อกำหนดทางเทคนิคสำหรับการสร้างระบบอัตโนมัติ”

ข้อกำหนดทางเทคนิคต้องผ่านขั้นตอนการอนุมัติระหว่างลูกค้าและนักพัฒนา หลังจากตรวจสอบความถูกต้องโดยฝ่ายบริการควบคุมตามกฎระเบียบของนักพัฒนาแล้ว

ขึ้นอยู่กับข้อกำหนดทางเทคนิคที่ได้รับอนุมัติ กำลังพัฒนาเอกสารการออกแบบ (โครงการ- เนื้อหาของโครงการขึ้นอยู่กับประเภทของซอฟต์แวร์และประเพณีขององค์กรของนักพัฒนา

ส่วนประกอบบังคับของโครงการจะต้องเป็น:

• หมายเหตุอธิบาย (ตาม GOST 19.404-79 “ ESPD หมายเหตุอธิบาย ข้อกำหนดสำหรับเนื้อหาและการออกแบบ”)
• คำอธิบายของโปรแกรม (ตาม GOST 19.402-78 “ ESPD คำอธิบายของโปรแกรม”)
• รายการคำศัพท์ที่ใช้ในโครงการ สำหรับเว็บไซต์ โครงการประกอบด้วย:
• ร่างการออกแบบเว็บไซต์
• รายการวัสดุที่ใช้เป็นส่วนหนึ่งของเว็บไซต์
• โครงสร้างฐานข้อมูล (ถ้ามี)

สำหรับโปรแกรมที่ทำงานกับฐานข้อมูล โครงสร้างเป็นองค์ประกอบบังคับ

โครงการนี้เป็นเอกสารบนพื้นฐานของการพัฒนาโปรแกรม และการเปลี่ยนแปลงโครงสร้างและหน้าที่ของโปรแกรมโดยไม่ทำการเปลี่ยนแปลงโครงการเป็นสิ่งที่ยอมรับไม่ได้ เป็นโครงการที่เป็นเอกสารบนพื้นฐานของการวิเคราะห์โปรแกรมในภายหลังและเตรียมการเปิดตัวเวอร์ชันต่อ ๆ ไป

เพื่อนำไปปฏิบัติ การเข้ารหัสโปรแกรมผู้ออกแบบออกงานให้กับโปรแกรมเมอร์เพื่อเขียนโค้ดโมดูลโปรแกรม งานนี้จะกำหนดข้อกำหนดสำหรับโครงสร้างของข้อมูลอินพุตและเอาต์พุตของโมดูล ชื่อของตัวแปรที่ใช้ในโมดูล อัลกอริธึมสำหรับการประมวลผลข้อมูลโดยโมดูล และเทคนิคการเขียนโปรแกรม (หากจำเป็น) รหัสโปรแกรมจะมาพร้อมกับคำอธิบายโดยละเอียด ซึ่งคุณภาพจะกำหนดความเป็นไปได้ในการเปิดตัวโปรแกรมเวอร์ชันถัดไป

โค้ดจะต้องอธิบายความหมายของข้อมูลอินพุตและเอาต์พุตของแต่ละโมดูลอย่างละเอียด รวมถึงความหมายและฟังก์ชันของโมดูลด้วย นี่เป็นสิ่งสำคัญต่อความสำเร็จของการสร้างโปรแกรม

ต่อเวที โปรแกรมสร้างผู้จัดการโครงการเป็นผู้รับผิดชอบ ในขั้นตอนนี้ โปรแกรมจะถูกสร้างขึ้นเป็นองค์เดียว เนื่องจากส่วนประกอบทั้งหมดของโปรแกรมถูกสร้างขึ้นโดยโปรแกรมเมอร์ที่แตกต่างกัน ขั้นตอนนี้จึงมีความสำคัญเป็นพิเศษในการขจัดความไม่สอดคล้องกันและความไม่เข้ากันของโมดูลที่สร้างขึ้นทั้งหมด

การทดสอบโปรแกรมทำได้ดังนี้:

1. มีการกำหนดชุดอุปกรณ์สำหรับการทดสอบ
2. สถานการณ์จำลอง (กรณีทดสอบ) ได้รับการพัฒนาเพื่อการทดสอบ
3. ขึ้นอยู่กับสถานการณ์จำลอง มีการตรวจสอบการทำงานของโปรแกรมในโหมดปกติ (มีการตรวจสอบการทำงานที่ถูกต้องของฟังก์ชันที่โปรแกรมควรจะทำ)
4. มีการตรวจสอบการทำงานของโปรแกรมในโหมดที่ผิดปกติ (ตรวจสอบว่าโปรแกรมทำงานได้อย่างเสถียรในโหมดที่สามารถเกิดขึ้นได้เฉพาะเมื่อผู้ใช้ฝ่าฝืนกฎในการใช้งานโปรแกรมเท่านั้น เช่น การป้อนตัวอักษรในช่องตัวเลข)
5. มีการทดสอบเพื่อความสะดวกในการจัดการโปรแกรมและคุณภาพอินเทอร์เฟซ
6. ข้อมูลการทดสอบและผลลัพธ์ได้รับการประมวลผลและจัดทำเป็นเอกสารตาม GOST 34.603-92 “เทคโนโลยีสารสนเทศ ประเภทการทดสอบระบบอัตโนมัติ”
7. เมื่อมีการระบุข้อผิดพลาด ข้อผิดพลาดจะได้รับการแก้ไขและทำการทดสอบซ้ำ
8. หลังจากแก้ไขข้อผิดพลาดทั้งหมดแล้ว โปรแกรมจะถูกถ่ายโอนไปยังการดำเนินการทดลอง

ถึงลูกค้าหน้าเวที การดำเนินการทดลองโปรแกรมถูกส่งและ แพคเกจเอกสารที่จำเป็น:

• รายการเอกสารการปฏิบัติงาน (ตาม GOST 19.507-79 “ESPD รายการเอกสารการปฏิบัติงาน”)
• แบบฟอร์ม (ตาม GOST 19.501-78 “ ESPD. แบบฟอร์มข้อกำหนดสำหรับเนื้อหาและการออกแบบ”)
• คำอธิบายของแอปพลิเคชัน (ตาม GOST 19.502-78 “ ESPD คำอธิบายของแอปพลิเคชัน ข้อกำหนดสำหรับเนื้อหาและการออกแบบ”)
• คู่มือโปรแกรมเมอร์ระบบ (ตาม GOST 19.503-79 "คู่มือ ESPD. โปรแกรมเมอร์ระบบ ข้อกำหนดสำหรับเนื้อหาและการออกแบบ")
• คู่มือการใช้งาน (ตาม GOST 19.505-79 "ESPD. คู่มือผู้ประกอบการ ข้อกำหนดสำหรับเนื้อหาและการออกแบบ")

อาจมีการส่งข้อมูลต่อไปนี้เพิ่มเติม ทั้งนี้ขึ้นอยู่กับประเภทของงาน:

• คู่มือโปรแกรมเมอร์ (ตาม GOST 19.504-79 "คู่มือ ESPD. โปรแกรมเมอร์ ข้อกำหนดสำหรับเนื้อหาและการออกแบบ")
• คู่มือทางเทคนิค (ตาม GOST 19.508-79 “ ESPD คู่มือการบำรุงรักษา ข้อกำหนดสำหรับเนื้อหาและการออกแบบ”)

บนเวที การดำเนินการทดลองโปรแกรมบันทึกความคิดเห็นของลูกค้าและระบุข้อผิดพลาด

ด้วยเหตุนี้จึงมีการผลิต การพัฒนาซอฟต์แวร์นั่นคือการกำจัดความคิดเห็นและข้อผิดพลาดและโปรแกรมจะถูกถ่ายโอนไปยังลูกค้า การดำเนินงานอย่างต่อเนื่อง.

การสนับสนุนโปรแกรมขึ้นอยู่กับความซับซ้อน ลูกค้าหรือผู้พัฒนาเป็นผู้ดำเนินการ การสนับสนุนประกอบด้วยการปฏิบัติงานประเภทต่างๆ ดังต่อไปนี้:

• การให้คำปรึกษา;
• การบำรุงรักษาฮาร์ดแวร์ที่ใช้โปรแกรม
• การตรวจสอบและวิเคราะห์ฐานข้อมูล
• การตรวจสอบความถูกต้องของเทคโนโลยีการประมวลผลข้อมูล
• จัดทำเอกสารและวิเคราะห์ข้อกำหนดของโปรแกรมใหม่

จุดสุดท้ายเป็นพื้นฐานสำหรับการเริ่มต้น การพัฒนาโปรแกรมเวอร์ชันใหม่.

มีเพียงกระบวนการพัฒนาโปรแกรมที่มีความสามารถเท่านั้นที่จะรับประกันคุณภาพและอายุการใช้งานที่ยาวนาน!!!