Mật độ lỗi (defect density) thuộc độ đo

Độ đo chất lượng sản phẩm cuối

Độ đo quá trình sản xuất

Độ đo dự án phần mềm

Độ đo chất lượng bảo trì

Trả lời:

Đáp án đúng: A

Mật độ lỗi (defect density) là số lượng lỗi được tìm thấy trên một đơn vị kích thước của phần mềm (ví dụ: số lỗi trên 1000 dòng code - KLOC). Đây là một chỉ số quan trọng để đánh giá chất lượng của sản phẩm phần mềm đang được phát triển. Do đó, mật độ lỗi thuộc độ đo chất lượng sản phẩm cuối.

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 9

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

Milestone

Lời giải:

Đáp án đúng: D

Milestone (cột mốc) trong quản lý dự án là một điểm đánh dấu quan trọng trong lịch trình dự án, thường biểu thị sự hoàn thành của một giai đoạn lớn hoặc việc chuyển giao một kết quả cụ thể. Nó có thể là thời điểm cuối của một hoạt động hoặc một nhóm các hoạt động, và thường đi kèm với các sản phẩm hoặc kết quả cụ thể.

* A. Thường có output là những word product: Milestone không nhất thiết phải có output là "word product" (các tài liệu văn bản). Output của milestone có thể là bất cứ kết quả hữu hình hoặc vô hình nào, tùy thuộc vào tính chất của dự án. Tuy nhiên, phương án này không bao quát hết các trường hợp.
* B. Là thời điểm cuối của một hoạt động xử lý: Milestone có thể là thời điểm cuối của một hoạt động, nhưng nó cũng có thể đánh dấu sự kết thúc của một giai đoạn lớn hơn bao gồm nhiều hoạt động.
* C. Có thể chuyển giao một kết quả của dự án: Đây là một đặc điểm quan trọng của milestone. Nó thường đánh dấu việc chuyển giao một kết quả (deliverable) cụ thể của dự án.
* D. Tất cả đều đúng: Phương án này chính xác vì milestone có thể bao gồm tất cả các đặc điểm trên.

Do đó, đáp án chính xác nhất là D.

Câu 29:

Mô hình phát triển dựa vào thành phần

Lời giải:

Đáp án đúng: C

Mô hình phát triển dựa vào thành phần (Component-Based Development - CBD) là một phương pháp phát triển phần mềm tập trung vào việc xây dựng hệ thống từ các thành phần phần mềm có thể tái sử dụng. Các thành phần này thường được phát triển độc lập và sau đó được tích hợp lại để tạo thành một ứng dụng hoàn chỉnh. CBD tận dụng các kỹ thuật hỗ trợ đối tượng như tính đóng gói, kế thừa và đa hình để tạo ra các thành phần linh hoạt và dễ bảo trì. Vì vậy, đáp án C là chính xác nhất.

Các phương án khác không chính xác vì:
- A: CBD không chỉ dành riêng cho thiết kế phần cứng.
- B: CBD đặc biệt hỗ trợ việc phát triển và tái sử dụng các thành phần.
- D: Chi phí hiệu quả của CBD có thể được đánh giá bằng nhiều độ đo khác nhau, không chỉ những độ đo định lượng.

Câu 30:

Mô hình phát triển phần mềm dựa trên mẫu thử là

Lời giải:

Đáp án đúng: C

Mô hình phát triển phần mềm dựa trên mẫu thử (Prototyping Model) là một phương pháp mà trong đó, một mẫu thử (prototype) của phần mềm được xây dựng trước khi phát triển sản phẩm cuối cùng. Điều này đặc biệt hữu ích khi khách hàng không thể xác định rõ ràng các yêu cầu ngay từ đầu. Mẫu thử giúp khách hàng hình dung và đưa ra phản hồi, từ đó các yêu cầu được làm rõ và hoàn thiện hơn.

* Phương án A: Sai. Mô hình mẫu thử không nhất thiết rủi ro nếu được quản lý đúng cách. Nó giúp giảm rủi ro bằng cách xác định và giải quyết các vấn đề tiềm ẩn sớm.
* Phương án B: Sai. Mô hình này không chỉ dành cho dự án có nhiều thành viên. Nó tập trung vào việc làm rõ yêu cầu.
* Phương án C: Đúng. Đây là ưu điểm chính của mô hình mẫu thử. Nó cho phép thu thập và tinh chỉnh yêu cầu của khách hàng một cách linh hoạt.
* Phương án D: Sai. Mô hình mẫu thử thường được sử dụng khi yêu cầu *chưa* được xác định rõ ràng.

Do đó, đáp án đúng là C.

Câu 31:

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 (incremental) là một cách tiếp cận trong đó phần mềm được phát triển theo một chuỗi các phiên bản (increments). Mỗi phiên bản được xây dựng dựa trên các phiên bản trước đó, thêm vào các chức năng và cải tiến mới.

* Phương án A: Không chính xác. Mô hình lặp tăng trưởng phù hợp với những dự án mà yêu cầu chưa được xác định đầy đủ ngay từ đầu và có thể thay đổi trong quá trình phát triển.
* Phương án B: Chính xác. Mô hình lặp tăng trưởng cho phép xây dựng nhanh chóng một sản phẩm lõi (core) có thể thực thi được, sau đó tiếp tục phát triển và hoàn thiện nó qua các lần lặp.
* Phương án C: Không chính xác. Mô hình lặp tăng trưởng có thể được sử dụng cho các dự án với nhiều nhóm phát triển, nhưng không phải là lựa chọn tốt nhất. Các mô hình khác như Agile có thể phù hợp hơn cho các nhóm lớn.
* Phương án D: Không chính xác. Mô hình lặp tăng trưởng được sử dụng rộng rãi trong phát triển phần mềm thương mại.

Vì vậy, đáp án đúng là B. Mô hình này đặc biệt hữu ích khi cần cung cấp một phiên bản ban đầu nhanh chóng và sau đó cải tiến dần dần.

Câu 32:

Mô hình phát triển phần mềm xoắn ốc

Lời giải:

Đáp án đúng: C

Mô hình xoắn ốc là một mô hình phát triển phần mềm lặp đi lặp lại, tập trung vào việc quản lý rủi ro. Mỗi vòng lặp (hay mỗi vòng xoắn) bao gồm các giai đoạn: lập kế hoạch, phân tích rủi ro, thực hiện và đánh giá.

* A. Kết thúc với việc xuất xưởng sản phẩm phần mềm: Mô hình xoắn ốc không nhất thiết phải kết thúc bằng việc xuất xưởng sản phẩm ngay lập tức, nó có thể trải qua nhiều vòng lặp để cải tiến sản phẩm. Tuy nhiên, cuối cùng thì sản phẩm cũng sẽ được xuất xưởng.
* B. Nhiều hỗn độn hơn với mô hình gia tăng: Mô hình xoắn ốc phức tạp hơn mô hình gia tăng vì nó tập trung vào việc quản lý rủi ro trong mỗi vòng lặp.
* C. Bao gồm việc đánh giá những rủi ro phần mềm trong mỗi vòng lặp: Đây là đặc điểm chính của mô hình xoắn ốc. Việc đánh giá và giảm thiểu rủi ro là trọng tâm của mỗi vòng lặp.

Vì vậy, đáp án D bao gồm tất cả các ý trên, tuy nhiên, ý C là chính xác nhất và quan trọng nhất để mô tả mô hình xoắn ốc. Đáp án D đúng nhưng không đầy đủ bằng đáp án C. Trong trường hợp này, đáp án C là đáp án đúng và đầy đủ nhất.

Câu 33:

Mục nào không phải là một loại kiến trúc (style): kiến trúc

Lời giải: