ข้อกำหนดสำหรับองค์ประกอบของวิธีการทางเทคนิค ข้อกำหนดด้านความน่าเชื่อถือ

ในเอกสาร " งานด้านเทคนิค "(abbr. TK) ประกอบด้วยข้อมูลต่อไปนี้: วัตถุประสงค์และขอบเขตของโปรแกรม ข้อกำหนดทางเทคนิค เทคโน-เศรษฐกิจ และข้อกำหนดพิเศษสำหรับโปรแกรม ขั้นตอนที่จำเป็นและเงื่อนไขการพัฒนา ประเภทของการทดสอบ

ตาม GOST มาตรฐานนี้ (ออกใหม่เมื่อเดือนพฤศจิกายน 2530) กำหนดขั้นตอนสำหรับการสร้างและการดำเนินการตามข้อกำหนดทางเทคนิคสำหรับการพัฒนาโปรแกรมหรือผลิตภัณฑ์ซอฟต์แวร์สำหรับคอมพิวเตอร์ คอมเพล็กซ์ และระบบ โดยไม่คำนึงถึงวัตถุประสงค์และขอบเขต
เราจะต้องระมัดระวังและระมัดระวังเป็นอย่างยิ่งเมื่อสร้างมันขึ้นมาเพราะ มักจะร่าง TOR อย่างชำนาญ (และมีความสามารถ) เป็นตัวกำหนดความสำเร็จของงานทั้งหมด เป็น TOR ที่ตกลงกับลูกค้า ซึ่งมักจะพยายามสร้างข้อกำหนดที่ขัดแย้งและมากเกินไปให้มากที่สุด ตรงกันข้าม หน้าที่ของเพชฌฆาตคือการทำให้ชีวิตง่ายขึ้นสำหรับตัวเขาเอง แต่หลังจากใส่ลายเซ็นทั้งสองข้างแล้ว ก็สายเกินไปที่จะเล่นอะไรซ้ำ

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

เงื่อนไขการอ้างอิงถูกวาดขึ้นบนแผ่นงานรูปแบบ A4 และ / หรือ A3 ตามกฎโดยไม่ต้องกรอกข้อมูลในฟิลด์ของแผ่นงาน จำนวนแผ่นงาน (หน้า) ติดอยู่ที่ด้านบนของแผ่นงานเหนือข้อความ
ในการเปลี่ยนแปลงและเพิ่มเติมพื้นหลังทางเทคนิคในขั้นต่อไปของการพัฒนาโปรแกรมหรือผลิตภัณฑ์ซอฟต์แวร์ ภาคผนวกจะถูกเผยแพร่ การประสานงานและการอนุมัติการเพิ่มข้อกำหนดในการอ้างอิงจะดำเนินการในลักษณะเดียวกับที่กำหนดไว้สำหรับข้อกำหนดในการอ้างอิง
เงื่อนไขการอ้างอิงควรประกอบด้วยส่วนต่อไปนี้:

• ชื่อและขอบเขต
• พื้นฐานสำหรับการพัฒนา
• วัตถุประสงค์ของการพัฒนา
• ข้อกำหนดทางเทคนิคสำหรับโปรแกรมหรือผลิตภัณฑ์ซอฟต์แวร์
• ตัวชี้วัดทางเทคนิคและเศรษฐกิจ
• ขั้นตอนและขั้นตอนของการพัฒนา
• ขั้นตอนการควบคุมและการยอมรับ
• แอปพลิเคชัน

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

ส่วน: ชื่อและขอบเขต

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

ในส่วน พื้นฐานสำหรับการพัฒนา ควรระบุสิ่งต่อไปนี้:

• เอกสาร (เอกสาร) บนพื้นฐานของการพัฒนา;
• องค์กรที่อนุมัติเอกสารนี้และวันที่อนุมัติ
• ชื่อและ (หรือ) เครื่องหมายหัวข้อการพัฒนา

ตัวอย่างเช่น เกี่ยวกับลักษณะเฉพาะ กระบวนการศึกษาพื้นฐานสามารถเป็นงานสำหรับการออกแบบหลักสูตร, คำสั่งของสถาบันลงวันที่ __.__. สำหรับ N ___. สัญญา __.__ สำหรับ N ___. เป็นต้น

ส่วน: วัตถุประสงค์ของการพัฒนา

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

ตัวอย่างเช่น: โปรแกรมเป็นแกนหลักของเวิร์กสเตชันอัตโนมัติ (AWP) ของผู้พัฒนาต่อเนื่อง ระบบเชิงเส้นระบบควบคุมอัตโนมัติ (ACS) ซึ่งช่วยให้ผู้ใช้สามารถแก้ปัญหาการวิเคราะห์โมเดลอย่างง่ายได้

บท: ข้อกำหนดทางเทคนิคสำหรับโปรแกรมหรือผลิตภัณฑ์ซอฟต์แวร์

ส่วนนี้ควรประกอบด้วยส่วนย่อยต่อไปนี้:

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

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

ส่วน: ข้อกำหนดสำหรับลักษณะการทำงาน

ที่นี่ควรระบุข้อกำหนดสำหรับองค์ประกอบของฟังก์ชันที่ดำเนินการ การจัดระเบียบข้อมูลอินพุตและเอาต์พุต ลักษณะชั่วคราว ฯลฯ

ตัวอย่างเช่น : โปรแกรมต้องอนุญาตให้ ... คำนวณ ... เพื่อสร้าง ... เพื่อสร้าง ...

ข้อมูลเริ่มต้น: ไฟล์ข้อความที่มี ...

ข้อมูลขาออก: ข้อมูลกราฟิกและข้อความ - ผลการวิเคราะห์ระบบ ... ; ไฟล์ข้อความ - รายงานเมื่อ ... วินิจฉัยสถานะของระบบและรายงานข้อผิดพลาดใด ๆ ที่เกิดขึ้น

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

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

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

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

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

ข้อกำหนดสำหรับองค์ประกอบและพารามิเตอร์ของวิธีการทางเทคนิค ระบุองค์ประกอบที่จำเป็นของวิธีการทางเทคนิคพร้อมการระบุลักษณะทางเทคนิค

สิ่งสำคัญที่นี่คืออย่าลืมอะไรและคาดการณ์ทุกอย่างในด้านหนึ่ง (มิฉะนั้นพวกเขาจะลื่น IBM PC / XT บางตัวที่มีจอแสดงผลขาวดำและไม่มีเมาส์) และในทางกลับกันอย่าไปไกลเกินไป ข้อกำหนดที่เพิ่มขึ้น ไม่เช่นนั้นลูกค้าจะพบผู้รับเหมาที่ช่วยเหลือดีกว่า

ตัวอย่างเช่น: คุณต้องมีพีซีที่เข้ากันได้กับ IBM PC ที่มีอะแดปเตอร์กราฟิก EGA (VGA) พื้นที่ดิสก์ที่ต้องการ - อย่างน้อย 600 KB จำนวนว่าง หน่วยความจำเข้าถึงโดยสุ่ม- ไม่น้อยกว่า 400 Kb. ขอแนะนำให้มีไดรเวอร์ EMS และเมาส์

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

ตัวอย่างเช่น: โปรแกรมต้องทำงานโดยอัตโนมัติภายใต้ MS DOS เวอร์ชัน 3.3 หรือสูงกว่า ภาษาการเขียนโปรแกรมพื้นฐานคือ Turbo Pascal 6.0

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

ข้อกำหนดพิเศษเป็นสิ่งที่มีความรับผิดชอบสูง ทางที่ดีควรหลีกเลี่ยงพวกมันให้มากที่สุด และประกาศทันที

ตัวอย่างเช่น: ไม่มีข้อกำหนดพิเศษสำหรับลักษณะเวลาของโปรแกรม ไม่มีข้อกำหนดพิเศษสำหรับคุณสมบัติ capacitive ของโปรแกรม

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

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

นอกจากนี้ยังควรให้คำจำกัดความของทั้งค่าใช้จ่ายโดยประมาณในการพัฒนาโปรแกรมและคำจำกัดความของความซับซ้อนของการเขียนโปรแกรม

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

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

ขั้นตอนและขั้นตอนหลักและที่ขาดไม่ได้คือเงื่อนไขในการอ้างอิง การออกแบบเบื้องต้น, โครงการด้านเทคนิคและการทำงาน

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

โครงการด้านเทคนิค ประกอบด้วยอัลกอริธึมที่พัฒนาขึ้นสำหรับการแก้ปัญหาตลอดจนวิธีการควบคุมข้อมูลเบื้องต้น นอกจากนี้ยังพัฒนาเครื่องมือจัดการข้อผิดพลาดและการออกข้อความวินิจฉัย กำหนดรูปแบบของการนำเสนอข้อมูลเบื้องต้นและการกำหนดค่าวิธีการทางเทคนิค

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

ข้อความโปรแกรม;

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

โปรแกรมและวิธีการทดสอบ

คำอธิบายของแอปพลิเคชัน

คู่มือการใช้.

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

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

ตัวอย่างเช่น: ในระหว่างการพัฒนาโปรแกรม ควรเตรียมสื่อกราฟิกต่อไปนี้:

ตัวชี้วัดทางเทคนิคและเศรษฐกิจ

โครงสร้างโปรแกรม

รูปแบบการนำเสนอข้อมูลเข้าของโปรแกรม

โครงร่างทั่วไปของอัลกอริทึม (2 แผ่น);
o อัลกอริธึมการคำนวณพื้นฐาน
ตัวอย่างการทำงานของโปรแกรม

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

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

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

แหล่งพัฒนาอื่นๆ

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

เพื่อความน่าเชื่อถือของระบบการฝึกอบรม จะต้องเป็นไปตามข้อกำหนดต่อไปนี้:

โปรแกรมที่พัฒนาขึ้นต้องมีวิธีการป้องกันการกระทำที่ผิดพลาดของผู้ใช้

ข้อผิดพลาดทั้งหมดควรแสดงพร้อมความคิดเห็นหรือคำแนะนำเกี่ยวกับวิธีการแก้ไข

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

เพื่อปรับปรุงความน่าเชื่อถือ ควรใช้มาตรการต่อไปนี้:

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

สำรองข้อมูลเป็นระยะ

ตรวจสอบความสมบูรณ์ของฐานข้อมูลอย่างสม่ำเสมอ

บำรุงรักษาอุปกรณ์เครือข่าย

1. ข้อกำหนดสำหรับองค์ประกอบและพารามิเตอร์ของวิธีการทางเทคนิค

การกำหนดค่าฮาร์ดแวร์ขั้นต่ำของระบบเพื่อให้แน่ใจว่าการทำงานปกติของระบบการฝึกอบรมต้องไม่ต่ำกว่าค่าต่อไปนี้:

RAM 128 MB หรือมากกว่า

พื้นที่ว่างบนฮาร์ดดิสก์อย่างน้อย 150 MB

ข้อกำหนดสำหรับคอมพิวเตอร์ที่ใช้ในการพัฒนาการกำหนดค่า:

โปรเซสเซอร์ AMD Athlon 900 MHz หรือสูงกว่า

RAM 256 MB ขึ้นไป

พื้นที่ว่างบนฮาร์ดดิสก์อย่างน้อย 250 MB

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

1. ข้อกำหนดสำหรับข้อมูลและความเข้ากันได้ของซอฟต์แวร์

ในการใช้งานผลิตภัณฑ์ซอฟต์แวร์ จำเป็นต้องมีส่วนประกอบต่อไปนี้:

ระบบปฏิบัติการของตระกูล Microsoft® Windows® (ไม่ต่ำกว่า 2000)

ติดตั้งและกำหนดค่าผลิตภัณฑ์ซอฟต์แวร์ MicrosoftSQLServer, IBExpert2004,Borland®C++Builder™ 6.0,Microsoft.NETFrameworkSDKv2.0

1. สภาพการใช้งาน

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

1. ข้อกำหนดสำหรับเอกสารประกอบซอฟต์แวร์

เอกสารประกอบโปรแกรมควรมีเอกสารดังต่อไปนี้

คู่มือผู้ดูแลระบบ.

คู่มือครู

คู่มือสำหรับผู้เรียน

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

ระบบซอฟต์แวร์ควรมีคู่มือครูฉบับสมบูรณ์พร้อมคำอธิบายสถานการณ์การทำงานของครู

ระบบซอฟต์แวร์ควรมีคู่มือฉบับสมบูรณ์สำหรับผู้ฝึกงานพร้อมคำอธิบายสถานการณ์สมมติสำหรับผลงานของผู้เข้ารับการฝึกอบรม

1. ขั้นตอนของการพัฒนาระบบซอฟต์แวร์

การพัฒนาระบบซอฟต์แวร์ควรจัดตามขั้นตอนต่อไปนี้

การพัฒนาแผนปฏิบัติการ

การพัฒนาแผนการทดสอบ

การพัฒนาแผนปฏิบัติการ

ออกแบบ:

การออกแบบเชิงตรรกะของสถาปัตยกรรมระบบซอฟต์แวร์

การพัฒนาโครงสร้างฐานข้อมูล

การออกแบบส่วนต่อประสานผู้ใช้

การดำเนินการ:

การใช้งานส่วนต่อประสานผู้ใช้ที่พัฒนาขึ้น

การใช้งานฟังก์ชั่นหลักของระบบซอฟต์แวร์

การทดสอบระบบ:

การทดสอบโครงสร้าง

การทดสอบการทำงาน

แก้ไขข้อผิดพลาดและปรับปรุง

การนำระบบไปใช้:

ตรวจสอบความพร้อมของอุปกรณ์ที่จำเป็น

การติดตั้งระบบ

การฝึกอบรม.

การบำรุงรักษาระบบ

ตามคำขอของลูกค้า ซอฟต์แวร์นี้ได้รับการพัฒนาสำหรับแพลตฟอร์ม Windows โปรแกรมต้องทำงานภายใต้เวอร์ชันหลักของแพลตฟอร์มนี้: Windows98, Windows2000, WindowsXP นอกจากนี้ ส่วนเซิร์ฟเวอร์ของโปรแกรมสำหรับเวอร์ชัน WinNT ควรทำงานเป็นบริการ (ทำงานในพื้นหลัง)

มันเป็นสิ่งจำเป็นเพื่อให้แน่ใจว่ามีความเป็นไปได้ที่จะเพิ่มฟังก์ชั่นของระบบต่อไป (การเปิดกว้างสำหรับการพัฒนาและวิธีการเชื่อมต่องานใหม่)

1. ข้อกำหนดด้านการขนส่งและการเก็บรักษา

ระบบควบคุมที่อยู่ระหว่างการพัฒนาจะจัดเป็นชุดพร้อมกับการขายคอนโทรลเลอร์ RAID ต้องเขียนลงในซีดีรอมแยกต่างหาก ซึ่งจะมีไดรเวอร์ระบบและเอกสารที่จำเป็นสำหรับคอนโทรลเลอร์ที่จำหน่าย ในการดำเนินการนี้ โปรดทราบว่าขนาดของไฟล์การติดตั้งไม่เกิน 2/3 ของซีดีรอมมาตรฐาน (700 MB)

1. ความต้องการพิเศษ

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

1. บล็อกไดอะแกรมของโปรแกรม

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

ผู้จัดการ– ด้านผู้ใช้ของโปรแกรม ซึ่งประกอบด้วยอินเทอร์เฟซของโปรแกรม วิซาร์ดการติดตั้งเริ่มต้น และส่วนวิธีใช้ ผู้จัดการจะจัดการระบบ RAID ผ่าน ตัวแทน.

ตัวแทนส่วนใหญ่ทำหน้าที่ส่งคำสั่งจาก ผู้จัดการระบบ RAID และในทางกลับกัน อีกด้วย ตัวแทนจะดำเนินการตรวจสอบ RAID (เก็บล็อกไฟล์) และแจ้งให้ผู้ดูแลระบบทราบในกรณีที่เกิดข้อผิดพลาด

สุทธิ

ข้าว. 1.2. โครงสร้างหลักของโปรแกรม GUIRAIDManager

โครงสร้างพื้นฐานของงานทั้งหมดโดยรวมแสดงในรูปที่ 1.2. จะแสดงตัวเลือกต่างๆ สำหรับการทำงานของทั้งสองโมดูล ตัวแทนและ ผู้จัดการ:

ตัวแทน(ค3 ) กำลังทำงานบนคอมพิวเตอร์และวิเคราะห์การทำงานของอาร์เรย์RAID R2 ;

ผู้จัดการจากคอมพิวเตอร์ระยะไกล C2หรือ C4) สามารถเชื่อมต่อกับ A gentom(C3) เพื่อควบคุมการทำงานของอาร์เรย์RAID R2 ;

ผู้จัดการและ ตัวแทนทำงานบนคอมพิวเตอร์เครื่องเดียว C1 เพื่อจัดการการทำงานของอาร์เรย์RAID R2 . ตัวเลือกนี้ไม่ต้องการการเชื่อมต่อเครือข่าย

1. โครงสร้างของข้อมูลอินพุตและเอาต์พุต

การแลกเปลี่ยนข้อมูลหลักในระบบโดยรวมเกิดขึ้นผ่านสองช่องทาง:

ระหว่าง ผู้จัดการและ ตัวแทนผ่านเครือข่ายโดยใช้โปรโตคอล TCP / IP (คำสั่ง ผู้จัดการและคำตอบ ตัวแทน);

ระหว่าง ตัวแทนและคอนโทรลเลอร์ RAID ผ่านอินเทอร์เฟซ RS-232 (การสอบสวนของคอนโทรลเลอร์และการตอบสนองจากมัน)

รูปแบบทั่วไปของการแลกเปลี่ยนข้อมูลในโครงการแสดงในรูปที่ 1.3.

ข้าว. 1.3. การแลกเปลี่ยนข้อมูลในโปรแกรม GUIRAIDManager

รูปแบบข้อมูลระหว่าง ผู้จัดการและ ตัวแทน, เช่นเดียวกับระหว่าง ตัวแทนและตัวควบคุม RAID ได้อธิบายไว้ในย่อหน้า “รูปแบบข้อมูลโมดูล ตัวแทน» ของส่วนนี้

งานของฉันในโครงการนี้คือการพัฒนาโมดูล ตัวแทน. ดังนั้น มาดูการแลกเปลี่ยนข้อมูลในโมดูลกันดีกว่า ตัวแทนระหว่าง ผู้จัดการและตัวควบคุม RAID โครงสร้างแบบแยกส่วน ตัวแทนแสดงในรูป 1.4

ข้าว. 1.4. การแลกเปลี่ยนข้อมูลในโมดูลตัวแทน

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

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

ตัวอย่าง. คอมพิวเตอร์ต้องใช้งานระบบปฏิบัติการไม่ต่ำกว่า Windows 98/NT 4.0 ความต้องการความเข้ากันได้ของข้อมูลจะต้องทำให้มั่นใจได้ด้วยการทำงานกับไฟล์ข้อมูลทางเรขาคณิตของโครงสร้างบางอย่างเป็นข้อมูลอินพุตและเอาต์พุต

สิ้นสุดการทำงาน -

หัวข้อนี้เป็นของ:

เทคโนโลยีการพัฒนาซอฟต์แวร์

บนเว็บไซต์อ่าน: "เทคโนโลยีการพัฒนาซอฟต์แวร์" ...

หากคุณต้องการเนื้อหาเพิ่มเติมในหัวข้อนี้ หรือคุณไม่พบสิ่งที่คุณกำลังมองหา เราขอแนะนำให้ใช้การค้นหาในฐานข้อมูลผลงานของเรา:

เราจะทำอย่างไรกับวัสดุที่ได้รับ:

หากเนื้อหานี้มีประโยชน์สำหรับคุณ คุณสามารถบันทึกลงในเพจของคุณบนโซเชียลเน็ตเวิร์ก:

ทวีต

หัวข้อทั้งหมดในส่วนนี้:

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

ข้อกำหนดข้อตกลง
จัดทำข้อตกลงเกี่ยวกับข้อกำหนด - เป้าหมายของส่วนที่สองของส่วนแรก งานห้องปฏิบัติการ. นอกจากนี้ ข้อตกลงเกี่ยวกับข้อกำหนดยังเป็นส่วนที่สองของหลักสูตร ด้านล่างได้รับop

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

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

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

รายการแผนยกเว้น
หากมีคำแนะนำในการวางแผนที่จำเป็น คุณสมบัติพิเศษและความสามารถของซอฟต์แวร์ที่ไม่สามารถจัดหาได้หากผลิตภัณฑ์ได้รับการพัฒนาตามข้อกำหนดอื่น ๆ

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

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

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

ผลตอบแทนการลงทุน
กำไรที่การสร้างผลิตภัณฑ์จะให้นั้นถูกกำหนดในเงื่อนไขที่สอดคล้องกับวัตถุประสงค์ที่ตั้งใจไว้ขององค์กร ตัวอย่าง. ABC Services คาดว่ายอดขายทางการเงินจะอยู่ที่

ซอฟต์แวร์ระบบ
ซอฟต์แวร์ระบบคือซอฟต์แวร์อื่นๆ ทั้งหมด รวมถึงระบบปฏิบัติการ คอมไพเลอร์ ยูทิลิตี แพ็คเกจแอปพลิเคชัน ฯลฯ เป็นซอฟต์แวร์

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

ข้อจำกัดภายนอก
แสดงรายการข้อจำกัดทั้งหมด ซึ่งขอบเขตนั้นกว้างกว่าขอบเขตของ MT ซึ่งรวมถึง ตัวอย่างเช่น ข้อจำกัดของอุตสาหกรรมหรือข้อจำกัดของชุดผลิตภัณฑ์ อาจได้รับอนุญาตใน

ข้อจำกัดความเข้ากันได้
ต้องพิจารณาถึงความเข้ากันได้หลายประการเสมอ: ภาษาต้นทาง ภาษาเครื่อง รูปแบบข้อมูลและข้อความ รูปแบบรายงาน รูปแบบรายการ และรูปแบบภาษาควบคุมงาน (JCT)

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

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

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

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

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

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

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

ลักษณะการทำงาน
ตัวแปรหลักหรือหลักการสำคัญที่ควรวัดประสิทธิภาพของโปรแกรม ระบุค่าที่เหมาะสมหรือช่วงของค่าสำหรับตัวแปรนั้น ช

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

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

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

ลักษณะอินเทอร์เฟซผู้ใช้
ตัวอย่าง. สมมติว่ามีเพียง ASK เท่านั้นที่กำลังทำงานอยู่บนเครื่องและพารามิเตอร์การกู้คืนถูกกำหนดโดยจุดตรวจสอบหนึ่งจุดต่อ 1 นาที แต่ละคำสั่งจะต้องดำเนินการหรือ

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

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

ข้อ จำกัด ด้านฮาร์ดแวร์
ตัวอย่าง. นอกเหนือจากอุปกรณ์ที่จำเป็นสำหรับ VSOS ILSAM (ดู 2.4.1 b และ c) ตัวประมวลผลการแก้ไขจะต้องใช้อุปกรณ์ที่ระบุไว้ในตารางที่ 2.3 ตารางที่ 2.3 - อุปกรณ์

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

เอกสารอ้างอิง
แยกกันระบุการวางแผนหรือเอกสารทางเทคนิคแต่ละรายการซึ่งมีลิงค์ในเซนต์ เอกสารดังกล่าวแต่ละฉบับจะต้องมีอยู่จริง (และไม่ได้บอกเป็นนัยในอนาคต) และ

ทรัพยากรเพื่อให้แน่ใจว่านำไปปฏิบัติ
ทรัพยากรที่จำเป็นในการติดตั้งระบบถูกกำหนดพร้อมกับทรัพยากรที่อธิบายไว้ในหัวข้อ 2.5

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

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

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

คณะกรรมการตรวจสอบด้านเทคนิค
TA แต่ละคนควรแนะนำการจัดตั้งคณะกรรมการตรวจสอบทางเทคนิค (TRC) โดยระบุสถานที่ทำงานของกรรมการแต่ละคนและชื่อของเขา ถ้าเป็นไปได้ รวมถึงการแต่งตั้ง

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

ข้อมูลอ้างอิงสำหรับการเปรียบเทียบ
มีการกำหนดระบบอ้างอิงสำหรับการเปรียบเทียบ ลักษณะของระบบนี้ระบุไว้ในหน่วยสัมพัทธ์ ถ้าไม่มีมาตรฐานเปรียบเทียบ

แจ้งเปลี่ยนแปลงวันปฏิทิน
ตัวอย่าง. ชื่อโครงการ: การพัฒนาผลิตภัณฑ์ ASK รหัสโครงการ: C013 รหัสสินค้า: L301A. ชื่อสินค้า: ASK

การเขียนข้อมูลจำเพาะ
ข้อกำหนดในการเขียนเป็นเป้าหมายของส่วนแรกของห้องปฏิบัติการที่สอง นอกจากนี้ ข้อมูลจำเพาะเป็นส่วนที่สามของงานหลักสูตร ในขั้นตอนการกำหนด

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

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

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

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

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

เทคโนโลยีการทดสอบ คลาสเทียบเท่า
วิธีหนึ่งในการศึกษาคำถามคือศึกษากลยุทธ์การทดสอบที่เรียกว่ากลยุทธ์กล่องดำ การทดสอบจากข้อมูล หรือการทดสอบ

การทดสอบอาคาร
กระบวนการสร้างการทดสอบประกอบด้วย: 1) การกำหนดหมายเลขเฉพาะให้กับแต่ละคลาสเทียบเท่า; 2) การออกแบบการทดสอบใหม่ซึ่งครอบคลุมแต่ละข้อ

บทบัญญัติทั่วไป
1.1. โครงสร้างและการออกแบบของเอกสารกำหนดขึ้นตาม GOST 19.105-78 1.2. คู่มือโปรแกรมเมอร์ระบบควรประกอบด้วยส่วนต่อไปนี้:-

โครงสร้างโปรแกรม
โปรแกรม "อัตโนมัติ ที่ทำงาน reader" ประกอบด้วยองค์ประกอบต่อไปนี้: 1) zcon - แอปพลิเคชันที่ใช้ฟังก์ชั่นของไคลเอนต์ Z39.50; 2) zgate-CGI-

การติดตั้งโปรแกรม
เอกสารนี้ใช้ไวยากรณ์ที่กำหนดโดย ISO/IEC 9945-1 สำหรับการตั้งชื่อไฟล์ ในนั้น ระบบปฏิบัติการที่ไม่รองรับวิธีการตั้งชื่อไฟล์ในแอพพลิเคชั่นที่กำหนด

ตรวจสอบโปรแกรม
โปรแกรมถูกตรวจสอบโดยวิธีการดำเนินการ เนื่องจากเงื่อนไขการใช้งานโปรแกรมเฉพาะ (ที่อยู่เซิร์ฟเวอร์ Z39.50 ชื่อฐานข้อมูล จุดที่รองรับ

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

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