RAD Model คืออะไร ขั้นตอน ข้อดี และข้อเสีย
ลูคัส เบนเน็ตต์
RAD Model คืออะไร
ราดโมเดล หรือ Rapid Application Development model คือ กระบวนการพัฒนาซอฟต์แวร์โดยอาศัยการสร้างต้นแบบโดยไม่มีการวางแผนเฉพาะใดๆ ในโมเดล RAD จะให้ความสำคัญกับการวางแผนน้อยลง และให้ความสำคัญกับงานการพัฒนามากขึ้น มุ่งเป้าไปที่การพัฒนาซอฟต์แวร์ในระยะเวลาอันสั้น
การสร้างแบบจำลอง SDLC RAD มีขั้นตอนดังต่อไปนี้
- การสร้างแบบจำลองธุรกิจ
- การสร้างแบบจำลองข้อมูล
- การสร้างแบบจำลองกระบวนการ
- การสร้างแอปพลิเคชัน
- การทดสอบและการหมุนเวียน
โดยเน้นที่แหล่งรับเข้าและปลายทางของข้อมูล เน้นการส่งมอบโครงการเป็นชิ้นเล็กๆ โครงการขนาดใหญ่จะถูกแบ่งออกเป็นโครงการขนาดเล็กหลายโครงการ คุณสมบัติหลักของการสร้างแบบจำลอง RAD คือมุ่งเน้นไปที่การนำเทมเพลต เครื่องมือ กระบวนการ และโค้ดกลับมาใช้ใหม่
ระยะต่างๆ ของแบบจำลอง RAD
มี 5 ขั้นตอนหลักของ Rapid Application Development Model ดังต่อไปนี้
| เฟสโมเดล RAD | กิจกรรมที่ดำเนินการใน RAD Modeling |
|---|---|
| การสร้างแบบจำลองธุรกิจ | บนพื้นฐานการไหลเวียนของข้อมูลและการกระจายระหว่างช่องทางธุรกิจต่างๆ ผลิตภัณฑ์ได้รับการออกแบบ |
| การสร้างแบบจำลองข้อมูล | ข้อมูลที่รวบรวมจากการสร้างแบบจำลองธุรกิจจะถูกปรับแต่งเป็นชุดของออบเจ็กต์ข้อมูลที่มีความสำคัญต่อธุรกิจ |
| การสร้างแบบจำลองกระบวนการ | ออบเจ็กต์ข้อมูลที่ได้รับการประกาศในขั้นตอนการสร้างแบบจำลองข้อมูลจะได้รับการแปลงเพื่อให้เกิดการไหลของข้อมูลที่จำเป็นต่อการนำฟังก์ชันทางธุรกิจไปใช้ |
| การสร้างแอปพลิเคชัน | เครื่องมืออัตโนมัติใช้สำหรับการสร้างซอฟต์แวร์ เพื่อแปลงกระบวนการและแบบจำลองข้อมูลให้เป็นต้นแบบ |
| การทดสอบและการหมุนเวียน | เนื่องจากต้นแบบได้รับการทดสอบแยกกันระหว่างการวนซ้ำทุกครั้ง เวลาการทดสอบโดยรวมจึงลดลงใน RAD |
เมื่อใดจึงควรใช้ระเบียบวิธี RAD
- เมื่อระบบต้องผลิตในช่วงเวลาสั้นๆ (2-3 เดือน)
- เมื่อทราบข้อกำหนดแล้ว
- เมื่อผู้ใช้จะมีส่วนร่วมตลอดวงจรชีวิต
- เมื่อความเสี่ยงทางเทคนิคมีน้อย
- เมื่อมีความจำเป็นในการสร้างระบบที่สามารถทำให้เป็นแบบโมดูลาร์ได้ภายในระยะเวลา 2-3 เดือน
- เมื่องบประมาณสูงพอที่จะจ่ายให้นักออกแบบสำหรับการสร้างแบบจำลองพร้อมกับต้นทุนของเครื่องมืออัตโนมัติสำหรับการสร้างโค้ด
ข้อดีและข้อเสียการพัฒนาแอปพลิเคชันอย่างรวดเร็ว
| ข้อดีของโมเดล RAD | ข้อเสียของรุ่น RAD |
|---|---|
| มีความยืดหยุ่นและปรับตัวต่อการเปลี่ยนแปลงได้ | ไม่สามารถใช้กับโครงการขนาดเล็กได้ |
| ซึ่งจะมีประโยชน์เมื่อคุณต้องลดความเสี่ยงโดยรวมของโครงการ | แอปพลิเคชันบางรายการอาจไม่รองรับ RAD |
| สามารถปรับเปลี่ยนและยืดหยุ่นต่อการเปลี่ยนแปลงได้ | เมื่อความเสี่ยงทางเทคนิคสูงไม่เหมาะสม |
| การถ่ายโอนสิ่งที่ส่งมอบทำได้ง่ายกว่าเนื่องจากใช้สคริปต์ นามธรรมระดับสูง และโค้ดระดับกลาง | หากนักพัฒนาไม่มุ่งมั่นที่จะส่งมอบซอฟต์แวร์ตรงเวลา โครงการ RAD อาจล้มเหลวได้ |
| เนื่องจากมีเครื่องสร้างโค้ดและการนำโค้ดกลับมาใช้ใหม่ จึงทำให้การเขียนโค้ดด้วยมือลดลง | คุณสมบัติที่ลดลงเนื่องจากข้อจำกัดด้านเวลา โดยคุณสมบัติต่างๆ จะถูกผลักไปยังเวอร์ชันที่ใหม่กว่าเพื่อสิ้นสุดการเปิดตัวในช่วงเวลาสั้นๆ |
| เนื่องจากการสร้างต้นแบบโดยธรรมชาติ จึงมีความเป็นไปได้ที่ข้อบกพร่องจะน้อยลง | ความสามารถในการปรับขนาดลดลงเกิดขึ้นเนื่องจากแอปพลิเคชันที่ RAD พัฒนาขึ้นเริ่มต้นจากต้นแบบและพัฒนาเป็นแอปพลิเคชันที่เสร็จสมบูรณ์ |
| แต่ละขั้นตอนใน RAD มอบฟังก์ชันการทำงานที่มีลำดับความสำคัญสูงสุดให้กับลูกค้า | ความคืบหน้าและปัญหาที่เกิดขึ้นนั้นยากต่อการติดตาม เนื่องจากไม่มีเอกสารประกอบที่แสดงให้เห็นว่าได้ทำอะไรไปแล้ว |
| เมื่อมีคนน้อยลง ผลผลิตก็จะเพิ่มขึ้นได้ในระยะเวลาอันสั้น | ต้องใช้นักออกแบบหรือนักพัฒนาที่มีทักษะสูง |
สรุป
- RAD แบบเต็มหรือ RAD ย่อมาจาก: Rapid Application Development
- คำจำกัดความของการพัฒนาแอปพลิเคชันแบบรวดเร็ว: โมเดลการพัฒนาแอปพลิเคชันแบบรวดเร็วเป็นกระบวนการพัฒนาซอฟต์แวร์ที่อิงจากการสร้างต้นแบบโดยไม่มีการวางแผนเฉพาะใดๆ
