Bài giảng Khó khăn trong xây dựng phần mềm: Chương 3 - ThS. Phạm Đào Minh Vũ

Bài giảng Khó khăn trong xây dựng phần mềm: Chương 3 Độ đo phần mềm, cung cấp cho người học những kiến thức như: Các phép đo cơ bản; Các thuộc tính của sản phẩm phần mềm; Các chỉ số dùng trong đánh giá chất lượng phần mềm; Đo sự thỏa mãn của khách hàng;...Mời các bạn cùng tham khảo!
Nội dung trích xuất từ tài liệu:
Bài giảng Khó khăn trong xây dựng phần mềm: Chương 3 - ThS. Phạm Đào Minh VũCHƢƠNG 3. ĐỘ ĐO PHẦN MỀM (SOFTWARE METRICS) 1253.1.1. Tại sao phải đo ???  Để có cơ sở phân tích, đánh giá một cách khách quan về một vấn đề hay một đối tượng nào đó  Nghi ngờ  đặt giả thuyết  muốn tìm hiểu  đo  kết quả  phân tích  kết luận  dự đoán,…  Mỗi số đo: không phản ánh hết mọi khía cạnh của đối tượng (độ phức tạp của phần mềm, của thuật toán,…)  Cần phối hợp nhiều độ đo  Vận dụng thêm các tiếp cận định tính 1263.1.2. Khái niệm  Các độ đo phần mềm: tính toán, ước lượng được các đại lượng liên quan đến các đối tượng, các hoạt động thuộc về tiến trình sản xuất phần mềm  Ước lượng: giá gia công, phỏng đoán kích thước,…  Đánh giá: chất lượng phần mềm,…  Đánh giá: chất lượng qui trình sản xuất Cải tiến chất lượng phần mềm, chất lượng tiến trình sản xuất phần mềm 1273.1.3. Các phép đo cơ bản  Đo dựa vào tỉ số: chia 1 đại lượng cho 1 đại lượng khác, tử số và mẫu số của tỉ số là số phần tử của hai tập hợp rời nhau  Đo dựa vào tỉ lệ: tỉ lệ khác với tỉ số ở chỗ tử số tham gia vào một ? phần của mẫu số . ?+? ?ố ??ườ? ?ù?? đượ? Ví dụ: Tỉ lệ người dùng PC= . ?ố ??ườ? ?ù?? đượ? +?ố ??ườ? ?? ?ù?? đượ?  Tỉ số thường dùng cho 2 nhóm người, trong khi tỉ lệ có thể dùng cho nhiều phạm trù trong một nhóm. Có thể nhiều hơn 2 phạm trù: ? ?+?+?+?+?  Đo dựa vào tỉ lệ phần trăm (%): Tỉ lệ % có được bằng cách nhân tỉ lệ với 100 1283.1.3. Các phép đo cơ bản (tt) Ví dụ 1 ?ố ?ℎâ? ??ê? ??ể? ??? ?ℎầ? ?ề?  tỉ số xây dựng PM = ?ố ?ℎâ? ??ê? ?â? ?ự?? ?ℎầ? ?ề?  Thường có phạm vi từ 1:10 đến 1:1 phụ thuộc vào qui mô tổ chức tiến trình phát triển phần mềm  Với các tỉ số nhỏ: đội ngũ xây dựng phần mềm làm cả việc kiểm tra các chức năng chi tiết, trong khi đội ngũ kiểm tra phần mềm thực hiện kiểm tra ở mức độ hệ thống  Với các tỉ số lớn: đội ngũ kiểm tra phần mềm có trách nhiệm chính trong pha kiểm tra phần mềm và đảm bảo chất lượng  Đề án phi thuyền con thoi: 70 nhân viên kiểm tra, 49 nhân ?? viên phát triển phần mềm, kết quả đo: ≈ 7:5 ?? lớn hơn nhiều so với các đề án thông thường 1293.1.3. Các phép đo cơ bản (tt) Ví dụ 2: Đo tỉ lệ thành công của PM ?ố ?ℎá?ℎ ℎà?? ?ừ? ý ?ℎầ? ?ề?  Tỉ lệ = ?ổ?? ?ố ?ℎá?ℎ ℎà?? ?ử ?ụ?? ?ℎầ? ?ề?  Dùng để khảo sát cho 1 phần mềm bất kỳ  Độ đo này phụ thuộc vào quan niệm khách hàng  Giá trị đo lớn: Phần mềm có “chất lượng” tốt  Giá trị đo nhỏ: Phần mềm có “chất lượng” không tốt có thể không phản ảnh được “chất lượng bản chất” của phần mềm đang khảo sát 1303.1.3. Các phép đo cơ bản (tt)Ví dụ 3: tỉ lệ % Dạng lỗi Đề án A Đề án B Đề án C Sự Khảo sát yêu cầu khách hàng 15,0% 41,0% 20,3% phân bố Thiết kế 25,0% 21,8% 22,7% các loại Mã hóa chương trình 50,0% 28,6% 36,7% lỗi trong Các lỗi khác 10,0% 8,6% 20,3% mỗi đề Tổng % 100% 100% 100% án Tổng số lỗi 200 lỗi 105 lỗi 128 lỗi So sánh Dạng lỗi Đề án Đề án Đề án Tổng Tổng mỗi loại A B C % lỗi lỗi giữa Khảo sát yêu cầu 30,3% 43,4% 26,3% 100% 99 3 đề án Thiết kế 49% 22,5% 28,5% 100% 102 với Mã hóa CT 56,5% 16,9% 26,6% 100% 177 nhau Các lỗi khác 36,4% 16,4% 47,2% 100% 55 1313.1.4. Vài lưu ý về tỉ lệ % Nên ghi nhận tổng số các trường hợp đang xét (giá trị gốc của mẫu số trước khi qui về tỉ lệ %) Số trường hợp không nên quá nhỏ, nếu ngược lại thì chỉ nên dùng các số liệu gốc. Ví dụ: Trong 1000 dòng lệnh thì có 1 lỗi xuất hiện , tỉ lệ = 1/1000 = 0.001 (quá nhỏ). ...