데이터 기능 산정

1. 데이터 기능 산정

2. 데이터 기능 개요

3. ③ ⑤ ② ④ ① ⑦ ⑥ 데이터 기능과 복잡도 계산 • 데이터기능과 복잡도 계산 어플리케이션별 ㅇ 사용자 요구사항 ㅇ 데이터 모델 ㅇ 프로세스 모델 ㅇ 윈도우, 화면, 보고서 데이터그룹 도출 ※ 위의 모든 입력요소가 있어야 하는 것은 아님. ILF 및 EIF 식별 ILF/EIF별 복잡도 및 기여도 결정 - DET & RET counting - 복잡성 및 기여도 평가 데이터 기능점수 = ∑ (어플리케이션별 데이터기능점수) 데이터기능점수 산출

4. ③ ⑤ ② ④ ① ⑦ ⑥ 데이터 기능의 유형 • 내부 논리 파일(Internal Logical File : ILF) • ILF는 EI, EO, EQ에 의해 읽히거나 참조되어야 함 • ILF는 대개 기능 점수를 계산 중인 어플리케이션에서 항상 읽히거나 참조되지만, 다른 어플리케이션 내에서 읽히거나 참조될 수 있음 • 외부 연계 파일(External Interface File : EIF) • EIF가 다른 어플리케이션에서 유지된다고 하더라도 논리적인 그룹의 일부 데이터는 기능 점수를 계산 중인 어플리케이션 내에서 최소한 하나의 EI, EO, EQ에 의해 읽히거나 참조되어야 함 • 데이터는 편집, 디스플레이, 계산, 비교를 위한 검색시 읽히거나 참조됨

5. ③ ⑤ ② ④ ① ⑦ ⑥ 추출한 데이터그룹 또는 제어정보가 논리적으로 그룹핑될 수 있는 정보단위로서 사용자가 식별가능한 정보형태를 나타내는가? ILF & EIF 식별규칙 데이터그룹 추출 데이터그룹 도출 도출된 데이터그룹 또는 제어정보가 측정대상 어플리케이션의 경계내부에 존재? 예 아니오 도출된 데이터그룹 또는 제어정보가 측정대상 어플리케이션내의 단위프로세스에 의해 참조만 되고, 유지되지 않는가? . 도출된 데이터그룹 또는 제어정보가 측정대상 어플리케이션내의 단위프로세스에 의해 유지되는가? ILF로 분류 EIF로 분류

6. 내부 논리 파일(Internal Logical File)

7. ③ ⑤ ② ④ ① ⑦ ⑥ 데이터 기능의 유형: ILF • 정의: ILF는 어플리케이션의 경계 내에서 유지되는 논리적으로 관련된데이터나 제어정보로 사용자가 식별 가능한 그룹 • 의미: 측정 대상 어플리케이션의 하나 이상의 단위프로세스를 통해 유지되는 데이터

8. ③ ⑤ ② ④ ① ⑦ ⑥ 데이터 기능의 유형: ILF (계속) • 관련 용어 정의 • 사용자가 식별 가능하다는 것은 사용자와 개발자 모두가 이해하고 동의한 요구사항 • 예: 인사 시스템의 직원 정보 • 논리적으로 관련된다는 것은 각 그룹이 논리적으로 적합해야 한다는 요구조건 • ILF는 다른 ILF에 종속되거나 한정되지 않아야 함 • 데이터는 어플리케이션 내에서 유지되는 사실및 수등의 모임 • 예: 수표 번호 는 수표 계정 레코드 내에서 유지됨 • 제어 정보는 어플리케이션의 기본 프로세스에 영향을 주기 위해 어플리케이션에 의해 이용되는 데이터 • 어떤 데이터가 언제 어떻게 처리되는지를 규정 • 예: 부정확하거나 부적절한 데이터를 거부하기 위한 편집 데이터, 이벤트의 순서와 타이밍을 설정하는 날짜와 시간 등

9. ③ ⑤ ② ④ ① ⑦ ⑥ 데이터 기능의 유형: ILF (계속) • 관련 용어 정의 • 유지(maintain)된다는 것은 어플리케이션의 기본 프로세스 동안 데이터가 수정된다는 사실을 의미 • 데이터와 제어 정보를 유지하는 트랜잭션의 예: 추가 삭제, 변경, 삭제, 갱신 등 • ILF는 여러 어플리케이션에 의해 유지되거나 ILF로서 계산될 수 있지만, 어플리케이션 당 하나로 계산됨 • 단위 프로세스(Elementary Process)는 사용자에게 의미 있는 가장 작은 작업 단위 • 동일 트랜잭션으로 여러 ILF 갱신 가능

10. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 계산 규칙 • 데이터나 제어 정보의 그룹은 논리적이고 사용자가 식별 가능하다. • 데이터 그룹은 기능 점수가 계산되는 어플리케이션의 경계 내에서 기본 프로세스를 통해 유지된다. • 데이터 그룹은 어플리케이션 내에서 일단 ILF로 식별되고 나면, 비록 다른 트랜잭션에 의해 참조 목적으로 이용된다고 해도 동일한 어플리케이션 내에서 또다시 EIF로 계산될 수 없고, 그 어플리케이션의 확장 프로젝트에서도 EIF로 계산될 수 없음

11. ③ ⑤ ② ④ ① ⑦ ⑥ ILF의 예 • 어플리케이션 트랜잭션 데이터 • 직원 교육 레코드, 급여 레코드, 신용카드 거래 레코드 등 • 어플리케이션 내에서 유지되는 보안(security) 데이터 혹은 패스워드 데이터 • 어플리케이션 내에서 유지되는HELP 데이터 • 어플리케이션 내에서 유지되는Edit 데이터 • 어플리케이션 내에서 유지되는Parameter 데이터 • 어플리케이션 내에서 유지되는 에러 파일과 에러 기술(description)

12. ③ ⑤ ② ④ ① ⑦ ⑥ ILF로 잘못 식별되는 예 • 임시 파일이나 다양하게 반복되는 동일한 파일 • 작업 파일 • 정렬 파일 • 디스플레이나 프린트에 앞서서 다른 ILF나 EIF에서 추출된 데이터를 포함하는 extract file 혹은 view file • EO나 EQ를 생성하는데 필요한 파일의 일부 • 기술적인 이유로 도입된 파일 • 동일한 파일의 사본(copy) • 별도로 유지되는 대치 색인(alternative index), 조인(join), 관계(relationship) • 다른 어플리케이션 내에서 유지되거나 단지 읽히거나 참조되기만 하는 파일 • EIF로 계산되어야 함

13. ③ ⑤ ② ④ ① ⑦ ⑥ ILF로 잘못 식별되는 예 (계속) • 공동의 백업과 복구를 위해 이용되는 백업 데이터 • 일반 시스템 특성(GSC)에서 인식됨 • 어플리케이션 내에서 유지되지 않는 보안(security) 데이터 혹은 패스워드 데이터 • 어플리케이션 내에서 유지되지 않는HELP 데이터 • 어플리케이션 내에서 유지되지 않는Edit 데이터 • 어플리케이션 내에서 유지되지 않는Parameter 데이터 • 어플리케이션 내에서 유지되지 않는 에러 파일과 에러 기술(description)

14. 외부 연계 파일(External Interface File)

15. ③ ⑤ ② ④ ① ⑦ ⑥ 데이터 기능의 유형: EIF • 정의: EIF는 어플리케이션에 의해 참조되지만 상이한 어플리케이션의 경계 내에서 유지되는 논리적으로 관련된 데이터나 제어 정보로 사용자가 식별 가능한 그룹 • 의미: 기능 점수를 계산 중인 어플리케이션의 하나 이상의 기본적인 프로세스를 통해 참조되는 데이터

16. ③ ⑤ ② ④ ① ⑦ ⑥ EIF 계산 규칙 • 데이터나 제어 정보의 그룹은 논리적이고 사용자가 식별 가능 • 데이터그룹은 측정 대상 어플리케이션에 의해 참조되지만, 외부에 있음 • 데이터그룹은 측정 대상 어플리케이션에 의해 유지되지 않음 • 데이터그룹은 또 다른 어플리케이션에 의해 유지됨 • 데이터 그룹이 어플리케이션 내에서 일단 EIF로 식별되고 나면, 비록 다른 트랜잭션에 의해 참조 목적으로 이용된다고 해도, 동일한 어플리케이션 내에서 또 다시 EIF로 계산될 수 없음

17. ③ ⑤ ② ④ ① ⑦ ⑥ EIF의 예 • 다른 어플리케이션에서 추출되고 읽히는 데이터 • 어플리케이션 외부에서 유지되는 보안(security) 데이터 혹은 패스워드 데이터 • 어플리케이션 외부에서 유지되는HELP 데이터 • 어플리케이션 외부에서 유지되는Edit 데이터 • 어플리케이션 외부에서 유지되는Parameter 데이터 • 어플리케이션 외부에서 유지되는 에러 파일과 에러 기술(description)

18. ③ ⑤ ② ④ ① ⑦ ⑥ EIF로 잘못 식별되는 예 • 하나 이상의 ILF를 유지하면서, 다른 어플리케이션에서 측정 대상 어플리케이션 내부로 변환되어 들어 오는 데이터 • 트랜잭션 데이터로 간주되어 EI로 계산되어야 함 • 다른 어플리케이션에 의해 유지되면서, 다른 어플리케이션이 참조하는 데이터 • 다른 어플리케이션에 대한 EIF로 계산되어야 함 • 측정 대상 어플리케이션에 의해 포맷되어 다른 어플리케이션으로 송신되는 데이터 • EO나 EQ로 계산되어야 함 • 임시 파일이나 동일한 파일의 다양한 반복 • 작업 파일 • 정렬 파일 • 디스플레이나 프린트에 앞서서 다른 ILF나 EIF에서 추출된 데이터를 포함하는 extract file 혹은 view file • EO나 EQ를 생성하는데 필요한 파일의 일부 • 기술적인 이유로 도입된 파일

19. ③ ⑤ ② ④ ① ⑦ ⑥ EIF로 잘못 식별되는 예 (계속) • 동일한 파일의 사본 • 별도로 유지되는 대치 색인(alternative index), 조인(join), 관계(relationship) • 어플리케이션 외부에서 유지되는 보안(security) 데이터 혹은 패스워드 데이터 • 어플리케이션 외부에서 유지되는HELP 데이터 • 어플리케이션 외부에서 유지되는Edit 데이터 • 어플리케이션 외부에서 유지되는Parameter 데이터 • 어플리케이션 외부에서 유지되는 에러 파일과 에러 기술(description)

20. 데이터 기능의 복잡도 계산

21. ③ ⑤ ② ④ ① ⑦ ⑥ ILF와 EIF의 복잡도 • 식별된 각각의 ILF 와 EIF는 관련된 데이터 요소 유형(DET)과 레코드 요소 유형(RET)의 수를 기준으로 기능 복잡도가 결정 • ILF 복잡도 매트릭스 • EIF 복잡도 매트릭스 - 기능점수 변환 : 낮음 = 7, 보통 = 10, 높음 = 15 - 기능점수 변환 : 낮음 = 5, 보통 = 7, 높음 = 10

22. ③ ⑤ ② ④ ① ⑦ ⑥ 레코드 요소 유형(RET) • 정의 :레코드 요소 유형(Record Element Type, RET)는 ILF나 EIF 안에서 사용자가 식별 가능한 데이터 요소의 서브그룹으로, 다음 두 가지 유형이 있다. • 선택적(Optional) • 필수적(Mandatory) • 서브그룹 유형 • 선택적 서브그룹 • 사용자가 데이터의 인스턴스(instance)를 추가 또는 생성하는 단위 프로세스에서 서브그룹을 사용할 수도 있고, 사용하지 않을 수도 있는 것을 말한다.(예: 부양가족 정보) • 필수적 서브그룹 • 사용자가 적어도 하나 이상의 서브 그룹을 사용해야 하는 것을 말한다.(예: 주급 or 월급)

23. ③ ⑤ ② ④ ① ⑦ ⑥ RET 계산 규칙 • ILF나 EIF의 선택적인서브 그룹이나 필수적인서브 그룹 각각을 하나의 RET로 계산한다. • 머리말, 꼬리말, 별도의 텍스트 파일과 같이 활용되는 기술이나 방법론 때문에 존재하는 임의의 RET는 계산하지 않음 • 종종 둘 이상의 서브 그룹이 동일한 논리 파일(ILF 혹은 EIF)에 속함 • 만일 서브 그룹이 존재하지 않으면, ILF나 EIF를 하나의 RET로 계산한다.

24. ③ ⑤ ② ④ ① ⑦ ⑥ DET 계산 규칙 • ILF나 EIF에서 유지되거나 참조되는 필드로, 사용자가 식별 가능한 유일한 필드 각각에 대해 하나의 DET로 계산한다. • 예: 인사 시스템에서 유지되는 직원 번호, 직원 이름, 직무 등은 각각 유일한 필드로 각각 하나의 DET로 계산됨 • 둘 이상의 어플리케이션이 동일한 ILF나 EIF를 유지, 참조할 때에는 각 어플리케이션이 이용하는 DET만을 계산한다. • 다른 ILF나 EIF와의 관계를 설정하기위해 필요한 각 데이터는 하나의 DET로 계산한다. • 외래 키

25. ③ ⑤ ② ④ ① ⑦ ⑥ DET에 관한 추가적인 정보 • 기술이나 구현상의 이유 때문에 ILF나 EIF 내에서 여러 번 나타나는 필드는 오직 한 번만 계산됨 • 포맷이 동일한 반복 필드는 ILF나 EIF 내에서 오직 한 번만 계산됨 • 이벤트가 발생한 시간을 기록하는 타임 스탬프는 하나의 DET로 계산됨 • 외부 입력(EI)을 처리하는 동안 내부에서 처리되어 데이터베이스에 저장되는 계산(calculation)은 하나의 DET로 간주됨

26. 데이터 기능 계산 예제

27. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –보고서 양식 • 사용자 요구사항 • 다음의 보고서 양식 요소를 입력 • 고유한 보고서 ID • 보고서명 • 보고서에 사용될 필드 • 보고서를 생성하기 위한 계산식 • 정의된 보고서 양식은 언제라도 재사용하고, 필요하면 정의도 변경 • 보고서 양식를 사용하여 보고서를 조회하고 출력 • 보고서명이나 보고서 ID로 기존 보고서 양식를 조회

28. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 식별 규칙 규칙에 부합하는가? 데이터 그룹 또는 제어정보는 논리적이며 사용자가 식별 가능하다. 예.이 데이터는 인적자원 어플리케이션에서 정보를 조회하고 보고하는데 사용된다. 데이터 그룹은 산정대상 어플리케이션의 경계내에서 단위 프로세스를 통해 유지된다. 예.단위 프로세스는 보고서 정의를 추가하고 변경하는 프로세스이다. ILF 측정 예제 –보고서 양식 • ILF 식별 • 사용자의 요구사항으로부터 보고서 ID, 보고서명, 보고서상의 필드, 그리고 계산식이 하나의 그룹으로서 유지되므로 모두 함께 하나의 논리적 데이터 그룹을 형성 • 보고서 양식 정보의 ILF 식별과정 • 분석결과, 보고서 양식 데이터는 ILF임

29. ③ ⑤ ② ④ ① ⑦ ⑥ ILF DET 산정 규칙 규칙에 부합하는가? 단위 프로세스의 실행을 통해서 ILF 또는 EIF에서 유지 또는 참조되는, 사용자가 식별가능하고 반복되지 않는 유일한 필드를 DET로 산정한다. 모든 필드를 사용자가 식별 가능하다. 필드와 계산식은 중복이 일어나는 DET이다. 두 개의 어플리케이션이 하나의 ILF/EIF를 유지 또는 참조하되, 서로 다른 DET를 유지하거나 참조할 때, 각 어플리케이션에 의해 사용되는 필드만을 각각의 DET로 산정한다. 이런 유형의 데이터는 없다. 사용자의 요구에 따라 다른 ILF 또는 EIF와의 관계 설정을 위해 필요한 각각의 데이터의 항목을 하나의 DET로 산정한다. 이런 유형의 데이터는 없다. ILF 측정 예제 –보고서 양식 • DET 측정 • DET 산정을 위해 보고서정의와 관련된 각 필드를 검토하고, 각 필드에 대해 DET 산정 규칙이 적용되는지 판단 • 해당 필드 : 보고서 명, 보고서 ID, 보고서에 사용될 필드, 보고서를 생성하기 위한 계산식 • 보고서 양식 ILF의 DET 분석

30. ③ ⑤ ② ④ ① ⑦ ⑥ RET 산정 규칙 규칙에 부합하는가? ILF 또는 EIF의 선택적 또는 필수적 하위그룹 각각을 하나의 RET로 산정한다. 보고서 양식은 하위그룹을 갖지 않는다. 만약 하위그룹이 존재하지 않으면, ILF 또는 EIF 자체를 하나의 RET로 산정한다. 하위그룹이 존재하지 않으므로, 보고서 양식 ILF 자체를 하나의 RET로 산정한다. RET DET • 보고서 정의 그룹 • 보고서명 • 보고서 ID • 보고서에 사용될 필드 • 보고서를 생성하기 위한 계산식 합계 1 RET 합계 4 DET ILF 측정 예제 –보고서 양식 • RET 측정 • 보고서 양식 ILF의 RET 분석 • 보고서 양식 ILF의 RET와 DET의 합계

31. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –보고서 양식 • 복잡도 및 기능점수 계산 ※ 복잡도 매트릭스 - 기능점수 변환 : 낮음 = 7, 보통 = 10, 높음 = 15

32. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –직원정보 • 사용자 요구사항 • 인사 어플리케이션 사용자는 신규 종업원에 대한 정보를 유지하는 기능을 요구 • 인사 업무 담당자가 유지해야 할 정보는 다음과 같다. • 직원 ID • 직원 이름 • 직원 주소 • 직원 직급 • 직원 업무

33. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 식별 규칙 규칙에 부합하는가? 데이터 그룹 또는 제어정보는 논리적이며 사용자가 식별 가능하다. 예.이 데이터는 인사 시스템 사용자가 요구하였고, 사용자가 식별 가능하다. 데이터 그룹은 산정대상 어플리케이션의 경계내에서 단위 프로세스를 통해 유지된다. 예.직원 레코드를 생성하는 프로세스는 인사관리시스템 경계 내부에 있다. ILF 측정 예제 –직원정보 • ILF 식별 • 사용자의 요구사항으로부터 직원 ID, 직원 이름, 직원 주소, 직원 직급 및 직원 업무가 하나의 그룹으로서 유지되므로 모두 함께 하나의 논리적 데이터 그룹을 형성 • 사원정보의 ILF 식별과정 • 분석결과, 직원정보 데이터는 ILF임

34. ③ ⑤ ② ④ ① ⑦ ⑥ ILF DET 산정 규칙 규칙에 부합하는가? 단위 프로세스의 실행을 통해서 ILF 또는 EIF에서 유지 또는 참조되는, 사용자가 식별가능하고 반복되지 않는 유일한 필드를 DET로 산정한다. 모든 필드가 사용자가 식별 가능하다. 두 개의 어플리케이션이 하나의 ILF/EIF를 유지 또는 참조하되, 서로 다른 DET를 유지하거나 참조할 때, 각 어플리케이션에 의해 사용되는 필드만을 각각의 DET로 산정한다. 이런 유형의 데이터는 없다. 사용자의 요구에 따라 다른 ILF 또는 EIF와의 관계 설정을 위해 필요한 각각의 데이터의 항목을 하나의 DET로 산정한다. 이런 유형의 데이터는 없다. ILF 측정 예제 –직원정보 • DET 측정 • DET 산정을 위해 직원정보와 관련된 각 필드를 검토하고, 각 필드에 대해 DET 산정 규칙이 적용되는지 판단 • 해당 필드 : 직원 ID, 직원 이름, 직원 주소, 직원 직급, 직원 업무 • 보고서 양식 ILF의 DET 분석

35. ③ ⑤ ② ④ ① ⑦ ⑥ RET 산정 규칙 규칙에 부합하는가? ILF 또는 EIF의 선택적 또는 필수적 하위그룹 각각을 하나의 RET로 산정한다. 직원 정보는 하위그룹을 갖지 않는다. 만약 하위그룹이 존재하지 않으면, ILF 또는 EIF 자체를 하나의 RET로 산정한다. 하위그룹이 존재하지 않으므로, 직원 정보 ILF 자체를 하나의 RET로 산정한다. RET DET • 보고서 정의 그룹 • 직원 ID • 직원 이름 • 직원 주소 • 직원 직급 • 직원 업무 합계 1 RET 합계 5 DET ILF 측정 예제 –직원정보 • RET 측정 • 직원 정보 ILF의 RET 분석 • 직원 정보 ILF의 RET와 DET의 합계

36. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –직원정보 • 복잡도 및 기능점수 계산 ※ 복잡도 매트릭스 - 기능점수 변환 : 낮음 = 7, 보통 = 10, 높음 = 15

37. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –공유 데이터 • 사용자 요구사항 • 인사 시스템 사용자는 새로운 개별 사원 정보를 유지하는 기능을 요구한다. • 인사 시스템 사용자가 반드시 유지해야 하는 정보는 다음과 같다.  사원 ID 사원 이름  사원 주소  사원 급여 수준  사원 직급 •  신규 사원 레코드 생성의 결과로, 사원의 연금 자격 일자가 자동으로 측정되어 다른 정보와 함께 저장되어야 한다. • 보안 담당자는 보안 등급이 새로운 개별 사원에게 부여되기를 원한다. 보안 부서에서는 새로운 사원이 채용되면 그의 배경을 조사하여 적절한 보안 등급을 부여한다. • 보안 담당자가 반드시 유지해야 할 정보는 다음과 같다.  사원 ID 사원 보안 등급

38. ③ ⑤ ② ④ ① ⑦ ⑥ 범례 사용자/어플리케이션 프로세스 데이터 축적 데이터 흐름 ILF 측정 예제 –공유 데이터 • 데이터 흐름 인사 어플리케이션 보안 어플리케이션 사용자 사용자 Emp_ID Emp_Name Mailing Address Pay_Grade Job_Title Pension_Elig_ Date Emp_ID Security_Level 보안레벨지정 사원 사원 생산 Emp_ID Emp_Name Mailing Address Pay_Grade Job_Title Pension_Elig_Date Security_Level

39. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 식별 규칙 ILF 식별 규칙 규칙에 부합하는가? 규칙에 부합하는가? 데이터 그룹 또는 제어정보는 논리적이며 사용자가 식별 가능하다. 데이터 그룹 또는 제어정보는 논리적이며 사용자가 식별 가능하다. 예.이 데이터는 인사 시스템 사용자가 요구하였고, 사용자가 식별 가능하다. 예.이 정보는 보안 담당자가 요구하였고, 식별 가능하다.. 데이터 그룹은 산정대상 어플리케이션의 경계내에서 단위 프로세스를 통해 유지된다. 데이터 그룹은 산정대상 어플리케이션의 경계내에서 단위 프로세스를 통해 유지된다. 예.사원 레코드를 생성하는 프로세스는 인사관리시스템 경계 내부에 있다. 예.사원 보안 등급을 부여하는 프로세스는 보안 어플리케이션 경계 내부에 있다. ILF 측정 예제 –공유 데이터 • ILF 식별 • 사원 정보가 인사관리시스템의 ILF 인지 여부를 판단 • 사원 정보가 보안 어플리케이션의 ILF인지 여부를 판단 • 분석결과, 사원정보는 인사관리시스템과 보안 어플리케이션의 ILF임

40. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –공유 데이터 • 인사관리시스템에서의 DET 측정 ILF DET 산정 규칙 규칙에 부합하는가? 단위 프로세스의 실행을 통해서 ILF 또는 EIF에서 유지 또는 참조되는, 사용자가 식별가능하고 반복되지 않는 유일한 필드를 DET로 산정한다. 다음 필드들은 인사시스템 사용자가 식별 가능하다.  사원 ID 사원 이름  사원 주소  사원 급여 수준  사원 직급  연금 자격 일자 두 개의 어플리케이션이 하나의 ILF/EIF를 유지 또는 참조하되, 서로 다른 DET를 유지하거나 참조할 때, 각 어플리케이션에 의해 사용되는 필드만을 각각의 DET로 산정한다. 이런 유형의 데이터가 있다. 사원 보안등급을 제외한 모든 필드는 인사관리시스템 내부에서 사용된다. 사용자의 요구에 따라 다른 ILF 또는 EIF와의 관계 설정을 위해 필요한 각각의 데이터의 항목을 하나의 DET로 산정한다. 이런 유형의 데이터는 없다.

41. ③ ⑤ ② ④ ① ⑦ ⑥ RET 산정 규칙 규칙에 부합하는가? ILF 또는 EIF의 선택적 또는 필수적 하위그룹 각각을 하나의 RET로 산정한다. 사원 정보는 하위그룹을 갖지 않는다. 만약 하위그룹이 존재하지 않으면, ILF 또는 EIF 자체를 하나의 RET로 산정한다. 하위그룹이 존재하지 않으므로, 사원 정보 ILF 자체를 하나의 RET로 산정한다. RET DET • 보고서 정의 그룹  사원 ID 사원 이름  사원 주소  사원 급여 수준  사원 직급  연금 자격 일자 합계 1 RET 합계 6 DET ILF 측정 예제 –공유 데이터 • 인사관리시스템에서의 RET 측정 • 사원 정보 ILF의 RET 분석 • 인사관리시스템에서의 RET와 DET의 합계

42. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –공유 데이터 • 보안 어플리케이션에서의 DET 측정 ILF DET 산정 규칙 규칙에 부합하는가? 단위 프로세스의 실행을 통해서 ILF 또는 EIF에서 유지 또는 참조되는, 사용자가 식별가능하고 반복되지 않는 유일한 필드를 DET로 산정한다. 다음 필드들은 인사시스템 사용자가 식별 가능하다.  사원 ID 사원 이름  사원 보안등급 두 개의 어플리케이션이 하나의 ILF/EIF를 유지 또는 참조하되, 서로 다른 DET를 유지하거나 참조할 때, 각 어플리케이션에 의해 사용되는 필드만을 각각의 DET로 산정한다. 이런 유형의 데이터가 있다. 사원 ID, 사원이름, 사원보안등급만 이 보안 어플리케이션에서 사용된다. . 사용자의 요구에 따라 다른 ILF 또는 EIF와의 관계 설정을 위해 필요한 각각의 데이터의 항목을 하나의 DET로 산정한다. 이런 유형의 데이터는 없다.

43. ③ ⑤ ② ④ ① ⑦ ⑥ RET 산정 규칙 규칙에 부합하는가? ILF 또는 EIF의 선택적 또는 필수적 하위그룹 각각을 하나의 RET로 산정한다. 사원 정보는 하위그룹을 갖지 않는다. 만약 하위그룹이 존재하지 않으면, ILF 또는 EIF 자체를 하나의 RET로 산정한다. 하위그룹이 존재하지 않으므로, 직원 정보 ILF 자체를 하나의 RET로 산정한다. RET DET • 보고서 정의 그룹  사원 ID  사원 이름  사원 보안등급 합계 1 RET 합계 3 DET ILF 측정 예제 –공유 데이터 • 보안 어플리케이션에서의 RET 측정 • 사원 정보 ILF의 RET 분석 • 인사관리시스템에서의 RET와 DET의 합계

44. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –직무정보 • 사용자 요구사항 • 사용자는 직무정보에 대해서 입력, 조회, 출력하는 기능 • 유지되어야 할 정보는 다음과 같다. • 직무 번호 • 직무명 • 직무 급여 수준 • 직무 설명 라인 수 • 직무 설명 라인 • 직무설명은 직무를 설명하는 80라인 라인들의 조합

45. ③ ⑤ ② ④ ① ⑦ ⑥ 직무설명 ILF 측정 예제 –직무정보 • 엔터티 관계도 직무 범례 • 직무 • - 직무번호 • - 직무 명 • - 직무급여수준 • 직무설명 • - 직무번호 • - 직무설명라인수 • - 직무설명라인 엔터티 유형 속성 엔터티 유형 일대다 필수관계

46. ③ ⑤ ② ④ ① ⑦ ⑥ ILF 측정 예제 –직무정보 • ILF 식별 • 직무설명이 없는 직무만으로는 ILF가 될 수 없음. • 직무가 없는 직무설명만으로는 ILF가 될 수 없음. • 직무와 직무설명 엔터티 또는 테이블을 결합한 직무정보가 하나의 ILF임.

47. ③ ⑤ ② ④ ① ⑦ ⑥ ILF DET 산정 규칙 규칙에 부합하는가? 단위 프로세스의 실행을 통해서 ILF 또는 EIF에서 유지 또는 참조되는, 사용자가 식별가능하고 반복되지 않는 유일한 필드를 DET로 산정한다. 모든 필드가 사용자가 식별 지만 직무번호는 단 한번만 측정한다. 두 개의 어플리케이션이 하나의 ILF/EIF를 유지 또는 참조하되, 서로 다른 DET를 유지하거나 참조할 때, 각 어플리케이션에 의해 사용되는 필드만을 각각의 DET로 산정한다. 이런 유형의 데이터는 없다. 사용자의 요구에 따라 다른 ILF 또는 EIF와의 관계 설정을 위해 필요한 각각의 데이터의 항목을 하나의 DET로 산정한다. 이런 유형의 데이터는 없다. ILF 측정 예제 –직무정보 • DET 측정 • DET 산정을 위해 직원정보와 관련된 각 필드를 검토하고, 각 필드에 대해 DET 산정 규칙이 적용되는지 판단 • 직무 : 직무번호, 직무 명, 직무 급여 수준 • 직무 설명 : 직무 번호, 직무 설명 라인 수, 직무설명라인

48. ③ ⑤ ② ④ ① ⑦ ⑥ RET 산정 규칙 규칙에 부합하는가? ILF 또는 EIF의 선택적 또는 필수적 하위그룹 각각을 하나의 RET로 산정한다. 직무와 직무 설명은 직무 정보 ILF의 필수적 하위그룹이다. 만약 하위그룹이 존재하지 않으면, ILF 또는 EIF 자체를 하나의 RET로 산정한다. 사용자관점에서 두개의 하위그룹이 있다. RET DET • 직무 • 직무 설명 • 직무번호 • 직무 명 • 직무 급여 수준 • 직무 설명 라인 수 • 직무 설명 라인 합계 2 RET 합계 5 DET ILF 측정 예제 –직무정보 • RET 측정 • 직원 정보 ILF의 RET 분석 • 직원 정보 ILF의 RET와 DET의 합계

49. ③ ⑤ ② ④ ① ⑦ ⑥ EIF 측정 예제 –도움말 • 사용자 요구사항 • 다음의 어플리케이션 도움말 정보의 필드를 입력 • 필드 ID • 필드 설명 • 기본 값 • 유효 값 설정 • 인사관리시스템의 각 필드에 대해 정의, 기본 값 및 유효 값 설정 등을 하기 위한 기능 • 필드 설명을 변경하기 위한 기능 • 인사관리시스템에서 도움말을 출력하기 위한 조회기능

50. ③ ⑤ ② ④ ① ⑦ ⑥ EIF 식별 규칙 규칙에 부합하는가? 데이터 그룹 또는 제어정보는 논리적이며 사용자가 식별 가능하다. 예.이 데이터는 인적자원 어플리케이션에서 정보를 조회하고 보고하는데 사용된다. 데이터 그룹은 측정 대상 어플리케이션의 외부에서 참조되어야 한다. 예.어플리케이션 도움말은 도움말 어플리케이션에 의해 유지되므로 인사관리시스템 외부에 있다. 데이터 그룹은 측정 대상 어플리케이션에 의해 유지되어서는 안 된다. 예. 데이터 그룹은 측정 대상 어플리케이션이 아닌 다른 어플리케이션의 ILF로 유지되어야한다. 예. EIF 측정 예제 –도움말 • EIF 식별 • 사용자의 요구사항으로부터 필드 ID, 필드설명, 기본 값, 그리고 유효 값 설정이 하나의 그룹으로서 유지되므로 모두 함께 하나의 논리적 데이터 그룹을 형성 • 어플리케이션 도움말 정보의 EIF 식별과정 • 분석결과, 어플리케이션 도움말 데이터는 EIF임