Loại mô hình nào được tạo ra trong phân tích yêu cầu phần mềm

Phân tích văn phạm của bản tường thuật xử lý là bước đầu tiên tốt nhất để tạo ra

Lời giải:

Đáp án đúng: B

Phân tích văn phạm của bản tường thuật xử lý (processing narrative) giúp xác định các thành phần và mối quan hệ giữa chúng trong quá trình xử lý dữ liệu. Điều này là cơ sở để xây dựng biểu đồ dòng dữ liệu (Data Flow Diagram - DFD), một công cụ trực quan mô tả luồng dữ liệu giữa các quy trình, kho dữ liệu và các tác nhân bên ngoài.

* A. Tự điển dữ liệu: Tự điển dữ liệu mô tả các cấu trúc dữ liệu, kiểu dữ liệu và các thuộc tính của dữ liệu. Mặc dù quan trọng, nó không phải là bước đầu tiên trực tiếp từ phân tích văn phạm của bản tường thuật xử lý.
* B. Biểu đồ dòng dữ liệu: Đây là đáp án đúng. Phân tích văn phạm của bản tường thuật xử lý giúp xác định các quy trình, kho dữ liệu và luồng dữ liệu, là những thành phần cơ bản để xây dựng DFD.
* C. Biểu đồ quan hệ thực thể: Biểu đồ quan hệ thực thể (Entity-Relationship Diagram - ERD) mô tả các thực thể và mối quan hệ giữa chúng trong một hệ thống. Nó tập trung vào cấu trúc dữ liệu hơn là luồng xử lý.
* D. Biểu đồ dịch chuyển trạng thái: Biểu đồ dịch chuyển trạng thái (State Transition Diagram) mô tả các trạng thái khác nhau của một đối tượng và các chuyển đổi giữa các trạng thái đó. Nó thường được sử dụng để mô tả hành vi của một hệ thống hoặc đối tượng.

Câu 48:

Biểu đồ dòng điều khiển

Lời giải:

Đáp án đúng: A

Biểu đồ dòng điều khiển (Control Flow Diagram) mô tả luồng thực hiện của một chương trình hoặc hệ thống. Trong các lựa chọn:
- A. Biểu đồ dòng điều khiển đặc biệt hữu ích để mô hình hóa các hệ thống hướng sự kiện, nơi luồng điều khiển phụ thuộc vào các sự kiện xảy ra.
- B. Không phải tất cả các hệ thống đều yêu cầu biểu đồ dòng điều khiển, đặc biệt là các hệ thống đơn giản, tuyến tính.
- C. Biểu đồ dòng điều khiển khác với biểu đồ dòng dữ liệu (Data Flow Diagram), biểu đồ dòng dữ liệu tập trung vào luồng dữ liệu giữa các quy trình.
- D. Biểu đồ dòng điều khiển có thể hữu ích trong mô hình hóa giao diện người dùng, nơi các hành động của người dùng (sự kiện) kích hoạt các luồng điều khiển khác nhau.
Như vậy, đáp án chính xác nhất là A và D, tuy nhiên A chính xác hơn và bao quát hơn.

Câu 49:

Nguyên nhân của việc sinh lỗi do thiết kế mức thành phần trước khi thiết kế dữ liệu là

thì không

Lời giải:

Đáp án đúng: D

Câu hỏi đề cập đến việc tại sao nên thiết kế dữ liệu trước thiết kế thành phần. Thiết kế dữ liệu (cấu trúc dữ liệu) định hình cách thức tổ chức và truy cập thông tin. Các thành phần phần mềm (module, class, function) sẽ được thiết kế để làm việc hiệu quả với cấu trúc dữ liệu này. Nếu thiết kế thành phần trước, có thể sẽ gặp khó khăn trong việc tích hợp và xử lý dữ liệu một cách tối ưu. Do đó, cấu trúc dữ liệu thường ảnh hưởng đến cách thiết kế thành phần.

Câu 50:

Nhiều đo lường hữu dụng có thể thu thập khi quan sát những người dùng tương tác với hệ thống máy tính gồm

Lời giải:

Đáp án đúng: D

Câu hỏi này kiểm tra kiến thức về các chỉ số/đo lường (metrics) quan trọng có thể thu thập được khi quan sát người dùng tương tác với hệ thống máy tính.

* Phương án A: Thời gian cho ứng dụng. Đây không phải là một đo lường trực tiếp thu được từ quan sát người dùng. Thời gian chạy ứng dụng liên quan đến hiệu suất của phần mềm, không phải hành vi người dùng.
* Phương án B: Số khiếm khuyết (defect) phần mềm. Số lượng defect là thông tin quan trọng, nhưng nó được tìm thấy thông qua kiểm thử phần mềm chứ không phải từ việc quan sát người dùng tương tác.
* Phương án C: Tính tin cậy của phần mềm. Tương tự như số lượng khiếm khuyết, tính tin cậy của phần mềm được xác định thông qua phân tích, kiểm thử, chứ không phải chỉ quan sát người dùng.
* Phương án D: Thời gian đọc tài liệu trợ giúp. Đây là một chỉ số quan trọng. Nếu người dùng mất nhiều thời gian để đọc tài liệu trợ giúp, điều đó có nghĩa là giao diện người dùng không trực quan hoặc tài liệu trợ giúp khó hiểu. Điều này có thể cho thấy vấn đề về khả năng sử dụng (usability) của hệ thống.

Vậy, đáp án chính xác nhất là D. Thời gian đọc tài liệu trợ giúp là một đo lường hữu ích để đánh giá khả năng sử dụng của hệ thống, thu thập được thông qua quan sát người dùng.

Câu 1:

Mô hình phát triển ứng dụng nhanh:

Lời giải:

Đáp án đúng: C

Mô hình phát triển ứng dụng nhanh (Rapid Application Development - RAD) là một phương pháp phát triển phần mềm lặp đi lặp lại, trong đó nguyên mẫu (prototype) được phát triển nhanh chóng và kiểm thử thông qua phản hồi liên tục từ người dùng.

Phương án 1: Mô hình phát triển nhanh không phải là một cách gọi khác của mô hình phát triển dựa trên thành phần, mặc dù có thể sử dụng các thành phần để tăng tốc độ phát triển.

Phương án 2: Đây là một đặc điểm quan trọng của RAD. Khi yêu cầu của khách hàng không rõ ràng hoặc có khả năng thay đổi, RAD cho phép xây dựng các phiên bản demo nhanh chóng, thu thập phản hồi và điều chỉnh dự án một cách linh hoạt. Việc này giúp giảm thiểu rủi ro và đảm bảo sản phẩm cuối cùng đáp ứng được nhu cầu thực tế của người dùng.

Phương án 3: RAD không chỉ là sự ráp nối tốc độ cao của mô hình tuần tự tuyến tính (waterfall). RAD có tính lặp lại và linh hoạt hơn, tập trung vào việc xây dựng nguyên mẫu và thu thập phản hồi liên tục.

Phương án 4: Do phương án 1 và 3 sai nên phương án "Tất cả mục trên" không đúng.

Vậy nên, phương án 2 là đáp án đúng nhất.

Câu 2:

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

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 3:

Mô hình phát triển phần mềm lặp lại tăng thêm:

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 4:

Đặc trưng nào là đúng cho kho dữ liệu, không phải là cơ sở dữ liệu đặc trưng:

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP