Kỹ thuật ước tính - Quy trình đếm FP

Quy trình đếm FP bao gồm các bước sau:

Step 1 - Xác định kiểu đếm.
Step 2 - Xác định ranh giới của số đếm.
Step 3 - Xác định từng Quy trình Cơ bản (EP) theo yêu cầu của người dùng.
Step 4 - Xác định các EP duy nhất.
Step 5 - Đo lường các chức năng dữ liệu.
Step 6 - Đo lường các chức năng giao dịch.
Step 7 - Tính toán kích thước chức năng (đếm điểm chức năng chưa điều chỉnh).
Step 8 - Xác định Hệ số Điều chỉnh Giá trị (VAF).
Step 9 - Tính số điểm chức năng đã điều chỉnh.

Note- Các Đặc điểm Hệ thống Chung (GSC) được làm tùy chọn trong CPM 4.3.1 và được chuyển sang Phụ lục. Do đó, có thể bỏ qua Bước 8 và Bước 9.

Bước 1: Xác định loại số đếm

Có ba loại đếm điểm chức năng -

Đếm điểm chức năng phát triển
Đếm điểm chức năng ứng dụng
Đếm điểm chức năng nâng cao

Đếm điểm chức năng phát triển

Các điểm chức năng có thể được tính ở tất cả các giai đoạn của một dự án phát triển từ yêu cầu đến giai đoạn thực hiện. Loại số lượng này được liên kết với công việc phát triển mới và có thể bao gồm các nguyên mẫu, có thể được yêu cầu như một giải pháp tạm thời, hỗ trợ nỗ lực chuyển đổi. Loại đếm này được gọi là đếm điểm hàm cơ sở.

Đếm điểm chức năng ứng dụng

Số lượng ứng dụng được tính như các điểm chức năng được phân phối và loại trừ mọi nỗ lực chuyển đổi (nguyên mẫu hoặc giải pháp tạm thời) và chức năng hiện có có thể đã tồn tại.

Đếm điểm chức năng nâng cao

Khi những thay đổi được thực hiện đối với phần mềm sau khi sản xuất, chúng được coi là những cải tiến. Để quy mô các dự án nâng cao như vậy, Số điểm chức năng được Thêm, Thay đổi hoặc Xóa trong Ứng dụng.

Bước 2: Xác định ranh giới của số đếm

Ranh giới cho biết biên giới giữa ứng dụng được đo và các ứng dụng bên ngoài hoặc miền người dùng. (Tham khảo Hình 1)

Để xác định ranh giới, hãy hiểu -

Mục đích của chức năng đếm điểm
Phạm vi ứng dụng được đo lường
Làm thế nào và ứng dụng nào duy trì dữ liệu nào
Các lĩnh vực kinh doanh hỗ trợ các ứng dụng

Bước 3: Xác định từng quy trình cơ bản do người dùng yêu cầu

Soạn và / hoặc phân tách các yêu cầu của người dùng chức năng thành đơn vị hoạt động nhỏ nhất, đáp ứng tất cả các tiêu chí sau:

Có ý nghĩa đối với người dùng.
Tạo thành một giao dịch hoàn chỉnh.
Là khép kín.
Để hoạt động kinh doanh của ứng dụng được tính ở trạng thái nhất quán.

Ví dụ: Yêu cầu người dùng chức năng - “Duy trì thông tin nhân viên” có thể được phân tách thành các hoạt động nhỏ hơn như thêm nhân viên, thay đổi nhân viên, xóa nhân viên và hỏi về nhân viên.

Do đó, mỗi đơn vị hoạt động được xác định là một Quy trình Cơ bản (EP).

Bước 4: Xác định các quy trình cơ bản duy nhất

So sánh hai EP đã được xác định, tính chúng là một EP (cùng một EP) nếu chúng -

Yêu cầu cùng một bộ DET.
Yêu cầu cùng một bộ FTR.
Yêu cầu cùng một bộ logic xử lý để hoàn thành EP.

Không chia một EP có nhiều dạng logic xử lý thành nhiều Eps.

Ví dụ: nếu bạn đã xác định 'Thêm nhân viên' là một EP, thì không nên chia nó thành hai EP để giải thích rằng một nhân viên có thể có hoặc không có người phụ thuộc. EP vẫn là 'Thêm nhân viên' và có sự thay đổi trong logic xử lý và DET để tính cho những người phụ thuộc.

Bước 5: Đo lường các chức năng dữ liệu

Phân loại từng hàm dữ liệu dưới dạng ILF hoặc EIF.

Một hàm dữ liệu sẽ được phân loại là -

Tệp logic nội bộ (ILF), nếu nó được duy trì bởi ứng dụng đang được đo lường.
Tệp giao diện bên ngoài (EIF) nếu nó được tham chiếu, nhưng không được ứng dụng đo lường duy trì.

ILF và EIF có thể chứa dữ liệu kinh doanh, dữ liệu kiểm soát và dữ liệu dựa trên quy tắc. Ví dụ, chuyển mạch điện thoại được làm bằng cả ba loại - dữ liệu kinh doanh, dữ liệu quy tắc và dữ liệu kiểm soát. Dữ liệu kinh doanh là cuộc gọi thực tế. Dữ liệu quy tắc là cách cuộc gọi nên được định tuyến qua mạng và dữ liệu điều khiển là cách các thiết bị chuyển mạch giao tiếp với nhau.

Hãy xem xét tài liệu sau đây để tính ILF và EIF -

Mục tiêu và ràng buộc đối với hệ thống đề xuất.
Tài liệu về hệ thống hiện tại, nếu hệ thống đó tồn tại.
Tài liệu về các mục tiêu, vấn đề và nhu cầu nhận thức của người dùng.
Các mô hình dữ liệu.

Bước 5.1: Đếm số DET cho mỗi hàm dữ liệu

Áp dụng các quy tắc sau để tính DETs cho ILF / EIF -

Đếm một DET cho mỗi trường duy nhất có thể nhận dạng người dùng, không lặp lại được duy trì trong hoặc truy xuất từ ILF hoặc EIF thông qua việc thực thi EP.
Chỉ đếm những DET đang được sử dụng bởi ứng dụng được đo khi hai hoặc nhiều ứng dụng duy trì và / hoặc tham chiếu cùng một chức năng dữ liệu.
Đếm một DET cho mỗi thuộc tính mà người dùng yêu cầu để thiết lập mối quan hệ với ILF hoặc EIF khác.
Xem lại các thuộc tính liên quan để xác định xem chúng được nhóm lại và được tính là một DET duy nhất hay chúng được tính là nhiều DET. Việc nhóm sẽ phụ thuộc vào cách các EP sử dụng các thuộc tính trong ứng dụng.

Bước 5.2: Đếm RET cho mỗi hàm dữ liệu

Áp dụng các quy tắc sau để đếm RET cho ILF / EIF -

Đếm một RET cho mỗi hàm dữ liệu.
Đếm một RET bổ sung cho mỗi nhóm phụ logic bổ sung sau đây của DET.
- Thực thể liên kết với các thuộc tính không phải khóa.
- Loại phụ (khác với loại phụ đầu tiên).
- Thực thể thuộc tính, trong một mối quan hệ khác với 1: 1 bắt buộc.

Bước 5.3: Xác định độ phức tạp chức năng cho từng chức năng dữ liệu

RETS	Các loại phần tử dữ liệu (DET)
RETS	1-19	20-50	>50
1	L	L	A
2 đến 5	L	A	H
> 5	A	H	H

Chức năng phức tạp: L = Thấp; A = Trung bình; H = Cao

Bước 5.4: Đo kích thước chức năng cho từng chức năng dữ liệu

Chức năng phức tạp	Số lượng FP cho ILF	Đếm FP cho EIF
Thấp	7	5
Trung bình cộng	10	7
Cao	15	10

Bước 6: Đo lường các chức năng giao dịch

Để đo lường các chức năng giao dịch, sau đây là các bước cần thiết:

Bước 6.1: Phân loại từng chức năng giao dịch

Các chức năng giao dịch nên được phân loại thành Đầu vào bên ngoài, Đầu ra bên ngoài hoặc Yêu cầu bên ngoài.

Đầu vào bên ngoài

Đầu vào bên ngoài (EI) là một Quy trình cơ bản xử lý dữ liệu hoặc kiểm soát thông tin đến từ bên ngoài ranh giới. Mục đích chính của EI là duy trì một hoặc nhiều ILF và / hoặc để thay đổi hoạt động của hệ thống.

Tất cả các quy tắc sau phải được áp dụng:

Dữ liệu hoặc thông tin điều khiển được nhận từ bên ngoài ranh giới ứng dụng.
Ít nhất một ILF được duy trì nếu dữ liệu đi vào ranh giới không phải là thông tin kiểm soát làm thay đổi hành vi của hệ thống.
Đối với EP đã xác định, phải áp dụng một trong ba câu sau:
- Logic xử lý là duy nhất so với logic xử lý được thực hiện bởi các EI khác cho ứng dụng.
- Tập hợp các phần tử dữ liệu được xác định khác với các tập hợp được xác định cho các EI khác trong ứng dụng.
- ILF hoặc EIF được tham chiếu khác với các tệp được tham chiếu bởi các EI khác trong ứng dụng.

Đầu ra bên ngoài

Đầu ra bên ngoài (EO) là một Quy trình cơ bản gửi dữ liệu hoặc thông tin điều khiển ra bên ngoài ranh giới của ứng dụng. EO bao gồm xử lý bổ sung ngoài quá trình điều tra bên ngoài.

Mục đích chính của EO là trình bày thông tin cho người dùng thông qua logic xử lý khác với hoặc ngoài việc truy xuất dữ liệu hoặc thông tin điều khiển.

Logic xử lý phải -

Chứa ít nhất một công thức toán học hoặc phép tính.
Tạo dữ liệu dẫn xuất.
Duy trì một hoặc nhiều ILF.
Thay đổi hành vi của hệ thống.

Tất cả các quy tắc sau phải được áp dụng:

Gửi dữ liệu hoặc thông tin kiểm soát ra bên ngoài ranh giới của ứng dụng.
Đối với EP đã xác định, phải áp dụng một trong ba câu sau:
- Logic xử lý là duy nhất so với logic xử lý được thực hiện bởi các EO khác cho ứng dụng.
- Tập hợp các phần tử dữ liệu được xác định khác với các EO khác trong ứng dụng.
- Các ILF hoặc EIF được tham chiếu khác với các tệp được tham chiếu bởi các EO khác trong ứng dụng.

Ngoài ra, phải áp dụng một trong các quy tắc sau:

Logic xử lý chứa ít nhất một công thức toán học hoặc phép tính.
Logic xử lý duy trì ít nhất một ILF.
Logic xử lý làm thay đổi hành vi của hệ thống.

Yêu cầu bên ngoài

Yêu cầu bên ngoài (EQ) là một Quy trình cơ bản gửi dữ liệu hoặc thông tin kiểm soát ra bên ngoài ranh giới. Mục đích chính của EQ là trình bày thông tin cho người dùng thông qua việc truy xuất dữ liệu hoặc thông tin kiểm soát.

Logic xử lý không chứa công thức toán học hoặc phép tính và không tạo ra dữ liệu dẫn xuất. Không có ILF nào được duy trì trong quá trình xử lý, cũng như hành vi của hệ thống không bị thay đổi.

Tất cả các quy tắc sau phải được áp dụng:

Gửi dữ liệu hoặc thông tin kiểm soát ra bên ngoài ranh giới của ứng dụng.
Đối với EP đã xác định, phải áp dụng một trong ba câu sau:
- Logic xử lý là duy nhất so với logic xử lý được thực hiện bởi các EQ khác cho ứng dụng.
- Tập hợp các phần tử dữ liệu được xác định khác với các EQ khác trong ứng dụng.
- Các ILF hoặc EIF được tham chiếu khác với các tệp được tham chiếu bởi các EQ khác trong ứng dụng.

Ngoài ra, tất cả các quy tắc sau phải áp dụng:

Logic xử lý lấy dữ liệu hoặc thông tin điều khiển từ ILF hoặc EIF.
Logic xử lý không chứa công thức hoặc phép tính toán học.
Logic xử lý không làm thay đổi hành vi của hệ thống.
Logic xử lý không duy trì ILF.

Bước 6.2: Đếm số DET cho mỗi chức năng giao dịch

Áp dụng các Quy tắc sau để tính DETs cho EI -

Xem lại mọi thứ vượt qua (vào và / hoặc ra) ranh giới.
Đếm một DET cho mỗi thuộc tính nhận dạng người dùng duy nhất, không lặp lại vượt qua (vào và / hoặc thoát) ranh giới trong quá trình xử lý chức năng giao dịch.
Chỉ đếm một DET cho mỗi chức năng giao dịch để có khả năng gửi tin nhắn phản hồi ứng dụng, ngay cả khi có nhiều tin nhắn.
Chỉ đếm một DET cho mỗi chức năng giao dịch để có khả năng bắt đầu (các) hành động ngay cả khi có nhiều phương tiện để làm như vậy.
Không tính các mục sau là DETs -
- Các thuộc tính được tạo trong ranh giới bởi một chức năng giao dịch và được lưu vào ILF mà không cần thoát ra khỏi ranh giới.
- Các chữ như tiêu đề báo cáo, mã nhận dạng màn hình hoặc bảng điều khiển, tiêu đề cột và tiêu đề thuộc tính.
- Ứng dụng tạo tem như thuộc tính ngày và giờ.
- Các biến phân trang, số trang và thông tin định vị, ví dụ: 'Hàng 37 đến 54 trên 211'.
- Hỗ trợ điều hướng chẳng hạn như khả năng điều hướng trong danh sách bằng cách sử dụng “trước”, “tiếp theo”, “đầu tiên”, “cuối cùng” và các tương đương đồ họa của chúng.

Áp dụng các quy tắc sau để tính DETs cho EO / EQ -

Xem lại mọi thứ vượt qua (vào và / hoặc ra) ranh giới.
Đếm một DET cho mỗi thuộc tính nhận dạng người dùng duy nhất, không lặp lại vượt qua (vào và / hoặc thoát) ranh giới trong quá trình xử lý chức năng giao dịch.
Chỉ đếm một DET cho mỗi chức năng giao dịch để có khả năng gửi tin nhắn phản hồi ứng dụng, ngay cả khi có nhiều tin nhắn.
Chỉ đếm một DET cho mỗi chức năng giao dịch để có khả năng bắt đầu (các) hành động ngay cả khi có nhiều phương tiện để làm như vậy.
Không tính các mục sau là DETs -
- Các thuộc tính được tạo trong ranh giới mà không vượt qua ranh giới.
- Các chữ như tiêu đề báo cáo, mã nhận dạng màn hình hoặc bảng điều khiển, tiêu đề cột và tiêu đề thuộc tính.
- Ứng dụng tạo tem như thuộc tính ngày và giờ.
- Các biến phân trang, số trang và thông tin định vị, ví dụ: 'Hàng 37 đến 54 trên 211'.
- Hỗ trợ điều hướng chẳng hạn như khả năng điều hướng trong danh sách bằng cách sử dụng “trước”, “tiếp theo”, “đầu tiên”, “cuối cùng” và các tương đương đồ họa của chúng.

Bước 6.3: Đếm FTR cho mỗi chức năng giao dịch

Áp dụng các quy tắc sau để tính FTR cho EI -

Đếm FTR cho mỗi ILF được duy trì.
Đếm FTR cho mỗi ILF hoặc EIF được đọc trong quá trình xử lý EI.
Chỉ đếm một FTR cho mỗi ILF được duy trì và đọc.

Áp dụng quy tắc sau để tính FTR cho EO / EQ -

Đếm FTR cho mỗi ILF hoặc EIF được đọc trong quá trình xử lý EP.

Ngoài ra, hãy áp dụng các quy tắc sau để tính FTR cho EO -

Đếm FTR cho mỗi ILF được duy trì trong quá trình xử lý EP.
Chỉ đếm một FTR cho mỗi ILF được EP duy trì và đọc.

Bước 6.4: Xác định độ phức tạp chức năng cho từng chức năng giao dịch

FTRs	Các loại phần tử dữ liệu (DET)
FTRs	1-4	5-15	>=16
0-1	L	L	A
2	L	A	H
> = 3	A	H	H

Chức năng phức tạp: L = Thấp; A = Trung bình; H = Cao

Xác định độ phức tạp chức năng cho mỗi EO / EQ, ngoại trừ EQ phải có tối thiểu 1 FTR -

EQ phải có tối thiểu 1 FTR FTRs	Các loại phần tử dữ liệu (DET)
EQ phải có tối thiểu 1 FTR FTRs	1-4	5-15	> = 16
0-1	L	L	A
2	L	A	H
> = 3	A	H	H

Chức năng phức tạp: L = Thấp; A = Trung bình; H = Cao

Bước 6.5: Đo kích thước chức năng cho từng chức năng giao dịch

Đo kích thước chức năng cho mỗi EI từ độ phức tạp chức năng của nó.

Phức tạp	Số lượng FP
Thấp	3
Trung bình cộng	4
Cao	6

Đo kích thước chức năng cho mỗi EO / EQ từ độ phức tạp chức năng của nó.

Phức tạp	Đếm FP cho EO	Đếm FP cho EQ
Thấp	4	3
Trung bình cộng	5	4
Cao	6	6

Bước 7: Tính toán kích thước chức năng (Đếm điểm chức năng chưa điều chỉnh)

Để tính toán kích thước chức năng, người ta nên làm theo các bước dưới đây:

Bước 7.1

Nhớ lại những gì bạn đã tìm thấy trong Bước 1. Xác định loại số đếm.

Bước 7.2

Tính toán kích thước chức năng hoặc số điểm chức năng dựa trên loại.

Để đếm điểm chức năng phát triển, hãy chuyển đến Bước 7.3.
Để tính điểm chức năng ứng dụng, hãy chuyển đến Bước 7.4.
Để đếm điểm chức năng nâng cao, hãy chuyển đến Bước 7.5.

Bước 7.3

Chức năng Phát triển Đếm điểm bao gồm hai thành phần của chức năng:

Chức năng ứng dụng có trong các yêu cầu của người dùng cho dự án.
Chức năng chuyển đổi bao gồm trong các yêu cầu của người dùng đối với dự án. Chức năng chuyển đổi bao gồm các chức năng chỉ được cung cấp khi cài đặt để chuyển đổi dữ liệu và / hoặc cung cấp các yêu cầu chuyển đổi khác do người dùng chỉ định, chẳng hạn như báo cáo chuyển đổi đặc biệt. Ví dụ: một ứng dụng hiện có có thể được thay thế bằng một hệ thống mới.

DFP = ADD + CFP

Ở đâu,

DFP = Số điểm chức năng phát triển

ADD = Kích thước của các chức năng do dự án phát triển cung cấp cho người dùng

CFP = Kích thước của chức năng chuyển đổi

ADD = Đếm FP (ILFs) + Đếm FP (EIFs) + Đếm FP (EIs) + Đếm FP (EO) + Đếm FP (EQs)

CFP = Đếm FP (ILFs) + Đếm FP (EIFs) + Đếm FP (EIs) + Đếm FP (EO) + Đếm FP (EQs)

Bước 7.4

Tính số điểm hàm ứng dụng

AFP = ADD

Ở đâu,

AFP = Số điểm chức năng ứng dụng

ADD = Kích thước của các chức năng do dự án phát triển cung cấp cho người dùng (không bao gồm kích thước của bất kỳ chức năng chuyển đổi nào) hoặc chức năng tồn tại bất cứ khi nào ứng dụng được tính.

ADD = Đếm FP (ILFs) + Đếm FP (EIFs) + Đếm FP (EIs) + Đếm FP (EO) + Đếm FP (EQs)

Bước 7.5

Đếm điểm chức năng nâng cao xem xét bốn thành phần sau của chức năng:

Chức năng được thêm vào ứng dụng.
Chức năng được sửa đổi trong Ứng dụng.
Chức năng chuyển đổi.
Chức năng bị xóa khỏi ứng dụng.

EFP = ADD + CHGA + CFP + DEL

Ở đâu,

EFP = Đếm điểm chức năng nâng cao

ADD = Kích thước của các chức năng được thêm vào bởi dự án nâng cao

CHGA = Kích thước của các chức năng bị thay đổi bởi dự án nâng cao

CFP = Kích thước của chức năng chuyển đổi

DEL = Kích thước của các chức năng bị xóa bởi dự án nâng cao

ADD = Đếm FP (ILFs) + Đếm FP (EIFs) + Đếm FP (EIs) + Đếm FP (EO) + Đếm FP (EQs)

CHGA = Đếm FP (ILFs) + Đếm FP (EIFs) + Đếm FP (EIs) + Đếm FP (EO) + Đếm FP (EQs)

CFP = Đếm FP (ILFs) + Đếm FP (EIFs) + Đếm FP (EIs) + Đếm FP (EO) + Đếm FP (EQs)

DEL = Đếm FP (ILFs) + Đếm FP (EIFs) + ĐẾM FP (EIs) + Đếm FP (EO) + Đếm FP (EQs)

Bước 8: Xác định yếu tố điều chỉnh giá trị

GSC được thực hiện tùy chọn trong CPM 4.3.1 và được chuyển sang Phụ lục. Do đó, có thể bỏ qua Bước 8 và Bước 9.

Hệ số điều chỉnh giá trị (VAF) dựa trên 14 GSC đánh giá chức năng chung của ứng dụng đang được tính. GSC là những ràng buộc kinh doanh của người dùng độc lập với công nghệ. Mỗi đặc điểm có các mô tả liên quan để xác định mức độ ảnh hưởng.

Đặc điểm hệ thống chung	Mô tả ngắn gọn
Truyền thông dữ liệu	Có bao nhiêu phương tiện liên lạc để hỗ trợ việc chuyển giao hoặc trao đổi thông tin với ứng dụng hoặc hệ thống?
Xử lý dữ liệu phân tán	Dữ liệu phân tán và các chức năng xử lý được xử lý như thế nào?
Hiệu suất	Người dùng có yêu cầu thời gian phản hồi hoặc thông lượng không?
Cấu hình được sử dụng nhiều	Nền tảng phần cứng hiện tại được sử dụng nhiều đến mức nào, nơi ứng dụng sẽ được thực thi?
Tỷ lệ giao dịch	Tần suất các giao dịch được thực hiện hàng ngày, hàng tuần, hàng tháng, v.v.?
Nhập dữ liệu trực tuyến	Bao nhiêu phần trăm thông tin được nhập trực tuyến?
Hiệu quả của người dùng cuối	Ứng dụng có được thiết kế cho người dùng cuối hiệu quả không?
Cập nhật trực tuyến	Có bao nhiêu ILF được cập nhật bằng giao dịch trực tuyến?
Xử lý phức tạp	Ứng dụng có xử lý logic hoặc toán học mở rộng không?
Khả năng tái sử dụng	Ứng dụng có được phát triển để đáp ứng một hoặc nhiều nhu cầu của người dùng không?
Cài đặt dễ dàng	Chuyển đổi và cài đặt có khó không?
Hoạt động dễ dàng	Các quy trình khởi động, sao lưu và phục hồi hiệu quả và / hoặc tự động như thế nào?
Nhiều trang web	Ứng dụng có được thiết kế, phát triển và hỗ trợ đặc biệt để cài đặt tại nhiều trang web cho nhiều tổ chức không?
Tạo điều kiện thay đổi	Ứng dụng có được thiết kế, phát triển và hỗ trợ đặc biệt để tạo điều kiện thay đổi không?

Mức độ ảnh hưởng theo thang điểm từ 0 đến 5, từ không ảnh hưởng đến ảnh hưởng mạnh.

Xếp hạng	Mức độ ảnh hưởng
0	Không có mặt, hoặc không có ảnh hưởng
1	Ảnh hưởng ngẫu nhiên
2	Ảnh hưởng vừa phải
3	Ảnh hưởng trung bình
4	Ảnh hưởng đáng kể
5	Ảnh hưởng mạnh mẽ trong suốt

Xác định mức độ ảnh hưởng của từng GSC.

Tổng các giá trị của 14 GSC thu được do đó được gọi là Tổng mức độ ảnh hưởng (TDI).

TDI = ∑¹⁴ Degrees of Influence

Tiếp theo, tính Hệ số điều chỉnh giá trị (VAF) là

VAF = (TDI × 0.01) + 0.65

Mỗi GSC có thể thay đổi từ 0 đến 5, TDI có thể thay đổi từ (0 × 14) đến (5 × 14), tức là 0 (khi tất cả các GSC đều ở mức thấp) đến 70 (khi tất cả các GSC đều ở mức cao) tức là 0 ≤ TDI ≤ 70. Do đó, VAF có thể thay đổi trong phạm vi từ 0,65 (khi tất cả các GSC đều thấp) đến 1,35 (khi tất cả các GSC đều cao), tức là 0,65 ≤ VAF ≤ 1,35.

Bước 9: Tính số điểm chức năng đã điều chỉnh

Theo cách tiếp cận FPA sử dụng VAF (các phiên bản CPM trước V4.3.1), điều này được xác định bởi,

Adjusted FP Count = Unadjusted FP Count × VAF

Trong đó, số lượng FP chưa điều chỉnh là kích thước chức năng mà bạn đã tính toán ở Bước 7.

Vì VAF có thể thay đổi từ 0,65 đến 1,35, VAF gây ảnh hưởng ± 35% đến số FP được điều chỉnh cuối cùng.

Lợi ích của các điểm chức năng

Các điểm chức năng rất hữu ích -

Trong đo kích thước của giải pháp thay vì kích thước của vấn đề.
Vì yêu cầu là thứ duy nhất cần thiết để đếm điểm chức năng.
Vì nó độc lập với công nghệ.
Vì nó độc lập với ngôn ngữ lập trình.
Trong việc ước tính các dự án thử nghiệm.
Trong việc ước tính chi phí dự án tổng thể, tiến độ và nỗ lực.
Trong đàm phán hợp đồng vì nó cung cấp một phương pháp giao tiếp dễ dàng hơn với các nhóm kinh doanh.
Vì nó định lượng và gán giá trị cho các mục đích sử dụng thực tế, giao diện và mục đích của các chức năng trong phần mềm.
Trong việc tạo tỷ lệ với các số liệu khác như giờ, chi phí, số lượng nhân viên, thời lượng và các số liệu ứng dụng khác.

Kho lưu trữ FP

Nhóm tiêu chuẩn đo điểm chuẩn phần mềm quốc tế (ISBSG) phát triển và duy trì hai kho lưu trữ dữ liệu CNTT.

Các dự án phát triển và nâng cao
Ứng dụng Bảo trì và Hỗ trợ

Có hơn 6.000 dự án trong kho Dự án Phát triển và Nâng cao.

Dữ liệu được phân phối ở định dạng Microsoft Excel, giúp bạn phân tích sâu hơn mà bạn muốn thực hiện với nó dễ dàng hơn hoặc thậm chí bạn có thể sử dụng dữ liệu cho một số mục đích khác.

Giấy phép kho lưu trữ ISBSG có thể được mua từ - http://www.isbsg.com/

ISBSG giảm giá 10% cho các thành viên IFPUG khi mua hàng trực tuyến khi sử dụng mã giảm giá “IFPUGMembers”.

Bạn có thể tìm thấy các bản cập nhật Phát hành Dữ liệu Dự án Phần mềm ISBSG tại - http://www.ifpug.org/isbsg/

COSMIC và IFPUG đã hợp tác để đưa ra Bảng chú giải thuật ngữ cho phần mềm Phi chức năng và Yêu cầu của dự án. Nó có thể được tải xuống từ - cosmic-sizing.org