Bài giảng Công nghệ phần mềm nâng cao: Chương 4 - Lê Thị Minh Nguyện

NỘI DUNG CHÍNH Giới thiệu Ước lượng kích thước phần mềm Ước lượng chi phí phần mềm Chương ƯỚC LƯỢNG GIÁ PHẦN MỀM 2 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Giới thiệu  Các yếu tố cần ước lượng  Kích thước phần mềm  Cơng sức phát triển  Thời gian thực  Nguyên tắc ước lượng  Phân rã dự án theo chức ước lượng theo chức  Dựa kinh nghiệm, liệu khứ Ước lượng kích thước phần mềm   Qua dịng lệnh: Ước lượng trực tiếp với module Qua điểm chức năng: Ước lượng gián tiếp thông qua số lượng input/output, yêu cầu,… ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua dòng lệnh Qua dòng lệnh  Các vấn đề gặp phải với phương pháp LOC KDSI  Tính tốn kích thước giai đoạn khác nhau: phân tích u cầu, …  Cài đặt ngơn ngữ lập trình khác : C, Java, Lisp,…  Cách tính sử dụng mã lệnh: mã lệnh thực thi, định nghĩa liệu,…  Sinh mã tự động, thiết kế giao diện trực tiếp (GUI)  Giá thành sản phẩm phụ thuộc vào ước lượng LOC Qua dòng lệnh    Theo đơn vị dòng lệnh LOC (Lines Of Code) Theo đơn vị ngàn dòng lệnh KDSI / KLOC (Thousand Delivered Source of Code / Kilo Lines of Code) Phụ thuộc ngơn ngữ lập trình ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  FPA phương pháp ISO chấp nhận, dùng để xác định kích thước mặt chức (functional size) hệ thống thông tin  Functional size phản ánh số lượng chức liên quan tới chấp nhận người dùng doanh nghiệp  Độc lập với cơng nghệ ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Quy trình  Xác định kiểu đo lường (ước lượng cho dự án mới, nâng cấp dự án hay đánh giá dự án có)  Xác định phạm vi dự án  Xác định số lượng Function Points thô (Unadjusted Function Points)  Xác định hệ số cân đối (Value Adjusted Factors) số lượng Function Points cân đối (Adjusted Function Points) 2 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points) Step 1: Xác định kiểu đo lường (Type of Count) ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Step 2: Xác định đường biên (boundary) ứng dụng  ứng dụng độc lập (standalone) phần gói (suite) ứng dụng  Xác định số lượng FPs dự án hoàn toàn (Development Project FP Count),  Xác định số lượng FPs việc nâng cấp dự án (Enhancement Project FP Count)  Xác định đánh giá lại dự án hoàn thành (Application FP Count)    SinhVien(MaSV, HoTen, MaLop) MonHoc(MaMH, TenMH, SoTinChi) KetQua(MaSV, MaMH, Diem) SinhVien(MaSV, HoTen, NgaySinh, DiaChiNha, PhuongXa, QuanHuyen, TinhThanhPho)  Đường biên ứng dụng quan trọng, ảnh hưởng 10 trực tiếp lên độ phức tạp ứng dụng ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Step 3a: Xác định FP thô (UFP) UFP công việc xác định số FPs liệu (Data Function Points) số FPs xử lý (Transaction Function Point) ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Chức liệu (Data Functions): có 02 loại  Một ILF (Internal Logical Files) nhóm liệu lưu trữ bảo trì phạm vi hệ thống (bên boundary) Thơng thường bảng (table) sở liệu ứng dụng  11 Một EIF(External Interface Files) nhóm liệu lưu trữ bảo trì ứng dụng khác (bên ngồi boundary) EIF ILF ứng dụng khác Chẳng hạn services chứng khoán, bảng ngoại tệ, thời tiết… 12 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points) ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Chức nghiệp vụ xử lý (Transaction Functions)  EI (External Inputs): liệu truyền từ bên vào bên boundary  VD: them, xóa, sửa  EO (External Outputs): liệu phát sinh (derived data) truyền từ bên bên boundary  VD: Báo cáo, thông báo  External Inquiries (EQ): có hai chiều nhập liệu (input) xuất liệu (output) nhằm truy xuất liệu từ hay nhiều ILF/EIF  VD: tìm kiếm, truy vấn 13 14 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Cách tính UFP:  Xác định độ phức tạp cho ILF EIF Qua điểm chức (FP - Functional Points)  Cách tính UFP:  Xác định độ phức tạp cho EI    DETs (Data Element Type): cột (field) liệu RETs (Record Element Type): nhóm cột liệu (có quan hệ phụ thuộc vào nhau, cập nhập nhau) 15  FTR (File Types Referenced): FTR phải ILF EIF mà EI tương tác DET (Data Element Types): dịng liệu nhập (Data Input Field), thông báo lỗi(error message), thơng báo xác nhận (confirm message), buttons, nhóm radio buttons, check boxes, listbox…được tính DET 16 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Cách tính UFP:  Xác định độ phức tạp cho EO: Hoàn toàn tương tự cách xác định FP cho EI      Mỗi cột liệu đọc từ ILF, EIF tính DET Mỗi liệu phát sinh (derived data) tính DET Các error message tính DET Các Confirm message tính DET KHƠNG TÍNH tiêu đề (heading) cột, ngày tháng ngày lập báo cáo Chỉ tính ngày tháng DET liệu có ý nghĩa kinh doanh (như lập hóa đơn, ngày đăng ký… ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Cách tính UFP:  Xác định độ phức tạp cho EQ: Như biết, EQ tiến trình xử lý gồm hai chiều (thể hiểu gồm EI EO) Do số lượng FTRs DETs cuối kết hợp FTRs DÉTs phía EI EO Điều có nghĩa phía EI EO sử dụng FTR FTR tính MỘT Tương tự DET 17 18 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Bảng giá trị điểm chức theo độ phức tạp từ thấp, trung bình đến cao Qua điểm chức (FP - Functional Points) 19 20 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points) Qua điểm chức (FP - Functional Points)  Step 4: Xác định hệ số cân đối (Value Adjusted Factors) số lượng Function Points cân đối (Adjusted Function Points)  Cơng thức tính điểm chức FP  Các hệ số kỹ thuật  14 hệ số kỹ thuật:  có mức độ ảnh hưởng nằm phạm vi  từ 0: khơng quan trọng hay khơng thích hợp hay không ảnh hưởng  tới 5: quan trọng hay cần thiết tuyệt đối hay ảnh hưởng 21 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points) 22 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM Qua điểm chức (FP - Functional Points)  Điểm chức FP dùng để dự đốn số dịng lệnh LOC LOC = AVC * số điểm chức FP với AVC: yếu tố phụ thuộc vào ngơn ngữ lập trình sử dụng 23 24 ƯỚC LƯỢNG KÍCH THƯỚC PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Qua điểm chức (FP - Functional Points)  Bài tập:  Một sản phẩm phần mềm ước lượng có 04 đầu vào đơn giản, đầu vào phức tạp, 17 đầu trung bình, 20 truy vấn phức tạp, 13 tập tin đơn giản, 15 giao diện trung bình giao diện phức tạp Hãy tính số lượng điểm chức thô Nếu hầu hết nhân tố kỹ thuật không quan trọng, trừ 02 nhân tố (dễ cài đặt dễ sử dụng) quan trọng số lượng điểm chức bao nhiêu? Hãy quy đổi số lượng dòng mã lệnh theo ngơn ngữ lập trình C?  Ước lượng chi phí:  Dựa kích thước, độ phức tạp  Dựa vào liệu khứ  Chi phí tỉ lệ với công sức (effort) phát triển phần mềm  Chi phí tính dựa vào cơng sức cho giai đoạn phát triển phần mềm: khảo sát yêu cầu, phân tích, thiết kế, cài đặt, kiểm thử, chưa tính đến giai đoạn bảo trì  Đơn vị tính công sức: Người-tháng (MM: Man Month), Người-ngày (MD: Man Day) 25 26 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Các phương pháp ước lượng chi phí Theo ý kiến chuyên gia (Expert judgment) Phương pháp Giải thích Theo ý kiến chuyên gia Một hay nhiều chuyên gia lĩnh vực ứng dụng phát triển phần mềm, sử dụng kinh nghiệm họ để dự tính chi phí phần mềm Quy trình lặp lặp lại đạt trí Theo giải thuật Mơ hình xây dựng dựa số liệu chi phí lịch sử liên quan đến số số đo phần mềm (thường kích thước) so với chi phí dự án Ước lượng tính dựa số đo mơ hình dự đốn chi phí cần thiết Bằng tương tự Bằng luật Parkinson Đấu giá (Pricing to win)  Cách thức:   Một hay nhiều chuyên gia lĩnh vực ứng dụng phát triển phần mềm, sử dụng kinh nghiệm họ để dự tính chi phí phần mềm Quy trình lặp lặp lại đạt trí  Thuận lợi: Kỹ thuật áp dụng dựa dự án tương tự hoàn thành lĩnh vực Chi phí dự án ước tính cách tính từ dự án tương tự hoàn thành Myers (Myers, 1989) mô tả chi tiết phương pháp   Luật Parkinson nói cơng việc thực dựa khung thời gian sẵn có Chi phí xác định số lượng nhân cơng sẵn có thay việc đánh giá theo mục tiêu dự án Nếu phần mềm phải bàn giao sau 12 tháng có nhân viên, chi phí tính 12x5=60 người-tháng Phương pháp dự đốn chi phí thấp cách tương đối Có thể xác chuyên gia có kinh nghiệm trực tiếp hệ thơng tương tự  Khó khăn:  Chi phí phần mềm ước tính dựa mức độ sẵn sàng chi tiêu khách hàng Chi phí ước tính dựa ngân sách khách hàng, khơng phải dựa tính phần mềm 27 Rất thiếu xác khơng có chun gia thực sự! 28 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật Theo giải thuật: Mơ hình Walston Felix     Một số mơ hình ước lượng chi phí theo giải thuật    Mơ hình Walston Felix Mơ hình Bailey Basili Mơ hình COCOMO Một mơ hình giải thuật sớm (1977) Mơ hình đề nghị sau nghiên cứu 60 dự án IBM Có 29 yếu tố ảnh hưởng tới hiệu suất Công thức ước lượng công sức E Với S kích thước ước lượng hệ thống (theo KDSI)  Công thức ước lượng thời gian thực T 29 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình Walston Felix 30 Mơ hình Walston Felix  Mỗi yếu tố nhận giá trị tùy thuộc vào tác động tới hiệu suất    (cao): làm tăng hiệu suất (trung bình): khơng ảnh hưởng tới hiệu suất -1 (thấp): làm giảm hiệu suất 31 32 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình Bailey Basili Theo giải thuật: Mơ hình Bailey Basili  Mơ hình đề xuất năm 1981 Bailey Basili  Mơ hình sử dụng CSDL 18 dự án viết ngôn ngữ Fortran trung tâm Goddard Space Flight NASA  Các nhóm yếu tố ảnh hưởng tới cơng sức: phương pháp, độ phức tạp kinh nghiệm  Công thức ước lượng công sức ban đầu E  Mỗi yếu tố ảnh hưởng tới công sức nhận giá trị từ đến Với S kích thước ước lượng hệ thống (theo KDSI) 33 34 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO 81 Theo giải thuật: Mơ hình COCOMO 81  Được đề nghị Boehm  Cocomo gồm dạng: -COCOMO bản:Mơ hình cho giá trị đơn, tỉnh, chi phíđược tính độ lớn phần mềm theo dòng lệnh COCOMO trung gian: chi phíđược tính độ lớn phần mềm theo dịng lệnh cộng thêm đánh giá sản phẩm, phần cứng, nhân lực thuộc tính dự án COCOMO chi tiết: tích hợp đặc trưng cocomo trung gian cộng them đánh giá chi phí ảnh hưởng (phân tích, thống kê) giai đoạn quy trình cơng nghệ phần mềm 35  Cocomo gồm dạng:    Dạng (organic): áp dụng cho nhóm nhỏ, mơi trường quen thuộc Dạng trung bình (semi-detached): áp dụng cho dự án lớn, có kinh nghiệm Dạng lớn (embeded): áp dụng cho dự án lớn, mơi trường 36 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO 81 Theo giải thuật: Mơ hình COCOMO 81  Cơng sức (ước tính NGƯỜI/THÁNG): E = ab x (KLOC)^bb  Thời gian triển khai theo tháng: D = cb x E^db  Số người: P=E/D  Mức độ hiệu quả: KLOC/E   ab, bb, cb, db: xác định dựa vào bảng mức độ khó phát triển phần mềm KLOC: số dòng lệnh (đơn vị =1000) 37 38 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Ví dụ Ví dụ  Quy mơ dựán ước tính khoảng 200 KLOC Đội phát triển phần mềm có kinh nghiệ mở mức trung bình cho loại dựán tương tự Lịch biều dự án khơng địi hỏi chặt chẽ Hãy tính thời gian phát triển, số người bình qn đội, tính hiệu suất dự án 39 40 10 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM COCOMO trung gian COCOMO trung gian  COCOMO trung gian mở rộng mơ hình COCOMO dùng để ước tính thời gian lập trình triển khai sản phẩm phần mềm  Mỗi dự án đánh giá theo thang điểm có mức từ (rất chậm) đến (quá cao) 41 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO 81 trung gian 43 42 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM COCOMO trung gian 44 11 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM COCOMO trung gian COCOMO trung gian  Hệ số bi cho bảng sau đây:  Một dự án ước tính hệ thống nhúng (embedded system) co 400 KLOC Người quản lý dự án phải chọn lựa nhóm làm việc: nhóm có lực khơng có kinh nghiệm ngơn ngữ lập trình dung dự án; nhóm khác khơng giỏi có kinh nghiệm nhiều ngơn ngữ lập trình Hãy xét xem việc chọn lựa nhóm ảnh hưởng đến dự án  Thời gian triển khai D tính từ E tương tự COCOMO 45 46 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM COCOMO trung gian COCOMO trung gian  Nhóm cần nhiều người thời gian Vì nhóm lực yếu có nhiều knh nghiệm lập trình khơng phù hợp với dự án loại embedded 47 48 12 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO 81 trung gian Theo giải thuật: Mơ hình COCOMO  Bài tập:  Bạn giao phát triển phần mềm dạng lớn có 128000 LOC  Các thơng số nhìn chung ảnh hưởng mức bình thường, nhưng:       yêu cầu độ tin cậy phần mềm cao, sản phẩm có tính chất phức tạp, ràng buộc lưu trữ vô cao, yêu cầu chặt chẽ lịch biểu phát triển,  Mơ hình COCOMO 81 phát triển giả thiết sử dụng tiến trình phát triển phần mềm theo mơ hình thác nước, tất phần mềm phát triển từ đầu  Mơ hình COCOMO thiết kế để thích ứng với cách tiếp cận khác phát triển phần mềm Ngồi đội ngũ lập trình viên đánh giá có kinh nghiệm khả tốt Sử dụng mơ hình COCOMO 81 trung gian để tính E, T P? 49 50 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình COCOMO kết hợp chặt chẽ mơ hình nhằm đưa dự đoán phần mềm chi tiết  Các mơ hình COCOMO 2:  Mơ hình Application Composition: mơ hình giả định hệ thống tạo nên từ thành phần tái sử dụng Mơ hình thiết kế để ước lượng cơng sức phát triển mẫu  Mơ hình Early design: sử dụng giai đoạn thiết kế kiến trúc yêu cầu có sẵn (và thiết kế chi tiết chưa bắt đầu) 51  Các mơ hình COCOMO 2:  Mơ hình Reuse: sử dụng để tính cơng sức tích hợp thành phần sử dụng ại và/hoặc mã chương trình tự động sinh cơng cụ dịch hay thiết kế chương trình Nó thường sử dụng kết hợp với mơ hình Post-architecture  Mơ hình Post-architecture: sử dụng kiến trúc hệ thống thiết kế thông tin chi tiết hệ thống có sẵn 52 13 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình Application Composition  Dùng để ước lượng công sức lập mẫu dự án áp dụng cho dự án phát triển cách kết hợp thành phần sẵn có  Ước lượng dựa số lượng điểm ứng dụng (Application Point)  Công thức ước lượng công sức  NAP: số lượng điểm ứng dụng  %reuse: % mã lệnh tái sử dụng từ dự án khác  PROD: hiệu suất Nó phụ thuộc vào kinh nghiệm khả nhà phát triển, tính trưởng thành khả cơng cụ 53 54 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO Mơ hình Application Composition  Mơ hình Application Composition Bảng xác định hiệu suất PROD  Số lượng điểm ứng dụng NAP phụ thuộc vào:  Các hình hiển thị riêng biệt (giao diện người dùng)  Các báo cáo sinh hệ thống  Các thành phần thư viện 55 56 14 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình Application Composition  Tính số lượng điểm ứng dụng  Mơ hình Application Composition  Tính số lượng điểm ứng dụng  Đếm số lượng hình, báo cáo module  Xác định độ phức tạp cho thành phần (màn hình / báo cáo / module) theo bảng sau:  Tính số điểm ứng dụng cho thành phần (màn hình / báo cáo / module) sau biết độ phức tạp theo bảng sau:  Tính tổng số điểm ứng dụng cho tất thành phần 57 58 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình Early Design  Ước lượng cơng sức yêu cầu chấp nhận thiết kế hệ thống thực  Công thức ước lượng cơng sức:      Mơ hình Early Design  Các hệ số nhân phản ánh khả nhà phát triển, yêu cầu phi chức năng, hiểu biết rõ nên tảng phát triển, …        M: tích hệ số nhân a= 2.94 S: kích thước ước lượng hệ thống (theo KDSI) b: thay đổi khoảng 1.1 đến 1.24 tùy theo tính hệ thống, tính linh động phát triển, phương pháp quản lý rủi ro tính trưởng thành tiến trình RCPX: product reliability and complexity RUSE: the reuse required PDIF: platform difficulty PREX: personal experience PERS: personal capability SCED: required schedule FCIL: the team support facilities Giá trị hệ số nằm khoảng từ (rất thấp) đến (vô cao) 59 60 15 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình Reuse  Ước lượng cơng sức tích hợp mã lệnh sinh hay tái sử dụng  COCOMO xem mã lệnh tái sử dụng dạng:  Mã tái sử dụng hộp đen: mã lệnh tái sử dụng mà không cần hiểu hay sửa đổi  cơng sức phát triển cho mã hộp đen tính  Mã tái sử dụng hộp trắng: mã lệnh chỉnh sửa để tích hợp với mã lệnh hay thành phần tái sử dụng khác  cần tính đến cơng sức phát triển  Mơ hình Reuse  Nhiều hệ thống bao gồm mã lệnh tự động sinh dịch chương trình (một dạng tái sử dụng)  Đối với mã lệnh sinh tự động, dự đốn cơng sức để tích hợp mã lệnh này:  ASLOC: số dòng mã lệnh thành phần chỉnh sửa (tái sử dụng hộp trắng)  AT: tỷ lệ % mã lệnh sinh tự động chỉnh sửa  ATPROD: hiệu suất kỹ sư việc tích hợp mã lệnh (khoảng 2400 câu lệnh nguồn / tháng) 61 62 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình Reuse  Dự đốn số dịng mã nguồn tương đương ESLOC với số mã lệnh tái sử dụng:  ESLOC: tính đến cơng sức hiểu phần mềm, tạo thay đổi mã lệnh tái sử dụng, tạo thay đổi hệ thống để tích hợp mã lệnh Nó cịn tính đến số mã lệnh sinh tự động  AT, ATPROD: trước  AAM: hệ số nhân hiệu chỉnh thích ứng Được tính từ chi phí sửa mã lệnh tái sử dụng, chi phí để hiểu cách tích hợp mã lệnh chi phí định tái sử dụng 63 64 16 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình Post-architecture  17 hệ số nhân M Mơ hình Post-architecture  Kích thước mã lệnh S tính cách cộng ước lượng đây:  Ước lượng số dòng mã lệnh phát triển  Ước lượng số dòng mã lệnh tương đương tính từ mơ hình reuse  Ước lượng số dòng mã lệnh phải sửa đổi theo yêu cầu thay đổi 65 66 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO Theo giải thuật: Mơ hình COCOMO  Mơ hình Post-architecture  Các hệ số W  Mơ hình Post-architecture  Các hệ số W 67 68 17 ƯỚC LƯỢNG CHI PHÍ PHẦN MỀM Theo giải thuật: Mơ hình COCOMO  Bài tập:  Ước lượng công sức thực phần mềm có khoảng 100 KDSI mơ hình COCOMO  Đây dạng phần mềm công ty bạn  Để thực hiện, công ty thành lập nhóm Nhóm bạn thực việc ước lượng kiến trúc hệ thống thiết kế thơng tin chi tiết hệ thống có sẵn  Nhìn chung, hệ số W hệ số nhân mức độ bình thường Tuy nhiên, cơng ty đặc biệt yêu cầu cao cần thiết tài liệu, kinh nghiệm sử dụng công cụ ngôn ngữ 69 Tools  Search COCOMO estimation tool 70 71 18