Luận Văn Thạc Sĩ: Ước Lượng Dự Án Dựa Trên Các Ca Sử Dụng (ĐH Công Nghệ)

Luận văn thạc sĩ: Ước lượng dự án hiệu quả dựa trên phương pháp ca sử dụng. Nghiên cứu chuyên sâu, phân tích chi tiết quy trình và ứng dụng thực tế.

• Người hướng dẫn: PGS. Nguyễn Văn Vỵ
• Trường học: Trường Đại Học Công Nghệ - Đại Học Quốc Gia Hà Nội
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Ước Lượng Dự Án Trên Cơ Sở Các Ca Sử Dụng
• Loại tài liệu: Luận Văn Thạc Sỹ
• Năm xuất bản: 2010
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CAM ĐOAN
• BẢNG CÁC CHỮ VIẾT TẮT
• DANH MỤC BẢNG BIỂU
• DANH MỤC HÌNH VẼ
• 1. CHƯƠNG 1: TỔNG QUAN VỀ ƯỚC LƯỢNG DỰ ÁN PHẦN MỀM
• 1.1. Khái niệm về ước lượng dự án phần mềm
• 1.2. Ước lượng kích thước
• 1.3. Ước lượng công sức
• 1.4. Ước lượng tài nguyên
• 1.4.1. Tài nguyên con người
• 1.4.2. Tài nguyên phần cứng
• 1.4.3. Tài nguyên phần mềm
• 1.5. Các tiếp cận ước lượng dự án phần mềm
• 2. CHƯƠNG 2: MỘT SỐ PHƯƠNG PHÁP ƯỚC LƯỢNG DỰ ÁN TRUYỀN THỐNG
• 2.1. Phương pháp Điểm chức năng
• 2.1.1. Nội dung của phương pháp
• 2.1.2. Đánh giá phương pháp
• 2.2. Các mô hình ước lượng dự án phần mềm
• 2.2.1. Mô hình ước lượng COCOMO
• 2.3. Mô hình ước lượng Putnam
• 2.4. Công cụ ước lượng tự động
• 2.5. Mô hình lập luận theo kinh nghiệm – CBR
• 3. CHƯƠNG 3: PHƯƠNG PHÁP ƯỚC LƯỢNG DỰ ÁN ĐIỂM CA SỬ DỤNG
• 3.2. Cơ sở của UCP
• 3.3. Nội dung phương pháp
• 3.3.1. Tính trọng số tác nhân
• 3.3.2. Tính trọng số ca sử dụng
• 3.3.4. Gán trọng số các yếu tố kỹ thuật và các yếu tố môi trường
• 3.3.6. Ước lượng nỗ lực
• 3.4. Đánh giá phương pháp và đề xuất cải tiến
• 3.4.1. Ưu điểm của phương pháp ước lượng điểm ca sử dụng
• 3.4.2. Nhược điểm của phương pháp này
• 3.4.3. Hướng cải tiến phương pháp
• 4. CHƯƠNG 4: PHÁT TRIỂN CHƯƠNG TRÌNH ỨNG DỤNG
• 4.1. Chương trình ứng dụng
• 4.1.1. Môi trường phát triển
• 4.1.2. Các bước tính UCP trong chương trình
• 4.1.3. Thực đơn chính của chương trình
• 4.1.4. Một số giao diện chương trình
• 4.2. Áp dụng phương pháp ước lượng UCP
• 4.2.1. Mô tả yêu cầu nghiệp vụ
• 4.2.2. Yêu cầu hệ thống
• 4.2.3. Tiến trình ước lượng
• TÀI LIỆU THAM KHẢO
• Bảng chi tiết về trọng số và tham số ước lượng
• MỞ ĐẦU

Tóm tắt

I. Ước Lượng Dự Án Phần Mềm Tổng Quan và Tầm Quan Trọng

Ước lượng chi phí và thời gian cho một dự án phần mềm luôn là một bài toán hóc búa. Sai sót trong ước lượng có thể dẫn đến những hậu quả nghiêm trọng, từ thất bại của dự án đến việc bỏ lỡ cơ hội kinh doanh. Việc ước lượng dự án phần mềm chính xác đóng vai trò then chốt trong việc lập kế hoạch, quản lý rủi ro và đảm bảo thành công của dự án. Các phương pháp ước lượng khác nhau đã được phát triển, mỗi phương pháp có ưu và nhược điểm riêng. Trong bối cảnh phát triển phần mềm hướng đối tượng ngày càng phổ biến, các phương pháp ước lượng dự án Agile và ước lượng dự án Waterfall dựa trên các ca sử dụng trở nên đặc biệt quan trọng.

1.1. Tại Sao Ước Lượng Dự Án Phần Mềm Lại Quan Trọng

Trong những ngày đầu của tin học, chi phí phần mềm chỉ chiếm một phần nhỏ trong tổng chi phí hệ thống. Tuy nhiên, ngày nay, phần mềm là yếu tố tốn kém nhất. Ước lượng sai có thể dẫn đến thất bại dự án. Các yếu tố như con người, kỹ thuật, môi trường và chính trị ảnh hưởng đến chi phí và công sức cần thiết. Để có được các ước lượng tin cậy, cần kết hợp nhiều kỹ thuật khác nhau, từ phân rã dự án đến sử dụng các mô hình kinh nghiệm và công cụ ước lượng tự động. Trì hoãn ước lượng đến giai đoạn cuối là không thực tế vì cần có thông tin về chi phí ngay từ đầu để lập kế hoạch và quản lý dự án. Sai số trong ước lượng dự án có thể dẫn đến những hậu quả nghiêm trọng.

1.2. Các Yếu Tố Ảnh Hưởng Đến Ước Lượng Dự Án Phần Mềm

Nhiều yếu tố ảnh hưởng đến việc ước lượng dự án phần mềm. Các yếu tố này có thể được chia thành các nhóm chính sau: phạm vi của dự án, các yêu cầu chưa được xác định rõ ràng, sự phức tạp của dự án, và năng lực của đội ngũ phát triển. Theo tài liệu gốc, giá thành và thời hạn thường được các đối tượng bên ngoài dự án quyết định trước, trong khi công việc phân tích thiết kế có thể không bao quát hết các tình huống, các yêu cầu có thể chưa được hiểu hết, và khách hàng có thể không hiểu được việc phát triển phần mềm là một công việc có tính công nghệ cao với giá thành cao.

1.3. Quy Trình Ước Lượng Dự Án Phần Mềm Hiệu Quả

Quy trình ước lượng là một quá trình liên tục gồm các hoạt động: ước lượng kích thước, chi phí và nỗ lực, lịch trình, tài nguyên, đánh giá rủi ro, kiểm tra/xác nhận, theo dõi và báo cáo tiến độ, đánh giá và cải tiến quy trình. Các hoạt động ước lượng kích thước, nỗ lực và chi phí cần được thực hiện trước khi xây dựng các kế hoạch. Ngoài ra, việc sớm thiết lập bảng phân rã công việc WBS giúp việc phân chia các công việc thành các phần việc độc lập để có thể lập lịch và sắp thứ tự ưu tiên thực hiện từng phần việc trong điều kiện cụ thể với sự hạn chế về các tài nguyên.

II. Thách Thức Ước Lượng Chi Phí Dự Án Phần Mềm Chính Xác

Ước lượng chi phí dự án phần mềm là một thách thức lớn. Các yếu tố chủ quan, thiếu dữ liệu lịch sử và sự thay đổi liên tục của yêu cầu dự án làm cho việc ước lượng chi phí dự án phần mềm chính xác trở nên khó khăn. Nhiều phương pháp ước lượng khác nhau đã được phát triển, nhưng không có phương pháp nào là hoàn hảo. Mỗi phương pháp đều có những ưu điểm và hạn chế riêng, và việc lựa chọn phương pháp phù hợp phụ thuộc vào đặc điểm cụ thể của dự án.

2.1. Các Sai Lầm Thường Gặp Trong Ước Lượng Chi Phí

Một trong những sai lầm thường gặp nhất là ước tính quá lạc quan về thời gian và nguồn lực cần thiết. Điều này có thể dẫn đến việc dự án bị chậm trễ và vượt quá ngân sách. Sai lầm khác là không tính đến các chi phí ẩn, chẳng hạn như chi phí quản lý rủi ro, chi phí đào tạo nhân viên và chi phí bảo trì phần mềm. Việc không sử dụng dữ liệu lịch sử từ các dự án tương tự cũng có thể dẫn đến ước tính không chính xác.

2.2. Vượt Qua Rào Cản Dữ Liệu Lịch Sử và Chuyên Gia

Để vượt qua những thách thức này, cần thu thập và phân tích dữ liệu lịch sử từ các dự án tương tự. Dữ liệu này có thể được sử dụng để xây dựng các mô hình ước lượng chi phí. Ngoài ra, cần tham khảo ý kiến của các chuyên gia có kinh nghiệm trong lĩnh vực phát triển phần mềm. Các chuyên gia này có thể cung cấp những hiểu biết sâu sắc về các yếu tố ảnh hưởng đến chi phí dự án.

2.3. Vai Trò của Công Cụ Ước Lượng Dự Án Phần Mềm

Các công cụ ước lượng dự án phần mềm có thể giúp tự động hóa quá trình ước tính chi phí và thời gian. Các công cụ này thường sử dụng các thuật toán phức tạp và dữ liệu lịch sử để đưa ra các ước tính chính xác. Tuy nhiên, cần lưu ý rằng các công cụ này chỉ là công cụ hỗ trợ và không thể thay thế hoàn toàn cho sự phán đoán của con người.

III. Điểm Ca Sử Dụng Phương Pháp Ước Lượng Dự Án Hướng Đối Tượng

Phương pháp điểm ca sử dụng (UCP) là một phương pháp ước lượng thời gian dự án phần mềm hướng đối tượng dựa trên việc phân tích các ca sử dụng. Các ca sử dụng mô tả các chức năng mà hệ thống phần mềm cung cấp cho người dùng. Bằng cách phân tích các ca sử dụng, có thể ước tính được kích thước và độ phức tạp của dự án.

3.1. Ưu Điểm của Phương Pháp Điểm Ca Sử Dụng UCP

Phương pháp UCP có một số ưu điểm so với các phương pháp ước lượng truyền thống. UCP phù hợp với các dự án phát triển phần mềm hướng đối tượng. UCP dựa trên các ca sử dụng, là những mô tả chức năng dễ hiểu đối với người dùng. UCP có thể được sử dụng ngay từ giai đoạn đầu của dự án, khi các yêu cầu chưa được xác định rõ ràng.

3.2. Tính Toán Điểm Ca Sử Dụng UCP Chi Tiết

Phương pháp điểm ca sử dụng (UCP) để định cỡ và ước lượng các dự án phần mềm theo hướng đối tượng được Gustav Karner đề xuất năm 1993 [9]. Nó là sự mở rộng của phân tích điểm chức năng (FPA) và Mk II FPA (một biến thể của FPA dùng ở Vương quốc Anh). Mô hình ca sử dụng là một kỹ thuật phổ biến rộng rãi và được chấp nhận để nắm bắt yêu cầu nghiệp vụ của một dự án phần mềm. Các ca sử dụng thể hiện phạm vi chức năng của dự án, phân tích các nội dung của nó cung cấp một cách nhìn sâu sắc về các nỗ lực và kích thước cần thiết để thiết kế và thực thi một dự án.

3.3. Các Bước Triển Khai Phương Pháp Điểm Ca Sử Dụng UCP

Các bước cần thiết để tạo ra các ước lượng của phương pháp UCP là: Xác định và tính UUCPs. Xác định và tính TCFs. Xác định và tính ECFs. Tính ước lượng về số giờ. Các biểu đồ ca sử dụng có các hành vi chức năng của hệ thống đích, xác định trong giai đoạn phân tích yêu cầu.1, mô tả tiến trình ước lượng nỗ lực dựa trên các bước tính toán UCP.

IV. Ứng Dụng Thực Tiễn Luận Văn Thạc Sĩ Về Ước Lượng Dự Án

Việc nghiên cứu và áp dụng các phương pháp ước lượng dự án phần mềm, đặc biệt là các phương pháp dựa trên ca sử dụng, là một chủ đề phổ biến trong các luận văn thạc sĩ. Các luận văn này thường tập trung vào việc đánh giá và so sánh các phương pháp khác nhau, hoặc đề xuất các cải tiến cho các phương pháp hiện có. Các luận văn thạc sĩ ước lượng dự án này thường cung cấp những hiểu biết sâu sắc về các thách thức và cơ hội trong lĩnh vực này.

4.1. Phân Tích Luận Văn Ước Lượng Dựa Trên Ca Sử Dụng

Nhiều luận văn thạc sĩ tập trung vào việc ước lượng dự án phần mềm dựa trên các ca sử dụng. Các luận văn này thường nghiên cứu các phương pháp khác nhau để tính toán độ phức tạp của các ca sử dụng và ảnh hưởng của các ca sử dụng đến chi phí và thời gian dự án. Các luận văn này thường sử dụng các nghiên cứu trường hợp thực tế để minh họa các phương pháp và kết quả nghiên cứu.

4.2. Ví Dụ Nghiên Cứu Độ Chính Xác Của Ước Lượng UCP

Một số luận văn thạc sĩ tập trung vào việc đánh giá độ chính xác của ước lượng dự án bằng cách sử dụng phương pháp điểm ca sử dụng (UCP). Các luận văn này thường so sánh các ước tính UCP với các số liệu thực tế từ các dự án đã hoàn thành. Kết quả của các nghiên cứu này có thể giúp các nhà quản lý dự án hiểu rõ hơn về độ tin cậy của phương pháp UCP và các yếu tố có thể ảnh hưởng đến độ chính xác của ước tính.

4.3. Cải Tiến Phương Pháp Ước Lượng Các Hướng Nghiên Cứu

Các luận văn thạc sĩ cũng có thể đề xuất các cải tiến cho phương pháp UCP hoặc các phương pháp ước lượng khác. Các cải tiến này có thể tập trung vào việc cải thiện độ chính xác của ước tính, giảm thời gian và công sức cần thiết để thực hiện ước tính, hoặc mở rộng phạm vi áp dụng của phương pháp.

V. So Sánh Các Phương Pháp Ước Lượng Dự Án Phần Mềm Phổ Biến

Có rất nhiều phương pháp ước lượng dự án phần mềm khác nhau, mỗi phương pháp có những ưu điểm và hạn chế riêng. Để lựa chọn phương pháp phù hợp, cần so sánh các phương pháp này dựa trên các tiêu chí như độ chính xác, tính dễ sử dụng và phạm vi áp dụng. So sánh các phương pháp ước lượng dự án giúp các nhà quản lý dự án đưa ra quyết định sáng suốt.

5.1. Điểm Chức Năng FP vs. Điểm Ca Sử Dụng UCP

Điểm chức năng (FP) và điểm ca sử dụng (UCP) là hai phương pháp ước lượng phổ biến. FP tập trung vào các chức năng mà phần mềm cung cấp cho người dùng, trong khi UCP tập trung vào các ca sử dụng mô tả cách người dùng tương tác với phần mềm. UCP phù hợp hơn cho các dự án phát triển phần mềm hướng đối tượng, trong khi FP có thể được sử dụng cho cả các dự án hướng đối tượng và các dự án truyền thống.

5.2. COCOMO vs. Putnam Mô Hình Ước Lượng Nỗ Lực

COCOMO (Constructive Cost Model) và Putnam là hai mô hình ước lượng nỗ lực phổ biến. COCOMO là một mô hình kinh nghiệm dựa trên dữ liệu lịch sử, trong khi Putnam là một mô hình toán học dựa trên các giả định về phân phối lao động. COCOMO phù hợp hơn cho các dự án có nhiều dữ liệu lịch sử, trong khi Putnam có thể được sử dụng cho các dự án có ít dữ liệu lịch sử hơn.

5.3. Ước Lượng Dựa Trên Kinh Nghiệm vs. Phương Pháp Định Lượng

Ước lượng dựa trên kinh nghiệm là một phương pháp chủ quan dựa trên kinh nghiệm của các chuyên gia. Phương pháp định lượng là một phương pháp khách quan dựa trên dữ liệu và các mô hình toán học. Ước lượng dựa trên kinh nghiệm có thể hữu ích cho các dự án mới và phức tạp, trong khi phương pháp định lượng có thể hữu ích cho các dự án có nhiều dữ liệu lịch sử.

VI. Kết Luận Tương Lai Của Ước Lượng Dự Án Phần Mềm

Ước lượng dự án phần mềm là một lĩnh vực đang phát triển. Các phương pháp mới đang được phát triển để đáp ứng với những thay đổi trong công nghệ và phương pháp phát triển phần mềm. Trong tương lai, chúng ta có thể mong đợi thấy sự kết hợp của các phương pháp khác nhau để tạo ra các ước tính chính xác và đáng tin cậy hơn.

6.1. AI và Machine Learning Trong Ước Lượng Dự Án

Trí tuệ nhân tạo (AI) và học máy (Machine Learning) đang được sử dụng ngày càng nhiều trong lĩnh vực ước lượng dự án phần mềm. AI và Machine Learning có thể được sử dụng để phân tích dữ liệu lịch sử và xây dựng các mô hình ước lượng tự động. Các mô hình này có thể cung cấp các ước tính chính xác và đáng tin cậy hơn so với các phương pháp truyền thống.

6.2. Ước Lượng Dự Án Agile Thích Ứng và Linh Hoạt

Phương pháp phát triển phần mềm Agile ngày càng trở nên phổ biến. Các phương pháp ước lượng Agile tập trung vào việc thích ứng với những thay đổi và cung cấp các ước tính liên tục trong suốt quá trình phát triển. Các phương pháp này thường sử dụng các kỹ thuật như Story Point và Planning Poker.

6.3. Hướng Tới Ước Lượng Chính Xác và Tin Cậy Hơn

Mục tiêu cuối cùng của ước lượng dự án phần mềm là cung cấp các ước tính chính xác và đáng tin cậy để hỗ trợ các nhà quản lý dự án đưa ra các quyết định sáng suốt. Để đạt được mục tiêu này, cần tiếp tục nghiên cứu và phát triển các phương pháp mới và kết hợp các phương pháp khác nhau để tạo ra các ước tính tốt nhất.

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

Chương I: trình bày tổng quan về ước lượng dự án phần mềm. Chương II: trình bày một số phương pháp ước lượng dự án phần mềm truyền thống, đặc biệt là phương pháp COCOMO. Chương III: trình bày phương pháp ước lượng dự án “điểm ca sử dụng”, dành riêng cho các dự án phần mềm phát triển hướng đối tượng. Chương IV: phát triển chương trình ứng dụng dựa trên phương pháp đã trình bày và thử nghiệm với một ví dụ đã cho.

Cuối cùng là tài liệu tham khảo và phụ lục. 12 TIEU LUAN MOI download : [e-mail] CHƢƠNG 1: TỔNG QUAN VỀ ƢỚC LƢỢNG DỰ ÁN PHẦN MỀM 1.1 Khái niệm về ƣớc lƣợng dự án phần mềm Trong những ngày đầu của tin học, chi phí phần mềm bao gồm một phần trăm nhỏ của toàn bộ chi phí cho hệ thống dựa trên máy tính. Một lỗi lớn trong ước lượng chi phí phần mềm có thể ít ảnh hưởng đến sự thành bại của dự án. Ngày nay, phần mềm là yếu tố tốn kém nhất của nhiều hệ thống dựa trên máy tính.

Ước lượng chi phí sai có thể dẫn đến sự thất bại của nhiều dự án phần mềm. Ước lượng chi phí và công sức phần mềm chắc chắn không là một khoa học chính xác. Có quá nhiều tham số (con người, kỹ thuật, môi trường, chính trị…) ảnh hưởng tới chi phí chung cuộc của phần mềm và công sức cần để phát triển nó. Để có được các ước lượng chi phí và công sức tin cậy, một số tùy chọn sau đây được sử dụng:  Trì hoãn việc ước lượng tới giai đoạn sau của dự án (có thể đạt được ước lượng chính xác 100% khi dự án đã hoàn tất).

 Dùng các kỹ thuật phân rã để sinh ra ước lượng về chi phí và công sức dự án.  Phát triển mô hình kinh nghiệm cho chi phí và công sức làm phần mềm.  Thu được từ một hay nhiều công cụ ước lượng tự động. Tùy chọn đầu tiên là “hấp dẫn” nhưng lại không thực tế, vì các ước lượng chi phí cần phải được đưa ra ngay từ đầu làm cơ sở cho việc triển khai và quản lý dự án.

Ba cách tiếp cận còn lại chỉ có thể cho ước lượng gần đúng đối với dự án phần mềm. Có thể áp dụng các kỹ thuật tùy chọn trên nối tiếp nhau, và mỗi tùy chọn dùng như một phép kiểm tra cho tùy chọn khác. Bằng cách phân rã một dự án thành các chức năng chính và các nhiệm vụ kỹ nghệ phần mềm liên quan, việc ước lượng chi phí và nỗ lực có thể được thực hiện theo từng phần, từng bước. Các mô hình ước lượng theo kinh nghiệm (dựa trên dữ liệu lịch sử) có thể được dùng như một giải pháp bổ sung và cho một cách tiếp cận ước lượng gần với thực tế.

Mô hình này có dạng: d = f(vi) 13 TIEU LUAN MOI download : [e-mail] d: là một trong một số các giá trị ước lượng (như công sức, chi phí, thời gian,…). vi: các tham biến độc lập được chọn (LOC hoặc FP được ước lượng). Có các công cụ ước lượng tự động cài đặt cho một hay nhiều kỹ thuật phân rã (hay mô hình kinh nghiệm). Khi được tổ hợp với một giao diện tương tác người máy, cho phép chọn một tùy chọn thích hợp cho việc ước lượng.

Trong một hệ thống như vậy, các đặc trưng của tổ chức phát triển (như kinh nghiệm, môi trường,…) và phần mềm cần phát triển sẽ được mô tả, các ước lượng chi phí và nỗ lực được suy ra các từ dữ liệu này [20]. Một dự án trước khi thực hiện hoặc lập kế hoạch cần phải đánh giá được quy mô của nó, các tài nguyên cần thiết, lịch trình thực hiện với các cột mốc quan trọng như: lập các kế hoạch, kết thúc một giai đoạn, gửi tài liệu, bàn giao… Thông thường thì giá thành và lịch trình thực hiện một dự án thường mang tính rủi ro cao khi không được ước lượng đúng mức. Một số trong các lý do đó là:  Giá thành và thời hạn thường được các đối tượng ngoài dự án như: khách hàng, chủ đầu tư,… quyết định trước.  Công việc phân tích thiết kế không phải bao giờ cũng bao quát hết các tình huống, các yêu cầu chưa được hiểu hết, hiểu đúng.

 Thường thì khách hàng không hiểu được việc phát triển phần mềm là một công việc có tính công nghệ cao với giá thành cao (và tiềm ẩn rủi ro). Quy trình ước lượng chi phí phần mềm dưới đây mô tả các bước cần thiết cho việc bắt đầu đánh giá một vòng đời phần mềm và sau đó là theo dõi, tinh chỉnh thường xuyên những đánh giá có được trong suốt thời gian thực hiện dự án. Thiết lập quy trình này càng sớm sẽ giúp cho việc đánh giá được chính xác hơn, tin cậy hơn, từ đó có thể xác định rõ ràng các nhân tố liên quan tới giá thành, thời gian hoàn thành của dự án để có một cách quản lý phù hợp, đảm bảo sự thành công cho dự án, đặc biệt các giải pháp cho việc quản lý các rủi ro liên quan tới chi phí và lịch trình dự án. Quy trình ước lượng là một quá trình liên tục gồm các hoạt động: 1.

Ước lượng kích thước (quy mô phần mềm). 14 TIEU LUAN MOI download : skknchat@gmail. Ước lượng chi phí và các nỗ lực. Ước lượng lịch trình.

Ước lượng các tài nguyên. Đánh giá rủi ro. Kiểm tra/ xác nhận. Theo dõi và báo cáo tiến độ.

Đánh giá và cải tiến quy trình. Các hoạt động ước lượng kích thước, nỗ lực và chi phí cần được thực hiện trước khi xây dựng các kế hoạch. Tuy nhiên, việc xây dựng lịch trình thường được bắt đầu thực hiện trước khi hoàn thành tất cả các công việc xác định các nỗ lực. Ngoài ra, việc sớm thiết lập bảng phân rã công việc WBS (Work Breakdown Structure) giúp việc phân chia các các công việc thành các phần việc độc lập để có thể lập lịch và sắp thứ tự ưu tiên thực hiện từng phần việc trong điều kiện cụ thể với sự hạn chế về các tài nguyên.

Sơ đồ tổng quát quy trình ước lượng dự án phần mềm cho ở hình 1. 15 TIEU LUAN MOI download : skknchat@gmail.1 Quy trình ước lượng dự án phần mềm 1.2 Ƣớc lƣợng kích thƣớc Kích cỡ của phần mềm thường được đánh giá bằng số dòng mã lệnh SLOC (Source Lines of Code) hoặc số nghìn dòng mã KSLOC (Thousands of Source Lines of Code). Phần mềm có thể được phát triển bằng cách viết mới hoàn toàn hoặc dùng một hay nhiều môđun có sẵn. Do vậy, việc ước lượng bao gồm việc ước lượng các đoạn mã mới cần viết và cả phần sử dụng lại.

Việc ước lượng kích cỡ có thể được đánh giá qua đơn vị điểm chức năng FP (Function Points) dựa trên các chức năng của phần mềm thường nhận được ngay trong pha tìm hiểu yêu cầu. Dòng mã LOC và điểm chức năng FP là những dữ liệu cơ bản để tính ra độ đo hiệu năng phát triển phần mềm. 16 TIEU LUAN MOI download : [e-mail] Ước lượng LOC và FP là các kỹ thuật ước lượng tách biệt, nhưng cả hai đều có một số đặc trưng chung. Từ một tuyên bố về phạm vi phần mềm, người lập dự án bắt đầu phân rã phần mềm thành các chức năng nhỏ hơn để có thể được áp dụng riêng biệt.

LOC và FP sẽ được ước lượng cho từng chức năng con. Các ước lượng này được tổ hợp lại để tạo ra một ước lượng tổng thể cho toàn bộ dự án. Các ước lượng LOC và FP phụ thuộc vào mức độ chi tiết của bảng phân rã công việc WBS. LOC được ước lượng trực tiếp từ WBS, còn FP được xác định gián tiếp qua số đầu vào, đầu ra, tệp dữ liệu, câu hỏi và giao diện ngoài và sử dụng 14 giá trị điều chỉnh độ phức tạp Fi bằng việc trả lời những câu hỏi sau: 1.

Hệ thống có đòi hỏi sao lưu và phục hồi không? 2. Có đòi hỏi trao đổi dữ liệu không? 3. Có chức năng xử lý phân tán không? 4. Có đòi hỏi cao về làm việc tốt không? 5.

Hệ thống có chạy trong môi trường mà nặng về vận hành tiện ích không? 6. Hệ thống có đòi hỏi việc vào dữ liệu trực tuyến không? 7. Việc vào dữ liệu trực tuyến có đòi hỏi phải xây dựng thao tác đưa vào và thông qua nhiều màn hình thao tác không? 8. Tệp chính có phải cập nhật trực tuyến không? 9.

Đầu vào, đầu ra, tệp, truy vấn có phức tạp không? 10. Xử lý bên trong có phức tạp không? 11. Mã chương trình có được thiết kế để dùng lại không? 12. Việc chuyển đổi và cài đặt có được đưa vào trong thiết kế không? 13.

Hệ thống có được thiết kế cho nhiều cài đặt trong các tổ chức khác nhau hay không? 14. Liệu ứng dụng có được thiết kế để làm thuận tiện cho việc thay đổi và dễ dàng cho người dùng không? Bất kể là tham số ước lượng nào được dùng, người lập kế hoạch dự án về cơ bản phải đưa ra một phạm vi các giá trị cho từng chức năng được phân rã. Bằng cách dùng dữ liệu lịch sử hay trực giác, người lập kế hoạch thường dùng 17 TIEU LUAN MOI download : [e-mail] ba ước lượng cho LOC hay FP là các giá trị lạc quan (a), có thể nhất (m) và bi quan (b). Ví dụ: a  4m  b E= 6 Số này cho một sự tin cậy nhất định đối với ước lượng và có thể tính đến phân bố xác suất của nó.

Tại giai đoạn này, người lập kế hoạch áp dụng một trong hai cách tiếp cận sau: 1. Tất cả giá trị tham số ước lượng của các chức năng con có thể được nhân lên với hiệu năng trung bình lấy từ dữ liệu lịch sử tương ứng với tham số ước lượng đó. Chẳng hạn, giả sử ta đã ước lượng được tổng điểm chức năng là 310 FP và hiệu năng trung bình của FP từ các dự án quá khứ là 5.5 FP/người-tháng thì tổng công sức ước lượng cho dự án sẽ là: 310 Công sức =  56 người-tháng 5. Giá trị ước lượng cho từng chức năng con có thể được nhân với hiệu năng được điều chỉnh dựa vào mức độ phức tạp nhận biết được của các chức năng con: nếu nó có độ phức tạp trung bình, thì dùng độ đo hiệu năng trung bình.

Tuy nhiên, độ đo được điều chỉnh lên hay xuống đối với chức năng con cụ thể tùy thuộc vào độ phức của nó cao hơn hay thấp hơn độ phức tạp trung bình. Các ước lượng này có đúng hay không là điều chưa chắc chắn.