SW대가산정(재개발)

읽어봐도 무슨 말인지 몰랐다..

저만의 해석기준으로 작성한 것입니다.

 

1. FP 유형 결정
EI (Exteranl Input: 외부입력) - 입력. (시스템의 작동을 변경함) 예) 게시판의 글쓰기
EO (External Output: 외부출력) - 조회 후 출력. 예) 게시판 목록의 검색
EQ (External Inquiries: 외부조회) - 단순 조회 후 단순 출력. 예) 게시판의 글 목록, 글 보기

ILF (Internal Logical Files : 내부논리파일) - 내부에 데이터를 조작 및 관리. 사용자 입력 없음.
EIF (Externa Interface Files : 외부연계 파일) - 시스템 외부로 데이터를 받거나 줌. 사용자 입력 없음.

 

2. RET 또는 FTR 결정
- EI, EO, EQ의 경우 RET(Record Element Type: 레코드 요소 유형)를 산정. (입력 항목을 그룹으로 나눠 따로 입/출력해야 하는 경우)
-> 선택적(Optional) RET: 항목이 선택적인 경우
-> 필수적(Mandatory) RET: 항목이 필수인 경우
-> 어쨋든 서브 그룹의 항목의 개수임
-> 항목에 따라 다르지만 대부분 1이다.

 

- ILF, EIF 의 경우 FTR(File Type Referenced: 참조 파일 유형)을 산정
-> 항목 수행시 변경되는 파일의 개수. 항목이 서로 다른 트랜잭션을 수행하며 각 트랜잭션이 서로 다른 파일을 수정하는 경우 각각의 파일 개수를 산정
-> 항목에 따라 다르지만 대부분 1이다.

(내 생각에 해당 로직의 sql.xml 기준으로 하면 될 것 같다.)

 

3. DET 결정
DET(Data Element Type: 데이터 요소 유형) - 식별가능한 유일한 필드 예) 게시판 DB가 "일련번호, 이름, 제목, 내용, 쓴날짜"로 구성되는 경우 5

 

 

-------------------------------------------------------순서-----------------------------------------------------------------
간이법 : 

기능의 복잡도를 판단하기 어려운 경우 적용하는 방법으로 계산 절차는 정통법과 동일하나 

기능점수 산정 시 기능 유형별 평균 복잡도를 적용하여 기능점수를 산출한다. 

통상적으로 기획 및 발주단계에서의 기능점수 측정에 사용된다.

 

정통법 : 

소프트웨어의 기능을 도출하고, 각 기능의 유형별 복잡도를 고려하여 

정확한 기능점수 산정을 필요로 할 경우 사용되는 일반적인 방법이다.

1) FP산정(간이법)기능별 목록 정리
2) FP유형 / FTR / DET / 재사용유형 선택
3) 컬럼 변경될 경우, DET 변경되는 컬럼 수 추가
4) 구조화 및 애플리케이션 명확화 정도랑 문서화 및 소스코드 서술화 정도 선택
5) 보정계수 산정에서 연계복잡성 등 select 선택