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

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

ประวัติความเป็นมาของแนวคิดวงจรชีวิต

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

โมเดลวงจรชีวิตระบบทั่วไป

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

วิศวกรระบบบางคนแนะนำให้พิจารณาแบบจำลองวงจรชีวิตของระบบตามแหล่งที่มาสามแหล่ง ได้แก่ โมเดลการจัดการโลจิสติกส์ของกระทรวงกลาโหม (DoD) (DoD 5000.2) แบบจำลอง ISO/IEC 15288 และแบบจำลอง National Society of Professional Engineers (NSPE) :71.

แบบจำลองวงจรชีวิตทั่วไปตามมาตรฐาน ISO/IEC 15288

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

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

1. ความคิด.
2. การพัฒนา.
3. การผลิต.
4. แอปพลิเคชัน.
5. การสนับสนุนแอปพลิเคชัน
6. การยุติและการตัดจำหน่าย

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

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

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

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

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

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

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

1. แนวคิด.
2. การใช้งานด้านเทคนิค
3. การพัฒนา.
4. การตรวจสอบเชิงพาณิชย์และการเตรียมการผลิต
5. การผลิตเต็มรูปแบบ
6. การสนับสนุนผลิตภัณฑ์ขั้นสุดท้าย

โมเดลวงจรชีวิตผลิตภัณฑ์ทั่วไปตาม R 50-605-80-93

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

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

1. การวิจัยและการออกแบบ
2. การผลิต.
3. การอุทธรณ์และการดำเนินการ
4. การดำเนินงานหรือการบริโภค

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

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

1. การวิจัยและเหตุผลในการพัฒนา
2. การพัฒนา.
3. การผลิต.
4. การแสวงหาผลประโยชน์
5. การปรับปรุงครั้งใหญ่

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

แบบจำลองวงจรชีวิตซอฟต์แวร์ทั่วไป

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

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

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

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

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

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

เป้าหมายหลักของขั้นตอนการพัฒนาแนวคิด:74:

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

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

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

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

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

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

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

.

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

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

อาร์ 50-605-80-93. ข้อแนะนำ. ระบบการพัฒนาและนำสินค้าเข้าสู่การผลิต ข้อกำหนดและคำจำกัดความ (ลิงก์ไปยังข้อความ)

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

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

วงจรชีวิตของเศรษฐกิจ ระบบข้อมูลรวมถึงขั้นตอนต่อไปนี้:

1) การออกแบบล่วงหน้า

2) การออกแบบเชิงตรรกะและทางเทคนิค

3) การออกแบบการทำงาน (ทางกายภาพ)

4) การดำเนินการ;

5) การดำเนินงาน;

6) การจับกุม

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

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

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

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

· ความเป็นไปได้ในการปฏิบัติงาน – เป็นไปได้ไหมที่จะสร้าง IS นี้ จะสะดวกแค่ไหนในการใช้งานและตรงตามข้อกำหนดที่ระบุ

· ความเป็นไปได้ทางเศรษฐกิจ – ต้นทุน ประสิทธิภาพจากมุมมองของผู้ใช้

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

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

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

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

นอกเหนือจากการเลือกแพลตฟอร์มแล้ว ในขั้นตอนการออกแบบ ประเภทของสถาปัตยกรรมยังถูกกำหนดอีกด้วย:

· สถาปัตยกรรม “ไฟล์เซิร์ฟเวอร์” หรือ “ไคลเอนต์-เซิร์ฟเวอร์”

· ฐานข้อมูลแบบรวมศูนย์หรือแบบกระจาย หากมีการกระจายฐานข้อมูล กลไกใดที่จะใช้เพื่อรักษาความสอดคล้องและความเกี่ยวข้องของข้อมูล

· เซิร์ฟเวอร์แบบขนานหรือเดี่ยวสำหรับฐานข้อมูล (เพื่อให้บรรลุประสิทธิภาพที่ต้องการ) ฯลฯ

ขั้นตอนการออกแบบจบลงด้วยการพัฒนา โครงการด้านเทคนิคเป็น.

ออกแบบ การทำงาน (ทางกายภาพ) รวมถึงการสร้างและกำหนดค่าโปรแกรม การกรอกฐานข้อมูล การสร้างคำแนะนำการทำงานสำหรับบุคลากร การออกแบบจบลงด้วยการสร้างแบบร่างที่ใช้งานได้

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

ในช่วงนำร่องและอุตสาหกรรม การดำเนินการ มีการติดตั้งระบบอย่างครอบคลุมและมีการฝึกอบรมบุคลากร

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

ขั้นตอนหลักของการนำระบบไปใช้คือ:

· การเตรียมสิ่งอำนวยความสะดวกสำหรับการนำระบบไปใช้

· การส่งมอบงานและระบบย่อยสำหรับการดำเนินการทดลอง

· ดำเนินการทดลอง;

· การนำงาน ระบบย่อย และระบบโดยรวมไปสู่การดำเนินงานเชิงพาณิชย์

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

· การดีบักโปรแกรมขั้นสุดท้ายและการทดสอบกระบวนการทางเทคโนโลยีเพื่อการแก้ปัญหา

· การตรวจสอบความพร้อมของฐานข้อมูล

· จัดการการเชื่อมต่อโครงข่ายของงานระบบ

·การได้มาซึ่งทักษะการทำงานโดยบุคลากรขององค์กร

· การตั้งค่าระบบทั้งหมดโดยรวมและขจัดข้อบกพร่องที่ระบุ

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

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

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

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

1) แบบจำลองน้ำตกซึ่งเกี่ยวข้องกับการเปลี่ยนไปใช้ ขั้นตอนต่อไปหลังจากเสร็จสิ้นงานในขั้นตอนก่อนหน้า

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

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

ในทุกขั้นตอนของวงจรชีวิตของ EIS ผู้เชี่ยวชาญด้านเศรษฐศาสตร์มีบทบาทสำคัญซึ่ง:

· กำหนดข้อกำหนดสำหรับระบบสารสนเทศในอนาคตหรือแผนการปรับปรุงให้ทันสมัย

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

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

· มีส่วนร่วมในการดีบักระบบเมื่อถ่ายโอนไปสู่การปฏิบัติงาน

· (ผู้เชี่ยวชาญ) ใช้ความรู้และประสบการณ์เพื่อเติมเต็มฐานข้อมูลและความรู้

· ในขั้นตอนการนำไปปฏิบัติ พวกเขาพัฒนาคำแนะนำและฝึกอบรมบุคลากร โดยใช้ความรู้และประสบการณ์เชิงปฏิบัติ

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

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

จากหลักสูตรการทำงาน:

หัวข้อที่ 2 มาตรฐานและแนวปฏิบัติด้านกฎระเบียบสำหรับระบบและวิศวกรรมซอฟต์แวร์

ISO/IEC 15288 "วิศวกรรมระบบ - กระบวนการวงจรชีวิตของระบบ"

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

แนวคิดหลักของวิศวกรรมระบบ: แนวทางระบบ วงจรชีวิตระบบ วิศวกรรมความต้องการ การออกแบบสถาปัตยกรรม แนวทางกระบวนการ แนวทางโครงการ

2.1. ISO 15288 "วิศวกรรมระบบ - กระบวนการวงจรชีวิตของระบบ"

2.2. วงจรชีวิตของระบบ

2.3. มุมมองวงจรชีวิตของระบบ

2.4. วงจรชีวิตของระบบสารสนเทศ

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

2.6. การเลือกแบบจำลองวงจรชีวิต

2.1. วิศวกรรมระบบ ISO 15288 - กระบวนการวงจรชีวิตของระบบ

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

วัตถุประสงค์ของมาตรฐาน:

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

นำแนวคิดทางวิศวกรรมระบบที่สำคัญจำนวนหนึ่งไปใช้ในการปฏิบัติงานขององค์กร:

• แนวทางที่เป็นระบบ

  วงจรชีวิต

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

  การออกแบบสถาปัตยกรรม

  แนวทางกระบวนการ

  แนวทางโครงการ

  วัฒนธรรมสัญญา

เป็นตโอริยาการสร้าง

การพัฒนาร่วมกันของ ISO และ IEC การมีส่วนร่วมอย่างแข็งขันของ INCOSE

เริ่มงานในปี 1996 เวอร์ชันปี 2002, 2005 (GOST R ISO/IEC 15288-2005), 2008

ออกแบบมาเพื่อประสานสิ่งที่เรียกว่า "มาตรฐานจำนวนมาก" ของวิศวกรรมระบบ (มาตรฐานจำนวนมากที่นำมาใช้โดยหน่วยงานทางทหาร รัฐ องค์กรกำหนดมาตรฐานอุตสาหกรรมต่างๆ)

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

2.2. วงจรชีวิตของระบบ

ตัวย่อของรัสเซีย: เจซี

ตัวย่อภาษาอังกฤษ: แอล.ซี. (ชีวิตวงจร)

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

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

ระบบและวงจรชีวิตเป็นพี่น้องฝาแฝด เราพูดว่าระบบ - เราหมายถึงวงจรชีวิต เราพูดว่าวงจรชีวิต - เราหมายถึงระบบ

คำจำกัดความ

คำจำกัดความของมาตรฐาน ISO/IEC 15288:2008 (คำจำกัดความ: วงจรชีวิต -- วิวัฒนาการของระบบ ผลิตภัณฑ์ บริการ โครงการ หรือสิ่งที่มนุษย์สร้างขึ้นอื่นๆ ตั้งแต่แนวคิดจนถึงการเกษียณ (ISO 15288, 4.11):

วงจรชีวิต (วงจรชีวิต) คือวิวัฒนาการของระบบ ผลิตภัณฑ์ บริการ โครงการ หรือวัตถุที่มนุษย์สร้างขึ้นอื่น ๆ ตั้งแต่ความคิดจนถึงการสิ้นสุดการใช้งาน

คำจำกัดความของมาตรฐาน ISO 15704 (ระบบอัตโนมัติทางอุตสาหกรรม - ข้อกำหนดสำหรับสถาปัตยกรรมและวิธีการอ้างอิงระดับองค์กร)

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

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

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

ตารางที่ 2.1

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

1. วงจรชีวิตของ IS และโครงสร้างของมัน 2

1.1 ระยะต่างๆ ของวงจรชีวิตของ IS.. 3

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

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

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

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

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

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

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

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

รายชื่อวรรณกรรมที่ใช้แล้ว...16

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

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

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

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

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

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

โมเดลวงจรชีวิตของ IS ประกอบด้วย:

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

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

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

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

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

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

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

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

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

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

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

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

แบบจำลองน้ำตก (ทั่วไปสำหรับช่วงปี 2513-2528)

แบบจำลองเกลียว (โดยทั่วไปสำหรับช่วงหลังปี 1986)

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

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

ต่อไปนี้สามารถแยกแยะได้ ด้านบวกการประยุกต์ใช้แนวทางน้ำตก:

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

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

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

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

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

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

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

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

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

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

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

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

การได้มา (การกระทำและงานของลูกค้าที่ซื้อ IP)

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

การพัฒนา (การดำเนินการและงานที่ดำเนินการโดยนักพัฒนา: การสร้างซอฟต์แวร์ การออกแบบและเอกสารการปฏิบัติงาน การเตรียมการทดสอบและ สื่อการศึกษาฯลฯ)

การดำเนินงาน (การกระทำและภารกิจของผู้ปฏิบัติงาน - องค์กรที่ปฏิบัติการระบบ)

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

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

การพัฒนา

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

การจัดทำเอกสารการออกแบบและการปฏิบัติงาน

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

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

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

การแสวงหาผลประโยชน์

การปฏิบัติงานสามารถแบ่งออกเป็นขั้นเตรียมการและขั้นพื้นฐาน สิ่งที่เตรียมไว้ ได้แก่ :

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

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

การฝึกอบรม.

กิจกรรมการดำเนินงานที่สำคัญ ได้แก่ :

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

การแปลปัญหาและการกำจัดสาเหตุของการเกิดขึ้น

การดัดแปลงซอฟต์แวร์

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

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

คุ้มกัน

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

การดำเนินการเบื้องต้นหลักในการเตรียมการจัดบำรุงรักษาระบบสารสนเทศคือ:

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

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

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

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

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

เอกสารประกอบ (คำอธิบายอย่างเป็นทางการของข้อมูลที่สร้างขึ้นระหว่างวงจรชีวิตของ IS)

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

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

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

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

การประเมินร่วม (การประเมินสถานะการทำงานในโครงการ: การควบคุมการวางแผนและการจัดการทรัพยากร บุคลากร อุปกรณ์ เครื่องมือ)

การตรวจสอบ (การพิจารณาการปฏิบัติตามข้อกำหนด แผนงาน และเงื่อนไขสัญญา)

การแก้ไขปัญหา (การวิเคราะห์และการแก้ไขปัญหา โดยไม่คำนึงถึงต้นกำเนิดหรือแหล่งที่มา ที่ถูกค้นพบระหว่างการพัฒนา การดำเนินงาน การบำรุงรักษา หรือกระบวนการอื่น ๆ )

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

การควบคุม (การกระทำและงานที่สามารถทำได้โดยฝ่ายใดฝ่ายหนึ่งที่จัดการกระบวนการของตน)

การสร้างโครงสร้างพื้นฐาน (การเลือกและการบำรุงรักษาเทคโนโลยี มาตรฐานและเครื่องมือ การเลือกและการติดตั้งฮาร์ดแวร์และซอฟต์แวร์ที่ใช้สำหรับการพัฒนา การดำเนินการ หรือการบำรุงรักษาซอฟต์แวร์)

การปรับปรุง (การประเมิน การวัด การควบคุม และปรับปรุงกระบวนการวงจรชีวิต)

การฝึกอบรม (การฝึกอบรมเบื้องต้นและการพัฒนาพนักงานอย่างต่อเนื่อง)

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

การเลือกวิธีการและเครื่องมือในการดำเนินโครงการ

การกำหนดวิธีการอธิบายสภาวะการพัฒนาขั้นกลาง

การพัฒนาวิธีการและวิธีการทดสอบซอฟต์แวร์ที่สร้างขึ้น

1. Izbachkov S.Yu., Petrov V.N. ระบบสารสนเทศ – เซนต์ปีเตอร์สเบิร์ก: Peter, 2008. – 655 น.

2. http://ru.wikipedia.org

3. http://www.intuit.ru

1. วงจรชีวิตของ IS และโครงสร้างของมัน 2

1.1 ระยะต่างๆ ของวงจรชีวิตของ IS.. 3

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

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

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

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

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

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

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

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

รายชื่อวรรณกรรมที่ใช้แล้ว...16

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

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

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

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

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

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

โมเดลวงจรชีวิตของ IS ประกอบด้วย:

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

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

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

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

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

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

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

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

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

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

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

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

แบบจำลองน้ำตก (ทั่วไปสำหรับช่วงปี 2513-2528)

แบบจำลองเกลียว (โดยทั่วไปสำหรับช่วงหลังปี 1986)

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

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