IEEE 830-1993 là một khuyến nghị tiêu chuẩn cho

Câu hỏi yêu cầu xác định hai hình thức chính được sử dụng để mô tả yêu cầu trong lĩnh vực phát triển phần mềm hoặc hệ thống.

• Phương án 1: Yêu cầu người dùng và yêu cầu hệ thống là cách phân loại yêu cầu dựa trên nguồn gốc hoặc đối tượng liên quan. Yêu cầu người dùng mô tả những gì người dùng muốn hệ thống thực hiện, trong khi yêu cầu hệ thống mô tả các yêu cầu kỹ thuật để xây dựng hệ thống.

• Phương án 2: Yêu cầu chức năng và yêu cầu phi chức năng là hai hình thức mô tả yêu cầu phổ biến nhất. Yêu cầu chức năng mô tả những gì hệ thống phải làm (ví dụ: tính năng, chức năng), trong khi yêu cầu phi chức năng mô tả cách hệ thống hoạt động (ví dụ: hiệu suất, bảo mật, khả năng sử dụng).

• Phương án 3: Yêu cầu chủ động và yêu cầu thụ động không phải là cách phân loại tiêu chuẩn trong mô tả yêu cầu.

• Phương án 4: Yêu cầu cụ thể và yêu cầu trừu tượng có thể được sử dụng để mô tả mức độ chi tiết của yêu cầu, nhưng không phải là hai hình thức chính để mô tả yêu cầu.

Do đó, phương án 2 là đáp án chính xác nhất vì nó đề cập đến hai loại yêu cầu cốt lõi và được sử dụng rộng rãi trong kỹ thuật yêu cầu.

Phân tích yêu cầu là một quá trình quan trọng trong phát triển phần mềm, giúp đảm bảo rằng các yêu cầu của khách hàng được hiểu rõ và đầy đủ trước khi bắt đầu giai đoạn thiết kế và triển khai. Quá trình này thường bao gồm các bước sau theo thứ tự logic:

1. Làm rõ yêu cầu: Bước này bao gồm việc thu thập và làm rõ các yêu cầu từ khách hàng hoặc các bên liên quan. Mục tiêu là để hiểu rõ các nhu cầu và mong muốn của họ, cũng như xác định bất kỳ mâu thuẫn hoặc mơ hồ nào trong các yêu cầu.
2. Làm tài liệu yêu cầu: Sau khi các yêu cầu đã được làm rõ, chúng cần được ghi lại một cách chi tiết và có cấu trúc. Tài liệu yêu cầu này đóng vai trò là cơ sở để thiết kế, phát triển và kiểm thử phần mềm.
3. Xem xét yêu cầu: Bước cuối cùng là xem xét lại tài liệu yêu cầu để đảm bảo rằng nó đầy đủ, chính xác, khả thi và phù hợp với các mục tiêu kinh doanh. Các bên liên quan nên tham gia vào quá trình xem xét này để đảm bảo rằng tất cả mọi người đều đồng ý với các yêu cầu.

Như vậy, thứ tự đúng của các hoạt động là: Làm rõ yêu cầu, làm tài liệu yêu cầu, xem xét yêu cầu.

Đặc tả hệ thống là mô tả đầy đủ về chức năng và hành vi của hệ thống dựa trên máy tính, bao gồm những gì hệ thống phải làm, cách nó tương tác với môi trường bên ngoài và các ràng buộc mà nó phải tuân thủ. Các lựa chọn khác không bao gồm đầy đủ các khía cạnh của một đặc tả hệ thống.

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.