Software cost estimation Mục Tiêu Mục tiêu của chương này là để giới thiệu các kĩ thuật để ước tính chi phí và công sức cần thiết cho sản suất phần mềm .khi bạn đã đọc chương này ,bạn sẽ: ■ Hiểu các nguyên tắc cơ bản của chi phí phần mềm và lý do tại sao giá của phần mềm có thể không liên quan trực tiếp đến chi phí phát triển của nó ■ Đã được giới thiệu với ba số liệu được sử dụng để đánh giá sản xuất phần mềm; ■ Hiểu được tại sao một loạt các kỹ thuật nên được sử dụng khi ước lượng chi phí phần mềm, tiến độ; ■ Hiểu các nguyên tắc của mô hình COCOMO II cho dự toán chi phí thuật toán. Nội dung 26.1 Sản xuất phần mềm 26.2 Kỹ thuật ước lượng 26.3 Mô hình chi phí thuật toán 26.4 Thời hạn dự án và nhân sự •• SE8_C26.qxd 4406 9:20 Page 613 Chapter 26 ■ Software cost estimation 613 Trong chương 5, tôi đã giới thiệu quá trình lập kế hoạch dự án mà các công việc trong một dự án được chia thành một số hoạt động riêng biệt. Điều này thảo luận trước đó của dự án quy hoạch tập trung vào những cách để đại diện cho các hoạt động, sự phụ thuộc của họ và phân bổ nhân dân thực hiện các nhiệm vụ này. Trong chương này, tôi chuyển sang các vấn đề gắn kết các ước tính về sức và thời gian với các hoạt động của dự án. Dự toán bao gồm trả lời các câu hỏi sau: 1. Làm thế nào nhiều công sứcđược yêu cầu để hoàn thành từng hoạt động? 2. Bao nhiêu thời gian lịch là cần thiết để hoàn thành từng hoạt động? 3. Tổng chi phí của từng hoạt động là gì? Dự toán chi phí dự án và lập kế hoạch dự án thường được thực hiện cùng nhau. Các chi phí phát triển chủ yếu là chi phí của các công sứctham gia, vì vậy việc tính toán công sứcđược sử dụng trong cả các chi phí và ước lượng lịch biểu. Tuy nhiên, bạn có thể phải làm một số dự toán chi phí trước khi lịch chi tiết được vẽ lên. Những ước tính ban đầu có thể được sử dụng để thiết lập một ngân sách cho dự án hoặc để thiết lập một mức giá cho các phần mềm cho khách hàng. Có ba thông số liên quan đến việc tính toán tổng chi phí của một dự án phát triển phần mềm: • Phần cứng và phần mềm chi phí bao gồm bảo dưỡng • Phí du lịch và đào tạo • Chi phí công sức(chi phí trả các kỹ sư phần mềm). Đối với hầu hết các dự án, chi phí chiếm ưu thế là chi phí công sức. Máy tính là đủ mạnh mẽ để phát triển phần mềm là tương đối rẻ. Mặc dù chi phí đi lại rộng lớn có thể cần thiết khi một dự án được phát triển tại các địa điểm khác nhau, chi phí đi lại thường là một phần nhỏ của chi phí công sức. Hơn nữa, bằng cách sử dụng hệ thống thông tin liên lạc điện tử như email, các trang web chia sẻ và hội nghị truyền hình có thể làm giảm đáng kể các chuyến du lịch cần thiết. Hội nghị điện tử cũng có nghĩa là thời gian đi du lịch được giảm xuống và thời gian có thể được sử dụng hiệu quả hơn trong việc phát triển phần mềm. Trong một dự án mà tôi từng làm việc, làm cho mỗi cuộc họp khác một cầu truyền hình chứ không phải là một mặt đối mặt đáp ứng giảm chi phí đi lại và thời gian bằng gần 50% Chi phí công sức không chỉ là mức lương của các kỹ sư phần mềm có liên quan đến dự án. Các tổ chức tính toán chi phí công sứcvề chi phí trên không, nơi họ có tổng chi phí điều hành tổ chức và phân chia này bằng số lượng nhân viên sản xuất. Do đó, các chi phí sau đây đều là một phần của tổng chi phí hiệu quả như: 1. Chi phí của việc cung cấp, sưởi ấm và chiếu sáng không gian văn phòng 2. Chi phí nhân viên hỗ trợ như kế toán, quản trị, quản lý hệ thống, chất tẩy rửa và kỹ thuật 3. Chi phí của mạng và truyền thong. SE8_C26.qxd 4406 9:20 Page 614 614 Chapter 26 ■ Software cost estimation 4. Chi phí của các cơ sở trung ương như một thư viện hoặc các cơ sở giải trí. 5. Chi phí an sinh xã hội và lợi ích người lao động như lương hưu và bảo hiểm y tế Yếu tố chi phí này thường là ít nhất gấp hai lần mức lương kỹ sư phần mềm, tùy thuộc vào kích thước của các tổ chức và các chi phí liên quan của nó. Vì vậy, nếu một công ty trả tiền cho một kỹ sư phần mềm 90,000 mỗi năm, tổng chi phí của nó là ít nhất 180,000 mỗi năm hoặc 15.000 mỗi tháng. Khi một dự án đang được tiến hành, quản lý dự án phải thường xuyên cập nhật các dự toán chi phí và lịch trình của họ. Điều này giúp với quá trình lập kế hoạch và sử dụng hiệu quả các nguồn lực. Nếu chi phí thực tế lớn hơn so với ước tính đáng kể, sau đó người quản lý dự án phải có hành động. Điều này có thể liên quan đến việc áp dụng thêm nguồn lực cho các dự án hoặc thay đổi công việc phải được thực hiện. Phần mềm chi phí nên được canied ra một cách khách quan với mục tiêu chính xác được chuẩn dicting chi phí phát triển phần mềm. Nếu chi phí của dự án đã được tính toán như là một phần của một dự án thầu cho một khách hàng, một quyết định sau đó đã được thực hiện về giá báo cho khách hàng. Cổ điển, giá cả chỉ đơn giản là chi phí cộng với lợi nhuận. Tuy nhiên, mối quan hệ giữa chi phí dự án và giá cho khách hàng thường không phải là đơn giản như vậy. Giá phần mềm phải đưa vào trương mục của tổ chức, kinh tế, chính trị và kinh doanh xem xét rộng hơn, chẳng hạn như những người trong hình 26.1. Do đó, có thể không có một mối quan hệ đơn giản giữa giá cả cho khách hàng đối với các phần mềm và các chi phí phát triển. Bởi vì trong những cân nhắc tổ chức có liên quan, giá dự án nên liên quan đến quản lý cấp cao (tức là, những người có thể đưa ra quyết định chiến lược), cũng như các nhà quản lý dự án phần mềm. Ví dụ, nói một dịch vụ dầu khí công ty phần mềm nhỏ sử dụng 10 kỹ sư vào đầu của một năm, nhưng chỉ có hợp đồng xảy ra đòi hỏi 5 thành viên của đội ngũ phát triển. Tuy nhiên, nó đang đấu thầu một hợp đồng rất lớn với một công ty dầu mỏ lớn đòi hỏi phải có 30 năm người công sứctrong 2 năm. Dự án sẽ không bắt đầu lên trong ít nhất 12 tháng, nhưng nếu được phép, nó sẽ chuyển đổi các tài chính của các công ty nhỏ. Các công ty dịch vụ dầu khí được một cơ hội để chào giá trên một dự án đòi hỏi 6 người và phải được hoàn thành trong 10 tháng. Các chi phí (chi phí chung bao gồm cả những dự án này) được ước tính khoảng 1.2 triệu. Tuy nhiên, để nâng cao vị thế cạnh tranh, các công ty dịch vụ dầu khí chào giá một mức giá để khách hàng của 0.800.000 . Điều này có nghĩa rằng, mặc dù nó mất tiền trên hợp đồng này, nó có thể giữ được nhân viên chuyên cho các dự án có lợi nhuận nhiều hơn trong tương lai.
SE8_C26.qxd 4/4/06 9:20 Page 612 26 Software cost estimation Mục Tiêu Mục tiêu chương để giới thiệu kĩ thuật để ước tính chi phí công sức cần thiết cho sản suất phần mềm bạn đọc chương ,bạn sẽ: ■ Hiểu nguyên tắc chi phí phần mềm lý giá phần mềm không liên quan trực tiếp đến chi phí phát triển ■ Đã giới thiệu với ba số liệu sử dụng để đánh giá sản xuất phần mềm; ■ Hiểu loạt kỹ thuật nên sử dụng ước lượng chi phí phần mềm, tiến độ; ■ Hiểu nguyên tắc mô hình COCOMO II cho dự toán chi phí thuật toán Nội dung 26.1 Sản xuất phần mềm 26.2 Kỹ thuật ước lượng 26.3 Mô hình chi phí thuật toán 26.4 Thời hạn dự án nhân •• SE8_C26.qxd 4/4/06 9:20 Page 613 Chapter 26 ■ Software cost estimation 613 Trong chương 5, giới thiệu trình lập kế hoạch dự án mà công việc dự án chia thành số hoạt động riêng biệt Điều thảo luận trước dự án quy hoạch tập trung vào cách để đại diện cho hoạt động, phụ thuộc họ phân bổ nhân dân thực nhiệm vụ Trong chương này, chuyển sang vấn đề gắn kết ước tính sức thời gian với hoạt động dự án Dự toán bao gồm trả lời câu hỏi sau: Làm nhiều công sứcđược yêu cầu để hoàn thành hoạt động? Bao nhiêu thời gian lịch cần thiết để hoàn thành hoạt động? Tổng chi phí hoạt động gì? Dự toán chi phí dự án lập kế hoạch dự án thường thực Các chi phí phát triển chủ yếu chi phí công sứctham gia, việc tính toán công sứcđược sử dụng chi phí ước lượng lịch biểu Tuy nhiên, bạn phải làm số dự toán chi phí trước lịch chi tiết vẽ lên Những ước tính ban đầu sử dụng để thiết lập ngân sách cho dự án để thiết lập mức giá cho phần mềm cho khách hàng Có ba thông số liên quan đến việc tính toán tổng chi phí dự án phát triển phần mềm: • Phần cứng phần mềm chi phí bao gồm bảo dưỡng • • Phí du lịch đào tạo Chi phí công sức(chi phí trả kỹ sư phần mềm) Đối với hầu hết dự án, chi phí chiếm ưu chi phí công sức Máy tính đủ mạnh mẽ để phát triển phần mềm tương đối rẻ Mặc dù chi phí lại rộng lớn cần thiết dự án phát triển địa điểm khác nhau, chi phí lại thường phần nhỏ chi phí công sức Hơn nữa, cách sử dụng hệ thống thông tin liên lạc điện tử email, trang web chia sẻ hội nghị truyền hình làm giảm đáng kể chuyến du lịch cần thiết Hội nghị điện tử có nghĩa thời gian du lịch giảm xuống thời gian sử dụng hiệu việc phát triển phần mềm Trong dự án mà làm việc, làm cho họp khác cầu truyền hình mặt đối mặt đáp ứng giảm chi phí lại thời gian gần 50% Chi phí công sức không mức lương kỹ sư phần mềm có liên quan đến dự án Các tổ chức tính toán chi phí công sứcvề chi phí không, nơi họ có tổng chi phí điều hành tổ chức phân chia số lượng nhân viên sản xuất Do đó, chi phí sau phần tổng chi phí hiệu như: Chi phí việc cung cấp, sưởi ấm chiếu sáng không gian văn phòng Chi phí nhân viên hỗ trợ kế toán, quản trị, quản lý hệ thống, chất tẩy rửa kỹ thuật Chi phí mạng truyền thong SE8_C26.qxd 4/4/06 9:20 Page 614 614 Chapter 26 ■ Software cost estimation Chi phí sở trung ương thư viện sở giải trí Chi phí an sinh xã hội lợi ích người lao động lương hưu bảo hiểm y tế Yếu tố chi phí thường gấp hai lần mức lương kỹ sư phần mềm, tùy thuộc vào kích thước tổ chức chi phí liên quan Vì vậy, công ty trả tiền cho kỹ sư phần mềm $ 90,000 năm, tổng chi phí $ 180,000 năm $ 15.000 tháng Khi dự án tiến hành, quản lý dự án phải thường xuyên cập nhật dự toán chi phí lịch trình họ Điều giúp với trình lập kế hoạch sử dụng hiệu nguồn lực Nếu chi phí thực tế lớn so với ước tính đáng kể, sau người quản lý dự án phải có hành động Điều liên quan đến việc áp dụng thêm nguồn lực cho dự án thay đổi công việc phải thực Phần mềm chi phí nên canied cách khách quan với mục tiêu xác chuẩn dicting chi phí phát triển phần mềm Nếu chi phí dự án tính toán phần dự án thầu cho khách hàng, định sau thực giá báo cho khách hàng Cổ điển, giá đơn giản chi phí cộng với lợi nhuận Tuy nhiên, mối quan hệ chi phí dự án giá cho khách hàng thường đơn giản Giá phần mềm phải đưa vào trương mục tổ chức, kinh tế, trị kinh doanh xem xét rộng hơn, chẳng hạn người hình 26.1 Do đó, mối quan hệ đơn giản giá cho khách hàng phần mềm chi phí phát triển Bởi cân nhắc tổ chức có liên quan, giá dự án nên liên quan đến quản lý cấp cao (tức là, người đưa định chiến lược), nhà quản lý dự án phần mềm Ví dụ, nói dịch vụ dầu khí công ty phần mềm nhỏ sử dụng 10 kỹ sư vào đầu năm, có hợp đồng xảy đòi hỏi thành viên đội ngũ phát triển Tuy nhiên, đấu thầu hợp đồng lớn với công ty dầu mỏ lớn đòi hỏi phải có 30 năm người công sứctrong năm Dự án không bắt đầu lên 12 tháng, phép, chuyển đổi tài công ty nhỏ Các công ty dịch vụ dầu khí hội để chào giá dự án đòi hỏi người phải hoàn thành 10 tháng Các chi phí (chi phí chung bao gồm dự án này) ước tính khoảng $ 1.2 triệu Tuy nhiên, để nâng cao vị cạnh tranh, công ty dịch vụ dầu khí chào giá mức giá để khách hàng 0.800.000 $ Điều có nghĩa rằng, tiền hợp đồng này, giữ nhân viên chuyên cho dự án có lợi nhuận nhiều tương lai 26.1 Sản suất phần mềm •• •• SE8_C26.qxd 4/4/06 9:20 Page 615 26.1 ■ Software productivity 615 Figure 26.1 Nhân tố Ảnh hưởng đến giá Phần mềm Hệ Số Cơ hội thị trường Miêu tả Tổ chức phát triển trích dẫn mức giá thấp muốn di chuyển vào phân khúc thị trường phần mềm Chấp nhận lợi nhuận thấp dự án cung cấp cho tổ chức hội để tạo lợi nhuận lớn sau Những kinh nghiệm thu giúp phát triển sản phẩm Chi phí ước tính không chắn Nếu tổ chức không chắn ước tính chi phí nó, làm tăng giá số dự lợi nhuận bình thường Điều kiện hợp đồng Một khách hàng sẵn sàng phép nhà phát triển để giữ lại quyền sở hữu mã nguồn tái sử dụng dự án khác Giá tính sau mã nguồn phần mềm bàn giao cho khách hàng Yêu cầu biến động Nếu yêu cầu có khả thay đổi, tổ chức giảm giá để giành chiến thắng hợp đồng Sau hợp đồng trao giải thưởng, giá cao bị tính phí cho thay đổi yêu cầu Sức khỏe tài Các nhà phát triển gặp khó khăn tài làm giảm giá họ để đạt hợp đồng Nó tốt để tạo lợi nhuận nhỏ bình thường chí phá vỡ để khỏi kinh doanh Bạn đo lường hiệu hệ thống sản xuất cách đếm số lượng đơn vị sản xuất phân chia số người cần để sản xuất chúng Tuy nhiên, vấn đề phần mềm, có nhiều giải pháp khác nhau, số có thuộc tính khác Một giải pháp thực ciently người khác dễ đọc dễ dàng để trì Khi giải pháp với thuộc tính khác sản xuất, so sánh tỷ lệ sản xuất họ không thực có ý nghĩa Tuy nhiên, người quản lý dự án, bạn phải đối mặt với vấn đề ước tính hợp tác suất kỹ sư phần mềm Bạn cần những tính toán suất để giúp xác định chi phí tiến độ dự án, để thông báo định đầu tư để đánh giá xem liệu trình công nghệ cải tiến có hiệu Ước tính suất thường dựa vào đo lường thuộc tính phần mềm cách chia tổng số công sứccần thiết để phát triển Có hai loại số sử dụng: Size-related metrics Kích thước liên quan đến số liệu có liên quan đến kích thước số đầu từ hoạt động Thường sử dụng hầu hết kích thước liên quan đến metric dòng mã nguồn giao Các số liệu khác mà sử dụng số lượng hướng dẫn mã đối tượng chuyển giao số trang tài liệu hệ thống Function-related metrics Số liệu chức liên quan đến liên quan đến chức tổng thể phần mềm gửi Năng suất biểu diễn dạng số chức hữu ích sản xuất thời gian định Điểm chức điểm đối tượng số liệu tiếng loại hình SE8_C26.qxd 4/4/06 9:20 Page 616 616 Chapter 26 ■ Software cost estimation Dòng mã nguồn lập trình tháng (LOC/pm) suất đồ mềm sử dụng rộng rãi metric Bạn tính LOC/pm cách đếm tổng số dòng mã nguồn chuyển giao, sau chia cho số tổng thời gian tháng lập trình cần thiết để hoàn thành dự án Lần bao gồm thời gian cần thiết cho tất hoạt động khác (yêu cầu, thiết kế, mã hóa, kiểm tra tài liệu) tham gia phát triển phần mềm Cách tiếp cận lần phát triển lập trình FORTRAN, ngôn ngữ lắp ráp COBOL Sau đó, chương trình đánh máy thẻ, với tuyên bố thẻ Số lượng dòng mã dễ dàng để đếm: Nó tương ứng với số lượng thẻ boong chương trình Tuy nhiên, chương trình ngôn ngữ Java hay C ++ bao gồm tờ khai, báo cáo thực thi bình luận Họ bao gồm hướng dẫn vĩ mô mà mở rộng đến vài dòng mã Có thể có nhiều tuyên bố dòng Không có, đó, mối quan hệ đơn giản báo cáo chương trình đường vào danh sách So sánh suất ngôn ngữ lập trình cung cấp cho ấn tượng sai lệch suất lập trình Các biểu cảm ngôn ngữ lập trình, thấp suất rõ ràng Sự bất thường phát sinh tất hoạt động phát triển phần mềm xem xét tính toán thời gian phát triển, số liệu LOC áp dụng cho trình lập trình Vì vậy, ngôn ngữ đòi hỏi dòng để thực chức tương tự, ước tính suất bất thường Ví dụ: xem xét hệ thống thời gian thực nhúng mã hóa 5.000 dòng mã lắp ráp 1.500 dòng C Thời gian phát triển cho giai đoạn khác thể hình 26.2 Các lập trình lắp ráp có suất 714 lineslmonth mức độ cao lập trình ngôn ngữ nửa số 300 lineslmonth Tuy nhiên, chi phí phát triển cho hệ thống phát triển C thấp gửi trước Một thay cho sử dụng mã kích thước thuộc tính sản phẩm ước tính sử dụng số biện pháp chức mã Điều tránh bất thường trên, chức độc lập với ngôn ngữ thực MacDonell (MacDonell 1994) mô tả ngắn gọn so sánh số biện pháp dựa chức Tốt biết đến biện pháp số lượng điểm chức Điều đề xuất Albrecht (Albrecht 1979) tinh chế Albrecht Gaffney (Albrecht Gaffney, 1983) Garmus Herron (Garmus Herron, 2000) mô tả việc sử dụng thực tế điểm chức dự án phần mềm Năng suất thể số lượng điểm chức thực tháng người Một điểm chức đặc tính riêng biệt tính toán cách kết hợp phép đo khác dự toán Bạn tính tổng số điểm chức chương trình cách đo ước lượng tính chương trình sau đây: •• •• SE8_C26.qxd 4/4/06 9:20 Page 617 26.1 ■ Software productivity 617 Figure 26.2 Thời gian triển khai hệ thống Mã cài đặt Ngôn ngữ bậc cao Ngiên cứu Thiết kế Mã hóa Tuần Tuần Tuần Tuần Mã cài đặt Ngôn ngữ bậc cao Tuần Tuần Kiểm thử Làm tài liệu 10 Tuần Tuần Kích thước Hoàn thành Năng suất 5000 dòng 1500 dòng 28 Tuần 20 Tuần 714 dòng/tháng 300 dòng /tháng • • Đầu vào bên ngoài; Tương tác với người dùng; • Giao diện bên ngoài; • Những file sử dụng hệ thống Tuần Tuần Rõ ràng, số yếu tố đầu vào đầu ra, tương tác, phức tạp hẳn chức khác nhiều thời gian để thực Các điểm chức metric cần đưa vào đánh giá cách nhân ước tính số điểm chức ban đầu với trọng số phức tạp Bạn nên đánh giá tính phức tạp sau gán trọng số cho nhân (cho đầu vào bên đơn giản) đến 15 cho tập tin bên phức tạp Hoặc giá trị trọng số Albrecht giá trị dựa kinh nghiệm nội sử dụng Sau bạn tính toán gọi điểm chức chưa điều chỉnh (UFC) cách nhân số đếm ban đầu với trọng số ước tính tính tổng tất giá trị UFC = ∑(số yếu tố loại định) x (trọng số) Sau bạn sửa đổi số điểm chức chưa điều chỉnh tác nhân phức tạp có liên quan đến phức tạp toàn thể hệ thống Điều đưa vào trương mục mức độ xử lý phân tán, tái sử dụng, hiệu suất, v.v… Các điểm chức năngchưa hiệu chỉnh nhân với yếu tố phức tạp dự án để tạo số điểm chức cuối cho toàn hệ thống Symons (Symons, 1988) lưu ý tính chất chủ quan ước lượng phức tạp có nghĩa số lượng chức chương trình phụ thuộc vào ước lượng Những người khác có quan niệm khác độ phức tạp Do có khác biệt lớn số điểm chức tùy thuộc vào phán đoán ước lượng kiểu hệ thống phát triển Hơn nữa, điểm chức thiên hệ thống xử lý liệu bị chi phối hoạt động đầu vào đầu Nó khó để ước tính số lượng điểm chức cho hệ thống hướng kiện Vì lý này, số người nghĩ điểm chức cách hay để đo lường suất phần mềm (Furey Itchenham, 1997; Amour, 2002) Tuy nhiên, người sử dụng điểm chức cho rằng, có khiếm khuyết, có hiệu tình thực tế (Banker, et al, 1993; Garmus Herron, 2000) SE8_C26.qxd 4/4/06 9:20 Page 618 618 Chapter 26 ■ Software cost estimation Điểm đối tượng (Banker, et al., 1994) thay cho điểm chức Chúng sử dụng với ngôn ngữ như: ngôn ngữ lập trình sở liệu vs ngôn ngữ kịch Điểm đối tượng đối tượng lớp mà tạo phương thức hướng đối tượng thực để phát triển phần mềm Thay vào đó, số lượng điểm đối tượng chương trình ước tính trọng số của: The number of separate screens that are displayed (Số lượng hình riêng biệt hiển thị )màn hình đơn giản tính điểm đối tượng, hình phức tạp tính 2, hình phức tạp tính điểm đối tượng The number of reports that are produced (Số báo cáo tạo ra) Đối với báo cáo đơn giản, tính điểm đối tượng, cho báo cáo phức tạp vừa phải, điểm, cho báo cáo khó tạo ra, đếm điểm đối tượng The number of modules in imperative programming languages such as Java or C++ that must be developed to supplement the database programming code (Số lượng mô-đun ngôn ngữ lập trình mệnh lệnh Java hay C ++ mà phải phát triển để bổ sung mã lập trình sở liệu) Mỗi module tính 10 điểm đối tượng Điểm đối tượng sử dụng tính toán mô hình COCOMO II (nơi chúng gọi điểm ứng dụng) mà bao gồm chương Lợi điểm đối tượng điểm chức dễ dàng ước tính từ đặc điểm kỹ thuật phần mềm cấp cao Điểm đối tượng quan tâm đến hình, báo cáo module ngôn ngữ lập trình thông thường Nó không quan tâm đến chi tiết thực hiện, ước tính yếu tố phức tạp đơn giản nhiều Nếu điểm chức điểm đối tượng sử dụng, chúng ước lượng giai đoạn đầu trình phát triển trước định có ảnh hưởng đến kích thước chương trình thực Ước tính thông số thực sau tương tác bên hệ thống thiết kế Ở giai đoạn này, khó để tạo ước lượng xác kích thước chương trình dòng mã nguồn Điểm chức số lượng đối tượng điểm sử dụng kết hợp với dây chuyền mô hình mã ước lượng Kích thước mã cuối tính từ số lượng điểm chức Sử dụng lịch sử phân tích liệu, số trung bình dòng lệnh, AVC, ngôn ngữ đặc biệt cần thiết để thực điểm chức ước tính Giá trị AVC khác từ 200-300 LOCIFP ngôn ngữ lắp ráp để 2-40 LOCFP cho ngôn ngữ lập trình sở liệu SQL Các ước tính kích thước mã lệnh cho ứng dụng sau tính sau: Kích thước mã = AVC x số điểm chức Năng suất lập trình cá nhân làm việc tổ chức bị ảnh hưởng số yếu tố Một số yếu tố quan trọng tóm tắt hình 26.3 Tuy nhiên, khác biệt khả thường lớn so với yếu tố SE8_C26.qxd 4/4/06 9:20 Page 619 26.1 ■ Software productivity 619 Hình 26.3 Các yếu tố ảnh hưởng đến suất kỹ thuật phần mềm Hệ Số Giải thích Kinh Nghiệm miền ứng dụng Kiến thức miền ứng dụng điều cần thiết cho phát triển phần mềm hiệu Kỹ sư người hiểu miền hiệu chất lượng quy trình Quá trình phát triển sử dụng có tác động đáng kể đến suất Điều đề cập Chương 28 Kích cỡ dự án Lớn dự án, thời gian cần thiết cho thông tin liên lạc đồng đội Ít thời gian có sẵn để phát triển nên suất cá thể bị giảm Công nghệ hỗ trợ Công nghệ hỗ trợ tốt công cụ CASE hệ thống quản lý cấu hình cải thiện suất Môi trường làm việc Như thảo luận chương 25, môi trường làm việc yên tĩnh với khu vực làm việc riêng góp phần cải thiện suất Trong đánh giá ban đầu suất, Sackrnan et al (Sackman, et al., 1968) phát số lập trình viên có suất cao 10 lần người khác Theo kinh nghiệm điều Các đội lớn có kết hợp khả kinh nghiệm có suất 'trung bình' Trong đội nhỏ, nhiên suất tổng thể chủ yếu phụ thuộc vào khiếu khả cá nhân Năng suất phát triển phần mềm thay đổi đáng kể lĩnh vực ứng dụng tổ chức Đối với lớn, phức tạp, hệ thống nhúng, suất ước tính thấp 30 LOC/pm Để đơn giản, hệ thống ứng dụng tìm hiểu, viết ngôn ngữ Java, cao 900 LOC/pm Khi đo số điểm đối tượng, Boehm et al (Boehm, et a]., 1995) cho thấy suất dao động từ điểm đối tượng tháng đến 50 điểm tháng, tùy thuộc vào loại ứng dụng, công cụ hỗ trợ khả phát triển Vấn đề với biện pháp dựa vào số lượng sản xuất khoảng thời gian định họ trương mục đặc tính chất lượng độ tin cậy khả bảo trì Nó chứng tỏ nhiều luôn có nghĩa tốt Beck (Beck, 2000), thảo luận ông lập trình cực đoan, tạo điểm nhấn tuyệt vời ước lượng Nếu phương pháp bạn dựa mã đơn giản hóa cải tiến liên tục, đếm dòng mã nhiều ý nghĩa Những biện pháp không tính đến khả tái sử dụng phần mềm tạo ra, sử dụng mã máy công cụ khác giúp tạo phần mềm Các chi phí phát sinh hệ thống đặc biệt với chức định, chất lượng, hiệu suất, bảo trì, v.v… thực muốn ước lượng Đây liên quan gián tiếp đến biện pháp hữu kích thước hệ thống Là nhà quản lý, bạn không nên sử dụng phép đo suất để có phán đoán thiếu cân nhắc khả kỹ sư nhóm bạn Nếu bạn làm thế, kỹ sư làm ảnh hưởng chất lượng để trở thành nhiều người ‘năng suất cao’ SE8_C26.qxd 4/4/06 9:20 Page 620 620 Chapter 26 ■ Software cost estimation Nó trường hợp mà người lập trình ‘năng suất kém’ viết mã đáng tin cậy - mã số dễ hiểu rẻ để trì Bạn nên luôn, đó, nghĩ việc đo lường suất cung cấp phần thông tin suất người lập trình Bạn cần phải xem xét thông tin khác chất lượng chương trình sản xuất 26.2 Kỹ thuật ước lượng Không có cách đơn giản ước lượng xác công sức cần thiết để phát triển hệ thống phần mềm Bạn phải có ước tính ban đầu sở yêu cầu level cao mà người sử dụng định nghĩa Phần mềm chạy máy khác sử dụng công nghệ phát triển Những người tham gia dự án kỹ họ đến Tất điều có nghĩa ước tính chi phí phát triển hệ thống xác giai đoạn đầu dự án Hơn nữa, có khó khăn việc đánh giá độ xác phương pháp tiếp cận khác đến kỹ thuật ước lượng chi phí Ước lượng dự án thực thường xuyên Các ước tính sử dụng để xác định ngân sách dự án, sản phẩm điều chỉnh cho số ngân sách nhận Tôi thử nghiệm kiểm soát chi phí dự án, nơi chi phí ước lượng không ảnh hưởng đến thử nghiệm Một thử nghiệm kiểm soát không tiết lộ chi phí ước lượng quản lý dự án Các chi phí thực tế sau so sánh với chi phí ước lượng dự án Tuy nhiên, thử nghiệm có lẽ chi phí cao có liên quan đến số lượng biến mà kiểm soát Tuy nhiên, tổ chức cần phải có công sứcphần mềm dự toán chi phí Để làm vậy, nhiều kỹ thuật sử dụng mô tả hình 26.4 (Boehm 1981) Tất kỹ thuật dựa phán đoán, dựa kinh nghiệm nhà quản lý dự án, sử dụng kiến thức họ dự án trước để đến ước tính nguồn lực cần thiết cho dự án Tuy nhiên, có khác biệt quan trọng dự án khứ tương lai Nhiều phương pháp phát triển kỹ thuật giới thiệu 10 năm qua Một số ví dụ thay đổi ảnh hưởng ước tính dựa kinh nghiệm bao gồm Hệ thống phân phối đối tượng hệ thống máy tính lớn Sử dụng dich vụ web Sử dụng ERP hệ thống sở liệu trung tâm Sử dụng phần mềm off-the-shelf phát triển hệ thống ban đầu Phát triển cho với tái sử dụng phát triển tất phận hệ thống •• •• SE8_C26.qxd 4/4/06 9:20 Page 621 26.2 ■ Estimation techniques 621 Figure 26.4 Kỹ thuật Ước lượng Chi phí Kỹ thuật Mô tả Mô hình thuật toán chi phí Một mô hình phát triển cách sử dụng lịch sử thông tin chi phí có liên quan đến số phần mềm số liệu (thường kích thước nó) vào chi phí dự án Một số ước tính làm số mô hình dự đoán công sức cần thiết Phán đoán chuyên gia Ước lượng tương tự Luật Parkinson Một số chuyên gia kỹ thuật phát triển phần mềm đề xuất miền ứng dụng tham khảo ý kiến Họ ước tính chi phí dự án Những ước tính so sánh thảo luận Việc lặp trình lập dự toán ước tính thống đạt Kỹ thuật áp dụng dự án khác miền ứng dụng hoàn thành Chi phí dự án ước tính cách tương tự với dự án hoàn thành Myers (Myers, 1989) đưa mô tả rõ ràng phương pháp Parkinson's Law nói việc mở rộng để lấp đầy thời gian có sẵn Các chi phí xác định nguồn lực sẵn có cách đánh giá khách quan Nếu phần mềm giao 12 tháng có sẵn người, công sứccần thiết ước tính 60 người-tháng Pricing to win Chi phí phần mềm ước tính điều khách hàng có sẵn để chi cho dự án Các công sức ước tính phụ thuộc vào ngân sách khách hàng chức phần mềm Phát triển cách sử dụng ngôn ngữ lập trình TCL Perl (Ousterhout, 1998) Việc sử dụng công cụ CASE phát triển chương trình phát triển phần mềm không hỗ trợ Nếu nhà quản lý dự án không làm việc với kỹ thuật, kinh nghiệm trước họ không giúp đỡ họ ước tính chi phí dự án phần mềm Điều làm khó khăn cho họ để tính chi phí xác ước tính thời hạn Bạn giải phương pháp tiếp cận chi phí dự toán thể hình 26.4 cách sử dụng phương pháp từ xuống phương pháp tiếp cận từ lên Một cách tiếp cận từ xuống bắt đầu cấp độ hệ thống Bạn bắt đầu cách kiểm tra chức tổng thể sản phẩm làm chức cung cấp cách tương tác chức phụ Các chi phí hoạt động hệ thống cung cấp tích hợp, quản lý cấu hình tài liệu thực đưa vài trương mục Các phương pháp tiếp cận từ lên, ngược lại, bắt đầu cấp thành phần Hệ thống phân rã thành thành phần, bạn ước lượng công sức cần thiết để phát triển thành phần Sau bạn thêm thành phần chi phí để tính toán công sức cần thiết cho phát triển toàn hệ thống SE8_C26.qxd 4/4/06 9:20 Page 627 26.3 ■ Algorithmic cost modelling 627 Figure 26.7 Mô hình COCOMO II Một lần mô hình sử dụng công thức chuẩn cho dự toán chi phí nêu Tuy nhiên, bao gồm tập hợp rộng 17 nhân phản ánh lực nhân đặc tính sản phẩm dự án Tất nhiên, hệ thống lớn, phận khác phát triển cách sử dụng công nghệ khác nhau, bạn để ước tính tất phận hệ thống để mức độ xác Trong trường hợp vậy, bạn sử dụng tiểu mô hình thích hợp cho phần hệ thống kết hợp kết để tạo ước lượng tổng hợp Các mô hình ứng dụng thành phần Các mô hình ứng dụng thành phần giới thiệu vào COCOMO I1 để hỗ trợ việc ước lượng công sứccần thiết cho dự án tạo mẫu cho dự án phần mềm phát triển thành phần sáng tác có Nó dựa ước tính điểm ứng dụng trọng số (điểm đối tượng) chia cho ước tính tiêu chuẩn suất áp dụng điểm Sau dự toán điều chỉnh theo khó khăn việc phát triển thời điểm đối tượng (Boehm, et al., 2000) Năng suất lập trình phụ thuộc vào kinh nghiệm nhà phát triển lực khả công cụ CASE sử dụng để hỗ trợ phát triển Hình 26.8 cho thấy mức độ suất đối tượng điểm đề xuất nhà phát triển mô hình (Boehm, et al., 1995) Thành phần ứng dụng liên quan đến phần mềm thường lại có ý nghĩa, số tổng số điểm ứng dụng hệ thống thực với thành phần tái sử dụng •• •• SE8_C26.qxd 4/4/06 9:20 Page 628 628 Chapter 26 ■ Software cost estimation Hình 26.8 Năng suất Điểm đối tượng Kinh nghiệm khả Nhà phát triển Độ rưởng thành khả CASE PROD (NOP/tháng) Very low Low Nominal High Very high Very low Low Nominal High Very high 13 25 50 Tổng số điểm ứng dụng để đưa vào trương muc tỷ lệ tái sử dụng dự kiến trước Do đó, công thức cuối cho việc tính toán công sức cho nguyên mẫu hệ thống : PM = (NAP X (1- %reuse/100)) / PROD PM ước lượng công sức người-tháng NAP tổng số điểm ứng dụng hệ thống phân phối %reuse ước tính số lượng mã tái sử dụng việc phát triển PROD suất điểm đối tượng hình 26.8 Mô hình đơn giản hóa giả định công sức bổ sung tham gia vào việc tái sử dụng Mô hình thiết kế sớm Mô hình sử dụng lần yêu cầu người sử dụng thống giai đoạn đầu trình thiết kế hệ thống triển khai Tuy nhiên, bạn không cần thiết kế chi tiết để thực dự toán ban đầu Mục tiêu bạn giai đoạn nên để thực dự toán gần mà không cần công sức nhiều Do đó, bạn thực giả định đơn giản khác nhau, chẳng hạn công sức tham gia việc tích hợp mã tái sử dụng không Dự toán thiết kế ban đầu hữu ích cho lựa chọn thăm dò nơi mà bạn cần phải so sánh cách khác yêu cầu người sử dụng Các ước tính tạo giai đoạn dựa công thức chuẩn cho mô hình thuật toán, cụ thể là: Effort = A X Size B XM Dựa số liệu lớn riêng mình, Boehm đề xuất hệ số A nên 2,94 Các kích thước hệ thống thể KSLOC, số lượng hàng ngàn dòng mã nguồn Bạn tính toán KSLOC cách ước tính số lượng điểm chức phần mềm Sau đó, bạn sử dụng bảng tiêu chuẩn có liên quan kích thước phần mềm có điểm chức cho ngôn ngữ lập trình khác để tính ước tính ban đầu kích thước hệ thống KSLOC Số mũ B phản ánh công sức cân thiết tăng quy mô dự án tăng Điều bất biến với nhiều loại hệ thống khác nhau, COCOMO 81, khác 1,1-1,24 tùy thuộc vào lạ dự án, Sự linh hoạt phát triển, quy trình giải nguy sử dụng, gắn kết nhóm phát triển mức trưởng thành trình (xem Chương 28) tổ chức Tôi nói •• •• SE8_C26.qxd 4/4/06 9:20 Page 629 26.3 ■ Algorithmic cost modelling 629 làm giá trị số mũ tính cách sử dụng thông số mô tả COCOMO II mô hình post-architecture số nhân M COCOMO II dựa tập hợp đơn giản hóa bảy dự án đặc điểm trình ảnh hưởng đến dự toán Đây tăng giảm công sức cần thiết Những đặc điểm sử dụng mô hình thiết kế ban đầu có sản phẩm có độ tin cậy phức tạp cao (RCPX), yêu cầu tái sử dụng (RUSE), tẳng khó khăn (PDIF), lực nhân (PERS), kinh nghiệm nhân (PREX), lịch trình (SCED) phương tiện hỗ trợ (FCIL) Bạn ước tính giá trị cho thuộc tính cách sử dụng thang sáu điểm mà tương ứng thấp hệ số nhân tương ứng cao Kết công sức tính toán sau: PM = 2.94 X Size B XM Trong đó: M = PERS X RCPX X RUSE X PDIF X PREX X FCIL X SCED Mô hình tái sử dụng Như nói chương 18 19, việc tái sử dụng phần mềm phổ biến, hầu hết hệ thống lớn có tỷ lệ đáng kể mã sử dụng lại từ phát triển trước Các mô hình tái sử dụng sử dụng để ước tính công sức cần thiết việc tích hợp mã tái sử dụng tạo mã COCOMO II chia mã tái sử dụng làm hai loại mã Black-box mã tái sử dụng mà không cần hiểu mã làm thay đổi Công sức phát triển cho mã Black-box không Mã mà điều chỉnh để tích hợp với mã tái sử dụng thành phần khác gọi mã white-box Một số công sứcphát triển cần thiết để tái sử dụng hiểu sửa đổi trước làm việc cách xác hệ thống Ngoài ra, nhiều hệ thống tích hợp việc tự động tạo mã từ chương trình dịch điều tạo mã từ mô hình hệ thống Đây hình thức tái sử dụng mà mẫu tiêu chuẩn nhúng vào máy phát điện Các mô hình hệ thống phân tích, mã dựa mẫu tiêu chuẩn với chi tiết bổ sung từ mô hình hệ thống tạo mô hình tái sử dụng COCOMO II tích hợp mô hình riêng biệt để ước tính chi phí liên quan với mã tạo Đối với mã tự động tạo , mô hình ước tính số người- tháng cần thiết để tích hợp mã Công thức để ước lượng công sức là: PMAuto = (ASLOC X AT/100) / ATPROD // Ước tính cho mã tạo AT tỉ lệ phần trăm mã tự động điều chỉnh mã tự động sinh ATPROD công sức kĩ sư việc tích hợp mã Boehm et al (Boehm, et al., 2000 Đã đo ATPROD khoảng 2.400 báo cáo nguồn tháng Vì vậy, có tổng số 20.000 dòng mã white-box tái sử dụng hệ thống 30% số tự động tạo ra, công sức cần thiết để tích hợp mã tạo là: •• SE8_C26.qxd 4/4/06 9:20 Page 630 630 Chapter 26 ■ Software cost estimation (20,000 X 30/100) / 2400 = 2.5 người tháng //Ví dụ mã tạo Các thành phần khác mô hình tái sử dụng sử dụng hệ thống tích hợp số mã số thành phần mã white-box tích hợp Trong trường hợp này, mô hình tái sử dụng không tính toán công sức trực tiếp Thay vào đó, dựa số lượng dòng mã tái sử dụng, tính toán số đại diện cho số lượng dòng mã tương đương Vì vậy, 30.000 dòng mã lệnh tái sử dụng,ước tính kích thước tương đương 6.000 Về bản, tái sử dụng 30.000 dòng mã lấy tương đương với viết 6.000 dòng mã Con số tính toán thêm vào số lượng dòng mã phát triển COCOMO II mô hình post-architecture Những ước tính mô hình tái sử dụng là: ASLOC— số lượng dòng mã thành phần mà phải điều nh; ESLOC— số lượng tương đương với dòng mã nguồn Công thức dùng để tính ESLOC đưa vào trương mục công sức cần thiết cho hiểu biết phần mềm, để làm thay đổi mã tái sử dụng để làm thay đổi hệ thống để tích hợp mã Nó đưa vào trương mục số lượng mã tự động tạo nơi mà công sức phát triển tính toán, giải thích phần trước Công thức sau sử dụng để tính toán số lượng dòng tương đương với mã nguồn: ESLOC = ASLOC X (1 - AT/100) X AAM ASLOC giảm theo tỷ lệ phần trăm theo mã tự động tạo AAM Adaptation Adjustment Multiplier,sẽ đưa vào trương mục công sức cần thiết để sử dụng lại mã.Một cách đơn giản, AAM tổng hợp ba thành phần: Một yếu tố thích ứng (gọi tắt AAF) đại diện cho chi phí việc thay đổi mã tái sử dụng Điều bao gồm thành phần đưa vào thiết kế trương mục, mã tích hợp thay đổi Một thành phần hiểu biết (gọi SU) đại diện cho chi phí hiểu biết mã để tái sử dụng quen thuộc kỹ sư với mã SU khoảng từ 50 cho mã cấu trúc phức tạp đến 10 chomã viết tốt, mã hướng đối tượng Một yếu tố đánh giá (gọi tắt AA) đại diện cho chi phí việc đưa định tái sử dụng Đó là, vài phân tích luôn cần phải định xem mã tái sử dụng, điều tính vào chi phí AA AA thay đổi 0-8 tùy thuộc vào số lượng công sức phân tích cần thiết •• •• SE8_C26.qxd 4/4/06 9:20 Page 631 26.3 ■ Algorithmic cost modelling 631 Các mô hình tái sử dụng mô hình phi tuyến Một số công sức cần thiết việc sử dụng lại coi việc thực đánh giá liệu tái sử dụng hay không Hơn ,nhiều nhiều việc tái sử dụng ước tính, chi phí cho đơn vị mã sử dụng lại drop hiểu biết định đánh giá chi phí lan truyền nhiều dòng mã Mức post-architecture Mô hình post-architecture chi tiết mô hình COCOMO II.nó sử dụng thiết kế kiến trúc ban đầu cho hệ thống có sẵn cấu trúc hệ thống phải cần biết đến Dự toán sản xuất mức post-architecture dựa công thức (PM=A X SizeB X M) sử dụng dự toán thiết kế ban đầu Tuy nhiên, ước tính kích thước cho phần mềm phải xác giai đoạn nằm trình lập dự toán Ngoài ra, thang tính nhiều cho độ rộng sản phẩm, trình thuộc tính tổ chức (17 thay 7) sử dụng để cải tiến tính toán công sức ban đầu Có thể sử dụng nhiều thuộc tính giai đoạn bạn có nhiều thông tin phần mềm phát triển trình phát triển Ước tính kích thước mã mô hình post-architecture tính toán cách sử dụng ba thành phần: Ước tính tổng số dòng mã phát triển Ước tính số tương đương với dòng mã nguồn (ESLOC) tính cách sử dụng mô hình tái sử dụng Ước tính số lượng dòng mã sửa đổi thay đổi đối yêu cầu Ba thành phần thêm vào tổng kích thước mã KSLOC mà bạn sử dụng công thức tính toán công sức.Thành phần cuối dự toán — số lượng dòng mã sửa đổi — phản ánh thực tế yêu cầu phần mềm luôn thay đổi Các chương trình hệ thống phải phản ánh yêu cầu thay đổi để bổ sung mã phát triển Tất nhiên, ước tính số lượng dòng mã thay đổi không dễ dàng, thường xuyên có bất ổn số so với dự toán phát triển Hàm số mũ (B) công thức công sứctính toán có ba giá trị có COCOMO Chúng liên quan đến mức độ phức tạp dự án Như dự án trở nên phức tạp, ảnh hưởng việc tăng kích thước hệ thống trở nên có ý nghĩa Tuy nhiên, thực tiễn tổ chức tốt thủ tục kiểm soát ' tính phi kinh tế theo quy mô’ Điều ghi nhận COCOMO II, nơi phạm vi giá trị số mũ B liên tục gián đoạn Số mũ dựa năm nhân tố quy mô, thể hình 26.9 Những yếu tố đánh giá thang điểm từ sáu điểm từ thấp đến cao (5-0) Sau đó, bạn nên thêm đánh giá, chia chúng 100 thêm kết với 1.01 để có số mũ sử dụng Để minh họa điều này, tưởng tượng tổ chức tham gia vào dự án miền mà có kinh nghiệm trước •• •• SE8_C26.qxd 4/4/06 9:20 Page 632 632 Chapter 26 ■ Software cost estimation Figure 26.9 Các yếu Tố quy mô sử dụng Trong tính toán Số mũ COCOMO II Yếu tố quy mô Precedentedness Development flexibility Giải thích Phản ánh kinh nghiệm trước tổ chức với loại dự án Rất thấp có nghĩa kinh nghiệm trước đó; Rất cao có nghĩa tổ chức hoàn toàn quen thuộc với miền ứng dụng Phản ánh mức độ linh hoạt trình phát triển Rất thấp có nghĩa trình sử dụng theo quy định; Rất cao cónghĩa khách hàng đặt mục tiêu nói chung Architecture/risk resolution Phản ánh mức độ phân tích rủi ro thực hiện.Rất thấp có nghĩa phân tích; Rất cao có nghĩa phân tích rủi ro đầy đủ kỹ lưỡng Team cohesion Phản ánh nhóm phát triển biết làm việc thấp cho thấy tương tác khó khăn; cao có nghĩa nhóm hợp hiệu với vấn đề truyền thông Process maturity Phản ánh trình trưởng thành tổ chức Việc tính toán giá trị phụ thuộc vào CMM Maturity Questionnaire, ước tính tính cách trừ mức độ trưởng thành trình CMM Các khách hàng dự án không định nghĩa trình sử dụng không đồng ý với thời gian lịch trình dự án cho việc phân tích rủi ro Một nhóm phát triển phải đặt lại với để thực hệ thống Các tổ chức gần đặt chương trình cải tiến quy trình chỗ đánh giá tổ chức cấp theo mô hình CMM (xem Chương 28) Giá trị sử dụng cho xếp hạng sử dụng tính toán số mũ là: • • • • • Precedentedness Đây dự án cho tổ chức —hạng thấp (4) Development flexibility Không có tham gia khách hàng —hạng cao (1) Architecture/risk resolution Không phân tích rủi ro thực —hạng thấp(5) Team cohesion Nhóm nên thông tin —hạng trung bình (3) Process maturity Một số quy trình kiểm soát chỗ — hạng trung bình (3) Tổng giá trị 16, bạn tính toán số mũ cách cộng 0,16 với 1.01, nhận giá trị 1,17 Các thuộc tính (Hình 26.10) sử dụng để điều chỉnh dự toán ban đầu tạo số nhân M mô hình post-architecture rơi vào bốn lớp: Thuộc tính sản phẩm có liên quan với đặc tính cần thiết sản phẩm phần mềm phát triển Thuộc tính máy tính khó khăn phần mềm tảng phần cứng •• •• SE8_C26.qxd 4/4/06 9:20 Page 633 26.3 ■ Algorithmic cost modelling 633 Figure 26.10 Trình điều khiển chi phí dự án Đặc tính Loại Miêu tả RELY Product Yêu cầu độ tin cậy hệ thống CPLX Product Sự phức tạp cảu module hệ thống DOCU Product Phạm vi tài liệu cần thiết DATA Product Kích thước sở liệu sử dụng RUSE Product Tỉ lệ phần trăm phần tái sử dụng TIME Computer Hạn chế thời gian thực PVOL Computer Sự biến động tẳng phát triển STOR Computer Hạn chế nhớ ACAP Personnel Năng lực nhà phân tích dự án PCON Personnel Tính lien tục nhân PCAP Personnel Khả lập trình viên PEXP Personnel Kinh nghiệm lập trình viên phạm vi dự án AEXP Personnel Kinh nghiệm phần tích miền dự án LTEX Personnel Kinh nghiệm ngôn ngữ công cụ TOOL Project Sử dụng công cụ phần mềm SCED Project Rút ngắn kế hoạch phát triển SITE Project Phạm vi multisite làm việc chất lượng trao đổi inter-site Thuộc tính Nhân hệ số mà kinh nghiệm lực người làm việc dự án đưa vào trương mục Thuộc tính dự án có liên quan với đặc thù dự án phát triển phần mềm Hình 26.11 cho thấy trình điều khiển chi phí ước tính ảnh hưởng đến nỗ lực Tôi lấy giá trị cho số mũ 1,17 thảo luận ví dụ cho RELY, CPLX, STOR, TOOL SCED chìa khóa trình điểu khiển chi phí dự án Tất trình điều khiển chi phí khác có giá trị mặt 1, không ảnh hưởng đến tính toán công sức SE8_C26.qxd 4/4/06 9:20 Page 634 634 Figure 26.11 Hiệu trình điều khiển chi phí ước tính công sức Chapter 26 ■ Software cos t esti mation Exponent value System size (including factors for reuse and requirements volatility) Initial COCOMO estimate without cost drivers 1.17 128,000 DSI Reliability Complexity Memory constraint Tool use Schedule Adjusted COCOMO estimate Very high, multiplier = 1.39 Very high, multiplier = 1.3 High, multiplier = 1.21 Low, multiplier = 1.12 Accelerated, multiplier = 1.29 2306 person-months Reliability Complexity Memory constraint Tool use Schedule Adjusted COCOMO estimate Very low, multiplier = 0.75 Very low, multiplier = 0.75 None, multiplier = Very high, multiplier = 0.72 Normal, multiplier = 295 person-months 730 person-months Trong hình 26.11, gắn giá trị lớn nhỏ đến chi phí mã điều khiển để ướt lượng cố gắng họ Các giá trị thực từ tài liệu tham khảo hướng dẫn sử dụng COCOMO I1 (Boehm, 1997) Bạn thấy giá trị cho trình điều khiển có chi phí ước tính cao đến gấp ba lần giá trị ban đầu, giá trị thấp làm giảm ước tính khoảng phần ba phần giá trị ban đầu Điều nhấn mạnh khác biệt lớn loại dự án khác khó khăn chuyển giao kinh nghiệm từ miền ứng dụng khác Công thức đề xuất nhà phát triển mô hình COCOMO II phản ánh kinh nghiệm liệu họ, mô hình phức tạp để hiểu sử dụng Có nhiều thuộc tính phạm vi đáng kể cho không chắn việc ước tính giá trị họ Về nguyên tắc, người dùng mô hình cần hiệu chỉnh mô hình giá trị thuộc tính theo số liệu dự án lịch sử riêng nó, điều phản ánh hoàn cảnh địa phương có ảnh hưởng đến mô hình Trong thực tế, nhiên, số tổ chức thu thập đủ liệu từ trước dự án hình thức hỗ trợ mô hình chuẩn Sử dụng thực tế COCOMO II bắt đầu với giá trị công bố cho thông số mô hình, cho người sử dụng để biết cách chặt chẽ liên quan đến tình trạng Điều có nghĩa việc sử dụng thực tế mô hình COCOMO hạn chế Các tổ chức lớn có nguồn lực để sử dụng chuyên gia chi phí mô hình thích ứng sử dụng mô hình COCOMO I1 Tuy nhiên, phần lớn công ty, chi phí đồ đạc học tập để sử dụng mô hình thuật toán mô hình COCOMO là, cao mà họ khả giới thiệu cách tiếp cận 26.3.2 Mô hình chi phí thuật toán dự án quy hoạch •• •• SE8_C26.qxd 4/4/06 9:20 Page 635 26.3 ■ Algorithmic cost modelling 635 Một ứng dụng có giá trị mô hình chi phí thuật toán để so sánh khác biệt việc đầu tư tiền để giảm chi phí dự án Điều đặc biệt quan trọng nơi mà bạn có để làm cho chi phí phần cứng, phần mềm chi phí mà bạn tuyển dụng nhân viên với kỹ dự án cụ thể Mã mô hình thuật toán giúp bạn đánh giá rủi ro lựa chọn Áp dụng mô hình chi phí tiết lộ tài tiếp xúc liên kết với định quản lý khác Hãy xem xét hệ thống nhúng để kiểm soát thử nghiệm để đưa không gian Thí nghiệm Spaceborne phải đáng tin cậy giới hạn trọng lượng gent Số lượng chip bảng mạch phải giảm nhiều Trong điều kiện mô hình COCOMO, số nhân dựa máy tính hạn chế độ tin cậy lớn Có ba thành phần phải đưa vào trương mục chi phí dự án này: Chi phí phần cứng mục tiêu để thực hệ thống Các chi phí tảng (máy tính cộng với phần mềm) để phát triển hệ thống Các chi phí công sức cần thiết để phát triển phần mềm Hình 26.13 cho thấy số lựa chọn cho dự án Chúng bao gồm chi tiêu nhiều vào phần cứng, mục tiêu giảm chi phí phần mềm đầu tư tốt vào công cụ phát triển Chi phí phần cứng bổ sung chấp nhận hệ thống chuyên ngành hệ thống mà sản xuất hàng loạt Nếu phần cứng nhúng vào sản phẩm tiêu dùng, nhiên, đầu tư vào phần cứng, mục tiêu giảm chi phí phần mềm làm tăng chi phí đơn vị sản phẩm, không phân biệt số lượng bán, Người ta thường đồng minh không mong muốn Hình 26.13 cho thấy phần cứng, phần mềm tổng chi phí cho tùy chọn AF thể hình 26.12 Áp dụng mô hình COCOMO I1 trình điều khiển ước lượng chi phí nỗ lực 45 người-tháng để phát triển hệ thống phần mềm nhúng cho ứng dụng Chi phí trung bình cho người-tháng nỗ lực $ 15.000 Các nhân liên quan dựa lưu trữ thực chế thời gian (TIME Stor), sẵn có công cụ hỗ trợ (trình biên dịch chéo, vv) cho triển hệ thống quản (TOOL), tảng kinh nghiệm kinh nghiệm nhóm phát triển (LTEX) Trong tất tùy chọn, hệ số độ tin cậy (LETY) 1,39, cho thấy hãng Sigma nỗ lực đáng kể cần thiết để phát triển hệ thống đáng tin cậy Chi phí phần mềm (SC) tính sau: SC = Effort estimate X RELY X TIME X STOR X TOOL X EXP X $15,000 Lựa chọn A đại diện cho chi phí xây dựng hệ thống với hỗ trợ có nhân viên Nó đại diện cho sở để so sánh Tất tùy chọn khác liên quan đến chi tiêu phần cứng tuyển dụng (với chi phí rủi ro liên quan) nhân viên Lựa chọn B cho thấy việc nâng cấp phần cứng không thiết phải giảm chi phí Các nhân viên thiếu kinh nghiệm với phần cứng mới, gia tăng nghiệm khoa nhân phủ nhận việc giảm Stor TIME nhân Nó đồng minh hiệu chi phí để nâng cấp nhớ toàn cấu hình máy tính SE8_C26.qxd 4/4/06 9:20 Page 636 Chapter 26 ■ Software cos t esti mation 636 Figure 26.12 tùy chọn quản lý A Sử dụng phần cứng, phát triển hệ thống phát triển đội ngũ B nâng cấp xử lý nâng cấp nhớ C Chỉ nâng cấp nhớ Chi phí phần cứng tăng Kinh nghiệm giảm Chi phí phần cứng tăng E Hệ thống phát triển D Nhiều nhân viên giàu kinh nghiệm F Nhân viên có kinh nghiệm phần cứng Chi phí phần cứng tăng Kinh nghiệm giảm Option RELY STOR TIME TOOLS A 1.39 1.06 1.11 0.86 B 1.39 1 C 1.39 D 1.39 EX F Total effort Software cost Hardware cost Total cost 63 949393 100000 1049393 1.12 1.22 88 1313550 120000 1402025 1.11 0.86 60 895653 105000 1000653 1.06 1.11 0.86 0.84 51 769008 100000 897490 1.39 1 0.72 1.22 56 844425 220000 1044159 1.39 1 1.12 0.84 57 851180 120000 1002706 Figure 26.13 Chi phí tùy chọn quản lý LTEX Lựa chọn D xuất để cung cấp chi phí thấp cho tất ước tính Không có thêm Chi quản lý phần cứng có liên quan nhân viên tuyển dụng vào phải dự án Nếu điều có sẵn công ty, điều có lẽ lựa chọn tốt để chọn Nếu không, họ phải tuyển chọn từ bên ngoài, bao gồm chi phí đáng kể,v rủi ro Đây có nghĩa lợi chi phí tùy chọn nhiều đáng kể so với đề nghị hình 26.13 Lựa chọn C cung cấp tiết kiệm gần $ 50.000 với nguy liên quan Quản lý dự án bảo thủ có lẽ chọn tùy chọn lựa chọn rủi ro D Việc so sánh cho thấy tầm quan trọng kinh nghiệm nhân viên số nhân Nếu tốt chất lượng người có kinh nghiệm tuyển dụng, điều làm giảm đáng kể chi phí dự án SE8_C26.qxd 4/4/06 9:20 Page 637 26.4 ■ Project duration and staffing 637 Điều phù hợp với thảo luận yếu tố suất Nó cho thấy đầu tư vào phần cứng công cụ không chi phí-hiệu Một số kỹ sư thích tùy chọn mang lại cho họ hội tunity để tìm hiểu làm việc với hệ thống Tuy nhiên, mát kinh nghiệm tác động đáng kể nhiều chi phí hệ thống so với tiết kiệm mà phát sinh từ việc sử dụng hệ thống phần cứng 26.4 Thời hạn dự án nhân Cũng ước lượng nỗ lực cần thiết để phát triển hệ thống phần mềm mức tất chi phí dự án, quản lý dự án phải ước lượng phần mềm làm để phát triển nhân viên cần thiết để làm việc dự án Việc phát triển thời gian cho dự án gọi tiến độ dự án Càng ngày, tổ chức đòi hỏi lịch trình phát triển ngắn để sản phẩm họ đưa thị trường trước đối thủ cạnh tranh họ Các mối quan hệ số lượng nhân viên làm việc dự án, nỗ lực tổng yêu cầu thời gian phát triển không tuyến tính Vì số lượng nhân viên tăng lên, nỗ lực nhiều cần thiết Lý cho điều người dành nhiều thời gian tranh trao đổi xác định giao diện phận hệ thống phát triển ta Tăng gấp đôi số nhân viên (ví dụ) nghĩa thời gian dự án giảm nửa Mô hình COCOMO bao gồm công thức để ước lượng thời gian lịch (TDEV) cần thiết để hoàn thành dự án Các công thức tính toán thời gian cho tất Mức COCOMO: TDEV = X (PM)(0.33+0.2*(B-1.01)) PM việc tính toán sức B số mũ tính, thảo luận (0 cho mô hình mẫu đầu) Tính toán dự đoán lịch trình danh nghĩa cho dự án Tuy nhiên, tiến độ dự án dự đoán lịch trình theo yêu cầu trình kế hoạch dự án không thiết phải điều tương tự Lịch trình dự kiến ngắn dài danh nghĩa dự đoán tiến độ Tuy nhiên, rõ ràng giới hạn đến mức thay đổi lịch trình, mô hình COCOMO I1 dự đoán này: TDEV = X (PM) (0.33+0.2*(B-1.01)) X SCEDPercentage/100 SCEDPercentage tăng giảm phần trăm lịch danh nghĩa Nếu số dự đoán khác nhiều so với tiến độ kế hoạch, đề nghị có nguy cao vấn đề cung cấp phần mềm kế hoạch SE8_C26.qxd 4/4/06 9:20 Page 638 638 Chapter 26 ■ Software cost estimation minh họa cho tính toán lịch trình phát triển COCOMO, giả định 60 tháng nỗ lực ước tính để phát triển hệ thống phần mềm (Lựa chọn C hình 26,12) Giả sử giá trị số mũ B 1,17 Từ phương trình tiến độ, thời gian cần thiết để hoàn thành dự án là: TDEV = x (60) 0,36 = 13 tháng Trong trường hợp này, nén lịch trình mở rộng, hạn cuối công thức hiệu lực tính toán Một ý nghĩa thú vị mô hình COCOMO thời gian cần thiết để hoàn thành dự án chức tổng số nỗ lực cần thiết cho dự án Nó không không phụ thuộc vào số lượng kỹ sư phần mềm làm việc dự án Con- doanh nghiệp quan niệm thêm người vào dự án chậm tiến độ khó để giúp lịch trình để lấy lại Myers (Myers, 1989) thảo luận vấn đề lịch trình tăng tốc Ông cho dự án có khả chạy vào đáng kể vấn đề họ cố gắng để phát triển phần mềm mà không cho phép đủ thời gian lịch Những điểm ■ Không thiết phải mối quan hệ đơn giản giá phí cho hệ thống chi phí phát triển Các yếu tố tổ chức có nghĩa giá tính tăng để bù đắp cho rủi ro tăng giảm để đạt lợi cạnh tranh Yếu tố ảnh hưởng suất phần mềm bao gồm khiếu cá nhân (các yếu tố chi phối), kinh nghiệm miền, trình phát triển, quy mô dự án, công cụ hỗ trợ môi trường làm việc ■ Phần mềm thường định giá để đạt hợp đồng, chức hệ thống sau điều chỉnh để đáp ứng giá ước tính ■ Có kỹ thuật khác dự toán chi phí phần mềm Trong trình lập dự toán, số kỹ thuật khác sử dụng Nếu ước tính phân kỳ rộng rãi, điều có nghĩa thông tin dự toán không đầy đủ có sẵn ■ Các mô hình chi phí COCOMO II mô hình chi phí thuật toán phát triển tốt mà dự án, sản phẩm, phần cứng nhân viên thuộc tính vào trương mục xây dựng chi phí dự toán Nó bao gồm phương tiện dự toán lộ trình phát triển ■ Mô hình chi phí thuật toán sử dụng để hỗ trợ phân tích định lượng tùy chọn Chúng cho phép chi phí tùy chọn khác để tính và, chí với lỗi, tùy chọn so sánh sở khách quan ■ Thời gian cần thiết để hoàn thành dự án không đơn giản tỷ lệ thuận với số lượng người làm việc dự án Thêm người vào dự án cuối năm tăng giảm thời gian cần thiết để hoàn thành dự án •• •• SE8_C26.qxd 4/4/06 9:20 Page 639 Chapter 26 ■ Exercises 639 Cách chia nỗ lực cần thiết vào dự án kế hoạch phát triển không đưa dấu hiệu hữu ích số lượng người cần thiết cho nhóm dự án Nói chung, có số người cần thiết bắt đầu dự án Cany thiết kế ban đầu Nhóm nghiên cứu sau xây dựng lên đến đỉnh cao triển triển thử nghiệm hệ thống, cuối kích thước nhóm giảm hệ thống chuẩn bị cho việc triển khai Một tích tụ nhanh chóng cán dự án chứng minh tương quan với tiến độ dự án trượt Quản lý dự án nên tránh thêm nhiều nhân viên cho dự án sớm đời Nỗ lực xây dựng mô hình hóa gọi đường cong Rayleigh (Londeix, 1987) Putnam ước lượng mô hình (Putnam, 1978), incorpo- giá mô hình biên chế dự án dựa đường cong Mô hình Putnam bao gồm thời gian phát triển yếu tố quan trọng Như thời gian phát triển giảm, nỗ lực cần thiết để phát triển hệ thống phát triển theo cấp số nhân ĐỌC THÊM 'Mười unmyths dự toán dự án Một báo thực tế thảo luận khó khăn thực tế dự toán dự án số thách thức giả định lĩnh vực (P Armour, Comm ACM, q5 (11), tháng mười năm 2002.) Ước tính chi phí phần mềm với COCOMO 11 Đây sách dứt khoát mô hình COCOMO II Nó cung cấp mô tả đầy đủ mô hình với nhiều ví dụ bao gồm phần mềm thực mô hình Đó chi tiết không đọc ánh sáng Giấy Boehm đây, xem, giới thiệu dễ dàng với mô hình (B Boehm, et al., 2000, Prentice Hall.) Phần mềm quản lý dự án: Các đọc trường hợp Một lựa chọn loại giấy tờ nghiên cứu tình quản lý dự án phần mềm đặc biệt mạnh mẽ vùng phủ sóng giá thuật toán mô hình (C F Kemerer (ed.), Năm 1997, Irwin.) 'Mô hình Chi phí cho trình vòng đời phần mềm tương lai: COCOMO 11' Giới thiệu COCOMO II mô hình dự toán chi phí bao gồm lý cho việc sử dụng công thức Dễ đọc definitive sách (B Boehm et al., Annals of Software Engineering, 1, Balzer Science Publishers, 1995.) Bài Tập •• •• 26.1 Dưới tình công ty tính giá cao nhiều hệ thống phần mềm so với đề nghị dự toán chi phí cộng với tỷ suất lợi nhuận bình thường? 26.2 Miêu tả hai số liệu sử dụng để đo lường suất lập trình Bình luận ngắn gọn lợi bất lợi số liệu SE8_C26.qxd 4/4/06 9:20 Page 640 640 Chapter 26 ■ Software cost estimation 26.3 Trong phát triển lớn, hệ thống nhúng thời gian thực, cho thấy năm yếu tố có khả để có tác động đáng kể đến suất nhóm phát triển phần mềm 26.4 Chi phí ước tính không phân biệt tính rủi ro kỹ thuật ước lượng sử dụng Đề nghị bốn cách rủi ro dự toán chi phí giảm 26.5 Tại số kỹ thuật ước lượng nên sử dụng để sản xuất ước tính chi phí cho lớn, hệ thống phần mềm phức tạp ? 26.6 Một người quản lý phần mềm chịu trách nhiệm phát triển hệ thống phần mềm an toàn quan trọng mà thiết kế để kiểm soát máy xạ trị để điều trị bệnh nhân bị ung thư Điều hệ thống nhúng vào máy phải chạy xử lý mục đích đặc biệt với số tiền cố định nhớ (8 MB) Máy giao tiếp với sở liệu bệnh nhân hệ thống để có thông tin chi tiết bệnh nhân, sau điều trị, tự động ghi lại Liều xạ chuyển chi tiết điều trị khác sở liệu Phương pháp COCOMO sử dụng để ước tính nỗ lực cần thiết để phát triển hệ thống ước tính 26 tháng-người tính Tất nhân lái xe chi phí thiết lập để thực ước tính Giải thích lý ước tính phải điều chỉnh để đưa dự án, nhân sự, sản phẩm yếu tố tổ chức vào trương mục Đề nghị bốn yếu tố mà có ảnh hưởng đáng kể ước tính COCOMO ban đầu đề xuất giá trị cho yếu tố Biện minh cho lý bạn bao gồm yếu tố 26.7 Nêu ba lý dự toán chi phí chuẩn bị thuật toán tổ chức khác không so sánh trực tiếp 26.8 Giải thích cách tiếp cận thuật toán để chi phí ước tính sử dụng nhà quản lý dự án để phân tích lựa chọn Đề nghị tình mà nhà quản lý chọn cách tiếp cận mà dựa chi phí dự án thấp 26.9 Một số dự án phần mềm lớn liên quan đến việc viết hàng triệu dòng mã đề nghị mô hình ước lượng có ích chi phí cho hệ thống Tại giả định mà họ dựa không hợp lệ cho hệ thống phần mềm lớn ? 26.10 Có đạo đức cho công ty để trích dẫn mức giá thấp cho hợp đồng phần mềm biết Yêu cầu không rõ ràng họ tính giá cao cho thay đổi theo yêu cầu khách hàng? 26.11 Hiệu suất đo có nên sử dụng nhà quản lý trình đánh giá nhân viên? Biện pháp bảo vệ điều cần thiết để đảm bảo chất lượng mà không bị ảnh hưởng điều này? •• [...]... những người dành nhiều thời gian tranh bản trao đổi và xác định các giao diện giữa các bộ phận của hệ thống được phát triển bởi ngươi ta Tăng gấp đôi số nhân viên (ví dụ) do đó không có nghĩa là rằng thời gian của dự án sẽ được giảm đi một nửa Mô hình COCOMO bao gồm một công thức để ước lượng thời gian lịch (TDEV) cần thiết để hoàn thành một dự án Các công thức tính toán thời gian là như nhau cho tất cả... cần thiết để làm việc trên dự án Việc phát triển thời gian cho dự án được gọi là tiến độ dự án Càng ngày, các tổ chức đang đòi hỏi lịch trình phát triển ngắn hơn để các sản phẩm của họ có thể được đưa ra thị trường trước đối thủ cạnh tranh của họ Các mối quan hệ giữa số lượng nhân viên làm việc trên một dự án, các nỗ lực tổng yêu cầu và thời gian phát triển là không tuyến tính Vì số lượng nhân viên... kinh nghiệm nhân viên như một số nhân Nếu tốt chất lượng những người có kinh nghiệm ngay được tuyển dụng, điều này có thể làm giảm đáng kể chi phí dự án SE8_C26.qxd 4/4/06 9:20 Page 637 26.4 ■ Project duration and staffing 637 Điều này phù hợp với các cuộc thảo luận về các yếu tố năng suất trong Nó cũng cho thấy rằng đầu tư vào phần cứng và các công cụ mới có thể không chi phí-hiệu quả Một số kỹ sư có... mềm như kế hoạch SE8_C26.qxd 4/4/06 9:20 Page 638 638 Chapter 26 ■ Software cost estimation minh họa cho các tính toán lịch trình phát triển COCOMO, giả định rằng 60 tháng nỗ lực được ước tính để phát triển một hệ thống phần mềm (Lựa chọn C trong hình 26,12) Giả sử rằng giá trị của số mũ B là 1,17 Từ phương trình đúng tiến độ, thời gian cần thiết để hoàn thành dự án là: TDEV = 3 x (60) 0,36 = 13 tháng... khác nhau để được tính và, thậm chí với các lỗi, các tùy chọn có thể được so sánh trên cơ sở khách quan ■ Thời gian cần thiết để hoàn thành một dự án không chỉ đơn giản là tỷ lệ thuận với số lượng người làm việc trên dự án Thêm người vào một dự án cuối năm có thể tăng chứ không phải giảm thời gian cần thiết để hoàn thành dự án •• •• SE8_C26.qxd 4/4/06 9:20 Page 639 Chapter 26 ■ Exercises 639 Cách chia... (Londeix, 1987) và Putnam của ước lượng mô hình (Putnam, 1978), trong đó incorpo- giá một mô hình biên chế dự án dựa trên những đường cong này Mô hình Putnam cũng bao gồm thời gian phát triển như là một yếu tố quan trọng Như thời gian phát triển giảm, nỗ lực cần thiết để phát triển hệ thống phát triển theo cấp số nhân ĐỌC THÊM 'Mười unmyths dự toán của dự án Một bài báo thực tế rằng thảo luận về những... đời phần mềm trong tương lai: COCOMO 11' Giới thiệu về COCOMO II mô hình dự toán chi phí bao gồm các lý do cho việc sử dụng các công thức Dễ đọc hơn definitive cuốn sách (B Boehm et al., Annals of Software Engineering, 1, Balzer Science Publishers, 1995.) Bài Tập •• •• 26.1 Dưới tình huống nào có thể một công ty tính giá cao hơn nhiều đối với một hệ thống phần mềm hơn so với đề nghị của các dự toán... sử dụng để đo lường năng suất lập trình Bình luận ngắn gọn về những lợi thế và bất lợi của mỗi của các số liệu SE8_C26.qxd 4/4/06 9:20 Page 640 640 Chapter 26 ■ Software cost estimation 26.3 Trong sự phát triển lớn, các hệ thống nhúng thời gian thực, cho thấy năm yếu tố có khả năng để có một tác động đáng kể đến năng suất của nhóm phát triển phần mềm 26.4 Chi phí ước tính là không phân biệt tính rủi... mã white-box tái sử dụng trong một hệ thống và 30% trong số này được tự động tạo ra, vậy những công sức cần thiết để tích hợp mã được tạo ra này là: •• SE8_C26.qxd 4/4/06 9:20 Page 630 630 Chapter 26 ■ Software cost estimation (20,000 X 30/100) / 2400 = 2.5 người tháng //Ví dụ mã đã tạo ra Các thành phần khác của mô hình tái sử dụng được sử dụng khi một hệ thống tích hợp một số mã mới và một số thành... sử dụng Để minh họa điều này, hãy tưởng tượng rằng một tổ chức được tham gia vào một dự án trong một miền mà nó có rất ít kinh nghiệm trước đây •• •• SE8_C26.qxd 4/4/06 9:20 Page 632 632 Chapter 26 ■ Software cost estimation Figure 26.9 Các yếu Tố quy mô sử dụng Trong tính toán Số mũ COCOMO II Yếu tố quy mô Precedentedness Development flexibility Giải thích Phản ánh những kinh nghiệm trước đây của ... nghĩa thời gian du lịch giảm xuống thời gian sử dụng hiệu việc phát triển phần mềm Trong dự án mà làm việc, làm cho họp khác cầu truyền hình mặt đối mặt đáp ứng giảm chi phí lại thời gian gần 50%... viên (ví dụ) nghĩa thời gian dự án giảm nửa Mô hình COCOMO bao gồm công thức để ước lượng thời gian lịch (TDEV) cần thiết để hoàn thành dự án Các công thức tính toán thời gian cho tất Mức COCOMO:... sáng không gian văn phòng Chi phí nhân viên hỗ trợ kế toán, quản trị, quản lý hệ thống, chất tẩy rửa kỹ thuật Chi phí mạng truyền thong SE8_C26.qxd 4/4/06 9:20 Page 614 614 Chapter 26 ■ Software