Mô hình tiến trình phần mềm tiến hóa

Trong phân tích yêu cầu phần mềm, mục tiêu chính là hiểu và mô tả những gì phần mềm cần làm, chứ không phải là cách nó sẽ làm điều đó. Do đó, các mô hình được tạo ra tập trung vào chức năng và hành vi của hệ thống.

• A. Chức năng và hành vi: Đây là đáp án đúng. Phân tích yêu cầu tập trung vào việc mô tả các chức năng mà phần mềm phải cung cấp và cách người dùng tương tác với phần mềm (hành vi).
• B. Giải thuật và cấu trúc dữ liệu: Đây là công việc của giai đoạn thiết kế, sau khi các yêu cầu đã được xác định rõ ràng.
• C. 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 là một phần của giai đoạn thiết kế, không phải phân tích yêu cầu.
• D. Tính tin cậy và tính sử dụng: Đây là các thuộc tính chất lượng quan trọng, nhưng không phải là loại mô hình được tạo ra trong phân tích yêu cầu. Các yêu cầu về tính tin cậy và tính sử dụng sẽ ảnh hưởng đến thiết kế và kiểm thử, nhưng bản thân chúng không phải là "mô hình".

Nguyên tắc cho việc biểu diễn yêu cầu bao gồm:

• Biểu đồ phải thu hẹp về số lượng và toàn vẹn trong sử dụng.
• Hình thức và nội dung biểu diễn thích hợp với nội dung.
• Những biểu diễn phải có thể xem xét lại.

Phương án D không phải là một nguyên tắc trong việc biểu diễn yêu cầu. Số lượng màu sắc sử dụng trong biểu đồ không phải là yếu tố quyết định tính hiệu quả của việc biểu diễn yêu cầu, mà quan trọng hơn là sự rõ ràng, dễ hiểu và phù hợp với mục đích truyền đạt thông tin.

Vậy đáp án đúng là D.

Kiến trúc phần mềm tập trung vào cấu trúc tổng thể của hệ thống, các thành phần chính và cách chúng tương tác với nhau. Các yếu tố như cơ sở dữ liệu, thiết kế dữ liệu và cấu trúc chương trình đều là những phần quan trọng của kiến trúc phần mềm. Chi tiết giải thuật, ngược lại, thường liên quan đến việc triển khai cụ thể bên trong một thành phần và không phải là một phần của kiến trúc phần mềm ở cấp độ cao.

Độ phức tạp vòng (Cyclomatic Complexity) là một độ đo phần mềm, được sử dụng để chỉ ra độ phức tạp của một chương trình. Nó đo số lượng đường đi độc lập tuyến tính thông qua một đoạn mã nguồn. Một đường đi độc lập là một đường đi thông qua chương trình mà giới thiệu ít nhất một tập hợp mới các câu lệnh xử lý hoặc điều kiện mới.

• Phương án A: Số chu kỳ trong chương trình không phải là thông tin chính xác mà độ phức tạp vòng cung cấp. Mặc dù có mối liên hệ gián tiếp, nhưng nó không phải là mục tiêu đo lường trực tiếp.
• Phương án B: Số lỗi trong chương trình không được đo trực tiếp bởi độ phức tạp vòng. Độ phức tạp cao có thể dẫn đến nhiều lỗi hơn, nhưng nó chỉ là một yếu tố.
• Phương án C: Đây là đáp án đúng. Độ phức tạp vòng cung cấp thông tin về số lượng đường dẫn logic độc lập trong chương trình. Giá trị này giúp đánh giá độ khó khăn trong việc kiểm thử và bảo trì phần mềm.
• Phương án D: Số lượng câu lệnh trong chương trình chỉ là một phần của độ phức tạp, nhưng độ phức tạp vòng tập trung vào các đường dẫn logic.

Vì vậy, đáp án đúng là C: Những đường logic độc lập trong chương trình.

Biểu đồ trạng thái (State Diagram) mô tả các trạng thái mà một đối tượng có thể trải qua và các sự kiện gây ra sự chuyển đổi giữa các trạng thái đó. Nói cách khác, nó tập trung vào hành vi của một đối tượng theo thời gian, phản ứng của nó đối với các sự kiện bên ngoài. Do đó:

• Phương án A không đúng vì biểu đồ trạng thái không tập trung vào các đối tượng dữ liệu.
• Phương án B không đúng vì biểu đồ trạng thái không mô tả luồng dữ liệu, mà là luồng trạng thái.
• Phương án C không đúng vì biểu đồ trạng thái không trực tiếp chỉ ra cách dữ liệu được biến đổi, mà là cách trạng thái của đối tượng thay đổi.
• Phương án D là đúng vì biểu đồ trạng thái mô tả cách hệ thống (thông qua đối tượng được mô hình hóa) phản ứng và tương tác với các sự kiện bên ngoài, dẫn đến sự thay đổi trạng thái.