Yếu tố chất lượng phần mềm
Các yếu tố khác nhau, ảnh hưởng đến phần mềm, được gọi là các yếu tố phần mềm. Chúng có thể được chia thành hai loại. Loại đầu tiên của các yếu tố là những yếu tố có thể được đo lường trực tiếp như số lỗi lôgic, và loại thứ hai bao gồm những yếu tố chỉ có thể đo lường gián tiếp. Ví dụ, khả năng bảo trì nhưng mỗi yếu tố phải được đo lường để kiểm tra nội dung và kiểm soát chất lượng.
Một số mô hình về các yếu tố chất lượng phần mềm và phân loại của chúng đã được đề xuất trong nhiều năm. Mô hình cổ điển về các yếu tố chất lượng phần mềm, do McCall đề xuất, bao gồm 11 yếu tố (McCall và cộng sự, 1977). Tương tự, các mô hình bao gồm 12 đến 15 yếu tố, được đề xuất bởi Deutsch và Willis (1988) và Evans và Marciniak (1987).
Tất cả các mô hình này về cơ bản không khác mô hình của McCall. Mô hình nhân tố McCall cung cấp một phương pháp thực tế, cập nhật để phân loại các yêu cầu phần mềm (Pressman, 2000).
Mô hình nhân tố của McCall
Mô hình này phân loại tất cả các yêu cầu phần mềm thành 11 yếu tố chất lượng phần mềm. 11 yếu tố được nhóm thành ba loại - hoạt động sản phẩm, sửa đổi sản phẩm và các yếu tố chuyển đổi sản phẩm.
Product operation factors - Tính đúng đắn, độ tin cậy, tính hiệu quả, tính toàn vẹn, tính khả dụng.
Product revision factors - Khả năng bảo trì, tính linh hoạt, khả năng kiểm tra.
Product transition factors - Khả năng di động, Khả năng tái sử dụng, Khả năng tương tác.
Yếu tố chất lượng phần mềm vận hành sản phẩm
Theo mô hình của McCall, hạng mục hoạt động của sản phẩm bao gồm năm yếu tố chất lượng phần mềm, giải quyết các yêu cầu ảnh hưởng trực tiếp đến hoạt động hàng ngày của phần mềm. Chúng như sau:
Tính đúng đắn
Các yêu cầu này liên quan đến tính đúng đắn của đầu ra của hệ thống phần mềm. Chúng bao gồm -
Nhiệm vụ đầu ra
Độ chính xác cần thiết của đầu ra có thể bị ảnh hưởng tiêu cực bởi dữ liệu không chính xác hoặc tính toán không chính xác.
Tính đầy đủ của thông tin đầu ra, có thể bị ảnh hưởng bởi dữ liệu không đầy đủ.
Tính cập nhật của thông tin được xác định là thời gian giữa sự kiện và phản hồi bởi hệ thống phần mềm.
Sự sẵn có của thông tin.
Các tiêu chuẩn để mã hóa và tài liệu hóa hệ thống phần mềm.
độ tin cậy
Các yêu cầu về độ tin cậy đối phó với lỗi dịch vụ. Chúng xác định tỷ lệ lỗi tối đa cho phép của hệ thống phần mềm và có thể đề cập đến toàn bộ hệ thống hoặc một hoặc nhiều chức năng riêng biệt của nó.
Hiệu quả
Nó xử lý các tài nguyên phần cứng cần thiết để thực hiện các chức năng khác nhau của hệ thống phần mềm. Nó bao gồm khả năng xử lý (tính bằng MHz), dung lượng lưu trữ (tính bằng MB hoặc GB) và khả năng giao tiếp dữ liệu (tính bằng MBPS hoặc GBPS).
Nó cũng đề cập đến thời gian giữa việc sạc lại các thiết bị di động của hệ thống, chẳng hạn như các đơn vị hệ thống thông tin được đặt trong máy tính xách tay hoặc các đơn vị khí tượng đặt ngoài trời.
Chính trực
Yếu tố này liên quan đến bảo mật hệ thống phần mềm, nghĩa là, để ngăn chặn truy cập của những người không được phép, cũng để phân biệt giữa nhóm người được cấp phép đọc cũng như ghi.
Khả năng sử dụng
Các yêu cầu về khả năng sử dụng liên quan đến nguồn nhân viên cần thiết để đào tạo một nhân viên mới và vận hành hệ thống phần mềm.
Các yếu tố chất lượng sửa đổi sản phẩm
Theo mô hình của McCall, ba yếu tố chất lượng phần mềm được đưa vào danh mục sửa đổi sản phẩm. Các yếu tố này như sau:
Khả năng bảo trì
Yếu tố này xem xét những nỗ lực cần thiết của người dùng và nhân viên bảo trì để xác định lý do gây ra lỗi phần mềm, sửa chữa lỗi và xác minh sự thành công của việc sửa chữa.
Uyển chuyển
Yếu tố này đề cập đến các khả năng và nỗ lực cần thiết để hỗ trợ các hoạt động bảo trì thích ứng của phần mềm. Chúng bao gồm điều chỉnh phần mềm hiện tại cho phù hợp với hoàn cảnh bổ sung và khách hàng mà không cần thay đổi phần mềm. Các yêu cầu của yếu tố này cũng hỗ trợ các hoạt động bảo trì hoàn hảo, chẳng hạn như các thay đổi và bổ sung đối với phần mềm để cải thiện dịch vụ của nó và để nó thích ứng với những thay đổi trong môi trường kỹ thuật hoặc thương mại của công ty.
Khả năng kiểm tra
Các yêu cầu về khả năng kiểm thử liên quan đến việc kiểm thử hệ thống phần mềm cũng như hoạt động của nó. Nó bao gồm các kết quả trung gian được xác định trước, tệp nhật ký và cũng như chẩn đoán tự động được thực hiện bởi hệ thống phần mềm trước khi khởi động hệ thống, để tìm hiểu xem tất cả các thành phần của hệ thống có hoạt động theo thứ tự hay không và nhận được báo cáo về các lỗi được phát hiện. Một loại yêu cầu khác đề cập đến việc kiểm tra chẩn đoán tự động được áp dụng bởi các kỹ thuật viên bảo trì để phát hiện nguyên nhân của lỗi phần mềm.
Yếu tố chất lượng phần mềm chuyển đổi sản phẩm
Theo mô hình của McCall, ba yếu tố chất lượng phần mềm được bao gồm trong hạng mục chuyển đổi sản phẩm liên quan đến sự thích ứng của phần mềm với các môi trường khác và sự tương tác của nó với các hệ thống phần mềm khác. Các yếu tố này như sau:
Tính di động
Các yêu cầu về tính di động có xu hướng thích ứng với hệ thống phần mềm với các môi trường khác bao gồm phần cứng khác nhau, hệ điều hành khác nhau, v.v. Phần mềm sẽ có thể tiếp tục sử dụng cùng một phần mềm cơ bản trong các tình huống khác nhau.
Khả năng tái sử dụng
Yếu tố này liên quan đến việc sử dụng các mô-đun phần mềm được thiết kế ban đầu cho một dự án trong một dự án phần mềm mới hiện đang được phát triển. Chúng cũng có thể cho phép các dự án trong tương lai sử dụng một mô-đun nhất định hoặc một nhóm mô-đun của phần mềm hiện được phát triển. Việc sử dụng lại phần mềm dự kiến sẽ tiết kiệm tài nguyên phát triển, rút ngắn thời gian phát triển và cung cấp các mô-đun chất lượng cao hơn.
Khả năng tương tác
Các yêu cầu về khả năng tương tác tập trung vào việc tạo giao diện với các hệ thống phần mềm khác hoặc với phần sụn thiết bị khác. Ví dụ, phần sụn của máy móc sản xuất và thiết bị thử nghiệm giao diện với phần mềm điều khiển sản xuất.