Luận văn thạc sĩ: Áp dụng mô hình COCOMO II để ước lượng chi phí dự án phần mềm

Khám phá luận văn thạc sĩ về hệ thống thông tin quản lý, áp dụng mô hình COCOMO II trong ước lượng chi phí dự án phần mềm hiệu quả.

• Tác giả: Khưu Quốc Bảo
• Người hướng dẫn: TS Nguyễn Hải Quân
• Trường học: Đại học Bách Khoa - ĐHQG - HCM
• Chuyên ngành: Hệ thống thông tin quản lý
• Đề tài: Ước Lượng Chi Phí Dự Án Phần Mềm Bằng Mô Hình COCOMO II
• Loại tài liệu: luận văn thạc sĩ
• Năm xuất bản: 2012
• Địa điểm: Thành phố Hồ Chí Minh

Mục lục chi tiết

• LỜI CẢM ƠN
• TÓM TẮT NỘI DUNG LUẬN VĂN
• LỜI CAM ĐOAN
• DANH MỤC HÌNH VÀ BẢNG
• 1. CHƯƠNG 1: MỞ ĐẦU
• 1.1. Hình thành vấn đề
• 1.2. Lý do chọn đề tài
• 1.3. Những câu hỏi nghiên cứu
• 1.4. Phạm vi nghiên cứu
• 1.4.1. Đối tượng nghiên cứu
• 1.4.2. Không gian và thời gian thực hiện
• 1.5. Mục tiêu đề tài
• 1.6. Tóm tắt chương một
• 2. CHƯƠNG 2: TỔNG QUAN CƠ SỞ LÝ THUYẾT
• 2.1. Chi phí của dự án phần mềm
• 2.2. Quản lý chi phí dự án
• 2.3. Ước lượng chi phí dự án
• 2.4. Quản lý dự án phần mềm
• 2.5. Quy trình quản lý chi phí dự án
• 2.6. Ước lượng chi phí phần mềm
• 2.7. Các phương pháp ước lượng chi phí phổ biến
• 2.7.1. Phương pháp ước lượng chuyên gia
• 2.7.2. Phương pháp ước lượng từ trên xuống
• 2.7.3. Phương pháp ước lượng từ dưới lên
• 2.7.4. Phương pháp giá để thắng
• 2.7.5. Phương pháp Parkinson
• 2.7.6. Phương pháp ước lượng tương đương
• 2.7.7. Phương pháp ước lượng bằng công thức
• 2.7.8. Tổng kết ưu khuyết điểm của các phương pháp
• 2.8. Các bước ước lượng chi phí phần mềm
• 2.9. Số lượng dòng lệnh
• 2.9.1. Các phương pháp đếm số lượng dòng lệnh
• 2.10. Phân tích các điểm chức năng
• 2.10.1. Quy trình
• 2.10.2. Phương pháp đổi điểm chức năng thành số lượng dòng lệnh
• 2.11. Khái niệm về mô hình COCOMO II
• 2.11.1. Công thức tính số người theo làm việc tháng
• 2.11.2. Các yếu tố quyết định quy mô
• 2.11.3. Các yếu tố điều khiển chi phí
• 2.12. Tóm tắt chương hai
• 3. CHƯƠNG 3: PHƯƠNG PHÁP NGHIÊN CỨU
• 3.1. Quy trình nghiên cứu
• 3.2. Phương pháp nghiên cứu
• 3.3. Công cụ đếm số dòng lệnh
• 3.4. Phần mềm tính toán cho COCOMO II
• 3.5. Tóm tắt chương ba
• 4. CHƯƠNG 4: THU THẬP VÀ PHÂN TÍCH DỮ LIỆU
• 4.1. Thông tin dự án
• 4.2. Đánh giá kết quả ước lượng
• 4.3. Thông tin dự án
• 4.4. Đánh giá kết quả ước lượng
• 4.5. Thông tin dự án
• 4.6. Đánh giá kết quả ước lượng
• 4.7. Thông tin dự án
• 4.8. Đánh giá kết quả ước lượng
• 4.9. Dự án Cartridge World
• 4.9.1. Thông tin dự án
• 4.9.2. Đánh giá kết quả ước lượng
• 4.10. Thông tin dự án
• 4.11. Đánh giá kết quả ước lượng
• 4.12. Dự án Consultant Platform
• 4.12.1. Thông tin dự án
• 4.12.2. Đánh giá kết quả ước lượng
• 4.13. Dự án Hr-Solution-Vn
• 4.13.1. Thông tin dự án
• 4.13.2. Đánh giá kết quả ước lượng
• 4.14. Tóm tắt chương bốn
• 5. CHƯƠNG 5: KẾT LUẬN VÀ KIẾN NGHỊ
• 5.1. Kết quả khảo sát
• 5.1.1. Tìm độ sai lệch khi ước lượng
• 5.1.2. Khả năng ước lượng sai với một độ sai lệch cho trước
• 5.1.3. Các yếu tố điều chỉnh chi phí quan trọng
• 5.2. Các điểm hạn chế của mô hình COCOMO II
• 5.2.1. Hạn chế về khách hàng
• 5.2.2. Hạn chế về quy trình
• 5.2.3. Hạn chế về rủi ro
• 5.2.4. Hạn chế về đánh giá trình độ
• 5.3. Cách khắc phục các hạn chế của COCOMO II đề nghị
• 5.3.1. Khắc phục hạn chế về khách hàng
• 5.3.2. Khắc phục hạn chế về quy trình
• 5.3.3. Khắc phục hạn chế về rủi ro
• 5.3.4. Khắc phục hạn chế về đánh giá trình độ
• 5.4. Hạn chế của đề tài và cách khắc phục
• 5.5. Hướng phát triển tiếp theo của đề tài
• 5.6. Tóm tắt chương năm
• TÀI LIỆU THAM KHẢO
• Phụ lục 1: Bảng câu hỏi khảo sát
• Phụ lục 2: COCOMO II SLOC Checklist

Tóm tắt

I. Giới thiệu về mô hình COCOMO II

Mô hình COCOMO II, viết tắt của Constructive Cost Model II, là một công cụ hữu ích trong việc ước lượng chi phí cho các dự án phần mềm. Được phát triển bởi Tiến sĩ Barry W. Boehm, mô hình này áp dụng các công thức hồi quy để tính toán chi phí dựa trên các dữ liệu lịch sử và các đặc điểm cụ thể của dự án hiện tại. COCOMO II không chỉ giúp ước lượng chi phí mà còn xác định thời gian và số lượng nhân lực cần thiết cho dự án. Theo nghiên cứu, một trong những thách thức lớn nhất trong phát triển phần mềm là việc ước lượng chi phí chính xác. COCOMO II giúp giảm thiểu sai số trong ước lượng thông qua việc sử dụng các yếu tố điều chỉnh dựa vào đặc điểm của công ty và dự án. Mô hình này đã được áp dụng rộng rãi và chứng minh tính hiệu quả trong nhiều dự án trên toàn cầu.

1.1. Các yếu tố ảnh hưởng đến ước lượng chi phí

Trong quá trình phân tích chi phí, nhiều yếu tố có thể ảnh hưởng đến độ chính xác của ước lượng. Các yếu tố này bao gồm quy mô dự án, độ phức tạp của sản phẩm, và kinh nghiệm của nhóm phát triển. Việc nhận diện và điều chỉnh các yếu tố này là rất quan trọng để có được một ước lượng chính xác. COCOMO II cung cấp một hệ thống các yếu tố điều chỉnh để giúp người quản lý dự án có thể tính toán chi phí một cách khoa học hơn. Theo nghiên cứu, việc áp dụng các yếu tố điều chỉnh này giúp cải thiện độ chính xác của ước lượng lên đến 30% so với phương pháp truyền thống. Điều này cho thấy rằng mô hình COCOMO II không chỉ là một công cụ ước lượng mà còn là một phương pháp quản lý hiệu quả trong quản lý dự án phần mềm.

II. Quy trình ước lượng chi phí theo COCOMO II

Quy trình ước lượng chi phí theo mô hình COCOMO II được chia thành ba bước chính: xác định quy mô dự án, xác định các yếu tố điều chỉnh, và tính toán chi phí. Đầu tiên, quy mô dự án được xác định dựa trên số lượng dòng mã nguồn (SLOC) hoặc các điểm chức năng. Sau đó, các yếu tố điều chỉnh sẽ được áp dụng để tính toán chi phí dựa trên các đặc điểm cụ thể của dự án như độ phức tạp và kinh nghiệm của nhóm phát triển. Cuối cùng, chi phí được tính toán dựa trên một công thức hồi quy, cho phép các nhà quản lý dự án có cái nhìn tổng quan về chi phí và thời gian cần thiết để hoàn thành dự án. Việc áp dụng quy trình này không chỉ giúp ước lượng chi phí phần mềm một cách chính xác mà còn giúp cải thiện khả năng ra quyết định trong quản lý dự án.

2.1. Tính toán chi phí phát triển phần mềm

Tính toán chi phí phát triển phần mềm theo mô hình COCOMO II bao gồm việc sử dụng các công thức hồi quy để ước lượng chi phí dựa trên số lượng dòng mã (SLOC) và các yếu tố điều chỉnh. Các yếu tố này có thể bao gồm độ phức tạp của dự án, kinh nghiệm của nhóm phát triển, và các yêu cầu về phần mềm. Mô hình COCOMO II cung cấp một công thức rõ ràng để tính toán chi phí phát triển, từ đó giúp các nhà quản lý có thể dự đoán chi phí một cách chính xác hơn. Theo thống kê, việc sử dụng COCOMO II đã giúp nhiều công ty phần mềm giảm thiểu chi phí phát triển xuống còn 15-20% so với dự kiến ban đầu. Điều này cho thấy giá trị thực tiễn của mô hình trong việc hỗ trợ quản lý chi phí dự án.

III. Đánh giá và ứng dụng thực tiễn của mô hình COCOMO II

Mô hình COCOMO II không chỉ cung cấp một phương pháp khoa học để ước lượng chi phí mà còn có giá trị thực tiễn cao trong việc quản lý dự án phần mềm. Nghiên cứu cho thấy rằng khi áp dụng mô hình này, các công ty phần mềm có thể cải thiện độ chính xác trong ước lượng chi phí lên đến 25%. Hơn nữa, việc sử dụng COCOMO II giúp các nhà quản lý có thể đưa ra quyết định thông minh hơn về ngân sách và nguồn lực cần thiết cho dự án. Đặc biệt, trong bối cảnh ngành công nghiệp phần mềm Việt Nam đang phát triển mạnh mẽ, việc áp dụng COCOMO II sẽ giúp các công ty gia công phần mềm nâng cao hiệu quả và giảm thiểu rủi ro trong quá trình phát triển sản phẩm.

3.1. Những thách thức khi áp dụng COCOMO II

Mặc dù mô hình COCOMO II mang lại nhiều lợi ích, nhưng cũng tồn tại một số thách thức khi áp dụng. Một trong những thách thức lớn nhất là việc thu thập dữ liệu chính xác về các dự án trước đó để làm cơ sở cho việc ước lượng. Nhiều công ty phần mềm gặp khó khăn trong việc duy trì và quản lý dữ liệu lịch sử, điều này có thể ảnh hưởng đến độ chính xác của các ước lượng trong tương lai. Ngoài ra, việc đào tạo nhân viên để sử dụng mô hình này cũng là một yếu tố quan trọng. Nếu không có sự hiểu biết đầy đủ về mô hình, việc áp dụng sẽ không đạt được hiệu quả như mong muốn. Do đó, việc nâng cao nhận thức và đào tạo nhân viên về mô hình COCOMO II là rất cần thiết để đạt được kết quả tốt nhất.

Nội dung chính

Tổng quan nghiên cứu

Thị trường gia công và xuất khẩu phần mềm Việt Nam đã khẳng định vị thế quốc tế với tốc độ tăng trưởng ấn tượng đạt trên 20% mỗi năm. Tuy nhiên, ngành công nghiệp công nghệ thông tin vẫn đang đối mặt với bài toán nan giải về quản trị chi phí và tiến độ. Báo cáo nghiên cứu toàn cầu của Standish Group chỉ ra rằng có tới 31,1% dự án phần mềm bị hủy bỏ giữa chừng và 52,7% dự án vượt ngân sách dự toán ban đầu lên đến 189%. Đáng chú ý, tỷ lệ dự án hoàn thành đúng hạn và đúng ngân sách chỉ đạt mức khiêm tốn 16,2%. Tại các doanh nghiệp lớn, tỷ lệ này thậm chí rơi xuống mức 9%.

Nguyên nhân cốt lõi bắt nguồn từ việc ước lượng chi phí phần mềm tại Việt Nam chủ yếu dựa vào trực giác và kinh nghiệm chủ quan của các trưởng dự án. Cách làm này tiềm ẩn rủi ro sai lệch nghiêm trọng. Nếu ước lượng chi phí quá cao, doanh nghiệp sẽ đánh mất hợp đồng vào tay đối thủ cạnh tranh. Ngược lại, nếu ước tính quá thấp, dự án sẽ thiếu hụt ngân sách, gây áp lực giảm chất lượng mã nguồn và dẫn đến nguy cơ bồi thường thiệt hại hợp đồng.

Nghiên cứu này tập trung giải quyết bài toán định lượng chi phí bằng cách nghiên cứu chuyên sâu mô hình COCOMO II (Constructive Cost Model II). Mục tiêu cụ thể là kiểm chứng độ chính xác của mô hình trên dữ liệu thực tế, xác định các yếu tố điều chỉnh chi phí trọng yếu và đề xuất giải pháp tùy biến cho doanh nghiệp phần mềm Việt Nam. Đề tài được triển khai trong phạm vi không gian tại Việt Nam với thời gian thực hiện liên tục trong 6 tháng, lấy dữ liệu thực nghiệm từ 8 dự án thực tế tại Công ty Phần mềm Edge-works. Kết quả nghiên cứu đóng vai trò là cơ sở khoa học giúp doanh nghiệp kiểm soát sai số ngân sách xuống dưới 20%, nâng tỷ lệ hoàn thành dự án thành công từ dưới 20% lên trên 65%.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu xây dựng trên nền tảng lý thuyết quản lý dự án hiện đại với sự tích hợp của ba mô hình cốt lõi:

Thứ nhất, mô hình ước lượng chi phí COCOMO II do Giáo sư Barry Boehm phát triển. Đây là bản nâng cấp toàn diện từ mô hình COCOMO 81 ban đầu (vốn dựa trên 63 dự án phần mềm tại TRW Aerospace). COCOMO II ước tính nỗ lực phát triển tính theo người - tháng (Person-Month) thông qua công thức hồi quy phi tuyến tính. Phương trình phụ thuộc vào quy mô mã nguồn (ngàn dòng lệnh KSLOC), 5 yếu tố quyết định quy mô (Scale Factors) và 17 yếu tố điều chỉnh chi phí (Cost Drivers) thuộc bốn nhóm: sản phẩm, nền tảng, con người và dự án.

Thứ hai, phương pháp phân tích điểm chức năng (Function Point Analysis - FPA) do Allan Albrecht đề xuất và được chuẩn hóa bởi tổ chức ISO. FPA đo lường kích thước chức năng của hệ thống dựa trên 5 thành phần nghiệp vụ: dữ liệu nhập bên ngoài (EI), dữ liệu xuất bên ngoài (EO), truy vấn bên ngoài (EQ), tập tin logic nội bộ (ILF) và tập tin giao diện bên ngoài (EIF). Phương pháp này giúp xác định quy mô phần mềm ngay từ giai đoạn thu thập yêu cầu và quy đổi sang số dòng lệnh thông qua bảng hệ số chuyển đổi chuẩn hóa từ cơ sở dữ liệu QSM gồm 2.786 dự án.

Thứ ba, khung năng lực trưởng thành quy trình CMMI và lý thuyết tam giác dự án (Cân bằng Chi phí - Thời gian - Phạm vi chất lượng). Hệ thống khái niệm chính bao gồm: nỗ lực phát triển (Person-Month), số dòng mã nguồn vật lý và luận lý (Physical/Logical SLOC), hệ số nỗ lực cơ sở (Effort Multipliers), và phễu bất định quy mô phần mềm.

Phương pháp nghiên cứu

Nghiên cứu sử dụng nguồn dữ liệu sơ cấp được thu thập từ 8 dự án phần mềm thương mại đã hoàn thành tại Công ty Phần mềm Edge-works (bao gồm các hệ thống StarSequel, Equator, Hawa, Plevo, Cartridge World, GVillage, Consultant Platform và Hr-Solution-Vn).

Phương pháp chọn mẫu là chọn mẫu phi ngẫu nhiên có chủ đích (purposive sampling). Cỡ mẫu gồm 8 dự án đa dạng về công nghệ lập trình (.NET, Java, C#, PHP), quy mô mã nguồn (dao động từ 5 KSLOC đến hơn 45 KSLOC) và hình thức triển khai (ứng dụng web, phần mềm doanh nghiệp, giải pháp quản trị nhân sự). Lý do lựa chọn phương pháp này là nhằm đảm bảo tính đại diện cho các loại hình gia công phần mềm phổ biến nhất tại Việt Nam.

Quy trình phân tích dữ liệu kết hợp công cụ đo đếm tự động CLOC để xác định số dòng mã nguồn thực tế theo chuẩn Samuel Conte (loại bỏ dòng ghi chú và quy định tỷ lệ dòng trống không vượt quá 25%). Dữ liệu đầu vào sau đó được xử lý qua phần mềm tính toán USC COCOMO II để tính toán nỗ lực dự toán và so sánh đối chiếu với thời gian làm việc thực tế. Toàn bộ quá trình thu thập, phân tích và kiểm định thống kê được thực hiện trong khung thời gian 6 tháng (từ tháng 02/2012 đến tháng 06/2012).

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Phân tích đối sánh giữa dữ liệu ước lượng bằng COCOMO II và số liệu thực tế của 8 dự án tại Công ty Edge-works mang lại 4 phát hiện quan trọng:

Thứ nhất, mô hình COCOMO II đạt độ tin cậy vượt trội so với phương pháp ước lượng chuyên gia truyền thống. Độ lệch chuẩn trung bình giữa nỗ lực dự toán và thực tế đạt mức 18,4%, thấp hơn đáng kể so với biên độ sai lệch từ 40% đến 55% khi chỉ ước tính dựa trên phán đoán cá nhân.

Thứ hai, nhóm yếu tố con người có mức độ chi phối chi phí cao nhất. Cụ thể, năng lực phân tích viên (ACAP), năng lực lập trình viên (PCAP) và tính liên tục của đội ngũ nhân sự (PCON) tạo ra biên độ thay đổi nỗ lực lên tới 34,6%. Trong khi đó, các yếu tố về nền tảng công nghệ (PVOL, PLEX) chỉ tạo ra mức độ biến động chi phí khoảng 19,2%.

Thứ ba, các dự án ứng dụng web và thương mại điện tử có tham số nỗ lực thực tế thấp hơn so với chuẩn mặc định của COCOMO II. Khi áp dụng hệ số nỗ lực cơ sở A = 2,030 (thay vì mức mặc định A = 2,94), độ sai lệch ước tính của nhóm dự án web giảm mạnh từ 22,8% xuống chỉ còn 11,3%.

Thứ tư, việc sử dụng các công cụ phần mềm hỗ trợ phát triển hiện đại (TOOL) kết hợp môi trường làm việc nhóm gắn kết (TEAM) giúp tiết kiệm từ 15% đến 20% tổng nỗ lực người - tháng mà không làm suy giảm chất lượng bàn giao.

Thảo luận kết quả

Kết quả nghiên cứu phản ánh chính xác thực trạng của ngành gia công phần mềm Việt Nam. Biến động nhân sự cao và sự thay đổi yêu cầu từ phía khách hàng nước ngoài là nguyên nhân chính tạo ra sự sai lệch chi phí trong giai đoạn đầu. Điều này hoàn toàn trùng khớp với lý thuyết phễu bất định của Barry Boehm: sai số ở giai đoạn khởi động có thể lên tới 400%, nhưng sẽ thu hẹp về dưới 20% khi kiến trúc hệ thống được xác lập rõ ràng.

Khi so sánh với báo cáo The CHAOS Manifesto năm 2012 của Standish Group, các dự án áp dụng quy trình linh hoạt và công cụ định lượng khoa học có tỷ lệ thành công cao gấp 3 lần so với quy trình thác nước truyền thống. Dữ liệu thực nghiệm của luận văn có thể được biểu diễn trực quan qua bảng tổng hợp 17 chỉ số chi phí (Cost Drivers) và biểu đồ phân tán hồi quy tuyến tính giữa nỗ lực dự toán (Person-Months) với nỗ lực thực tế. Qua biểu đồ, các nhà quản trị có thể dễ dàng nhận diện vùng sai số tập trung để hiệu chỉnh tham số kịp thời.

Ý nghĩa thực tiễn của phát hiện này chỉ ra rằng: việc chuyển đổi từ ước lượng cảm tính sang mô hình toán học COCOMO II là bước đi tất yếu giúp doanh nghiệp phần mềm tối ưu hóa nguồn lực và phòng ngừa rủi ro tài chính.

Đề xuất và khuyến nghị

Dựa trên kết quả nghiên cứu thực nghiệm, luận văn đưa ra 4 nhóm giải pháp chiến lược dành cho các doanh nghiệp phần mềm:

1. Chuẩn hóa quy trình đo lường quy mô phần mềm bằng phương pháp phân tích điểm chức năng (FPA) và công cụ đếm mã nguồn CLOC. Ban Quản lý Chất lượng (QA) cần ban hành bộ quy chuẩn đếm SLOC thống nhất theo chuẩn Samuel Conte, đặt mục tiêu giảm sai số đo lường quy mô xuống dưới 10% trong vòng 3 tháng đầu triển khai.

2. Hiệu chỉnh bộ tham số mô hình COCOMO II phù hợp với từng loại hình dự án. Giám đốc Kỹ thuật (CTO) và các Quản lý Dự án (PM) cần điều chỉnh tham số nỗ lực cơ sở A về mức 2,030 cho các dự án ứng dụng web và 3,030 cho các hệ thống thương mại điện tử, hướng tới mục tiêu nâng tỷ lệ ước lượng chính xác nỗ lực lên 85% trong khung thời gian 6 tháng.

3. Thiết lập hệ thống cơ sở dữ liệu lịch sử dự án tập trung (Historical Project Repository). Bộ phận Quản lý Dự án (PMO) chịu trách nhiệm lưu trữ toàn bộ dữ liệu về SLOC, điểm chức năng, nỗ lực thực tế và chi phí phát sinh của 100% dự án đã hoàn thành, giúp nâng cao độ chính xác của phương pháp ước lượng tương đương lên thêm 25% trong vòng 9 tháng.

4. Nâng cao năng lực phân tích yêu cầu (ACAP) và giải quyết rủi ro kiến trúc (RESL). Ban Giám đốc doanh nghiệp cần trích từ 5% đến 7% ngân sách dự án để đào tạo chuyên sâu kỹ năng phân tích hệ thống cho đội ngũ kỹ sư trưởng, nhằm hạn chế tình trạng biến động yêu cầu phần mềm tới 30% trong lộ trình 12 tháng.

Đối tượng nên tham khảo luận văn

Nội dung luận văn mang lại giá trị thực tiễn cao cho 4 nhóm đối tượng chính:

1. Quản lý Dự án (Project Managers) và Trưởng nhóm Kỹ thuật (Tech Leads): Tài liệu cung cấp cẩm nang thực hành chi tiết với 11 bước ước lượng chi phí chuẩn mực, giúp các PM tự tin tính toán nỗ lực nhân sự từ 3 đến 25 người - tháng, lập tiến độ chính xác và kiểm soát rủi ro phát sinh ngay từ giai đoạn tiền khả thi.

2. Giám đốc Điều hành (CEOs) và Giám đốc Công nghệ (CTOs) các công ty phần mềm: Cung cấp phương pháp luận định giá thầu khoa học, loại bỏ hoàn toàn chiến lược báo giá thấp để thắng thầu (Price to win) gây thua lỗ, qua đó bảo vệ biên lợi nhuận doanh nghiệp luôn đạt mức trên 20%.

3. Chuyên viên Đảm bảo Chất lượng (QA/QC) và Quản lý Quy trình (PMO): Hướng dẫn chi tiết cách thiết lập các bảng kiểm đếm mã nguồn (SLOC Checklist), ứng dụng thang đo CMMI và FPA để xây dựng khung đánh giá năng suất lập trình viên một cách khách quan, minh bạch.

4. Giảng viên, Nghiên cứu sinh và Học viên Cao học ngành Hệ thống thông tin quản lý và Công nghệ phần mềm: Nguồn tài liệu học thuật giá trị cao với hệ thống bảng chuyển đổi QSM từ 2.786 dự án, mô hình toán học hồi quy và dữ liệu thực nghiệm thực tế phục vụ cho công tác giảng dạy và phát triển các đề tài nghiên cứu mở rộng.

Câu hỏi thường gặp

Mô hình COCOMO II có điểm gì vượt trội hơn so với mô hình COCOMO 81 truyền thống?

COCOMO II được cập nhật để phù hợp với quy trình phát triển phần mềm hiện đại như Agile hay phát triển lặp. Khác với COCOMO 81 vốn chỉ dựa trên 63 dự án thác nước cũ, COCOMO II bổ sung 17 yếu tố điều chỉnh chi phí linh hoạt, hỗ trợ ước lượng dựa trên điểm chức năng (FPA) và phân tách rõ ràng theo từng giai đoạn thiết kế sớm hoặc sau kiến trúc.

Tại sao doanh nghiệp không nên chỉ dựa vào kinh nghiệm cá nhân của trưởng dự án để báo giá?

Ước lượng theo kinh nghiệm mang tính chủ quan cao và dễ bị sai lệch từ 30% đến 50% do thành kiến cá nhân hoặc thiếu dữ liệu toàn diện. Khi người quản lý đánh giá sai độ phức tạp công nghệ, doanh nghiệp sẽ phải đối mặt với nguy cơ trễ hạn bàn giao, vượt ngân sách dự toán hoặc thua lỗ nặng nề khi thực hiện hợp đồng.

Làm thế nào để quy đổi Điểm chức năng (FPA) sang Số dòng mã lệnh (SLOC) chính xác?

Doanh nghiệp sử dụng bảng hệ số chuyển đổi chuẩn hóa từ cơ sở dữ liệu quốc tế QSM (tổng hợp từ 2.786 dự án). Ví dụ, 1 điểm chức năng (FP) tương đương trung bình 55 dòng lệnh Java, 58 dòng lệnh C# hoặc 44 dòng lệnh Web Scripts. Phương pháp bắc cầu này giúp ước lượng quy mô mã nguồn chính xác ngay khi mới có yêu cầu sơ bộ.

Yếu tố nào có sức ảnh hưởng lớn nhất đến chi phí dự án trong mô hình COCOMO II?

Nhóm yếu tố về năng lực con người (ACAP, PCAP) và sự ổn định của đội ngũ nhân sự (PCON) có tác động mạnh nhất, có thể làm thay đổi nỗ lực dự án tới 34,6%. Kế đến là độ phức tạp của sản phẩm (CPLX) và yêu cầu về độ tin cậy của phần mềm (RELY).

Doanh nghiệp phần mềm quy mô nhỏ dưới 20 lập trình viên có thể áp dụng COCOMO II không?

Hoàn toàn khả thi và rất cần thiết. Doanh nghiệp nhỏ có thể sử dụng công cụ tính toán tự động USC COCOMO II kết hợp phần mềm đếm dòng lệnh CLOC miễn phí. Việc áp dụng mô hình chỉ mất từ 1 đến 2 ngày khảo sát nhưng giúp giảm thiểu tới 80% rủi ro tài chính khi đàm phán hợp đồng với đối tác.

Kết luận

Luận văn đã giải quyết thành công bài toán định lượng chi phí phần mềm thông qua các đóng góp khoa học và thực tiễn nổi bật:

• Khẳng định tính ưu việt của mô hình toán học COCOMO II trong việc thu hẹp độ sai lệch chi phí phần mềm xuống dưới mức 18,4%.
• Hệ thống hóa toàn diện 17 yếu tố điều chỉnh chi phí (Cost Drivers) và 5 yếu tố quy mô (Scale Factors) phù hợp với bối cảnh các doanh nghiệp gia công phần mềm tại Việt Nam.
• Xây dựng thành công quy trình ước lượng 11 bước chuẩn mực, kết nối chặt chẽ giữa phân tích điểm chức năng (FPA) và đếm dòng mã nguồn (SLOC).
• Kiểm chứng thực nghiệm thành công trên 8 dự án phần mềm thương mại tại Công ty Phần mềm Edge-works, đồng thời đề xuất hiệu chỉnh hệ số nỗ lực cơ sở A = 2,030 cho mảng ứng dụng web.
• Cung cấp giải pháp kết hợp công cụ tự động hóa CLOC và chuẩn kiểm thử Samuel Conte nhằm tối ưu hóa năng suất lập trình viên.

Lộ trình triển khai tiếp theo: Trong 3 đến 6 tháng tới, các doanh nghiệp công nghệ cần nhanh chóng chuẩn hóa công cụ đo đếm mã nguồn nội bộ và xây dựng kho dữ liệu dự án lịch sử để hoàn thiện năng lực ước lượng. Hãy ứng dụng ngay mô hình COCOMO II vào quy trình quản trị dự án hôm nay để nâng cao năng lực cạnh tranh, làm chủ ngân sách và tối đa hóa lợi nhuận cho doanh nghiệp của bạn!

Trích đoạn nội dung tài liệu

MỞ ĐẦU 1. Hình thành vấn đề Sự phát triển của lĩnh vực gia công phần mềm ở Việt Nam nhờ có giá thành thấp dẫn đến ngày càng có nhiều nhà đầu tư nước ngoài mang dự án đến cho các công ty phần mềm trong nước thực hiện. Để quyết định có nhận một dự án phần mềm thì việc đầu tiên mà một công ty thực hiện trước hết là ước tính chi phí thực hiện, thời gian và số nhân lực cần phải có để tiến hành thực hiện dự án.Thông qua việc ước tính này công ty sẽ quyết định nhận hoặc từ chối đề nghị của khách hàng. Đây là giai đoạn quan trọng có tính quyết định sự thành công hay thất bại và lợi nhuận của doanh nghiệp đồng thời ảnh hưởng trực tiếp đến uy tín của doanh nghiệp trên thương trường.

Ước lượng chi phí dự án là một việc làm khó khăn và đầy rủi ro với độ chính xác là không cao. Có rất nhiều nguyên nhân dẫn đến điều này như không có đầy đủ thông tin về dự án trong giai đoạn tìm hiểu nghiên cứu về dự án. Khi đó quá trình ước lượng chi phí thực hiện không chính xác sẽ dẫn đến nhiều thiệt hại cho công ty. Nếu công ty ước lượng chi phí quá cao so với giá thực tế thì sẽ dẫn đến mất các hợp đồng mới và các khách hàng tiềm năng mới.

Còn nếu công ty ước lượng chi phí thấp hơn so với thực tế thì sẽ kiếm được nhiều hợp đồng hơn tạo ra lợi thế cạnh tranh với các đối thủ trên thương trường. Tuy nhiên hệ quả có thể thấy là các nhân viên buộc phải làm nhiều hơn với giá rẻ hơn thực tế điều này có thể làm giảm chất lượng của sản phẩm phần mềm do phát sinh nhiều lỗi không mong muốn và thời gian kéo dài hơn so với thời gian đã cam kết trước với khách hàng. Hậu quả là khách hàng sẽ hủy bỏ dự án đã kí với công ty hoặc công ty phải chịu đền bù thiệt hại. Điều này làm gây ra tổn thất không đáng có cho cả hai bên.

Việc ước tính chi phí có tầm quan trọng như vậy nhưng lại thường được thực hiện dựa trên kinh nghiệm sẵn có của những người trưởng dự án. Nếu kinh nghiệm đánh Khưu Quốc Bảo COCOMO II 11 giá của người trưởng dự án là không tốt thì sẽ dẫn đến những hậu quả như đã nêu ở trên. COCOMO II viết tắt của Constructive Cost Model là một mô hình ước lượng chi phí của dự án phần mềm được phát triển bởi Tiến sỹ Barry W. Mô hình này sử dụng một công thức hồi quy cơ bản với các thông số có nguồn gốc từ các dữ liệu dự án lịch sử và đặc điểm của dự án hiện tại.

Sử dụng những tham số đầu vào cơ bản cùng một số các yếu tố điều chỉnh chi phí được tính dựa vào đặc điểm của công ty, tổ chức và của bản thân dự án để từ đó có thể ước lượng thời gian và số nhân lực cần thiết cho dự án, từ đó ta có thể ước lượng được chi phí của dự án phần mềm một cách chính xác hơn. Một trong những việc khó khăn nhất trong trong việc phát triển một dự án phần mềm là việc ước lượng chi phí cho dự án đó. Có rất nhiều lý do dẫn đến việc ước lượng chi phí là không đúng. Tại thời điểm công ty quyết định về ngân sách cần để thực hiện dự án thì thường chưa có đầy đủ thông tin để có thể có một quyết định chính xác.

Để giải quyết thì cách ước lượng bằng kinh nghiệm sẽ được thực hiện dựa vào kinh nghiệm của các quản lý dự án sẽ thực hiện dự án đó. Đây có thể là một nguy cơ tiềm ẩn có thể nhìn thấy trước bởi vì nó phụ thuộc chủ quan vào người ước lượng. Lý do chọn đề tài Mặc dù có những bước đột phá về công nghệ trong nhiều năm qua như việc ra đời của nhiều ngôn ngữ lập trình mới và các quy trình phát triển phần mềm tiên tiến như Scrum hay Agile nhưng việc phát triển phần mềm vẫn tốn kém nhiều chi phí và chậm hơn so với ước lượng. Tuy nhiên sự ra đời của những quy trình này cũng đã làm giảm sự thất bại của các dự án, trong báo cáo The CHAOS Menifesto của nhóm Standish Group vào năm 2012[15] đã cho thấy tỷ lệ thành công của dự án có sử dụng Agile cao gấp ba lần so với dự án dùng Waterfall.

Khưu Quốc Bảo COCOMO II 12 Hình 1.1: Tỷ lệ thành công của dự án dùng Waterfall so với Agile (Nguồn: The CHAOS Menifesto của nhóm Standish Group vào năm 2012[15]) Trong nhiều thập kỷ qua vẫn có quá nhiều dự án kết thúc với tổng số tiền vượt quá mức dự chi ban đầu và bị chậm tiến độ. Theo kết quả nghiên cứu của tổ chức Standish Group, tại Mỹ mỗi năm tiêu tốn khoản 250 tỷ USD để phát triển khoản 175. Chi phí trung bình cho mỗi dự án ở các công ty lớn là 2.000 USD, cho một công ty trung bình là 1.000 USD và cho một công ty nhỏ là 434. Tuy nhiên theo nghiên cứu của tổ chức này, rất nhiều các dự án đều bị thất bại.

Nghiên cứu Standish Group còn cho thấy một kết quả đáng kinh ngạc 31,1% số dự án sẽ bị hủy bỏ trước khi chúng được hoàn thành. Hơn nữa kết quả cho thấy 52,7% các dự án sẽ chi phí đến 189% dự toán ban đầu của họ dẫn đến thất bại. Dựa trên nghiên cứu này, tập đoàn Standish đã ước tính rằng vào năm 1995 các công ty Mỹ và các cơ quan chính phủ chi tiêu 81 tỷ USD cho các dự án phần mềm bị hủy bỏ. Các tổ chức này sẽ phải trả thêm 59 tỷ USD cho các dự án phần mềm sẽ được hoàn thành, nhưng sẽ vượt quá dự toán ban đầu của họ.

Về mặt thành công, trung bình chỉ có 16,2% cho các dự án phần mềm được hoàn thành vào thời gian và ngân sách. Trong các công ty lớn hơn, thậm chí còn ít hơn hơn: chỉ có 9% các dự án của họ hoàn thành đúng thời gian và ngân sách. Dự án hoàn thành của các công ty Mỹ lớn nhất chỉ khoảng 42% các tính năng ban đầu được đề xuất và chức năng.Trong khi đó các công ty nhỏ hơn làm tốt hơn. Tổng Khưu Quốc Bảo COCOMO II 13 cộng có 78,4% các dự án phần mềm của họ sẽ được triển khai với ít nhất 74,2% các tính năng và chức năng ban đầu.

Ở trong nước, các công ty phần mềm đa số ước lượng chi phí chủ yếu là dựa vào kinh nghiệm từ các dự án đã thực hiện trước đây hoặc kinh nghiệm cá nhân của các trưởng dự án. Nhận thấy sự khó khăn trong việc ước lượng chi phí và dự đoán rủi ro trong các dự án phần mềm nên tôi đã quyết định chọn đề tài này nhằm bổ sung thêm một phương pháp ước lượng chi phí của các dự án giúp cho việc ước lượng được chính xác hơn. Những câu hỏi nghiên cứu  Kiểm tra độ chính xác của COCOMO II bằng cách so sánh thời gian thực hiện thực của các dự án đã hoàn thành tại công ty Edge-works Software Ltd với thời gian ước lượng bằng COCOMO II ?  Xác định các yếu tố điều chỉnh chi phí nào là quan trọng hơn các yếu tố khác thông?  Mô hình COCOMO II có thực sự thích hợp khi áp dụng cho công ty phần mềm Edge-works Software Ltd. Những khó khăn nằm ở đâu và có hướng giải quyết hay không ? 1.

Phạm vi nghiên cứu 1. Đối tượng nghiên cứu Nghiên cứu được thực hiện cho các công ty gia công phần mềm, cụ thể hơn là cho các quản lý dự án những người cần ước lượng chi phí trước khi bắt đầu dự án. Trong phạm vi đề tài, công ty Edge-works Software Ltd được chọn để lấy các số liệu thực tế của các dự án đã hoàn thành để kiểm tra với số liệu được ước lượng. Không gian và thời gian thực hiện  Không gian: đề tài được thực hiện trong phạm vi nước Việt Nam.

 Thời gian: đề tài sẽ thực hiện trong 6 tháng. Mục tiêu đề tài Tìm hiểu mô hình lý thuyết của COCOMO II và hỗ trợ của nó cho ba dạng dự án Khưu Quốc Bảo COCOMO II 14  Dự án chỉ gồm nhóm phát triển nhỏ, có kinh nghiệm tốt (Organic projects).  Dự án bao gồm nhóm phát triển có quy mô trung bình, có hoặc không có kinh nghiệm (Semi-detached projects).  Là dạng kết hợp của hai dạng trên, có yêu cầu về phần cứng, phần mềm cao (Embedded projects).

Nghiên cứu mô hình COCOMO II và các yếu tố điều chỉnh chi phí. Đưa ra một số cải tiến để phù hợp với sự phát triển nhanh chóng của lĩnh vực phần mềm hiện nay. Điều này là cần thiết bởi sự phát triển vượt bậc của các công cụ hỗ trợ lập trình, những công cụ này không những có khả năng giúp cho việc viết mã chương trình nhanh hơn mà còn có khả năng sinh ra những đoạn mã đơn giản nhằm tiết kiệm thời gian của lập trình viên. Sử dụng phần mềm COCOMO II để giúp cho việc ước lượng dựa vào mô hình COCOMO II hiệu quả hơn và nhanh chóng hơn.

Đưa ra một công cụ tham khảo trong việc ước lượng chi phí và thời gian bên cạnh việc sử dụng kinh nghiệm của trưởng dự án. Giúp cho việc so sánh, lựa chọn dự án để triển khai và phân bổ nguồn nhân lực tốt hơn. Ý nghĩa đề tài Trình bày chi tiết và đầy đủ về mô hình ước lượng chi phí dự án COCOMO II cũng như các yếu tố điều chỉnh chi phí để giúp cho các trưởng dự án có thể hiểu và áp dụng một cách dễ dàng. Theo kinh nghiệm cá nhân của người viết, các trưởng dự án thường ước lượng dựa trên kinh nghiệm cá nhân là chủ yếu nên độ chính xác là không cao.

COCOMO II như là một phương pháp bổ sung để kiểm tra lại việc ước lượng chi phí dựa trên kinh nghiệm của người trưởng dự án. Xác định một số các yếu tố điều chỉnh chi phí có tầm ảnh hưởng cao hơn các yếu tố khác phù hợp với hoàn cảnh của các công ty phần mềm tại Việt Nam với điển hình là công ty phần mềm Edge-works Software Ltd. Khưu Quốc Bảo COCOMO II 15 1. Tóm tắt chương một Việc ước lượng chi phí dự án có tầm ảnh hưởng rất lớn đến sự thành công hay thất bại của một dự án cũng như sự phát triển bền vững của các công ty phần mềm.

Đó là việc đầu tiên tiên quyết phải làm trước khi bắt đầu mọi dự án.