Những hoạt động khung nào thường không kết hợp với những quá trình thiết kế giao diện người dùng

Kiểm tra chấp nhận (Acceptance testing) là một loại kiểm thử được thực hiện bởi người dùng cuối hoặc khách hàng để xác định xem hệ thống có đáp ứng các yêu cầu kinh doanh và có thể được chấp nhận sử dụng trong thực tế hay không. Mục đích của kiểm tra chấp nhận là để xác nhận rằng sản phẩm hoạt động như mong đợi trong môi trường thực tế và đáp ứng nhu cầu của người dùng.

• A. Người phát triển: Người phát triển thường thực hiện kiểm thử đơn vị và kiểm thử tích hợp, không phải kiểm thử chấp nhận.
• B. Những người dùng cuối: Đây là đáp án chính xác. Người dùng cuối là người thực hiện kiểm thử chấp nhận để đảm bảo phần mềm đáp ứng nhu cầu của họ.
• C. Nhóm kiểm thử: Nhóm kiểm thử thường thực hiện kiểm thử hệ thống và các loại kiểm thử khác, nhưng kiểm thử chấp nhận thường do người dùng cuối thực hiện.
• D. Những kỹ sư hệ thống: Kỹ sư hệ thống có thể tham gia vào việc hỗ trợ kiểm thử, nhưng không phải là người thực hiện kiểm thử chấp nhận chính.

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.