Theo một báo cáo của IBM, "31% các dự án bị hủy bỏ trước khi chúng được hoàn thành, 53% vượt dự toán trung bình 189% và cứ mỗi 100 dự án, có 94 dự án khởi động lại". Lý do nào cho số liệu thống kê trên?

Phân tích dữ liệu cần dữ liệu có cấu trúc (hoặc có thể cấu trúc hóa), có độ lớn phù hợp để đưa ra kết luận, và cần được bảo vệ để tránh sai lệch hoặc lộ thông tin. Tuy nhiên, tính đầy đủ không phải là một tính chất cần thiết. Dữ liệu có thể chưa đầy đủ nhưng vẫn có thể phân tích và đưa ra những thông tin hữu ích, mặc dù kết quả có thể không hoàn toàn chính xác hoặc toàn diện.

Kết quả của giai đoạn thu thập yêu cầu (Requirements Elicitation) là tài liệu đặc tả yêu cầu phần mềm (Software Requirements Specification - SRS). Tài liệu này mô tả chi tiết các chức năng, tính năng, hiệu năng, ràng buộc và các đặc tính khác của phần mềm cần phát triển. Các lược đồ Use case và lược đồ khác cũng là một phần quan trọng của đặc tả yêu cầu, nhưng tài liệu đặc tả yêu cầu phần mềm bao quát toàn bộ các yêu cầu này một cách có cấu trúc và chi tiết hơn.

Các lựa chọn khác không chính xác vì:

• Bảng ước tính chi phí dự án là kết quả của giai đoạn lập kế hoạch dự án, không phải thu thập yêu cầu.
• Lược đồ ngữ cảnh (Context Diagram) là một phần của quá trình phân tích yêu cầu, nhưng không phải là kết quả cuối cùng của giai đoạn thu thập yêu cầu, mà là một công cụ hỗ trợ cho việc đó.
• Lược đồ Use case và các lược đồ khác là một phần của tài liệu đặc tả yêu cầu phần mềm, nhưng không phải là kết quả duy nhất và đầy đủ của giai đoạn này.

Mức trừu tượng cao nhất là mức khái quát nhất, ít chi tiết nhất. Trong các lựa chọn được đưa ra:

• Kiến trúc hệ thống: Mô tả tổng quan về cấu trúc và các thành phần chính của hệ thống, bỏ qua các chi tiết cụ thể. Đây là mức trừu tượng cao nhất.
• Chi tiết các thành phần: Mô tả cụ thể về các thành phần riêng lẻ, bao gồm thuộc tính, phương thức và chức năng của chúng. Mức trừu tượng thấp hơn.
• Các bảng dữ liệu và ràng buộc: Mô tả cấu trúc dữ liệu và các quy tắc ràng buộc dữ liệu. Mức trừu tượng thấp hơn.
• Mô tả một chức năng phần mềm: Mô tả chi tiết cách một chức năng cụ thể hoạt động. Mức trừu tượng thấp hơn.

Do đó, đáp án "Kiến trúc hệ thống" có mức trừu tượng cao nhất.

Trong lý thuyết đồ thị, số đường độc lập cơ bản (hay còn gọi là độ phức tạp cyclomatic) có thể được tính dựa trên số node phân nhánh (node quyết định) trong đồ thị luồng điều khiển của chương trình. Công thức tính là:

Số đường độc lập = Số node phân nhánh + 1

Trong trường hợp này, nếu có 7 node phân nhánh, thì số đường độc lập cơ bản là:

7 + 1 = 8

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

Trong thiết kế kiến trúc phần mềm, mô hình lớp (layered architecture pattern) là một kiểu kiến trúc phân chia hệ thống thành các lớp (layers) riêng biệt. Mỗi lớp thực hiện một tập hợp các chức năng liên quan và cung cấp các dịch vụ cho lớp phía trên nó. Lớp dưới cùng thường là lớp phần cứng hoặc các dịch vụ hệ thống cơ bản, trong khi lớp trên cùng là giao diện người dùng. Mục đích của mô hình này là để đơn giản hóa sự phức tạp của hệ thống, tăng tính tái sử dụng và bảo trì, và cho phép thay đổi một lớp mà không ảnh hưởng đến các lớp khác.

Phương án 1: Sai. Mặc dù cơ sở dữ liệu trung tâm có thể là một phần của hệ thống lớp, nhưng nó không phải là định nghĩa cốt lõi của mô hình lớp.

Phương án 2: Sai. Mô tả này liên quan đến tính đồng bộ và điều khiển hệ thống, không phải là bản chất của mô hình lớp.

Phương án 3: Đúng. Đây là định nghĩa chính xác nhất về mô hình lớp trong thiết kế kiến trúc.

Phương án 4: Sai. Mô hình hệ thống phân tán là một khái niệm khác, mặc dù nó có thể được kết hợp với kiến trúc lớp trong một số trường hợp.