A/FR = chi phí đánh giá / chi phí sai sót
Trong ở ví dụ phần trên, với chi phí đánh giá là 11.07% và chi phí sai sót 5.73% thì:
A/FR = 11.07 / 5.73 = 1.93 Cách đơn giản hơn để tính A/FR:
A/FR = thời gian xem lại code / tổng thời gian biên dịch và kiểm thử. = 29/(5+10)=1.93 (cho kết quả tương tự như trên)
Dưới đây là các chỉ dẫn cập nhật cuối cùng cho bản tổng kết kế hoạch PSP: Mục đích Mẫu này ghi nhận các thông tin ước lượng và thực tế của đề án Đầu trang Nhập các thông tin:
- Tên và ngày hiện tại
- Tên và mã số chương trình - Tên người hướng dẫn
- Ngôn ngữ sử dụng để lập trình
Tóm tắt
Phút/LOC Trước khi phát triển:
- Nhập giá trị Phút/LOC dự kiến cho đề án này. Sử dụng tốc độ Đến ngày từ chương trình gần nhất trong bản ghi công việc hay bản tổng kết kế hoạch dự án.
Sau khi phát triển:
- Chia tổng thời gian phát triển cho độ lớn chương trình thực tế để có chỉ số Phút/LOC thực tế và Đến ngày
- Ví dụ, nếu dự án phát triển mất 196 phút và gồm 29 LOC, chỉ số Phút/LOC sẽ là 196/29=6.76
LOC/Giờ Trước khi phát triển:
- Tính LOC/Giờ dự kiến bằng cách lấy 60 chia cho Phút/LOC dự kiến Sau khi phát triển:
tếĐến ngày
Ví dụ: Với chỉ số Phút/LOC thực tế là 6.76, chỉ số LOC/Giờ thực tế là 60/6.76=8.88
Sai sót/KLOC Trước khi phát triển:
- Tìm số sai sót/KLOC trong các chương trình gần đây nhất.
- Sử dụng giá trị này như là số sai sót/KLOC kế hoạch cho dự án này. Sau khi phát triển:
- Tính số sai sót/KLOC thực tế và Đến ngày cho chương trình này. - Với giá trị thực tế: Tổng số sai sót thực tế *1000 / Tổng LOC Mới và Thay đổi thực tế
- Tính toán tương tự cho giá trịĐến ngày
- Ví dụ: với 17 sai sót Đến ngày và 153 LOC Mới và Thay đổi thì chỉ số sai sót/KLOC Đến ngày là = 1000*17/153 = 111.11
Hiệu suất Tính hiệu suất kế hoạch, thực tế và Đến ngày.
Hiệu suất = 100 * (sai sót loại bỏ trước khi biên dịch) / (sai sót mắc phải trước khi bên dịch)
Với 5 sai sót mắc phải và 4 sai sót loại bỏ, hiệu suất = 100*4/5=80.8%
A/FR Tính giá trị A/FR kế hoạch, thực tế và Đến ngày.
Ví dụ với A/FR thực tế = (Thời gian xem lại code thực tế) / (Tổng thời gian biên dịch và kiểm thử thực tế)
Với thời gian biên dịch 29 phút, thời gian biên dịch 5 phút và kiểm thử là 10 phút, A/FR = 29/(5+10)=1.93
Độ lớn chương trình (LOC) (adsbygoogle = window.adsbygoogle || []).push({});
Trước khi phát triển:
- Nhập giá trị Tổng cộng, Tối đa và tối thiểu của LOC Mới & Thay đổi Sau khi phát triển:
- Đếm và nhập giá trị LOC Mới & Thay đổi thực tế.
- Với Đến ngày, cộng thêm LOC Mới và Thay đổi thực sự với LOC mới và Thay đổi Đến ngày của chương trình trước đó.
Thời gian bỏ ra
ở từng giai
đoạn
Kế hoạch Đối với Tổng thời gian phát triển (Total Development time), nhân LOC Mới & Thay đổi với Phút/LOC
Đối với Thời gian tối đa, nhân độ lớn tối đa (Maximum size) với Phút/LOC.
Đối với Thời gian tối thiểu, nhân độ lớn tối thiểu (Minimum size) với Phút/LOC.
Từ bản tổng kết kế hoạch dự án của chương trình gần nhất, tìm giá trị Đến ngày % cho mỗi pha.
Sử dụng Đến ngày % từ chương trình trước đó, tính toán thời gian kế hoạch cho mỗi pha.
Thực tế Sau khi hoàn tất, nhập thời gian thực tế tính theo phút trong mỗi pha phát trỉển.
Lấy dữ liệu này từ Bản ghi nhận thời gian
Đến ngày Với mỗi pha, điền vào tổng thời gian thực tế và thời gian Đến ngày từ chương trình gần nhất.
ngày.
Sai sót mắc phải
Kế hoạch Trước khi phát triển, ước lượng tổng số sai sót sẽ có thể mắc phải trong chương trình: sai sót/KLOC kế hoạch * LOC Mới và Thay đổi kế hoạch của chương trình / 1000
Ví dụ, với sai sót/KLOC kế hoạch là 75.9 và LOC Mới và Thay đổi là 75, tổng số sai sót kế hoạch = 75.9*75/1000 = 5.96, làm tròn thành 6. Trước khi phát triển, ước lượng sai sót mắc phải trong từng pha bằng cách sử dụng tổng sai sót ước lượng và sự phân bố sai sót mắc phải Đến ngày % của chương trình trước.
Thực tế Sau khi phát triển, tìm và điền số lượng sai sót thực tế mắc phải trong mỗi pha
Đến ngày Với mỗi pha, nhập vào tổng số sai sót thực tế và sai sót Đến ngày từ chương trình gần nhất.
Đến ngày % Với mỗi pha, nhập vào 100*(Sai sót Đến ngày của pha đó)/(Tổng sai sót Đến ngày)
Sai sót loại bỏ
Kế hoạch Ở dòng tổng cộng, điền vào tổng số sai sót ước lượng.
Sử dụng các giá trịĐến ngày từ chương trình gần nhất, tính toán sai sót kế hoạch loại bỏđược trong mỗi pha.
Thực tế Sau khi phát triển, tìm và điền số lượng sai sót thực tế loại bỏ trong mỗi pha
Đến ngày Với mỗi pha, nhập vào tổng số sai sót thực tế và sai sót Đến ngày từ chương trình gần nhất.
Đến ngày % Với mỗi pha, nhập vào 100*(Sai sót Đến ngày của pha đó)/(Tổng sai sót Đến ngày)
Bảng 3.9.2 Chỉ dẫn cho bản tổng kết kế hoạch
A/FR đo lượng thời gian tiêu tốn tương đối trong việc tìm lỗi trước khi biên dịch lần đầu. Khi A/FR<1, việc kiểm thử chương trình thường tìm ra nhiều lỗi. Mặc dù điều này là không bảo đảm, hầu hết các chương trình nằm trong giới hạn này có một số lượng khá cao sai sót kiểm thử/KLOC. Ngoài ra, các quy trình với A/FR>2 có ít lỗi hơn là quy trình có A/FR<1. Do đó bạn nên cố gắng đạt được quy trình với A/FR>=2 để tạo ra sản phẩm không lỗi. (adsbygoogle = window.adsbygoogle || []).push({});
Sử dụng giá trị A/FR
Đểđạt được A/FR trên 2.0, hãy xem lại thời gian kiểm thử và biên dịch lịch sử, lên kế hoạch để dùng ít nhất 2 lần lượng thời gian đó trong việc xem lại code lần tới. Bạn có thể làm tăng A/FR bằng cách chỉ việc dùng nhiều thời gian hơn trong việc xem lại code. Tuy nhiên, chỉ trừ khi bạn tìm thấy sai sót, còn nếu không nó sẽ không cải tiến chất lượng chương trình.
Chừng nào mà hiệu suất của bạn chưa đạt được giới hạn 80% đến 100%, hãy tiếp tục tăng A/FR lên. Tuy nhiên bạn không được làm điều này bằng cách chỉđơn thuần thực hiện nhiều thời gian hơn mà còn phải xem lại dữ liệu sai sót cho các chương trình phát triển gần đây và nghĩ ra cách để tìm thấy tất cả các sai sót mà bạn thường hay bỏ sót. Sau đó, thêm vào các bước thích hợp trong danh sách xem lại code. Cuối cùng, theo các bước xem lại khi bạn thực hiện xem lại code. Nếu bạn làm như vậy, bạn sẽ mất thời gian hơn cho thời gian xem lại, sẽ tìm ra nhiều lỗi hơn và sẽ tăng A/FR, đồng thời giảm số sai sót bạn tìm thấy trong biên dịch và kiểm thử. Điều này sẽ tiết kiệm rất nhiều thời gian kiểm thử, giảm chi phí sai sót và tạo ra sản phẩm có chất lượng cao hơn.
Chú ý rằng khi chỉnh sửa các chương trình lớn hơn, thường cần kiểm thử nhiều hơn cho dù không có sai sót nào. Trong những trường hợp này, giá trị A/FR thường sẽ thấp hơn.