Tz ต่อระบบ เงื่อนไขอ้างอิงสำหรับการสร้างระบบสารสนเทศ

อิงตาม GOST 34.602-89
สำหรับเขียนข้อกำหนดทางเทคนิคสำหรับ ระบบอัตโนมัติลงวันที่ 01.01.1990.

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

1.1. TK เป็นเอกสารหลักที่กำหนดข้อกำหนดและขั้นตอนสำหรับการสร้าง (การพัฒนาหรือความทันสมัย - ต่อไปนี้จะเรียกว่าการสร้าง) ของระบบสารสนเทศ (ต่อไปนี้จะเรียกว่า IS) ตามการพัฒนาของ IS และการยอมรับ เมื่อว่าจ้าง

1.2. TK ได้รับการพัฒนาสำหรับระบบโดยรวม ออกแบบมาเพื่อทำงานอิสระหรือเป็นส่วนหนึ่งของระบบอื่น

1.3. ข้อกำหนดสำหรับ IP ในขอบเขตที่กำหนดโดยมาตรฐานนี้สามารถรวมอยู่ในการกำหนดการออกแบบของวัตถุข้อมูลที่สร้างขึ้นใหม่ ในกรณีนี้ TK จะไม่ได้รับการพัฒนา

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

1.5. TOR รวมเฉพาะข้อกำหนดเหล่านั้นที่เสริมข้อกำหนดสำหรับระบบประเภทนี้และถูกกำหนดโดยข้อมูลเฉพาะของวัตถุเฉพาะที่ระบบกำลังถูกสร้างขึ้น

1.6. การเปลี่ยนแปลง TOR จะเป็นทางการโดยภาคผนวกหรือโปรโตคอลที่ลงนามโดยลูกค้าและนักพัฒนา ภาคผนวกหรือโปรโตคอลที่ระบุเป็นส่วนสำคัญของ TOR บน IP ในหน้าชื่อเรื่องของ TK ควรมีรายการ "ถูกต้องจาก ... "

2. องค์ประกอบและเนื้อหา

2.1. TOR ประกอบด้วยส่วนต่างๆ ต่อไปนี้ ซึ่งสามารถแบ่งออกเป็นส่วนย่อย:

ข้อมูลทั่วไป;

วัตถุประสงค์และเป้าหมายของการสร้าง (การพัฒนา) ของระบบ

ลักษณะของวัตถุ

ความต้องการของระบบ;

ขั้นตอนการควบคุมและยอมรับระบบ

ข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของงานเพื่อเตรียมวัตถุการพัฒนาเพื่อให้ระบบใช้งานได้

ข้อกำหนดด้านเอกสาร

แหล่งพัฒนา
แอปพลิเคชันอาจรวมอยู่ใน ToR

2.2. ขึ้นอยู่กับประเภท วัตถุประสงค์ คุณลักษณะเฉพาะของโครงการและสภาวะการทำงานของระบบ อนุญาตให้วาดส่วนต่างๆ ของ TOR ในรูปแบบของแอปพลิเคชัน แนะนำเพิ่มเติม ยกเว้น หรือรวมส่วนย่อยของ TOR

TOR สำหรับส่วนต่างๆ ของระบบไม่รวมส่วนที่ทำซ้ำเนื้อหาของส่วนต่างๆ ของ TOR โดยรวม

2.3. ในบท " ข้อมูลทั่วไป" ระบุ:

ชื่อเต็มของระบบและของมัน เครื่องหมาย;

รหัสหัวข้อหรือรหัส (หมายเลข) ของสัญญา

ชื่อบริษัทของผู้พัฒนาและลูกค้า (ผู้ใช้) ของระบบและรายละเอียด

รายการเอกสารบนพื้นฐานของการสร้างระบบโดยใครและเมื่อใดที่เอกสารเหล่านี้ได้รับการอนุมัติ

วันที่วางแผนไว้สำหรับการเริ่มต้นและเสร็จสิ้นการทำงานในการสร้างระบบ

ข้อมูลเกี่ยวกับแหล่งที่มาและขั้นตอนการจัดหาเงินทุน

ขั้นตอนในการทำให้เป็นทางการและนำเสนอผลงานในการสร้างระบบ (ชิ้นส่วน) ให้กับลูกค้าเกี่ยวกับการผลิตและการปรับวิธีการแต่ละอย่าง (ฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล) และซอฟต์แวร์และฮาร์ดแวร์ (ซอฟต์แวร์และระเบียบวิธี) คอมเพล็กซ์ของ ระบบ.

2.4. ส่วน "วัตถุประสงค์และวัตถุประสงค์ของการสร้าง (การพัฒนา) ของระบบ" ประกอบด้วยส่วนย่อย:

วัตถุประสงค์ของระบบ

2.4.1. ในส่วนย่อย "วัตถุประสงค์ของระบบ" ให้ระบุประเภทของกิจกรรมของระบบ (การจัดการ การออกแบบ ฯลฯ) และรายการของอ็อบเจ็กต์การให้ข้อมูล (อ็อบเจ็กต์) ที่ควรใช้งาน

2.4.2. ในส่วนย่อย "เป้าหมายของการสร้างระบบ" ชื่อและค่าที่จำเป็นของตัวชี้วัดทางเทคนิค เทคโนโลยี การผลิต เศรษฐกิจหรืออื่น ๆ ของวัตถุสารสนเทศที่ต้องบรรลุผลจากการสร้าง IS และ ระบุเกณฑ์การประเมินความสำเร็จของเป้าหมายการสร้างระบบ

2.5. ในส่วน "ลักษณะของวัตถุประสงค์ของการให้ข้อมูล" พวกเขาให้:

ข้อมูลโดยย่อเกี่ยวกับวัตถุข้อมูลหรือลิงก์ไปยังเอกสารที่มีข้อมูลดังกล่าว

ข้อมูลเกี่ยวกับสภาพการทำงานของออบเจ็กต์อัตโนมัติ

2.6. ส่วนความต้องการของระบบประกอบด้วยส่วนย่อยต่อไปนี้:

ข้อกำหนดสำหรับระบบโดยรวม

ข้อกำหนดสำหรับฟังก์ชั่น (งาน) ที่ดำเนินการโดยระบบ

ข้อกำหนดสำหรับประเภทของความปลอดภัย

องค์ประกอบของข้อกำหนดของระบบที่รวมอยู่ในส่วนนี้ของ TOR สำหรับ IS ขึ้นอยู่กับประเภท วัตถุประสงค์ คุณลักษณะเฉพาะ และเงื่อนไขการใช้งาน ระบบเฉพาะ.

2.6.1. ในส่วนย่อย "ข้อกำหนดสำหรับระบบโดยรวม" ระบุ:

ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบ

ข้อกำหนดสำหรับจำนวนและคุณสมบัติของบุคลากรของระบบและโหมดการทำงาน

ตัวชี้วัดปลายทาง

ข้อกำหนดด้านความน่าเชื่อถือ

ข้อกำหนดด้านความปลอดภัย

ข้อกำหนดสำหรับการยศาสตร์และสุนทรียศาสตร์ทางเทคนิค

ข้อกำหนดสำหรับการดำเนินงาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บส่วนประกอบระบบ

ข้อกำหนดสำหรับการปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาต

ข้อกำหนดเพื่อความปลอดภัยของข้อมูลในกรณีที่เกิดอุบัติเหตุ

ข้อกำหนดสำหรับการปกป้องจากอิทธิพลของอิทธิพลภายนอก

ข้อกำหนดสำหรับความบริสุทธิ์ของสิทธิบัตร

ข้อกำหนดสำหรับการสร้างมาตรฐานและการรวมกัน

ข้อกำหนดเพิ่มเติม.

2.6.1.1. ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบ ได้แก่ :

รายการของระบบย่อย วัตถุประสงค์และคุณลักษณะหลัก ข้อกำหนดสำหรับจำนวนระดับลำดับชั้นและระดับของการรวมศูนย์ของระบบ

ข้อกำหนดสำหรับวิธีการและวิธีการสื่อสารเพื่อแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ

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

ข้อกำหนดสำหรับโหมดการทำงานของระบบ

ข้อกำหนดการวินิจฉัยระบบ

โอกาสในการพัฒนาความทันสมัยของระบบ

2.6.1.2. ในข้อกำหนดสำหรับจำนวนและคุณสมบัติของบุคลากรใน IS มีดังต่อไปนี้:

ข้อกำหนดสำหรับจำนวนบุคลากร (ผู้ใช้) ของ IS

ข้อกำหนดสำหรับคุณสมบัติของบุคลากร ขั้นตอนการฝึกอบรมและการควบคุมความรู้และทักษะ

โหมดการทำงานที่จำเป็นของบุคลากร IS

2.6.1.3. ในข้อกำหนดสำหรับตัวบ่งชี้วัตถุประสงค์ของ IS ค่าของพารามิเตอร์ที่แสดงถึงระดับของการปฏิบัติตามระบบโดยมีวัตถุประสงค์

2.6.1.4. ข้อกำหนดด้านความน่าเชื่อถือ ได้แก่ :

องค์ประกอบและค่าเชิงปริมาณของตัวบ่งชี้ความน่าเชื่อถือสำหรับระบบโดยรวมหรือระบบย่อย

รายการสถานการณ์ฉุกเฉินที่ควรควบคุมข้อกำหนดสำหรับความน่าเชื่อถือและค่าของตัวบ่งชี้ที่เกี่ยวข้อง

ข้อกำหนดด้านความน่าเชื่อถือ วิธีการทางเทคนิคและซอฟต์แวร์

ข้อกำหนดสำหรับวิธีการประเมินและติดตามตัวบ่งชี้ความน่าเชื่อถือในขั้นตอนต่าง ๆ ของการสร้างระบบตามเอกสารกฎระเบียบและทางเทคนิคในปัจจุบัน

2.6.1.5. ข้อกำหนดด้านความปลอดภัยรวมถึงข้อกำหนดสำหรับการรับรองความปลอดภัยระหว่างการจัดส่ง การว่าจ้าง การทำงาน และการบำรุงรักษาระบบ

2.6.1.6. ข้อกำหนดสำหรับการยศาสตร์และสุนทรียศาสตร์ทางเทคนิครวมถึงตัวบ่งชี้ IS ที่ระบุคุณภาพที่ต้องการของปฏิสัมพันธ์ระหว่างมนุษย์กับเครื่องจักรและความสะดวกสบายของสภาพการทำงานของบุคลากร

2.6.1.7. ข้อกำหนดในการปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาตรวมถึงข้อกำหนดที่กำหนดโดยอุตสาหกรรมและสภาพแวดล้อมข้อมูลของลูกค้า

2.6.1.8. ในข้อกำหนดเพื่อความปลอดภัยของข้อมูล รายการเหตุการณ์จะได้รับ: อุบัติเหตุ ความล้มเหลวของวิธีการทางเทคนิค (รวมถึงการสูญเสียพลังงาน) ฯลฯ ซึ่งต้องมั่นใจในความปลอดภัยของข้อมูลในระบบ

2.6.1.9. ข้อกำหนดสำหรับความบริสุทธิ์ของสิทธิบัตรระบุรายชื่อประเทศที่ต้องรับรองความบริสุทธิ์ของสิทธิบัตรของระบบและชิ้นส่วนของระบบ

2.6.1.10. ข้อกำหนดเพิ่มเติมรวมถึงข้อกำหนดพิเศษขึ้นอยู่กับดุลยพินิจของผู้พัฒนาระบบหรือลูกค้า

2.6.2. ในส่วนย่อย "ข้อกำหนดสำหรับฟังก์ชัน (งาน)" ที่ดำเนินการโดยระบบ มีดังต่อไปนี้:

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

เมื่อสร้างระบบในสองคิวขึ้นไป - รายการของระบบย่อยที่ใช้งานได้ ฟังก์ชันแต่ละรายการหรืองานที่มีผลในคิวที่ 1 และคิวที่ตามมา

ตารางเวลาสำหรับการใช้งานแต่ละฟังก์ชั่น งาน (หรือชุดของงาน);

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

รายการและเกณฑ์ความล้มเหลวสำหรับแต่ละฟังก์ชันที่ระบุข้อกำหนดด้านความน่าเชื่อถือ

2.6.3. ในส่วนย่อย "ข้อกำหนดสำหรับประเภทของการสนับสนุน" ขึ้นอยู่กับประเภทของระบบ ข้อกำหนดจะได้รับสำหรับการสนับสนุนทางคณิตศาสตร์ ข้อมูล ภาษาศาสตร์ ซอฟต์แวร์ เทคนิค มาตรวิทยา องค์กร ระเบียบวิธี และประเภทอื่น ๆ ของการสนับสนุนสำหรับระบบ

2.6.3.2. สำหรับการสนับสนุนข้อมูลของระบบ มีข้อกำหนดดังต่อไปนี้:

กับองค์ประกอบ โครงสร้าง และวิธีการจัดระเบียบข้อมูลในระบบ

เพื่อแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ

เพื่อความเข้ากันได้ของข้อมูลกับระบบที่อยู่ติดกัน

เกี่ยวกับการใช้ระบบจัดการฐานข้อมูล

กับโครงสร้างของกระบวนการรวบรวม ประมวลผล ส่งข้อมูลในระบบและนำเสนอข้อมูล

เพื่อการปกป้องข้อมูล

เพื่อควบคุม จัดเก็บ อัปเดต และกู้คืนข้อมูล

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

2.6.3.4. สำหรับซอฟต์แวร์ระบบ จะมีการระบุรายการซอฟต์แวร์ที่ซื้อไว้ รวมถึงข้อกำหนด:

การพึ่งพาซอฟต์แวร์ในสภาพแวดล้อมการทำงาน

คุณภาพของซอฟต์แวร์ ตลอดจนวิธีการจัดเตรียมและควบคุมซอฟต์แวร์

2.6.3.5. สำหรับการสนับสนุนทางเทคนิคของระบบ มีข้อกำหนดดังต่อไปนี้:

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

กับลักษณะการทำงาน สร้างสรรค์ และการดำเนินงานของวิธีการสนับสนุนทางเทคนิคของระบบ

2.6.3.6. ข้อกำหนดสำหรับการสนับสนุนมาตรวิทยา ได้แก่ :

รายการเบื้องต้นของช่องวัด

ข้อกำหนดสำหรับความถูกต้องของการวัดพารามิเตอร์และ (หรือ) สำหรับลักษณะทางมาตรวิทยาของช่องวัด

ข้อกำหนดสำหรับความเข้ากันได้ทางมาตรวิทยาของวิธีการทางเทคนิคของระบบ

รายการช่องควบคุมและการคำนวณของระบบซึ่งจำเป็นต้องประเมินลักษณะความแม่นยำ

ข้อกำหนดสำหรับการสนับสนุนด้านมาตรวิทยาของฮาร์ดแวร์และซอฟต์แวร์ที่เป็นส่วนหนึ่งของช่องทางการวัดของระบบ เครื่องมือ การควบคุมในตัว ความเหมาะสมทางมาตรวิทยาของช่องทางการวัดและเครื่องมือวัดที่ใช้ในการทดสอบระบบและทดสอบระบบ

ประเภทของการรับรองมาตรวิทยา (รัฐหรือแผนก) พร้อมการระบุขั้นตอนการดำเนินการและองค์กรที่ดำเนินการรับรอง

2.6.3.7. สำหรับการสนับสนุนองค์กร มีข้อกำหนดดังต่อไปนี้:

กับโครงสร้างและหน้าที่ของหน่วยงานที่เกี่ยวข้องกับการทำงานของระบบหรือการดำเนินการ

กับองค์กรของการทำงานของระบบและขั้นตอนสำหรับการโต้ตอบระหว่างบุคลากร IS และบุคลากรของวัตถุการให้ข้อมูล

เพื่อป้องกันการกระทำที่ผิดพลาดของบุคลากรระบบ

2.7. ส่วน "องค์ประกอบและเนื้อหาของงานในการสร้าง (การพัฒนา) ของระบบ" ควรมีรายการของขั้นตอนและขั้นตอนของงานในการสร้างระบบ, ระยะเวลาของการดำเนินการ, รายชื่อองค์กรที่ปฏิบัติงาน, ลิงค์ ถึงเอกสารยืนยันความยินยอมขององค์กรเหล่านี้ให้มีส่วนร่วมในการสร้างระบบหรือบันทึก ซึ่งกำหนดผู้รับผิดชอบ (ลูกค้าหรือนักพัฒนา) ในการดำเนินงานเหล่านี้

ที่ ส่วนนี้ยังอ้างถึง:

รายการเอกสารที่จะนำเสนอเมื่อสิ้นสุดขั้นตอนและขั้นตอนที่เกี่ยวข้อง

ประเภทและขั้นตอนสำหรับการตรวจสอบเอกสารทางเทคนิค (ขั้นตอน, ขั้นตอน, ขอบเขตของเอกสารที่กำลังตรวจสอบ, ผู้เชี่ยวชาญขององค์กร);

โปรแกรมงานที่มุ่งสร้างความมั่นใจระดับความน่าเชื่อถือของระบบที่กำลังพัฒนา (ถ้าจำเป็น)

รายการงานเกี่ยวกับการสนับสนุนมาตรวิทยาในทุกขั้นตอนของการสร้างระบบโดยระบุกำหนดเวลาและองค์กรที่ดำเนินการ (ถ้าจำเป็น)

2.8. ในส่วน "ขั้นตอนการติดตามและยอมรับระบบ" ระบุ:

ชนิด องค์ประกอบ ปริมาตร และวิธีการทดสอบของระบบและส่วนประกอบ

ข้อกำหนดทั่วไปในการรับงานตามขั้นตอน ขั้นตอนการตกลงและอนุมัติเอกสารตอบรับ

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

รายการกิจกรรมหลักประกอบด้วย:

การนำข้อมูลเข้าสู่ระบบ (ตามข้อกำหนดสำหรับข้อมูลและการสนับสนุนทางภาษา);

การสร้างเงื่อนไขสำหรับการทำงานของโครงการซึ่งรับประกันการปฏิบัติตามระบบที่สร้างขึ้นพร้อมข้อกำหนดที่มีอยู่ใน TOR

การสร้างส่วนย่อยและบริการที่จำเป็นสำหรับการทำงานของระบบ

เงื่อนไขและขั้นตอนการจัดบุคลากรและการฝึกอบรมพนักงาน

2.10. ในส่วน "ข้อกำหนดด้านเอกสาร" มีดังต่อไปนี้:

รายการชุดและประเภทของเอกสารที่จะพัฒนาขึ้นโดยผู้พัฒนาและลูกค้าของระบบ
รายการเอกสารที่ออกในสื่อเครื่อง

ในกรณีที่ไม่มีมาตรฐานของรัฐที่กำหนดข้อกำหนดสำหรับการจัดทำเอกสารองค์ประกอบของระบบ มาตรฐานดังกล่าวยังรวมถึงข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของเอกสารดังกล่าวด้วย

2.11. ส่วน "แหล่งที่มาของการพัฒนา" ควรแสดงรายการเอกสารและเอกสารข้อมูลบนพื้นฐานของการพัฒนา ToR และควรใช้ในการสร้างระบบ

3. กฎการออกแบบ

3.1. ส่วนและส่วนย่อยของ TOR ควรอยู่ในลำดับที่กำหนดในวินาที 2 มาตรฐานนี้

3.2. วางหมายเลขแผ่นงาน (หน้า) โดยเริ่มจากแผ่นแรกที่อยู่ถัดจากหน้าชื่อเรื่อง ที่ส่วนบนของแผ่นงาน (เหนือข้อความ ตรงกลาง) หลังจากกำหนดรหัส TK บน IC

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

รูปแบบของหน้าชื่อเรื่องของ TOR มีอยู่ในภาคผนวก 2 รูปแบบของแผ่นงานสุดท้ายของ TOR มีให้ในภาคผนวก 3

3.4. หน้าชื่อเรื่องของส่วนเสริมของ TOR ถูกวาดขึ้นในลักษณะเดียวกับหน้าชื่อเรื่องของข้อกำหนดในการอ้างอิง แทนที่จะชื่อ "ข้อกำหนดในการอ้างอิง" พวกเขาเขียน "Supplement No. ... ถึง TOR สำหรับ AC ... "

3.5. ในแผ่นงานภาคผนวกของ TOR ที่ตามมา สาเหตุของการเปลี่ยนแปลง เนื้อหาของการเปลี่ยนแปลงและลิงก์ไปยังเอกสารตามการเปลี่ยนแปลงเหล่านี้

3.8. เมื่อนำเสนอข้อความของภาคผนวกของ TOR ควรระบุตัวเลขของย่อหน้าที่เกี่ยวข้อง ย่อหน้าย่อย ตารางของ TOR หลัก ฯลฯ และระบุคำว่า "แทนที่", "ส่วนเสริม", "ลบ", "ระบุใน ฉบับใหม่” ควรใช้

ขั้นตอนการพัฒนา ข้อตกลง และการอนุมัติ TK FOR IP

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

ความจำเป็นในการอนุมัติร่าง TOR กับหน่วยงานกำกับดูแลของรัฐและองค์กรที่สนใจอื่น ๆ นั้นถูกกำหนดโดยลูกค้าของระบบและผู้พัฒนาร่าง TOR บน IP
งานเกี่ยวกับการอนุมัติร่าง TOR บน IC นั้นดำเนินการโดยผู้พัฒนา TOR และลูกค้าของระบบ แต่ละคนในองค์กรของกระทรวงของตนเอง (แผนก)

ระยะเวลาในการอนุมัติร่าง TOR ในแต่ละองค์กรไม่ควรเกิน 15 วันนับจากวันที่ได้รับ ขอแนะนำให้ส่งสำเนาร่าง ToR (สำเนา) เพื่อขออนุมัติพร้อมกันไปยังทุกองค์กร (แผนก)

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

หากเมื่อตกลงกับร่าง TK ความขัดแย้งเกิดขึ้นระหว่างนักพัฒนาและลูกค้า (หรือองค์กรที่สนใจอื่น ๆ ) จากนั้นจะมีการร่างโปรโตคอลของความขัดแย้ง (แบบฟอร์มโดยพลการ) และการตัดสินใจเฉพาะในลักษณะที่กำหนด

อนุญาตให้ร่างการอนุมัติร่าง TOR เป็นเอกสารแยกต่างหาก (จดหมาย) ในกรณีนี้ ภายใต้หัวข้อ "ตกลง" ให้เชื่อมโยงไปยังเอกสารนี้

การอนุมัติ TOR ดำเนินการโดยหัวหน้า บริษัท ของผู้พัฒนาและลูกค้าของระบบ

สำเนา ToR ที่ได้รับอนุมัติภายใน 10 วันหลังจากได้รับการอนุมัติจะถูกส่งโดยผู้พัฒนา ToR ไปยังผู้เข้าร่วมในการสร้างระบบ

การประสานงานและการอนุมัติการเพิ่ม ToR จะดำเนินการในลักษณะที่กำหนดไว้สำหรับ ToR บน IP

การเปลี่ยนแปลง TOR จะไม่ได้รับการอนุมัติหลังจากส่งระบบหรือรอการทดสอบการยอมรับ

มาตรฐานนี้ใช้กับระบบอัตโนมัติ (AS) สำหรับกิจกรรมประเภทต่าง ๆ โดยอัตโนมัติ (การจัดการ การออกแบบ การวิจัย ฯลฯ) รวมถึงการรวมกันและกำหนดองค์ประกอบ เนื้อหา กฎสำหรับการออกเอกสาร "ข้อกำหนดในการอ้างอิงสำหรับการสร้าง ( ระบบการพัฒนาหรือการปรับปรุงให้ทันสมัย” (ต่อไปนี้จะเรียกว่า TK สำหรับ NPP)
ขั้นตอนที่แนะนำสำหรับการพัฒนา การอนุมัติ และการอนุมัติข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์มีอยู่ใน ภาคผนวก 1.

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

1.1. ToR สำหรับ NPP เป็นเอกสารหลักที่กำหนดข้อกำหนดและขั้นตอนสำหรับการสร้าง (การพัฒนาหรือความทันสมัย - การสร้างเพิ่มเติม) ของระบบอัตโนมัติ ซึ่งสอดคล้องกับการพัฒนา NPP และการยอมรับเมื่อมีการว่าจ้าง
1.2. ข้อมูลจำเพาะสำหรับโรงไฟฟ้านิวเคลียร์ได้รับการพัฒนาสำหรับระบบโดยรวม ซึ่งออกแบบมาเพื่อทำงานอย่างอิสระหรือเป็นส่วนหนึ่งของระบบอื่น
นอกจากนี้ TOR สามารถพัฒนาสำหรับส่วนต่างๆ ของ NPP: สำหรับระบบย่อย NPP, คอมเพล็กซ์งาน NPP ฯลฯ ตามข้อกำหนดของมาตรฐานนี้ สำหรับส่วนประกอบฮาร์ดแวร์และซอฟต์แวร์และระบบฮาร์ดแวร์ตามมาตรฐาน ESKD และ SRPP สำหรับซอฟต์แวร์ตามมาตรฐาน ESPD สำหรับผลิตภัณฑ์ข้อมูลตาม GOST 19.201 และ NTD ซึ่งมีผลบังคับใช้ในแผนกของลูกค้า NPP
บันทึก.ใน TOR สำหรับระบบควบคุมอัตโนมัติสำหรับกลุ่มของอ็อบเจ็กต์ที่สัมพันธ์กัน ควรรวมเฉพาะข้อกำหนดที่เหมือนกันกับกลุ่มของออบเจ็กต์เท่านั้น ข้อกำหนดเฉพาะของวัตถุควบคุมที่แยกต่างหากควรสะท้อนให้เห็นใน TOR สำหรับ ACS ของวัตถุนี้
1.3. ข้อกำหนดสำหรับ AU ในขอบเขตที่กำหนดโดยมาตรฐานนี้สามารถรวมไว้ในการกำหนดสำหรับการออกแบบออบเจ็กต์ระบบอัตโนมัติที่สร้างขึ้นใหม่ ในกรณีนี้ จะไม่มีการพัฒนาข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์
1.4. ข้อกำหนดที่รวมอยู่ใน TOR สำหรับ NPP จะต้องสอดคล้องกับระดับการพัฒนาวิทยาศาสตร์และเทคโนโลยีในปัจจุบัน และไม่ด้อยกว่าข้อกำหนดที่คล้ายคลึงกันสำหรับแอนะล็อกที่ทันสมัยที่สุดในประเทศและต่างประเทศ
ข้อกำหนดที่ระบุใน TOR สำหรับ NPP ไม่ควรจำกัดผู้พัฒนาระบบในการค้นหาและใช้งานโซลูชันทางเทคนิค ความเป็นไปได้ และโซลูชันอื่นๆ ที่มีประสิทธิภาพสูงสุด
1.5. ข้อมูลจำเพาะสำหรับ NPP ได้รับการพัฒนาบนพื้นฐานของข้อมูลเบื้องต้น ซึ่งรวมถึงเอกสารประกอบขั้นสุดท้ายของขั้นตอน "การวิจัยและเหตุผลสำหรับการสร้าง NPP" ซึ่งกำหนดโดย GOST 24.601
1.6. TOR สำหรับโรงไฟฟ้านิวเคลียร์รวมเฉพาะข้อกำหนดเหล่านั้นที่เสริมข้อกำหนดสำหรับระบบประเภทนี้ (ACS, CAD, ASNI ฯลฯ) ที่มีอยู่ใน NTD ปัจจุบัน และถูกกำหนดโดยเฉพาะของวัตถุเฉพาะที่ระบบเป็น กำลังถูกสร้างขึ้น
1.7. การเปลี่ยนแปลง TOR ที่ NPP นั้นทำให้เป็นทางการโดยการเพิ่มหรือโปรโตคอลที่ลงนามโดยลูกค้าและนักพัฒนา ภาคผนวกหรือโปรโตคอลที่ระบุเป็นส่วนสำคัญของ ToR สำหรับ NPP ในหน้าชื่อเรื่องของ TK บน AC ควรเป็นรายการ "Valid from ... "

2. องค์ประกอบและเนื้อหา

2.1. ToR สำหรับ NPP ประกอบด้วยส่วนต่างๆ ต่อไปนี้ ซึ่งสามารถแบ่งออกเป็นส่วนย่อย:
1) ข้อมูลทั่วไป
2) วัตถุประสงค์และเป้าหมายของการสร้าง (การพัฒนา) ของระบบ
3) ลักษณะของวัตถุอัตโนมัติ
4) ความต้องการของระบบ
5) องค์ประกอบและเนื้อหาของงานเพื่อสร้างระบบ
6) ขั้นตอนการควบคุมและยอมรับระบบ
7) ข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของงานเพื่อเตรียมวัตถุอัตโนมัติเพื่อให้ระบบใช้งานได้
8) ข้อกำหนดสำหรับเอกสาร;
9) แหล่งพัฒนา
แอปพลิเคชันอาจรวมอยู่ใน TOR สำหรับ AU
2.2. ขึ้นอยู่กับประเภท, วัตถุประสงค์, คุณสมบัติเฉพาะของออบเจ็กต์อัตโนมัติและเงื่อนไข (การทำงานของระบบ) อนุญาตให้วาดส่วน TOR ในรูปแบบของแอปพลิเคชันแนะนำเพิ่มเติมแยกหรือรวมส่วนย่อยของ TOR
TOR สำหรับส่วนต่างๆ ของระบบไม่รวมส่วนที่ทำซ้ำเนื้อหาของส่วนต่างๆ ของ TOR สำหรับ NPP โดยรวม
2.3. ในส่วน "ข้อมูลทั่วไป" ระบุ:
1) ชื่อเต็มของระบบและสัญลักษณ์ของระบบ
2) รหัสของหัวข้อหรือรหัส (หมายเลข) ของสัญญา
3) ชื่อองค์กร (สมาคม) ของผู้พัฒนาและลูกค้า (ผู้ใช้) ของระบบและรายละเอียด
4) รายการเอกสารบนพื้นฐานของการสร้างระบบโดยใครและเมื่อใดที่เอกสารเหล่านี้ได้รับการอนุมัติ
5) วันที่วางแผนไว้สำหรับการเริ่มต้นและเสร็จสิ้นการทำงานในการสร้างระบบ
6) ข้อมูลเกี่ยวกับแหล่งที่มาและขั้นตอนการจัดหาเงินทุน
7) ขั้นตอนในการทำให้เป็นทางการและนำเสนอผลงานในการสร้างระบบ (ชิ้นส่วน) ให้กับลูกค้าเกี่ยวกับการผลิตและการปรับวิธีการแต่ละอย่าง (ฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล) และซอฟต์แวร์และฮาร์ดแวร์ (ซอฟต์แวร์และระเบียบวิธี) คอมเพล็กซ์ของระบบ
2.4. ส่วน "วัตถุประสงค์และวัตถุประสงค์ของการสร้าง (การพัฒนา) ของระบบ" ประกอบด้วยส่วนย่อย:
1) วัตถุประสงค์ของระบบ
2) วัตถุประสงค์ในการสร้างระบบ
2.4.1. ในส่วนย่อย "วัตถุประสงค์ของระบบ" ให้ระบุประเภทของกิจกรรมอัตโนมัติ (การจัดการ การออกแบบ ฯลฯ) และรายการออบเจ็กต์ระบบอัตโนมัติ (วัตถุ) ที่ควรใช้งาน
สำหรับระบบควบคุมอัตโนมัติ รายการของหน่วยควบคุมอัตโนมัติ (จุด) และอ็อบเจ็กต์ที่มีการจัดการจะถูกระบุเพิ่มเติม
2.4.2. ในส่วนย่อย "เป้าหมายของการสร้างระบบ" ให้ชื่อและค่าที่จำเป็นของตัวชี้วัดทางเทคนิค เทคโนโลยี เศรษฐกิจการผลิตหรืออื่น ๆ ของวัตถุอัตโนมัติที่ต้องบรรลุผลจากการสร้าง AU และระบุ เกณฑ์การประเมินความสำเร็จของเป้าหมายการสร้างระบบ
2.5. ในส่วน "ลักษณะของวัตถุอัตโนมัติ" ให้:
1) ข้อมูลโดยย่อเกี่ยวกับออบเจ็กต์อัตโนมัติหรือลิงก์ไปยังเอกสารที่มีข้อมูลดังกล่าว
2) ข้อมูลเกี่ยวกับสภาพการทำงานของออบเจ็กต์อัตโนมัติและลักษณะของสภาพแวดล้อม
บันทึก:สำหรับ CAD ส่วนนี้ยังระบุพารามิเตอร์หลักและคุณลักษณะของออบเจกต์การออกแบบ
2.6. ส่วนความต้องการของระบบประกอบด้วยส่วนย่อยต่อไปนี้:
1) ข้อกำหนดสำหรับระบบโดยรวม
2) ข้อกำหนดสำหรับฟังก์ชั่น (งาน) ที่ดำเนินการโดยระบบ
3) ข้อกำหนดสำหรับประเภทหลักประกัน
องค์ประกอบของข้อกำหนดสำหรับระบบที่รวมอยู่ในส่วนนี้ของ ToR สำหรับ NPP ถูกกำหนดขึ้นโดยขึ้นอยู่กับประเภท วัตถุประสงค์ คุณลักษณะเฉพาะ และเงื่อนไขการทำงานของระบบเฉพาะ แต่ละส่วนย่อยมีลิงก์ไปยัง NTD ปัจจุบัน ซึ่งกำหนดข้อกำหนดสำหรับระบบประเภทที่เกี่ยวข้อง
2.6.1. ในส่วนย่อย "ข้อกำหนดสำหรับระบบโดยรวม" ระบุ:

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

26.1.1. ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบ ได้แก่ :
ก) รายการของระบบย่อย วัตถุประสงค์และคุณลักษณะหลัก ข้อกำหนดสำหรับจำนวนระดับลำดับชั้นและระดับของการรวมศูนย์ของระบบ
ข) ข้อกำหนดสำหรับวิธีการและวิธีการสื่อสารสำหรับการแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
c) ข้อกำหนดสำหรับลักษณะของการเชื่อมต่อโครงข่ายของระบบที่ถูกสร้างขึ้นกับระบบที่อยู่ติดกัน ข้อกำหนดสำหรับความเข้ากันได้ รวมถึงคำแนะนำในการแลกเปลี่ยนข้อมูล (โดยอัตโนมัติ โดยการส่งเอกสาร ทางโทรศัพท์ ฯลฯ )
d) ข้อกำหนดสำหรับโหมดการทำงานของระบบ
จ) ข้อกำหนดสำหรับการวินิจฉัยระบบ
f) โอกาสในการพัฒนาความทันสมัยของระบบ
2.6.1.2. ในข้อกำหนดสำหรับจำนวนและคุณสมบัติของบุคลากร ใช่ AU ให้:
ก) ข้อกำหนดสำหรับจำนวนบุคลากร (ผู้ใช้) ของ NPP;
ข) ข้อกำหนดสำหรับคุณสมบัติของบุคลากร ขั้นตอนการฝึกอบรมและการควบคุมความรู้และทักษะ
c) โหมดการทำงานที่จำเป็นของบุคลากร NPP
2.6.1.3. ในข้อกำหนดสำหรับตัวบ่งชี้ตามวัตถุประสงค์ของ AS ค่าของพารามิเตอร์ที่ระบุระดับของการปฏิบัติตามระบบโดยมีวัตถุประสงค์
สำหรับ ACS ระบุ:
ก) ระดับของความสามารถในการปรับตัวของระบบต่อการเปลี่ยนแปลงในกระบวนการ จำนวนวิธีควบคุม การเบี่ยงเบนในพารามิเตอร์ของวัตถุควบคุม
b) ขีด จำกัด ที่อนุญาตสำหรับความทันสมัยและการพัฒนาระบบ
ค) ลักษณะความน่าจะเป็น-ชั่วขณะ ซึ่งคงไว้ซึ่งวัตถุประสงค์ที่ตั้งใจไว้ของระบบไว้
2.6.1.4. ข้อกำหนดด้านความน่าเชื่อถือ ได้แก่ :
ก) องค์ประกอบและค่าเชิงปริมาณของตัวบ่งชี้ความน่าเชื่อถือสำหรับระบบโดยรวมหรือระบบย่อย
b) รายการสถานการณ์ฉุกเฉินที่ควรควบคุมความต้องการความน่าเชื่อถือและค่าของตัวบ่งชี้ที่เกี่ยวข้อง
c) ข้อกำหนดสำหรับความน่าเชื่อถือของฮาร์ดแวร์และซอฟต์แวร์
d) ข้อกำหนดสำหรับวิธีการประเมินและติดตามตัวบ่งชี้ความน่าเชื่อถือในขั้นตอนต่าง ๆ ของการสร้างระบบตามเอกสารกฎระเบียบและทางเทคนิคในปัจจุบัน
2.6.1.5. ข้อกำหนดด้านความปลอดภัยรวมถึงข้อกำหนดสำหรับการรับรองความปลอดภัยระหว่างการติดตั้ง การว่าจ้าง การใช้งาน การบำรุงรักษา และการซ่อมแซมวิธีการทางเทคนิคของระบบ (การป้องกัน กระแสไฟฟ้า, สนามแม่เหล็กไฟฟ้า, เสียงอะคูสติก ฯลฯ ) โดยระดับการส่องสว่าง การสั่นสะเทือนและเสียงรบกวนที่อนุญาต
2.6.1.6. ข้อกำหนดสำหรับการยศาสตร์และสุนทรียศาสตร์ทางเทคนิครวมถึงตัวบ่งชี้ AS ที่ระบุคุณภาพที่จำเป็นของการโต้ตอบระหว่างมนุษย์กับเครื่องจักรและความสะดวกสบายของสภาพการทำงานของพนักงาน
2.6.1.7. สำหรับ NPP แบบเคลื่อนที่ ข้อกำหนดสำหรับความสามารถในการขนส่งนั้นรวมถึงข้อกำหนดด้านการออกแบบที่รับรองความสามารถในการขนส่งของวิธีการทางเทคนิคของระบบ ตลอดจนข้อกำหนดสำหรับ ยานพาหนะ.
2.6.1.8. ข้อกำหนดการใช้งาน การบำรุงรักษา การซ่อมแซม และการจัดเก็บรวมถึง:
ก) เงื่อนไขและข้อบังคับ (โหมด) ของการทำงานซึ่งควรตรวจสอบให้แน่ใจว่าการใช้วิธีการทางเทคนิค (TS) ของระบบพร้อมตัวบ่งชี้ทางเทคนิคที่ระบุรวมถึงประเภทและความถี่ของการบำรุงรักษา TS ของระบบหรือการยอมรับการทำงานโดยไม่ต้องบำรุงรักษา ;
b) ข้อกำหนดเบื้องต้นสำหรับพื้นที่ที่อนุญาตสำหรับการจัดวางบุคลากรและ TS ของระบบ สำหรับพารามิเตอร์ของเครือข่ายแหล่งจ่ายไฟ ฯลฯ
ค) ข้อกำหนดสำหรับจำนวน คุณสมบัติของบุคลากรบริการ และรูปแบบการทำงาน
ง) ข้อกำหนดสำหรับองค์ประกอบ การจัดวาง และสภาวะการเก็บรักษาของชุดผลิตภัณฑ์และอุปกรณ์สำรอง
จ) ข้อกำหนดสำหรับกำหนดการบำรุงรักษา
2.6.1.9. ข้อกำหนดในการปกป้องข้อมูลจากการเข้าถึงโดยไม่ได้รับอนุญาตรวมถึงข้อกำหนดที่กำหนดไว้ใน NTD ที่ทำงานในอุตสาหกรรม (แผนก) ของลูกค้า
2.6.1.10. ในข้อกำหนดเพื่อความปลอดภัยของข้อมูล รายการเหตุการณ์จะได้รับ: อุบัติเหตุ ความล้มเหลวของวิธีการทางเทคนิค (รวมถึงการสูญเสียพลังงาน) ฯลฯ ซึ่งต้องมั่นใจในความปลอดภัยของข้อมูลในระบบ
2.6.1.11. ในข้อกำหนดสำหรับวิธีการป้องกันอิทธิพลภายนอกมีดังต่อไปนี้:
ก) ข้อกำหนดสำหรับการป้องกันทางวิทยุอิเล็กทรอนิกส์ของสิ่งอำนวยความสะดวก NPP
ข) ข้อกำหนดสำหรับความต้านทาน ความมั่นคง และความแข็งแรงต่ออิทธิพลภายนอก (สภาพแวดล้อมการใช้งาน)
2.6.1.12. ข้อกำหนดสำหรับความบริสุทธิ์ของสิทธิบัตรระบุรายชื่อประเทศที่ต้องรับรองความบริสุทธิ์ของสิทธิบัตรของระบบและชิ้นส่วนของระบบ
2.6.1.13. ข้อกำหนดสำหรับการกำหนดมาตรฐานและการรวมเข้าด้วยกัน ได้แก่ ตัวบ่งชี้ที่กำหนดระดับการใช้มาตรฐานที่ต้องการ วิธีการแบบรวมศูนย์สำหรับการใช้งานฟังก์ชัน (งาน) ของระบบ ซอฟต์แวร์ที่ให้มา วิธีการและแบบจำลองทางคณิตศาสตร์ทั่วไป โซลูชันการออกแบบมาตรฐาน รูปแบบรวมของเอกสารการจัดการ จัดตั้งขึ้นโดย GOST 6.10.1 ตัวแยกประเภทข้อมูลทางเทคนิคและเศรษฐกิจของสหภาพทั้งหมดและตัวจำแนกประเภทอื่น ๆ ตามขอบเขตข้อกำหนดสำหรับการใช้เวิร์กสเตชันอัตโนมัติส่วนประกอบและคอมเพล็กซ์ทั่วไป
2.6.1.14. ข้อกำหนดเพิ่มเติม ได้แก่ :
ก) ข้อกำหนดสำหรับการเตรียมระบบด้วยอุปกรณ์สำหรับการฝึกอบรมบุคลากร (เครื่องจำลองอุปกรณ์อื่น ๆ ที่มีจุดประสงค์คล้ายคลึงกัน) และเอกสารประกอบสำหรับพวกเขา
b) ข้อกำหนดสำหรับอุปกรณ์บริการ หมายถึงการตรวจสอบองค์ประกอบของระบบ
c) ข้อกำหนดของระบบที่เกี่ยวข้องกับ เงื่อนไขพิเศษการดำเนินการ;
d) ข้อกำหนดพิเศษขึ้นอยู่กับดุลยพินิจของผู้พัฒนาหรือลูกค้าของระบบ
2.6.2. ในส่วนย่อย "ข้อกำหนดสำหรับฟังก์ชัน (งาน)" ที่ดำเนินการโดยระบบ มีดังต่อไปนี้:
ก) สำหรับแต่ละระบบย่อย รายการของฟังก์ชัน งาน หรือความซับซ้อนของระบบ (รวมถึงการตรวจสอบการโต้ตอบของส่วนต่างๆ ของระบบ) ให้เป็นไปโดยอัตโนมัติ
เมื่อสร้างระบบในสองคิวขึ้นไป - รายการของระบบย่อยที่ใช้งานได้ ฟังก์ชันแต่ละรายการหรืองานที่มีผลในคิวที่ 1 และคิวที่ตามมา
b) ตารางเวลาสำหรับการใช้งานแต่ละหน้าที่ งาน (หรือชุดของงาน);
c) ข้อกำหนดสำหรับคุณภาพของการดำเนินการของแต่ละหน้าที่ (งานหรือชุดของงาน) สำหรับรูปแบบการนำเสนอข้อมูลผลลัพธ์ ลักษณะของความแม่นยำและเวลาในการดำเนินการที่ต้องการ ข้อกำหนดสำหรับการดำเนินการพร้อมกันของกลุ่ม ของฟังก์ชัน ความน่าเชื่อถือของผลลัพธ์
d) รายการและเกณฑ์ความล้มเหลวสำหรับแต่ละหน้าที่ซึ่งมีการระบุความต้องการความน่าเชื่อถือ
2.6.3. ในส่วนย่อย "ข้อกำหนดสำหรับประเภทของหลักประกัน" ขึ้นอยู่กับประเภทของระบบข้อกำหนดจะได้รับสำหรับ:
1) คณิตศาสตร์
2) ข้อมูล
3) ภาษาศาสตร์
4) ซอฟต์แวร์
5) เทคนิค
6) มาตรวิทยา
7) องค์กร
8) การสนับสนุนตามระเบียบวิธีและระบบอื่นๆ
2.6.3.1. สำหรับการสนับสนุนทางคณิตศาสตร์ของระบบ กำหนดข้อกำหนดสำหรับองค์ประกอบ ขอบเขต (ข้อจำกัด) และวิธีการ การใช้วิธีการและแบบจำลองทางคณิตศาสตร์ในระบบ อัลกอริธึมทั่วไปและอัลกอริธึมที่จะพัฒนา
2.6.3.2. สำหรับการสนับสนุนข้อมูล: ระบบกำหนดข้อกำหนด:
ก) องค์ประกอบ โครงสร้าง และวิธีการจัดระเบียบข้อมูลในระบบ
b) การแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
ค) ความเข้ากันได้ของข้อมูลกับระบบที่เกี่ยวข้อง
d) เกี่ยวกับการใช้ all-Union และรีพับลิกันที่จดทะเบียน ตัวแยกประเภทอุตสาหกรรม เอกสารรวมและตัวแยกประเภทที่ทำงานในองค์กรที่กำหนด
จ) การใช้ระบบจัดการฐานข้อมูล
ฉ) ต่อโครงสร้างของกระบวนการรวบรวม ประมวลผล ส่งข้อมูลในระบบและนำเสนอข้อมูล
g) เพื่อปกป้องข้อมูลจากการทำลายในกรณีที่เกิดอุบัติเหตุและความล้มเหลวในแหล่งจ่ายไฟของระบบ
h) เพื่อควบคุม จัดเก็บ อัปเดต และกู้คืนข้อมูล
i) ขั้นตอนในการบังคับใช้กฎหมายกับเอกสารที่ผลิตโดยวิธีการทางเทคนิคของ NPP (ตาม GOST 6.10.4)
2.6.3.3. สำหรับการสนับสนุนทางภาษาของระบบ ข้อกำหนดสำหรับการใช้ภาษาโปรแกรมระดับสูงในระบบ ภาษาที่โต้ตอบกับผู้ใช้และวิธีการทางเทคนิคของระบบ ตลอดจนข้อกำหนดสำหรับการเข้ารหัสและถอดรหัสข้อมูล การป้อนข้อมูล / ภาษาที่ส่งออก ภาษาที่ใช้จัดการข้อมูล วิธีการอธิบายหัวข้อ (วัตถุอัตโนมัติ) ไปจนถึงวิธีการจัดระเบียบบทสนทนา
2.6.3.4. สำหรับซอฟต์แวร์ระบบ จะมีการระบุรายการซอฟต์แวร์ที่ซื้อไว้ รวมถึงข้อกำหนด:
ก) ความเป็นอิสระของซอฟต์แวร์จาก PBT ที่ใช้และสภาพแวดล้อมการทำงาน
ข) คุณภาพของซอฟต์แวร์ ตลอดจนวิธีการจัดเตรียมและควบคุมซอฟต์แวร์
c) หากจำเป็นต้องประสานซอฟต์แวร์ที่พัฒนาขึ้นใหม่กับกองทุนของอัลกอริธึมและโปรแกรม
2.6.3.5. สำหรับการสนับสนุนทางเทคนิคของระบบ มีข้อกำหนดดังต่อไปนี้:
ก) ประเภทของวิธีการทางเทคนิค รวมถึงประเภทของวิธีการทางเทคนิค คอมเพล็กซ์ซอฟต์แวร์และฮาร์ดแวร์ และส่วนประกอบอื่น ๆ ที่ยอมรับได้สำหรับใช้ในระบบ
ข) ลักษณะการทำงาน การออกแบบ และการปฏิบัติงานของการสนับสนุนทางเทคนิคของระบบ
2.6.3.6. ข้อกำหนดสำหรับการสนับสนุนมาตรวิทยา ได้แก่ :
ก) รายการเบื้องต้นของช่องวัด;
b) ข้อกำหนดสำหรับความถูกต้องของการวัดพารามิเตอร์และ (หรือ) สำหรับลักษณะทางมาตรวิทยาของช่องวัด
c) ข้อกำหนดสำหรับความเข้ากันได้ทางมาตรวิทยาของวิธีการทางเทคนิคของระบบ
d) รายการของการควบคุมและช่องทางการคำนวณของระบบซึ่งจำเป็นต้องประเมินลักษณะความแม่นยำ;
จ) ข้อกำหนดสำหรับการสนับสนุนด้านมาตรวิทยาของฮาร์ดแวร์และซอฟต์แวร์ที่เป็นส่วนหนึ่งของช่องทางการวัดของระบบ เครื่องมือควบคุมในตัว ความเหมาะสมทางมาตรวิทยาของช่องทางการวัดและเครื่องมือวัดที่ใช้ในการปรับแต่งและทดสอบระบบ
ฉ) ประเภทของการรับรองมาตรวิทยา (รัฐหรือแผนก) พร้อมระบุขั้นตอนการดำเนินการและองค์กรที่ดำเนินการรับรอง
2.6.3.7. สำหรับการสนับสนุนองค์กร มีข้อกำหนดดังต่อไปนี้:
ก) กับโครงสร้างและหน้าที่ของหน่วยงานที่เกี่ยวข้องกับการทำงานของระบบหรือการดำเนินการ;
b) เพื่อจัดระเบียบการทำงานของระบบและขั้นตอนสำหรับการโต้ตอบระหว่างบุคลากร NPP และบุคลากรของวัตถุอัตโนมัติ
c) การป้องกันการกระทำที่ผิดพลาดของบุคลากรระบบ
2.6.3.8. สำหรับการสนับสนุนด้านระเบียบวิธีของ CAD ข้อกำหนดจะกำหนดให้กับองค์ประกอบของเอกสารด้านกฎระเบียบและทางเทคนิคของระบบ (รายการมาตรฐาน บรรทัดฐาน วิธีการ ฯลฯ ที่ใช้ระหว่างการทำงาน)
2.7. ส่วน "องค์ประกอบและเนื้อหาของงานในการสร้าง (การพัฒนา) ของระบบ" ควรมีรายการขั้นตอนและขั้นตอนของงานในการสร้างระบบตาม GOST 24.601 ระยะเวลาของการดำเนินการรายชื่อองค์กร ที่ดำเนินงาน ลิงก์ไปยังเอกสารยืนยันความยินยอมขององค์กรเหล่านี้ให้มีส่วนร่วมในการสร้างระบบ หรือบันทึกระบุบุคคลที่รับผิดชอบ (ลูกค้าหรือนักพัฒนา) ในการดำเนินงานเหล่านี้
ส่วนนี้ยังประกอบด้วย:
1) รายการเอกสารตาม GOST 34.201 นำเสนอเมื่อสิ้นสุดขั้นตอนและขั้นตอนที่เกี่ยวข้อง
2) ประเภทและขั้นตอนสำหรับการตรวจสอบเอกสารทางเทคนิค (ขั้นตอน, ขั้นตอน, ปริมาณของเอกสารที่กำลังตรวจสอบ, ผู้เชี่ยวชาญขององค์กร);
3) โปรแกรมการทำงานที่มุ่งสร้างความมั่นใจในระดับที่ต้องการของความน่าเชื่อถือของระบบที่กำลังพัฒนา (ถ้าจำเป็น)
4) รายการงานเกี่ยวกับการสนับสนุนมาตรวิทยาในทุกขั้นตอนของการสร้างระบบโดยระบุกำหนดเวลาและองค์กรที่ดำเนินการ (ถ้าจำเป็น)
2.8. ในส่วน "ขั้นตอนการตรวจสอบและยอมรับระบบ" ระบุ:
1) ประเภท องค์ประกอบ ขอบเขต และวิธีการทดสอบระบบและส่วนประกอบ (ประเภทของการทดสอบตามมาตรฐานปัจจุบันที่ใช้กับระบบที่กำลังพัฒนา)
2) ข้อกำหนดทั่วไปสำหรับการยอมรับงานตามขั้นตอน (รายชื่อองค์กรและองค์กรที่เข้าร่วมสถานที่และเวลา) ขั้นตอนในการตกลงและอนุมัติเอกสารการยอมรับ
H) สถานะของคณะกรรมการตอบรับ (รัฐ, ระหว่างแผนก, แผนก)
2.9. ในส่วน "ข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของงานเพื่อเตรียมออบเจ็กต์ระบบอัตโนมัติสำหรับการนำระบบไปใช้งาน" จำเป็นต้องจัดเตรียมรายการกิจกรรมหลักและนักแสดงที่ควรทำเมื่อเตรียมออบเจ็กต์ระบบอัตโนมัติสำหรับวาง AU เข้าสู่การดำเนินงาน
รายการกิจกรรมหลักประกอบด้วย:
1) การนำข้อมูลเข้าสู่ระบบ (ตามข้อกำหนดสำหรับข้อมูลและการสนับสนุนทางภาษา) ในรูปแบบที่เหมาะสมสำหรับการประมวลผลโดยใช้คอมพิวเตอร์
2) การเปลี่ยนแปลงที่ต้องทำในวัตถุอัตโนมัติ
3) การสร้างเงื่อนไขสำหรับการทำงานของออบเจ็กต์อัตโนมัติซึ่งรับประกันความสอดคล้องของระบบที่สร้างขึ้นพร้อมข้อกำหนดที่มีอยู่ใน TOR
4) การสร้างส่วนย่อยและบริการที่จำเป็นสำหรับการทำงานของระบบ
5) เงื่อนไขและขั้นตอนการจัดบุคลากรและการฝึกอบรมพนักงาน
ตัวอย่างเช่น สำหรับ ACS พวกเขาให้:

การเปลี่ยนแปลงวิธีการจัดการประยุกต์
การสร้างเงื่อนไขสำหรับการทำงานของส่วนประกอบ ACS ซึ่งรับประกันว่าระบบจะปฏิบัติตามข้อกำหนดที่มีอยู่ใน TOR

2.10. ในส่วน "ข้อกำหนดด้านเอกสาร" มีดังต่อไปนี้:
1) รายการชุดและประเภทของเอกสารที่จะพัฒนาที่ตรงตามข้อกำหนดของ GOST 34.201 และ NTD ของอุตสาหกรรมของลูกค้าซึ่งตกลงกันโดยผู้พัฒนาระบบและลูกค้า รายการเอกสารที่ออกในสื่อเครื่อง ข้อกำหนดสำหรับเอกสารไมโครฟิล์ม
2) ข้อกำหนดสำหรับการบันทึกองค์ประกอบองค์ประกอบของการใช้งานข้ามอุตสาหกรรมตามข้อกำหนดของ ESKD และ ESPD
3) ในกรณีที่ไม่มีมาตรฐานของรัฐที่กำหนดข้อกำหนดสำหรับการจัดทำเอกสารองค์ประกอบของระบบ พวกเขารวมข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของเอกสารดังกล่าวด้วย
2.11. ส่วน "แหล่งที่มาของการพัฒนา" ควรแสดงรายการเอกสารและเอกสารข้อมูล (การศึกษาความเป็นไปได้, รายงานงานวิจัยที่เสร็จสมบูรณ์, เอกสารข้อมูลเกี่ยวกับในประเทศ, ระบบอนาล็อกต่างประเทศ ฯลฯ ) บนพื้นฐานของการพัฒนา TK และที่ควรจะเป็น ใช้ในการสร้างระบบ
2.12. องค์ประกอบของ TOR ที่ NPP ต่อหน้าวิธีการที่ได้รับการอนุมัติ รวมถึงแอปพลิเคชันที่ประกอบด้วย:
ก) การคำนวณประสิทธิภาพที่คาดหวังของระบบ
b) การประเมินระดับวิทยาศาสตร์และเทคนิคของระบบ
แอปพลิเคชันรวมอยู่ใน TOR สำหรับ NPP ตามที่ตกลงกันระหว่างผู้พัฒนาและลูกค้าของระบบ

3. กฎการออกแบบ

3.1. ส่วนและส่วนย่อยของ TOR ที่ NPP ต้องวางในลักษณะที่กำหนดไว้ในวินาที 2 มาตรฐานนี้
3.2. TK สำหรับ AU นั้นจัดทำขึ้นตามข้อกำหนดของ GOST 2.105 บนแผ่นงานรูปแบบ A4 ตาม GOST 2.301 โดยไม่มีกรอบคำจารึกหลักและคอลัมน์เพิ่มเติม
วางหมายเลขแผ่นงาน (หน้า) เริ่มจากแผ่นแรกที่อยู่ถัดจากหน้าชื่อเรื่อง ที่ด้านบนของแผ่นงาน (เหนือข้อความ ตรงกลาง) หลังจากกำหนดรหัส TK บน AC
3.3. ค่าของตัวบ่งชี้บรรทัดฐานและข้อกำหนดจะถูกระบุตามกฎโดยมีค่าเบี่ยงเบนสูงสุดหรือค่าสูงสุดและต่ำสุด หาก NTD กำหนดตัวชี้วัด บรรทัดฐาน และข้อกำหนดเหล่านี้ไว้อย่างชัดเจน TOR สำหรับ NPP ควรมีลิงก์ไปยังเอกสารเหล่านี้หรือส่วนต่างๆ รวมถึงข้อกำหนดเพิ่มเติมที่คำนึงถึงคุณสมบัติของระบบที่ถูกสร้างขึ้น หากไม่สามารถกำหนดค่าเฉพาะของตัวบ่งชี้ บรรทัดฐาน และข้อกำหนดในกระบวนการพัฒนา TOR สำหรับ NPP ได้ ก็ควรบันทึกขั้นตอนในการจัดตั้งและยอมรับตัวบ่งชี้ บรรทัดฐาน และข้อกำหนดเหล่านี้:
"ข้อกำหนดสุดท้าย (ค่า) ระบุไว้ในกระบวนการ ... .. และตกลงโดยโปรโตคอลกับ ... ... ที่เวที ... ..." ในเวลาเดียวกัน จะไม่มีการเปลี่ยนแปลงข้อความของ TOR สำหรับ NPP
3.4. ในหน้าชื่อจะมีลายเซ็นของลูกค้า ผู้พัฒนา และองค์กรประสานงาน ซึ่งประทับตราด้วยตราประทับ หากจำเป็น หน้าชื่อเรื่องจะถูกวาดขึ้นในหลายหน้า ลายเซ็นของผู้พัฒนา ToR สำหรับ NPP และเจ้าหน้าที่ที่เกี่ยวข้องในการอนุมัติและทบทวนร่าง ToR สำหรับ NPP จะอยู่ที่หน้าสุดท้าย
รูปแบบของหน้าชื่อเรื่องของ TK ใน AU ระบุไว้ใน ภาคผนวก 2. แบบฟอร์มข้อกำหนดทางเทคนิคแผ่นสุดท้ายของ NPP ระบุไว้ใน ภาคผนวก 3.
3.5. หากจำเป็น ในหน้าชื่อเรื่องของ TK บน AU อนุญาตให้วางรหัสที่จัดตั้งขึ้นในอุตสาหกรรมได้ เช่น ตราประทับความปลอดภัย รหัสงาน หมายเลขทะเบียนของ TK เป็นต้น
3.6. หน้าชื่อเรื่องของส่วนเพิ่มเติมของ ToR สำหรับ NPP นั้นจัดทำขึ้นในลักษณะเดียวกับหน้าชื่อเรื่องของข้อกำหนดในการอ้างอิง แทนที่จะชื่อ "ข้อกำหนดในการอ้างอิง" พวกเขาเขียน "ภาคผนวกหมายเลข ... ถึง TOR สำหรับ AC ... "
3.7. ในเอกสารเพิ่มเติมที่ตามมาของ TOR ใน AU ข้อมูลพื้นฐานสำหรับการเปลี่ยนแปลง เนื้อหาของการเปลี่ยนแปลงและลิงก์ไปยังเอกสารตามการเปลี่ยนแปลงเหล่านี้
3.8. เมื่อนำเสนอข้อความของส่วนเสริมไปยัง TOR ควรระบุหมายเลขของย่อหน้าที่เกี่ยวข้อง ย่อหน้า ตารางของ TOR หลักใน AU ฯลฯ และควรใช้คำว่า: "replace", "supplement", " ลบ”, “ระบุในฉบับใหม่”

ภาคผนวก 1

1. ร่าง TOR สำหรับ NPP ได้รับการพัฒนาโดยผู้พัฒนาระบบโดยมีส่วนร่วมของลูกค้าตามข้อกำหนดทางเทคนิค (การใช้งาน การมอบหมายยุทธวิธีและทางเทคนิค ฯลฯ)
ในกรณีขององค์กรที่มีการแข่งขันสูง ลูกค้าจะพิจารณารูปแบบต่างๆ ของร่าง TOR สำหรับ NPP โดยจะเลือกตัวเลือกที่ต้องการ หรือเตรียม TOR เวอร์ชันสุดท้ายสำหรับ NPP ด้วยการมีส่วนร่วมของผู้พัฒนา NPP ในอนาคต
2. ความจำเป็นในการอนุมัติร่าง ToR สำหรับ NPP กับหน่วยงานกำกับดูแลของรัฐและองค์กรที่สนใจอื่น ๆ ถูกกำหนดร่วมกันโดยลูกค้าของระบบและผู้พัฒนาร่าง ToR ที่ NPP
งานเกี่ยวกับการอนุมัติร่าง TOR สำหรับ AC ดำเนินการโดยผู้พัฒนา TOR สำหรับ NPP และลูกค้าของระบบ แต่ละคนในองค์กรของกระทรวงของตนเอง (แผนก)
3. ระยะเวลาในการอนุมัติร่าง TOR สำหรับ NPP ในแต่ละองค์กรไม่ควรเกิน 15 วันนับจากวันที่ได้รับ ขอแนะนำให้ส่งสำเนาร่าง ToR สำหรับโรงไฟฟ้านิวเคลียร์ (สำเนา) พร้อมกันไปยังทุกองค์กร (แผนก) เพื่อขออนุมัติ
4. ข้อคิดเห็นเกี่ยวกับร่าง TOR สำหรับ NPPs จะต้องส่งพร้อมเหตุผลทางเทคนิค การตัดสินใจเกี่ยวกับความคิดเห็นจะต้องทำโดยผู้พัฒนาร่าง ToR สำหรับ NPP และลูกค้าของระบบก่อนที่จะได้รับการอนุมัติ ToR สำหรับ NPP
5. หากความขัดแย้งเกิดขึ้นระหว่างผู้พัฒนาและลูกค้า (หรือองค์กรที่สนใจอื่น ๆ ) เมื่อตกลงร่าง TOR ที่ NPP โปรโตคอลของความขัดแย้งจะถูกร่างขึ้น (แบบฟอร์มโดยพลการ) และการตัดสินใจเฉพาะในลักษณะที่กำหนด
6. การอนุมัติร่าง TOR ที่สนช. อนุญาตให้ร่างเป็นเอกสารแยกต่างหากได้ (จดหมาย) ในกรณีนี้ ภายใต้หัวข้อ "ตกลง" ให้เชื่อมโยงไปยังเอกสารนี้
7. การอนุมัติข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์ดำเนินการโดยหัวหน้าองค์กร (องค์กร) ของผู้พัฒนาและลูกค้าของระบบ
8. ข้อกำหนดสำหรับ NPP (เพิ่มเติมจากข้อกำหนด) ก่อนส่งเพื่อขออนุมัติจะต้องตรวจสอบโดยบริการควบคุมเชิงบรรทัดฐานขององค์กรที่พัฒนาข้อกำหนดและหากจำเป็นจะต้องได้รับการตรวจสอบทางมาตรวิทยา
9. สำเนา ToR ที่ได้รับอนุมัติสำหรับ NPP ภายใน 10 วันหลังจากได้รับการอนุมัติจะถูกส่งโดยผู้พัฒนา ToR สำหรับ NPP ไปยังผู้เข้าร่วมในการสร้างระบบ
10. การประสานงานและการอนุมัติเพิ่มเติม ToR สำหรับ NPP จะดำเนินการในลักษณะที่กำหนดไว้สำหรับ ToR สำหรับ NPP
11. การเปลี่ยนแปลง TOR ที่ NPP จะไม่ได้รับการอนุมัติหลังจากที่ระบบถูกส่งเพื่อเข้ารับการทดสอบการยอมรับ
12. การลงทะเบียน การบัญชี และการจัดเก็บข้อกำหนดทางเทคนิคที่ NPP และการเพิ่มเติมจะดำเนินการตามข้อกำหนดของ GOST 2.501

ชื่อองค์กร - ผู้พัฒนาข้อกำหนดทางเทคนิคสำหรับโรงไฟฟ้านิวเคลียร์

________________________________________________________
ชื่อประเภทไฟฟ้ากระแสสลับ
________________________________________________________
ชื่อของออบเจ็กต์อัตโนมัติ
________________________________________________________
อักษรย่อ AS

งานด้านเทคนิค
บน ____ แผ่น

ใช้ได้ตั้งแต่
ตกลง
หัวหน้า (ตำแหน่ง, ชื่อหน่วยงานประสานงาน)
ลายเซ็นส่วนตัว __________ สำเนาลายเซ็น _______________
ผนึก
วันที่

____________________________________
(รหัส TK)

ทำ

ตกลง

แอปพลิเคชัน(ข้อมูล) ข้อกำหนดสำหรับการสร้างชุดมาตรฐานแบบครบวงจรสำหรับระบบอัตโนมัติ

1. ข้อกำหนดเบื้องต้นเบื้องต้นสำหรับการสร้างคอมเพล็กซ์
1.1. การสร้างและการนำระบบอัตโนมัติของคลาสและวัตถุประสงค์ต่างๆ ไปใช้นั้นดำเนินการในหลายอุตสาหกรรมตามเอกสารด้านกฎระเบียบและทางเทคนิคที่กำหนดบรรทัดฐาน กฎเกณฑ์และข้อบังคับขององค์กร วิธีการและทางเทคนิค กฎและข้อบังคับต่างๆ ที่ขัดขวางการรวมระบบและการทำงานร่วมกันอย่างมีประสิทธิผล .
1.2. ในช่วงเวลาที่ Gosstandart ของสหภาพโซเวียตได้ตัดสินใจที่จะปรับปรุงมาตรฐานที่ซับซ้อนระหว่างภาคส่วนคอมเพล็กซ์และระบบมาตรฐานต่อไปนี้มีผลบังคับใช้ซึ่งกำหนดข้อกำหนดสำหรับโรงไฟฟ้านิวเคลียร์ประเภทต่างๆ:
1) ระบบเดียวมาตรฐานสำหรับระบบควบคุมอัตโนมัติ (ระบบที่ 24) ซึ่งใช้กับระบบควบคุมอัตโนมัติ ระบบควบคุมอัตโนมัติ ระบบควบคุมกระบวนการอัตโนมัติ และระบบองค์กรและเศรษฐกิจอื่นๆ
2) ชุดมาตรฐาน (ระบบ 23501); ขยายไปสู่ระบบการออกแบบโดยใช้คอมพิวเตอร์ช่วย
3) กลุ่มที่สี่ของระบบมาตรฐานที่ 14 ครอบคลุมระบบอัตโนมัติสำหรับการเตรียมเทคโนโลยีการผลิต
1.3. แนวปฏิบัติในการใช้มาตรฐานสำหรับระบบควบคุมอัตโนมัติ CAD ระบบควบคุมกระบวนการอัตโนมัติ ASTPP ได้แสดงให้เห็นว่าพวกเขาใช้เครื่องมือแนวคิดเดียวกัน มีวัตถุทั่วไปของมาตรฐานมากมาย อย่างไรก็ตาม ข้อกำหนดของมาตรฐานไม่ได้ประสานกัน มีความแตกต่างในองค์ประกอบและเนื้อหาของงาน ความแตกต่างในการกำหนด องค์ประกอบ เนื้อหาและรูปแบบของเอกสาร ฯลฯ
1.4. กับเบื้องหลังการขาดซิงเกิ้ล นโยบายทางเทคนิคในด้านการสร้าง AS ความหลากหลายของมาตรฐานไม่ได้ให้ความเข้ากันได้อย่างกว้างขวางของ AS ในระหว่างการโต้ตอบ ไม่อนุญาตให้ระบบถูกจำลองแบบ และขัดขวางการพัฒนาพื้นที่ที่มีแนวโน้มว่าจะใช้เทคโนโลยีคอมพิวเตอร์
1.5. ปัจจุบัน มีการเปลี่ยนแปลงไปสู่การสร้าง AS ที่ซับซ้อน (ระบบ CAD ต่างประเทศ - CAM) ซึ่งรวมถึงระบบควบคุมอัตโนมัติสำหรับกระบวนการทางเทคโนโลยีและอุตสาหกรรม CAD - นักออกแบบ CAD - นักเทคโนโลยี ASNI และระบบอื่นๆ การใช้กฎที่ขัดแย้งกันในการสร้างระบบดังกล่าวส่งผลให้คุณภาพลดลง ต้นทุนงานเพิ่มขึ้น และความล่าช้าในการดำเนินการ NPP
1.6. คอมเพล็กซ์เดียวมาตรฐานและแนวทางควรนำไปใช้กับระบบอัตโนมัติเพื่อวัตถุประสงค์ต่างๆ: ASNI, CAD, OASU, APCS, APCS, APCS, ASK, ASTPP รวมถึงการผสานรวม
1.7. ในการพัฒนาเอกสารระหว่างภาคการศึกษาควรพิจารณาคุณลักษณะต่อไปนี้ของ AU เป็นวัตถุมาตรฐาน:
1) ข้อกำหนดในการอ้างอิงเป็นเอกสารหลักตามที่การสร้าง AU และการยอมรับจากลูกค้า
2) ตามกฎแล้ว NPP นั้นถูกสร้างขึ้นโดยการออกแบบพร้อมชุดผลิตภัณฑ์ที่สมบูรณ์ของการผลิตแบบอนุกรมและแบบเดี่ยว และดำเนินการก่อสร้าง การติดตั้ง การว่าจ้าง และการว่าจ้างที่จำเป็นสำหรับการนำ NPP ไปใช้งาน
3) ในกรณีทั่วไป AS (ระบบย่อย AS) ประกอบด้วยซอฟต์แวร์และฮาร์ดแวร์ (STC) ซอฟต์แวร์และระเบียบวิธีเชิงซ้อน (PMC) และส่วนประกอบของการสนับสนุนทางเทคนิค ซอฟต์แวร์ และข้อมูล
ส่วนประกอบของการสนับสนุนประเภทนี้ รวมทั้ง PMK และ PTK จะต้องได้รับการผลิตและจัดจำหน่ายเป็นผลิตภัณฑ์สำหรับวัตถุประสงค์ทางอุตสาหกรรมและทางเทคนิค ส่วนประกอบสามารถรวมอยู่ใน AS เป็นชิ้นส่วนอิสระหรือสามารถรวมกันเป็นคอมเพล็กซ์ได้
4) การสร้าง AS ในองค์กร (องค์กร) ต้องมีการฝึกอบรมพิเศษสำหรับผู้ใช้และเจ้าหน้าที่บำรุงรักษาระบบ
5) การทำงานของ AS และคอมเพล็กซ์ได้รับการตรวจสอบโดยชุดเอกสารองค์กรและระเบียบวิธีพิจารณาในกระบวนการสร้างที่เป็นส่วนประกอบของการสนับสนุนทางกฎหมาย วิธีการ ภาษาศาสตร์ คณิตศาสตร์ องค์กรและประเภทอื่นๆ โซลูชันที่แยกจากกันที่ได้รับในกระบวนการพัฒนาซอฟต์แวร์เหล่านี้สามารถนำไปใช้เป็นส่วนประกอบของฮาร์ดแวร์ ซอฟต์แวร์ หรือการสนับสนุนข้อมูล
6) การทำงานร่วมกันและการทำงานร่วมกันของระบบและคอมเพล็กซ์ต่าง ๆ ดำเนินการบนพื้นฐานของ เครือข่ายท้องถิ่นคอมพิวเตอร์.
ข้อกำหนดและข้อตกลงที่ใช้กับเครือข่ายคอมพิวเตอร์ในพื้นที่นั้นเป็นสิ่งจำเป็นเพื่อให้แน่ใจว่าระบบ คอมเพล็กซ์ และส่วนประกอบเข้ากันได้
ความสัมพันธ์ระหว่าง CEN AU กับระบบและชุดมาตรฐานอื่นๆ
2.1. มาตรฐานในสาขา AS เป็นส่วนสำคัญของงานเกี่ยวกับปัญหาทั่วไป "เทคโนโลยีสารสนเทศ"
2.2. มาตรฐานชุดเดียวที่ควบคุมเอกสารสำหรับระบบอัตโนมัติ ร่วมกับระบบและชุดมาตรฐานอื่นๆ ควรสร้างการสนับสนุนด้านกฎระเบียบและทางเทคนิคที่สมบูรณ์สำหรับกระบวนการสร้างและการทำงานของ AS
2.3. EKS AS ควรครอบคลุมพื้นที่ของการกำหนดมาตรฐานเฉพาะสำหรับระบบอัตโนมัติ และขยายขอบเขตดั้งเดิมของการสร้างมาตรฐานไปยังซอฟต์แวร์และฮาร์ดแวร์ ซอฟต์แวร์และคอมเพล็กซ์ระเบียบวิธี และระบบอัตโนมัติโดยทั่วไป
2.4. ทิศทางและงานของการสร้างมาตรฐานในการสนับสนุนเชิงบรรทัดฐานและทางเทคนิคของกระบวนการสร้างและการดำเนินงานของ AS ถูกจัดกลุ่มดังนี้:
1) การจัดทำข้อกำหนดทางเทคนิคสำหรับผลิตภัณฑ์
2) ระเบียบวิธีทดสอบและหลักเกณฑ์การรับรองและรับรองผลิตภัณฑ์
3) ระเบียบและขั้นตอนการพัฒนา
4) การจัดตั้งกฎเอกสาร;
5) รับรองความเข้ากันได้;
6) กฎระเบียบของปัญหาองค์กรและระเบียบวิธีการทำงานของระบบ
ทิศทางที่ 1-4 เป็นประเพณีในการพัฒนา ผลิต และจัดหาผลิตภัณฑ์ แนวทางที่ 5, 6 มีความเฉพาะเจาะจงและปฏิบัติตามจากคุณลักษณะที่มีอยู่ใน AS
2.5. การจัดหาโรงไฟฟ้านิวเคลียร์โดยรวมและส่วนประกอบด้วยเอกสารด้านกฎระเบียบและทางเทคนิคภายในกรอบของพื้นที่ที่ยอมรับและงานมาตรฐานนั้นแตกต่างกัน
ส่วนประกอบของการสนับสนุนทางเทคนิค ซอฟต์แวร์ และข้อมูล เป็นผลิตภัณฑ์สำหรับวัตถุประสงค์ทางอุตสาหกรรม ได้รับการพิจารณาตามลำดับเป็นผลิตภัณฑ์การออกแบบ ซอฟต์แวร์ และข้อมูล ผลิตภัณฑ์เหล่านี้อยู่ภายใต้ชุดมาตรฐาน ESKD ในปัจจุบัน SRPP, ESPD, SGIP, USD, ตัวแยกประเภทและตัวเข้ารหัสของข้อมูลทางเทคนิคและเศรษฐกิจ, ความซับซ้อนของมาตรฐานประเภท "OTT", "วิธีทดสอบ", "TU" เช่นเดียวกับ OTT ของลูกค้า
2.5.1. วงจรชีวิตทั้งหมดของผลิตภัณฑ์การออกแบบนั้นมาพร้อมกับเอกสารด้านกฎระเบียบและทางเทคนิคที่มีผลบังคับใช้ในด้านวิศวกรรมเครื่องกลและการผลิตเครื่องมือ
2.5.2. ผลิตภัณฑ์ซอฟต์แวร์มาพร้อมกับ NTD ซึ่งรวมอยู่ใน ESPD และ OTT ของลูกค้า อย่างไรก็ตาม ควรขยายขอบเขตของ NTD เหล่านี้เพื่อสะท้อนถึงประเด็นที่เกี่ยวข้องกับการพัฒนา การสร้าง การแจกจ่าย และการดำเนินงานของผลิตภัณฑ์ซอฟต์แวร์
2.5.3. ขณะนี้ผลิตภัณฑ์ข้อมูลไม่ได้มาพร้อมกับ NTD แม้ว่าปัญหาบางอย่างจะได้รับการแก้ไขภายในกรอบการทำงานของ DDD ตัวแยกประเภทและตัวเข้ารหัสของข้อมูลทางเทคนิคและเศรษฐกิจ
2.6. ซอฟต์แวร์และฮาร์ดแวร์และซอฟต์แวร์และคอมเพล็กซ์ระเบียบวิธีถือเป็นผลิตภัณฑ์ที่ซับซ้อนซึ่งไม่มีความคล้ายคลึงในวิศวกรรมเครื่องกล พิจารณาสถานภาพ ปตท. และ อปท. เป็นผลิตภัณฑ์สำหรับวัตถุประสงค์ทางอุตสาหกรรม กฎและขั้นตอนสำหรับการพัฒนาควรคล้ายกับข้อกำหนดที่กำหนดโดยมาตรฐานของระบบสำหรับการพัฒนาและการนำผลิตภัณฑ์เข้าสู่การผลิต (SRPP)

เทคโนโลยีสารสนเทศ. ชุดมาตรฐานสำหรับระบบอัตโนมัติ คำแนะนำด้านเทคนิคสำหรับการพัฒนาระบบอัตโนมัติ

อิงตาม GOST 34.602-89 สำหรับการเขียนข้อกำหนดทางเทคนิคสำหรับระบบควบคุมอัตโนมัติจาก 01/01/1990

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

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

2. องค์ประกอบและเนื้อหา

2.1. TOR ประกอบด้วยส่วนต่างๆ ต่อไปนี้ ซึ่งสามารถแบ่งออกเป็นส่วนย่อย:

1) ข้อมูลทั่วไป
2) วัตถุประสงค์และเป้าหมายของการสร้าง (การพัฒนา) ของระบบ
3) ลักษณะของวัตถุ
4) ความต้องการของระบบ
5) องค์ประกอบและเนื้อหาของงานเพื่อสร้างระบบ
6) ขั้นตอนการควบคุมและยอมรับระบบ
7) ข้อกำหนดสำหรับองค์ประกอบและเนื้อหาของงานเพื่อเตรียมวัตถุการพัฒนาเพื่อให้ระบบใช้งานได้
8) ข้อกำหนดสำหรับเอกสาร;
9) แหล่งพัฒนา

แอปพลิเคชันอาจรวมอยู่ใน ToR

2.3. ในส่วน "ข้อมูลทั่วไป" ระบุ:

1) ชื่อเต็มของระบบและสัญลักษณ์ของระบบ
2) รหัสของหัวข้อหรือรหัส (หมายเลข) ของสัญญา
3) ชื่อ บริษัท ของผู้พัฒนาและลูกค้า (ผู้ใช้) ของระบบและรายละเอียด
4) รายการเอกสารบนพื้นฐานของการสร้างระบบโดยใครและเมื่อใดที่เอกสารเหล่านี้ได้รับการอนุมัติ
5) วันที่วางแผนไว้สำหรับการเริ่มต้นและเสร็จสิ้นการทำงานในการสร้างระบบ
6) ข้อมูลเกี่ยวกับแหล่งที่มาและขั้นตอนการจัดหาเงินทุน
7) ขั้นตอนในการทำให้เป็นทางการและนำเสนอผลงานในการสร้างระบบ (ชิ้นส่วน) ให้กับลูกค้าเกี่ยวกับการผลิตและการปรับวิธีการแต่ละอย่าง (ฮาร์ดแวร์ ซอฟต์แวร์ ข้อมูล) และซอฟต์แวร์และฮาร์ดแวร์ (ซอฟต์แวร์และระเบียบวิธี) คอมเพล็กซ์ของระบบ

1) วัตถุประสงค์ของระบบ
2) วัตถุประสงค์ในการสร้างระบบ

2.4.1. ในส่วนย่อย "วัตถุประสงค์ของระบบ" ระบุประเภทของกิจกรรมของระบบ (การจัดการ การออกแบบ ฯลฯ) และรายการของวัตถุข้อมูล (วัตถุ) ที่ควรจะใช้

2.4.2. ในส่วนย่อย "เป้าหมายของการสร้างระบบ" ให้ชื่อและค่าที่จำเป็นของตัวชี้วัดทางเทคนิค เทคโนโลยี เศรษฐกิจการผลิตหรืออื่น ๆ ของวัตถุข้อมูลที่ต้องบรรลุผลจากการสร้าง IS และระบุ เกณฑ์การประเมินความสำเร็จของเป้าหมายการสร้างระบบ

2.5. ในส่วน "ลักษณะของวัตถุประสงค์ของการให้ข้อมูล" พวกเขาให้:

1) ข้อมูลโดยย่อเกี่ยวกับวัตถุประสงค์ของการให้ข้อมูลหรือลิงก์ไปยังเอกสารที่มีข้อมูลดังกล่าว
2) ข้อมูลเกี่ยวกับสภาพการทำงานของออบเจ็กต์อัตโนมัติ

2.6. ส่วนความต้องการของระบบประกอบด้วยส่วนย่อยต่อไปนี้:

1) ข้อกำหนดสำหรับระบบโดยรวม
2) ข้อกำหนดสำหรับฟังก์ชั่น (งาน) ที่ดำเนินการโดยระบบ
3) ข้อกำหนดสำหรับประเภทหลักประกัน

องค์ประกอบของข้อกำหนดของระบบที่รวมอยู่ในส่วนนี้ของ TOR สำหรับ IS ถูกกำหนดขึ้นโดยขึ้นอยู่กับประเภท วัตถุประสงค์ คุณลักษณะเฉพาะ และเงื่อนไขการทำงานของระบบเฉพาะ

2.6.1. ในส่วนย่อย "ข้อกำหนดสำหรับระบบโดยรวม" ระบุ:

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

2.6.1.1. ข้อกำหนดสำหรับโครงสร้างและการทำงานของระบบ ได้แก่ :

1) รายการของระบบย่อย วัตถุประสงค์และลักษณะสำคัญ ข้อกำหนดสำหรับจำนวนระดับลำดับชั้นและระดับของการรวมศูนย์ของระบบ
2) ข้อกำหนดสำหรับวิธีการและวิธีการสื่อสารเพื่อแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
3) ข้อกำหนดสำหรับลักษณะของการเชื่อมต่อโครงข่ายของระบบที่ถูกสร้างขึ้นกับระบบที่เกี่ยวข้อง ข้อกำหนดสำหรับความเข้ากันได้ รวมถึงคำแนะนำในการแลกเปลี่ยนข้อมูล (โดยอัตโนมัติ โดยการส่งเอกสาร ทางโทรศัพท์ ฯลฯ )
4) ข้อกำหนดสำหรับโหมดการทำงานของระบบ
5) ข้อกำหนดสำหรับการวินิจฉัยระบบ
6) โอกาสในการพัฒนาความทันสมัยของระบบ

2.6.1.2. ในข้อกำหนดสำหรับจำนวนและคุณสมบัติของบุคลากรใน IS มีดังต่อไปนี้:

ข้อกำหนดสำหรับจำนวนบุคลากร (ผู้ใช้) ของ IS
ข้อกำหนดสำหรับคุณสมบัติของบุคลากร ขั้นตอนการฝึกอบรมและการควบคุมความรู้และทักษะ
โหมดการทำงานที่จำเป็นของบุคลากร IS

2.6.1.4. ข้อกำหนดด้านความน่าเชื่อถือ ได้แก่ :

1) องค์ประกอบและค่าเชิงปริมาณของตัวบ่งชี้ความน่าเชื่อถือสำหรับระบบโดยรวมหรือระบบย่อย
2) รายการสถานการณ์ฉุกเฉินที่ควรควบคุมความต้องการความน่าเชื่อถือและค่าของตัวบ่งชี้ที่เกี่ยวข้อง
3) ข้อกำหนดสำหรับความน่าเชื่อถือของฮาร์ดแวร์และซอฟต์แวร์
4) ข้อกำหนดสำหรับวิธีการประเมินและติดตามตัวบ่งชี้ความน่าเชื่อถือในขั้นตอนต่าง ๆ ของการสร้างระบบตามเอกสารกฎระเบียบและทางเทคนิคในปัจจุบัน

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

2.6.3.2. สำหรับการสนับสนุนข้อมูลของระบบ มีข้อกำหนดดังต่อไปนี้:

1) ถึงองค์ประกอบ โครงสร้าง และวิธีการจัดระเบียบข้อมูลในระบบ
2) การแลกเปลี่ยนข้อมูลระหว่างส่วนประกอบของระบบ
3) เพื่อความเข้ากันได้ของข้อมูลกับระบบที่อยู่ติดกัน
4) การใช้ระบบจัดการฐานข้อมูล
5) กับโครงสร้างของกระบวนการรวบรวม ประมวลผล ถ่ายโอนข้อมูลในระบบและนำเสนอข้อมูล
6) การปกป้องข้อมูล;
7) การควบคุม การจัดเก็บ การอัปเดต และการกู้คืนข้อมูล

2.6.3.3. สำหรับการสนับสนุนทางภาษาของระบบ ข้อกำหนดสำหรับการใช้ภาษาโปรแกรมระดับสูงในระบบ ภาษาที่โต้ตอบกับผู้ใช้และวิธีการทางเทคนิคของระบบ ตลอดจนข้อกำหนดสำหรับการเข้ารหัสและถอดรหัสข้อมูล การป้อนข้อมูล -ภาษาที่ส่งออก ภาษาที่ใช้จัดการข้อมูล วิธีการอธิบายหัวข้อและวิธีการจัดระเบียบบทสนทนา

1) การพึ่งพาซอฟต์แวร์ในสภาพแวดล้อมการทำงาน
2) คุณภาพของซอฟต์แวร์ตลอดจนวิธีการจัดเตรียมและควบคุมซอฟต์แวร์

2.6.3.5. สำหรับการสนับสนุนทางเทคนิคของระบบ มีข้อกำหนดดังต่อไปนี้:

1) ถึงประเภทของวิธีการทางเทคนิค รวมถึงประเภทของความซับซ้อนของวิธีการทางเทคนิค คอมเพล็กซ์ซอฟต์แวร์และฮาร์ดแวร์และส่วนประกอบอื่น ๆ ที่ยอมรับได้สำหรับใช้ในระบบ
2) กับลักษณะการทำงาน สร้างสรรค์ และการดำเนินงานของการสนับสนุนทางเทคนิคของระบบ

2.6.3.6. ข้อกำหนดสำหรับการสนับสนุนมาตรวิทยา ได้แก่ :

1) รายการเบื้องต้นของช่องวัด;
2) ข้อกำหนดสำหรับความถูกต้องของการวัดพารามิเตอร์และ (หรือ) สำหรับลักษณะทางมาตรวิทยาของช่องวัด
3) ข้อกำหนดสำหรับความเข้ากันได้ทางมาตรวิทยาของวิธีการทางเทคนิคของระบบ
4) รายการช่องควบคุมและการคำนวณของระบบที่จำเป็นต้องประเมินลักษณะความแม่นยำ
5) ข้อกำหนดสำหรับการสนับสนุนทางมาตรวิทยาของฮาร์ดแวร์และซอฟต์แวร์ที่เป็นส่วนหนึ่งของช่องทางการวัดของระบบ เครื่องมือ การควบคุมในตัว ความเหมาะสมทางมาตรวิทยาของช่องวัดและเครื่องมือวัดที่ใช้ในการปรับและทดสอบระบบ
6) ประเภทของการรับรองมาตรวิทยา (รัฐหรือแผนก) พร้อมการระบุขั้นตอนการดำเนินการและองค์กรที่ดำเนินการรับรอง

2.6.3.7. สำหรับการสนับสนุนองค์กร มีข้อกำหนดดังต่อไปนี้:

 1) กับโครงสร้างและหน้าที่ของหน่วยงานที่เกี่ยวข้องกับการทำงานของระบบหรือการดำเนินการ

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

 3) การป้องกันการกระทำที่ผิดพลาดของบุคลากรระบบ

ส่วนนี้ยังประกอบด้วย:

1) รายการเอกสารที่จะนำเสนอเมื่อสิ้นสุดขั้นตอนและขั้นตอนที่เกี่ยวข้อง
2) ประเภทและขั้นตอนสำหรับการตรวจสอบเอกสารทางเทคนิค (ขั้นตอน, ขั้นตอน, ขอบเขตของเอกสารที่ตรวจสอบ, ผู้เชี่ยวชาญขององค์กร);
3) โปรแกรมการทำงานที่มุ่งสร้างความมั่นใจในระดับที่ต้องการของความน่าเชื่อถือของระบบที่กำลังพัฒนา (ถ้าจำเป็น)
4) รายการงานเกี่ยวกับการสนับสนุนมาตรวิทยาในทุกขั้นตอนของการสร้างระบบโดยระบุกำหนดเวลาและองค์กรที่ดำเนินการ (ถ้าจำเป็น)

2.8. ในส่วน "ขั้นตอนการตรวจสอบและยอมรับระบบ" ระบุ:

1) ประเภท องค์ประกอบ ขอบเขต และวิธีการทดสอบของระบบและส่วนประกอบ
2) ข้อกำหนดทั่วไปสำหรับการยอมรับงานตามขั้นตอน, ขั้นตอนการตกลงและอนุมัติเอกสารการยอมรับ;

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

รายการกิจกรรมหลักประกอบด้วย:

1) การนำข้อมูลเข้าสู่ระบบ (ตามข้อกำหนดสำหรับข้อมูลและการสนับสนุนทางภาษา)
2) การสร้างเงื่อนไขสำหรับการทำงานของโครงการซึ่งรับประกันการปฏิบัติตามระบบที่สร้างขึ้นพร้อมข้อกำหนดที่มีอยู่ใน TOR
3) การสร้างส่วนย่อยและบริการที่จำเป็นสำหรับการทำงานของระบบ
4) เงื่อนไขและขั้นตอนการจัดบุคลากรและการฝึกอบรมพนักงาน

2.10. ในส่วน "ข้อกำหนดด้านเอกสาร" มีดังต่อไปนี้:

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

2.11. ส่วน "แหล่งที่มาของการพัฒนา" ควรแสดงรายการเอกสารและเอกสารข้อมูลบนพื้นฐานของการพัฒนา ToR และควรใช้เมื่อสร้างระบบ

3. กฎการออกแบบ

3.1. ส่วนและส่วนย่อยของ TOR ควรอยู่ในลำดับที่กำหนดในวินาที 2 มาตรฐานนี้

3.4. หน้าชื่อเรื่องของส่วนเสริมของ TOR ถูกวาดขึ้นในลักษณะเดียวกับหน้าชื่อเรื่องของข้อกำหนดในการอ้างอิง แทนที่จะชื่อ "ข้อกำหนดในการอ้างอิง" พวกเขาเขียน "ภาคผนวกหมายเลข ... ถึง TOR สำหรับ AC ... "

3.8. เมื่อนำเสนอข้อความของภาคผนวกของ TOR ควรระบุหมายเลขของย่อหน้าที่เกี่ยวข้อง ย่อหน้าย่อย ตารางของ TOR หลัก ฯลฯ และระบุคำว่า "แทนที่", "ส่วนเสริม", "ลบ", "ระบุใน ควรใช้ฉบับใหม่”

ขั้นตอนการพัฒนา ข้อตกลง และการอนุมัติ TK FOR IP

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

ในองค์กรที่มีการแข่งขันในการทำงาน ตัวเลือกสำหรับร่าง TOR จะพิจารณาโดยลูกค้า ซึ่งอาจเลือกตัวเลือกที่ต้องการ หรือเตรียม TOR รุ่นสุดท้ายสำหรับ AC ด้วยการมีส่วนร่วมของ นักพัฒนา IS ในอนาคต

2. ความจำเป็นในการอนุมัติร่าง ToR กับหน่วยงานกำกับดูแลของรัฐและองค์กรที่สนใจอื่น ๆ นั้นถูกกำหนดโดยลูกค้าของระบบและผู้พัฒนาร่าง ToR สำหรับ IP

งานเกี่ยวกับการอนุมัติร่าง TOR บน IC นั้นดำเนินการโดยผู้พัฒนา TOR และลูกค้าของระบบ แต่ละคนในองค์กรของกระทรวงของตนเอง (แผนก)

3. ระยะเวลาในการอนุมัติร่าง TOR ในแต่ละองค์กรไม่ควรเกิน 15 วันนับจากวันที่ได้รับ ขอแนะนำให้ส่งสำเนาร่าง ToR (สำเนา) เพื่อขออนุมัติพร้อมกันไปยังทุกองค์กร (แผนก)

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

5. หากเมื่อตกลงกับร่าง TK ความขัดแย้งเกิดขึ้นระหว่างผู้พัฒนาและลูกค้า (หรือองค์กรที่สนใจอื่น ๆ ) จากนั้นจะมีการร่างโปรโตคอลของความขัดแย้ง (แบบฟอร์มโดยพลการ) และการตัดสินใจเฉพาะในลักษณะที่กำหนด

6. การอนุมัติร่าง TOR สามารถร่างเป็นเอกสารแยกต่างหากได้ (จดหมาย) ในกรณีนี้ ภายใต้หัวข้อ "ตกลง" ให้เชื่อมโยงไปยังเอกสารนี้

7. การอนุมัติ TOR ดำเนินการโดยหัวหน้า บริษัท ของผู้พัฒนาและลูกค้าของระบบ

8. สำเนา ToR ที่ได้รับอนุมัติภายใน 10 วันหลังจากได้รับการอนุมัติจะถูกส่งโดยผู้พัฒนา ToR ไปยังผู้เข้าร่วมในการสร้างระบบ

9. การประสานงานและการอนุมัติการเพิ่ม TOR ดำเนินการในลักษณะที่กำหนดไว้สำหรับ TOR บน IP

10. การเปลี่ยนแปลง TOR ไม่ได้รับอนุญาตให้อนุมัติหลังจากส่งระบบหรือรอการทดสอบการยอมรับ

แบบฟอร์มชื่อเรื่อง TK

______________________________________________________ .

ชื่อองค์กร - ผู้พัฒนา TK บน IP

อนุมัติ

หัวหน้า (ตำแหน่ง, ชื่อบริษัท - ลูกค้า IP)

ผนึก

วันที่
อนุมัติ

หัวหน้า (ตำแหน่ง, ชื่อบริษัท - ผู้พัฒนา "IS")

ลายเซ็นส่วนตัว สำเนาลายเซ็น

ผนึก

วันที่

ชื่อประเภท IP

________________________________________________________

ชื่อของวัตถุสารสนเทศ

________________________________________________________

ชื่อย่อของIS
งานด้านเทคนิค

บน ____ แผ่น

ใช้ได้ตั้งแต่

ตกลง

หัวหน้า (ตำแหน่ง, ชื่อหน่วยงานประสานงาน)

ลายเซ็นส่วนตัว สำเนาลายเซ็น