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

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:

Đáp án đúng: D

Mô hình tiến trình phần mềm tiến hóa là một cách tiếp cận phát triển phần mềm lặp đi lặp lại và tăng dần. Các đặc điểm chính của mô hình này bao gồm:

* Bản chất lặp: Phần mềm được phát triển thông qua nhiều vòng lặp, mỗi vòng lặp xây dựng dựa trên các vòng lặp trước đó.
* Dễ dàng điều tiết những biến đổi yêu cầu sản phẩm: Mô hình tiến hóa linh hoạt và cho phép dễ dàng điều chỉnh khi yêu cầu của sản phẩm thay đổi trong quá trình phát triển. Do mỗi vòng lặp chỉ tập trung vào một phần nhỏ của sản phẩm, việc thay đổi yêu cầu trở nên dễ dàng hơn.
* Nói chung không tạo ra những sản phẩm bỏ đi: Mỗi vòng lặp tạo ra một phiên bản phần mềm hoạt động, có thể được sử dụng hoặc tích hợp vào phiên bản tiếp theo. Điều này giúp giảm thiểu lãng phí và đảm bảo rằng tất cả các nỗ lực phát triển đều đóng góp vào sản phẩm cuối cùng.

Vì cả ba mục trên đều là đặc điểm của mô hình tiến trình phần mềm tiến hóa, nên đáp án đúng là "Tất cả các mục".

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: