ขั้นตอนมาตรฐานสำหรับการทดสอบทางอุตสาหกรรม สารานุกรมขนาดใหญ่ของน้ำมันและก๊าซ

หน้า 1

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

การทดสอบการยอมรับควรทำ 2 ครั้ง: หลักภายใน 3 เดือน

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

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

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

การทดสอบการยอมรับจะต้องดำเนินการกับต้นแบบของเครื่องไฟฟ้า ดังนั้นขอบเขตของการทดสอบเหล่านี้จึงค่อนข้างใหญ่ ใช่สำหรับรถยนต์ กระแสตรงโปรแกรมทดสอบการยอมรับประกอบด้วย 17 รายการสำหรับเครื่องซิงโครนัส - 22 รายการสำหรับมอเตอร์แบบอะซิงโครนัส - 16 รายการ

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

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

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

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

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

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

การทดสอบการยอมรับจะกำหนดความสอดคล้องของลักษณะการทำงานที่แท้จริงของเครื่องจักรตามข้อกำหนด และดำเนินการบนแท่นวางพิเศษในสภาวะที่ใกล้เคียงกับการทำงานจริงมากที่สุด

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

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

27 มกราคม 2557 08:45 น.

"และนี่เรารู้ไหมทุกคนชอบทานขนมปัง ... "
จากการ์ตูนเรื่อง "คาร์ลสันกลับมาแล้ว"

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

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

เล็กน้อยเกี่ยวกับมาตรฐาน ในสมัยโบราณในฐานะนักเรียน ฉันก็เหมือนคนหนุ่มสาวหลายคนในรุ่นของฉัน ไม่เชื่อในมาตรฐานและแนวทางต่าง ๆ ของสหภาพโซเวียต ในขณะที่ไม่ได้เจาะลึกถึงแก่นแท้ของพวกเขา แต่เวลาผ่านไปไม่นานและสามัญสำนึกก็เข้ามาแทนที่ ฉันไม่เพียงแต่ใช้ GOST ด้วยตัวเอง แต่ยังแนะนำให้ผู้อื่นใช้ด้วย แน่นอนว่ามี atavisms ที่ชัดเจนใน GOST ในยุค 80-90 แต่ฉันเปรียบเทียบกับกฎบัตรของกองทัพพวกเขาถูกเรียกว่า "เขียนด้วยเลือด" และเชื่อฉันว่ามีความคิดที่สมเหตุสมผลมากมาย ผู้เชี่ยวชาญที่รู้จัก GOST รวมถึงเอกสารที่ร่างขึ้นตาม GOST และ RD สามารถมองเห็นได้จากระยะไกลและแตกต่างกันอย่างชัดเจนเพื่อสิ่งที่ดีกว่า

การทดสอบการยอมรับจะดำเนินการตาม GOST 34.603-92 " เทคโนโลยีสารสนเทศ. ประเภทของการทดสอบระบบอัตโนมัติ". การทดสอบประเภทนี้ถือเป็นที่สิ้นสุดหลังจากการทดสอบเบื้องต้นและการทดลองใช้งาน จุดประสงค์ของการทดสอบเหล่านี้คือเพื่อตรวจสอบความสอดคล้องของระบบอัตโนมัติกับข้อกำหนดของข้อกำหนดในการอ้างอิงและเพื่อสรุปเกี่ยวกับความพร้อมของระบบสำหรับการดำเนินการอย่างถาวร

การทดสอบดำเนินการตามเอกสารโปรแกรมและวิธีการทดสอบการยอมรับ (TMI) PMI ได้รับการพัฒนาโดยใช้ RD 50-34.698-90 “ระบบอัตโนมัติ ข้อกำหนดสำหรับเนื้อหาของเอกสาร. ประการแรก ขอบคุณเอกสารนี้ การทดสอบเพื่อการยอมรับ "ตามแนวคิด" กลายเป็นการทดสอบเพื่อการยอมรับ "โดยวิทยาศาสตร์" PMI อธิบายข้อกำหนดทั้งหมด (หน้าที่และไม่ใช่หน้าที่) ของข้อกำหนดในการอ้างอิงและผลลัพธ์ที่คาดหวังของการตรวจสอบ

สภาหมายเลข 1 PMI เป็นโอกาสสุดท้ายที่ลูกค้าจะมีอิทธิพลต่อลักษณะของระบบข้อมูลที่ได้รับ โดยเฉพาะอย่างยิ่งหากในโครงการมีการพัฒนาข้อกำหนดในการอ้างอิงซึ่งในความหมายดั้งเดิมระบุว่า "สิ่งที่ต้องทำ" (เป้าหมายและวัตถุประสงค์ ข้อกำหนดทั่วไป, ข้อกำหนดสำหรับซอฟต์แวร์ ฮาร์ดแวร์และเอกสารประกอบ ข้อกำหนดสำหรับบุคลากร ฯลฯ) และไม่ได้พัฒนาการออกแบบทางเทคนิคซึ่งระบุว่า "ทำอย่างไร" (เฉพาะ โซลูชั่นทางเทคนิคสำหรับการดำเนินการตามข้อกำหนดเฉพาะของข้อกำหนดในการอ้างอิง) ให้เวลาเพียงพอในการพัฒนาและตกลงเกี่ยวกับวิธีการทดสอบโปรแกรมและการยอมรับ หากคุณต้องการ นี่คือกฎบัตรการทดสอบการยอมรับของคุณ

นอกจากการยอมรับ PMI แล้ว ลูกค้าไม่ควรลืมที่จะออกคำสั่งเกี่ยวกับองค์ประกอบของคณะกรรมการตอบรับ และทำความคุ้นเคยกับสมาชิกแต่ละคนด้วย PMI จากการลงนาม ใครจะรวมอยู่ในค่าคอมมิชชั่นเป็นเรื่องส่วนตัวของลูกค้า ฉันขอแนะนำว่าต้องมี:

• ลูกค้าประจำ
• ตัวแทนหน่วยงาน - ผู้ใช้หลักของ System
• ตัวแทนของฝ่ายเทคนิคที่จะให้บริการระบบต่อไป

และยังไม่ได้ (ใช้กับทั้งสองฝ่าย):

• พนักงานที่อ่อนแอและไม่สมดุล
• พนักงานไม่ฟังและแสดงออกไม่ดี
• นักแปลอิสระตัวแทนบริษัทคู่แข่ง

สภาหมายเลข 2คุณต้องการให้ทุกอย่าง "เป็นแบบผู้ใหญ่" ในระหว่างการทดสอบการยอมรับของระบบอัตโนมัติหรือไม่? นอกเหนือจากการตรวจสอบข้อกำหนดการทำงานแล้ว ให้ทำดังนี้

• การปรับใช้ซอฟต์แวร์ระบบตั้งแต่เริ่มต้น
• การตรวจสอบตัวบ่งชี้เวลาที่ประกาศของการฟื้นฟูระบบทั้งหมดและบางส่วน
• ตรวจสอบประสิทธิภาพของระบบโดยการวัดเวลาดำเนินการของฟังก์ชันหลัก แม้ว่าจะอยู่ในโหมดพิเศษ แน่นอน ตัวชี้วัดเหล่านี้ต้องได้รับการอธิบายในขั้นต้นในข้อกำหนดในการอ้างอิง มิฉะนั้นคู่สัญญาจะถึงวาระที่จะโต้แย้งว่ามี "เวลาที่สะดวกสบาย" สำหรับการดำเนินการนี้หรือการดำเนินการนั้น ความคิดเห็นส่วนตัวของฉันยังคงเหมือนเดิมเป็นเวลาหลายปี - สูงสุด 3 วินาที เพื่อดำเนินการอย่างง่ายขั้นพื้นฐาน จากนั้นคุณต้องดำเนินการจาก สถานการณ์เฉพาะ
• ตรวจสอบความเสถียรและความน่าเชื่อถือของระบบ แม้แต่การทดสอบเบื้องต้นก็เพียงพอแล้ว - เปิดแบบฟอร์มอินเทอร์เฟซสำหรับป้อนข้อมูล ดึงสายไฟออก หรือตัดการเชื่อมต่อ Wi-Fi พยายามบันทึกข้อมูล รับข้อความที่เพียงพอ กู้คืนการเชื่อมต่อแล้วลองบันทึกอีกครั้ง . หากเว็บแอปพลิเคชันนี้แนะนำให้ตรวจสอบความถูกต้องของการรีโหลดหน้า กล่าวคือ หลังจากเปิดฟอร์ม / เพจเฉพาะ หลังจากรันคำสั่งบันทึกข้อมูล ฯลฯ ให้บังคับคำสั่งรีเฟรช (ในเบราว์เซอร์ ปกติจะเป็นปุ่ม F5 )
• ตรวจสอบความครบถ้วนและคุณภาพของเอกสาร ควรทำส่วนนี้ให้เสร็จก่อนเริ่มการทดสอบจะดีกว่าเพราะ ใช้เวลาค่อนข้างมาก โดยตรงกับการทดสอบตัวเองประกาศผลการทดสอบนี้

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

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

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

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

หลังจากการทดสอบที่ประสบความสำเร็จตามประเพณีรัสเซียโบราณ ระบบแรกเกิดจะต้อง "ล้าง" แม้ว่าฉันจะไม่พบสิ่งนี้ใน GOST ก็ตาม

(4.44 - จัดอันดับโดย 9 คน)

ไม่ ไม่ใช่แบบนั้น เพียงแต่ว่าเวลาต่างกันและงานที่เรามีก็ต่างกัน

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

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

มาตรฐานสถานะของสหภาพ SSR

ชุดมาตรฐานสำหรับ ระบบอัตโนมัติ

มาตรฐานนี้ใช้กับระบบอัตโนมัติ (AS) ที่ใช้ใน หลากหลายชนิดกิจกรรม (การวิจัย การออกแบบ การจัดการ ฯลฯ) รวมถึงการผสมผสานที่เกิดขึ้นในองค์กร สมาคม และองค์กรต่างๆ (ต่อไปนี้ - องค์กร)

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

ข้อกำหนดที่ใช้ในมาตรฐานนี้และคำจำกัดความเป็นไปตาม GOST 34.003

ข้อกำหนดของมาตรฐานนี้ ยกเว้นข้อ 2.2.4, 4.4, 4.5 เป็นข้อบังคับ แนะนำให้ใช้ข้อกำหนดของข้อ 2.2.4, 4.4, 4.5

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

1.1. การทดสอบ NPP ดำเนินการในขั้นตอนของ "การว่าจ้าง" ตาม GOST 34.601 เพื่อตรวจสอบการปฏิบัติตาม NPP ที่สร้างขึ้นด้วยข้อกำหนดของเงื่อนไขการอ้างอิง (TOR)

1.2. การทดสอบ NPP เป็นกระบวนการตรวจสอบประสิทธิภาพของฟังก์ชันที่ระบุของระบบ กำหนดและตรวจสอบการปฏิบัติตามข้อกำหนดของ TOR ของลักษณะเชิงปริมาณและ (หรือ) เชิงคุณภาพของระบบ ระบุและกำจัดข้อบกพร่องในการดำเนินการของระบบใน เอกสารที่พัฒนาขึ้น

1.3. สำหรับ AU มีการกำหนดประเภทการทดสอบหลักดังต่อไปนี้: 1) เบื้องต้น; 2) การดำเนินการทดลอง; 3) การยอมรับ

หมายเหตุ:

1. อนุญาตให้ทำการทดสอบ AU และชิ้นส่วนประเภทอื่นเพิ่มเติมได้

2. อนุญาตให้จัดประเภทการทดสอบการยอมรับขึ้นอยู่กับสถานะของคณะกรรมการตอบรับ (องค์ประกอบของสมาชิกของคณะกรรมการและระดับของการอนุมัติ)

3. ประเภทของการทดสอบและสถานะของคณะกรรมการตอบรับนั้นกำหนดไว้ในสัญญาและ (หรือ) TOR

1.4. ขึ้นอยู่กับการเชื่อมต่อระหว่างกันของวัตถุที่ทดสอบใน NPP การทดสอบอาจเป็นแบบอัตโนมัติหรือซับซ้อนก็ได้

การทดสอบอัตโนมัติครอบคลุมส่วนต่างๆ ของ AU มีการดำเนินการเนื่องจากส่วนต่างๆ ของ NPP พร้อมสำหรับการว่าจ้างสำหรับการดำเนินการทดลอง

การทดสอบที่ครอบคลุมจะดำเนินการสำหรับกลุ่ม ส่วนที่เชื่อมต่อถึงกันของ AU หรือสำหรับ AU โดยรวม

1.5. ในการวางแผนการทดสอบทุกประเภทได้มีการพัฒนาเอกสาร "โปรแกรมและวิธีการทดสอบ" ผู้พัฒนาเอกสารจัดตั้งขึ้นในสัญญาหรือ TK

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

1.7. โปรแกรมทดสอบและระเบียบวิธีทดสอบสามารถพัฒนาสำหรับ AC โดยรวม สำหรับส่วนหนึ่งของ AC การทดสอบ (กรณีทดสอบ) อาจรวมเป็นแอปพลิเคชัน

1.8. การทดสอบเบื้องต้น AU ดำเนินการเพื่อกำหนดประสิทธิภาพและตัดสินใจว่าจะยอมรับ AC สำหรับการดำเนินการทดลองได้หรือไม่

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

1.10. การดำเนินการทดลองของ NPP ดำเนินการเพื่อกำหนดค่าที่แท้จริงของลักษณะเชิงปริมาณและคุณภาพของ NPP และความพร้อมของบุคลากรในการทำงานในเงื่อนไขของการดำเนินงานของ NPP กำหนดประสิทธิภาพที่แท้จริงของ NPP และแก้ไขเอกสาร (ถ้าจำเป็น)

1.11. ดำเนินการทดสอบการยอมรับของ NPP เพื่อกำหนดการปฏิบัติตาม NPP ด้วยเงื่อนไขการอ้างอิง ประเมินคุณภาพของการดำเนินการทดลอง และตัดสินใจเกี่ยวกับความเป็นไปได้ของการยอมรับ NPP สำหรับการดำเนินการถาวร

1.12. การทดสอบการยอมรับของ AU ควรนำหน้าด้วยการดำเนินการทดลองที่โรงงาน

1.13. ขึ้นอยู่กับประเภทของข้อกำหนดสำหรับ AU สำหรับการทดสอบ การตรวจสอบ หรือการรับรอง ขึ้นอยู่กับ: 1) ชุดซอฟต์แวร์และฮาร์ดแวร์ 2) บุคลากร; 3) เอกสารการปฏิบัติงานที่ควบคุมกิจกรรมของบุคลากรระหว่างการดำเนินงานของ NPP 4) AS โดยทั่วไป

1.14. เมื่อทำการทดสอบ AU พวกเขาตรวจสอบ: 1) คุณภาพของฟังก์ชั่นอัตโนมัติที่ดำเนินการโดยคอมเพล็กซ์ของซอฟต์แวร์และฮาร์ดแวร์ในทุกโหมดการทำงานของ AU ตามคำสั่งของงานสำหรับการสร้าง AU; 2) ความรู้เกี่ยวกับเอกสารการปฏิบัติงานของบุคลากรและความพร้อมของทักษะที่จำเป็นในการปฏิบัติหน้าที่ที่กำหนดไว้ในทุกโหมดการดำเนินงานของ NPP ตาม TOR สำหรับการสร้าง NPP 3) ความสมบูรณ์ของคำแนะนำที่มีอยู่ในเอกสารการปฏิบัติงานสำหรับบุคลากรในการปฏิบัติหน้าที่ในทุกโหมดของ NPP ตาม TOR สำหรับการสร้าง NPP 4) ลักษณะเชิงปริมาณและ (หรือ) เชิงคุณภาพของการทำงานของฟังก์ชันอัตโนมัติและอัตโนมัติของ AU ตาม TOR; 5) คุณสมบัติอื่น ๆ ของ AU ซึ่งต้องเป็นไปตาม TOR

1.15. ควรทำการทดสอบ AU ที่ไซต์ของลูกค้า ตามข้อตกลงระหว่างลูกค้าและนักพัฒนา การทดสอบเบื้องต้นและการยอมรับซอฟต์แวร์ AU จะได้รับอนุญาตให้ดำเนินการกับฮาร์ดแวร์ของนักพัฒนาเมื่อสร้างเงื่อนไขเพื่อให้ได้ผลการทดสอบที่เชื่อถือได้

1.16. อนุญาตให้ทำการทดสอบตามลำดับและทดสอบการทำงานของชิ้นส่วนต่างๆ ของ NPP สำหรับการทดลองใช้งานและการทำงานถาวร โดยขึ้นอยู่กับคำสั่งให้ NPP ดำเนินการตามที่กำหนดไว้ใน ToR

2. การทดสอบเบื้องต้น

2.1. การทดสอบเบื้องต้นของ AU สามารถ: 1) อิสระ; 2) ซับซ้อน

2.2. การทดสอบด้วยตนเอง

2.2.1. การทดสอบอัตโนมัติของ AU ควรดำเนินการตามโปรแกรมและวิธีการทดสอบอัตโนมัติที่พัฒนาขึ้นสำหรับแต่ละส่วนของ AU

2.2.2. โปรแกรมการทดสอบอัตโนมัติระบุว่า: 1) รายการฟังก์ชั่นที่จะทดสอบ; 2) คำอธิบายความสัมพันธ์ของวัตถุทดสอบกับส่วนอื่น ๆ ของ NPP 3) เงื่อนไข ขั้นตอน และวิธีการทดสอบและประมวลผลผล 4) เกณฑ์การยอมรับชิ้นส่วนตามผลการทดสอบ

ควรแนบตารางการทดสอบออฟไลน์กับโปรแกรมทดสอบออฟไลน์

2.2.3. การทดสอบที่จัดเตรียมและประสานงาน (กรณีทดสอบ) ในขั้นตอนการทดสอบแบบอิสระควรมี: 1) การตรวจสอบฟังก์ชันและขั้นตอนทั้งหมดตามรายการที่ตกลงกับลูกค้า 2) ความแม่นยำในการคำนวณที่กำหนดซึ่งกำหนดไว้ใน TOR; 3) การตรวจสอบคุณสมบัติชั่วคราวหลักของการทำงานของซอฟต์แวร์ (ในกรณีที่มีความสำคัญ) 4) ตรวจสอบความน่าเชื่อถือและความเสถียรของการทำงานของซอฟต์แวร์และฮาร์ดแวร์

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

2.2.5 ผลการทดสอบชิ้นส่วนอัตโนมัติของ AU ควรบันทึกไว้ในรายงานการทดสอบ โปรโตคอลต้องมีข้อสรุปเกี่ยวกับความเป็นไปได้ (เป็นไปไม่ได้) ในการยอมรับส่วนหนึ่งของ NPP ในการทดสอบที่ซับซ้อน

2.2.6. ในกรณีที่พบว่าการทดสอบด้วยตนเองไม่เพียงพอหรือมีการละเมิดข้อกำหนดของเอกสารกำกับดูแลเกี่ยวกับองค์ประกอบหรือเนื้อหาของเอกสาร ส่วนที่ระบุของ AU สามารถส่งคืนเพื่อแก้ไขและใหม่ กำหนดระยะเวลาการทดสอบ

2.3. การทดสอบที่ซับซ้อน

2.3.1. การทดสอบ AU ที่ครอบคลุมนั้นดำเนินการโดยทำการทดสอบที่ซับซ้อน ผลการทดสอบจะแสดงในโปรโตคอล งานเสร็จสมบูรณ์ด้วยการดำเนินการใบรับรองการยอมรับสำหรับการดำเนินการทดลอง

2.3.2. โปรแกรมการทดสอบบูรณาการของ NPP หรือบางส่วนของ NPP ระบุ: 1) รายการของวัตถุทดสอบ; 2) องค์ประกอบของเอกสารที่ส่งมา; 3) คำอธิบายความสัมพันธ์ที่กำลังทดสอบระหว่างรายการทดสอบ 4) ลำดับการทดสอบชิ้นส่วน NPP 5) ขั้นตอนและวิธีการทดสอบ รวมถึงองค์ประกอบของซอฟต์แวร์และอุปกรณ์ที่จำเป็นสำหรับการทดสอบ รวมถึงแท่นพิเศษและไซต์ทดสอบ

2.3.3. ในการดำเนินการทดสอบที่ซับซ้อนต้องยื่นสิ่งต่อไปนี้: 1) โปรแกรมการทดสอบที่ซับซ้อน; 2) ข้อสรุปเกี่ยวกับการทดสอบอิสระของส่วนที่เกี่ยวข้องของ AU และการขจัดข้อผิดพลาดและความคิดเห็นที่ระบุในระหว่างการทดสอบด้วยตนเอง 3) การทดสอบที่ซับซ้อน 4) ซอฟต์แวร์และฮาร์ดแวร์และเอกสารประกอบการปฏิบัติงานที่เกี่ยวข้อง

2.3.4. ในการทดสอบที่ซับซ้อน อนุญาตให้ใช้เป็นข้อมูลเบื้องต้นที่ได้จากการทดสอบอัตโนมัติของส่วนต่างๆ ของ NPP

2.3.5. การทดสอบที่ครอบคลุมควร: 1) เชื่อมโยงอย่างมีเหตุมีผล; 2) เพื่อให้แน่ใจว่ามีการตรวจสอบการทำงานของส่วนต่างๆ ของ NPP ในทุกโหมดการทำงานที่กำหนดไว้ใน ToR สำหรับ NPP รวมถึงการเชื่อมต่อทั้งหมดระหว่างกัน 3) จัดให้มีการตรวจสอบการตอบสนองของระบบต่อข้อมูลที่ไม่ถูกต้องและสถานการณ์ฉุกเฉิน

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

หลังจากขจัดข้อบกพร่องแล้ว การทดสอบที่ซับซ้อนซ้ำๆ จะดำเนินการใน จำนวนเงินที่ต้องการ.

3. การดำเนินการทดลอง

3.1. การดำเนินการทดลองดำเนินการตามโปรแกรมซึ่งระบุว่า: 1) เงื่อนไขและขั้นตอนการทำงานของส่วนต่าง ๆ ของ NPP และ NPP โดยรวม; 2) ระยะเวลาของการดำเนินการทดลอง เพียงพอที่จะตรวจสอบการทำงานที่ถูกต้องของ NPP เมื่อทำหน้าที่แต่ละอย่างของระบบและความพร้อมของบุคลากรในการทำงานในเงื่อนไขการทำงานของ NPP 3) ขั้นตอนการกำจัดข้อบกพร่องที่ระบุระหว่างการดำเนินการทดลอง

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

3.3. จากผลของการดำเนินการทดลอง การตัดสินใจเกี่ยวกับความเป็นไปได้ (หรือความเป็นไปไม่ได้) ของการนำเสนอส่วนต่างๆ ของ NPP และระบบโดยรวมสำหรับการทดสอบการยอมรับ

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

4. การทดสอบการยอมรับ

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

4.2. สำหรับการทดสอบการยอมรับจะต้องแสดงเอกสารดังต่อไปนี้: 1) งานด้านเทคนิคเพื่อสร้าง AS; 2) การกระทำการยอมรับสำหรับการดำเนินการทดลอง; 3) บันทึกการทำงานของการทดลองใช้; 4) การดำเนินการเสร็จสิ้นของการดำเนินการทดลองและการรับ NPP ในการทดสอบการยอมรับ 5) โปรแกรมและวิธีการทดสอบ

การทดสอบการยอมรับควรทำที่สถานที่ทำงาน

4.3. การทดสอบการยอมรับก่อนอื่นควรรวมถึงการตรวจสอบ: 1) ความสมบูรณ์และคุณภาพของการใช้งานฟังก์ชั่นที่เป็นมาตรฐาน, การจำกัด, ค่าวิกฤตของพารามิเตอร์ของออบเจกต์อัตโนมัติและในสภาพการทำงานอื่น ๆ ของ NPP ที่ระบุใน ToR ; 2) การปฏิบัติตามข้อกำหนดแต่ละข้อที่เกี่ยวข้องกับอินเทอร์เฟซระบบ 3) การทำงานของบุคลากรในโหมดโต้ตอบ 4) วิธีการและวิธีการในการกู้คืนความสามารถในการทำงานของ AU หลังจากล้มเหลว 5) ความครบถ้วนและคุณภาพของเอกสารการปฏิบัติงาน

4.4. แนะนำให้ทำการตรวจสอบความสมบูรณ์และคุณภาพของการทำงานของฟังก์ชัน AU ในสองขั้นตอน ในขั้นตอนแรก จะมีการทดสอบแต่ละฟังก์ชัน (งาน, ภารกิจเชิงซ้อน) ในเวลาเดียวกันพวกเขาจะตรวจสอบการปฏิบัติตามข้อกำหนดของ TOR สำหรับฟังก์ชั่น (งาน, คอมเพล็กซ์งาน) ในขั้นตอนที่สองจะมีการตรวจสอบการโต้ตอบของงานในระบบและการปฏิบัติตามข้อกำหนดของ TOR สำหรับระบบโดยรวม

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

4.6. การตรวจสอบการทำงานของบุคลากรในโหมดโต้ตอบนั้นพิจารณาถึงความสมบูรณ์และคุณภาพของประสิทธิภาพการทำงานของระบบโดยรวม

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

4.7. การตรวจสอบวิธีการคืนค่าความสามารถในการทำงานของ AU หลังจากคอมพิวเตอร์ขัดข้องควรรวมถึง: 1) การตรวจสอบการมีอยู่ในเอกสารประกอบการปฏิบัติงานของคำแนะนำสำหรับการกู้คืนความสามารถในการใช้งานได้และความสมบูรณ์ของคำอธิบาย; 2) ความเป็นไปได้ของขั้นตอนที่แนะนำ 3) การทำงานของเครื่องมือการกู้คืนอัตโนมัติ ฟังก์ชัน (ถ้ามี)

4.8. การตรวจสอบความสมบูรณ์และคุณภาพของเอกสารการปฏิบัติงานควรดำเนินการโดยการวิเคราะห์เอกสารเพื่อให้สอดคล้องกับข้อกำหนดของเอกสารด้านกฎระเบียบและทางเทคนิคใน TOR

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

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

งานเสร็จสมบูรณ์โดยการดำเนินการตามพระราชบัญญัติการยอมรับของ NPP เป็นการดำเนินงานถาวร

การพัฒนา CD และ TD และหากจำเป็น เอกสารโปรแกรมจะดำเนินการตามกฎที่กำหนดโดยมาตรฐานของ Unified System for Design Documentation (ESKD), Unified System for Technological Documentation (ESTD) และ Unified System สำหรับเอกสารโปรแกรม (ESPD)

การจัดการการออกแบบต้องเป็นไปตามข้อกำหนดของ 4.4 GOST R ISO 9001 หากใช้รุ่นแรกตาม NPB 180-99 ตามคำร้องขอของ GUGPS ผู้พัฒนา (ผู้ผลิต) จะพัฒนาการออกแบบทางเทคนิค (ข้อกำหนดสำหรับ การออกแบบทางเทคนิคถูกกำหนดไว้ใน GOST 2.120-73 ESKD การออกแบบทางเทคนิค) ซึ่งประสานงานกับ GUGPS และ VNIIPO เมื่อใช้โมเดลที่สองและสาม ลูกค้าหรือนักพัฒนาจะตัดสินใจเกี่ยวกับความจำเป็นในการพัฒนาโครงการทางเทคนิค

โดยไม่คำนึงถึงรูปแบบการใช้งาน สิทธิ์ใน DD ที่พัฒนาแล้วนั้นถูกกำหนดโดยสัญญาระหว่างลูกค้าและผู้พัฒนา (ผู้ผลิตและผู้ผลิต) การแก้ปัญหาสิทธิในเอกสารการออกแบบเป็นหนึ่งในกุญแจสำคัญในการพัฒนาและการผลิต อุปกรณ์ดับเพลิง. เมื่อนำแบบจำลองที่หนึ่งและรุ่นที่สองไปใช้ การให้สิทธิ์ CA แก่ลูกค้าจะเป็นประโยชน์มากกว่า (โครงสร้าง SBS) ซึ่งช่วยให้ลูกค้า (โครงสร้าง SBS) ตัดสินใจในการออกหรือเพิกถอนใบอนุญาตสำหรับการผลิต PA สร้างการแข่งขันเมื่อโอนเอกสารการออกแบบไปยังผู้ผลิตรายใหม่ ซึ่งจะส่งผลต่อผู้ผลิตหรือผู้ผลิต หากสิทธิ์ในเอกสารการออกแบบเป็นของ State Fire Service จะทำให้สามารถสั่งซื้อการผลิต PA ที่พัฒนาแล้วในองค์กรที่ตรงตามข้อกำหนดของ State Fire Service มิฉะนั้น เมื่อเปลี่ยนผู้ผลิต จำเป็นต้องพัฒนาเอกสารการออกแบบใหม่ ซึ่งใช้เวลานานและเกี่ยวข้องกับต้นทุนวัสดุจำนวนมาก สถานการณ์ที่คล้ายกันได้เกิดขึ้นแล้วในประวัติศาสตร์ของการผลิตอุปกรณ์ดับเพลิงในรัสเซีย: ในระหว่างการแยกยูเครน จำเป็นต้องจัดระเบียบการผลิตใหม่ ดังนั้นเอกสารการออกแบบและ TD สำหรับ PA ซึ่งคล้ายกับ PA ที่ผลิตขึ้น ที่โรงงานในหมู่บ้าน เขตกำยาน Pryluky ของภูมิภาค Chernihiv

เพื่อยืนยันการปฏิบัติตามเอกสารการออกแบบที่พัฒนาขึ้นกับ TOR ได้มีการสร้าง PA ทดลองหรือต้นแบบ: แบบทดลอง - สำหรับการผลิตจำนวนมาก หัว - สำหรับไม่ใช่ซีเรียล เมื่อสร้าง PA เดียว ตัวอย่างหลักจะต้องขายให้กับลูกค้าตามกฎ ต้นแบบหรือต้นแบบ PA อยู่ภายใต้การควบคุมและขั้นตอนการทดสอบตามข้อกำหนดของ 4.10 - 4.12 GOST R ISO 9001 ขอบเขตและเนื้อหาของการทดสอบที่จำเป็นเพื่อป้องกันการผลิตผลิตภัณฑ์ที่ไม่ได้ใช้และไม่เป็นไปตามข้อกำหนดจะถูกกำหนดโดยนักพัฒนา โดยคำนึงถึงความแปลกใหม่ ความซับซ้อน การผลิตคุณลักษณะและการประยุกต์ใช้ PA ตลอดจนความต้องการของลูกค้า ในเวลาเดียวกัน การทดสอบจะต้องดำเนินการเพื่อให้เป็นไปตามข้อกำหนดของมาตรฐานและ เอกสารกฎเกณฑ์หน่วยงานกำกับดูแลการปฏิบัติตามข้อกำหนดด้านความปลอดภัย (มาตรฐาน SSBT) และการคุ้มครองธรรมชาติ

ตาม GOST 15.201-2000 และ NPB 180-99 PA รุ่นทดลองหรือต้นแบบต้องได้รับการทดสอบประเภทต่อไปนี้: เบื้องต้น (โรงงาน), การยอมรับ, การปฏิบัติงาน

การทดสอบเบื้องต้น (ในโรงงาน) จัดโดยผู้รับเหมา R&D เพื่อวัตถุประสงค์ในการประเมินเบื้องต้นเกี่ยวกับการปฏิบัติตามต้นแบบหรือต้นแบบ UA ตามข้อกำหนดของ TOR ตลอดจนเพื่อกำหนดความพร้อมของต้นแบบหรือต้นแบบ UA สำหรับการทดสอบการยอมรับ การทดสอบจะต้องดำเนินการโดยผู้ผลิต (ผู้ผลิต) ของ PA หรือองค์กรเฉพาะที่ได้รับอนุญาตให้ดำเนินการทดสอบประเภทนี้ องค์ประกอบของค่าคอมมิชชั่นของการทดสอบเบื้องต้นนั้นถูกสร้างขึ้นโดยผู้ผลิต PA บนพื้นฐานของคำสั่งที่ออกโดยเขา ค่าคอมมิชชันควรรวมถึงตัวแทนของผู้ผลิต (ผู้พัฒนาและผู้ผลิต) และ State Fire Service โปรแกรมและวิธีการทดสอบได้รับการพัฒนาโดยผู้ผลิตและประสานงานกับ GUGPS และ VNIIPO การทดสอบเบื้องต้นควรรวมถึงการปรับใช้การรบเพื่อกำหนดเวลาในการดำเนินการ แบบแผนของการปรับใช้การรบได้รับการคัดเลือกตามคู่มือการฝึกซ้อมดับเพลิง

วัสดุของการทดสอบเบื้องต้น (โรงงาน) ซึ่งเป็นส่วนหนึ่งของ TOR ร่างข้อกำหนด โปรแกรมและวิธีการทดสอบ การทดสอบเบื้องต้น (โรงงาน) จะถูกส่งไปยังลูกค้าเพื่อประกอบการพิจารณาเพื่อแก้ไขปัญหาการจัดการทดสอบการยอมรับ เมื่อใช้งานโมเดลแรกตามข้อกำหนดของ NPB 180-99 วัสดุที่ระบุไว้จะถูกส่งไปยัง GUGPS และ VNIIPO

เมื่อสร้าง PA สำหรับโมเดลแรกจะมีการจัดและดำเนินการทดสอบการยอมรับของรัฐสำหรับโมเดลที่สองและสาม - การทดสอบการยอมรับโดยมีส่วนร่วมของหน่วยงานที่เกี่ยวข้อง การกำกับดูแลของรัฐและหน่วยงานอื่นๆ ที่สนใจ การทดสอบการยอมรับของรัฐตาม GOST 15.201-2000 นั้นจัดโดยลูกค้าของรัฐ เว้นแต่จะกำหนดไว้เป็นอย่างอื่นโดยข้อตกลง (สัญญา) ลักษณะเฉพาะของการทดสอบการยอมรับของรัฐของ PA คือตาม NPB 180-99 องค์ประกอบของค่าคอมมิชชันสำหรับการยอมรับ PA นั้นถูกสร้างขึ้นโดยผู้ผลิต (ผู้ผลิต) ตามข้อตกลงกับ GUGPS ซึ่งออกคำสั่งที่เหมาะสม สำหรับองค์กร ตัวแทนของ GUGPS ได้รับการแต่งตั้งให้เป็นประธานคณะกรรมาธิการตามข้อตกลงที่จะกำหนดสถานที่และเวลาของการทดสอบการยอมรับ

การทดสอบการยอมรับของต้นแบบ PA สำหรับรุ่น R&D ที่สองและสามตาม GOST 15.201-2000 จัดโดยนักพัฒนา PA เมื่อนำรูปแบบที่สองไปใช้ องค์ประกอบของค่าคอมมิชชันจะเกิดขึ้นโดยลูกค้าร่วมกับนักพัฒนา ประธานของค่าคอมมิชชันจะเป็นตัวแทนของลูกค้า เว้นแต่จะกำหนดไว้เป็นอย่างอื่นในข้อตกลง (สัญญา) ในกรณีของ R&D ในกรณีของการพัฒนาความคิดริเริ่ม (ไม่มีลูกค้าเฉพาะ) การทดสอบการยอมรับจะจัดขึ้นโดยนักพัฒนาและคณะกรรมการตอบรับตามกฎจะจัดตั้งขึ้นจากตัวแทนของผู้มีโอกาสเป็นผู้บริโภค PA โครงสร้างบริการชายแดนของรัฐและ หน่วยงานกำกับดูแล

ความรับผิดชอบในการดำเนินการทดสอบการยอมรับนั้นขึ้นอยู่กับผู้จัดโดยไม่คำนึงถึงรูปแบบที่นำไปใช้ ตาม GOST 15.201-2000 ด้วยความยินยอมของผู้มีส่วนได้เสียอนุญาตให้ทำการทดสอบการยอมรับโดยไม่ต้องแต่งตั้งคณะกรรมการ แต่ด้วยการมอบหมายหน้าที่และหน้าที่ให้กับบริการที่เกี่ยวข้องขององค์กรที่ทำการทดสอบซึ่งควร สะท้อนให้เห็นใน TOR และ (หรือ) ข้อตกลง (สัญญา) สำหรับการดำเนินการ R&D ในการดำเนินการทดสอบการยอมรับ โดยไม่คำนึงถึงสถานที่ที่พวกเขาทำ ผู้ผลิตและหน่วยงานกำกับดูแลของรัฐ (OGN) มีสิทธิ์ที่จะเข้าร่วม ซึ่งจะต้องได้รับแจ้งเกี่ยวกับการทดสอบที่จะเกิดขึ้นหนึ่งเดือนก่อนที่จะเริ่ม GGN ทั้งหมดที่กำหนดโดยกฎหมายปัจจุบันสำหรับผลิตภัณฑ์นี้อาจมีส่วนร่วมในการทดสอบการยอมรับหรือให้ข้อสรุปตามผลการทดสอบ ในกรณีที่ไม่มีตัวแทนของ OGN หรือความเห็นของเขา พวกเขาถือว่า OGN ตกลงที่จะยอมรับผลิตภัณฑ์หรือไม่สนใจในผลิตภัณฑ์ดังกล่าว

คณะกรรมการตอบรับสำหรับ NPB 180-99 นำเสนอด้วย: ต้นแบบ PA ที่เสร็จสมบูรณ์ตามคำสั่งของงาน งานด้านเทคนิค โปรแกรมและระเบียบวิธีทดสอบ การทดสอบเบื้องต้น (โรงงาน) พร้อมรายงานการทดสอบ เอกสารการออกแบบ (ตัวอักษร "O")

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

วิธีการทดสอบประกอบด้วย: ลักษณะที่ประเมิน (คุณสมบัติ, ตัวชี้วัด) ของ PA; เงื่อนไขและขั้นตอนการทดสอบ วิธีการประมวลผล วิเคราะห์ และประเมินผลการทดสอบ วิธีการทดสอบ การควบคุม และการวัดที่ใช้ การรายงาน หากใช้วิธีที่ไม่ได้มาตรฐาน ก็ควรสอดคล้องกับ GGN ที่เกี่ยวข้อง

จากผลการทดสอบการยอมรับและการพิจารณาวัสดุที่ส่งมา คณะกรรมการจะร่างพระราชบัญญัติซึ่ง:

1. กำหนดการปฏิบัติตามตัวอย่างของ PA ที่พัฒนาแล้ว (ที่ผลิตขึ้น) ตามข้อกำหนดของ TOR

2. ให้การประเมินระดับทางเทคนิคและความสามารถในการแข่งขันของ PA รวมถึงในด้านสิทธิบัตรและด้านกฎหมาย

3. ประเมินเอกสารทางเทคนิคที่พัฒนาแล้ว (รวมถึงข้อกำหนดฉบับร่าง)

6. ให้ความเห็นและเสนอแนะในการปรับปรุง พ.ร.บ. และเอกสารประกอบ

ตาม GOST 15.201-2000 การกระทำของคณะกรรมการตอบรับได้รับการอนุมัติจากลูกค้า การอนุมัติการกระทำของคณะกรรมการตอบรับที่มีการประเมินในเชิงบวกหมายถึงการสิ้นสุดของการพัฒนา การสิ้นสุดของ TK; การอนุมัติข้อกำหนดที่ส่งมา เอกสารทางเทคนิค. ตามใบรับรองการยอมรับ กปปส. 180-99 ต้นแบบ PA ที่มีการประเมินผลการพัฒนาในเชิงบวกหรือเชิงลบได้รับการอนุมัติจากประธานคณะกรรมาธิการ ยิ่งไปกว่านั้น หากมีความคิดเห็นที่ต้องมีการทดสอบเพิ่มเติม การปรับแต่งต้นแบบ การเปลี่ยนแปลงเอกสาร ประธานคณะกรรมาธิการมีสิทธิที่จะตัดสินใจเกี่ยวกับการอนุมัติการกระทำหลังจากที่ความคิดเห็นถูกตัดออกไป ในขณะเดียวกัน กรรมการที่ไม่เห็นด้วยกับ การประเมินทั่วไปการพัฒนาระบุความคิดเห็นที่ไม่เห็นด้วยกับเหตุผลในการกระทำ

การทดสอบการทำงานของต้นแบบหรือต้นแบบ UA ดำเนินการใน State Fire Service ตามคู่มือการบริการด้านเทคนิค การฝึกอบรมบุคลากรเพื่อทำงานใน PA ดำเนินการโดยผู้ผลิต (ผู้ผลิต) ของ PA จากผลการทดสอบผู้เชี่ยวชาญด้านบริการดับเพลิงของรัฐเตรียมข้อสรุปที่พวกเขาระบุ: ข้อมูลเกี่ยวกับการทำงานของ PA สำหรับช่วงเวลาของการทดสอบการปฏิบัติงาน (สารสกัดจากการลงทะเบียนการมีอยู่ การใช้งานและการเคลื่อนไหวของยานยนต์); ข้อมูลเกี่ยวกับความผิดปกติของ PA (แยกจากบันทึกการบำรุงรักษา); การประเมินความสมบูรณ์และความสะดวกในการจัดวางเครื่องดับเพลิงตลอดจนข้อเสนอสำหรับการกำหนดค่าเพิ่มเติมของอุปกรณ์ดับเพลิงและการเปลี่ยนตำแหน่งของอุปกรณ์ป้องกันอัคคีภัย แผนและเงื่อนไขสำหรับการดำเนินการติดตั้งการรบและเวลาของการดำเนินการ การประเมินคุณสมบัติการทำงานของ PA
(ดูบทที่ 6 ของหนังสือเรียน) การปฏิบัติตามลักษณะการปฏิบัติงานของ PA สำหรับภารกิจการรบที่กำลังดำเนินการ ประสิทธิผลของการใช้ PA ในการปฏิบัติภารกิจการต่อสู้