Vì phần mềm không cần thích nghi với những thay đổi trong hạ tầng phần cứng.

Vì tính phức tạp của phần mềm và yêu cầu sử dụng không ngừng thay đổi, cùng với sự tiến bộ nhanh của hạ tầng phần cứng.

Vì phần mềm luôn ổn định và không cần phải thay đổi.

Vì phần cứng không ảnh hưởng đến sự phát triển của phần mềm

Khả năng đa ngôn ngữ

Tính khả dụng

Tính bảo mật

Tính thân thiện với người dùng

Giảm số lượng tính năng

Giảm thời gian kiểm thử

Tăng cường sử dụng các công cụ tự động hóa và tích hợp liên tục

Tăng số lượng nhân viên

Quản lý việc lưu trữ và truy xuất dữ liệu từ các cơ sở dữ liệu.

Điều khiển hoạt động của phần cứng máy tính như CPU và RAM.

Bảo vệ phần mềm khỏi các cuộc tấn công từ bên ngoài.

Tiếp nhận các yêu cầu từ người sử dụng và trình bày các kết quả.

Là hệ thống gồm chương trình và thiết bị phần cứng cho phép người dùng giải trí

Là tập chương trình thực thi được trên máy tính hoặc các thiết bị chuyên dụng

Là hệ thống gồm chương trình và thiết bị phần cứng cho phép người dùng giải trí

Là tập chương trình thực thi được trên máy tính hoặc các thiết bị chuyên dụng khác, nhằm hỗ trợ thực hiện các thao tác nghiệp vụ

Là tập các chương trình, dữ liệu và tài liệu liên quan như hướng dẫn sử dụng, thiết kế, đặc tả yêu cầu…

Là một chương trình thực thi được trên máy tính hoặc các thiết bị chuyên dụng khác.

Phần mềm làm giảm chi phí vận hành của các tổ chức

Phần mềm quyết định năng suất của tổ chức và tạo nên sự khác biệt.

Phần mềm thay thế hoàn toàn con người trong quá trình làm việc.

Phần mềm giúp bảo vệ môi trường và giảm khí thải carbon.

thành phần giao diện, thành phần logic và thành phần dữ liệu

Thành phần thuật toán, thành phần cấu trúc và thành phần dữ liệu

Thành phần khái niệm, thành phần logic và thành phần vật lý

Thành phần giao tiếp, thành phần xử lý và thành phần lưu trữ

Con người

Tài chính

Công cụ

Quy trình

các chương trình và dữ liệu

các tài liệu và dữ liệu

các chương trình

các chương trình, dữ liệu và tài liệu liên quan

Nhân lực chất lượng cao khan hiếm

Chi phí phát triển cao

Yêu cầu thường xuyên thay đổi

Khó kiểm soát quy trình và chất lượng

Thuê thêm nhân viên có kinh nghiệm

Tăng cường kiểm thử phần mềm

Tạo ra tài liệu hướng dẫn sử dụng mã nguồn và tổ chức lại mã nguồn

Viết lại toàn bộ mã nguồn

Tính thích nghi

Tính bảo mật

Tính thẩm mỹ của giao diện người dùng

Tính khả dụng

Kiểm thử

Bảo trì

Trừu tượng hóa

Lập trình

Thác nước

Làm bản mẫu

Thiết kế ứng dụng nhanh RAD

Xoắn ốc

Các công cụ CASE

Các công cụ CAQE

Các công cụ CARE

Các công cụ CAME

Quản lý dự án

Đào tạo nhân viên

Phân tích yêu cầu

Xây dựng cơ sở dữ liệu

Tính dễ sửa đổi

Tính dễ kiểm tra

Tính dễ sửa lỗi

Tính dễ sử dụng

Phần mềm nhúng (Embedded software)

Phần mềm thời gian thực (Real time software)

Phần mềm thương mại (Business software)

Phần mềm hệ thống (System software)

Giao diện người dùng thân thiện

Khả năng xử lý nhanh

Khả năng tương thích với nhiều nền tảng

Khả năng tích hợp với các dịch vụ thanh toán

Phát triển phần mềm

Sử dụng phần mềm

Đặc tả phần mềm

Thẩm định phần mềm

Phương pháp

Quy trình

Công cụ

Lịch sử phát triển

Là hệ thống gồm chương trình và thiết bị phần cứng cho phép người dùng giải trí

Là tập các chương trình, dữ liệu và tài liệu liên quan như hướng dẫn sử dụng, thiết kế, đặc tả yêu cầu…

Là tập chương trình thực thi được trên máy tính hoặc các thiết bị chuyên dụng khác, nhằm hỗ trợ thực hiện các thao tác nghiệp vụ

Là một chương trình thực thi được trên máy tính hoặc các thiết bị chuyên dụng khác.

bộ nhớ

phần mềm bản quyền

CPU

thiết bị vào/ra

Khó kiểm soát quy trình và chất lượng

Chi phí phát triển cao

Yêu cầu thường xuyên thay đổi

Nhân lực chất lượng cao khan hiếm

Giao diện người dùng thân thiện

Khả năng tương thích với nhiều nền tảng

Khả năng tích hợp với các dịch vụ thanh toán

Khả năng xử lý nhanh

các chương trình

các chương trình và dữ liệu

các chương trình, dữ liệu và tài liệu liên quan

các tài liệu và dữ liệu

Kỹ nghệ phần mềm là một phần của kỹ nghệ hệ thống

Kỹ nghệ phần mềm và khoa học máy tính không liên quan đến nhau

Kỹ phần mềm liên quan mật thiết tới Khoa học máy tính

Khoa học máy tính là một phần của Kỹ nghệ phần mềm

Sử dụng ngôn ngữ lập trình phổ biến

Đảm bảo mã nguồn được tổ chức tốt và có tài liệu hóa đầy đủ

Giảm bớt tính năng để giảm khối lượng mã

Thuê nhân viên bảo trì ngay từ đầu

Làm mịn bản mẫu

Thiết kế nhanh

Kỹ nghệ

Lập trình

Software Development Life Cycle.

Software Design Life Cycle.

System Design Life Cycle.

System Development Life cycle.

Sửa lỗi dễ dàng và tốn ít chi phí.

Quá trình phát triển đơn giản nên phù hợp với những dự án có ít thay đổi.

Các giai đoạn được định nghĩa, với đầu vào và đầu ra rõ ràng nên dễ phân công công việc, phân bổ chi phí, giám sát công việc.

Giảm thiểu các lỗi mắc phải trong giai đoạn thiết kế.

Thông thường, chi phí cho bảo trì nhiều hơn chi phí sản xuất phần mềm.

Mô hình RAD phù hợp với phần mềm có yêu cầu về độ tin cậy cao.

Mô hình xoắn ốc phù hợp với phần mềm có yêu cầu về độ tin cậy cao.

Mô hình thác nước phù hợp nếu lịch trình phát triển dự án rất chặt chẽ.

Không tính sử dụng lại của các thành phần

Thành viên trong nhóm cần có kỹ năng và trình độ cao

Cả ba điều trên[1]

Không có phản hồi từ khách hàng

Mô hình xoắn ốc kết hợp đánh giá rủi ro trong mỗi chu kỳ lặp, giúp quản lý rủi ro tốt hơn so với mô hình thác nước.

Mô hình xoắn ốc yêu cầu tất cả các yêu cầu phải được xác định ngay từ đầu như mô hình thác nước.

Mô hình xoắn ốc loại bỏ việc kiểm thử phần mềm cho đến khi sản phẩm hoàn thành.

Mô hình xoắn ốc không cần đánh giá rủi ro trong quá trình phát triển.

Mô hình tiến hóa cho phép yêu cầu thay đổi liên tục trong suốt quá trình phát triển, không chỉ dựa trên các nguyên mẫu ban đầu.

Mô hình tiến hóa không cho phép điều chỉnh yêu cầu sau khi phát triển bắt đầu.

Mô hình tiến hóa không cần sự tham gia của khách hàng trong suốt quá trình phát triển.

Mô hình tiến hóa yêu cầu hoàn thành tất cả các yêu cầu ngay từ đầu.

Mô hình tăng trưởng phát triển toàn bộ hệ thống ngay từ đầu mà không cần qua các giai đoạn lặp lại.

Mô hình tăng trưởng yêu cầu tất cả các yêu cầu phải được xác định trước khi phát triển bắt đầu.

Mô hình tăng trưởng không yêu cầu tài liệu hóa như mô hình thác nước.

Mô hình tăng trưởng giúp phát triển hệ thống theo từng phần nhỏ, cho phép kiểm thử sớm và điều chỉnh dựa trên phản hồi từ mỗi phần.

Mô hình chữ V cho phép linh hoạt quay lại các giai đoạn trước khi có thay đổi yêu cầu.

Mô hình chữ V kết hợp kiểm thử trong từng giai đoạn phát triển, giúp đảm bảo chất lượng sản phẩm.

Mô hình chữ V không yêu cầu lập kế hoạch trước.

Mô hình chữ V không cần đến sự tham gia của khách hàng trong giai đoạn kiểm thử.

Mô hình thác nước không cho phép khách hàng thay đổi yêu cầu sau khi quá trình phát triển bắt đầu.

Mô hình thác nước cho phép khách hàng điều chỉnh yêu cầu thông qua các nguyên mẫu nhanh chóng.

Mô hình thác nước không yêu cầu sự tham gia của khách hàng trong quá trình kiểm thử.

Mô hình thác nước yêu cầu khách hàng tham gia liên tục trong suốt quá trình phát triển.

Ưu tiên các tính năng theo thứ tự xuất hiện trong backlog mà không cần thay đổi.

Hoàn thành tất cả các tính năng nhỏ trước, sau đó chuyển sang các tính năng lớn và phức tạp hơn.

Làm việc chặt chẽ với Product Owner để liên tục đánh giá và sắp xếp lại backlog dựa trên giá trị kinh doanh

Mô hình RAD

Mô hình làm bản mẫu

Mô hình chữ V

Mô hình xoắn ốc

Tạm ngừng việc tích hợp cho đến khi tìm ra giải pháp tương thích giữa hai hệ thống.

Tích hợp thủ công các dữ liệu từ CRM vào ERP thông qua các kịch bản chuyển đổi dữ liệu hàng ngày.

Sử dụng một dịch vụ trung gian (middleware) hoặc một tầng tích hợp dịch vụ để cho phép các hệ thống giao tiếp mà không cần thay đổi các hệ thống hiện có.

Phát triển lại các hệ thống để chúng sử dụng cùng một giao thức giao tiếp.

Mô hình xoắn ốc

Mô hình RAD

Mô hình chữ V

Mô hình thác nước

Mô hình xoắn ốc

Mô hình RAD

Mô hình chữ V

Mô hình thác nước

Hoãn dự án để tuyển thêm nhân sự có kỹ năng đáp ứng yêu cầu.

Thay đổi phạm vi công việc và thông báo cho khách hàng về việc trì hoãn.

Đánh giá lại backlog, tập trung vào các tính năng có giá trị cao và giảm thiểu yêu cầu không quan trọng.

Tăng cường giờ làm việc của nhóm để đảm bảo kịp tiến độ đã cam kết với khách hàng.

Kỹ nghệ

Làm mịn bản mẫu

Thiết kế nhanh

Lập trình

Mô hình thác nước.

RAD.

Mô hình xoắn ốc.

Mô hình tăng trưởng.

Mô hình thác nước và xoắn ốc.

Mô hình thác nước và RAD.

Mô hình làm bản mẫu và RAD.

Mô hình làm bản mẫu và xoắn ốc.

Không từ nào

Rapid Application Development

Rapid Application Document

Relative Application Development

Mô hình xoắn ốc

Mô hình thác nước

Mô hình phát triển nhanh RAD

Mô hình làm bản mẫu

Mô hình chữ V cho phép linh hoạt quay lại các giai đoạn trước khi có thay đổi yêu cầu.

Mô hình chữ V không yêu cầu lập kế hoạch trước.

Mô hình chữ V không cần đến sự tham gia của khách hàng trong giai đoạn kiểm thử.

Mô hình chữ V kết hợp kiểm thử trong từng giai đoạn phát triển, giúp đảm bảo chất lượng sản phẩm.

Giảm thiểu thời gian phát triển và đưa ra sản phẩm nhanh hơn.

Giảm thiểu sự tham gia của khách hàng trong quá trình phát triển.

Tạo ra các nguyên mẫu giúp người dùng dễ dàng điều chỉnh yêu cầu trong quá trình phát triển.

Loại bỏ sự cần thiết của tài liệu hóa chi tiết.

Mô hình tăng trưởng yêu cầu tất cả các yêu cầu phải được xác định trước khi phát triển bắt đầu.

Mô hình tăng trưởng phát triển toàn bộ hệ thống ngay từ đầu mà không cần qua các giai đoạn lặp lại.

Mô hình tăng trưởng giúp phát triển hệ thống theo từng phần nhỏ, cho phép kiểm thử sớm và điều chỉnh dựa trên phản hồi từ mỗi phần.

Mô hình tăng trưởng không yêu cầu tài liệu hóa như mô hình thác nước.

Mô hình tiến hóa không cần sự tham gia của khách hàng trong suốt quá trình phát triển.

Mô hình tiến hóa yêu cầu hoàn thành tất cả các yêu cầu ngay từ đầu.

Mô hình tiến hóa cho phép yêu cầu thay đổi liên tục trong suốt quá trình phát triển, không chỉ dựa trên các nguyên mẫu ban đầu.

Mô hình tiến hóa không cho phép điều chỉnh yêu cầu sau khi phát triển bắt đầu.

Mô hình thác nước yêu cầu khách hàng tham gia liên tục trong suốt quá trình phát triển.

Mô hình thác nước không yêu cầu

Mô hình thác nước yêu cầu khách hàng tham gia liên tục trong suốt quá trình phát triển.

Mô hình thác nước không yêu cầu sự tham gia của khách hàng trong quá trình kiểm thử.

Mô hình thác nước không cho phép khách hàng thay đổi yêu cầu sau khi quá trình phát triển bắt đầu.

Mô hình thác nước cho phép khách hàng điều chỉnh yêu cầu thông qua các nguyên mẫu nhanh chóng.

Component-based Software Engineering (CBSE)

Phát triển một hệ thống hoàn toàn mới mà không dùng thành phần hoặc dịch vụ tái chế.

Service-Oriented Architecture (SOA)

Chọn mô hình phát triển Waterfall

Cấu hình hệ thống để sử dụng các dịch vụ thay thế khác, đảm bảo tính sẵn sàng và khả năng tiếp tục của các phần còn lại của hệ thống.

Tìm kiếm các giải pháp thủ công để thay thế chức năng của dịch vụ gặp sự cố cho đến khi mạng hoạt động trở lại.

Phát triển lại dịch vụ gặp sự cố ngay lập tức và tích hợp lại vào hệ thống sau khi hoàn thành.

Tạm dừng toàn bộ hệ thống cho đến khi dịch vụ quan trọng được khôi phục hoàn toàn.

Thành phần có thể được thay thế tự động thông qua giao thức HTTP.

Thành phần sẽ được thay thế mà không cần dừng hệ thống.

Thành phần phải được biên dịch lại và tích hợp lại vào hệ thống.

Thành phần được tích hợp mà không cần kiểm tra tính tương thích với các thành phần khác.

Mô hình thác nước

Mô hình RAD

Mô hình chữ V

Mô hình xoắn ốc

Mô hình RAD

Mô hình xoắn ốc

Mô hình tăng trưởng

Mô hình thác nước

có chất lượng và nhanh nhất có thể.

Càng nhanh và tốn ít chi phí càng tốt.

đúng thời hạn, chất lượng cao, không quan tâm đến chi phí.

có chất lượng, có thời gian và chi phí hợp lý.

Các chức năng phụ có thể thêm vào sau.

Kiểm soát tài liệu chặt chẽ.

Công việc phân tích rủi ro chiếm nhiều thời lượng.

Không phù hợp với các dự án nhỏ.

Dễ kiểm thử và debug.

Được dùng khi cần đưa sản phẩm ra thị trường sớm.

Khách hàng có thể phản hồi sau mỗi lần tăng trưởng.

Dễ kiểm thử và debug và được dùng khi cần đưa sản phẩm ra thị trường

Cả ba điều trên

Không có phản hồi từ khách hàng

Thành viên trong nhóm cần có kỹ năng và trình độ cao

Không tính sử dụng lại của các thành phần

Quá trình phát triển đơn giản nên phù hợp với những dự án có ít thay đổi.

Giảm thiểu các lỗi mắc phải trong giai đoạn thiết kế.

Các giai đoạn được định nghĩa, với đầu vào và đầu ra rõ ràng nên dễ phân công công việc, phân bổ chi phí, giám sát công việc.

Sửa lỗi dễ dàng và tốn ít chi phí.

Mô hình tăng trưởng yêu cầu người dùng cung cấp tất cả các yêu cầu trước khi phát triển.

Mô hình tăng trưởng yêu cầu lập kế hoạch chi tiết cho tất cả các phần trước khi phát triển bắt đầu.

Mô hình tăng trưởng có thể khiến người dùng khó hình dung ra sản phẩm cuối cùng do phát triển qua các phần nhỏ.

Mô hình tăng trưởng không cho phép kiểm thử sản phẩm trước khi tất cả các phần hoàn thành.

Mô hình làm bản mẫu không yêu cầu tài liệu hóa chi tiết như mô hình thác nước.

Mô hình làm bản mẫu giúp giảm thời gian phát triển phần mềm so với mô hình thác nước.

Mô hình làm bản mẫu cho phép người dùng điều chỉnh yêu cầu dựa trên nguyên mẫu trước khi sản phẩm hoàn chỉnh được phát triển.

Mô hình làm bản mẫu không yêu cầu sự tham gia của khách hàng trong suốt quá trình phát triển.

Mô hình RAD giúp phát triển các dự án có yêu cầu rõ ràng ngay từ đầu.

Mô hình RAD không yêu cầu sự tham gia của khách hàng trong suốt quá trình phát triển.

Mô hình RAD cho phép hoàn thiện sản phẩm nhanh chóng bằng cách chia nhỏ các yêu cầu và phát triển song song.

Mô hình RAD không yêu cầu kiểm thử phần mềm trước khi phát hành.

Mô hình xoắn ốc yêu cầu tất cả các yêu cầu phải được xác định ngay từ đầu.

Mô hình xoắn ốc cho phép điều chỉnh yêu cầu và quản lý rủi ro qua mỗi vòng xoắn lặp lại.

Mô hình xoắn ốc giảm thiểu sự cần thiết của tài liệu hóa.

Mô hình xoắn ốc không cần lập kế hoạch chi tiết trước khi bắt đầu phát triển.

Mô hình xoắn ốc kết hợp đánh giá rủi ro trong mỗi chu kỳ lặp, giúp quản lý rủi ro tốt hơn so với mô hình thác nước.

Mô hình xoắn ốc yêu cầu tất cả các yêu cầu phải được xác định ngay từ đầu như mô hình thác nước.

Mô hình xoắn ốc không cần đánh giá rủi ro trong quá trình phát triển.

Mô hình xoắn ốc loại bỏ việc kiểm thử phần mềm cho đến khi sản phẩm hoàn thành.

Mô hình hướng thành phần

Mô hình mã nguồn mở

M

Mô hình hướng thành phần

Mô hình mã nguồn mở

Mô hình Agile

Mô hình sử dụng lại

Hoãn dự án để tuyển thêm nhân sự có kỹ năng đáp ứng yêu cầu.

Thay đổi phạm vi công việc và thông báo cho khách hàng về việc trì hoãn.

Tăng cường giờ làm việc của nhóm để đảm bảo kịp tiến độ đã cam kết với khách hàng.

Đánh giá lại backlog, tập trung vào các tính năng có giá trị cao và giảm thiểu yêu cầu không quan trọng.

Thay thế toàn bộ các thành phần cũ bằng các thành phần mới để đảm bảo hệ thống đồng nhất.

Biên dịch lại hệ thống và kiểm tra lại tất cả các thành phần hiện tại trước khi phát triển chức năng mới.

Viết lại toàn bộ chức năng mới từ đầu để tích hợp vào hệ thống.

Tìm kiếm một thành phần đã được phát triển sẵn, có thể tái sử dụng và tích hợp vào hệ thống, nhằm tiết kiệm thời gian và chi phí.

Mô hình tiến hóa

Mô hình RAD

Cả mô hình RAD và tiến hóa

Mô hình xoắn ốc

Tích hợp thủ công các dữ liệu từ CRM vào ERP thông qua các kịch bản chuyển đổi dữ liệu hàng ngày.

Phát triển

Tích hợp thủ công các dữ liệu từ CRM vào ERP thông qua các kịch bản chuyển đổi dữ liệu hàng ngày.

Phát triển lại các hệ thống để chúng sử dụng cùng một giao thức giao tiếp.

Sử dụng một dịch vụ trung gian (middleware) hoặc một tầng tích hợp dịch vụ để cho phép các hệ thống giao tiếp mà không cần thay đổi các hệ thống hiện có.

Tạm ngừng việc tích hợp cho đến khi tìm ra giải pháp tương thích giữa hai hệ thống.

Mô hình thác nước và xoắn ốc.

Mô hình RAD & xoắc ốc.

Mô hình RAD & mô hình thác nước.

Mô hình RAD & mô hình làm bản mẫu.

Mô hình phát triển nhanh RAD.

Cả hai mô hình RAD và làm bản mẫu.

Mô hình thác nước.

Mô hình làm bản mẫu.

Triển khai

Mô hình hóa

Lập kế hoạch

Giao tiếp

Software Design Life Cycle.

System Design Life Cycle.

Software Development Life Cycle.

System Development Life cycle.

Mô hình RAD phù hợp với phần mềm có yêu cầu về độ tin cậy cao.

Mô hình xoắn ốc phù hợp với phần mềm có yêu cầu về độ tin cậy cao.

Thông thường, chi phí cho bảo trì nhiều hơn chi phí sản xuất phần mềm.

Mô hình thác nước phù hợp nếu lịch trình phát triển dự án rất chặt chẽ.

Mô hình RAD

Mô hình tiến hóa

Mô hình tăng trưởng

Mô hình làm bản mẫu

Ưu tiên các tính năng theo thứ tự xuất hiện trong backlog mà không cần thay đổi.

Làm việc chặt chẽ với Product Owner để liên tục đánh giá và sắp xếp lại backlog dựa trên giá trị kinh doanh và phản hồi của khách hàng.

Hoàn thành tất cả các tính năng nhỏ trước, sau đó chuyển sang các tính năng lớn và phức tạp hơn.

Thực hiện phân tích chi tiết và xác định các tính năng dễ phát triển nhất để hoàn thành trước.

Mô hình tiến hóa

Mô hình làm bản mẫu

Mô hình tăng trưởng

Mô hình RAD

Mô hình RAD

Mô hình thác nước

Mô hình tăng trưởng

Mô hình xoắn ốc

Mô hình tăng trưởng

Mô hình RAD

Mô hình làm bản mẫu

Mô hình tiến hóa

Tài liệu đặc tả yêu cầu

Tài liệu nghiên cứu khả thi

Tập hợp các yêu cầu

Các mô hình hệ thống

Tài liệu đặc tả yêu cầu

Tài liệu nghiên cứu khả thi

Tập hợp các yêu cầu

Các mô hình hệ thống

Hệ thống có thể ngừng hoạt động hoàn toàn hoặc không hoạt động đúng cách.

Hệ thống sẽ gặp khó khăn trong việc mở rộng quy mô.

Hệ thống có thể gặp sự cố trong một số chức năng cụ thể.

Hệ thống có thể tiếp tục hoạt động nhưng với một số hạn chế về hiệu suất.

Phân tích viên (BA) và khách hàng

Người quản lý dự án và phân tích viên

Phân tích viên (BA) và các bên liên quan

Người quản lý dự án và khách hàng

Quan sát

Điều tra bằng bảng hỏi

Nghiên cứu tài liệu

Phỏng vấn

Yêu cầu luôn có thể được xác định một cách chính xác

Yêu cầu rất dễ thay đổi

Yêu cầu khó phát hiện

Đôi khi có những yêu cầu mâu thuẫn lẫn nhau

Yêu cầu hệ thống mô tả mong muốn của người dùng, còn yêu cầu người dùng mô tả cách hệ thống vận hành.

Yêu cầu người dùng là tổng quát và dễ hiểu hơn, trong khi yêu cầu hệ thống chi tiết và kỹ thuật hơn.

Yêu cầu hệ thống chỉ liên quan đến bảo mật, còn yêu cầu người dùng chỉ liên quan đến giao diện.

Yêu cầu người dùng không cần phải rõ ràng trong tài liệu dự án.