Những kiểm tra chấp nhận thường được đưa ra bởi

Ba giai đoạn tổng quát của công nghệ phần mềm thường được mô tả là:

• Definition (Định nghĩa): Giai đoạn này bao gồm việc xác định yêu cầu của phần mềm, phạm vi dự án, mục tiêu và ràng buộc. Nó trả lời cho câu hỏi "Cần xây dựng cái gì?".
• Development (Phát triển): Giai đoạn này bao gồm việc thiết kế, lập trình và kiểm thử phần mềm. Nó trả lời cho câu hỏi "Xây dựng nó như thế nào?".
• Support (Hỗ trợ): Giai đoạn này bao gồm việc triển khai, bảo trì và nâng cấp phần mềm sau khi nó đã được đưa vào sử dụng. Nó trả lời cho câu hỏi "Làm thế nào để duy trì và cải thiện nó?".

Các lựa chọn khác không mô tả chính xác các giai đoạn tổng quát của công nghệ phần mềm:

• "What, how, where" quá chung chung và không liên quan trực tiếp đến quy trình phát triển phần mềm.
• "Programming, debugging, maintenance" chỉ là một phần của giai đoạn phát triển và hỗ trợ.
• "Analysis, design, testing" chỉ là các hoạt động cụ thể trong giai đoạn định nghĩa và phát triển, không bao quát toàn bộ quy trình.

Kỹ sư phần mềm, với vai trò chuyên môn của mình, sẽ tập trung vào việc thiết kế và xây dựng hệ thống để hỗ trợ các nghiệp vụ. Các công việc như phân tích phạm vi nghiệp vụ, lập kế hoạch sản phẩm hoặc kế hoạch chiến lược thông tin thường thuộc về các vai trò khác như chuyên gia phân tích nghiệp vụ, quản lý sản phẩm hoặc kiến trúc sư giải pháp.

Do đó, đáp án chính xác nhất là "Thiết kế hệ thống nghiệp vụ", vì đây là công việc trực tiếp liên quan đến chuyên môn và trách nhiệm của kỹ sư phần mềm trong kỹ thuật tiến trình nghiệp vụ.

Thành phần kiến trúc trong kỹ thuật sản phẩm bao gồm: Dữ liệu (data), phần cứng (hardware), phần mềm (software) và thủ tục (procedures). Thủ tục ở đây là các quy trình, phương pháp để xây dựng và duy trì sản phẩm.

Nguyên mẫu tiến hóa (evolutionary prototyping) được ưa chuộng hơn nguyên mẫu bỏ đi (throwaway prototyping) vì nó cho phép tái sử dụng nguyên mẫu ban đầu, tiếp tục phát triển và hoàn thiện nó thành sản phẩm cuối cùng. Điều này giúp tiết kiệm thời gian, công sức và chi phí so với việc xây dựng một nguyên mẫu chỉ để thử nghiệm rồi vứt bỏ. Các lựa chọn khác không đúng vì:

• Không đòi hỏi làm việc nhiều với khách hàng: Cả hai loại nguyên mẫu đều đòi hỏi sự tương tác với khách hàng để thu thập phản hồi.
• Dễ dàng thực hiện nhanh: Tạo nguyên mẫu bỏ đi thường nhanh hơn vì không cần tập trung vào việc xây dựng một kiến trúc bền vững.
• Nhiều tin cậy hơn: Độ tin cậy phụ thuộc vào cách xây dựng nguyên mẫu, không phải loại nguyên mẫu.

Biểu đồ dòng điều khiển (Control Flow Diagram) mô tả luồng điều khiển của một chương trình hoặc hệ thống. Trong các hệ thống hướng sự kiện (event-driven systems), luồng điều khiển thường phức tạp và phụ thuộc vào các sự kiện xảy ra. Do đó, biểu đồ dòng điều khiển đặc biệt hữu ích để mô hình hóa các hệ thống này. Các tùy chọn khác không chính xác vì biểu đồ dòng điều khiển không bắt buộc cho tất cả các hệ thống, không được sử dụng trực tiếp trong biểu đồ dòng dữ liệu và mặc dù có thể hữu ích trong một số trường hợp mô hình hóa giao diện người dùng, nhưng đó không phải là ứng dụng chính của nó.