Tiêu chí Phát triển phần mềm: So sánh các mô hình Agile và Waterfall | Trường Đại học Công nghệ thông tin và Truyền thông Việt Hàn, Đại học Đà Nẵng

lOMoAR cPSD|58 886 076
Tiêu chí Waterfal Incremental Itera ve Spiral RAD Agile Lặp lại – cải Tăng dần theo Phát triển Lặp lại ngắn, ến hệ Lặp lại có phân
🧱 Cách ếp Tuần tự, phần chức nhanh qua linh hoạt theo cận tuyến nh thống toàn ch rủi ro năng mô-đun sprint cục 🔁 Có lặp 🔶 Có, nhưng ✅ ✅ Có (mỗi ❌ Có, ✅ Có, xoắn ốc ✅ Có sprint là 1 Không nhẹ trọng vòng lặp) (itera on) tâm 🔶 ✅ 📦 Phát triển Một ✅ Mỗi phần 🔶 ❌ Có thể chia Mỗi ✅ Mỗi sprint increment thô
module độc là bản chạy
Không là module toàn theo rủi ro từng phần hệ lập được thống 🔍 Phân ch 🔶 ❌ ✅ ❌ Trọng tâm Gián ếp Không ❌ Không Không ❌ Không (qua phản hồi rủi ro chính người dùng) ✅ 🔄 Thay đổi 🔶 Hạn ✅ Có ❌ ✅ Rất khó
Có thể (giữa Chấp ✅ Luôn chào nhận thay chế thể yêu cầu vòng) đón thay đổi đổi 👥 Giao ếp
🔶 Có ✅ Mỗi vòng ✅ Thường ✅ Luôn – 🔶 Lúc đầu 🔶 thể đều đánh giá
xuyên để lấy khách hàng là với stakeholder Sau mỗi giữa feedback 1 phần team với khách các và cuối incrementvòng hàng lặp 🛠 Kiểm thử Sau mỗi Sau Tích hợp liên Cuối toàn bộ mỗi Sau mỗi vòng
Mỗi mô-đun tục, test từng (Tes ng) incrementvòng ngày ❌ ❌ Ưu ên 📄 Tài liệu ✅ Rất 🔶
🔶 Tương đối Tương ✅ Cần ghi rõ Ít, tập phần mềm nhiều không? nhiều đối trung rủi ro chạy hơn tài prototype liệu 📦 Sản phẩm ✅ Có ✅
❌ Cuối ✅ Có sớm – bản ✅ Có thể có ✅ Có nhanh Có – bản
đầu ên có cùng mới có mỗi đầu sau mỗi increment thô sớm bản dùng thử (sau vài tuần) sprint sớm không? Đội ngũ Cần dev Cần teamwork Cần kế Cần quản lý
Cần cải ến Cần phân ch yêu cầu thế
nhanh, công chặt chẽ, linh hoạch rõ module tốt liên tục rủi ro giỏi nào? cụ mạnh hoạt
🎯 Phù hợp Ổn định, yêu Trung bình, có Dự án cần App nhỏ, yêu App/web, Lớn, phức tạp, startup, yêu loại dự án cầu rõ, ít thể chia cải ến từ cầu gấp, UI có rủi ro cao cầu thay đổi nào? thay đổi module bản mẫu mạnh nhiều 🕒 Thời gian
Dài (nhiều vòng Ngắn (1–3 Ngắn (2–4 Dài Vừa Vừa đến dài tuần mỗi phát triển xoắn) tháng) sprint)