Phân loại theo phạm vi sử dụng, sản phẩm phần mềm có những loại nào?

Có nhiều cách để phân loại phần mềm, tùy thuộc vào tiêu chí được sử dụng.

• Phần mềm hệ thống (ví dụ: hệ điều hành, trình điều khiển thiết bị) và phần mềm ứng dụng (ví dụ: trình duyệt web, phần mềm văn phòng) là một cách phân loại phổ biến, dựa trên chức năng và mục đích sử dụng của phần mềm. Phần mềm hệ thống quản lý và điều khiển phần cứng, cung cấp nền tảng cho phần mềm ứng dụng chạy. Phần mềm ứng dụng thực hiện các tác vụ cụ thể cho người dùng.
• Phạm vi sử dụng, miền ứng dụng (ví dụ: phần mềm kế toán, phần mềm quản lý khách hàng).
• Phần mềm đặt, phần mềm dựng chung (phần mềm tùy chỉnh, phần mềm có sẵn).
• Phần mềm thời gian thực, phần mềm nhúng (phần mềm xử lý dữ liệu ngay lập tức, phần mềm tích hợp vào các thiết bị).

Như vậy, phương án 3 là một cách phân loại phần mềm hợp lệ và phổ biến, trong khi các phương án khác có thể đúng trong một ngữ cảnh nhất định nhưng không bao quát và phổ biến như phương án 3.

Độ kết dính (cohesion) là một độ đo trong chất lượng thiết kế phần mềm, đánh giá mức độ liên quan chức năng của các phần tử bên trong một mô-đun. Một mô-đun có độ kết dính cao khi các phần tử của nó liên quan chặt chẽ với nhau và cùng hướng tới một mục tiêu chung. Điều này giúp cho mô-đun dễ hiểu, dễ bảo trì và tái sử dụng. Các phương án khác không mô tả chính xác khái niệm độ kết dính.

• Phương án 1 chính xác nhất: "Độ đo về tính khớp lại với nhau của các phần trong mô đun đó".
• Phương án 2 mô tả "coupling" (độ liên kết), không phải "cohesion".
• Phương án 3 và 4 là các ví dụ cụ thể về các loại kết dính (ví dụ: kết dính tuần tự, kết dính chức năng), nhưng không phải là định nghĩa chung nhất về kết dính.

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.