Bao gồm việc đánh giá những rủi ro phần mềm trong mỗi vòng lặp
D.
Tất cả điều trên
Đáp án
Đáp án đúng: D
Mô hình xoắn ốc là một mô hình phát triển phần mềm lặp đi lặp lại, tập trung vào việc quản lý rủi ro. Mỗi vòng lặp (hay "xoắn") bao gồm các giai đoạn: lập kế hoạch, đánh giá rủi ro, phát triển và đánh giá. Việc đánh giá rủi ro là một phần quan trọng trong mỗi vòng lặp, giúp xác định và giảm thiểu các vấn đề tiềm ẩn trước khi chúng trở nên nghiêm trọng. Mô hình này không nhất thiết kết thúc bằng việc xuất xưởng sản phẩm (có thể hủy bỏ nếu rủi ro quá lớn) và phức tạp hơn so với mô hình gia tăng. Do đó, đáp án đúng nhất là phương án nêu bật việc đánh giá rủi ro trong mỗi vòng lặp.
Mô hình xoắn ốc là một mô hình phát triển phần mềm lặp đi lặp lại, tập trung vào việc quản lý rủi ro. Mỗi vòng lặp (hay "xoắn") bao gồm các giai đoạn: lập kế hoạch, đánh giá rủi ro, phát triển và đánh giá. Việc đánh giá rủi ro là một phần quan trọng trong mỗi vòng lặp, giúp xác định và giảm thiểu các vấn đề tiềm ẩn trước khi chúng trở nên nghiêm trọng. Mô hình này không nhất thiết kết thúc bằng việc xuất xưởng sản phẩm (có thể hủy bỏ nếu rủi ro quá lớn) và phức tạp hơn so với mô hình gia tăng. Do đó, đáp án đúng nhất là phương án nêu bật việc đánh giá rủi ro trong mỗi vòng lặp.
Use-case (ca sử dụng) mô tả cách người dùng tương tác với hệ thống phần mềm để đạt được một mục tiêu cụ thể. Nó tập trung vào hành vi của phần mềm từ góc độ của người dùng trong một tình huống cụ thể. Do đó, đáp án đúng là: Phần mềm thực hiện như thế nào khi được dùng trong một tình huống cho trước.
Trong phân tích yêu cầu phần mềm, mục tiêu chính là hiểu rõ những gì phần mềm cần làm. Điều này bao gồm xác định các chức năng mà phần mềm phải cung cấp và cách phần mềm sẽ hành xử trong các tình huống khác nhau. Vì vậy, mô hình được tạo ra trong phân tích yêu cầu phần mềm chủ yếu tập trung vào chức năng và hành vi của hệ thống.
Các lựa chọn khác không chính xác vì: - Giải thuật và cấu trúc dữ liệu: Đây là các yếu tố quan trọng trong giai đoạn thiết kế, sau khi yêu cầu đã được xác định. - Kiến trúc và cấu trúc: Tương tự như trên, kiến trúc và cấu trúc hệ thống cũng thuộc về giai đoạn thiết kế. - Tính tin cậy và tính sử dụng: Mặc dù quan trọng, nhưng đây là các thuộc tính phi chức năng, được xem xét sau khi các yêu cầu chức năng đã được xác định.
Câu hỏi yêu cầu xác định các mục *không* phải là nguyên tắc biểu diễn yêu cầu.
- Phương án 1: "Biểu đồ phải thu hẹp về số và toàn vẹn trong sử dụng" - Đây là một nguyên tắc quan trọng để đảm bảo biểu đồ dễ hiểu và không bị quá tải thông tin. - Phương án 2: "Hình thức và nội dung biểu diễn thích hợp với nội dung" - Nguyên tắc này đảm bảo tính trực quan và dễ hiểu của biểu diễn. - Phương án 3: "Những biểu diễn phải có thể xem xét lại" - Tính dễ xem xét lại là rất quan trọng để đảm bảo tính chính xác và khả năng điều chỉnh khi yêu cầu thay đổi. - Phương án 4: "Dùng không hơn 7 màu dƣơng và 2 màu âm trong biểu đồ" - Đây là một quy tắc cụ thể về sử dụng màu sắc và không phải là một nguyên tắc chung trong biểu diễn yêu cầu. Số lượng màu sắc sử dụng còn phụ thuộc vào độ phức tạp của thông tin cần biểu diễn và không nhất thiết phải tuân theo con số cụ thể này. Hơn nữa, việc quy định số lượng màu sắc dương và âm cụ thể như vậy là không phù hợp với tính linh hoạt của việc biểu diễn yêu cầu.
Từ điển dữ liệu (data dictionary) là một kho lưu trữ tập trung chứa các mô tả chi tiết về tất cả các đối tượng dữ liệu được sử dụng trong một hệ thống phần mềm. Các đối tượng dữ liệu này bao gồm tên, kiểu dữ liệu, kích thước, định dạng, ràng buộc, nguồn gốc và ý nghĩa của từng phần dữ liệu. Vì vậy, đáp án đúng là "Đối tượng dữ liệu phần mềm".