Để đánh giá sản phẩm phần mềm, trƣớc hết là xác lập yêu cầu đánh giá, sau đó xác lập cơ chế, thiết kế và thực hiện đánh giá. Hình 1 đƣa ra quy trình đánh giá chất lƣợng sản phẩm phần mềm.
Bƣớc 1: Thiết lập các yêu cầu đánh giá
a) Mục đích đánh giá
Mục đích đánh giá chất lƣợng sản phẩm phần mềm nhằm hỗ trợ quá trình phát triển và khai thác phần mềm sao cho đáp ứng yêu cầu của ngƣời sử dụng và khách hàng.
Mục đích của việc đánh giá các sản phẩm trung gian là:
- Quyết định chấp nhận một sản phẩm trung gian từ một nhà phát triển phần mềm phụ.
- Quyết định sự hoàn thành của một tiến trình trong quy trình phát triển phần mềm cũng nhƣ thời điểm có thể chuyển sản phẩm này sang tiến trình tiếp theo.
- Dự đoán hay ƣớc lƣợng chất lƣợng sản phẩm cuối cùng.
- Thu thập thông tin về sản phẩm trung gian để quản lý tiến trình phát triển phần mềm.
Mục đích của việc đánh giá chất lƣợng sản phẩm cuối cùng là: - Quyết định chấp nhận sản phẩm
- Quyết định thời điểm phân phối sản phẩm - So sánh sản phẩm với các sản phẩm cạnh tranh - Chọn một sản phẩm trong các sản phẩm thay thế
- Quyết định thời điểm nâng cấp và thay thế sản phẩm
b) Loại sản phẩm cần đánh giá
Việc xác định sản phẩm phần mềm trung gian hay sản phẩm phần mềm cuối cùng cần đƣợc đánh giá phụ thuộc vào giai đoạn nào trong quy trình phát triển phần mềm cũng nhƣ mục đích của việc đánh giá.
Mục đích của phần này nhằm kiểm tra sự đáp ứng những yêu cầu đề ra ban đầu và những yêu cầu thực sự của ngƣời dùng phần mềm. Chất lƣợng ngoài chỉ có thể đƣợc đánh giá trong một hệ thống phần cứng/phần mềm hoàn chỉnh mà ở đó phần mềm là một bộ phận của hệ thống đó. Các phép đo ngoài đƣợc tiến hành trong khi phần mềm hoạt động. Phần mềm đƣợc đánh giá nhƣ một phần của hệ thống khi hoạt động.
Với một ngƣời sử dụng cụ thể, chất lƣợng sử dụng là ảnh hƣởng kết hợp của các đặc điểm chất lƣợng liên quan. Để đạt chất lƣợng sử dụng cần phải đáp ứng đƣợc các yêu cầu của ngƣời sử dụng, có những chức năng trong môi trƣờng phần cứng, phần mềm cụ thể. Phần mềm hoạt động đạt yêu cầu trong một môi trƣờng có thể xuất hiện lỗi trong một môi trƣờng khác. Vì thế những đánh giá ngoài về đặc điểm chất lƣợng cần đƣợc thực hiện trong những môi trƣờng càng gần với môi trƣờng sử dụng càng tốt. Những phép đo ngoài đƣợc thực hiện trong trƣờng hợp mỗi chƣơng trình đã hoàn thành mặc dù khó có thể mô phỏng chính xác điều kiện làm việc (ví dụ: môi trƣờng mạng và nét đặc điểm ngƣời dùng), các phép đo ngoài thƣờng chỉ ra chất lƣợng sử dụng hiện tại.
Nếu không đạt đƣợc những yêu cầu chất lƣợng ngoài, kết quả của phép đánh giá có thể đƣợc dùng làm phản hồi để chỉnh sửa các đặc điểm phần mềm với mục đích cải tiến chất lƣợng ngoài bằng cách lặp lại một tiến trình cải tiến nữa.
Để đạt mục đích phát triển, những yêu cầu chất lƣợng trong đƣợc xác định cho phép kiểm tra chất lƣợng các sản phẩm trung gian. Những đặc tính trong của phần mềm (nhƣ thiết kế hoặc mã nguồn) có thể đƣợc đo bằng các phép đo trong. Trong tiến trình phát triển, các phép đo trong đƣợc quan tâm nhiều nhất. Các phép đo trong có thể đƣợc sử dụng để xác định các thuộc tính ngoài. Việc thoả mãn các yêu cầu chất lƣợng
trong sẽ góp phần thoả mãn các yêu cầu ngoài khi phần mềm đi vào sử dụng. Do vậy, các phép đo chất lƣợng trong có thể sử dụng để ƣớc lƣợng chất lƣợng sử dụng.
Ví dụ, thời gian đáp ứng là một yếu tố quan trọng để đánh giá tính khả dụng và tính hiệu quả của phần mềm, nhƣng thời gian đáp ứng không thể đo đƣợc ngay trong tiến trình phát triển. Để đánh giá tính hiệu quả của sản phẩm trong thời gian phát triển, ngƣời ta dựa vào các sản phẩm trung gian hoặc các đặc tả. Phƣơng pháp này cũng đƣợc sử dụng để ƣớc lƣợng xấp xỉ thời gian đáp ứng trong những trƣờng hợp cụ thể.
Tiêu chuẩn đánh giá khi sử dụng Chất lượng khi sử dụng Thuộc tính ngoài của hệ thống máy tính Tiêu chuẩn đánh giá ngoài của phần mềm Tiêu chuẩn đánh giá trong của phần mềm Thuộc tính trong của hệ thống máy tính Đánh giá Đánh giá gián tiếp Đánh giá Đánh giá gián tiếp Đánh giá
Hình 1.2: Mối liên hệ giữa tiêu chuẩn đánh giá và thuộc tính đánh giá.
Việc các thuộc tính chất lƣợng trong của phần mềm liên quan đến các yêu cầu chất lƣợng ngoài là rất quan trọng, để cho các đặc tính chất lƣợng của sản phẩm phần mềm trong giai đoạn phát triển (gồm cả sản phẩm trung gian và sản phẩm cuối cùng) có thể đƣợc đánh giá là thoả mãn những yêu cầu chất lƣợng của hệ thống sử dụng cuối. Các phép đo trong thƣờng nhận ít giá trị trừ khi chúng liên quan đến chất lƣợng ngoài.
Các thuộc tính có liên quan đến chất lƣợng cuối cùng sẽ phụ thuộc vào điều kiện sử dụng - đối với các sản phẩm tƣơng tác, các thuộc tính này sẽ phụ thuộc vào yêu cầu của ngƣời sử dụng cuối và các tác vụ. Các yếu tố khác ảnh hƣởng đến yêu cầu
về chất lƣợng của sản phẩm phần mềm còn có: thời điểm sản phẩm đƣợc bán, đƣợc phát triển, giai đoạn phát triển, phần cứng, phần mềm và môi trƣờng mạng trong khi sản phẩm hoạt động.
Các phép đo ngoài của một hệ thống máy tính cũng có thể dùng để đo gián tiếp chất lƣợng trong của phần mềm. Vì thế, thời gian đáp ứng của một hệ thống máy tính có thể dùng để đo tính hiệu quả của phần mềm trong một môi trƣờng tính toán cụ thể.
c) Xây dựng mô hình chất lượng
Bƣớc đầu tiên trong đánh giá sản phẩm phần mềm là chọn ra tiêu chí chất lƣợng liên quan, sử dụng một mô hình chất lƣợng để phân tách chất lƣợng phần mềm thành nhiều tiêu chí khác nhau. Mô hình đánh giá phần mềm nhìn chung thƣờng mô tả toàn bộ các tiêu chí chất lƣợng phần mềm đã đƣợc phân chia trong cấu trúc cây phân cấp thành các tiêu chí và các tiêu chí con. Mức cao nhất trong cây phân cấp này bao gồm các tiêu chí chất lƣợng, mức thấp nhất là các thuộc tính chất lƣợng.
Các thuộc tính chất lƣợng trong của phần mềm là các đặc điểm có thể đo đạc đƣợc của sản phẩm, chúng ảnh hƣởng tới khả năng đáp ứng những nhu cầu đã đƣợc định ra và những nhu cầu thực sự. Một vài thuộc tính có thể sử dụng để đánh giá các tiêu chí và tiêu chí con của chất lƣợng một sản phẩm phần mềm cụ thể (Hình 1.3).
Những tiêu chí và tiêu chí con có liên quan đến nhau trong bất kỳ tình huống cụ thể nào sẽ phụ thuộc vào mục đích đánh giá.
Bƣớc 2: Xác lập cơ chế đánh giá Xác lập các đại lƣợng và độ đo Có ba loại độ đo: - Độ đo trong - Độ đo ngoài - Độ đo chất lƣợng sử dụng
Việc các phép đo sản phẩm phần mềm đƣợc thực hiện dễ dàng, kinh tế cũng nhƣ tính dễ sử dụng của kết quả đo là rất quan trọng. Nhiều phép đo phần mềm đƣợc làm ra một cách tiện lợi với công cụ kèm theo, thậm chí có thể đƣợc đóng gói nhƣ một mô-đul đánh giá.
x x x X x x x x x x x x x x x x x x x X x x x x x x x x x x x x Thuộc tính Tiêu chí phụ Tiêu chí
Thuộc tính trong Thuộc tính ngoài
Hình 1.3: Mối liên hệ giữa thuộc tính và tiêu chí đánh giá.
Cách thức xác định các tiêu chí chất lƣợng không cho phép chúng đƣợc đo một cách trực tiếp. Cần thiết lập các phép đo liên quan đến các tiêu chí của sản phẩm phần mềm.
Các phép đo có thể khác nhau tuỳ theo môi trƣờng chúng đƣợc sử dụng. Vì các phép đo theo quan điểm của ngƣời sử dụng mang tính quyết định nên các phép đo trong giai đoạn phát triển liên quan đến các phép đo theo quan điểm của ngƣời sử dụng.
Các loại phép đo: Có 2 mục tiêu chính để đánh giá • Xác định lỗi để sửa.
• So sánh chất lƣợng của một sản phẩm với các sản phẩm thay thế hoặc để đối chiếu với các yêu cầu.
Loại phép đo cần sử dụng phụ thuộc vào mục đích của việc đánh giá. Nếu mục đích chính là để hiểu và sửa những sai sót, có thể sử dụng phép đo để giám sát và điều khiển tiến trình cải tiến. Có rất nhiều phép đo có thể sử dụng cho mục đích này, bao gồm cả phƣơng pháp sử dụng danh sách tiêu chí đánh giá và ý kiến chuyên gia. Yêu cầu chính ở đây là phép đo có thể xác định chính xác những thay đổi về chất lƣợng của phần mềm.
Để có đƣợc những phép so sánh tin cậy cần dùng tới những phép đo chặt chẽ hơn, cả giữa những sản phẩm và với những giá trị chuẩn. Những thủ tục đo lƣờng nên thực hiện với tiêu chí chất lƣợng phần mềm (hoặc tiêu chí con). Thủ tục đo lƣờng này yêu cầu tính chính xác đủ để tiêu chuẩn đƣợc lập và có thể thực hiện những phép so
sánh. Đặc tả quá trình đánh giá mô tả một mô hình chất lƣợng rõ ràng, các phƣơng pháp đo, phạm vi và mức độ cho mỗi phép đo là rất quan trọng.
Bƣớc 3: Thiết kế kế hoạch đánh giá sản phẩm phần mềm
Xây dựng chính sách và lên các kế hoạch cho tất cả các hoạt động đánh giá. Với tất cả các hoạt động đánh giá, trách nhiệm của các khối chức năng hỗ trợ cũng sẽ đƣợc xác định. Để lên kế hoạch và thực thi hoạt động đánh giá phần mềm, ngƣời ta thực hiện theo các bƣớc sau:
• Xác định mục đích công việc đánh giá
• Đảm bảo rằng xây dựng đƣợc một kế hoạch đánh giá định lƣợng cho tất cả các dự án đánh giá. Kế hoạch này có thể phân chia thành các mức kế hoạch thấp hơn, tuỳ thuộc vào sự phức tạp của từng công việc đánh giá cụ thể.
• Đƣa các kinh nghiệm đánh giá sản phẩm, dự án vào cơ sở dữ liệu chung của tổ chức, nhằm làm giàu thêm các kiến thức về đánh giá phần mềm cho tổ chức.
Tổ chức cần triển khai tất cả các hoạt động đánh giá phần mềm sao cho:
• Đánh giá xem phần mềm có phù hợp với các chuẩn quốc tế, quốc gia hay chuẩn nội bộ không.
• Đảm bảo kết quả đánh giá có thể định lƣợng, đƣợc trình bày rõ ràng và có thể theo dõi đƣợc.
• Đảm bảo sử dụng công nghệ phù hợp, hiệu quả và các hoạt động tốt nhất. • Đảm bảo công việc đánh giá đƣợc triển khai hiệu quả.
• Đảm bảo các kế hoạch, khuyến nghị phục vụ cho các công việc đánh giá tƣơng lai là khả thi.
Bƣớc 4: Thực hiện đánh giá
Tiến hành đo đạc: Thực hiện các phép đo đã chọn trên sản phẩm phần mềm cần đánh giá. Kết quả là các giá trị nằm trong thang chia độ của phép đo đƣợc chọn.
So sánh với chuẩn: Trong phép đánh giá này, kết quả đo đƣợc so sánh với tiêu chuẩn xác định từ trƣớc.
Đƣa ra kết quả: Đây là bƣớc cuối cùng trong tiến trình đánh giá phần mềm. Chất lƣợng tổng hợp sẽ đƣợc so sánh với những yếu tố khác nhƣ thời gian, giá thành.
của ban quản trị xem chấp nhận hay loại bỏ, đƣa vào lƣu hành hay không đối với sản phẩm phần mềm. Kết quả này rất quan trọng đối với các bƣớc tiếp theo trong vòng đời phần mềm. Ví dụ: liệu có cần thay đổi những yêu cầu chất lƣợng, hay có cần thêm tài nguyên cho tiến trình phát triển tiếp theo.
Để đánh giá chất lƣợng phần mềm cũng cần một số công việc hỗ trợ nhƣ: thu thập thông tin về công cụ và phƣơng pháp đánh giá, phát triển và kiểm tra các phép đo, chuẩn hoá tiến trình đánh giá và các phép đo.