Slide 2 –Giới thiệu về Cocomo

Nội dung

• Giới thiệu về Cocomo• Công thức ước lượng cơ bản• Yêu tố chi phí• Mô hình sử dụng lại• Kích thước

Phương thức ước lượng chi phí phần mềm

• Ước lượng chi phí : dự đoán cả 2 yêu tố Person-effort và thời gian hoàn thành của một dự án.

• Phương thức– Thuật toán– Đánh giá của chuyên gia– Ước lượng bằng cách phân tích– Parkinsonian

• Phương pháp tốt nhất là tổng hợp từ nhiều phương thức– So sánh và ước lượng lặp, điều hòa mọi thứ

• COCOMO được sử dụng rộng rãi trong tài liệu và đinh cỡ mô hình chi phí

COCOMO cơ bản

• COCOMO - the “COnstructive COstMOdel”– COCOMO ii được cập nhật năm 1981– Tiếp tục nghiên cứu và hiệu chỉnh hàng năm

• COCOMO được sử dụng như một Framework cho ước lượng chi phí và các hoạt động liên quan

Độ chính xác của ước lượng phần mềm

Mô hình hộp đen COCOMO

Những đặc điểm cơ bản của COCOMO II

• Phạm vi đa mô hình của nhiều vùng phát triển• Đầu vào mô hình chi phí có giá trị tỷ lệ• Độ mềm dẻo trong kích thước đầu vào– SLOCS– Điểm chức năng (Function Points)– Điểm ứng dụng (Application Points)– Khác (Use Cases)

• Ước lượng phạm vi và điểm trên biểu đồ phễu

COCOMO sử dụng cho phần mềm trợ giúp quyết định

• Làm trợ giúp đầu tư và phân tích chăm sóc kinh doanh

• Thiết lập ngân sách dự án và lập lịch• Thực hiện phân tích cân bằng• Quản lý chi phí rủi ro• Phát triển và quyết định dùng lại• Dùng lại phần mềm và quyết định dùng lại sản

phẩm• Quyết định cải tiến quy trình

Sắp đặt năng suất

• COCOMO cung cấp nền tảng tự nhiên đồng nhất hóa các yêu tố cải thiện sản xuất cấp cao và ước lượng chi phí của chúng

Các mô hình con của COCOMO

• Applications Composition– Triệu gọi phát triển nhanh hoặc hiểu quả nguyên mẫu để giải quyết

những nguy cơ rủi ro cao như giao diện người dùng, tương tác phần mềm / hệ thống , hiệu năng, hoặc độ chín chắn công nghệ. Nó được ước lượng với các điểm chức năng ( như số Screen, Reports và mô đun 3GL)

• Mô hình Early Design– Mô hình được sử dụng của sự thay đổi kiến trúc phần mềm / hệ

thống và khái niệm phép toán sử dụng các điểm chức năng và có 7 hướng dẫn chi phí

• Mô hình Post – Architecture– Được sử dụng trong quá trình phát triển phần mềm– Sử dụng 17 hướng dẫn chi phí

Công thức tính Effort trong COCOMO

• Trong đó :– A là một hằng số không đổi A=2.94 trong

COCOMO II. 2000– Size là KSLOC (thousand source lines of code)Được chuyển từ điểm chức năng và điểm đối tượng- B là số mũ cho quy mô ko phụ thuộc 5 Sacle

Drivers . B=.091+.01* trong đó SFi là tronhj lượng yêu tố Scale Driver thứ I

‾ EMi là cấp số nhân hiệu quả cho Cosr Driver thứ i

Quy mô không kinh tế

• Mỗi liên hệ phi tuyên khi số mũ

Công thức lập lịch COCOMO

• Schedule Là thời gian tính theo tháng từ khi có yêu cầu cơ bản đến khi được chấp nhận

• C là một hằng số ko đổi từ lịch sử dữ liệu dự án , có giá trị bằng C=3.67 trong COCOMO II 2000

• Effort là ước lượng người-tháng loại trừ SCED cấp số nhân sự cố gắng

• B là tổng của các yếu tố tỉ lệ• SCED% là tỷ lệ nén / mở rộng của hướng dẫn chi

phí

Phạm vi của những quy trình khác nhau

Điểm cố định trong quy trình chung

• Điểm cố định là giai đoạn quan trọng trong quy trình chung xung quanh với ngân sách chi phí và ngân sách lịch được tổ chức.

• Trạng thái phát triển khác nhau của địa chỉ các mô hình COCOMO II cố định bởi các giai đoạn– Life Cycle Objectives (LCO)– Life Cycle Architecture (LCA)– Initial Operational Capbility (IOC)

Phân phối giai đoạn MBASE

Phân phối giai đoạn Waterfall

Sắp xếp đầu ra COCOMO

• COCOMO II cung cấp một độ lệch chuẩn và ước lượng chủ quan, lạc quan

• Ánh xa nguồn của đầu vào không chắc chắn trên biều đồ phễu

• Lựa chọn Effort và Schedule cho tất cả cac trạng thái mô hình

• Tương trưng 80% giới hạn độ tin cậy : dưới ước lượng lạc quan và chủ quan là 10% thời gian thực hiện

Cost Factors (Các yếu tố chi phí)

• Các yêu tố quan trọng của chi phí phát triển– Scale Drivers là nguồn của sự nỗ lực biến đối theo cấp

số nhân– Cost Drivers là nguồn của sự nỗ lực biến đối tuyến tính

• Product, Platform, Personel và thuộc tính dự án• Hệ số nỗ lực được kết hợp với Cost Driver

– định nghĩa như là những đối tượng có thể• Mỗi môt yếu tố được đánh giá dựa trên giữa rất

thấp và rất cao trên đánh giá theo chỉ đạo– Hệ số nỗ lực liên quan điều chỉnh giá lên hoặc xuống

Scale Drivers

• Precedentedness (PREC)– Mức độ mà hệ thống mới và áp dụng kinh nghiệm cũ

• Phát triển mềm dẻo (FLEX)– Cần phải phù hợp với các yêu cầu quy định

• Giải pháp kiến trúc / nguy cơ (RESL)– Cần đồng bộ hóa các bên liên quan và giảm thiểu

xung đột• Độ trưởng thành của quy trình (PMAT)– Sự đánh giá quy trình trưởng thành SEI CMM

Cost Drivers

• Yếu tố sản phầm– Tin cậy (Reliability)(RELY)– Dữ liệu (Data)(DATA)– Phức tạp(Complexity)(CPLX)– Khả năng sử dụng lại (Reusability)(RUSE)– Tài liệu hướng dẫn (Documentation)(DOCU)

Cost Drivers

• Yêu cầu nền tảng– Rằng buộc thời gian (Time constraint)(TIME)– Rằng buộc lưu trữ (Storage constraint)(STOR)– Tính dễ thay đổi nền tảng (Platform volatility)

(PVOL)

Cost Drivers

• Yếu tố con người– Khả năng phân tích (Analyst capability)(ACAP)– Khả năng lập trình (PCAP)– Kinh nghiệm ứng dụng (Applications experience)

(APEX)– Kinh nghiệm nền tảng (Platform experience)(PLEX)– Kinh nghiệm ngôn ngữ và công cụ (Language and

Tool experience)(LTEX)– Personel continuity(PCON)

Cost Drivers

• Yếu tố dự án– Công cụ phần mềm (Software tools)(TOOL)– Multisite development (SITE)– Yêu cầu lập lịch (SCED)

Ví dụ : Cost Driver – yêu cầu phần mềm tin cậy (RELY)

• Đo lường phạm vi trong phần mềm phải thực hiện các các chức năng trên một khoảng thời gian.

• Yêu cầu : hiệu quả của một lỗi phần mềm là gì?

Ví dụ giá trị hệ số nỗ lực cho RELY

Scale Factors

• Tổng các yếu tố hệ số Wi trên tất cả các yếu tố để xác định rõ hệ số mũ B sử dụng công thức B=.91+.01

Precedentedness (PREC) and Development Flexibility (FLEX)

Giải pháp kiến trúc / rủi ro (RESL)

Sự gắn kết đồng đội

Đến hạn quy trình

• Có 2 cách thức cơ bản của CMM– Phương thức 1• Overall Maturity Level ( TỪ 1 ĐẾN 5)

– Phương thức 2• Key Process Areas

Key process areas

• Tổng cộng có 18 KPA

Cost Drivers

• Yếu tố sản phẩm• Yếu tố nền tảng• Yếu tố con người• Yếu tố dự án

Yếu tố sản phẩm

• Độ tin cậy yêu cầu phần mềm (RELY)• Kích thước dữ liệu cơ bản (Data)• Độ phức tạp của sản phẩm (CPLX)• Yêu cầu dễ sử dụng (RUSE)• Tài liệu trong vòng đời của sản phẩm (DOCU)

Yếu tố nền tảng

• Rằng buộc thời gian thực thi (TIME)• Rằng buộc thời gian lưu trữ chính (STOr)• Tính dễ biến động của nền tảng (PVOL)

Yếu tố nhân sự

• Năng lực phân tích (ACAP)• Năng lực người lập trình (PCAP)• Kinh nghiệm ứng dụng (AEXP)• Kinh nghiệm nền tảng (PEXP)• Kinh nghiệm ngôn ngữ và công cụ (LTEX)• Con người tiếp theo (PCON)

Yếu tố dự án

• Sử dụng công cụ phần mềm (TOOL)• Multisite Development (SITE)• Yêu cầu lập lịch phát triển (SCED)

Đánh giá yếu tố chi phí

Sử dụng lại và chỉnh sửa phần mềm

• nỗ lực cho phần mềm thích nghi (tái sử dụng hoặc sửa đổi) là không giống như đối với phần mềm mới.

• Phương pháp tiếp cận: chuyển đổi thích nghi phần mềm vào tương đương kích thước của phần mềm mới.

Mô hình sử dụng lại COCOMO

• Một mô hình dự toán phi tuyến để chuyển đổi thích nghi (tái sử dụng hoặc sửa đổi) phần mềm vào tương đương kích thước của phần mềm mới:

Mô hình sử dụng lại COCOMO