CHƢƠNG 4 PHÁT TRIỂN CHƢƠNG TRÌNH ỨNG DỤNG
4.2 Tóm lược cơ sở khoa học
Phần mềm được xây dựng dựa trên hai phương pháp đã được nghiên cứu ở trên là Function Points và Use Case Points [5, 2]
4.2.1 Các bƣớc tính Function Points trong chƣơng trình
Bƣớc 1. Tính tổng số điểm chức năng (điểm chức năng thô - UFP)
Bƣớc 2. Xác định các tác tố ảnh hưởng đến độ phức tạp của phần mềm (14 tác tố);
các tác tố này được xác định trên 1 thang điểm 0..5, dựa trên việc đáp ứng các câu hỏi căn cứ trong bảng sau:
Tỉ lệ mỗi tác tố theo thang điểm từ 0 đến 5
0 1 2 3 4 5
Không ảnh hưởng
Ngẫu nhiên Đơn giản Trung bình Có ý nghĩa Bản chất
Tổng số điểm các tác tố gọi là độ ảnh hưởng (Fi với i=1..14) Fi:
1- Hệ thống có yêu cầu sao lưu và khôi phục không? 2- Có yêu cầu 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ề vấn đề có làm việc tốt không?
5- Hệ thống có chạy trong môi trường có nặng về vấn đề 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 thông qua nhiều màn hình hay thao tác không?
8- Tệp chính có phải cập nhật trực tuyến không? 9- Cái vào, cái 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?
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 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ƣớc 3. Tính điểm chức năng:
FP = UFP * (0,65 + 0,01*SUM(Fi)).
Sau khi tìm được điẻm chức năng ta có thể tính toán ước lượng theo các công thức sau:
Hiệu năng = FP/ngƣời-tháng Phẩm chất = Khiếm khuyết /FP Chi phí = $/FP
Tƣ liệu = Số trang tƣ liệu /FP Các loại Funtion Points
1. Data storage
External Input (EI) (ví dụ, dữ liệu điền lên form) External Output (EO) (ví dụ, báo cáo)
2. Transactions
External Query (EQ) (ví dụ, hộp thoại tìm kiếm)
Internal Logical File (ILF) (ví dụ, quan hệ giữa các bảng được lưu giữ)
External Logical File (ELF) (ví dụ, các bảng khác ứng dụng liên hệ tới nhưng không lưu giữ)
Độ phức tạp của các FP là khác nhau:
EI, EO, EQ dựa trên số lượng các kiểu thành phần dữ liệu (ký hiệu DET: Data Element Types) được truy cập và số lượng kiểu file tham chiếu.
ILF và EIF có độ phức tạp dựa trên số lựợng của DET và số lượng các kiểu thành phần bản ghi.
Dưới đây là bảng các trọng số dành cho mỗi loại FP và mứ độ phức tạp tương ứng
*Các đặc trƣng chung của hệ thống (GSC: General Systems Characteristics),
có 14 loại nhƣ sau:
1. Data Communications
Dữ liệu và thông tin điều khiển được sử dụng trong ứng dụng được gửi hoặc nhận qua các điều kiện giao tiếp
2. Distributed Data Processing
Xử lý dữ liệu phân tán
3. Performance
Tốc độ đáp ứng của ứng dụng về thời gian
4. Heavily Used Configuration
Nặng về các thao tác cấu hình đặc biệt là cân nhắc thiết kế. Vấn đề này nảy sinh do nhu cầu sử dụng của mỗi người là khác nhau, do vậy mà việc cấu hình riêng cho mỗi người dùng sao cho chương trình chạy tốt nhất vấn cần thiết.
5. Transaction Rate. Tỷ lệ giao dịch 6. On-line Data Entry
Dầu vào dữ liệu trực tuyến.
7. End -User Efficiency: Hiệu quả sử dụng cuối
Mức độ thiết kế hiệu quả cho người sử dụng cuối cùng. Mức độ chi tiết các yêu cầu của người dùng, yêu cầu của người dùng về các chức năng càng đặc thù cho ứng dụng của họ thì yếu tố này càng lớn
8. On-line Update
Phần mềm hỗ trợ việc update online cho file hệ thống (ILF: internal logical files).
9. Complex Processing: xửlý phứct tạp
Độ phức tạp xử lý bên trong phần mềm, các phép tính toán, các thuật toán là phức tạp…
10. Reusability: khả năng sử dụng lại
Ứng dụng và mã nguồn trong ứng dụng được thiết kế, phát triển và hỗ trợ để có thể sử dụng lại trong ứng dụng khác. ứng dụng có tính mở rộng và phát triển cao.
11. Installation Ease: dẽ dàng cài đặt
Dễ dàng cài đặt và đưa vào sử dụng
12. Operational Ease: thao tác dễ dàng
Thao tác dễ dàng là một đặc điểm của ứng. Các thủ tục khởi động, sao lưu, khôi phục là hiệu quả và được cung cấp, kiểm tra trong khâu kiểm thử. Các chức năng bên trong ứng dụng đơn giản, dễ hiểu, dễ xử lý, không cần nhiều thời gian để làm quen sử dụng
13. Multiple Sites: nhiều nơi
Ứng dụng được thiết kế đặc trưng, được phát triển, hỗ trợ để cài đặt tại nhiều nơi cho nhiều tổ chức
14. Facilitate Change: thay đổi dễ dàng
Ứng dụng được thiết kế đặc trưng, được phát triển, hỗ trợ để dễ dàng thay đổi
Mỗi GSC được đặt giá trị giữa 0 và 5 phù hợp với sự ảnh hưởng của nó tới ứng ụng.Tổng các giá trị của 14 GSC này được gọi là TDI (Toptal Degree of Influence)
VAF (Value Adjustment Factor) = (TDI*0.01) + 0.65
Adjusted Function Points Count được tính như sau:
AFPC = VAF * UFPC
Sau khi tính toán được AFPC chúng ta có thể ước lượng giá phần mềm thông qua công sức(efford) trung bình bỏ ra để xây dựng một Function Points, tiếp sau đó nhân với ngày công thì ra giá của phần mềm.
4.2.2 Các bước tính Use Case Points trong chương trình
Phương pháp Use case points sẽ đếm các Actor và Use case trong mô hình UML
Để tính UUCP (Unjust Use case Points) ta nhân thêm trọng số tương ứng trong bảng trên với mỗi loại Actor và Use case.
ni: số lượng use case hoặc Actor wi: trọng số tương ứng
Để ước lượng phần mềm tốt hơn nữa thêm hai nhân tố là:
Technical Complexity Factor(TCF) và Environmental Factor (EF)
Technical Complexity Factor đã được nói tới ở trên (Phần Function Points)
Công thức tính : với C1 = 1.4, C2 = -0.3
Các hằng số C1, C2 là dựa trên những ước lượng sớm
F1: Mức độ quen thuộc: Mô hình của hệ thống là quen thuộc với các nhân viên phát triển phần mềm
F2: phụ thuộc vào số lượng và mức độ đóng góp của các nhân viên làm việc Part Time.
F3: Năng lực phân tích, người phân tích tốt sẽ cho hệ thống phát triển tốt, dễ cài đặt, phát triển và mở rộng
F4: kinh nghiệm đối với ứng dụng: hầu hết các công nhân đã làm việc quen thuộc trên ứng dụng này
F5: Kinh nghiệm lập trình hướng đối tượng: kinh nghiệm này ảnh hưởng rất lớn đến mô hình đối tượng của ứng dụng
F6: Động cơ thúc đẩy: nếu ứng dụng đang phát triển đang có nhu cầu lớn, hoặc có tương lai, thì động cơ thúc đẩy là tốt, việc tập trung phát triển cũng tốt hơn, và ứng dụng càng được hoàn thiện tốt.
F7: Mức độ khó khăn của ngôn ngữ lập trình: ngôn ngữ lập trình cấp thấp thường rất khó so với khi lập trình bằng các ngôn ngữ bậc cao.
F8: Mức độ ổn định của các yêu cầu: đây là nhân tố khá điển hình, như chúng ta đã biết người dùng đôi khi còn chưa phát hiện rõ và chính sác yêu cầu của mình, trong quá trình phát triển phần mềm sự thày đổi đôi khi là phải trả giá hết sức đắt.
Khi đó Use case points được tính: