SDLC - V-Model
V-model เป็นแบบจำลอง SDLC ที่การดำเนินการของกระบวนการเกิดขึ้นในลักษณะตามลำดับในรูปตัว V เป็นที่รู้จักกันในชื่อVerification and Validation model.
V-Model เป็นส่วนขยายของแบบจำลองน้ำตกและขึ้นอยู่กับความสัมพันธ์ของขั้นตอนการทดสอบสำหรับแต่ละขั้นตอนการพัฒนาที่เกี่ยวข้อง ซึ่งหมายความว่าสำหรับทุกๆเฟสในวงจรการพัฒนามีขั้นตอนการทดสอบที่เกี่ยวข้องโดยตรง นี่เป็นโมเดลที่มีระเบียบวินัยสูงและขั้นตอนต่อไปจะเริ่มหลังจากเสร็จสิ้นขั้นตอนก่อนหน้าเท่านั้น
V-Model - การออกแบบ
ภายใต้ V-Model ขั้นตอนการทดสอบที่สอดคล้องกันของขั้นตอนการพัฒนาจะถูกวางแผนควบคู่กันไป ดังนั้นจึงมีขั้นตอนการตรวจสอบที่ด้านหนึ่งของขั้นตอน 'V' และขั้นตอนการตรวจสอบอีกด้านหนึ่ง Coding Phase เชื่อมต่อทั้งสองด้านของ V-Model
ภาพประกอบต่อไปนี้แสดงถึงระยะต่างๆใน V-Model ของ SDLC

V-Model - ขั้นตอนการยืนยัน
มีขั้นตอนการยืนยันหลายขั้นตอนใน V-Model แต่ละขั้นตอนเหล่านี้มีรายละเอียดอธิบายไว้ด้านล่าง
การวิเคราะห์ความต้องการทางธุรกิจ
นี่เป็นช่วงแรกของวงจรการพัฒนาที่เข้าใจความต้องการของผลิตภัณฑ์จากมุมมองของลูกค้า ขั้นตอนนี้เกี่ยวข้องกับการสื่อสารโดยละเอียดกับลูกค้าเพื่อให้เข้าใจถึงความคาดหวังและความต้องการที่แน่นอนของเขา นี่เป็นกิจกรรมที่สำคัญมากและต้องได้รับการจัดการที่ดีเนื่องจากลูกค้าส่วนใหญ่ไม่แน่ใจว่าต้องการอะไรกันแน่ acceptance test design planning เสร็จสิ้นในขั้นตอนนี้เนื่องจากข้อกำหนดทางธุรกิจสามารถใช้เป็นข้อมูลสำหรับการทดสอบการยอมรับได้
การออกแบบระบบ
เมื่อคุณมีข้อกำหนดของผลิตภัณฑ์ที่ชัดเจนและมีรายละเอียดแล้วก็ถึงเวลาออกแบบระบบที่สมบูรณ์ การออกแบบระบบจะมีความเข้าใจและรายละเอียดเกี่ยวกับการตั้งค่าฮาร์ดแวร์และการสื่อสารที่สมบูรณ์สำหรับผลิตภัณฑ์ที่อยู่ระหว่างการพัฒนา แผนการทดสอบระบบได้รับการพัฒนาตามการออกแบบระบบ การทำเช่นนี้ในขั้นตอนก่อนหน้านี้จะทำให้มีเวลามากขึ้นสำหรับการดำเนินการทดสอบจริงในภายหลัง
การออกแบบสถาปัตยกรรม
ข้อกำหนดทางสถาปัตยกรรมได้รับการเข้าใจและออกแบบในขั้นตอนนี้ โดยปกติจะมีการเสนอแนวทางทางเทคนิคมากกว่าหนึ่งวิธีและขึ้นอยู่กับความเป็นไปได้ทางเทคนิคและทางการเงินการตัดสินใจขั้นสุดท้ายจะดำเนินการ การออกแบบระบบแบ่งออกเป็นโมดูลที่มีฟังก์ชันการทำงานที่แตกต่างกันออกไป นี้เรียกอีกอย่างว่าHigh Level Design (HLD).
การถ่ายโอนข้อมูลและการสื่อสารระหว่างโมดูลภายในและกับโลกภายนอก (ระบบอื่น ๆ ) เป็นที่เข้าใจและกำหนดไว้อย่างชัดเจนในขั้นตอนนี้ ด้วยข้อมูลนี้การทดสอบการรวมสามารถออกแบบและจัดทำเป็นเอกสารในขั้นตอนนี้
การออกแบบโมดูล
ในขั้นตอนนี้จะมีการระบุการออกแบบภายในโดยละเอียดสำหรับโมดูลระบบทั้งหมดซึ่งเรียกว่า Low Level Design (LLD). สิ่งสำคัญคือการออกแบบจะเข้ากันได้กับโมดูลอื่น ๆ ในสถาปัตยกรรมระบบและระบบภายนอกอื่น ๆ การทดสอบหน่วยเป็นส่วนสำคัญของกระบวนการพัฒนาใด ๆ และช่วยขจัดข้อบกพร่องและข้อผิดพลาดสูงสุดในระยะเริ่มต้น การทดสอบหน่วยเหล่านี้สามารถออกแบบได้ในขั้นตอนนี้โดยอาศัยการออกแบบโมดูลภายใน
เฟสการเข้ารหัส
การเข้ารหัสจริงของโมดูลระบบที่ออกแบบในขั้นตอนการออกแบบจะถูกนำมาใช้ในเฟสการเข้ารหัส ภาษาโปรแกรมที่เหมาะสมที่สุดจะถูกตัดสินตามข้อกำหนดของระบบและสถาปัตยกรรม
การเข้ารหัสจะดำเนินการตามหลักเกณฑ์และมาตรฐานการเข้ารหัส รหัสผ่านการตรวจสอบโค้ดจำนวนมากและได้รับการปรับแต่งเพื่อประสิทธิภาพสูงสุดก่อนที่จะตรวจสอบบิลด์สุดท้ายในที่เก็บ
ขั้นตอนการตรวจสอบ
ขั้นตอนการตรวจสอบที่แตกต่างกันใน V-Model มีรายละเอียดอธิบายไว้ด้านล่าง
การทดสอบหน่วย
การทดสอบหน่วยที่ออกแบบในขั้นตอนการออกแบบโมดูลจะดำเนินการกับรหัสในระหว่างขั้นตอนการตรวจสอบความถูกต้องนี้ การทดสอบหน่วยเป็นการทดสอบในระดับรหัสและช่วยกำจัดจุดบกพร่องในระยะเริ่มต้นแม้ว่าการทดสอบหน่วยจะไม่สามารถเปิดเผยข้อบกพร่องทั้งหมดได้
การทดสอบการผสานรวม
การทดสอบการรวมมีความเกี่ยวข้องกับขั้นตอนการออกแบบสถาปัตยกรรม การทดสอบการรวมจะดำเนินการเพื่อทดสอบการอยู่ร่วมกันและการสื่อสารของโมดูลภายในภายในระบบ
การทดสอบระบบ
การทดสอบระบบเกี่ยวข้องโดยตรงกับขั้นตอนการออกแบบระบบ การทดสอบระบบจะตรวจสอบการทำงานของระบบทั้งหมดและการสื่อสารของระบบที่อยู่ระหว่างการพัฒนากับระบบภายนอก ปัญหาความเข้ากันได้ของซอฟต์แวร์และฮาร์ดแวร์ส่วนใหญ่สามารถพบได้ในระหว่างการดำเนินการทดสอบระบบนี้
การทดสอบการยอมรับ
การทดสอบการยอมรับเกี่ยวข้องกับขั้นตอนการวิเคราะห์ความต้องการทางธุรกิจและเกี่ยวข้องกับการทดสอบผลิตภัณฑ์ในสภาพแวดล้อมของผู้ใช้ การทดสอบการยอมรับจะเปิดเผยปัญหาความเข้ากันได้กับระบบอื่น ๆ ที่มีอยู่ในสภาพแวดล้อมของผู้ใช้ นอกจากนี้ยังค้นพบปัญหาที่ไม่สามารถใช้งานได้เช่นข้อบกพร่องด้านโหลดและประสิทธิภาพในสภาพแวดล้อมของผู้ใช้จริง
V- รุ่น─แอปพลิเคชัน
แอปพลิเคชัน V- Model นั้นเกือบจะเหมือนกับโมเดลน้ำตกเนื่องจากทั้งสองโมเดลเป็นประเภทลำดับ ข้อกำหนดจะต้องชัดเจนมากก่อนที่โครงการจะเริ่มเพราะโดยปกติแล้วการกลับไปแก้ไขจะมีราคาแพง แบบจำลองนี้ใช้ในด้านการพัฒนาทางการแพทย์เนื่องจากเป็นโดเมนที่มีระเบียบวินัยอย่างเคร่งครัด
คำแนะนำต่อไปนี้เป็นสถานการณ์ที่เหมาะสมที่สุดในการใช้แอปพลิเคชัน V-Model
ข้อกำหนดได้รับการกำหนดไว้อย่างดีมีเอกสารชัดเจนและคงที่
คำจำกัดความของผลิตภัณฑ์มีเสถียรภาพ
เทคโนโลยีไม่หยุดนิ่งและเป็นที่เข้าใจกันดีของทีมงานโครงการ
ไม่มีข้อกำหนดที่คลุมเครือหรือไม่ได้กำหนดไว้
โครงการมีระยะสั้น
V-Model - ข้อดีข้อเสีย
ข้อดีของวิธี V-Model คือเข้าใจและนำไปใช้ได้ง่ายมาก ความเรียบง่ายของรุ่นนี้ยังช่วยให้จัดการได้ง่ายขึ้น ข้อเสียคือแบบจำลองไม่ยืดหยุ่นต่อการเปลี่ยนแปลงและในกรณีที่มีการเปลี่ยนแปลงข้อกำหนดซึ่งเป็นเรื่องปกติมากในโลกที่ไม่หยุดนิ่งในปัจจุบันการเปลี่ยนแปลงจะมีราคาแพงมาก
ข้อดีของวิธี V-Model มีดังนี้ -
นี่เป็นโมเดลที่มีระเบียบวินัยสูงและขั้นตอนจะเสร็จสมบูรณ์ทีละขั้นตอน
ทำงานได้ดีสำหรับโครงการขนาดเล็กที่เข้าใจข้อกำหนดเป็นอย่างดี
ง่ายและเข้าใจง่ายและใช้งาน
ง่ายต่อการจัดการเนื่องจากความแข็งแกร่งของแบบจำลอง แต่ละขั้นตอนจะมีการส่งมอบที่เฉพาะเจาะจงและกระบวนการตรวจสอบ
ข้อเสียของวิธี V-Model มีดังนี้ -
มีความเสี่ยงและความไม่แน่นอนสูง
ไม่ใช่รูปแบบที่ดีสำหรับโครงการที่ซับซ้อนและเชิงวัตถุ
รูปแบบที่ไม่ดีสำหรับโครงการที่ยาวนานและต่อเนื่อง
ไม่เหมาะสำหรับโครงการที่ข้อกำหนดมีความเสี่ยงในการเปลี่ยนแปลงปานกลางถึงสูง
เมื่อแอปพลิเคชันอยู่ในขั้นตอนการทดสอบการย้อนกลับและเปลี่ยนฟังก์ชันการทำงานทำได้ยาก
ไม่มีการผลิตซอฟต์แวร์ที่ใช้งานได้จนกว่าจะถึงช่วงปลายวงจรชีวิต