Khi phân tích yêu cầu và thương lượng cần:

Phân tích yêu cầu và thương lượng là một giai đoạn quan trọng trong quy trình phát triển phần mềm. Trong giai đoạn này, cần xem xét và giải quyết nhiều khía cạnh khác nhau để đảm bảo yêu cầu phần mềm được hiểu rõ và có thể thực hiện được. * **A. Phân tích các rủi ro có thể xảy ra với từng yêu cầu phần mềm:** Việc xác định và đánh giá rủi ro giúp dự đoán và giảm thiểu các vấn đề tiềm ẩn trong quá trình phát triển. * **B. Cần đánh giá thô về giá thành và thời gian thực hiện của từng yêu cầu phần mềm trong sản phẩm tổng thể:** Điều này giúp ước lượng chi phí và thời gian cần thiết, từ đó đưa ra quyết định có nên thực hiện yêu cầu đó hay không. * **C. Giải quyết các bất đồng với khách trên cơ sở thảo luận và thương lượng:** Việc trao đổi và tìm kiếm giải pháp chung giúp đảm bảo sự hài lòng của khách hàng và tính khả thi của dự án. Vì cả ba phương án trên đều đúng, đáp án chính xác nhất là D.

Khi đặc tả yêu cầu phần mềm, chúng ta cần mô tả đầy đủ các khía cạnh sau: * **Đặc tả vận hành chức năng:** Mô tả chi tiết các chức năng mà phần mềm cần thực hiện, bao gồm đầu vào, xử lý và đầu ra. * **Đặc tả ràng buộc phi chức năng:** Mô tả các yêu cầu về hiệu năng, độ tin cậy, bảo mật, khả năng mở rộng, và các thuộc tính khác không liên quan trực tiếp đến chức năng của phần mềm. * **Đặc tả các tính chất của hệ thống:** Cụ thể hóa các yêu cầu phi chức năng bằng các số liệu cụ thể, ví dụ: độ tin cậy (thời gian hoạt động/tổng thời gian), thời gian trả lời (ví dụ: dưới 2 giây), dung lượng bộ nhớ tối đa được sử dụng. Do đó, đáp án "D. Tất cả các đáp án trên" là đáp án chính xác nhất vì nó bao gồm tất cả các khía cạnh cần thiết của việc đặc tả yêu cầu phần mềm.

Quá trình mô hình hóa yêu cầu hệ thống nhằm mục đích thu thập, phân tích và biểu diễn các yêu cầu của người dùng và hệ thống. Các sản phẩm của quá trình này bao gồm: * **Biểu đồ Use Case:** Mô tả tương tác giữa người dùng (tác nhân) và hệ thống để đạt được một mục tiêu cụ thể. Nó cho thấy các chức năng chính mà hệ thống cung cấp cho người dùng. * **Biểu đồ phân rã chức năng:** Phân rã các chức năng phức tạp thành các chức năng nhỏ hơn, dễ quản lý hơn. * **Câu chuyện người dùng (User Story):** Mô tả ngắn gọn về một tính năng từ quan điểm của người dùng cuối. Vì vậy, tất cả các đáp án trên đều là sản phẩm của quá trình mô hình hóa yêu cầu hệ thống.

Mô hình hóa yêu cầu hệ thống là quá trình phân tích và biểu diễn các yêu cầu của người dùng và hệ thống một cách rõ ràng và dễ hiểu. Quá trình này tạo ra nhiều sản phẩm khác nhau, bao gồm: * **Biểu đồ lớp mức phân tích:** Biểu diễn cấu trúc tĩnh của hệ thống, các lớp, thuộc tính và mối quan hệ giữa chúng. * **Mô hình dữ liệu (Ví dụ biểu đồ ERD của Chen):** Biểu diễn cấu trúc dữ liệu của hệ thống, các thực thể, thuộc tính và mối quan hệ giữa chúng. * **Biểu đồ giao tiếp:** Biểu diễn tương tác giữa các đối tượng trong hệ thống. Vì vậy, tất cả các đáp án trên đều là sản phẩm của quá trình mô hình hóa yêu cầu hệ thống.

Quá trình mô hình hóa yêu cầu hệ thống nhằm mục đích thu thập, phân tích và biểu diễn các yêu cầu của người dùng và hệ thống một cách rõ ràng, dễ hiểu. Các sản phẩm của quá trình này bao gồm: * **Biểu đồ luồng quy trình nghiệp vụ (Ví dụ: BPMN):** Mô tả các bước và luồng công việc trong một quy trình nghiệp vụ. * **Mô hình dữ liệu (Ví dụ biểu đồ ERD của Chen):** Biểu diễn cấu trúc dữ liệu và mối quan hệ giữa các thực thể dữ liệu. * **Biểu đồ máy trạng thái:** Mô tả các trạng thái của hệ thống và các chuyển đổi giữa các trạng thái này. Vì cả ba loại biểu đồ trên đều là sản phẩm của quá trình mô hình hóa yêu cầu hệ thống, đáp án đúng là "Tất cả các đáp án trên".