บางคนสามารถอธิบายขั้นตอน V Model ได้หรือไม่ ทำไมมันถึงแตกต่างจากรุ่น Waterfall?


19

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

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

อินเทอร์เน็ตขาดคำอธิบายที่เพียงพอของรุ่นนี้ มันจะยอดเยี่ยมถ้ามีใครสามารถอธิบายได้ในรูปแบบ StackExchange จริง :)

รุ่น V

คำตอบ:


17

V-model เป็นส่วนเสริมของ Waterfall model ดังนั้นอย่าคาดหวังว่ามันจะแตกต่างกันอย่างมาก

โดยทั่วไปคุณจะติดตาม V-model จากซ้ายไปขวาเหมือนกับในโมเดล Waterfall ใน Waterfall คุณต้องทำข้อกำหนดออกแบบใช้งานตรวจสอบและบำรุงรักษาในที่สุด ในทำนองเดียวกันในรูปแบบ V คุณทำข้อกำหนดออกแบบดำเนินการตรวจสอบและบำรุงรักษา: ขั้นตอนเดียวกันในทั้งสองกรณี

ความแตกต่างที่สำคัญกับ Waterfall คือวิธีการนำเสนอและการเน้นการทดสอบ

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

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


ค้นหาคำอธิบายอื่น ๆ บนอินเทอร์เน็ตฉันไม่สามารถหลีกเลี่ยงการอ้างถึงบทความต่อไปนี้โดย Bhakti Satalkar :

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

คำอธิบายนี้เป็นความเข้าใจผิด มันจะเป็นจริงเฉพาะถ้าคุณแทนที่ "รุ่น V" ในคำพูดด้วยวิธีการใดก็ได้ Agile

แตกต่างจากรัฐบทความในรูปแบบ V การทดสอบจะทำหลังจากการเข้ารหัส; ตัวอย่างเช่นดูที่Wikipedia :

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

ในขณะที่ในรูปแบบ V การออกแบบการทดสอบระบบจะติดตามการออกแบบระบบโดยไม่ต้องรอจนกว่าจะใช้งานผลิตภัณฑ์เสร็จสิ้นซึ่งไม่ได้หมายความว่าจะทำการทดสอบตัวเองก่อนการเข้ารหัส ผู้เขียน จำกัด รูปแบบ V ด้วยวิธี Agile เช่น Test Driven Development (TDD) ใน Extreme Programming (XP)


1
ใช่ - มันเป็นคำพูดที่คุณยกมาทำให้ฉันสับสน! มันทำให้ดูเหมือนว่ากระบวนการคืบหน้าลงและไม่ทำตามV
CodyBugstein

2
นอกจากน้ำตกแล้วโมเดล V ยังแสดงชั้นความรับผิดชอบตามแนวนอนในความเป็นจริง ตัวอย่างเช่นระดับที่สูงกว่าแสดงทั้งข้อกำหนดและการทดสอบระบบและไม่ต้องกังวลกับรายละเอียดของแหล่งที่มา ระดับแหล่งที่มาจะถูกแยกออกจากผลิตภัณฑ์สำเร็จรูป (จำเป็นสำหรับระบบที่มีขนาดใหญ่มาก - ซึ่งคุณอาจมี CSCI 20 หน่วยซึ่งมีสองล้าน SLOC แต่ละอัน)
mattnz

Representing the flow as V-shape helps making the difference between everything which comes prior to coding (requirements, architecture and design) and everything which follows coding (essentially testing). While tests are just one of five steps in Waterfall, it looks like practically half of the process in V-model.= จับมัน! ขอบคุณ
CodyBugstein
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.