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

Mô tả trừu tượng về các dịch vụ mà hệ cần cung cấp và các ràng buộc mà hệ cần tuân thủ khi vận hành.

Mô tả chính xác hơn về các chức năng của hệ cùng các ràng buộc mà hệ phải tuân theo khi vận hành

Phát biểu chính thức về những yêu cầu phần mềm. Nó trình bày những gì mà hệ phần mềm phải làm

Thiết lập các dịch vụ mà hệ phải cung cấp và các ràng buộc mà hệ phải tuân theo khi hoạt động

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

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

Đá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 với nhau để tạo thành một hệ thống hoàn chỉnh.

* Phương án A: Sai. CBD không chỉ phù hợp cho phần cứng máy tính mà còn được ứng dụng rộng rãi trong phát triển phần mềm.
* Phương án B: Sai. Một trong những ưu điểm lớn nhất của CBD là khả năng hỗ trợ phát triển và tái sử dụng các thành phần.
* Phương án C: Đúng. CBD thường dựa trên các kỹ thuật hỗ trợ đối tượng (Object-Oriented), vì các thành phần thường được thiết kế theo hướng đối tượng để dễ dàng tái sử dụng và tích hợp.
* Phương án D: Sai. Chi phí và hiệu quả của CBD hoàn toàn có thể được đánh giá thông qua các độ đo phần mềm định lượng như số lượng thành phần tái sử dụng, thời gian phát triển, chi phí phát triển, v.v.

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

Câu 20:

Nhằm xác định những mẫu kiến trúc hay kết hợp những mẫu phù hợp nhất cho hệ thống đề nghị, kỹ thuật yêu cầu dùng để khám phá

Lời giải: