추정 기법-FP 계수 프로세스

FP 계산 프로세스는 다음 단계를 포함합니다-

Step 1 − 개수 유형을 결정합니다.
Step 2 − 카운트의 경계를 결정합니다.
Step 3 − 사용자가 요구하는 각 기본 프로세스 (EP)를 식별합니다.
Step 4 − 고유 한 EP를 결정합니다.
Step 5 − 데이터 기능을 측정합니다.
Step 6 − 트랜잭션 기능을 측정합니다.
Step 7 − 기능 크기 (조정되지 않은 기능 포인트 수)를 계산합니다.
Step 8 − VAF (Value Adjustment Factor) 결정.
Step 9 − 조정 된 기능 점수를 계산합니다.

Note− 일반 시스템 특성 (GSC)은 CPM 4.3.1에서 선택 사항이며 부록으로 이동되었습니다. 따라서 8 단계와 9 단계를 건너 뛸 수 있습니다.

1 단계 : 개수 유형 결정

기능 점수 계산에는 세 가지 유형이 있습니다.

개발 기능 점수
응용 프로그램 기능 점수
강화 기능 점수

개발 기능 점수

기능 포인트는 요구 사항에서 구현 단계까지 개발 프로젝트의 모든 단계에서 계산할 수 있습니다. 이러한 유형의 카운트는 새로운 개발 작업과 관련이 있으며 변환 노력을 지원하는 임시 솔루션으로 필요할 수있는 프로토 타입을 포함 할 수 있습니다. 이러한 유형의 카운트를 기준 기능 포인트 카운트라고합니다.

응용 프로그램 기능 점수

응용 프로그램 수는 제공된 기능 포인트로 계산되며 모든 변환 노력 (프로토 타입 또는 임시 솔루션) 및 존재했을 수있는 기존 기능은 제외됩니다.

강화 기능 점수

생산 후 소프트웨어를 변경하면 개선 사항으로 간주됩니다. 이러한 향상 프로젝트의 크기를 조정하기 위해 기능 포인트 수는 애플리케이션에서 추가, 변경 또는 삭제됩니다.

2 단계 : 개수의 경계 결정

경계는 측정중인 애플리케이션과 외부 애플리케이션 또는 사용자 도메인 사이의 경계를 나타냅니다. (그림 1 참조)

경계를 결정하려면 이해하십시오-

기능 점수 계산의 목적
측정중인 애플리케이션의 범위
어떤 애플리케이션이 어떤 데이터를 유지하는 방법과 애플리케이션
애플리케이션을 지원하는 비즈니스 영역

3 단계 : 사용자에게 필요한 각 기본 프로세스 식별

기능적 사용자 요구 사항을 다음 기준을 모두 충족하는 최소 활동 단위로 구성 및 / 또는 분해합니다.

사용자에게 의미가 있습니다.
완전한 거래를 구성합니다.
독립형입니다.
일관된 상태로 계산되는 애플리케이션의 비즈니스를 유지합니다.

예를 들어, 기능적 사용자 요구 사항- "직원 정보 유지"는 직원 추가, 직원 변경, 직원 삭제 및 직원에 대한 문의와 같은 더 작은 활동으로 분해 될 수 있습니다.

이렇게 식별 된 각 활동 단위는 기본 프로세스 (EP)입니다.

4 단계 : 고유 한 기본 프로세스 결정

이미 식별 된 두 개의 EP를 비교하여 다음과 같은 경우 하나의 EP (동일한 EP)로 계산합니다.

동일한 DET 세트가 필요합니다.
동일한 FTR 세트가 필요합니다.
EP를 완료하려면 동일한 처리 로직 세트가 필요합니다.

여러 형태의 처리 로직이있는 EP를 여러 EPS로 분할하지 마십시오.

예를 들어 '직원 추가'를 EP로 식별 한 경우 직원이 부양 가족이있을 수도 있고 없을 수도 있다는 사실을 고려하여 두 개의 EP로 나누어서는 안됩니다. EP는 여전히 '직원 추가'이며 부양 가족을 설명하기 위해 처리 논리 및 DET에 변형이 있습니다.

5 단계 : 데이터 함수 측정

각 데이터 함수를 ILF 또는 EIF로 분류합니다.

데이터 함수는-

ILF (내부 논리 파일) (측정중인 응용 프로그램에서 유지 관리하는 경우)
외부 인터페이스 파일 (EIF) (참조되지만 측정중인 응용 프로그램에서 유지 관리되지 않는 경우).

ILF 및 EIF에는 비즈니스 데이터, 제어 데이터 및 규칙 기반 데이터가 포함될 수 있습니다. 예를 들어, 전화 교환은 비즈니스 데이터, 규칙 데이터 및 제어 데이터의 세 가지 유형으로 구성됩니다. 비즈니스 데이터는 실제 호출입니다. 규칙 데이터는 호출이 네트워크를 통해 라우팅되는 방법이고 제어 데이터는 스위치가 서로 통신하는 방법입니다.

ILF 및 EIF 계산에 대한 다음 문서를 고려하십시오.

제안 된 시스템의 목적과 제약.
현재 시스템에 관한 문서 (해당 시스템이있는 경우).
사용자가 인식 한 목표, 문제 및 요구 사항에 대한 문서.
데이터 모델.

5.1 단계 : 각 데이터 함수에 대한 DET 계산

ILF / EIF에 대한 DET를 계산하려면 다음 규칙을 적용하십시오.

EP 실행을 통해 ILF 또는 EIF에서 유지되거나 검색된 고유 한 사용자 식별 가능, 반복되지 않는 필드 각각에 대해 DET를 계산합니다.
둘 이상의 응용 프로그램이 동일한 데이터 기능을 유지 및 / 또는 참조 할 때 측정되는 응용 프로그램에서 사용중인 DET 만 계산합니다.
사용자가 다른 ILF 또는 EIF와의 관계를 설정하는 데 필요한 각 속성에 대해 DET를 계산합니다.
관련 속성을 검토하여 그룹화되어 단일 DET로 계산되는지 또는 여러 DET로 계산되는지 여부를 결정합니다. 그룹화는 EP가 응용 프로그램 내에서 속성을 사용하는 방법에 따라 다릅니다.

5.2 단계 : 각 데이터 함수에 대한 RET 계산

ILF / EIF에 대한 RET를 계산하려면 다음 규칙을 적용하십시오.

각 데이터 함수에 대해 하나의 RET를 계산합니다.
DET의 다음 추가 논리적 하위 그룹 각각에 대해 하나의 추가 RET를 계산합니다.
- 키가 아닌 속성이있는 연관 엔티티.
- 하위 유형 (첫 번째 하위 유형 제외).
- 필수 1 : 1 이외의 관계에있는 귀속 엔티티.

5.3 단계 : 각 데이터 함수에 대한 기능 복잡성 결정

RETS	데이터 요소 유형 (DET)
RETS	1-19	20-50	>50
1	엘	엘	ㅏ
2에서 5	엘	ㅏ	H
> 5	ㅏ	H	H

기능적 복잡성 : L = 낮음; A = 평균; H = 높음

5.4 단계 : 각 데이터 함수의 기능적 크기 측정

기능적 복잡성	ILF에 대한 FP 수	EIF에 대한 FP 수
낮은	7	5
평균	10	7
높은	15	10

6 단계 : 트랜잭션 함수 측정

다음은 트랜잭션 기능을 측정하는 데 필요한 단계입니다.

6.1 단계 : 각 트랜잭션 기능 분류

트랜잭션 기능은 외부 입력, 외부 출력 또는 외부 조회로 분류되어야합니다.

외부 입력

외부 입력 (EI)은 경계 외부에서 오는 데이터 또는 제어 정보를 처리하는 기본 프로세스입니다. EI의 주요 목적은 하나 이상의 ILF를 유지하고 /하거나 시스템 동작을 변경하는 것입니다.

다음 모든 규칙이 적용되어야합니다.

데이터 또는 제어 정보는 애플리케이션 경계 외부에서 수신됩니다.
경계에 입력되는 데이터가 시스템 동작을 변경하는 제어 정보가 아닌 경우 적어도 하나의 ILF가 유지됩니다.
식별 된 EP의 경우 세 가지 진술 중 하나가 적용되어야합니다.
- 처리 논리는 애플리케이션에 대해 다른 EI에서 수행하는 처리 논리와 다릅니다.
- 식별 된 데이터 요소 세트는 애플리케이션의 다른 EI에 대해 식별 된 세트와 다릅니다.
- 참조 된 ILF 또는 EIF는 애플리케이션의 다른 EI가 참조하는 파일과 다릅니다.

외부 출력

외부 출력 (EO)은 애플리케이션 경계 외부로 데이터 또는 제어 정보를 보내는 기본 프로세스입니다. EO에는 외부 문의 이상의 추가 처리가 포함됩니다.

EO의 주요 목적은 데이터 또는 제어 정보 검색 이외의 처리 로직을 통해 사용자에게 정보를 제공하는 것입니다.

처리 논리는-

하나 이상의 수학 공식 또는 계산을 포함합니다.
파생 데이터를 만듭니다.
하나 이상의 ILF를 유지합니다.
시스템의 동작을 변경합니다.

다음 모든 규칙이 적용되어야합니다.

응용 프로그램의 경계 외부에 데이터 또는 제어 정보를 보냅니다.
식별 된 EP의 경우 세 가지 진술 중 하나가 적용되어야합니다.
- 처리 논리는 응용 프로그램에 대해 다른 EO가 수행하는 처리 논리와 다릅니다.
- 식별 된 데이터 요소 세트는 애플리케이션의 다른 EO와 다릅니다.
- 참조 된 ILF 또는 EIF는 애플리케이션의 다른 EO가 참조하는 파일과 다릅니다.

또한 다음 규칙 중 하나가 적용되어야합니다.

처리 논리에는 하나 이상의 수학 공식 또는 계산이 포함됩니다.
처리 로직은 적어도 하나의 ILF를 유지합니다.
처리 논리는 시스템의 동작을 변경합니다.

외부 문의

외부 조회 (EQ)는 데이터 또는 제어 정보를 경계 외부로 보내는 기본 프로세스입니다. EQ의 주요 목적은 데이터 검색 또는 제어 정보를 통해 사용자에게 정보를 제공하는 것입니다.

처리 논리에는 수학 공식이나 계산이 포함되지 않으며 파생 데이터가 생성되지 않습니다. 처리 중에 ILF가 유지되지 않으며 시스템 동작이 변경되지 않습니다.

다음 모든 규칙이 적용되어야합니다.

응용 프로그램의 경계 외부에 데이터 또는 제어 정보를 보냅니다.
식별 된 EP의 경우 세 가지 진술 중 하나가 적용되어야합니다.
- 처리 논리는 응용 프로그램의 다른 EQ에서 수행하는 처리 논리와 다릅니다.
- 식별 된 데이터 요소 세트는 애플리케이션의 다른 EQ와 다릅니다.
- 참조 된 ILF 또는 EIF는 응용 프로그램의 다른 EQ에서 참조하는 파일과 다릅니다.

또한 다음 규칙이 모두 적용되어야합니다.

처리 로직은 ILF 또는 EIF에서 데이터 또는 제어 정보를 검색합니다.
처리 논리에는 수학 공식이나 계산이 포함되어 있지 않습니다.
처리 논리는 시스템의 동작을 변경하지 않습니다.
처리 로직은 ILF를 유지하지 않습니다.

6.2 단계 : 각 트랜잭션 함수에 대한 DET 계산

EI에 대한 DET를 계산하려면 다음 규칙을 적용하십시오.

경계를 통과하는 (들어가거나 나가는) 모든 것을 검토합니다.
트랜잭션 기능을 처리하는 동안 경계를 넘는 (들어가거나 나가는) 고유 한 사용자 식별 가능하고 반복되지 않는 속성에 대해 DET를 하나씩 계산합니다.
여러 메시지가 있더라도 애플리케이션 응답 메시지를 보내는 기능에 대해 트랜잭션 함수 당 하나의 DET 만 계산합니다.
여러 수단이 있더라도 작업을 시작하는 기능에 대해 트랜잭션 기능 당 하나의 DET 만 계산합니다.
다음 항목을 DET로 계산하지 마십시오-
- 트랜잭션 함수에 의해 경계 내에서 생성되고 경계를 벗어나지 않고 ILF에 저장되는 속성.
- 보고서 제목, 화면 또는 패널 식별자, 열 머리글 및 속성 제목과 같은 리터럴.
- 날짜 및 시간 속성과 같은 애플리케이션 생성 스탬프.
- 페이징 변수, 페이지 번호 및 위치 정보 (예 : '211 행 중 37 ~ 54 행').
- "이전", "다음", "첫 번째", "마지막"및 해당 그래픽 항목을 사용하여 목록 내에서 탐색하는 기능과 같은 탐색 도구

다음 규칙을 적용하여 EO / EQ에 대한 DET를 계산합니다.

경계를 통과하는 (들어가거나 나가는) 모든 것을 검토합니다.
트랜잭션 기능을 처리하는 동안 경계를 넘는 (들어가거나 나가는) 고유 한 사용자 식별 가능하고 반복되지 않는 속성에 대해 DET를 하나씩 계산합니다.
여러 메시지가 있더라도 애플리케이션 응답 메시지를 보내는 기능에 대해 트랜잭션 함수 당 하나의 DET 만 계산합니다.
여러 수단이 있더라도 작업을 시작하는 기능에 대해 트랜잭션 기능 당 하나의 DET 만 계산합니다.
다음 항목을 DET로 계산하지 마십시오-
- 경계를 넘지 않고 경계 내에서 생성 된 속성입니다.
- 보고서 제목, 화면 또는 패널 식별자, 열 머리글 및 속성 제목과 같은 리터럴.
- 날짜 및 시간 속성과 같은 애플리케이션 생성 스탬프.
- 페이징 변수, 페이지 번호 및 위치 정보 (예 : '211 행 중 37 ~ 54 행').
- "이전", "다음", "첫 번째", "마지막"및 해당 그래픽 항목을 사용하여 목록 내에서 탐색하는 기능과 같은 탐색 도구

단계 6.3 : 각 트랜잭션 함수에 대한 FTR 계산

다음 규칙을 적용하여 EI에 대한 FTR을 계산합니다.

유지되는 각 ILF에 대해 FTR을 계산합니다.
EI 처리 중에 읽은 각 ILF 또는 EIF에 대해 FTR을 계산합니다.
유지되고 읽히는 각 ILF에 대해 하나의 FTR 만 계산합니다.

EO / EQ에 대한 FTR을 계산하려면 다음 규칙을 적용하십시오.

EP 처리 중에 읽은 각 ILF 또는 EIF에 대해 FTR을 계산합니다.

또한 EO에 대한 FTR을 계산하려면 다음 규칙을 적용하십시오.

EP 처리 중에 유지되는 각 ILF에 대한 FTR을 계산합니다.
EP에서 유지하고 읽는 각 ILF에 대해 하나의 FTR 만 계산합니다.

단계 6.4 : 각 트랜잭션 함수에 대한 기능 복잡성 결정

FTR	데이터 요소 유형 (DET)
FTR	1-4	5-15	>=16
0-1	엘	엘	ㅏ
2	엘	ㅏ	H
> = 3	ㅏ	H	H

기능적 복잡성 : L = 낮음; A = 평균; H = 높음

EQ가 최소 1 FTR을 가져야한다는 점을 제외하고 각 EO / EQ의 기능적 복잡성을 결정합니다.

EQ에는 최소 1 FTR이 있어야합니다. FTR	데이터 요소 유형 (DET)
EQ에는 최소 1 FTR이 있어야합니다. FTR	1-4	5-15	> = 16
0-1	엘	엘	ㅏ
2	엘	ㅏ	H
> = 3	ㅏ	H	H

기능적 복잡성 : L = 낮음; A = 평균; H = 높음

6.5 단계 : 각 트랜잭션 함수의 기능 크기 측정

기능 복잡성에서 각 EI의 기능 크기를 측정합니다.

복잡성	FP 수
낮은	삼
평균	4
높은	6

기능적 복잡성에서 각 EO / EQ의 기능적 크기를 측정합니다.

복잡성	EO의 FP 수	EQ 용 FP 수
낮은	4	삼
평균	5	4
높은	6	6

7 단계 : 기능 크기 계산 (조정되지 않은 기능 점수 수)

기능적 크기를 계산하려면 아래 단계를 따라야합니다.

7.1 단계

1 단계에서 찾은 것을 기억하십시오. 개수 유형을 결정하십시오.

7.2 단계

유형에 따라 기능 크기 또는 기능 포인트 수를 계산합니다.

개발 기능 점수는 7.3 단계로 이동하십시오.
응용 프로그램 기능 점수는 7.4 단계로 이동하십시오.
강화 기능 점수는 7.5 단계로 이동합니다.

7.3 단계

개발 기능 점수는 기능의 두 가지 구성 요소로 구성됩니다.

프로젝트에 대한 사용자 요구 사항에 포함 된 애플리케이션 기능.
프로젝트에 대한 사용자 요구 사항에 포함 된 변환 기능. 변환 기능은 설치시에만 제공되는 기능으로 구성되어 데이터를 변환하거나 특수 변환 보고서와 같은 기타 사용자 지정 변환 요구 사항을 제공합니다. 예를 들어 기존 애플리케이션을 새 시스템으로 대체 할 수 있습니다.

DFP = ADD + CFP

어디,

DFP = 개발 기능 점수

ADD = 개발 프로젝트에서 사용자에게 제공하는 기능의 크기

CFP = 변환 기능의 크기

ADD = FP 개수 (ILF) + FP 개수 (EIF) + FP 개수 (EI) + FP 개수 (EO) + FP 개수 (EQ)

CFP = FP 개수 (ILF) + FP 개수 (EIF) + FP 개수 (EI) + FP 개수 (EO) + FP 개수 (EQ)

7.4 단계

응용 프로그램 기능 점수 계산

AFP = ADD

어디,

AFP = 애플리케이션 기능 점수

ADD = 개발 프로젝트에서 사용자에게 제공하는 기능의 크기 (변환 기능의 크기 제외) 또는 애플리케이션이 계산 될 때마다 존재하는 기능.

ADD = FP 개수 (ILF) + FP 개수 (EIF) + FP 개수 (EI) + FP 개수 (EO) + FP 개수 (EQ)

7.5 단계

향상 기능 포인트 카운트는 다음 네 가지 기능 구성 요소를 고려합니다.

응용 프로그램에 추가되는 기능입니다.
응용 프로그램에서 수정 된 기능.
변환 기능.
애플리케이션에서 삭제 된 기능입니다.

EFP = ADD + CHGA + CFP + DEL

어디,

EFP = 강화 기능 점수

ADD = 향상 프로젝트에 의해 추가되는 기능의 크기

CHGA = 개선 프로젝트에 의해 변경되는 기능의 크기

CFP = 변환 기능의 크기

DEL = 향상 프로젝트에 의해 삭제되는 기능의 크기

ADD = FP 개수 (ILF) + FP 개수 (EIF) + FP 개수 (EI) + FP 개수 (EO) + FP 개수 (EQ)

CHGA = FP 개수 (ILF) + FP 개수 (EIF) + FP 개수 (EI) + FP 개수 (EO) + FP 개수 (EQ)

CFP = FP 개수 (ILF) + FP 개수 (EIF) + FP 개수 (EI) + FP 개수 (EO) + FP 개수 (EQ)

DEL = FP 개수 (ILF) + FP 개수 (EIF) + FP 개수 (EI) + FP 개수 (EO) + FP 개수 (EQ)

8 단계 : 값 조정 계수 결정

GSC는 CPM 4.3.1에서 선택 사항이며 부록으로 이동되었습니다. 따라서 8 단계와 9 단계를 건너 뛸 수 있습니다.

VAF (Value Adjustment Factor)는 계산되는 애플리케이션의 일반 기능을 평가하는 14 개의 GSC를 기반으로합니다. GSC는 기술과 무관 한 사용자 비즈니스 제약입니다. 각 특성에는 영향의 정도를 결정하는 관련 설명이 있습니다.

일반 시스템 특성	간단한 설명
데이터 통신	애플리케이션 또는 시스템과의 정보 전송 또는 교환을 지원하기 위해 얼마나 많은 통신 시설이 있습니까?
분산 데이터 처리	분산 데이터 및 처리 기능은 어떻게 처리됩니까?
공연	사용자에게 응답 시간 또는 처리량이 필요 했습니까?
많이 사용되는 구성	애플리케이션이 실행될 현재 하드웨어 플랫폼은 얼마나 많이 사용됩니까?
거래 율	트랜잭션은 매일, 매주, 매월 등 얼마나 자주 실행됩니까?
온라인 데이터 입력	온라인으로 입력되는 정보의 비율은 얼마입니까?
최종 사용자 효율성	최종 사용자의 효율성을 위해 애플리케이션이 설계 되었습니까?
온라인 업데이트	온라인 거래로 얼마나 많은 ILF가 업데이트됩니까?
복잡한 처리	응용 프로그램에 광범위한 논리 또는 수학적 처리가 있습니까?
재사용 성	응용 프로그램이 하나 또는 여러 사용자의 요구를 충족하도록 개발 되었습니까?
설치 용이성	변환 및 설치가 얼마나 어렵습니까?
운영 용이성	시작, 백업 및 복구 절차가 얼마나 효과적이고 / 또는 자동화되어 있습니까?
여러 사이트	응용 프로그램이 여러 조직의 여러 사이트에 설치되도록 특별히 설계, 개발 및 지원 되었습니까?
변화 촉진	변경을 용이하게하기 위해 응용 프로그램이 특별히 설계, 개발 및 지원 되었습니까?

영향 범위는 영향 없음에서 강한 영향까지 0에서 5까지의 척도입니다.

평가	영향력의 정도
0	존재하지 않거나 영향이 없음
1	부수적 영향
2	적당한 영향
삼	평균 영향력
4	중대한 영향
5	전체적으로 강력한 영향력

14 개의 GSC 각각에 대한 영향의 정도를 결정합니다.

이렇게 얻은 14 개의 GSC 값의 합계를 총 영향도 (TDI)라고합니다.

TDI = ∑¹⁴ Degrees of Influence

다음으로 VAF (Value Adjustment Factor)를 다음과 같이 계산합니다.

VAF = (TDI × 0.01) + 0.65

각 GSC는 0에서 5까지, TDI는 (0 × 14)에서 (5 × 14)까지, 즉 0 (모든 GSC가 낮은 경우)에서 70 (모든 GSC가 높은 경우), 즉 0 ≤ TDI ≤ 70까지 다양 할 수 있습니다. 따라서 VAF는 0.65 (모든 GSC가 낮은 경우)에서 1.35 (모든 GSC가 높은 경우), 즉 0.65 ≤ VAF ≤ 1.35 범위에서 다양 할 수 있습니다.