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

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:

Đáp án đúng: B

Mô hình phát triển phần mềm lặp lại tăng thêm (Iterative Incremental Model) là một cách tiếp cận phát triển phần mềm trong đó phần mềm được xây dựng dần dần thông qua một chuỗi các vòng lặp (iterations). Mỗi vòng lặp tạo ra một phiên bản tăng thêm của sản phẩm, bổ sung thêm chức năng hoặc cải thiện chức năng hiện có.

Phân tích các lựa chọn:
* Phương án 1: Không chính xác hoàn toàn. Mặc dù mô hình này có thể được sử dụng khi yêu cầu được xác định rõ, nhưng nó đặc biệt hữu ích khi yêu cầu chưa hoàn toàn rõ ràng và có thể thay đổi trong quá trình phát triển.
* Phương án 2: Chính xác. Mô hình lặp lại tăng thêm cho phép tạo ra một sản phẩm thực thi lõi (core executable product) một cách nhanh chóng. Điều này cho phép khách hàng và nhà phát triển đánh giá sản phẩm sớm và cung cấp phản hồi để cải thiện các vòng lặp tiếp theo.
* Phương án 3: Không chính xác. Mô hình này không nhất thiết là tốt nhất cho các dự án có nhóm phát triển lớn. Việc quản lý các vòng lặp và tích hợp các thành phần từ các nhóm khác nhau có thể trở nên phức tạp.
* Phương án 4: Sai. Mô hình lặp lại tăng thêm được sử dụng rộng rãi cho các sản phẩm thương mại.

Do đó, đáp án chính xác nhất là phương án 2.

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

Câu 5:

Mô hình nào đưa ra hình ảnh look and feel cho giao diện người dùng cùng những thông tin hỗ trợ:

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 6:

Sự toàn vẹn (consistency) giao diện ngầm định :

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