บ้าน

วงจรชีวิตของระบบสารสนเทศ ขั้นตอนของวงจรชีวิตของระบบทางเทคนิค

ในสาขาวิศวกรรมไฟฟ้า) มาตรฐานนี้กำหนดโครงสร้างของวงจรชีวิต ซึ่งประกอบด้วยกระบวนการ กิจกรรม และงานที่ต้องดำเนินการระหว่างการสร้าง PS

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

ควรสังเกตว่าในสหภาพโซเวียตและในรัสเซียการสร้างซอฟต์แวร์ (ซอฟต์แวร์) ในขั้นต้นในยุค 70 ของศตวรรษที่ผ่านมาถูกควบคุมโดยมาตรฐาน GOST ESPD (ระบบรวมสำหรับเอกสารประกอบโปรแกรม - GOST 19.XXX ซีรีส์) ซึ่งเน้นที่ชั้นเรียนค่อนข้าง โปรแกรมง่ายๆปริมาณน้อยที่สร้างขึ้นโดยโปรแกรมเมอร์แต่ละคน ในปัจจุบัน มาตรฐานเหล่านี้ล้าสมัยในเชิงแนวคิดและอยู่ในรูปแบบ ความถูกต้องหมดอายุและการใช้งานไม่เหมาะสม

กระบวนการสร้างระบบอัตโนมัติ (AS) ซึ่งรวมถึงซอฟต์แวร์ถูกควบคุมโดยมาตรฐาน GOST 34.601-90 " เทคโนโลยีสารสนเทศ. ชุดมาตรฐานสำหรับระบบอัตโนมัติ ขั้นตอนของการสร้างสรรค์", GOST 34.602-89 "เทคโนโลยีสารสนเทศ ชุดมาตรฐานสำหรับระบบอัตโนมัติ งานด้านเทคนิคสำหรับการสร้างระบบอัตโนมัติ" และ GOST 34.603-92 "เทคโนโลยีสารสนเทศ ประเภทของการทดสอบระบบอัตโนมัติ" อย่างไรก็ตาม บทบัญญัติหลายประการของมาตรฐานเหล่านี้ล้าสมัย ในขณะที่ข้อกำหนดอื่นๆ ไม่ได้สะท้อนให้เห็นเพียงพอที่จะใช้สำหรับโครงการที่จริงจังสำหรับการสร้าง PS ดังนั้นจึงแนะนำให้ใช้มาตรฐานสากลที่ทันสมัยในการพัฒนาภายในประเทศ

ตามมาตรฐาน ISO / IEC 12207 กระบวนการวงจรชีวิตซอฟต์แวร์ทั้งหมดแบ่งออกเป็นสามกลุ่ม (รูปที่ 5.1)

ข้าว. 5.1.

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

5.2. กระบวนการหลักของวงจรชีวิตของ PS

กระบวนการได้มาประกอบด้วยกิจกรรมและงานของลูกค้าที่ซื้อซอฟต์แวร์ กระบวนการนี้ครอบคลุมกิจกรรมดังต่อไปนี้:

การเริ่มต้นการเข้าซื้อกิจการ;
การจัดทำข้อเสนอการสมัคร
การเตรียมและการปรับสัญญา
การกำกับดูแลกิจกรรมของซัพพลายเออร์
การยอมรับและเสร็จสิ้นการทำงาน

การเริ่มต้นการจัดหารวมถึงงานต่อไปนี้:

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

การเสนอราคาต้องมี:

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

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

การเตรียมและการปรับสัญญารวมถึงงานต่อไปนี้:

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

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

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

การเริ่มต้นการส่งมอบ;
การเตรียมการตอบสนองต่อการเสนอราคา
การเตรียมสัญญา
การวางแผนงานตามสัญญา
ประสิทธิภาพและการควบคุมงานตามสัญญาและการประเมิน
การส่งมอบและเสร็จสิ้นการทำงาน

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

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

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

กระบวนการพัฒนาประกอบด้วยขั้นตอนต่อไปนี้:

งานเตรียมการ
การวิเคราะห์ข้อกำหนดของระบบ
การออกแบบสถาปัตยกรรมระบบ
การวิเคราะห์ข้อกำหนดสำหรับซอฟต์แวร์
การออกแบบสถาปัตยกรรมซอฟต์แวร์
การออกแบบซอฟต์แวร์โดยละเอียด
การเข้ารหัสและการทดสอบซอฟต์แวร์
การรวมซอฟต์แวร์
การทดสอบคุณสมบัติซอฟต์แวร์
ระบบบูรณาการ;
การทดสอบคุณสมบัติของระบบ
การติดตั้งซอฟต์แวร์
การยอมรับซอฟต์แวร์

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

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

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

การวิเคราะห์ข้อกำหนดของซอฟต์แวร์เกี่ยวข้องกับการกำหนดคุณลักษณะต่อไปนี้สำหรับส่วนประกอบซอฟต์แวร์แต่ละรายการ:

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

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

การออกแบบสถาปัตยกรรมซอฟต์แวร์ประกอบด้วยงานต่อไปนี้สำหรับส่วนประกอบซอฟต์แวร์แต่ละรายการ:

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

การออกแบบซอฟต์แวร์โดยละเอียดประกอบด้วยงานต่อไปนี้:

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

การเข้ารหัสและการทดสอบซอฟต์แวร์รวมถึงงานต่อไปนี้:

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

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

การทดสอบคุณสมบัติของซอฟต์แวร์ดำเนินการโดยนักพัฒนาต่อหน้าลูกค้า (

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

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

วัฏจักรชีวิตไม่ใช่ช่วงเวลาของการดำรงอยู่ แต่เป็นกระบวนการของการเปลี่ยนแปลงสถานะอย่างต่อเนื่องเนื่องจากประเภทของผลกระทบที่เกิดขึ้น (R 50-605-80-93)

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

สารานุกรม YouTube

1 / 5

วิดีโอ 22. วงจรชีวิตของซอฟต์แวร์ ขั้นตอนของการพัฒนาซอฟต์แวร์ รุ่นคลาสสิคการพัฒนาซอฟต์แวร์

"วงจรชีวิตของระบบหรือโครงการ" - การฝึกอบรมครั้งที่ 2

Product Life Cycle.mp4

วงจรชีวิตข้อบกพร่อง

วงจรชีวิตองค์กร

คำบรรยาย

ประวัติของแนวคิด

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

แบบจำลองวัฏจักรชีวิตของระบบทั่วไป

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

วิศวกรระบบบางคนแนะนำให้พิจารณาแบบจำลองวงจรชีวิตของระบบโดยพิจารณาจากแหล่งที่มาสามแหล่งต่อไปนี้: โมเดลการจัดการโลจิสติกส์ของกระทรวงกลาโหมสหรัฐฯ (DoD) (DoD 5000.2), โมเดล ISO/IEC 15288 และสมาคมวิศวกรมืออาชีพแห่งชาติ (NSPE) รุ่น. ). :71

ISO/IEC 15288 แบบจำลองวัฏจักรชีวิตทั่วไป

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

ขั้นตอนของวงจรชีวิตต่อไปนี้เป็นตัวอย่างในมาตรฐาน:

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

มาตรฐานเวอร์ชัน 2008 (ISO/IEC 15288:2008) ไม่รวมตัวอย่างขั้นตอนของวงจรชีวิต

แบบจำลองวัฏจักรชีวิตทั่วไปของกระทรวงกลาโหมสหรัฐ

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

โมเดลวงจรชีวิตระบบการจัดการโลจิสติกส์ของ DoD ประกอบด้วยห้าขั้นตอน: 71:

การวิเคราะห์;
การพัฒนาเทคโนโลยี
วิศวกรรมและการพัฒนาการผลิต
การผลิตและการใช้งาน
การดำเนินงานและการสนับสนุน

แบบจำลองการอ้างอิงวัฏจักรชีวิตของระบบสมาคมวิศวกรมืออาชีพแห่งชาติ (NSPE)

โมเดลนี้ถูกดัดแปลงสำหรับการพัฒนาระบบเชิงพาณิชย์ โมเดลนี้เน้นที่การพัฒนาผลิตภัณฑ์ใหม่เป็นหลัก ซึ่งมักจะเป็นผลจาก ความก้าวหน้าทางเทคนิค. แบบจำลอง NSPE คือ มุมมองทางเลือกในโมเดลเวอร์ชัน US DoD วงจรชีวิตตามแบบจำลอง NSPE แบ่งออกเป็น 6 ขั้นตอน: 72:

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

รุ่นวงจรชีวิตผลิตภัณฑ์ตาม R 50-605-80-93

ในเอกสารแนะนำ R 50-605-80-93 วงจรชีวิตของผลิตภัณฑ์อุตสาหกรรม รวมทั้งอุปกรณ์ทางทหาร ได้รับการดำเนินการอย่างรอบคอบ

สำหรับผลิตภัณฑ์อุตสาหกรรมโยธา เสนอขั้นตอนต่อไปนี้:

การวิจัยและการออกแบบ
การผลิต;
การหมุนเวียนและการดำเนินการ
การแสวงประโยชน์หรือการบริโภค

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

สำหรับผลิตภัณฑ์อุตสาหกรรมทางการทหาร ได้เสนอขั้นตอนต่อไปนี้:

เหตุผลในการวิจัยและพัฒนา
การพัฒนา;
การผลิต;
การแสวงประโยชน์;
ยกเครื่อง.

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

โมเดลวงจรชีวิตซอฟต์แวร์ทั่วไป

ขั้นตอนของวัฏจักรชีวิตของระบบและขั้นตอนของส่วนประกอบ นำเสนอในรูปที่ “แบบจำลองวัฏจักรชีวิตของระบบ” อ้างถึงส่วนใหญ่ ระบบที่ซับซ้อนรวมถึงผู้ที่มี ซอฟต์แวร์ด้วยฟังก์ชันการทำงานจำนวนมากในระดับส่วนประกอบ ในระบบที่ใช้ซอฟต์แวร์มาก ซึ่งซอฟต์แวร์ทำหน้าที่เกือบทั้งหมด (เช่น สมัยใหม่) ระบบการเงินในระบบจองตั๋วเครื่องบิน บนอินเทอร์เน็ตทั่วโลก ฯลฯ) ตามกฎแล้ว วัฏจักรชีวิตมีความคล้ายคลึงกันในเนื้อหา แต่มักจะซับซ้อนด้วยกระบวนการวนซ้ำและการสร้างต้นแบบ :72-73

ขั้นตอนหลักของวงจรชีวิตของระบบ (Kossiakoff, Sweet, Seymour, Biemer)

ดังที่แสดงในรูป System Life Cycle Model โมเดล System Life Cycle ประกอบด้วย 3 ขั้นตอน 2 ระยะแรกคือการพัฒนา และระยะที่สามครอบคลุมหลังการพัฒนา ขั้นตอนเหล่านี้แสดงการเปลี่ยนแปลงทั่วไปจากสถานะหนึ่งไปอีกสถานะหนึ่ง ในวงจรชีวิตของระบบ และยังแสดงการเปลี่ยนแปลงในประเภทและขอบเขตของกิจกรรมที่เกี่ยวข้องกับวิศวกรรมระบบ ขั้นตอนคือ :73:

ขั้นตอนการพัฒนาแนวคิด
ขั้นตอนของการพัฒนาทางเทคนิค
ขั้นตอนหลังการพัฒนา

ขั้นตอนการพัฒนาแนวคิด

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

วัตถุประสงค์หลักของขั้นตอนการพัฒนาแนวคิด: :74

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

ขั้นตอนของการพัฒนาทางเทคนิค

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

วัตถุประสงค์หลักของขั้นตอนการพัฒนาทางเทคนิคคือ:74:

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

ระยะหลังการพัฒนา

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

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

ISO/IEC 15288: 2008 วิศวกรรมระบบและซอฟต์แวร์ — กระบวนการวงจรชีวิต

Kossiakoff A. , Sweet W. N. , Seymour S. J. , Biemer S. M.หลักการและแนวทางปฏิบัติด้านวิศวกรรมระบบ - ครั้งที่ 2 - โฮโบเกน นิวเจอร์ซี: A John Wiley & Sons, 2011. - 599 p. - ISBN 978-0-470-40548-2

Batovrin V. K. , Bakhturin D.A.การจัดการวงจรชีวิตของระบบเทคนิค - 2555

GOST R ISO/IEC 15288-2005 เทคโนโลยีสารสนเทศ วิศวกรรมระบบ กระบวนการวงจรชีวิตของระบบ

ร 50-605-80-93 คำแนะนำ ระบบพัฒนาและผลิตสินค้า ข้อกำหนดและคำจำกัดความ (Link to text)

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

มาตรฐาน ISO/IEC 12207 กำหนดกรอบงานวงจรชีวิตที่มีกระบวนการ กิจกรรม และงานที่ต้องดำเนินการระหว่างการสร้างระบบข้อมูล ตามมาตรฐานนี้ โครงสร้างวงจรชีวิตขึ้นอยู่กับกระบวนการสามกลุ่ม:

1. กระบวนการหลักของวงจรชีวิต (การจัดหา การจัดหา การพัฒนา การดำเนินงาน การบำรุงรักษา)

2. กระบวนการเสริมที่รับรองการดำเนินการตามกระบวนการหลัก (เอกสาร การจัดการการกำหนดค่า การประกันคุณภาพ การตรวจสอบ การรับรอง การประเมิน การตรวจสอบ การแก้ไขปัญหา);

3. กระบวนการขององค์กร (การจัดการโครงการ การสร้างโครงสร้างพื้นฐานของโครงการ คำจำกัดความ การประเมินและการปรับปรุงวงจรชีวิต การฝึกอบรม)

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

1. การพัฒนา

การพัฒนาระบบข้อมูลรวมถึงงานทั้งหมดเกี่ยวกับการพัฒนาซอฟต์แวร์ข้อมูลและส่วนประกอบตามข้อกำหนดที่ระบุ การพัฒนาซอฟต์แวร์ข้อมูลยังรวมถึง:

1. การลงทะเบียนเอกสารการออกแบบและการปฏิบัติงาน

2. การเตรียมวัสดุที่จำเป็นสำหรับการทดสอบผลิตภัณฑ์ซอฟต์แวร์แอบแฝง

3. การพัฒนาวัสดุที่จำเป็นสำหรับการจัดฝึกอบรมพนักงาน

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

2. ปฏิบัติการ

งานปฏิบัติการสามารถแบ่งออกเป็นงานเตรียมการและงานหลัก การเตรียมการรวมถึง:

1. การกำหนดค่าฐานข้อมูลและเวิร์กสเตชันของผู้ใช้

2. จัดเตรียมเอกสารการปฏิบัติงานให้ผู้ใช้

3. การอบรมพนักงาน

หลัก งานซ่อมบำรุงรวม;

1. การดำเนินการโดยตรง

2. การแปลปัญหาและกำจัดสาเหตุ

3. การปรับเปลี่ยนซอฟต์แวร์

4. จัดทำข้อเสนอเพื่อปรับปรุงระบบ

5. การพัฒนาและปรับปรุงระบบให้ทันสมัย

3. คุ้มกัน

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

แบบจำลองวงจรชีวิต

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

จนถึงปัจจุบัน รูปแบบวงจรชีวิตหลักที่ใช้กันอย่างแพร่หลายที่สุดคือ:

1. โมเดลงาน

2. แบบจำลองน้ำตก (หรือระบบ) (70-85);

3. รุ่นเกลียว (ปัจจุบัน)

โมเดลงาน

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

ความเร่งด่วนสุดขีด (จำเป็นที่อย่างน้อยงานจะได้รับการแก้ไขจากนั้นคุณต้องทำทุกอย่างอีกครั้ง);

การทดลองและการปรับตัวของลูกค้า (อัลกอริทึมไม่ชัดเจน การแก้ปัญหาถูกรวบรวมโดยการลองผิดลองถูก)

ข้อสรุปทั่วไปคือเป็นไปไม่ได้ที่จะสร้างระบบข้อมูลขนาดใหญ่ที่มีประสิทธิภาพเพียงพอด้วยวิธีนี้

โมเดลน้ำตก

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

แง่บวกของการใช้วิธีการแบบเรียงซ้อนมีดังนี้:

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

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

ข้าว. . โครงการพัฒนาน้ำตก

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

ข้าว. 3. กระบวนการจริงของการพัฒนาซอฟต์แวร์ตามโครงการน้ำตก

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

แบบเกลียว

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

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

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

รูปที่ 4 แบบจำลองเกลียวของวงจรชีวิตของ IS

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

ทีมโปรแกรมเมอร์ขนาดเล็ก (ตั้งแต่ 2 ถึง 10 คน)

สั้น แต่ใช้ตารางการผลิตอย่างระมัดระวัง (ตั้งแต่ 2 ถึง 6 เดือน)

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

วงจรชีวิตซอฟต์แวร์ตามระเบียบวิธี RAD ประกอบด้วยสี่ขั้นตอน:

1. ระยะของคำจำกัดความและการวิเคราะห์ข้อกำหนด

2. ขั้นตอนการออกแบบ

3. ระยะดำเนินการ

4. ขั้นตอนการดำเนินการ

บรรยาย 6. การจำแนกระบบสารสนเทศ

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

การจำแนกมาตราส่วน

ตามขนาด ระบบสารสนเทศแบ่งออกเป็นกลุ่มต่อไปนี้:

1. โสด;

2. กลุ่ม;

3. องค์กร

ระบบข้อมูลเดียวตามกฎแล้วบนคอมพิวเตอร์ส่วนบุคคลแบบสแตนด์อโลน (ไม่ได้ใช้เครือข่าย) ระบบดังกล่าวอาจมีแอปพลิเคชั่นง่ายๆ หลายตัวที่เชื่อมต่อกันด้วยกองทุนข้อมูลทั่วไป และได้รับการออกแบบมาสำหรับการใช้งานของผู้ใช้รายเดียวหรือกลุ่มผู้ใช้ที่แชร์ ที่ทำงาน. แอปพลิเคชันที่คล้ายกันสามารถสร้างได้โดยใช้เดสก์ท็อปหรือ ระบบท้องถิ่นการจัดการฐานข้อมูล (DBMS) ในบรรดา DBMS ในพื้นที่ ที่มีชื่อเสียงที่สุดคือ Clarion, Clipper, FoxPro, Paradox, dBase และ Microsoft Access

ระบบข้อมูลกลุ่มมุ่งเน้นไปที่การใช้ข้อมูลร่วมกันโดยสมาชิกของคณะทำงานและส่วนใหญ่มักจะสร้างขึ้นบนพื้นฐานของเครือข่ายท้องถิ่น แอปพลิเคชันเหล่านี้ได้รับการพัฒนาโดยใช้เซิร์ฟเวอร์ฐานข้อมูล (เรียกอีกอย่างว่าเซิร์ฟเวอร์ SQL) สำหรับเวิร์กกรุ๊ป มีค่อนข้าง จำนวนมากของเซิร์ฟเวอร์ SQL ต่างๆ ทั้งเชิงพาณิชย์และฟรี ในบรรดาเซิร์ฟเวอร์ฐานข้อมูลที่มีชื่อเสียง ได้แก่ Oracle, DB2, Microsoft SQL Server, InterBase, Sybase, Informix

ระบบสารสนเทศองค์กรเป็นวิวัฒนาการของระบบสำหรับเวิร์กกรุ๊ป โดยมุ่งเน้นไปที่บริษัทขนาดใหญ่ และสามารถรองรับโหนดหรือเครือข่ายที่กระจายตัวตามภูมิศาสตร์ โดยพื้นฐานแล้ว พวกมันมีโครงสร้างแบบลำดับชั้นหลายระดับ ระบบดังกล่าวมีลักษณะเฉพาะด้วยสถาปัตยกรรมไคลเอนต์ - เซิร์ฟเวอร์ที่มีความเชี่ยวชาญเฉพาะด้านของเซิร์ฟเวอร์หรือสถาปัตยกรรมหลายระดับ เมื่อพัฒนาระบบดังกล่าว เซิร์ฟเวอร์ฐานข้อมูลเดียวกันก็สามารถใช้เป็นเมื่อพัฒนาระบบข้อมูลกลุ่ม อย่างไรก็ตาม ในระบบข้อมูลขนาดใหญ่ เซิร์ฟเวอร์ที่ใช้กันอย่างแพร่หลายคือ Oracle, DB2 และ Microsoft SQL Server

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

จำแนกตามขอบเขต

ตามขอบเขตของระบบสารสนเทศมักจะแบ่งออกเป็นสี่กลุ่ม:

1. ระบบประมวลผลธุรกรรม

2. ระบบการตัดสินใจ

3. ระบบข้อมูลและอ้างอิง

4. ระบบสารสนเทศสำนักงาน

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

ระบบสนับสนุนการตัดสินใจ - DSS (Decision Support Systeq) - เป็นระบบข้อมูลอีกประเภทหนึ่งซึ่งด้วยความช่วยเหลือของแบบสอบถามที่ค่อนข้างซับซ้อน ข้อมูลจะถูกเลือกและวิเคราะห์ในส่วนต่างๆ: ชั่วคราว, ภูมิศาสตร์และตัวชี้วัดอื่น ๆ

คลาสที่กว้างขวาง ระบบข้อมูลและอ้างอิงขึ้นอยู่กับเอกสารไฮเปอร์เท็กซ์และมัลติมีเดีย ระบบข้อมูลดังกล่าวได้รับการพัฒนามากที่สุดบนอินเทอร์เน็ต

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

จำแนกตามวิธีองค์กร

ตามวิธีการขององค์กร กลุ่มและระบบสารสนเทศองค์กร แบ่งออกเป็น คลาสต่อไปนี้:

1. ระบบที่ใช้สถาปัตยกรรมไฟล์เซิร์ฟเวอร์

2. ระบบที่ใช้สถาปัตยกรรมไคลเอนต์ - เซิร์ฟเวอร์

3. ระบบที่ใช้สถาปัตยกรรมหลายระดับ

4. ระบบที่ใช้เทคโนโลยีอินเทอร์เน็ต/อินทราเน็ต

ในระบบข้อมูลใดๆ เป็นไปได้ที่จะระบุส่วนประกอบการทำงานที่จำเป็น ซึ่งช่วยให้เข้าใจข้อจำกัดของสถาปัตยกรรมระบบข้อมูลต่างๆ

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

สถาปัตยกรรมไคลเอนต์ - เซิร์ฟเวอร์ได้รับการออกแบบมาเพื่อแก้ปัญหาของแอปพลิเคชันเซิร์ฟเวอร์ไฟล์โดยแยกส่วนประกอบแอปพลิเคชันและวางไว้ในตำแหน่งที่จะทำงานได้อย่างมีประสิทธิภาพสูงสุด คุณลักษณะของสถาปัตยกรรมไคลเอนต์-เซิร์ฟเวอร์คือการใช้เซิร์ฟเวอร์ฐานข้อมูลเฉพาะที่เข้าใจการสืบค้นในภาษา SQL ของข้อความค้นหาที่มีโครงสร้าง (Structured Query Language) และการค้นหา จัดเรียง และรวบรวมข้อมูล

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

สถาปัตยกรรมชั้นกลายเป็นการพัฒนาสถาปัตยกรรมไคลเอนต์ - เซิร์ฟเวอร์และในรูปแบบคลาสสิกประกอบด้วยสามระดับ:

1. ชั้นล่างเป็นแอพพลิเคชั่นไคลเอนต์ที่มีอินเตอร์เฟสการเขียนโปรแกรมเพื่อเรียกแอพพลิเคชั่นในเลเยอร์กลาง

2. ชั้นกลางเป็นแอปพลิเคชันเซิร์ฟเวอร์

3. ระดับบนสุดคือเซิร์ฟเวอร์ฐานข้อมูลระยะไกลเฉพาะทาง

สถาปัตยกรรมสามระดับเพิ่มความสมดุลให้กับโหลดในโฮสต์และเครือข่ายต่างๆ ส่งเสริมความเชี่ยวชาญพิเศษของเครื่องมือการพัฒนาแอปพลิเคชัน และขจัดข้อบกพร่องของโมเดลไคลเอ็นต์-เซิร์ฟเวอร์แบบสองชั้น

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

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

ระบบควบคุมอัตโนมัติ (ACS) คือชุดของฮาร์ดแวร์และซอฟต์แวร์ร่วมกับ โครงสร้างองค์กร(บุคคลหรือทีม) ให้การจัดการวัตถุ (ซับซ้อน) ในสภาพแวดล้อมทางอุตสาหกรรมวิทยาศาสตร์หรือสังคม

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

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

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

1. วงจรชีวิต IP และโครงสร้าง 2

1.1 ขั้นตอนของวงจรชีวิต IS.. 3

1.2 IS มาตรฐานวงจรชีวิต.. 4

2. แบบจำลองวงจรชีวิต 6

2.1 ประเภทของแบบจำลองวงจรชีวิต IS .. 6

2.2 ข้อดีและข้อเสียของแบบจำลองวงจรชีวิต IS.. 8

3. กระบวนการของวงจรชีวิต IP .......................................... .... ................. สิบเอ็ด

3.1 กระบวนการวงจรชีวิตขั้นพื้นฐาน สิบเอ็ด

3.2 สนับสนุนกระบวนการวงจรชีวิต 13

3.3 กระบวนการขององค์กร.. 14

รายการวรรณกรรมใช้แล้ว.. 16

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

แนวคิดของวงจรชีวิตเป็นหนึ่งในแนวคิดพื้นฐานของวิธีการออกแบบระบบสารสนเทศ

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

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

1.1 ขั้นตอนของวงจรชีวิต IP

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

ตามวิธีการที่นำเสนอโดย Rational Software วงจรชีวิตของระบบสารสนเทศแบ่งออกเป็นสี่ขั้นตอน

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

1) ระยะเริ่มต้น

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

2) ขั้นตอนการปรับแต่ง

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

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

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

3) ขั้นตอนการก่อสร้าง

ในขั้นตอนการออกแบบจะมีการพัฒนาผลิตภัณฑ์สำเร็จรูปพร้อมโอนไปยังผู้ใช้

เมื่อสิ้นสุดขั้นตอนนี้ ประสิทธิภาพของซอฟต์แวร์ที่พัฒนาขึ้นจะถูกกำหนด

4) ขั้นตอนการว่าจ้าง

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

เมื่อสิ้นสุดระยะการส่งมอบ จะต้องพิจารณาว่าบรรลุวัตถุประสงค์การพัฒนาหรือไม่

1.2 มาตรฐานวงจรชีวิต IP

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

ในบรรดามาตรฐานที่มีชื่อเสียงที่สุดมีดังต่อไปนี้:

GOST 34.601-90 - ใช้กับระบบอัตโนมัติและกำหนดขั้นตอนและขั้นตอนของการสร้าง นอกจากนี้ มาตรฐานยังมีคำอธิบายขอบเขตของงานในแต่ละขั้นตอน ขั้นตอนและขั้นตอนการทำงานที่รวมอยู่ในมาตรฐานมีความสอดคล้องกับแบบจำลองวงจรชีวิตแบบเรียงซ้อนมากกว่า

ISO / IEC 12207 (International Organization of Standardization / International Electrotechnical Commission) 1995 - มาตรฐานสำหรับกระบวนการและการจัดวงจรชีวิต ใช้กับซอฟต์แวร์ที่กำหนดเองทุกประเภท มาตรฐานนี้ไม่มีคำอธิบายของขั้นตอน ขั้นตอน และขั้นตอน

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

Microsoft Solution Framework (MSF) คล้ายกับ RUP รวมถึงสี่ขั้นตอน: การวิเคราะห์ การออกแบบ การพัฒนา การรักษาเสถียรภาพ การวนซ้ำ เกี่ยวข้องกับการใช้แบบจำลองเชิงวัตถุ MSF เป็นแอปพลิเคชันทางธุรกิจมากกว่า RUP

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

2. แบบจำลองวงจรชีวิต

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

โมเดล LC IS ประกอบด้วย:

ผลงานในแต่ละขั้นตอน

เหตุการณ์สำคัญ - จุดจบการทำงานและการตัดสินใจ

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

2.1 ประเภทของแบบจำลองวงจรชีวิต IP

ปัจจุบันรู้จักและใช้แบบจำลองวงจรชีวิตต่อไปนี้:

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

โมเดลแบบฉากพร้อมการควบคุมระดับกลาง (รูปที่ 2.2) การพัฒนา IS จะดำเนินการแบบวนซ้ำด้วยวัฏจักร ข้อเสนอแนะระหว่างขั้นตอน การปรับเปลี่ยนระหว่างขั้นตอนทำให้สามารถคำนึงถึงอิทธิพลร่วมกันที่แท้จริงของผลการพัฒนาบน ระยะต่างๆ; อายุการใช้งานของแต่ละขั้นตอนจะยืดออกตลอดช่วงการพัฒนาทั้งหมด

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

ข้าว. 2.1. แบบจำลองวงจรชีวิตของ IP

ข้าว. 2.2. โมเดลแบบฉากพร้อมการควบคุมระดับกลาง

ข้าว. 2.3. แบบจำลองเกลียวของวงจรชีวิตของ IP

ในทางปฏิบัติ มีการใช้แบบจำลองวงจรชีวิตหลักสองแบบอย่างแพร่หลายที่สุด:

แบบจำลองน้ำตก (ตามแบบฉบับของยุค พ.ศ. 2513-2528);

แบบเกลียว (ตามแบบฉบับหลัง พ.ศ. 2529)

2.2 ข้อดีและข้อเสียของแบบจำลองวงจรชีวิต IP

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

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

ระยะวงจรชีวิต IP

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

1) ระยะเริ่มต้น

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

2) ขั้นตอนการปรับแต่ง

ในตอนท้ายของขั้นตอนการชี้แจง การวิเคราะห์โซลูชันทางสถาปัตยกรรมและวิธีกำจัดปัจจัยเสี่ยงหลักในโครงการจะดำเนินการ

3) ขั้นตอนการก่อสร้าง

4) ขั้นตอนการว่าจ้าง

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

มาตรฐานวงจรชีวิต IP