ข้อกำหนดด้านความน่าเชื่อถือสำหรับโปรแกรม การพัฒนาโปรแกรม: ตัวอย่างงานด้านเทคนิค ข้อกำหนดทั่วไปสำหรับการรับงาน

ครามสคอย โรมัน IT-09-2

ห้องปฏิบัติการเลขที่3

การทำให้ข้อกำหนดสำหรับระบบซอฟต์แวร์เป็นทางการโดยใช้ Use Case Diagram

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

ความคืบหน้างาน

ศึกษาข้อมูลเชิงทฤษฎี

ดำเนินการวิเคราะห์และกำหนดความต้องการของลูกค้าสำหรับการพัฒนาผลิตภัณฑ์ซอฟต์แวร์ให้สอดคล้องกับงานของแต่ละบุคคล

พัฒนาไดอะแกรมกรณีการใช้งานและกรอกคำอธิบายกรณีใช้งาน

ดำเนินการวางแผนการทำงานสำหรับการสร้างผลิตภัณฑ์ซอฟต์แวร์

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

วันที่เริ่มต้นโครงการส่งผลต่อการเขียนโปรแกรมอย่างไร

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

พัฒนาเงื่อนไขอ้างอิงสำหรับการสร้างผลิตภัณฑ์ซอฟต์แวร์

หาข้อสรุปเกี่ยวกับการเลือกรุ่นสำหรับการสร้างผลิตภัณฑ์ซอฟต์แวร์

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

1. ตำแหน่งงาน.

   วัตถุประสงค์.

   การกำหนดงานบุคคล

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

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

   ค่าเริ่มต้นของการเขียนโปรแกรมคืออะไร?

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

   • ไม่ชัดเจนว่าโครงการของเขาจะเริ่มเมื่อใด
   • คุณควรตั้งค่าขีดจำกัดอื่นๆ ในกรณีที่จำเป็นเท่านั้น

   โครงการคำนวณระยะเวลางานตามข้อกำหนดหน่วยระยะเวลาในแท็บปฏิทินของกล่องโต้ตอบตัวเลือก

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

   ข้อสรุปเกี่ยวกับการเลือกรุ่นสำหรับการสร้างผลิตภัณฑ์ซอฟต์แวร์

   ข้อจำกัดส่งผลต่อการเขียนโปรแกรมอย่างไร?

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

งานด้านเทคนิคเพื่อการพัฒนา"PMC สำหรับเอการประมวลผลอัตโนมัติและการประมาณข้อมูลการทดลอง»

เหตุผลในการพัฒนา

พื้นฐานสำหรับการพัฒนาคือหัวข้อของงานแต่ละงานสำหรับวิทยานิพนธ์ "PMC สำหรับการประมวลผลอัตโนมัติและการประมาณข้อมูลการทดลอง" และวินัยของอาจารย์ผู้สอน

ตอนพิเศษ : การพัฒนาซอฟต์แวร์สำหรับจำแนกเส้นแบ่งและการประมาณค่า

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

แพ็คเกจซอฟต์แวร์ได้รับการออกแบบสำหรับการประมวลผลและการประมาณข้อมูลการทดลอง และต้องทำหน้าที่ดังต่อไปนี้:

จดจำภาพ;

ทำการปรับภาพให้เรียบ

เลือกโหนดที่แบ่ง

ข้อกำหนดผลิตภัณฑ์ซอฟต์แวร์

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

ต้องการประสิทธิภาพการทำงาน

แพ็คเกจซอฟต์แวร์ต้องทำหน้าที่ดังต่อไปนี้:

การจดจำภาพ (ความละเอียดไม่น้อยกว่า 600 × 300 DPI);

การเลือกโหนดที่แบ่ง (ไม่เกิน 1,000 โหนด) ;

การคำนวณพิกัดของการแบ่งโหนด (ด้วยความแม่นยำ 0.01 มม.)

การสร้างอาร์เรย์ข้อมูล (ไม่เกิน 30 วินาที)

การปรับภาพให้เรียบ (วิธีการประมาณ 2 วิธีขึ้นไปขึ้นอยู่กับส่วนโค้งหรือพื้นผิว)

การบันทึกผลลัพธ์ (มากกว่า 3 รูปแบบ)

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

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

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

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

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

ควรสำรองข้อมูลตารางเพื่อให้สามารถกู้คืนได้หากจำเป็น

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

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

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

ข้อกำหนดขั้นต่ำสำหรับซอฟต์แวร์และฮาร์ดแวร์สำหรับการทำงานปกติของแอปพลิเคชัน:

หน่วยประมวลผล: AMD หรือ Intel ที่มีความถี่ 1 GHz หรือสูงกว่า;

RAM: 256 Mb ขึ้นไป;

ระบบปฏิบัติการ: Windows XP ขึ้นไป;

จอภาพ: จอภาพ SVGA;

ความจุ HDD: พื้นที่ว่างไม่น้อยกว่า 500 Mb;

ข้อกำหนดอื่นๆ: การ์ดเครือข่าย แป้นพิมพ์ เมาส์

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

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

ข้อกำหนดโปรแกรมเอกสาร

องค์ประกอบเบื้องต้นของเอกสารประกอบโปรแกรมถูกกำหนดตาม GOST 19.101-77 ด้านล่างเป็นรายการเอกสารโปรแกรมและเนื้อหา

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

คำอธิบายของโปรแกรม - ข้อมูลเกี่ยวกับโครงสร้างตรรกะและการทำงานของโปรแกรม

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

ข้อกำหนดในการอ้างอิง - เอกสารนี้

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

เอกสารการปฏิบัติงาน - คำอธิบายของแอปพลิเคชัน, คู่มือผู้ใช้

ขั้นตอนและขั้นตอนของการพัฒนา

การพัฒนาดำเนินการในหลายขั้นตอนตาม GOST 19.101-77 และรวมถึงขั้นตอนที่แสดงในตารางที่ 1.5

ตาราง - ขั้นตอนการพัฒนา

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

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

การควบคุมผลิตภัณฑ์ซอฟต์แวร์ดำเนินการตามลำดับต่อไปนี้

– ตรวจสอบการทำงานของซอฟต์แวร์ที่พัฒนาขึ้น

– ตรวจสอบปฏิกิริยาของโปรแกรมต่อการกระทำต่างๆ ของผู้ใช้

– การตรวจสอบข้อมูลที่ส่งออก

– หลังจากออกจากโปรแกรม ระบบปฏิบัติการควรทำงานต่อไปได้อย่างถูกต้อง

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

17.11.2014

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

เงื่อนไขอ้างอิงสำหรับการพัฒนาซอฟต์แวร์คืออะไร?

นักพัฒนาส่วนใหญ่ชอบที่จะทำงานกับข้อกำหนดการพัฒนาซอฟต์แวร์ เนื่องจากเอกสารนี้มักจะประกอบด้วยสิ่งต่อไปนี้:

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

ทำไมมันถึงสำคัญ?

TOR ช่วยให้นักพัฒนาเข้าใจเป้าหมายของซอฟต์แวร์ได้อย่างชัดเจนและสิ่งที่ควรเน้น นอกจากนี้ มัน:

จะเขียน TOR สำหรับการพัฒนาซอฟต์แวร์ได้อย่างไร?

ไม่มีวิธีมาตรฐานในการเขียน TOR แต่เราสามารถให้คำแนะนำได้:

สร้างสคีมา

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

ข้อกำหนดของแผนอ้างอิงแตกต่างกันไปขึ้นอยู่กับองค์กรและกระบวนการ บางส่วนอาจเรียบง่าย อื่นๆ มีรายละเอียดและซับซ้อนกว่า

นี่คือตัวอย่างแผน TOR อย่างง่ายสำหรับซอฟต์แวร์:

1. ขอบเขตการใช้งาน
2. ภาพรวมของระบบ
3. ลิงค์
4. คำจำกัดความ
5. ตัวอย่างการใช้
6. ความต้องการการทำงาน
7. ข้อกำหนดที่ไม่เป็นไปตามข้อกำหนด

หลังจากสร้างแผนแล้ว คุณสามารถเขียนข้อกำหนดได้ นี่คือเคล็ดลับบางประการ:

เลือกเขียนดีกว่า

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

ทำให้ข้อมูลเป็นภาพ

รูปภาพสามารถบันทึกคำได้ 1,000 คำ รวมข้อมูลภาพ เช่น ตารางและกราฟ เพื่อถ่ายทอดความคิดได้ดียิ่งขึ้น

อย่าเอกสารมากเกินไป

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

สร้าง TOR เวอร์ชันออนไลน์และอัปเดตอยู่เสมอ

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