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

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

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

กฎการออกแบบ

งานด้านเทคนิควาดขึ้นตาม GOST 19.106-78 บนแผ่นงานรูปแบบ 11 และ 12 ตาม GOST 2.301-68 ตามกฎโดยไม่ต้องกรอกข้อมูลในฟิลด์ของแผ่นงาน จำนวนแผ่นงาน (หน้า) จะถูกใส่ลงในส่วนบนของแผ่นงานเหนือข้อความ

ใบอนุมัติและหน้าชื่อเรื่อง

ใบอนุมัติและหน้าชื่อเรื่องถูกวาดขึ้นตาม GOST 19.104-78

ส่วนที่ให้ข้อมูล (นามธรรมและเนื้อหา) ใบจดทะเบียนการเปลี่ยนแปลงอาจไม่รวมอยู่ในเอกสาร

การเปลี่ยนแปลงและเพิ่มเติม

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

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

องค์ประกอบของส่วนของเงื่อนไขการอ้างอิง

เงื่อนไขการอ้างอิงควรประกอบด้วยส่วนต่อไปนี้:

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

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

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

บทนำ

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

กฎพื้นฐานสำหรับการทำงานกับข้อความคือการลงรายละเอียดโดยแยกข้อความออกเป็น หน่วยโครงสร้าง, ส่วนย่อย, ย่อหน้าและอนุวรรค. สารบัญของข้อความจะมีโครงสร้างที่ชัดเจน ทำให้ง่ายต่อการค้นหาวัสดุที่ต้องการ ข้อความในเอกสารจะกลายเป็นโครงสร้างและอ่านง่าย สร้างส่วนย่อย:

ชื่อโปรแกรม

ชื่อ - "โปรแกรมแก้ไขข้อความสำหรับการทำงานกับไฟล์ rtf"

คำอธิบายโดยย่อของขอบเขต

โปรแกรมนี้มีไว้สำหรับใช้ในแผนกเฉพาะทางที่สถานประกอบการของลูกค้า

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

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

ส่วนควรรวมถึง:

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

ส่วนย่อยควรมีข้อมูลที่มีอยู่ในข้อตกลง

พื้นฐานการพัฒนา

พื้นฐานสำหรับการพัฒนาคือข้อตกลง (จดหมาย ฯลฯ ) ฉบับที่ 000 ลงวันที่ 01.01.01 (หมายเลขขาเข้าดังกล่าวและจากดังกล่าวและดังกล่าว) สัญญาดังกล่าวได้ตกลงกับผู้อำนวยการของรัฐ Unitary Enterprise "Spetstyazhmontazhstroyselkhozavtomatika" Ivanov Petr Ivanovich ซึ่งต่อไปนี้จะเรียกว่าลูกค้าและได้รับการอนุมัติโดยอธิบดี Blyumkins Ivan Aronovich ซึ่งต่อไปนี้จะเรียกว่าผู้รับเหมาในเดือนมีนาคม 2551 .

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

ชื่อและสัญลักษณ์ของหัวข้อการพัฒนา

ชื่อของหัวข้อการพัฒนาคือ "การพัฒนาโปรแกรมแก้ไขข้อความสำหรับการทำงานกับไฟล์ rtf"

สัญลักษณ์สำหรับหัวข้อการพัฒนา (รหัสธีม) คือ “RTF-007”

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

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

วัตถุประสงค์การใช้งาน

วัตถุประสงค์การทำงานของโปรแกรมคือเพื่อให้ผู้ใช้สามารถทำงานกับเอกสารข้อความในรูปแบบ rtf

ส่วนย่อยควรระบุวัตถุประสงค์การทำงาน "ขยาย" ของโปรแกรม รายละเอียด - รายการฟังก์ชัน ฯลฯ - จะได้รับด้านล่างในส่วนที่เกี่ยวข้อง

รับข้อความเต็ม

วัตถุประสงค์ในการดำเนินงานสามารถตีความได้ค่อนข้างกว้าง โปรแกรมควรดำเนินการที่ไหน อย่างไร โดยใคร อย่างไร?

ยางที่มีขนาดเท่ากันสามารถใช้ได้กับ Zhiguli และ Volga ได้สำเร็จ แต่ไม่สามารถใช้กับ Kamaz ได้ และในทางกลับกัน. แต่สำหรับยางแต่ละขนาด วัตถุประสงค์ในการใช้งานสามารถกำหนดได้

ลองใช้แนวทางที่เป็นทางการ:

วัตถุประสงค์ในการดำเนินงาน

โปรแกรมจะต้องดำเนินการในแผนกเฉพาะที่อำนวยความสะดวกของลูกค้า

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

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

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

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

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

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

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

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

โปรแกรมต้องจัดให้มีความสามารถในการทำหน้าที่ดังต่อไปนี้:

1. ฟังก์ชั่นสำหรับสร้างไฟล์ใหม่ (ว่าง)

2. หน้าที่ของการเปิด (โหลด) ไฟล์ที่มีอยู่

4. ฟังก์ชันสำหรับแก้ไขไฟล์ปัจจุบันโดยใช้คลิปบอร์ดของระบบปฏิบัติการ

5. ฟังก์ชั่นบันทึกไฟล์ด้วยชื่อเดิม

6. ฟังก์ชั่นสำหรับบันทึกไฟล์ด้วยชื่อที่แตกต่างจากเดิม

7. ฟังก์ชั่นสำหรับส่งเนื้อหาของไฟล์ปัจจุบันทางอีเมลโดยใช้โปรแกรมเมลไคลเอนต์ภายนอก

8. ฟังก์ชั่นสำหรับแสดงวิธีใช้ออนไลน์ในรูปแบบสตริง (คำใบ้)

9. หน้าที่ของระบบช่วยเหลือออนไลน์

10. ฟังก์ชั่นสำหรับแสดงชื่อโปรแกรม เวอร์ชั่นของโปรแกรม ลิขสิทธิ์ และความคิดเห็นของผู้พัฒนา

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

ข้อกำหนดสำหรับองค์กรของข้อมูลเข้า

ข้อมูลที่ป้อนเข้าของโปรแกรมจะต้องจัดเป็นไฟล์ rtf แยกกันซึ่งเป็นไปตามข้อกำหนด

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

ไฟล์ที่มีรูปแบบอื่น แต่มีนามสกุล rtf ไม่ควรเปิด

ไฟล์ http:///file. rtf หรือ ftp:///file. rtf ไม่ควรเปิด หากระบบไฟล์มีรูปแบบเป็น FAT32 ไม่ควรเปิดไฟล์จากสื่อในเครื่องหรือสื่อที่ถอดเข้าออกได้ เช่น ในรูปแบบ ext3

ข้อกำหนดสำหรับองค์กรของข้อมูลผลลัพธ์

ดูข้อกำหนดขององค์กรอินพุต

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

ข้อกำหนดด้านเวลา

ไม่มีข้อกำหนดสำหรับลักษณะเวลาของโปรแกรม

ควรชี้แจงว่าลูกค้ากำหนดข้อกำหนดเกี่ยวกับความเร็วของโปรแกรมหรือไม่ เช่น ระยะเวลาที่โปรแกรมควรเริ่มต้น เปิดและปิดไฟล์ในขนาดที่กำหนด หากลูกค้าระบุตัวเลขเฉพาะ คุณควรตรวจสอบให้แน่ใจและรวมข้อกำหนดสำหรับองค์ประกอบและพารามิเตอร์ของวิธีการทางเทคนิค ซูเปอร์คอมพิวเตอร์ที่มีมูลค่า $2,500 ขึ้นไป จริงจำนวนดังกล่าวจะต้องได้รับการพิสูจน์ หากลักษณะเวลาไม่ใช่พื้นฐานสำหรับลูกค้า จำเป็นต้องเขียนเกี่ยวกับการสละข้อกำหนดสำหรับลักษณะเวลา (ดูข้อความด้านบน)

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

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

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

รับข้อความเต็ม

ข้อกำหนดสำหรับการทำงานที่เชื่อถือได้ (ยั่งยืน) ของโปรแกรม

การดำเนินงานที่เชื่อถือได้ (ยั่งยืน) ของโปรแกรมจะต้องได้รับการประกันโดยลูกค้าของชุดของมาตรการขององค์กรและทางเทคนิคซึ่งได้รับด้านล่าง:

องค์กร เครื่องสำรองไฟวิธีการทางเทคนิค การใช้ซอฟต์แวร์ลิขสิทธิ์ การดำเนินการตามคำแนะนำของกระทรวงแรงงานและการพัฒนาสังคมของสหพันธรัฐรัสเซียอย่างสม่ำเสมอซึ่งกำหนดไว้ในพระราชกฤษฎีกา 01.01.01 "ในการอนุมัติมาตรฐานเวลามาตรฐานระหว่างภาคส่วนสำหรับการบำรุงรักษาพีซีและอุปกรณ์สำนักงานและการบำรุงรักษาซอฟต์แวร์"; การปฏิบัติตามข้อกำหนดของ GOST อย่างสม่ำเสมอ การปกป้องข้อมูล ซอฟต์แวร์ทดสอบว่ามีไวรัสคอมพิวเตอร์หรือไม่

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

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

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

ไม่มีข้อกำหนดใดเพื่อให้แน่ใจว่าโปรแกรมทำงานได้อย่างน่าเชื่อถือ (ยั่งยืน)

เวลาพักฟื้นหลังจากล้มเหลว

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

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

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

ความล้มเหลวเนื่องจากการกระทำที่ไม่ถูกต้องของผู้ปฏิบัติงาน

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

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

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

สภาพภูมิอากาศในการทำงาน

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

โปรแกรมจะทำงานได้อย่างสมบูรณ์แบบตั้งแต่บวก 5 ถึงบวก 35 ° C ที่ความชื้นสัมพัทธ์ 90% และความดันบรรยากาศ 462 มม. rt. Art. เนื่องจากเงื่อนไขดังกล่าวสอดคล้องกับสภาพการทำงานของคอมพิวเตอร์สมัยใหม่โดยประมาณ ไม่ใช่อุตสาหกรรมการดำเนินการ แต่ทันทีที่เงื่อนไขอ้างอิงมีความเฉพาะเจาะจงและงานได้รับการอนุมัติ ลูกค้าจะได้รับโอกาสที่ดีเยี่ยมในการบังคับให้ผู้รับจ้างทำการทดสอบสภาพภูมิอากาศอย่างเต็มรูปแบบโดยเสียค่าใช้จ่ายของผู้รับเหมา

ข้อกำหนดสำหรับประเภทบริการ

ดูข้อกำหนดสำหรับการทำงานที่เชื่อถือได้ (ยั่งยืน) ของโปรแกรม

โปรแกรมไม่ต้องการการบำรุงรักษาใดๆ

ควรยืมประเภทของบริการจากส่วนย่อย "ข้อกำหนดสำหรับการทำงานที่เชื่อถือได้ (ยั่งยืน)"

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

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

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

ผู้ดูแลระบบต้องมีระดับสูงกว่า การศึกษาเฉพาะทางและใบรับรองจากผู้ผลิตระบบปฏิบัติการ รายการงานที่ดำเนินการโดยผู้ดูแลระบบควรประกอบด้วย:

รับข้อความทั้งหมดของงานในการรักษาความสามารถในการปฏิบัติงานของวิธีการทางเทคนิค งานติดตั้ง (ติดตั้ง) และบำรุงรักษาความสามารถในการทำงานของเครื่องมือซอฟต์แวร์ระบบ - ระบบปฏิบัติการ งานติดตั้ง (ติดตั้ง) ของโปรแกรม

ผู้ใช้โปรแกรม (ตัวดำเนินการ) ต้องมีทักษะการปฏิบัติในการทำงานกับส่วนติดต่อผู้ใช้แบบกราฟิกของระบบปฏิบัติการ

บุคลากรต้องได้รับการรับรองคุณสมบัติกลุ่ม II ด้านความปลอดภัยทางไฟฟ้า (สำหรับการทำงานกับอุปกรณ์สำนักงาน)

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

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

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

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

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

ฮาร์ดแวร์ควรมีคอมพิวเตอร์ส่วนบุคคล (PC) ที่เข้ากันได้กับ IBM ซึ่งรวมถึง:

โปรเซสเซอร์ Pentium-1000 ที่มีความถี่สัญญาณนาฬิกา GHz - 10 ไม่น้อย เมนบอร์ดที่มี FSB, GHz - 5 ไม่น้อย แกะปริมาณ Tb - 10 ไม่น้อย และอื่นๆ…

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

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

ในกรณีที่จำเป็น ข้อมูลและโปรแกรมควรได้รับการคุ้มครอง

ข้อกำหนดสำหรับโครงสร้างข้อมูลและวิธีการแก้ไข

โครงสร้างข้อมูลของไฟล์ต้องมีข้อความที่มีมาร์กอัปที่จัดเตรียมโดยข้อกำหนดรูปแบบ rtf

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

ข้อกำหนดสำหรับซอร์สโค้ดและภาษาโปรแกรม

ซอร์สโค้ดของโปรแกรมจะต้องใช้ใน C++ สภาพแวดล้อม Borland C++ Buider ควรใช้เป็นสภาพแวดล้อมการพัฒนาแบบบูรณาการสำหรับโปรแกรม

ข้อกำหนดสำหรับซอฟต์แวร์ที่ใช้โดยโปรแกรม

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

ข้อกำหนดสำหรับการปกป้องข้อมูลและโปรแกรม

ไม่มีข้อกำหนดสำหรับการปกป้องข้อมูลและโปรแกรม

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

ข้อกำหนดการติดฉลากและบรรจุภัณฑ์

โปรแกรมถูกจัดส่งเป็นผลิตภัณฑ์ซอฟต์แวร์ - บนสื่อเผยแพร่ (ออปติคัลภายนอก) (CD)

เรากำลังพูดถึงการติดฉลากและบรรจุภัณฑ์ของสื่อการจัดจำหน่าย - ผลิตภัณฑ์ซอฟต์แวร์ (ดู GOST 19.004-80)

ข้อกำหนดการติดฉลาก

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

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

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

ข้อกำหนดการบรรจุ

บรรจุภัณฑ์ของผลิตภัณฑ์ซอฟต์แวร์จะต้องดำเนินการในภาชนะบรรจุภัณฑ์ของผู้ผลิต

ผู้ผลิตนั่นเอง ผู้รับเหมาไม่สามารถและไม่ควรรับผิดชอบมากกว่าผู้ผลิตตู้คอนเทนเนอร์

เงื่อนไขการบรรจุ

บรรจุภัณฑ์ของผลิตภัณฑ์ซอฟต์แวร์จะต้องดำเนินการในห้องที่มีการระบายอากาศแบบปิดที่อุณหภูมิ +15 ถึง +40 °C และความชื้นสัมพัทธ์ไม่เกิน 80% ในกรณีที่ไม่มีสิ่งเจือปนที่รุนแรงในสภาพแวดล้อม

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

ใบสั่งบรรจุ

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

รับข้อความเต็ม

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

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

เอกสารการปฏิบัติงานต้องอยู่ในบรรจุภัณฑ์สำหรับผู้บริโภคพร้อมกับผลิตภัณฑ์ซอฟต์แวร์

ที่ชั้นบนสุดของวัสดุกันกระแทกจะมีการวางเอกสารการจัดส่ง - รายการบรรจุภัณฑ์และรายการบรรจุภัณฑ์

บรรจุภัณฑ์สำหรับผู้บริโภคต้องวางทับด้วยเทปกาว 6-70 ตาม GOST

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

เอกสารการจัดส่ง รวมถึงรายการบรรจุภัณฑ์ตาม GOST จะต้องแนบมาในกล่องพาเลท

ขนาดของหีบห่อต้องไม่เกิน 1250 x 820 x 1180 มม.

น้ำหนักสุทธิ - ไม่เกิน 200 กก.

น้ำหนักรวม - ไม่เกิน 220 กก.

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

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

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

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

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

เงื่อนไขการขนส่งและการเก็บรักษา

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

ในระหว่างการขนส่งและการเก็บรักษาผลิตภัณฑ์ซอฟต์แวร์ ต้องมีการป้องกันฝุ่นและการตกตะกอน ไม่อนุญาตให้เอียงผลิตภัณฑ์ซอฟต์แวร์ สภาพภูมิอากาศของการขนส่งได้รับด้านล่าง:

อุณหภูมิอากาศแวดล้อม, °С - จากบวก 5 ถึงบวก 50; ความดันบรรยากาศ kPa - เช่นนี้ ความชื้นสัมพัทธ์ที่ 25 องศาเซลเซียส

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

โปรแกรมต้องจัดให้มีการโต้ตอบกับผู้ใช้ (ตัวดำเนินการ) ผ่านส่วนต่อประสานกราฟิกกับผู้ใช้ที่พัฒนาขึ้นตามคำแนะนำของผู้ผลิตระบบปฏิบัติการ

ผู้พัฒนามาตรฐานนี้มองไปในอนาคต ไม่มีโปรแกรมที่มีส่วนต่อประสานกับผู้ใช้แบบกราฟิกในปีนั้น

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

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

องค์ประกอบของเอกสารประกอบโปรแกรมจัดทำโดย GOST 19.101-77

องค์ประกอบเบื้องต้นของเอกสารประกอบโปรแกรม

เอกสารประกอบโปรแกรมควรประกอบด้วย:

งานด้านเทคนิค โปรแกรมและวิธีการทดสอบ คู่มือโปรแกรมเมอร์ระบบ คู่มือการใช้งาน; คำชี้แจงของเอกสารการดำเนินงาน

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

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

เอกสารโปรแกรมที่รวมอยู่ในรายการเบื้องต้นจะต้องจัดทำขึ้นตามข้อกำหนดของ GOST 19.106-78

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

ไม่ได้คำนวณประสิทธิภาพทางเศรษฐกิจโดยประมาณ

จำนวนการใช้งานโปรแกรมที่คาดหวังต่อปีคือ 365 เซสชันการทำงานในที่ทำงานแห่งเดียว

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

รับข้อความเต็ม

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

ประโยชน์ทางเศรษฐกิจของการพัฒนา

ข้อได้เปรียบทางเศรษฐกิจของการพัฒนาเมื่อเปรียบเทียบกับแอนะล็อกในประเทศและต่างประเทศที่ดีที่สุดคือ:

จำนวนงาน

การพัฒนา

ผลประโยชน์ทางเศรษฐกิจ

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

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

ขั้นตอนและขั้นตอนการพัฒนาถูกควบคุมโดย GOST 19.102-77 GOST 19.102-77 ไม่ได้ป้องกันการยกเว้นแต่ละขั้นตอนของงานรวมถึงการรวมกันของแต่ละขั้นตอนของงาน

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

การพัฒนาควรดำเนินการในสามขั้นตอน:

การพัฒนาข้อกำหนดทางเทคนิค การออกแบบการทำงาน การดำเนินการ

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

ในขั้นตอนของการพัฒนาข้อกำหนดในการอ้างอิง จะต้องเสร็จสิ้นขั้นตอนของการพัฒนา การประสานงาน และการอนุมัติข้อกำหนดในการอ้างอิงนี้

ในขั้นตอนของการออกแบบโดยละเอียด ควรดำเนินการตามขั้นตอนต่อไปนี้:

การพัฒนาโปรแกรม การพัฒนาเอกสารโปรแกรม การทดสอบโปรแกรม

ในขั้นตอนการดำเนินการจะต้องเสร็จสิ้นขั้นตอนการพัฒนา - การเตรียมการและการถ่ายโอนโปรแกรม

ในขั้นตอนของการพัฒนาข้อกำหนดในการอ้างอิงควรดำเนินการดังต่อไปนี้:

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

ในขั้นตอนของการพัฒนาโปรแกรม ควรดำเนินการเขียนโปรแกรม (การเข้ารหัส) และการดีบั๊กของโปรแกรม

ในขั้นตอนของการพัฒนาเอกสารโปรแกรม การพัฒนาเอกสารโปรแกรมควรดำเนินการตามข้อกำหนดของ GOST 19.101-77 โดยมีข้อกำหนดของข้อ องค์ประกอบเบื้องต้นของเอกสารโปรแกรมของการมอบหมายทางเทคนิคนี้

ในขั้นตอนการทดสอบของโปรแกรม จะต้องดำเนินการประเภทต่อไปนี้:

การพัฒนาการประสานงานและการอนุมัติโปรแกรม (ใน GOST ดูเหมือนว่าพิมพ์ผิด - "คำสั่ง") และวิธีการทดสอบ ดำเนินการทดสอบการยอมรับ การปรับโปรแกรมและเอกสารประกอบโปรแกรมตามผลการทดสอบ

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

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

ส่วนควรระบุประเภทของการทดสอบและ ข้อกำหนดทั่วไปที่จะรับงาน

ประเภทการทดสอบ

การทดสอบการยอมรับจะต้องดำเนินการที่ไซต์ของลูกค้าภายในเวลาที่กำหนด ...

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

ความคืบหน้าของการทดสอบการยอมรับได้รับการบันทึกโดยลูกค้าและผู้รับเหมาในโปรโตคอลการทดสอบ

ข้อกำหนดทั่วไปสำหรับการรับงาน

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

แอปพลิเคชั่น

ในภาคผนวกของข้อกำหนดในการอ้างอิง หากจำเป็น ให้ระบุ:

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

ถ้ามีทำไมไม่เอามา และอย่าลืมจัดทำรายการ GOST บนพื้นฐานของการพัฒนาที่ควรดำเนินการ ตัวอย่างเช่น:

GOST 19.201-78 ข้อกำหนดในการอ้างอิง ข้อกำหนดสำหรับเนื้อหาและการออกแบบ และอื่นๆ...

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

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

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

เมื่อแจกจ่ายงาน AS ตามองค์ประกอบ มักใช้เกณฑ์การปรับให้เหมาะสม (ฟังก์ชันวัตถุประสงค์) ต่อไปนี้:

ลดค่าใช้จ่ายทั้งหมดสำหรับการแก้ปัญหาทั้งหมด

ลดเวลารวมในการแก้ปัญหาทั้งหมด

การลดเวลาสูงสุดสำหรับการแก้ปัญหา (ลดเวลาที่งานสุดท้ายจะได้รับการแก้ไข)

เพิ่มผลกำไรสูงสุดจากการแก้ปัญหาทั้งหมด

เมื่อเลือกตัวเลือกที่เหมาะสมที่สุดสำหรับการกระจายงาน AS ตามองค์ประกอบ มักจะมีการพิจารณาข้อจำกัดต่อไปนี้:

เกี่ยวกับต้นทุนของทรัพยากร (การเงินหรืออื่น ๆ ) ที่เกี่ยวข้องกับการแก้ปัญหาของงานทั้งหมด

สำหรับเวลารวมของการแก้ไขงาน AS ทั้งหมด

เพื่อโหลดแต่ละองค์ประกอบของ AS

นอกจากนี้ยังสามารถใช้ข้อจำกัดอื่นๆ ได้ (เช่น เกี่ยวกับต้นทุนของทรัพยากรในแต่ละองค์ประกอบของ AS ในช่วงเวลาของการแก้ปัญหาเฉพาะ ฯลฯ)

1.3 คำอธิบายโครงสร้างตรรกะของโปรแกรม

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

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

พิจารณาเนื้อหาของเมนูหลักซึ่งประกอบด้วยสามรายการ:

ไปที่รายการเมนู ไฟล์ 4 คำสั่งรวม:

ใหม่ -- การเลือกรายการนี้จะเป็นการล้างหน้าต่างหลักของโปรแกรมเพื่อเข้าสู่เงื่อนไขใหม่

เปิด - การเลือกรายการนี้ทำให้คุณสามารถเปิดไฟล์รายงานพร้อมวิธีแก้ปัญหาที่พบก่อนหน้านี้

ทางออก - การเลือกรายการนี้ออกจากโปรแกรม

ไปที่รายการเมนู ทีม 4 คำสั่งรวม:

เปลี่ยนมิติ – เปลี่ยนขนาดของอาร์เรย์ตามจำนวนงานและโหนดที่ผู้ใช้ป้อน

เมทริกซ์การตัดสินใจ - เปิดแบบฟอร์มด้วยวิธีแก้ปัญหาทั่วไป

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

เกณฑ์ประสิทธิภาพ - ทำการค้นหาเกณฑ์ประสิทธิภาพโดยแสดงในหน้าต่างหลักของโปรแกรม

ไปที่รายการเมนู ช่วยรวมสองคำสั่ง:

เนื้อหา – เปิดหน้าต่างพร้อมคำแนะนำเกี่ยวกับวิธีการใช้โปรแกรมและวิธีแก้ปัญหา

เกี่ยวกับโปรแกรม – เปิดหน้าต่างที่มีข้อมูลทั่วไปเกี่ยวกับโปรแกรมและนักพัฒนาโปรแกรม

ปุ่มควบคุมที่อยู่ในหน้าต่างหลักทำงานเหมือนกับคำสั่งที่เกี่ยวข้องของเมนูหลัก

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

จำนวนงานที่จะแจกจ่ายระหว่างโหนด

จำนวนโหนดระหว่างที่งานจะถูกแจกจ่าย

ค่าขององค์ประกอบของเมทริกซ์ของต้นทุนเวลา (ต้นทุนเงิน)

ค่าขององค์ประกอบของเมทริกซ์ของต้นทุนเงิน (ต้นทุนเวลา);

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

เมื่อคุณกดปุ่ม ทางออกที่ดีที่สุดทางออกที่ดีที่สุดจะแสดงที่ด้านล่างของแบบฟอร์ม

เมื่อคุณกดปุ่ม เกณฑ์ประสิทธิภาพค่าของเกณฑ์ประสิทธิภาพจะแสดงในแบบฟอร์ม

เมื่อคุณกดปุ่ม ทางออก, โปรแกรมออก

ในตอนท้ายของการออกแบบ จำเป็นต้องติดตามการทำงานของผู้ใช้ในการจัดการระบบ RAID

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

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

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

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

1. ส่วนการออกแบบ

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

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

1. องค์ประกอบของฟังก์ชันที่ดำเนินการ

ผลิตภัณฑ์ซอฟต์แวร์ที่สร้างขึ้นควรมีการทำงานดังต่อไปนี้:

การตั้งค่าเริ่มต้นของระบบ RAID ที่ซื้อใหม่

การตรวจสอบสถานะของระบบ RAID รายวัน

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

ความสามารถในการควบคุมระบบจากระยะไกลจากคอมพิวเตอร์เครื่องอื่น

การแจ้งผู้ดูแลระบบเกี่ยวกับการทำงานผิดพลาดและความล้มเหลวในการทำงานของระบบ RAID

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

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

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

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

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

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

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

1. ตัวแก้ไขต้องทำงานในโหมดกราฟิกหลายหน้าต่าง และรองรับทั้งคีย์บอร์ดและตัวจัดการ "เมาส์"

2. ผู้ใช้ควรจะสามารถตั้งค่าฟิลด์มาตราส่วนสำหรับแต่ละหน้าต่างได้ตามต้องการ

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

4. เส้นทางที่พบควรแสดงบนหน้าจอในโหมดต่างๆ

5. ข้อมูลเกี่ยวกับตำแหน่งของรูปทรงและเส้นทางที่สร้างขึ้นสามารถเก็บไว้ในฐานข้อมูลท้องถิ่นของตัวย่อขนาด

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

7. ข้อมูลเกี่ยวกับตำแหน่งและเส้นทางที่สร้างขึ้นสามารถแสดงได้ในรูปแบบของไฟล์ข้อมูลทางเรขาคณิตของโครงสร้างต่อไปนี้: ...

8. การแจงนับจุดยอดของรูปทรงของชิ้นส่วนในตัวอธิบายที่สอดคล้องกันของไฟล์เอาต์พุตต้องสอดคล้องกับเส้นทางการตัดที่สร้างขึ้น

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

10. โปรแกรมต้องจัดให้มีการดูไฟล์ที่ส่งออก

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

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

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

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

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

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

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

ทวีต

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

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

ข้อกำหนดข้อตกลง
จัดทำข้อตกลงเกี่ยวกับข้อกำหนด - เป้าหมายของส่วนที่สองของส่วนแรก งานห้องปฏิบัติการ. นอกจากนี้ ข้อตกลงเกี่ยวกับข้อกำหนดยังเป็นส่วนที่สองของหลักสูตร ด้านล่างได้รับ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 Workstation ประกอบด้วยองค์ประกอบต่อไปนี้: 1) zcon - แอปพลิเคชันที่ใช้ฟังก์ชั่นของไคลเอนต์ Z39.50; 2) zgate-CGI-

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

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

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

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

กระทรวงศึกษาธิการและวิทยาศาสตร์ของสหพันธรัฐรัสเซีย

สาขา SERDOBSKY ของสถาบันอุดมศึกษางบประมาณแห่งสหพันธรัฐ

"มหาวิทยาลัยรัฐเพนซา"

"การพัฒนาแอปพลิเคชันสำหรับการแก้สมการไฮเปอร์โบลิกโดยใช้วิธีกริดในสภาพแวดล้อม Microsoft Visual Studio 2013"

หมายเหตุอธิบาย

ถึง ภาคนิพนธ์ในสาขาวิชา "เทคโนโลยีการพัฒนาซอฟต์แวร์"

เสร็จสมบูรณ์โดย: นักเรียน gr.13PKS1

ดรานิทซิน อี.เอ.

ได้รับการยอมรับ: อาจารย์

Yu.S. Kiseleva

บทคัดย่อ

หมายเหตุอธิบาย: 22 แผ่น 7 ภาพวาด 4 แหล่ง 2 ภาคผนวก

วัตถุประสงค์ของการวิจัยคือการแก้สมการไฮเพอร์โบลิก

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

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

เมื่อเขียนโปรแกรม สภาพแวดล้อมการเขียนโปรแกรม Microsoft Visual Studio 2013 ถูกใช้

บทนำ. 5

1 การวิเคราะห์โดเมน. 6

2 ข้อกำหนดในการอ้างอิง. 7

2.1 พื้นฐานการพัฒนา. 7

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

2.3 ข้อกำหนดของโปรแกรม. 7

2.3.1 ข้อกำหนดด้านประสิทธิภาพ.. 7

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

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

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

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

2.6 ขั้นตอนการตรวจสอบและยอมรับ. 8

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

3.1 ข้อมูลทั่วไป. 9

3.2 ฟังก์ชั่น. 9

3.3 คำอธิบายของโครงสร้างตรรกะ.. 9

3.4 วิธีการทางเทคนิคที่ใช้. 10

4.1 วัตถุทดสอบ. 11

4.2 วัตถุประสงค์ของการทดสอบ. 11

4.3 ข้อกำหนดของโปรแกรม. 11

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

4.5 วิธีการและขั้นตอนการทดสอบ. 12

4.6 วิธีทดสอบ. 12

5 รายละเอียดการสมัคร. 13

บทสรุป. 14

รายการแหล่งที่ใช้. 15

โปรแกรม TEXT... 16

ผลการทดสอบ.. 21

บทนำ

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

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

Microsoft Visual Studio รวมคุณสมบัติจำนวนมากที่ช่วยให้คุณพัฒนาสำหรับ Windows ทุกเวอร์ชัน รวมถึง 8, อินเทอร์เน็ต, SharePoint, อุปกรณ์มือถือต่างๆ และเทคโนโลยีคลาวด์ Visual Studio แนะนำสภาพแวดล้อมสำหรับนักพัฒนาใหม่ที่ช่วยให้สร้างแอปพลิเคชันได้ง่ายขึ้น Microsoft Visual Studio เป็นสภาพแวดล้อมซอฟต์แวร์ที่อัปเดตและเรียบง่ายซึ่งให้ประสิทธิภาพสูงโดยไม่ต้องพึ่งพาฮาร์ดแวร์ และสตูดิโอนี้น่าจะเหมาะสำหรับการพัฒนาแอปพลิเคชัน

การวิเคราะห์โดเมน

หัวเรื่องสำหรับการพัฒนานี้คือคำตอบของสมการไฮเปอร์โบลิก กล่าวคือ คำตอบโดยวิธีกริด

วิธีการที่ใช้ในการแก้สมการไฮเพอร์โบลิกนั้นแบ่งออกเป็นสองกลุ่มคือ สมการคลื่น และสมการต่างๆ ที่ได้จากสมการของแมกซ์เวลล์ สมการคลื่นคือสมการที่อธิบายการสั่นของเส้นเอ็น เยื่อหุ้ม และอื่นๆ สมการต่างๆ ที่ได้มาจากสมการของแมกซ์เวลล์ที่อธิบายสนามแม่เหล็กไฟฟ้า นี่อาจเป็นการตั้งค่าที่เกี่ยวข้องกับเวกเตอร์ตัวใดตัวหนึ่ง $\backslash mathbf(A),\; \backslash mathbf(E),\; \backslash mathbf(B),\; \backslash mathbf(D),\; \backslash mathbf(H)$โดยนับองค์ประกอบเวกเตอร์เพียงตัวเดียวว่าไม่เป็นศูนย์ (นั่นคือ เมื่อสมการกลายเป็นสเกลาร์)

คำอธิบายของการแก้สมการไฮเปอร์โบลิกโดยวิธีกริด ปัญหาคือการหาฟังก์ชัน u(x,t) ที่ตรงตามสมการที่กำหนด (d^2*u/d*t^2)=c^2*(d ^2*u/d*x^ 2) ที่ x1< x < x2, t1 < t <= t2, начальным условиям u(x,0) = f(x), d u(x,0)/ d t = g(x) , x1<= x <= x2 и нулевыми краевыми условиями u(0,t) = u(1,t)=0. Так как замена переменных t ->ct ลดสมการ (1) ลงในรูปแบบ (d^2*u/d*t^2)=(d^2*u/d*x^2) จากนั้นในอนาคตเราจะถือว่า c = 1 เพื่อสร้าง รูปแบบความแตกต่างสำหรับวิธีแก้ปัญหาที่เราสร้างปัญหาในโดเมน D=((x,t)| x1<=x<=x2, t1<=t<=t2}, сетку xi = ih, i=0,1... n , a = h * n, tj = j*t t t , j = 0,1 ... , m, t m = T и аппроксимируем уравнение (1) в каждом внутреннем узле сетки.

งานด้านเทคนิค

พื้นฐานการพัฒนา

โปรแกรมได้รับการพัฒนาบนพื้นฐานของงานสำหรับงานหลักสูตรที่ออกโดยอาจารย์ Yu.S. Kiseleva และได้รับการอนุมัติจากหัวหน้าแผนกการศึกษา Zolotova T.A.

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

โปรแกรมที่พัฒนาขึ้นนี้มีไว้สำหรับการแก้สมการไฮเปอร์โบลิกโดยวิธีกริด

ข้อกำหนดของโปรแกรม

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

โปรแกรมที่เสร็จสิ้นแล้วควรจัดเตรียมคำตอบของสมการไฮเปอร์โบลิกด้วยวิธีกริด

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