Trong chất lượng thiết kế phần mềm, độ đo "sự kết dính" là gì?

Kiểm thử alpha là loại kiểm thử được thực hiện bởi một nhóm nhỏ người dùng nội bộ (ví dụ: nhân viên công ty phát triển phần mềm) trong môi trường được kiểm soát, thường là dưới sự hướng dẫn trực tiếp của các nhà phát triển hoặc nhóm kiểm thử. Mục đích chính của kiểm thử alpha là xác định các lỗi, vấn đề về tính khả dụng và thu thập phản hồi ban đầu trước khi phát hành phần mềm cho một lượng lớn người dùng. Trong trường hợp này, câu hỏi mô tả đúng tình huống của kiểm thử alpha, khi một nhóm nhỏ người sử dụng làm việc dưới sự hướng dẫn của người phát triển để thẩm định tính dùng được của hệ thống.

Kiểm thử beta được thực hiện bởi một nhóm lớn hơn người dùng cuối bên ngoài tổ chức phát triển, trong một môi trường thực tế. Kiểm thử thống kê không phải là một loại kiểm thử phần mềm cụ thể.

Kiểm thử khiếm khuyết không phải là một thuật ngữ kiểm thử tiêu chuẩn.

Yêu cầu phần mềm được phân loại thành nhiều loại khác nhau, trong đó ba loại chính là:

• Yêu cầu chức năng (Functional requirements): Mô tả những gì hệ thống phải làm, các chức năng cụ thể mà hệ thống cung cấp cho người dùng.
• Yêu cầu phi chức năng (Non-functional requirements): Mô tả cách hệ thống thực hiện các chức năng, liên quan đến các thuộc tính như hiệu suất, bảo mật, độ tin cậy, khả năng sử dụng.
• Yêu cầu miền ứng dụng (Domain requirements): Mô tả các yêu cầu đặc thù xuất phát từ lĩnh vực ứng dụng của phần mềm, phản ánh kiến thức và quy tắc của lĩnh vực đó.

Đáp án 1: 'Chức năng, phi chức năng, yêu cầu hệ thống' - Yêu cầu hệ thống là một khái niệm rộng và có thể bao gồm cả yêu cầu chức năng và phi chức năng, không phải là một phân loại riêng biệt tương đương với hai loại kia. Đáp án 2: 'Chức năng, phi chức năng' - Thiếu yêu cầu miền ứng dụng. Đáp án 4: 'Chức năng, phi chức năng, yêu cầu nghiệp vụ' - Yêu cầu nghiệp vụ thường được xem xét trong giai đoạn phân tích nghiệp vụ ban đầu, và có thể được chuyển thành các yêu cầu chức năng và phi chức năng, hoặc yêu cầu miền ứng dụng, tùy thuộc vào tính chất của chúng.

Do đó, đáp án đúng nhất là đáp án 3: 'Chức năng, phi chức năng, yêu cầu miền ứng dụng'.

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.

Độ 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.

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í.