Luận văn: Đánh giá công sức dự án phần mềm theo điểm chức năng UCP

Tài liệu nghiên cứu Luận văn các kỹ thuật đánh giá công sức và nguồn lực trong quản lý dự án phần mềm sử dụng hướng, tổng hợp lý thuyết và thực hành, cung cấp kiến thức chuyên sâu

• Tác giả: Chu Xuan Bao
• Người hướng dẫn: PGS. Huỳnh Quyết Thắng
• Trường học: Trường Đại học Bách Khoa Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Các Kỹ Thuật Đánh Giá Công Sức Và Nguồn Lực Trong Quản Lý Dự Án Phần Mềm Sử Dụng Hướng Tiếp Cận Điểm Chức Năng Sử Dụng UCP
• Loại tài liệu: Luận văn thạc sĩ kỹ thuật
• Năm xuất bản: 2013
• Địa điểm: Hà Nội

Mục lục chi tiết

• MỤC LỤC
• DANH MỤC CÁC BẢNG
• DANH MỤC HÌNH VẼ
• DANH SÁCH CÁC TỪ VIẾT TẮT
• MỞ ĐẦU
• 1. Cơ sở khoa học và thực tiễn của đề tài
• 2. Mục đích của đề tài
• 3. Các vấn đề cần giải quyết của đề tài
• 4. Nội dung luận văn
• 1. CHƯƠNG 1: TỔNG QUAN CÔNG TÁC ĐÁNH GIÁ CÔNG SỨC TRONG QUAN LY DU AN PHAN MEM
• 1.1. Đánh giá công sức phần mềm là gì
• 1.2. Các bước cơ bản trong đánh giá công sức phần mềm
• 1.3. Đánh giá kích cỡ của phần mềm
• 1.4. Đánh giá nỗ lực
• 1.5. Đánh giá lịch trình
• 1.6. Đánh giá về chi phí
• 1.7. Một số phương pháp đánh giá công sức phần mềm
• 1.7.1. Phương pháp phân tích Điểm Chức năng nghiệp vụ
• 1.7.2. Mô hình đánh giá giá cầu thành (COCOMO)
• 1.7.3. Phương pháp đánh giá công sức dự án theo Use Case
• 1.8. Kết chương
• 2. Chương 2: PHƯƠNG PHÁP ĐÁNH GIÁ CONG SUC PHAN MEM SU’ DỤNG HƯỚNG TIẾP CẬN DIEM CHỨC NĂNG SỬ DỤNG
• 2.1. Tổng quan phương pháp đánh giá công sức dự án theo điểm Use Case
• 2.2. Phương pháp xác định Tác nhân và Use Case
• 2.3. Quan hệ giữa các Use Case
• 2.4. Miêu tả Use Case
• 2.5. Thiết kế Use Case
• 2.6. Thực hiện các Use Case
• 2.7. Xác định giá trị phần mềm bằng phương pháp tính điểm Use Case
• 2.7.1. Tổng quát về xác định giá trị phần mềm
• 2.7.2. Tính số điểm Use Case sau hiệu chỉnh (AUCP)
• 2.7.3. Đánh giá nỗ lực theo Use Case
• 2.7.4. Tổng hợp giá trị phần mềm
• 2.8. Kết chương
• 3. Chương 3: XÂY DỰNG CÔNG CỤ HỖ TRỢ XÁC ĐỊNH GIÁ TRI PHAN MEM BANG PHUONG PHAP USE CASE
• 3.1. Phát biểu bài toán
• 3.2. Phân tích bài toán
• 3.2.1. Phân tích tổng thể
• 3.2.2. Phân tích cụ thể chức năng
• 3.3. Đặc tả chương trình
• 3.4. Biểu đồ Use Case của chương trình
• 3.5. Các biểu đồ hoạt động
• 3.6. Thiết kế logic hoạt động cho chương trình
• 3.7. Xác định các lớp phân tích
• 3.8. Các biểu đồ tuần tự
• 3.9. Thiết kế cơ sở dữ liệu
• 3.9.1. Phân tích bài toán để xây dựng cơ sở dữ liệu
• 3.9.2. Xây dựng biểu đồ thực thể - liên kết (E-R)
• 3.9.3. Xây dựng lược đồ quan hệ
• 3.10. Kết chương
• 4. Chuong 4: THU NGHIEM ÁP DỤNG TRONG DỰ ÁN XÂY DỰNG PHÒNG MO PHONG DIEU KHIEN TAU BIEN
• 4.1. Đánh giá công sức phần mềm dự án xây dựng phòng mô phỏng PKTB
• 4.2. Sắp xếp thứ tự ưu tiên các yêu cầu chức năng phần mềm
• 4.3. Chuyển đổi yêu cầu chức năng sang USE-CASE
• 4.4. Đánh giá quy trình tính toán
• 4.5. So sánh UCP với T24
• 4.6. So sánh UCP với COCOMO
• 4.7. Kết chương
• KẾT LUẬN
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Tổng Quan Đánh Giá Công Sức Dự Án Phần Mềm Khái Niệm

Trong quản lý dự án phần mềm, việc đánh giá công sức phần mềm hiệu quả là một hoạt động quan trọng và là thách thức lớn. Đánh giá công sức là nền tảng cho việc lập lịch dự án. Không thể lập kế hoạch và điều khiển dự án hiệu quả nếu không có quy trình tính toán công sức phần mềm đầy đủ và tin cậy. Thiếu quy trình ước tính công sức gây ra tác động tài chính, mất lợi thế cạnh tranh và chậm trễ hưởng lợi từ sáng kiến. Ngành công nghiệp phần mềm thiếu phương pháp tốt để đánh giá công sức dự án phần mềm. Theo McConnell (1996), độ chính xác của đánh giá công sức phần mềm tăng dần trong quá trình phát triển dự án (Hình 1-1 trong tài liệu gốc). Đưa ra đánh giá chính xác sớm là khó khăn. Đánh giá không đầy đủ dẫn đến bố trí nguồn lực thiếu, quản lý chất lượng kém (bỏ sót rủi ro sản phẩm kém chất lượng).

1.1. Tầm Quan Trọng Của Đánh Giá Công Sức Trong Quản Lý Dự Án

Đánh giá công sức phần mềm là yếu tố then chốt để lập kế hoạch dự án chính xác. Nó cho phép nhà quản lý dự án xác định nguồn lực cần thiết, thời gian hoàn thành dự kiến và chi phí liên quan. Sai sót trong ước tính công sức có thể dẫn đến việc phân bổ nguồn lực không hiệu quả, trễ hạn, và vượt quá ngân sách. Việc hiểu rõ các yếu tố ảnh hưởng đến công sức dự án, như độ phức tạp của yêu cầu, kinh nghiệm của đội ngũ phát triển, và các yếu tố môi trường, là rất quan trọng. Vì vậy, đánh giá công sức dự án phần mềm đóng vai trò sống còn trong sự thành công của dự án. Việc sử dụng các kỹ thuật đánh giá phù hợp và thường xuyên cập nhật ước tính trong suốt vòng đời dự án là điều cần thiết.

1.2. Các Bước Cơ Bản Trong Đánh Giá Công Sức Phần Mềm

Theo tài liệu, quy trình cơ bản để đánh giá công sức dự án phần mềm thường bao gồm các bước sau: (1) Đánh giá kích thước phần mềm: Xác định quy mô của dự án, thường đo bằng số lượng dòng code, điểm chức năng (Function Point) hoặc điểm Use Case (Use Case Point). (2) Đánh giá nỗ lực: Ước tính số giờ công hoặc người-tháng cần thiết để hoàn thành dự án. (3) Đánh giá lịch trình: Xác định thời gian cần thiết để hoàn thành dự án, dựa trên nỗ lực và nguồn lực có sẵn. (4) Đánh giá chi phí: Ước tính tổng chi phí của dự án, bao gồm chi phí nhân công, phần cứng, phần mềm và các chi phí khác.

II. Thách Thức Ước Tính Công Sức Nguồn Lực Các Vấn Đề

Thách thức trong ước tính công sức dự án phần mềm là độ chính xác. Các phương pháp truyền thống không tin cậy hoặc đòi hỏi nhiều thao tác đo và tính toán phức tạp. Bộ dữ liệu thử nghiệm nhỏ, không đại diện, dẫn đến kết quả không chính xác. Điều này nhấn mạnh tầm quan trọng của việc nghiên cứu và hoàn thiện các phương pháp dự báo và đánh giá công sức phần mềm. Đánh giá công sức không chính xác có thể gây ra những hậu quả nghiêm trọng. Các dự án có thể bị chậm trễ, vượt quá ngân sách, và không đáp ứng được yêu cầu của khách hàng. Do đó, các nhà quản lý dự án cần phải sử dụng các kỹ thuật ước tính công sức hiệu quả và luôn theo dõi sát sao tiến độ dự án.

2.1. Các Yếu Tố Ảnh Hưởng Đến Công Sức Dự Án Phần Mềm

Nhiều yếu tố ảnh hưởng đến công sức cần thiết để phát triển một dự án phần mềm. Các yếu tố này bao gồm: (1) Độ phức tạp của dự án: Dự án càng phức tạp, đòi hỏi nhiều công sức hơn. (2) Kinh nghiệm của đội ngũ phát triển: Đội ngũ có kinh nghiệm hơn sẽ làm việc hiệu quả hơn và cần ít công sức hơn. (3) Công cụ và công nghệ sử dụng: Sử dụng các công cụ và công nghệ tiên tiến có thể giúp giảm công sức. (4) Yêu cầu của khách hàng: Yêu cầu thay đổi thường xuyên có thể làm tăng công sức.(5) Môi trường làm việc: Môi trường làm việc tốt có thể giúp tăng năng suất và giảm công sức.

2.2. Các Phương Pháp Ước Tính Công Sức Phổ Biến So Sánh

Có nhiều phương pháp ước tính công sức dự án phần mềm, mỗi phương pháp có ưu và nhược điểm riêng. Một số phương pháp phổ biến bao gồm: (1) Phương pháp chuyên gia: Dựa vào kinh nghiệm của các chuyên gia để ước tính công sức. (2) Phương pháp tương tự: So sánh dự án hiện tại với các dự án tương tự đã hoàn thành. (3) Phương pháp tham số: Sử dụng các mô hình toán học để ước tính công sức dựa trên các thông số dự án. Ví dụ, COCOMO (Constructive Cost Model) là một mô hình tham số phổ biến. (4) Phương pháp dựa trên Use Case: Sử dụng Use Case Point (UCP) để ước tính công sức dựa trên số lượng và độ phức tạp của các Use Case. (5) Phương pháp điểm chức năng (Function Point Analysis – FPA): Đo lường kích thước phần mềm dựa trên các chức năng mà nó cung cấp cho người dùng.

III. Phương Pháp UCP Đánh Giá Công Sức Dự Án Phần Mềm Chi Tiết

Luận văn tập trung vào phương pháp điểm chức năng UCP (Use Case Point) để đánh giá công sức dự án phần mềm. Phương pháp này dựa trên việc phân tích Use Case để ước tính kích thước và độ phức tạp của phần mềm. Ưu điểm của UCP là tính đơn giản, dễ hiểu và có thể áp dụng ở giai đoạn đầu của dự án. UCP là một kỹ thuật ước tính dựa trên các Use Case để đo lường công sức và nguồn lực cần thiết để phát triển một hệ thống phần mềm. Nó xem xét cả các tác nhân (actors) và các trường hợp sử dụng (use cases), và sử dụng các hệ số điều chỉnh để phản ánh độ phức tạp kỹ thuật và môi trường của dự án. UCP đặc biệt hữu ích trong các dự án sử dụng phương pháp phát triển hướng đối tượng và quy trình phát triển phần mềm lặp.

3.1. Xác Định Tác Nhân và Use Case Bước Quan Trọng

Bước đầu tiên trong phương pháp UCP là xác định các tác nhân (actors) và các trường hợp sử dụng (use cases) của hệ thống. Tác nhân là bất kỳ người, hệ thống hoặc thiết bị nào tương tác với hệ thống phần mềm. Use Case mô tả một chuỗi các tương tác giữa tác nhân và hệ thống để đạt được một mục tiêu cụ thể. Việc xác định chính xác tác nhân và Use Case là rất quan trọng, vì chúng là cơ sở cho việc ước tính công sức sau này.

3.2. Tính Điểm Use Case Sau Hiệu Chỉnh AUCP Hướng Dẫn

Sau khi xác định tác nhân và Use Case, bước tiếp theo là tính điểm Use Case sau hiệu chỉnh (Adjusted Use Case Point – AUCP). Quá trình này bao gồm việc đánh giá độ phức tạp của mỗi Use Case (đơn giản, trung bình, phức tạp) và gán điểm tương ứng. Sau đó, tính tổng điểm Use Case chưa hiệu chỉnh (Unadjusted Use Case Point – UUCP). Tiếp theo, tính các hệ số điều chỉnh dựa trên độ phức tạp kỹ thuật (Technical Complexity Factor – TCF) và độ phức tạp môi trường (Environmental Complexity Factor – ECF). Cuối cùng, sử dụng các hệ số này để tính AUCP theo công thức: AUCP = UUCP * TCF * ECF.

IV. Ứng Dụng Thử Nghiệm UCP Case Study Phòng Mô Phỏng

Luận văn trình bày ứng dụng và thử nghiệm UCP trong dự án xây dựng phòng mô phỏng điều khiển tàu biển. Việc này bao gồm chuyển đổi yêu cầu chức năng sang Use Case, đánh giá quy trình tính toán và so sánh UCP với các phương pháp khác như T24 và COCOMO. Mục tiêu là đánh giá tính khả thi, độ chính xác và ưu nhược điểm của UCP trong thực tế. Trong phần này, sẽ đi sâu vào việc ước tính công sức và nguồn lực cần thiết cho dự án thông qua việc áp dụng phương pháp UCP. Các bước thực hiện bao gồm xác định các tác nhân, các trường hợp sử dụng, tính toán điểm Use Case chưa điều chỉnh (UUCP), xác định các yếu tố kỹ thuật và yếu tố môi trường, và cuối cùng là tính toán điểm Use Case đã điều chỉnh (AUCP).

4.1. Chuyển Đổi Yêu Cầu Chức Năng Sang Use Case Thực Tế

Quá trình chuyển đổi yêu cầu chức năng sang Use Case đòi hỏi sự hiểu biết sâu sắc về yêu cầu của dự án và khả năng diễn giải chúng thành các tương tác cụ thể giữa người dùng (hoặc các hệ thống khác) và hệ thống phần mềm. Mỗi yêu cầu chức năng cần được phân tích để xác định các tác nhân liên quan và các bước cần thiết để đáp ứng yêu cầu. Kết quả của quá trình này là một tập hợp các Use Case mô tả đầy đủ các chức năng của hệ thống.

4.2. So Sánh UCP Với Các Phương Pháp Khác Ưu Nhược Điểm

So sánh UCP với các phương pháp ước tính công sức khác như COCOMO và Function Point cho thấy UCP có một số ưu điểm nhất định. UCP dễ sử dụng và áp dụng ở giai đoạn đầu của dự án. Tuy nhiên, UCP cũng có nhược điểm là độ chính xác phụ thuộc nhiều vào kinh nghiệm của người ước tính. COCOMO phức tạp hơn nhưng có thể cung cấp kết quả chính xác hơn nếu có đủ dữ liệu lịch sử. Function Point tập trung vào chức năng người dùng và có thể phù hợp hơn cho các dự án có yêu cầu chức năng rõ ràng.

V. Xây Dựng Công Cụ Hỗ Trợ Phương Pháp Điểm Chức Năng UCP Hiệu Quả

Để đơn giản hóa và tự động hóa quá trình đánh giá công sức bằng phương pháp UCP, việc xây dựng một công cụ hỗ trợ là cần thiết. Công cụ này giúp người dùng nhập dữ liệu về các tác nhân, các trường hợp sử dụng, các yếu tố kỹ thuật và các yếu tố môi trường, sau đó tự động tính toán điểm Use Case đã điều chỉnh (AUCP) và ước tính công sức của dự án. Công cụ hỗ trợ UCP giúp tăng tốc độ và độ chính xác của quá trình ước tính công sức.

5.1. Phát Biểu Bài Toán và Phân Tích Chức Năng Chi Tiết

Để xây dựng một công cụ hỗ trợ UCP hiệu quả, cần phải phát biểu rõ ràng bài toán và phân tích chi tiết các chức năng cần thiết. Bài toán cần xác định rõ mục tiêu của công cụ, đối tượng sử dụng và phạm vi áp dụng. Phân tích chức năng cần xác định các chức năng chính của công cụ, chẳng hạn như nhập dữ liệu, tính toán AUCP, báo cáo kết quả và lưu trữ dữ liệu.

5.2. Thiết Kế Cơ Sở Dữ Liệu Giao Diện Người Dùng Thân Thiện

Thiết kế cơ sở dữ liệu và giao diện người dùng là hai yếu tố quan trọng để đảm bảo tính hiệu quả và dễ sử dụng của công cụ hỗ trợ UCP. Cơ sở dữ liệu cần được thiết kế để lưu trữ dữ liệu một cách có cấu trúc và dễ dàng truy xuất. Giao diện người dùng cần được thiết kế thân thiện, trực quan và dễ sử dụng, giúp người dùng nhập dữ liệu, xem kết quả và tương tác với công cụ một cách hiệu quả.

VI. Kết Luận Hướng Phát Triển UCP Trong Quản Lý Dự Án

Luận văn đã trình bày các kỹ thuật đánh giá công sức và nguồn lực trong quản lý dự án phần mềm sử dụng hướng tiếp cận điểm chức năng UCP. UCP là một phương pháp hữu ích để ước tính công sức ở giai đoạn đầu của dự án. Tuy nhiên, cần lưu ý rằng UCP có những hạn chế nhất định và cần được kết hợp với các phương pháp khác để đảm bảo độ chính xác. Trong tương lai, có thể nghiên cứu và phát triển UCP để khắc phục những hạn chế này và nâng cao hiệu quả của phương pháp. Các hướng nghiên cứu có thể bao gồm cải tiến cách tính điểm Use Case, điều chỉnh các hệ số độ phức tạp kỹ thuật và môi trường để phù hợp hơn với các loại dự án khác nhau, và tích hợp UCP với các công cụ quản lý dự án khác.

6.1. Tổng Kết Ưu Điểm và Nhược Điểm Của Phương Pháp UCP

Phương pháp UCP có một số ưu điểm đáng kể trong việc ước tính công sức dự án phần mềm. Nó đơn giản, dễ hiểu và có thể áp dụng ở giai đoạn đầu của dự án, khi thông tin về yêu cầu còn hạn chế. UCP cũng dựa trên các trường hợp sử dụng, giúp các nhà quản lý dự án hiểu rõ hơn về chức năng và phạm vi của dự án. Tuy nhiên, UCP cũng có những nhược điểm cần được xem xét. Độ chính xác của UCP phụ thuộc nhiều vào kinh nghiệm của người ước tính và có thể bị ảnh hưởng bởi các yếu tố chủ quan. Ngoài ra, UCP không tính đến các yếu tố phi chức năng, chẳng hạn như hiệu suất, bảo mật và khả năng mở rộng.

6.2. Hướng Phát Triển và Nghiên Cứu Tiếp Theo Về UCP

Có nhiều hướng phát triển và nghiên cứu tiếp theo có thể được thực hiện để cải thiện phương pháp UCP. Một trong số đó là nghiên cứu cách tính điểm Use Case một cách khách quan và chính xác hơn. Điều này có thể được thực hiện bằng cách sử dụng các tiêu chí rõ ràng và cụ thể để đánh giá độ phức tạp của các trường hợp sử dụng. Một hướng nghiên cứu khác là phát triển các hệ số điều chỉnh để phản ánh các yếu tố phi chức năng ảnh hưởng đến công sức dự án. Cuối cùng, việc tích hợp UCP với các công cụ quản lý dự án khác có thể giúp tự động hóa quá trình ước tính công sức và cải thiện hiệu quả của việc lập kế hoạch dự án.

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

Chương 1 : Tổng quan về đánh giá công sức và nguồn lực trong quân lý Dự ẩm phân mềm Chương 2 : Phương pháp điểm chức năng UP (LIse Case Poinf) Chương 3: Xây dụng công cu hỗ trợ phương pháp điểm chúc năng UCP Chương 4: Thử nghiệm áp dụng trong Dự án Xây dựng phòng mô phỏng điện khiển tàn biến. Kết luận Trong quá trinh thực hiện Luận văn, do thời gian cũng như trinh dộ con han chế nên không thể tránh khỏi những thiểu sót. Rất mong nhận được sự góp ý của các thấy, cô giáo và cúc bạn đề Tuận vấn hoàn thiện hơn. Tôi xm chân thành cản! ơn sự hướng dẫn, giúp đỡ tàn tỉnh cúa thấy hướng dẫn, PGS.TS Huỳnh Quyết Thang, các thây trong viện công nghệ thông tin và truyền thông — Dại hoc Bach.

khoa Hà Nồi đã giúp dỡ tôi trong quá trình học tập cũng như trong quả trình làm Luận vẫn. Đánh giá công súc phần mềm dụ án xây dung phong mé phong PKTB 86 4. Sắp xếp thứ bự trụ tiên các yêu cầu chúc năng phần mâm a? 4. Chuyén đỗi yêu cầu chức năng sang LISE-CASE.

Đánh giá quy trình tính toán 103 4. So sénh UCP với T24 104 4. So sánh LICP với COCOMO 105 4. Kết chương, 105 KẾT LUẬN 107 TÀI TIỆU THAM KHẢO.

Đánh giá công súc phần mềm dụ án xây dung phong mé phong PKTB 86 4. Sắp xếp thứ bự trụ tiên các yêu cầu chúc năng phần mâm a? 4. Chuyén đỗi yêu cầu chức năng sang LISE-CASE. Đánh giá quy trình tính toán 103 4.

So sénh UCP với T24 104 4. So sánh LICP với COCOMO 105 4. Kết chương, 105 KẾT LUẬN 107 TÀI TIỆU THAM KHẢO. Đánh giá công súc phần mềm dụ án xây dung phong mé phong PKTB 86 4.

Sắp xếp thứ bự trụ tiên các yêu cầu chúc năng phần mâm a? 4. Chuyén đỗi yêu cầu chức năng sang LISE-CASE. Đánh giá quy trình tính toán 103 4. So sénh UCP với T24 104 4.

So sánh LICP với COCOMO 105 4. Kết chương, 105 KẾT LUẬN 107 TÀI TIỆU THAM KHẢO. 110 DANH MUC CAC BANG Bang 1-1. Tinh UEPs — kích cỡ xử lý thông tím thô — ương FPA 19 Bang 1- 2.

Mười bản Yếu tế kĩ thuật trong FPA. Phân loại chế độ phát triển sân phẩm trong COCOMO co so 24 Bang 1- 4, Cée Yéu té diéu chỉnh trong COCOMO trung cấp. Phân loại chế độ phát triển trong COCOMO trung cấp Bang 2- 1. Sắp xép chức năng phan mềm.

Phan loai va danh trong sé diém Use Case trang UCP 61 33. Vi du dém sé Use Case sau khi danh trong sé. Phân loại và đánh trọng số tác nhân trong UCP. Ví dụ đếm số tác nhân sau khi đánh trọng số.

Trọng số của 13. yêu tổ kĩ thuật trong UCP.66 7, Vị dụ tỉnh Yếu tế Lộ phức tạp Kĩ thuật trong UCP. Trọng số của 8 yêu tả môi trường trong UCT. Ví dụ tỉnh Yếu tố Độ phức tạp Môi trường trong UCP - 69 Bảng 2- 10.

Tổng hợp danh giá giả trị phần mễm. Kịch bản Uwc Che “Thực hiện ước lượng mới” - 275 Bang 3 2. Kich ban Use CaseTim kiếm đánh giá lịch sử”. Sắp xếp chức năng phản mềm.- co 2 22s cece DS Bang 4- 2.

lãng chuyển từ chức năng sang Use Case vi —. Tỉnh toán điểm các tác nhân trao đối thông tin s9 Bảng 4- 4. Tình toán điểm các trưởng, hợp sử dụng,. Tính toán hệ số phức tạp kỹ thuật công nghệ.

Tính toán hệ số tác động mới trường và nhóm làm việc. Lắng hợp tính toán tổng, giả trị phần mễm. Đánh giá công súc phần mềm dụ án xây dung phong mé phong PKTB 86 4. Sắp xếp thứ bự trụ tiên các yêu cầu chúc năng phần mâm a? 4.

Chuyén đỗi yêu cầu chức năng sang LISE-CASE. Đánh giá quy trình tính toán 103 4. So sénh UCP với T24 104 4. So sánh LICP với COCOMO 105 4.

Kết chương, 105 KẾT LUẬN 107 TÀI TIỆU THAM KHẢO. 110 DANH MỤC HỈNH VẼ Hinh 1. 1 Đỏ thị hội tụ đánh giá. Độ chính xác của đánh giá công sức phần mềm chỉ được cải tiến chính trong quá trình phát Iriểu - 10 Tinh 1-2.

Tiến trình cơ sở đánh giá công sức phdn mém cia du an. 1 Mét vi da biéu dé Use case - - 38 Hình 2. 2- biểu tượng tác nhân trong UMIL. 3— Các Use case trong hệ thống điều khiến máy tàn.

1 Biểu đồ Lse Case tổng thể - UCPl2simatien. 2 Biểu đổ hoạt động của Use Caae"Thựo hiện đánh giá mới dự án". 3 Hiểu đỏ hoạt dộng của Use Case"Tùn kiếm đánh giá lịch sứ". Biểu để cộng tác cho Use Case"Thực hiện đánh giá mới”.

Biếu để cộng tác cho Use Case"Tim kiểm đánh giá lịch sử". 6 Biểu đỏ tuân tự cho Use Case"Thực hiện đánh giả mới". Biểu đỏ tuần tự cho LIse Case"'Tìm kiếm đánh giá lịch sử" 80 Hin 3. Biểu đỗ thực thể - liên kết.

Biểu đẻ thực thể¬anối quan hệ - UPC Estimator. Hình vế phối cảnh cabin chính lỗ hợp mỗ phông 86 DANH MỤC HỈNH VẼ Hinh 1. 1 Đỏ thị hội tụ đánh giá. Độ chính xác của đánh giá công sức phần mềm chỉ được cải tiến chính trong quá trình phát Iriểu - 10 Tinh 1-2.

Tiến trình cơ sở đánh giá công sức phdn mém cia du an. 1 Mét vi da biéu dé Use case - - 38 Hình 2. 2- biểu tượng tác nhân trong UMIL. 3— Các Use case trong hệ thống điều khiến máy tàn.

1 Biểu đồ Lse Case tổng thể - UCPl2simatien. 2 Biểu đổ hoạt động của Use Caae"Thựo hiện đánh giá mới dự án". 3 Hiểu đỏ hoạt dộng của Use Case"Tùn kiếm đánh giá lịch sứ". Biểu để cộng tác cho Use Case"Thực hiện đánh giá mới”.

Biếu để cộng tác cho Use Case"Tim kiểm đánh giá lịch sử". 6 Biểu đỏ tuân tự cho Use Case"Thực hiện đánh giả mới". Biểu đỏ tuần tự cho LIse Case"'Tìm kiếm đánh giá lịch sử" 80 Hin 3. Biểu đỗ thực thể - liên kết.

Biểu đẻ thực thể¬anối quan hệ - UPC Estimator. Hình vế phối cảnh cabin chính lỗ hợp mỗ phông 86 MỞ ĐẦU 1. Cơ sử khoa học vả thực tiễn của đề tài: Công sức phần mềm liên quan đến cã thời gian và nguồn lực phát bố ra trong, quả trình phát triển phần mềm. Việc dự bảo, danh giá công sức phản mềm là một hoạt động mang tính quyết định đổi với sự khả thi của dự án phân mềm, chỉ ra phương án điều khiến thời gian và ngân quỹ trong suốt quy trình phát triển phan mém.

Các phương pháp truyền thẳng thường là không tin cậy hoặc là yêu cầu quá nhiễu các thao tác đo, tỉnh toán phức tạp. Hơn nữa, do bộ đữ liệu thử nghiệm quá nhỏ không mang tỉnh đại diễn đẫn dén kết quả không chính xác. Việc nghiên cửu, hoản thiện các phương pháp dự bảo và đánh giá công sức phan mémn mang tính thực tiễn cao và có ý nghĩa rất lớn trong quân lý các du an phân mẻm. Mục dích cửa dễ tài: Nghiên cứu và kế thừa một số phương pháp dự báo, đánh giá công sức, nguồn lực trong quản lý đự án phân mềm ở Việt Nam và trên thê giỏi.

Tập hợp va phân tích các đặc điểm của các phương pháp định gia san phẩm phần mềm, Lựa chọn phương pháp điểm chúc năng sử đựng (Use Case Point) dé đánh giá công sức đự án phan mềm, tuục hiện các thử nghiện đổi với một dự án phân mm đã có, thử nghiệm vả đánh giá thực tế việc sử dụng phương pháp trong tỉnh toán các dự an phân mềm ở Học Viện Hải Quân. Các vẫn để cần giải quyết của đề tài Pe tập trưng giải quyết cáo vẫn đề sau 3.1 Nghiên cửu cơ sở lý thuyết vả nên công nghệ cơ bản phục vụ nhiệm vụ để tải CHUONG 1 TONG QUAN CÔNG TÁC ĐÁNH GIÁ CÔNG SỨC TRONG QUAN LY DU AN PHAN MEM 1. Banh giá công sức phần mam H gì Trong quần lý dự án phần mềm, việc đánh giả công sửc phần mêm hiệu quả Ja một hoạt động quan trọng, đồng thời cũng lả một thách thức trong phát triển phần nêm. Dánh giá cảng sức phần mềm là mội trong những nẻn tảng cho việc lập lịch.

du an một cách hiệu quả: Sẽ không thể lập dược kế hoạch và diéu khiến dự án có hiệu quá nếu không có một qui trình tính toán công sửc phân mềm đây đủ và đảng, tin cậy. Khi đó, cùng với việc phải chịu các táo động tài chính, bị mắt lợi thế cạnh tranh, và chậm trễ trong việc hưởng lợi từ kế hoạch và các sáng kiến là hậu quả của việc áp đụng một qui trình tính toán công sức không đẩy đủ, thiếu chính xác và khoa học. Cho đến bây giờ cũng đễ nhận thấy rằng ngành công nghiệp phẩn mềm nói chung không có nhiền các phương pháp tốt đề đánh giá công sức phản mềm của đự án. Hình 1-1, tham khảo từ tài liệu (J6] MeCornel, 1996) thể hiện độ hội tụ của đánh giá công sức phần mềm trong vòng dời phát triển dự án của các dự án thực tế, việc đánh giá chí được chính xác hỏa din din trong qua trinh lam min dan dự án.

Tir hinh vẽ có thế nhận thấy rằng để đưa ra được các đánh giá ding lin cay va som trong vỏng đời phát triển của dự án là rất khó. Chúng ta phái chịu nhiều thiệt hại hơn nhu là một hậu qua, do dé, chung ta cn tap trung nhiều nỗ lực đề giải quyết tình hình Đánh giá không đây đú công sức phần mềm của một dự án dẫn đến (a) việc bố trí thiếu cho đự án (điển mả thường dẫn đến việc vượt quá khả xăng làm việc), (b) quần lý thiếu các nỗ lực đám bão chất lượng (bỏ sót các nguy cơ rủi ro của sản phám kém chất lượng), và DANH MỤC HỈNH VẼ Hinh 1. 1 Đỏ thị hội tụ đánh giá. Độ chính xác của đánh giá công sức phần mềm chỉ được cải tiến chính trong quá trình phát Iriểu - 10 Tinh 1-2.

Tiến trình cơ sở đánh giá công sức phdn mém cia du an. 1 Mét vi da biéu dé Use case - - 38 Hình 2. 2- biểu tượng tác nhân trong UMIL. 3— Các Use case trong hệ thống điều khiến máy tàn.

1 Biểu đồ Lse Case tổng thể - UCPl2simatien. 2 Biểu đổ hoạt động của Use Caae"Thựo hiện đánh giá mới dự án". 3 Hiểu đỏ hoạt dộng của Use Case"Tùn kiếm đánh giá lịch sứ". Biểu để cộng tác cho Use Case"Thực hiện đánh giá mới”.

Biếu để cộng tác cho Use Case"Tim kiểm đánh giá lịch sử". 6 Biểu đỏ tuân tự cho Use Case"Thực hiện đánh giả mới". Biểu đỏ tuần tự cho LIse Case"'Tìm kiếm đánh giá lịch sử" 80 Hin 3. Biểu đỗ thực thể - liên kết.

Biểu đẻ thực thể¬anối quan hệ - UPC Estimator.