การพัฒนาซอฟต์แวร์ตามรูปแบบตัววี ( Software Development Life Cycle: V shape Model)
การพัฒนาซอฟต์แวร์ในปัจจุบันมีหลายโมเดล แต่โมเดลที่เน้นคุณภาพคือ วงจรการพัฒนาซอฟต์แวร์รูปแบบทรงตัววี เนื่องจากทุกขั้นตอนมีการตรวจสอบทำให้ได้ซอฟต์แวร์ที่ได้มีคุณภาพ
User Requirement ความต้องการที่เก็บจากลูกค้าโดยตรงในชื่อขั้นตอนนี้บางทีเรียกว่า Requirement Gathering / Business Requirement เมื่อทีมงาน นักวิเคราะห์ธุรกิจ (Business Analyst) ทำการเก็บข้อมูลความต้องการทางธุรกิจจะจัดทำเอกสารที่ชื่อ User Requirement Specification ซึ่งความต้องการที่ดีต้องเขียนเป็นข้อๆและสามารถตรวจสอบได้
System Testing การทดสอบระบบ ทดสอบว่าระบบสามารถทำงานได้ตาม System Design Specification และ ทดสอบการทำงานในแต่ละฟังก์ชั่นว่าสามารถทำงานได้จริง โดยทำเป็นตารางเชื่อมโยงระหว่างการออกแบบกับการทดสอบให้ครบถ้วน
User Acceptance Testing การทดสอบตาม Business Requirement Specification เป็นการทดสอบให้ได้ตามที่ตกลงกับผู้ใช้งานว่าสามารถทำอะไรได้บ้าง ในมุมมองของธุรกิจ ในขั้นตอนนี้จะมีการออกแบบการทดสอบที่เป็นขั้นตอนหรือเหตุการณ์ทางธุรกิจ เช่น ต้องทำฟังก์ชั่น เอ และจากนั้นไปทำฟังก์ชั่น บี จึงจะเกิดผลลัพธ์ ซี หรือการทดสอบแบบเชื่อมโยงหลายกิจกรรมเหมือนใช้ในการทำธุรกิจจริงๆ และทำตารางตรวจสอบย้อนกลับ ให้ครบทุกข้อที่ลูกค้าหรือผู้ใช้งานต้องการ
การพัฒนาซอฟต์แวร์ตามรูปแบบตัววี ( Software Development Life Cycle: V shape Model) เป็นกระบวนการพัฒนาซอฟต์แวร์ที่มีการออกแบบและตรวจสอบเป็นขั้นตอน แต่ละชั้นอย่างชัดเจน ทำให้การทำงานเป็นระบบและได้ซอฟต์แวร์ที่มีคุณภาพ การจะมีคุณภาพมากน้อยเพียงไรขึ้นอยู่กับทีมงานที่ทำงานและทีมงานตรวจสอบ ซึ่งเวลาทำงานจริงควรจะเป็นคนละคนกัน แล้วทีมงานตรวจสอบควรจะมีหัวหน้าที่มีตำแหน่งสูงกว่าผู้จัดการโครงการ (Project Manager) เพราะจะทำให้เกิดการคานอำนาจในการทำงานกัน ทำให้ทำงานได้สะดวกและทำให้ซอฟต์แวร์ที่ได้มีคุณภาพตามที่กำหนด
การพัฒนาซอฟต์แวร์ตามรูปแบบตัววี ( Software Development Life Cycle: V shape Model) การพัฒนาซอฟต์แวร์ในปัจจุบันมีหลายโมเดล แต่โมเดลที่เน้นคุณภาพคือ วงจรการพัฒนาซอฟต์แวร์รูปแบบทรงตัววี เนื่องจากทุกขั้นตอนมีการตรวจสอบทำให้ได้ซอฟต์แวร์ที่ได้มีคุณภาพ
User Requirement ความต้องการที่เก็บจากลูกค้าโดยตรงในชื่อขั้นตอนนี้บางทีเรียกว่า Requirement Gathering / Business Requirement เมื่อทีมงาน นักวิเคราะห์ธุรกิจ (Business Analyst) ทำการเก็บข้อมูลความต้องการทางธุรกิจจะจัดทำเอกสารที่ชื่อ User Requirement Specification ซึ่งความต้องการที่ดีต้องเขียนเป็นข้อๆและสามารถตรวจสอบได้
System/ Functional Design การออกแบบระบบหรือการออกแบบฟังก์ชั่นการใช้งาน ขั้นตอนนี้จะเป็นการออกแบบระบบ (System Design Specification) โดยทีมงาน นักวิเคราะห์ระบบ (System Analyst) เพื่อทำการวิเคราะห์ออกมาให้เป็นรูปฟังก์ชั่นการใช้งานของระบบ คือเน้นมุมมองในเชิงระบบว่าสามารถทำได้ตามความต้องการทางธุรกิจ มีข้อจำกัดอะไรบ้าง ทำอะไรได้ อะไรไม่ได้
Architecture Design /High Level Design การออกแบบสถาปัตยกรรมหรือการออกแบบในมุมมองภาพใหญ่ เป็นการออกแบบในสถาปัตยกรรมการเขียนโปรแกรม การเชื่อมต่อระหว่างโมดูล ข้อมูลเข้า ข้อมูลออก
Detail Design การออกแบบในรายละเอียด คือ การออกแบบว่าจะเขียนโปรแกรม กระบวนการโลจิกในการคิดในแต่ละยูนิตของโปรแกรม
Implementation/ Coding เมื่อผ่านขั้นตอนการออกแบบมาครบแล้ว จีงเริมมีการลงมือการเขียนโปรแกรมตามการออกแบบ Unit Testing การทดสอบในแต่ละยูนิต คือการทดสอบโลจิกการทำงานภายในโปรแกรมคอมพิวเตอร์แต่ละยูนิต ว่ากระบวนการหรือโลจิกการคิดถูกต้องไหม
Integration Testing การทดสอบการเชื่อมโยงในแต่ละยูนิต ดูที่การใส่ข้อมูลเข้า และตรวจสอบข้อมูลออกในแต่ยูนิตของโปรแกรม ดูการเชื่อมโยงส่งรับข้อมูลในแต่ละโมดูล
System Testing การทดสอบระบบ ทดสอบว่าระบบสามารถทำงานได้ตาม System Design Specification และ ทดสอบการทำงานในแต่ละฟังก์ชั่นว่าสามารถทำงานได้จริง โดยทำเป็นตารางเชื่อมโยงระหว่างการออกแบบกับการทดสอบให้ครบถ้วน
User Acceptance Testing การทดสอบตาม Business Requirement Specification เป็นการทดสอบให้ได้ตามที่ตกลงกับผู้ใช้งานว่าสามารถทำอะไรได้บ้าง ในมุมมองของธุรกิจ ในขั้นตอนนี้จะมีการออกแบบการทดสอบที่เป็นขั้นตอนหรือเหตุการณ์ทางธุรกิจ เช่น ต้องทำฟังก์ชั่น เอ และจากนั้นไปทำฟังก์ชั่น บี จึงจะเกิดผลลัพธ์ ซี หรือการทดสอบแบบเชื่อมโยงหลายกิจกรรมเหมือนใช้ในการทำธุรกิจจริงๆ และทำตารางตรวจสอบย้อนกลับ ให้ครบทุกข้อที่ลูกค้าหรือผู้ใช้งานต้องการ
การพัฒนาซอฟต์แวร์ตามรูปแบบตัววี ( Software Development Life Cycle: V shape Model) เป็นกระบวนการพัฒนาซอฟต์แวร์ที่มีการออกแบบและตรวจสอบเป็นขั้นตอน แต่ละชั้นอย่างชัดเจน ทำให้การทำงานเป็นระบบและได้ซอฟต์แวร์ที่มีคุณภาพ การจะมีคุณภาพมากน้อยเพียงไรขึ้นอยู่กับทีมงานที่ทำงานและทีมงานตรวจสอบ ซึ่งเวลาทำงานจริงควรจะเป็นคนละคนกัน แล้วทีมงานตรวจสอบควรจะมีหัวหน้าที่มีตำแหน่งสูงกว่าผู้จัดการโครงการ (Project Manager) เพราะจะทำให้เกิดการคานอำนาจในการทำงานกัน ทำให้ทำงานได้สะดวกและทำให้ซอฟต์แวร์ที่ได้มีคุณภาพตามที่กำหนด
http://blog.vzmart.com/v-shape-model-software-development-life-cycle/