Mô hình phát triển phần mềm xoắn ốc

Khi xây dựng mô hình hệ thống, kỹ sư phải xem xét nhiều yếu tố hạn chế để đảm bảo mô hình phản ánh đúng thực tế và có thể triển khai được. Các yếu tố này bao gồm: * **Những giả định và những ràng buộc:** Đây là yếu tố quan trọng nhất. Các giả định giúp đơn giản hóa mô hình, nhưng cần được xác định rõ ràng và kiểm chứng. Các ràng buộc (ví dụ: ràng buộc về công nghệ, pháp lý, môi trường) giới hạn phạm vi và khả năng của mô hình. * **Ngân sách và phí tổn:** Chi phí là một yếu tố hạn chế quan trọng, ảnh hưởng đến mức độ chi tiết và phức tạp của mô hình. * **Lịch biểu và các mốc sự kiện:** Thời gian là một yếu tố hạn chế khác. Mô hình cần được xây dựng trong một khoảng thời gian nhất định và phải đáp ứng các mốc sự kiện quan trọng. * **Những đối tượng và những hoạt động:** Các đối tượng và hoạt động cần được xác định rõ ràng và mối quan hệ giữa chúng cần được mô tả chính xác. Tuy nhiên, đây không phải là yếu tố hạn chế theo nghĩa trực tiếp như các yếu tố trên. Do đó, đáp án A là đáp án chính xác nhất vì nó bao gồm các yếu tố hạn chế quan trọng nhất khi xây dựng mô hình hệ thống.

Câu hỏi này liên quan đến việc xác định nội dung thông tin cần thiết để biểu diễn đối tượng điều khiển và dữ liệu trong một hệ thống phần mềm. Phương án A: Cần thiết để trình bày tất cả output. Không phải lúc nào cũng cần thiết phải biểu diễn *tất cả* output dưới dạng đối tượng điều khiển và dữ liệu riêng biệt. Output có thể bao gồm các thông báo, nhật ký hoạt động mà không nhất thiết phải là đối tượng điều khiển. Vì vậy, phương án này không chính xác hoàn toàn. Phương án B: Được đòi hỏi cho việc xử lý lỗi. Thông tin cần thiết cho việc xử lý lỗi thường bao gồm trạng thái hệ thống, thông tin lỗi cụ thể, và các đối tượng liên quan đến lỗi đó. Do đó, phương án này cũng không bao quát đầy đủ. Phương án C: Được đòi hỏi cho hoạt động tạo giao diện hệ thống. Thông tin về đối tượng điều khiển và dữ liệu rất quan trọng để xây dựng giao diện hệ thống, cho phép người dùng tương tác và điều khiển hệ thống. Tuy nhiên, thông tin này không *chỉ* giới hạn cho giao diện hệ thống, mà còn cho cả các thành phần khác của hệ thống. Phương án D: Được biến đổi bởi phần mềm. Đây là đáp án chính xác nhất. Các đối tượng điều khiển và dữ liệu được biểu diễn trong hệ thống phần mềm phải là những thứ có thể được phần mềm thay đổi, xử lý, hoặc thao tác. Đây là bản chất của việc lập trình và điều khiển hệ thống bằng phần mềm. Do đó, đáp án đúng là D.

Trong phân tích yêu cầu, hai phương pháp phân tách vấn đề phổ biến là tiếp cận từ trên xuống (top-down) và từ dưới lên (bottom-up). * **Top-down (Từ trên xuống):** Bắt đầu với một bức tranh tổng thể, sau đó chia nhỏ thành các phần nhỏ hơn, chi tiết hơn. Trong phân tích yêu cầu, điều này có nghĩa là bắt đầu với các yêu cầu cấp cao và sau đó phân rã chúng thành các yêu cầu chi tiết hơn. Ví dụ, bắt đầu với yêu cầu "Hệ thống phải cho phép người dùng đặt hàng trực tuyến" và sau đó chia nhỏ thành các yêu cầu nhỏ hơn như "Người dùng phải có thể tìm kiếm sản phẩm", "Người dùng phải có thể thêm sản phẩm vào giỏ hàng", v.v. * **Bottom-up (Từ dưới lên):** Bắt đầu với các phần nhỏ, chi tiết và sau đó kết hợp chúng lại để tạo thành một bức tranh tổng thể. Trong phân tích yêu cầu, điều này có nghĩa là bắt đầu với các yêu cầu chi tiết và sau đó tổng hợp chúng thành các yêu cầu cấp cao hơn. Ví dụ, bắt đầu với các yêu cầu "Người dùng phải có thể nhập tên của họ", "Người dùng phải có thể nhập địa chỉ của họ", v.v. và sau đó tổng hợp chúng thành yêu cầu "Hệ thống phải thu thập thông tin giao hàng của người dùng". Các lựa chọn khác không phải là các phương pháp phân tách vấn đề chuẩn trong phân tích yêu cầu. Do đó, đáp án đúng là A.

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, xây dựng và cải tiến dần dần cho đến khi đạt được sản phẩm cuối cùng. Các phương án khác không phản ánh đúng lợi thế chính của nguyên mẫu tiến hóa. * **A. Cho phép tái sử dụng nguyên mẫu đầu:** Đây là ưu điểm chính của nguyên mẫu tiến hóa. Nguyên mẫu được phát triển dần qua các lần lặp. **=> ĐÚNG** * **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 cần làm việc với khách hàng để thu thập phản hồi. **=> SAI** * **C. Dễ dàng thực hiện nhanh:** Nguyên mẫu bỏ đi thường nhanh hơn vì không cần tính đến khả năng tái sử dụng. **=> SAI** * **D. Nhiều tin cậy hơn:** Độ tin cậy phụ thuộc vào quy trình phát triển và kiểm thử, không chỉ loại nguyên mẫu. **=> SAI**

Mục đích của việc xây dựng một mô hình phân tích trong phát triển phần mềm bao gồm: * **Mô tả yêu cầu khách hàng:** Mô hình giúp làm rõ và ghi lại các yêu cầu của khách hàng một cách chi tiết và có cấu trúc. * **Phát triển một giải pháp tóm tắt cho vấn đề:** Mô hình cung cấp một cái nhìn tổng quan về vấn đề cần giải quyết, giúp định hình các thành phần và tương tác chính. * **Thiết lập một nền tảng cho thiết kế phần mềm:** Mô hình phân tích là cơ sở để thiết kế kiến trúc và các thành phần của phần mềm. Việc xác định một tập các yêu cầu phần mềm là một phần của giai đoạn thu thập yêu cầu, thường diễn ra trước khi xây dựng mô hình phân tích. Mô hình phân tích sử dụng các yêu cầu này để xây dựng một biểu diễn trừu tượng của hệ thống. Vì vậy, đáp án đúng là **A. Xác định một tập những yêu cầu phần mềm**.