SDLC Phases [อธิบาย]: วิธีสร้างซอฟต์แวร์ที่ยอดเยี่ยมในปี 2021

อุตสาหกรรมการพัฒนาซอฟต์แวร์กำลังเฟื่องฟู เรายังคงผลิตโค้ดจำนวนมากทุกปี

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

ดังนั้น เรามาเดินทางผ่านภูมิประเทศที่ทุจริตของการพัฒนาซอฟต์แวร์กัน

เราจะดูว่า SDLC คืออะไรจริง ๆ และติดตามวิวัฒนาการของมัน เราจะดูว่ารุ่นใดเป็นรุ่นหลักที่ใช้ในอุตสาหกรรม

เราจะค้นพบขั้นตอนของ SDLC ซึ่งใช้ซอฟต์แวร์ชิ้นหนึ่งก่อนที่จะเห็นแสงสว่างของวัน และตัวดำเนินการหลักในแต่ละขั้นตอน

ในท้ายที่สุด เราจะให้ภาพมุมสูงแก่คุณเกี่ยวกับกระบวนการทั้งหมด

ทำความเข้าใจกระบวนการ SDLC

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

ขึ้นอยู่กับตัวแปรหลายอย่าง เช่น

• อุตสาหกรรม
• ขนาดองค์กร
• ทีมงานและโครงการ
• กรอบเวลาโดยประมาณ
• และงบประมาณที่ได้รับจัดสรร

มีอะไรที่เหมือนกันคือว่าชิ้นส่วนของซอฟต์แวร์แต่ละดังต่อไปนี้การไหลของกระบวนการ SDLC บางอย่าง

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

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

SDLC มักถูกมองว่าเป็นส่วนย่อยของคำว่า "วัฏจักรการพัฒนาระบบ" ซึ่งเป็นกรอบงานที่เก่าแก่ที่สุดสำหรับการพัฒนาระบบสารสนเทศ

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

วิธีการพัฒนาซอฟต์แวร์ที่หลากหลายได้เกิดขึ้นในปี 1990 บางส่วนเป็นโปรแกรมเชิงวัตถุ, Scrum และ Rational Unified Process Agile Unified Process เกิดขึ้นในปี 2548

โครงสร้างกระบวนการพัฒนาซอฟต์แวร์

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

เราจะทบทวนรสชาติแบบ 5 ขั้นตอนและ 7 ขั้นตอนของ SDLC

เวอร์ชัน 5 ขั้นตอน

กระบวนการพัฒนาซอฟต์แวร์เวอร์ชัน 5 ขั้นตอนมีลักษณะดังนี้:

ข้อกำหนดและการวิเคราะห์

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

• สถาปัตยกรรม
• การทำงาน
• ใช้งานไม่ได้
• ประสิทธิภาพ
• และที่เกี่ยวข้องกับการออกแบบ

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

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

ออกแบบ

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

ขั้นตอนการเข้ารหัส

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

การทดสอบ

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

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

การซ่อมบำรุง

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

เวอร์ชัน 7 ขั้นตอน

ตอนนี้ รสชาติ 7 ขั้นตอน ของกระบวนการนี้แตกต่างออกไปเล็กน้อย มีขั้นตอนพิเศษสองสามขั้นตอนที่เปลี่ยนธรรมชาติของผู้อื่นอย่างหลีกเลี่ยงไม่ได้เช่นกัน ลองดู:

การวางแผน

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

• ต้องทำอย่างไร?
• ต้องใช้ทรัพยากรอะไรบ้าง?
• จะต้องใช้เวลาเท่าไร?
• ราคาเท่าไหร่?

ข้อกำหนดและการวิเคราะห์

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

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

การออกแบบระบบ

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

การพัฒนาซอฟต์แวร์

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

การทดสอบ

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

การทดสอบอัตโนมัติเป็นวิธีการทำให้กระบวนการรันการทดสอบซ้ำๆ เป็นไปโดยอัตโนมัติโดยใช้ซอฟต์แวร์ภายนอก เช่น Bamboo และ Jenkins

การดำเนินการ

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

การบำรุงรักษาและการดำเนินงาน

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

รุ่น SDLC

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

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

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

• ความซับซ้อนของโครงการ
• เทคโนโลยีที่เลือก
• และขนาดทีม

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

น้ำตก

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

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

น้ำตก SDLC เป็นวิธีการที่มีโครงสร้างมาก ทำงานได้ดีเมื่อ:

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

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

วนซ้ำ

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

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

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

วิธีการนี้ไม่เหมาะสำหรับโครงการขนาดเล็ก

เปรียว

แนวทาง Agile ในการพัฒนาซอฟต์แวร์นั้นค่อนข้างใหม่ ยังคงได้รับความนิยมอย่างรวดเร็วทั่วโลก

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

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

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

เอียง

วิธีการพัฒนาซอฟต์แวร์แบบลีนถือเป็นส่วนหนึ่งของวิธีการพัฒนาซอฟต์แวร์แบบ Agile SDLC กระบวนการต่อไปนี้วิธีการผลิตแบบลีนประกอบด้วยเจ็ดหลักการ:

• กำจัดของเสีย
• ขยายการเรียนรู้
• ตัดสินใจช้าที่สุด
• จัดส่งให้เร็วที่สุด
• เติมพลังให้ทีม
• สร้างความสมบูรณ์
• ดูภาพใหญ่

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

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

DevOps

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

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

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

เกลียว

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

สี่ขั้นตอนและการทำซ้ำเรียกว่า "เกลียว" ขั้นตอน SDLC คือการวางแผนและการรวบรวมความต้องการ; ออกแบบ; การพัฒนาและการทดสอบ

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

สรุป

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

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