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

Thiết kế thành phần thì phụ thuộc vào ngôn ngữ còn thiết kế dữ liệu

Thiết kế dữ liệu thì dễ thực hiện hơn

Thiết kế dữ liệu thì khó thực hiện

Cấu trúc dữ liệu thường ảnh hưởng tới cách thức mà thíết kế thành phần phải theo

Trả lờ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.

500+ câu trắc nghiệm môn Công nghệ phần mềm có lời giải chi tiết - Phần 10

Tổng hợp 500+ câu hỏi trắc nghiệm môn Công nghệ phần mềm có đáp án đầy đủ nhằm giúp các bạn dễ dàng ôn tập lại toàn bộ các kiến thức.

50 câu hỏi 60 phút

Bắt đầu thi

Câu hỏi liên quan

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:

Đáp án đúng: C

Kho dữ liệu (Data Warehouse) và cơ sở dữ liệu (Database) là hai khái niệm khác nhau trong lĩnh vực quản lý dữ liệu. Dưới đây là phân tích chi tiết để xác định đặc trưng phù hợp với kho dữ liệu nhưng không phù hợp với cơ sở dữ liệu đặc trưng:

Hướng mức nghiệp vụ và kích thước lớn: Kho dữ liệu được thiết kế để hỗ trợ các quyết định nghiệp vụ, phân tích xu hướng và cung cấp thông tin tổng hợp cho nhà quản lý. Do đó, nó tập trung vào dữ liệu ở mức độ nghiệp vụ (ví dụ: doanh số bán hàng theo khu vực, hiệu suất sản phẩm) và thường có kích thước rất lớn, chứa đựng dữ liệu lịch sử trong một khoảng thời gian dài. Cơ sở dữ liệu đặc trưng thường tập trung vào các giao dịch cụ thể, xử lý dữ liệu hiện tại và có kích thước nhỏ hơn nhiều.

Thông tin đúng và hợp thời: Cả kho dữ liệu và cơ sở dữ liệu đều cần thông tin đúng và hợp thời. Tuy nhiên, kho dữ liệu thường chấp nhận độ trễ nhất định vì dữ liệu được trích xuất, chuyển đổi và tải (ETL) từ nhiều nguồn khác nhau. Trong khi đó, cơ sở dữ liệu đặc trưng yêu cầu dữ liệu phải chính xác và cập nhật ngay lập tức để đảm bảo tính toàn vẹn của các giao dịch.

Tích hợp và không thường thay đổi: Kho dữ liệu tích hợp dữ liệu từ nhiều nguồn khác nhau (ví dụ: cơ sở dữ liệu hoạt động, hệ thống ERP, CRM) thành một định dạng thống nhất. Dữ liệu trong kho dữ liệu thường không thay đổi thường xuyên (non-volatile) vì nó chủ yếu được sử dụng để phân tích lịch sử. Cơ sở dữ liệu đặc trưng thường xuyên được cập nhật với các giao dịch mới.

Dựa trên phân tích trên, đáp án "Tất cả những mục trên" là đúng nhất vì cả ba đặc trưng (hướng mức nghiệp vụ và kích thước lớn, thông tin đúng và hợp thời, tích hợp và không thường thay đổi) đều là đặc trưng của kho dữ liệu nhưng không hoàn toàn đúng cho cơ sở dữ liệu đặc trưng.

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: