วงจรชีวิตการพัฒนาระบบ ( SDLC ) อธิบายถึงขั้นตอนทั่วไปและความก้าวหน้าระหว่างขั้นตอนต่างๆ ในระหว่างการพัฒนา ระบบ คอมพิวเตอร์ขั้นตอนเหล่านี้จะดำเนินไปตั้งแต่เริ่มต้นจนถึงการเลิกใช้งาน โดยพื้นฐานแล้วจะมีวงจรชีวิตเพียงวงจรเดียว แต่การจำแนกประเภทที่ใช้ในการอธิบายอาจแตกต่างกันไป วงจรอาจถูกจัดประเภทเป็นจำนวนขั้นตอนที่แตกต่างกัน และอาจใช้ชื่อต่างๆ สำหรับขั้นตอนเหล่านั้น SDLC เปรียบได้กับวงจรชีวิตของสิ่งมีชีวิตตั้งแต่เกิดจนตาย โดยเฉพาะอย่างยิ่ง SDLC จะแตกต่างกันไปตามระบบในลักษณะเดียวกับที่สิ่งมีชีวิตแต่ละชนิดมีเส้นทางชีวิตที่เป็นเอกลักษณ์^{[ 2 ] [ 3 ]}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

แผนภาพแสดงให้เห็นว่าการครอบคลุมครอบคลุมหลายขั้นตอนของ SDLC แต่ MCD (Management Control Domains) ที่เกี่ยวข้องจะแสดงการแมปกับขั้นตอนของ SDLC ตัวอย่างเช่น การวิเคราะห์และการออกแบบส่วนใหญ่ดำเนินการเป็นส่วนหนึ่งของโดเมนการจัดหาและการนำไปใช้ และการสร้างระบบและต้นแบบส่วนใหญ่ดำเนินการเป็นส่วนหนึ่งของการส่งมอบและการสนับสนุน^{[ 4 ]}

ส่วนบนของ WBS จะให้ภาพรวมของขอบเขตโครงการและไทม์ไลน์ นอกจากนี้ยังควรสรุปขั้นตอนหลักและเหตุการณ์สำคัญต่างๆ ส่วนกลางจะอิงตามขั้นตอนของ SDLC องค์ประกอบของ WBS ประกอบด้วยเหตุการณ์สำคัญและงานที่จะต้องทำให้เสร็จ แทนที่จะเป็นกิจกรรมที่จะต้องดำเนินการ และมีกำหนดเวลา งานแต่ละงานมีผลลัพธ์ที่วัดได้ (เช่น เอกสารวิเคราะห์) งานใน WBS อาจขึ้นอยู่กับกิจกรรมหนึ่งหรือมากกว่า (เช่น การเขียนโค้ด) ส่วนต่างๆ ของโครงการที่ต้องการการสนับสนุนจากผู้รับเหมาควรมีข้อกำหนดของงาน (SOW) การพัฒนา SOW ไม่ได้เกิดขึ้นในช่วงขั้นตอนเฉพาะของ SDLC แต่ได้รับการพัฒนาเพื่อรวมงานจากกระบวนการ SDLC ที่อาจดำเนินการโดยผู้รับเหมา^{[ 4 ]}

มีการกำหนดเส้นฐานหลังจากสี่ในห้าขั้นตอนของ SDLC และมีความสำคัญต่อ ลักษณะ การทำซ้ำของแบบจำลอง^{[ 5 ]}เส้นฐานกลายเป็นหลักชัย

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

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

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

• คัมมิงส์, ฮาก (2006). ระบบสารสนเทศเพื่อการจัดการสำหรับยุคข้อมูลข่าวสาร . โทรอนโต, แมคกรอว์-ฮิลล์ ไรเออร์สัน
• Beynon-Davies P. (2009). ระบบสารสนเทศธุรกิจ . Palgrave, Basingstoke. ISBN 978-0-230-20368-6
• Computer World, 2002 , สืบค้นเมื่อ 22 มิถุนายน 2006 จากเว็บไซต์:
• ระบบสารสนเทศเพื่อการจัดการ, 2005 , สืบค้นเมื่อ 22 มิถุนายน 2006 จากเว็บไซต์:

วิกิมีเดียคอมมอนส์มีสื่อที่เกี่ยวข้องกับวงจรชีวิตการพัฒนาระบบ (Systems Development Life Cycle )

• วงจรการพัฒนาระบบแบบ Agile
• องค์กรประกันผลประโยชน์บำนาญ – ระเบียบวิธีวงจรชีวิตของโซลูชันเทคโนโลยีสารสนเทศ
• แผนภูมิกรอบการทำงานแบบบูรณาการของกระทรวงกลาโหม (DoD Integrated Framework Chart IFC) ( ด้านหน้าด้านหลัง )
• กรอบวงจรชีวิตของ FSA
• กรอบการทำงานวงจรชีวิตประสิทธิภาพองค์กรของ HHS
• วงจรชีวิตการพัฒนาระบบเปิด
• การสร้างแบบจำลองวิวัฒนาการของวงจรชีวิตการพัฒนาระบบ
• วงจรชีวิตการเบี่ยงเบนเป็นศูนย์
• แผนภูมิการจัดการวงจรชีวิตด้านการป้องกันประเทศแบบบูรณาการ (Integrated Defense AT&L Life Cycle Management Chart)ซึ่งเป็นรูปแบบของแนวคิดนี้ในกระทรวงกลาโหมสหรัฐฯ