Yêu cầu có thể chia ra thành các lọai nào sau đây?

Mục nào sau đây không bao gồm trong tài liệu SRS?

Lời giải:

Đáp án đúng: D

Tài liệu SRS (Software Requirements Specification) là tài liệu đặc tả các yêu cầu của phần mềm, bao gồm các yêu cầu chức năng (functional requirements), các yêu cầu phi chức năng (non-functional requirements) và các mục tiêu thực hiện (implementation goals). Hướng dẫn sử dụng (user manual) không nằm trong tài liệu SRS mà là một tài liệu riêng biệt, cung cấp thông tin cho người dùng về cách sử dụng phần mềm.

Câu 24:

Độ lớn (Volume) trong phân tích yêu cầu là:

Lời giải:

Đáp án đúng: C

Độ lớn (Volume) trong phân tích yêu cầu đề cập đến lượng dữ liệu hoặc số lượng công việc mà hệ thống phải xử lý trong một khoảng thời gian nhất định.

Phương án 1: Số lượng máy tính chạy phần mềm không trực tiếp thể hiện độ lớn của công việc mà hệ thống phải xử lý.
Phương án 2: Số lượng dữ liệu phát sinh trong một chu kỳ thể hiện rõ ràng khối lượng công việc mà hệ thống phải quản lý và xử lý. Đây là một yếu tố quan trọng của 'độ lớn' trong phân tích yêu cầu.
Phương án 3: Số lượng các nghiệp vụ hệ thống phải tiến hành trong một chu kỳ cũng thể hiện khối lượng công việc hệ thống phải thực hiện.
Phương án 4: Số lượng người làm việc với phần mềm có thể ảnh hưởng đến khối lượng công việc, nhưng không trực tiếp định nghĩa 'độ lớn'.

Như vậy, phương án 2 và 3 đều có ý đúng, tuy nhiên phương án 2 tập trung vào dữ liệu, là yếu tố quan trọng thường được xem xét khi nói đến 'độ lớn'. Phương án 3, mặc dù liên quan, nhưng 'nghiệp vụ' có thể bao gồm nhiều khía cạnh khác ngoài dữ liệu. Trong trường hợp này, phương án 2 chính xác và phù hợp hơn.

Câu 25:

CASE là từ viết tắt của

Lời giải:

Đáp án đúng: B

CASE là viết tắt của Computer-Aided Software Engineering, nghĩa là Kỹ nghệ phần mềm có sự hỗ trợ của máy tính. Đây là việc sử dụng các công cụ phần mềm để tự động hóa hoặc hỗ trợ các hoạt động trong quy trình phát triển phần mềm, từ đó giúp tăng năng suất, cải thiện chất lượng và giảm chi phí.

Câu 26:

Để xây dựng mô hình hệ thống, kỹ sư phải quan tâm tới một trong những nhân tố hạn chế sau :

Lời giải:

Đáp án đúng: A

Khi xây dựng mô hình hệ thống, kỹ sư cần xem xét các yếu tố hạn chế, trong đó quan trọng nhất là các giả định được đưa ra và các ràng buộc (constraints) hiện có. Các giả định giúp đơn giản hóa mô hình, trong khi các ràng buộc đặt ra giới hạn cho phạm vi và khả năng của mô hình.

Phương án A đúng vì nó bao gồm cả giả định và ràng buộc, là những yếu tố then chốt ảnh hưởng đến việc xây dựng mô hình.

Phương án B, C, D cũng quan trọng nhưng không phải là yếu tố hạn chế trực tiếp trong quá trình xây dựng mô hình như các giả định và ràng buộc.

Câu 27:

Use-cases là một kịch bản mà mô tả

Lời giải:

Đáp án đúng: A

Use case (ca sử dụng) mô tả cách người dùng tương tác với hệ thống phần mềm để đạt được một mục tiêu cụ thể. Nó tập trung vào hành vi của hệ thống từ quan điểm của người dùng và mô tả các bước mà người dùng thực hiện để hoàn thành một tác vụ, cũng như cách hệ thống phản hồi. Do đó, đáp án A là chính xác nhất vì nó mô tả phần mềm thực hiện như thế nào khi được dùng trong một tình huống cụ thể, tức là cách người dùng tương tác với phần mềm để đạt được một mục tiêu nào đó. Các đáp án còn lại không mô tả đúng bản chất của use case.

- B: Công cụ CASE hỗ trợ phát triển phần mềm, nhưng use case không phải là về cách sử dụng chúng.
- C: Kế hoạch xây dựng sản phẩm phần mềm là phạm trù của quản lý dự án, không phải là use case.
- D: Test case được tạo ra dựa trên use case, nhưng bản thân use case không phải là test case.

Câu 28:

Nội dung thông tin biểu diễn những đối tượng điều khiển và dữ liệu riêng biệt mà bao gồm những thông tin mà

Lời giải: