Đánh giá quy trình phần mềm

Đánh giá quá trình phần mềm là một cuộc kiểm tra kỷ luật các quá trình phần mềm được sử dụng bởi một tổ chức, dựa trên một mô hình quá trình. Đánh giá bao gồm việc xác định và mô tả đặc điểm của các hoạt động hiện tại, xác định các điểm mạnh và điểm yếu, và khả năng kiểm soát hoặc tránh các nguyên nhân đáng kể của chất lượng (phần mềm), chi phí và tiến độ kém.

Đánh giá phần mềm (hoặc đánh giá) có thể có ba loại.

A self-assessment (first-party assessment) được thực hiện trong nội bộ bởi chính nhân sự của tổ chức.
A second-party assessment được thực hiện bởi nhóm đánh giá bên ngoài hoặc tổ chức được đánh giá bởi khách hàng.
A third-party assessment được thực hiện bởi một bên bên ngoài hoặc (ví dụ: nhà cung cấp đang được bên thứ ba đánh giá để xác minh khả năng ký kết hợp đồng với khách hàng).

Đánh giá quy trình phần mềm được thực hiện trong một môi trường mở và hợp tác. Chúng được tổ chức sử dụng để cải tiến các quy trình phần mềm và kết quả được bảo mật cho tổ chức. Tổ chức được đánh giá phải có các thành viên trong đoàn đánh giá.

Đánh giá độ chín của quy trình phần mềm

Phạm vi đánh giá quy trình phần mềm có thể bao gồm tất cả các quy trình trong tổ chức, một tập hợp con được lựa chọn của các quy trình phần mềm hoặc một dự án cụ thể. Hầu hết các cách tiếp cận đánh giá quá trình dựa trên tiêu chuẩn luôn dựa trên khái niệm về sự trưởng thành của quá trình.

Khi mục tiêu đánh giá là tổ chức, kết quả đánh giá quá trình có thể khác nhau, ngay cả khi áp dụng liên tiếp cùng một phương pháp. Có hai lý do cho các kết quả khác nhau. Họ đang,

Tổ chức đang được điều tra phải được xác định. Đối với một công ty lớn, có thể có một số định nghĩa về tổ chức và do đó phạm vi đánh giá thực tế có thể khác nhau trong các cuộc đánh giá liên tiếp.
Ngay cả trong cùng một tổ chức, mẫu dự án được chọn để đại diện cho tổ chức có thể ảnh hưởng đến phạm vi và kết quả.

Khi đơn vị đánh giá mục tiêu ở cấp độ dự án, việc đánh giá cần bao gồm tất cả các yếu tố có ý nghĩa góp phần vào sự thành công hay thất bại của dự án. Nó không nên bị giới hạn bởi các kích thước đã thiết lập của một mô hình quá trình hoàn thiện nhất định. Tại đây, mức độ thực hiện và hiệu quả của chúng được chứng minh bằng dữ liệu dự án được đánh giá.

Sự trưởng thành của quy trình trở nên phù hợp khi một tổ chức dự định bắt tay vào một chiến lược cải tiến dài hạn tổng thể. Đánh giá dự án phần mềm phải là đánh giá độc lập để khách quan.

Chu trình đánh giá quy trình phần mềm

Theo Paulk và cộng sự (1995), phương pháp đánh giá dựa trên CMM sử dụng một chu trình sáu bước. Họ là -

Chọn một nhóm - Các thành viên của nhóm phải là những chuyên gia am hiểu về kỹ thuật và quản lý phần mềm.
Các đại diện của địa điểm được đánh giá hoàn thành bảng câu hỏi về mức độ trưởng thành của quy trình tiêu chuẩn.
Nhóm đánh giá thực hiện phân tích các câu trả lời của bảng câu hỏi và xác định các khu vực cần thăm dò thêm theo các lĩnh vực quy trình chính của CMM.
Nhóm đánh giá thực hiện một chuyến thăm trang web để hiểu rõ về quy trình phần mềm được thực hiện bởi trang web.
Nhóm đánh giá đưa ra một danh sách các phát hiện xác định điểm mạnh và điểm yếu của quy trình phần mềm của tổ chức.
Nhóm đánh giá chuẩn bị phân tích hồ sơ Khu vực Quy trình Chính (KPA) và trình bày kết quả cho đối tượng thích hợp.

Ví dụ, nhóm đánh giá phải được dẫn dắt bởi Chuyên gia đánh giá trưởng SEI được ủy quyền. Nhóm phải bao gồm từ bốn đến mười thành viên trong nhóm. Ít nhất, một thành viên trong nhóm phải đến từ tổ chức đang được đánh giá và tất cả các thành viên trong nhóm phải hoàn thành phần Giới thiệu của SEI về khóa học CMM (hoặc khóa học tương đương) và khóa đào tạo nhóm CBA IPI của SEI. Các thành viên trong nhóm cũng phải đáp ứng một số nguyên tắc lựa chọn.

Đối với việc thu thập dữ liệu, CBA IPI dựa trên bốn phương pháp:

Bảng câu hỏi về thời gian trưởng thành tiêu chuẩn
Phỏng vấn cá nhân và nhóm
Đánh giá tài liệu
Phản hồi từ việc xem xét các phát hiện dự thảo với những người tham gia đánh giá

LỪA ĐẢO

Phương pháp đánh giá CMMI tiêu chuẩn để cải tiến quy trình (SCAMPI) được phát triển để đáp ứng các yêu cầu của mô hình CMMI (Viện Kỹ thuật phần mềm, 2000). Nó cũng dựa trên CBA IPI. Cả CBA IPI và SCAMPI đều bao gồm ba giai đoạn -