Đặc tả hệ thống mô tả

Câu hỏi này tập trung vào việc làm thế nào để đảm bảo các yêu cầu được xem xét và đánh giá một cách hiệu quả. Dưới đây là phân tích chi tiết từng lựa chọn:

A. Kiểm tra lỗi mô hình hệ thống: Việc kiểm tra lỗi mô hình hệ thống quan trọng trong quá trình phát triển phần mềm, nhưng nó không trực tiếp đảm bảo rằng các yêu cầu được xem xét và đánh giá một cách toàn diện. Mô hình hệ thống có thể đúng về mặt kỹ thuật nhưng vẫn không đáp ứng đúng nhu cầu của người dùng nếu các yêu cầu ban đầu không được hiểu và xử lý cẩn thận.

B. Nhờ khách hàng kiểm tra yêu cầu: Đây là một bước quan trọng để đảm bảo các yêu cầu đáp ứng đúng nhu cầu của khách hàng. Khách hàng là người hiểu rõ nhất về những gì họ cần, và việc họ kiểm tra các yêu cầu giúp phát hiện ra các hiểu lầm hoặc thiếu sót. Điều này đảm bảo rằng sản phẩm cuối cùng sẽ đáp ứng được mong đợi của họ.

C. Gởi họ tới đội thiết kế và xem họ có sự quan tâm nào không: Mặc dù việc tham khảo ý kiến của đội thiết kế là hữu ích, nhưng việc này có thể không đảm bảo rằng tất cả các yêu cầu đều được xem xét một cách có hệ thống. Đội thiết kế có thể tập trung vào các khía cạnh kỹ thuật hơn là đảm bảo rằng các yêu cầu đáp ứng nhu cầu kinh doanh.

D. Dùng danh sách các câu hỏi kiểm tra để kiểm tra mỗi yêu cầu: Sử dụng danh sách kiểm tra là một phương pháp có hệ thống để đảm bảo rằng mỗi yêu cầu đều được xem xét kỹ lưỡng. Danh sách này có thể bao gồm các câu hỏi về tính đầy đủ, tính nhất quán, tính khả thi và khả năng kiểm tra của mỗi yêu cầu. Điều này giúp đảm bảo rằng không có yêu cầu nào bị bỏ qua và tất cả các yêu cầu đều đáp ứng các tiêu chuẩn chất lượng.

Trong các lựa chọn trên, việc nhờ khách hàng kiểm tra yêu cầu (B) và sử dụng danh sách kiểm tra (D) đều là các phương pháp tốt. Tuy nhiên, sử dụng danh sách kiểm tra để kiểm tra mỗi yêu cầu (D) là cách tiếp cận có cấu trúc và toàn diện hơn, giúp đảm bảo rằng tất cả các khía cạnh quan trọng của yêu cầu đều được xem xét. Vì vậy, đáp án D là lựa chọn tốt nhất.

Câu hỏi này đề cập đến cách dữ liệu và điều khiển biến đổi khi chúng di chuyển qua một hệ thống. Đáp án đúng là B, vì dòng thông tin mô tả sự biến đổi này trong suốt quá trình xử lý.

• A. Quan hệ với một dữ liệu và điều khiển khác: Mô tả mối liên kết, không phải cách thức biến đổi.
• B. Biến đổi khi mỗi lần dịch chuyển qua hệ thống: Đây là đáp án chính xác, vì nó mô tả sự thay đổi của dữ liệu và điều khiển khi chúng được xử lý qua các giai đoạn khác nhau của hệ thống.
• C. Sẽ được thực thi trong thiết kế cuối cùng: Liên quan đến việc triển khai, không phải cách dữ liệu biến đổi.
• D. Không có mục nào: Loại trừ vì có một đáp án đúng.

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. Trong nguyên mẫu tiến hóa, nguyên mẫu được xây dựng dần dần và liên tục cải tiến thông qua các vòng lặp phản hồi từ khách hàng, cuối cùng trở thành sản phẩm hoàn chỉnh. Điều này giúp tiết kiệm thời gian và công sức so với việc xây dựng một nguyên mẫu chỉ để thử nghiệm và sau đó loại bỏ. Các lựa chọn khác không chính xác vì:

• B. 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.
• C. Dễ dàng thực hiện nhanh: Nguyên mẫu bỏ đi thường nhanh hơn ở giai đoạn đầu, nhưng tổng thể nguyên mẫu tiến hóa có thể nhanh hơn vì giảm thiểu việc làm lại.
• D. Nhiều tin cậy hơn: Độ tin cậy phụ thuộc vào quá trình phát triển, không phải loại nguyên mẫu.

Mô hình thiết kế tập trung vào việc xác định kiến trúc tổng thể của hệ thống, cấu trúc dữ liệu và cách các thành phần tương tác với nhau thông qua giao diện. Phạm vi dự án là một yếu tố bên ngoài ảnh hưởng đến việc thiết kế, nhưng bản thân mô hình thiết kế không trực tiếp quan tâm đến phạm vi dự án. Do đó, đáp án đúng là D.

Câu hỏi yêu cầu chỉ ra phát biểu sai về hệ thống Help.

• A. Có nhiều điểm vào nên người dùng có thể vào hệ thống help từ nhiều nơi: Đây là một đặc điểm đúng của hệ thống Help. Người dùng có thể truy cập Help từ nhiều vị trí khác nhau trong ứng dụng hoặc hệ thống.
• B. Help! Nghĩa là “Help. I’m in trouble”: Đây là phát biểu sai. "Help!" là một lời kêu cứu, mang nghĩa "Giúp tôi! Tôi đang gặp rắc rối". Tuy nhiên, trong ngữ cảnh của hệ thống Help trong phần mềm hoặc ứng dụng, nó không mang nghĩa đen như vậy. Hệ thống Help cung cấp thông tin hướng dẫn, giải đáp thắc mắc cho người dùng, chứ không phải là một lời kêu cứu.
• C. Help như một số tay hướng dẫn on-line: Đây là một mô tả đúng về chức năng của Help. Nó cung cấp hướng dẫn trực tuyến cho người dùng.
• D. Những chỉ báo cho biết vị trí của người dùng trong hệ thống help: Đây là một tính năng quan trọng của hệ thống Help, giúp người dùng định hướng và biết họ đang ở đâu trong tài liệu hướng dẫn.

Vậy, phát biểu sai là B.