Ước lượng và Lập kế hoạch Phần mềm

Ước lượng và lập kế hoạch phần mềm dự đoán công sức, chi phí, lịch trình và tài nguyên mà một dự án phần mềm sẽ yêu cầu, đồng thời tổ chức công việc để hoàn thành dự án trong những ràng buộc đó.

Definition

Ước lượng phần mềm là dự đoán về công sức, thời lượng và chi phí cần thiết để phát triển hoặc bảo trì phần mềm, và lập kế hoạch là việc tổ chức các hoạt động, mốc thời gian và tài nguyên để đạt được các mục tiêu dự án trong phạm vi các ước lượng đó.

Scope

Chủ đề này bao gồm các thước đo kích thước như số dòng mã và điểm chức năng; các mô hình chi phí thuật toán như COCOMO; ước lượng dựa trên phán đoán chuyên gia, tương tự và lập kế hoạch poker; phân tích công việc và kỹ thuật lập lịch trình bao gồm đường găng và biểu đồ burndown; lập kế hoạch linh hoạt với vận tốc và điểm câu chuyện; và xử lý sự không chắc chắn trong ước lượng thông qua các khoảng và hình nón bất định.

Core questions

• Kích thước của phần mềm được đo lường như thế nào để đưa ra các ước lượng?
• Các phương pháp thuật toán, tương tự và phán đoán chuyên gia so sánh với nhau như thế nào?
• Sự không chắc chắn được thể hiện và giảm thiểu như thế nào khi một dự án tiến triển?
• Lập kế hoạch linh hoạt với vận tốc khác với lập lịch trình từ đầu như thế nào?

Key theories

Các mô hình chi phí thuật toán

Các mô hình như COCOMO thể hiện công sức và lịch trình dưới dạng các hàm đã được hiệu chỉnh của kích thước ước tính và các yếu tố thúc đẩy chi phí dự án, đưa ra các ước lượng có thể lặp lại và có thể được điều chỉnh bằng dữ liệu lịch sử.

Định cỡ điểm chức năng

Phân tích điểm chức năng định cỡ phần mềm bằng cách đếm và trọng số các thành phần chức năng của nó một cách độc lập với ngôn ngữ triển khai, cung cấp một đầu vào kích thước trung lập về công nghệ cho việc ước lượng.

Clinical relevance

Ước lượng và lập kế hoạch thực tế là nền tảng cho các cam kết với các bên liên quan và các quyết định về tài nguyên; việc ước lượng thấp kinh niên dẫn đến việc vượt quá lịch trình và ngân sách vốn là vấn đề nan giải của các dự án phần mềm, do đó, các phương pháp có kỷ luật và sự không chắc chắn rõ ràng là rất cần thiết.

Evidence & guidelines

Nghiên cứu thực nghiệm về độ chính xác của ước lượng và các mô hình như COCOMO II cung cấp hướng dẫn dựa trên bằng chứng, và việc đếm điểm chức năng được điều chỉnh bởi các tiêu chuẩn đo lường kích thước chức năng IFPUG và ISO/IEC.

History

Điểm chức năng được Albrecht giới thiệu vào cuối những năm 1970 và COCOMO bởi Boehm vào năm 1981, mang lại cơ sở định lượng cho việc ước lượng; các công trình tiếp theo đã tinh chỉnh các mô hình (COCOMO II), nghiên cứu sai lệch trong ước lượng và giới thiệu các phương pháp định cỡ tương đối nhẹ cho lập kế hoạch linh hoạt.

Debates

Ước lượng so với phong trào không ước lượng

Một số người thực hành linh hoạt cho rằng việc ước lượng chi tiết làm lãng phí công sức và việc bàn giao nhỏ, ổn định giúp dự báo đáng tin cậy hơn ước lượng, trong khi những người khác duy trì rằng ước lượng vẫn cần thiết cho việc lập kế hoạch và cam kết; cuộc tranh luận xoay quanh bối cảnh và nhu cầu của các bên liên quan.

Key figures

• Barry Boehm
• Allan Albrecht
• Steve McConnell

Seminal works

• boehm1981
• albrecht1983
• mcconnell2006

Frequently asked questions

Tại sao các ước lượng phần mềm thường sai?

Các ước lượng được đưa ra khi thông tin ít nhất, các yêu cầu thay đổi và xu hướng thiên vị của con người thường hướng tới sự lạc quan; hình nón bất định thể hiện mức độ rộng của các ước lượng ban đầu, đó là lý do tại sao các khoảng và việc ước lượng lại được ưu tiên hơn các con số cố định duy nhất.

Điểm câu chuyện có phải chỉ là số giờ được ngụy trang không?

Không. Điểm câu chuyện thể hiện kích thước và độ phức tạp tương đối chứ không phải thời gian tuyệt đối; kết hợp với vận tốc quan sát được của nhóm, chúng đưa ra các dự báo, nhưng việc đánh đồng một điểm với một số giờ cố định làm suy yếu mục đích của chúng là nắm bắt công sức tương đối.