Mục nào không dùng cho đặc tả yêu cầu:

Trong chất lượng thiết kế phần mềm, kết dính thời điểm là gì?

Lời giải:

Đáp án đúng: D

Kết dính thời điểm (Temporal Cohesion) xảy ra khi các phần tử trong một mô-đun được nhóm lại với nhau vì chúng đều được thực thi vào cùng một thời điểm. Các thành phần này có thể không liên quan chức năng, nhưng chúng được thực hiện đồng thời (ví dụ: khởi tạo các biến, mở file, kết nối database khi khởi động chương trình). Do đó, đáp án đúng là "Tất cả các thành phần cùng hoạt hóa một lúc được bó lại với nhau".

Câu 17:

Thế nào là đặc tả hình thức?

Lời giải:

Đáp án đúng: B

Đặc tả hình thức là phương pháp sử dụng các ký hiệu và công cụ toán học để mô tả các hệ thống phần mềm hoặc hệ thống nói chung một cách chính xác và không mơ hồ. Điều này giúp cho việc phân tích, chứng minh và xây dựng các hệ thống phức tạp trở nên dễ dàng và đáng tin cậy hơn.

Phương án 1 và 3: Cách đặc tả dùng kí hiệu đồ họa - Mô tả hệ thống bằng hình ảnh và sơ đồ có thể hữu ích trong việc trực quan hóa, nhưng chúng thường thiếu tính chính xác và chặt chẽ cần thiết để phân tích và chứng minh các tính chất của hệ thống một cách hình thức.

Phương án 2: Cách đặc tả dựa vào toán học - Đây là định nghĩa chính xác của đặc tả hình thức. Toán học cung cấp một nền tảng vững chắc để mô tả các hệ thống một cách rõ ràng, không mơ hồ và có thể kiểm chứng.

Phương án 4: Cách đặc tả dùng văn bản và sơ đồ - Mặc dù văn bản và sơ đồ có thể được sử dụng trong đặc tả, nhưng nếu không có nền tảng toán học, chúng có thể dẫn đến sự mơ hồ và khó khăn trong việc phân tích hệ thống một cách chính xác.

Vì vậy, đáp án đúng nhất là phương án 2.

Câu 18:

Các bước trong giai đoạn "phát triển" của tiến trình phần mềm?

Lời giải:

Đáp án đúng: A

Giai đoạn "phát triển" trong tiến trình phần mềm tập trung vào việc hiện thực hóa các yêu cầu và thiết kế đã được xác định trước đó. Các bước chính bao gồm:

* Thiết kế phần mềm: Chuyển đổi các yêu cầu thành một kiến trúc và thiết kế chi tiết, bao gồm các thành phần, mô-đun và giao diện.
* Mã hóa: Viết mã nguồn dựa trên thiết kế đã được tạo ra. Đây là quá trình chuyển đổi thiết kế thành các dòng lệnh mà máy tính có thể hiểu và thực thi.
* Kiểm thử phần mềm: Đảm bảo mã nguồn hoạt động đúng như mong đợi và đáp ứng các yêu cầu. Kiểm thử bao gồm nhiều cấp độ, từ kiểm thử đơn vị đến kiểm thử tích hợp và kiểm thử hệ thống.

Phương án 1 (Thiết kế phần mềm, mã hóa, kiểm thử phần mềm) bao gồm đầy đủ các bước quan trọng nhất trong giai đoạn phát triển.

Các phương án khác không hoàn chỉnh hoặc chứa các bước không thuộc giai đoạn phát triển:

* Phương án 2 (Thiết kế phần mềm, mã hóa, kiểm thử phần mềm, bảo trì): Bảo trì là một giai đoạn riêng biệt sau khi phần mềm đã được triển khai.
* Phương án 3 (Phân tích hệ thống, lập kế hoạch dự án, phân tích yêu cầu): Đây là các bước thuộc giai đoạn phân tích và lập kế hoạch, trước giai đoạn phát triển.
* Phương án 4 (Phân tích yêu cầu, thiết kế phần mềm, mã hóa, cài đặt): Phân tích yêu cầu thuộc giai đoạn trước phát triển, cài đặt thường được xem là một phần của triển khai, một giai đoạn sau phát triển.

Câu 19:

Theo quan điểm của quản lý dự án thì thiết kế phần mềm được chia thành hai giai đoạn nào?

Lời giải:

Đáp án đúng: C

Trong quản lý dự án phần mềm, thiết kế phần mềm thường được chia thành hai giai đoạn chính: thiết kế sơ bộ (hay còn gọi là thiết kế cấp cao) và thiết kế chi tiết (hay còn gọi là thiết kế cấp thấp). Thiết kế sơ bộ tập trung vào việc xác định cấu trúc tổng thể của hệ thống, các thành phần chính và mối quan hệ giữa chúng. Thiết kế chi tiết đi sâu vào việc mô tả cụ thể cách thức từng thành phần hoạt động, các thuật toán và cấu trúc dữ liệu được sử dụng.

Phương án 1: Thiết kế kiến trúc và thiết kế dữ liệu là hai khía cạnh quan trọng của thiết kế, nhưng không bao trùm toàn bộ quá trình thiết kế phần mềm theo quan điểm quản lý dự án.

Phương án 2: Thiết kế dữ liệu và thiết kế thuật toán cũng là các khía cạnh quan trọng, nhưng không thể hiện được sự phân chia giai đoạn thiết kế một cách tổng quan.

Phương án 4: Thiết kế thành phần và thiết kế giao diện là các phần của thiết kế chi tiết, không phải là hai giai đoạn phân chia chính.

Câu 20:

Tính chất cần có của dữ liệu trong phân tích yêu cầu

Lời giải:

Đáp án đúng: A

Tính chất cần có của dữ liệu trong phân tích yêu cầu là tính có định hướng thời gian. Điều này có nghĩa là dữ liệu cần được thu thập và phân tích theo một trình tự thời gian nhất định để có thể hiểu được sự thay đổi và phát triển của hệ thống theo thời gian. Các phương án khác không phải là tính chất cần thiết của dữ liệu trong phân tích yêu cầu.
- Giá trị pháp lý: Dữ liệu không nhất thiết phải có giá trị pháp lý.
- Tính mô tả trừu tượng: Dữ liệu cần cụ thể để phân tích hiệu quả.
- Mô tả bằng toán học: Không phải lúc nào cũng cần thiết hoặc khả thi.

Câu 21:

Câu hỏi nào có liên quan đến phân tích thiết kế?

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 22:

Kết quả của giai đoạn thu thập yêu cầu là:

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP

Câu 23:

Sơ đồ nào sau đây không cần thiết trong phân tích yêu cầu?

Lời giải:

Bạn cần đăng ký gói VIP để làm bài, xem đáp án và lời giải chi tiết không giới hạn. Nâng cấp VIP