Vai trò của thiết kế phần mềm?

Pha duy nhất quyết định chất lượng phần mềm

Công cụ giao tiếp giữa nhà phát triển và khách hàng

Cung cấp đầy đủ thông tin cho việc bảo trì sau này

Pha đầu tiên của quá trình phát triển phần mềm

Trả lời:

Đáp án đúng: C

Thiết kế phần mềm đóng vai trò quan trọng trong việc cung cấp đầy đủ thông tin cho việc bảo trì sau này. Một thiết kế tốt sẽ giúp cho việc hiểu và sửa đổi phần mềm trở nên dễ dàng hơn, giảm thiểu rủi ro và chi phí liên quan đến bảo trì. Các lựa chọn khác không hoàn toàn đúng vì thiết kế không phải là pha duy nhất quyết định chất lượng (kiểm thử, triển khai cũng quan trọng), không hoàn toàn là công cụ giao tiếp duy nhất (tài liệu yêu cầu cũng vậy), và không phải lúc nào cũng là pha đầu tiên (ví dụ, trong mô hình lặp).

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 8

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

Nhiệm vụ của phân tích và nắm bắt yêu cầu?

Lời giải:

Đáp án đúng: D

Nhiệm vụ của phân tích và nắm bắt yêu cầu là thiết lập một cách rõ ràng và chính xác các dịch vụ mà hệ thống cần cung cấp, đồng thời xác định các ràng buộc mà hệ thống phải tuân thủ trong quá trình hoạt động. Điều này đảm bảo rằng hệ thống được phát triển đáp ứng đúng nhu cầu của người dùng và hoạt động hiệu quả trong môi trường thực tế.

Phương án 1: Mô tả trừu tượng là bước đầu, nhưng chưa đủ chi tiết để triển khai.

Phương án 2: Mô tả chính xác hơn về chức năng, nhưng cần nhấn mạnh việc thiết lập và xác định rõ ràng.

Phương án 3: Phát biểu chính thức chỉ là một phần của quá trình, không bao gồm việc thiết lập và các ràng buộc.

Phương án 4 phản ánh đầy đủ nhất nhiệm vụ của phân tích và nắm bắt yêu cầu.

Câu 15:

Hãy chỉ ra phát biểu đúng nhất về tài liệu đặc tả yêu cầu?

Lời giải:

Đáp án đúng: D

Câu hỏi yêu cầu tìm phát biểu *đúng nhất* về tài liệu đặc tả yêu cầu. Ta phân tích từng đáp án:

* Đáp án 1: Sai. Tài liệu đặc tả yêu cầu không phải của riêng người phát triển hệ thống, mà là sự đồng thuận giữa các bên liên quan (stakeholders), bao gồm cả khách hàng, người dùng, và các chuyên gia nghiệp vụ. Ngoài ra, nó không mô tả *cách* hệ thống làm (how), mà tập trung vào *cái gì* hệ thống cần làm (what).

* Đáp án 2: Sai. Tài liệu đặc tả yêu cầu là đầu vào cho thiết kế và mã hóa, nhưng không phải là tài liệu *phục vụ* trực tiếp cho thiết kế và mã hóa. Thiết kế và mã hóa có các tài liệu và quy trình riêng.

* Đáp án 3: Đúng nhưng chưa đủ. Tài liệu đặc tả yêu cầu *có* mô tả các yêu cầu chức năng, phi chức năng và miền ứng dụng, nhưng định nghĩa này chưa bao quát hết bản chất của một tài liệu đặc tả yêu cầu.

* Đáp án 4: Đúng và đầy đủ nhất. Tài liệu đặc tả yêu cầu là sự thể hiện chính thức các yêu cầu phần mềm, nó xác định *cái gì* hệ thống cần phải làm, không phải *làm như thế nào* (đó là công việc của thiết kế).

Vì vậy, đáp án 4 là đáp án đúng nhất vì nó chính xác và đầy đủ nhất về mục đích và phạm vi của tài liệu đặc tả yêu cầu.

Câu 16:

Đặc điếm của mô hình thác nước?

Lời giải:

Đáp án đúng: A

Mô hình thác nước là một quy trình phát triển phần mềm tuyến tính, tuần tự, trong đó các giai đoạn (yêu cầu, thiết kế, triển khai, kiểm thử, bảo trì) được thực hiện một cách tuần tự. Mỗi giai đoạn phải hoàn thành trước khi giai đoạn tiếp theo có thể bắt đầu. Đặc điểm nổi bật của mô hình này là sự tách biệt rõ ràng giữa các pha và việc tiến hành chúng một cách tuần tự.

* Phương án 1: Nhanh chóng xác định được yêu cầu có thể đúng trong một số trường hợp, nhưng không phải là đặc điểm cốt lõi của mô hình thác nước. Mô hình thác nước đòi hỏi việc xác định yêu cầu phải hoàn tất trước khi bắt đầu các giai đoạn khác, chứ không nhất thiết là nhanh chóng.
* Phương án 2: Tách biệt giữa các pha, tiến hành tuần tự - Đây là đặc điểm chính xác nhất của mô hình thác nước. Mỗi giai đoạn được thực hiện một cách độc lập và theo thứ tự nhất định.
* Phương án 3: Có thể kiểm soát rủi ro ở từng mức tiến hóa - Đây không phải là một ưu điểm của mô hình thác nước. Mô hình này thường khó kiểm soát rủi ro vì các giai đoạn sau phụ thuộc nhiều vào kết quả của các giai đoạn trước.
* Phương án 4: Sử dụng bộ công cụ CASE trong quá trình phát triển - Việc sử dụng công cụ CASE không phải là một đặc điểm cụ thể của mô hình thác nước. Các công cụ CASE có thể được sử dụng trong nhiều mô hình phát triển khác nhau.

Vậy đáp án đúng là phương án 2.

Câu 17:

Mối quan tâm chính của công nghệ phần mềm là gì?

Lời giải:

Đáp án đúng: B

Công nghệ phần mềm (Software Engineering) là một ngành kỹ thuật liên quan đến việc phát triển, vận hành, bảo trì và quản lý phần mềm. Mối quan tâm chính của công nghệ phần mềm là sản xuất ra các sản phẩm phần mềm chất lượng cao, đáp ứng yêu cầu của người dùng, đảm bảo tính tin cậy, hiệu quả và dễ bảo trì. Phần mềm có thể dùng lại (reusable software) là một mục tiêu quan trọng, nhưng nó chỉ là một khía cạnh nhỏ trong bức tranh toàn cảnh của công nghệ phần mềm.

* Đáp án 1: Sản xuất phần cứng. Sai, vì công nghệ phần mềm tập trung vào phần mềm, không phải phần cứng.
* Đáp án 2: Sản xuất phần mềm. Đúng, đây là mối quan tâm chính của công nghệ phần mềm.
* Đáp án 3: Cấu hình mạng. Sai, đây là một lĩnh vực khác, liên quan đến việc thiết lập và quản lý mạng máy tính.
* Đáp án 4: Phần mềm có thể dùng lại. Sai, đây chỉ là một mục tiêu con của công nghệ phần mềm.

Vậy đáp án đúng là sản xuất phần mềm.

Câu 18:

Làm rõ yêu cầu (Eliciting requirements) là

Lời giải:

Đáp án đúng: A

Làm rõ yêu cầu (Eliciting requirements) là quá trình giao tiếp và tương tác với các bên liên quan, đặc biệt là khách hàng và người sử dụng, để khám phá, xác định, và hiểu rõ các nhu cầu và mong muốn của họ đối với hệ thống hoặc sản phẩm phần mềm cần xây dựng. Mục tiêu là thu thập thông tin chi tiết, chính xác và đầy đủ để tạo cơ sở cho việc định nghĩa các yêu cầu chức năng và phi chức năng.

Phương án 1: "Giao tiếp với khách hàng và người sử dụng để xác định các yêu cầu của họ." - Đây là định nghĩa chính xác và đầy đủ nhất về làm rõ yêu cầu.

Phương án 2: "Các yêu cầu được ghi nhận lại theo nhiều hình thức." - Mặc dù việc ghi nhận lại các yêu cầu là một phần của quy trình, nhưng nó không phải là định nghĩa của việc làm rõ yêu cầu.

Phương án 3: "Các yêu cầu được tổng hợp lại theo nhiều hình thức." - Tương tự như phương án 2, việc tổng hợp yêu cầu là một bước trong quy trình, nhưng không phải là định nghĩa chính của làm rõ yêu cầu.

Phương án 4: "Xem các yêu cầu có ở tình trạng không rõ ràng?" - Đây chỉ là một phần nhỏ của quá trình làm rõ yêu cầu, không bao quát toàn bộ hoạt động.

Do đó, đáp án đúng nhất là phương án 1.

Câu 19:

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

Lời giải: