Theo thống kê từ những thách thức đối với công nghệ phần mềm thì lỗi nhiều nhất là do:

Yêu cầu phần mềm (Requirements) có thể được phân loại theo nhiều cách khác nhau. Phân loại phổ biến nhất bao gồm:

* Yêu cầu chức năng (Functional Requirements): Mô tả các chức năng mà hệ thống phải thực hiện. Ví dụ: "Người dùng có thể đăng nhập vào hệ thống", "Hệ thống phải tính toán tổng giá trị đơn hàng".
* Yêu cầu phi chức năng (Non-Functional Requirements): Mô tả các thuộc tính chất lượng của hệ thống, ví dụ như hiệu năng, độ tin cậy, bảo mật, khả năng sử dụng. Ví dụ: "Hệ thống phải phản hồi yêu cầu trong vòng 2 giây", "Hệ thống phải có khả năng xử lý 1000 người dùng đồng thời".
* Yêu cầu miền ứng dụng (Domain Requirements): Mô tả các yêu cầu đặc thù của lĩnh vực mà ứng dụng hoạt động. Các yêu cầu này thường liên quan đến các quy tắc nghiệp vụ, quy định pháp lý, hoặc tiêu chuẩn ngành. Ví dụ, trong lĩnh vực y tế, hệ thống cần tuân thủ các quy định về bảo mật thông tin bệnh nhân.

* Yêu cầu hệ thống (System Requirements): Mô tả các yêu cầu ở mức hệ thống, bao gồm cả phần cứng, phần mềm và các thành phần khác.

* Yêu cầu nghiệp vụ (Business Requirements): Mô tả các mục tiêu kinh doanh mà hệ thống cần đạt được.

Trong các phương án trên, phương án đầy đủ và chính xác nhất là "Chức năng, phi chức năng, yêu cầu miền ứng dụng" vì nó bao quát được các loại yêu cầu quan trọng nhất trong quá trình phân tích và đặc tả yêu cầu phần mềm. Phương án "Chức năng, phi chức năng, yêu cầu nghiệp vụ" cũng đúng một phần nhưng yêu cầu miền ứng dụng thường quan trọng hơn yêu cầu nghiệp vụ.

Phương án "Chức năng, phi chức năng" là không đầy đủ.

Phương án "Chức năng, phi chức năng, yêu cầu hệ thống" cũng không đầy đủ bằng phương án "Chức năng, phi chức năng, yêu cầu miền ứng dụng", vì Yêu cầu hệ thống thường liên quan đến kiến trúc và hạ tầng, hơn là phân loại yêu cầu ở mức khái niệm.

Do đó, đáp án chính xác nhất là: Chức năng, phi chức năng, yêu cầu miền ứng dụng.

Hai hình thức dùng để mô tả yêu cầu phổ biến nhất trong kỹ thuật phần mềm là: yêu cầu chức năng (mô tả những gì hệ thống phải làm) và yêu cầu phi chức năng (mô tả cách hệ thống thực hiện các chức năng đó, ví dụ: hiệu năng, bảo mật, độ tin cậy). Các lựa chọn khác không phải là các phân loại tiêu chuẩn hoặc không bao quát đầy đủ các khía cạnh của việc mô tả yêu cầu.

Mô hình tiến trình phần mềm tiến hóa (Evolutionary Process Models) là một cách tiếp cận lặp đi lặp lại để phát triển phần mềm. Các đặc điểm chính bao gồm:

* Bản chất lặp: Quá trình phát triển được chia thành các chu kỳ (iterations), trong đó mỗi chu kỳ bao gồm việc lập kế hoạch, phân tích rủi ro, thiết kế, thực hiện và đánh giá. Điều này cho phép cải tiến liên tục sản phẩm dựa trên phản hồi.
* Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm: Mô hình này linh hoạt và dễ dàng thích ứng với những thay đổi trong yêu cầu của khách hàng hoặc thị trường, vì những thay đổi này có thể được tích hợp vào các vòng lặp tiếp theo.
* Nói chung không tạo ra những sản phẩm bỏ đi: Thay vì tạo ra các sản phẩm hoàn chỉnh rồi loại bỏ chúng, mô hình tiến hóa tập trung vào việc xây dựng và cải tiến các phiên bản phần mềm tăng dần, mỗi phiên bản cung cấp một phần chức năng cho đến khi sản phẩm hoàn thiện.

Vì vậy, tất cả các mục trên đều là đặc điểm của mô hình tiến trình phần mềm tiến hóa.

Đặc tả phi hình thức (informal specification) là cách mô tả hệ thống hoặc yêu cầu phần mềm bằng ngôn ngữ tự nhiên (ví dụ: tiếng Anh, tiếng Việt). Đặc tả này thường dễ hiểu đối với người không có kiến thức kỹ thuật sâu, nhưng có thể mơ hồ, không chính xác và khó kiểm tra tính đúng đắn.

Phương án 1: Cách đặc tả bằng ngôn ngữ tự nhiên - Đây chính là định nghĩa của đặc tả phi hình thức.
Phương án 2: Cách đặc tả dùng kí hiệu đồ họa - Đây có thể là một phần của đặc tả, nhưng không phải là đặc tả phi hình thức hoàn toàn. Các sơ đồ có thể bổ sung cho đặc tả bằng ngôn ngữ tự nhiên, nhưng không thay thế nó.
Phương án 3: Cách đặc tả dựa vào toán học - Đây là đặc tả hình thức (formal specification), sử dụng các ký hiệu và công thức toán học để mô tả chính xác hệ thống.
Phương án 4: Cách đặc tả dùng văn bản và sơ đồ - Mặc dù văn bản có thể là ngôn ngữ tự nhiên, phương án này không nêu rõ là ngôn ngữ tự nhiên, và việc sử dụng sơ đồ không loại trừ khả năng sử dụng đặc tả hình thức.

Chiến lược thiết kế phần mềm bao gồm:

1. Thiết kế hướng chức năng (Function-Oriented Design): Tập trung vào việc phân rã hệ thống thành các chức năng nhỏ hơn, dễ quản lý và thực hiện. Quá trình thiết kế đi từ các chức năng cấp cao đến các chức năng cấp thấp hơn.

2. Thiết kế hướng đối tượng (Object-Oriented Design): Tập trung vào việc xây dựng hệ thống dựa trên các đối tượng, mỗi đối tượng chứa dữ liệu và các phương thức thao tác trên dữ liệu đó. Các đối tượng tương tác với nhau để thực hiện các chức năng của hệ thống.

Các phương án còn lại không liệt kê đúng các chiến lược thiết kế phần mềm cơ bản. Thiết kế kiến trúc và thiết kế giao diện là các giai đoạn hoặc khía cạnh khác nhau của quá trình thiết kế, không phải là các chiến lược thiết kế tổng thể. Thiết kế phi chức năng liên quan đến các yêu cầu về hiệu năng, bảo mật, khả năng mở rộng, v.v., chứ không phải là một chiến lược thiết kế phần mềm chính.