과목 3 데이터 요건 분석
제1장 정보 요구 사항 개요
제1절 정보 요구 사항
1. 정의
- 사용자가 일상적으로 수행하는 업무의 개선 사항이나 신규 개발 사항을 시스템을
통해 기능상의 목적을 달성하기 위해 요청하는 내용
- 현행 시스템 분석, 사용자 요구 사항 분석, 제안 요청서, 사업 수행 계획서 등을 이용
2. 정보 요구 사항 생명 주기 모형
가. 정보 요구 사항 수집
- 인터뷰, 설문지, 워크숍, 현행 시스템 분석
나. 정보 요구 사항 분석 및 정의
- SWOT분석
어떤 기업의 내부환경을 분석하여 강점과 약점을 발견하고, 외부환경을 분석하여 기회와
위협을 찾아내어 이를 토대로 강점은 살리고 약점은 죽이고, 기회는 활용하고 위협은
억제하는 마케팅 전략
- RAEW분석
특정 업무 및 프로세스에 대한 분담구조(책임과 권한, 전문성과 업무수행)를 체계적으로
분석하여 역할 구조상의 문제영역 도출 및 개선방향을 모색토록 함.
RAEW는 Responsibility – 책임 -, Authority – 권한, Expertise – 전문성, Work – 실제 업무 수행의 약자를 모아서 만든것
다. 정보 요구 사항 상세화
라. 정보 요구 사항 검증
- 비즈니스 관점, 조직 관점, 애플리케이션 관점과 상관분석을 통해 누락 없이 반영
3. 정보 요구 사항 유형
가. 외부인터페이스 요건
- 시스템의 모든 입력과 시스템으로서의 모든 출력에 관한 요건으로서 대외기관으로부터
수신 및 대외기관으로 송신하는 입출력 방식이 추가 및 변경되었을 경우
- 기존의 동일한 형태의 인터페이스가 존재하는지 여부를 체크
- 표준 준수도 : 국제 표준 준수 여부 확인
- 관리방법 :항목이름, 목적 설명, 유효범위 등이 포함되어 관리되어야 한다
나. 기능개선
- 시스템에서 입력을 받아들여 처리하고 출력을 만들어 내는 주요 활동 및 프로세스
- 불가변성 : 향후에 재 반영되지 않도록 근본적인 개선 방안을 요청
범 용 성 : 많은 사용자가 편하게 사용할 수 있는 요건을 우선적으로 요청
- 관리방법 : 입력에 대한 유효 체크, 정확한 처리 순서, 비정상 상태에 대한 반응
매개변수의 기능, 츨력과 입력 관계, 입출력 순서 등을 관리
다. 성능개선
- 동시 접속자 수, 처리하는 정보의 양과 종류, 트랜잭션 소요 시한 등이 있다
- 실현 가능성
- 측정 가능성
- 관 리 방 법 : 각 기관의 특성을 고려하여 정적, 동적 기준을 마련하고 해당 기준에 맞게 서비스되고 있는지를 모니터링 작업을 통해 항시적으로 관리해야 함
라. 보안개선
- 중요 데이터에 대한 훼손, 변조, 도난, 유출에 대한 물리적 접근 통제(제한구역, 통제구역 등)
및 사용통제(인증, 암호화, 방화벽 등)에 대한 요건
- 불가변성 : 재 변경되지 않도록 근본적인 개선 방안을 요청
- 실현가능성
- 관리방법 : 정보에 대한 등급관리가 필요하며 해당 등급별로 접근 가능한 이용자 등급관리
접근 통제 기준 및 사용 통제 기준마련
해당 기준에 따라 모니터 작업을 통해 안정적인 서비스가 제공될 수 있도록 관리
제2절 정보 요구 사항 관리
1. 정의 및 관리목적
- 정보 요구사항을 비롯 애플리케이션 및 시스템 전반에 걸쳐 사용자의 요구를 수집하고
분류하여 반영하는 작업 절차
- 정보 요구 사항 관리는 데이터, 애플리케이션, 비즈니스 등의 요구 사항을 전부 포함한다
2. 정보 요구 사항 관리 프로세스
가. 업무흐름 프로세스
- 요구 사항 발송
사용자가 정보시스템 담당자에게 양식으로 전송
- 요구 사항 수렴
처리 담당자 지정
- 요구 사항 검토
반영이 가능하면 영향도 분석을 실행
불가능시 미반영 사유 및 요건을 담당자에게 재전달
- 요구 사항 분석
- 공식화
- 반영 작업 계획 수립
- 데이터표준/데이터모델 변경
나. 수행 조직 및 수행 업무
---------------------------------------------------------------------------
역 할 담 당 업 무
---------------------------------------------------------------------------
사용자 변경요청 / 변경여부 확인 / 미결 사항에 대한 의사 결정 실시
담당자 사용자 정보 요구 사항 수집 / 기본적인 검토
반영결정을 위한 사용자와 1차 미팅 / 처리 방식 및 처리 기한 결정
담당자 수집 및 요건 협의 주도
사용자 정보 요구 사항 반영
테스트 및 검증
사용자 반영 결과 통보
DA 영향도 분석 및 보고
요구 사항에 대한 표준 준수 여부 체크
영향도 분석을 통해 수정 및 변경 계획 수립
표준 제시 및 준수 여부 검토
-----------------------------------------------------------------------------
제2장 정보 요구 사항 조사
제1절 정보 요구 사항 수집
1.관련 문서 수집
- 기업에 대한 전체적인 사항 이해시 도움이 되는 자료, 상세한 업무 메뉴얼,
전산 처리 메뉴얼, 보고서 및 각종 장표, 처리 화면
가. 문서 수집 목적
- 구현 시스템의 대상과 범위를 보다 명확하게 정의하고 이해하기 위하여 업종,
경영전략, 정보시스템 등에 대한 과거 실적 자료 및 향후 계획 등의 자료 수집
나. 문서 수집 자료
- 경영 계획에 대한 자료
- 전산 시스템에 대한 자료
- 과거 수행한 컨설팅 보고서
- 전산처리 업무 매뉴얼
- 현업부서 업무자료
다. 문서 수집 원칙
- 기존 보유 문서를 변형없이 수집, 전산 시스템에 대한 자료는 별도 정리 양식을 이용
- 경영 및 정보 시스템 현황에 대한 요약표를 작성하고 그 내용을 수집
- 계획 문서 관리자를 지정하여 운영
- 문서 분류 방식 결정하여 분류보관
- 대외비 성격으로 분류 개인별 보관을 통제
2. 사용자 면담
- 일반적으로 한 명(또는 2명)의 실무자와 대면하여 질의와 응답을 통해 정보를 수집
- 프로세스와 프로시저에 대한 보다 나은 이해를 얻기 위한 준비 단계 또는 위크숍
진행을 돕기 위한 준비 단계에서 유용하다
- 실무자와의 개별 면담은 워크숍보다 훨씬 융통성이 있고 전체 프로젝트의 범위를
커버하는 것도 워크숍보다 뛰어 나다
가. 사용자 면담 지행
1) 계획 준비
가) 면담 주제 선정
- 1주일 전에 면담 요지를 제공/ 사실적인 답변을 준비하도록 함
나) 면담진행 팀 구성
- 진행 팀은 2명 이상의 프로젝트팀 구성원
- 경험이 없는 경우는 사전 교육 실시함
- 면담자
- 기록자 : 사전지식 필요
- 관찰자 : 면담자가 놓치는 부분에 대하여 보충 질문을 한다
다) 면담 대상자 선정
- 업무에 대한 명확한 이해를 가능하게 해 줄 수 있는 사람
- 동일 업무를 여러명이 할 경우 2명이상의 면담 대상자와 면담을 실시함
라) 면답일정수립
- 1.5시간(상위관리자)에서 3시간(실무자) 초과 안되도록
- 하루 3회 이상의 면담은 진행하지 말 것
마) 면담준비
- 30분전 최종 점검(장소 등)
- 도표등을 준비
2) 면담
가) 면담시작(정시에 시작)
나) 면담 주제 토의
3) 면담 결과 분석
- 잘 정리된 면담 결과 모음은 후속 업무 분석 작업의 수행에 중요한 기반
- 면담결과 정리(개인적 의견을 고려) : 면담직후 면담 팀이 함께 이슈 사항 정리
- 의문 사항이나 추가 사항이 있으면 즉시 면담 대상자에게 확인
4) 분석 결과 피드백
- 분석, 정리한 면담 내용에 대하여 면담 대상자로부터 확인을 받는다
나. 면담 수행 시 고려 사항
- 면담 시간 준수
- 비밀 보장
- 기대수준 설정
- 적절한 대상자 선정
- 응답 유도
- 면담 내용 문서화
- 잘못된 선입견의 배제
3. 워크숍
가. 워크숍 개요 및 목적
- 프로젝트의 현업부서 측과 전산 부서 측의 주요 구성원이 함께 참여하는 회의
- 경영층 또는 현업 부서장의 공통된 의결 도출
- 유사한 업무 또는 관리된 업무 등을 수행하는 부서에 대한 면담에 드는 노력을 절감
- 전문가의 도움으로 최적의 결론 도출
나. 워크숍 수행
4. 현행 업무조사서
- 업무조사는 전체 부서에 대하여 동일한 기준으로 조사하는 것을 원칙
5. 현행 프로그램/데이터 관련 문서
- 현행 시스템의 업무 여건을 빠짐없이 파악하기 위한 작업
제2절 정보 요구 사항 정리
1. 정보 요구 사항 정리
가. 사용자 면담 정리
나. 업무 조사서 정리
다. 워크숍정리
라. 기타 기법 정리
2. 정보 요구 우선순위 분석
가. 화페가치 산출 방법
- 최종 순위는 산출된 순위가 아니라 고유의 사항에 따라 다르게 적용한다
- 정보 요구 사항을 전부나열
- 기업차원, 시스템 차원, 정보 요구 사항 협력 관계별로 점수를 줌
- 3가지 요소의 값을 곱함
- 전체에 대한 각 항목의 값을 더해서 100으로 했을 때 각 가치를
나. 상대적 중요도 산정방법
- 업무에 기여하는 수준에 따라 점수 부여
- 다른 요구 사항에 관련된 정도
- 현재 정보시스템이 각각의 정보 요구 사항을 얼마나 충족되는가에 따라 점수 부여
- 각 값에 대한 가중치 부여
제3절 정보 요구 사항 통합
- 동일 부서 내 중복 요구 사항 검토
- 서로 다른 부서간 중복 요구 사항 검토
제3장 정보 요구 사항 분석
제1절 분석 대상 정의
1. 현행 업무 분석 대상 정의
가. 분석 대상 자료
- 현행 업무 흐름도
- 현행 업무 설명서
- 현행 업무 분장 기술서
나.분석 대상 업무 영역 선정
- 수집 정보를 현행의 업무흐름 및 관련 데이터를 파악하여 분류기준에 따라 분석대상
현행업무 목록을 작성한다
- 분류기준 : 현행 업무 기능 분해도의 단위 업무 또는 업무분장 상의 구분 등을 말함
2. 현행 시스템 분석 대상 정의
가. 분석 대상 현행 시스템 선정
- 정리된 정보 요구 사항에 대해서 업무 영역별 분석 대상 현행 시스템을 선정하기
위하여 업무 영역/현행 시스템 매트릭스를 작성한다
나. 분석 대상 현행 시스템 관련 자료
- 현행 시스템 구성도
- 현행 시스템 분석, 설계 및 개발 보고서
- 화면, 장표 및 보고서 레이아웃
- 현행 시스템 테이블 목록 및 테이블 정의서
- 프로그램 목록
- 사용자 및 운영자 지침서
- 시스템 지원 및 유지 보수 이력
- 시스템 개선 요구 사항 등
* 수집된 자료의 평가
- 유용성 : 문서의 활용 가능성 여부
- 완전성 : 문서의 내용이 누락된 부분이 없는지 여부
- 정확성 : 문서의 내용이 현재의 시스템과 일치하는지 여부
- 유효성 : 문서가 최신의 내용을 반영하고 있는지 여부
다. 추가적인 분석 대상
- 사용자뷰 추가 : 회면, 수작업 파일, 수작업/전산양식, 보고서
제2절 정보 요구 사항 상세화
- 분석 결과인 분석 산출물을 토대로 사용자의 정보 요구 사항을 보완하고 비기능적인
정보 요구 사항을 포함하여 문서 작업을 통한 정보 요구 사항 정의서를 보완한다
* 비 기능적 정보 요구 사항
- 시스템이 만족시켜야 하는 제약 조건(기술적 제약조건, H/W, S/W와 관련된 제약 조건)
- 시스템이 반드시 만족시켜야 하는 주요 성능 척도(반응시간, 저장 능력, 동시 처리 능력)
- 신뢰성, 확장성, 이식성, 보안
1. 프로세스 관점의 정보 요구 사항 상세화
- 프로세스는 실제로 업무가 수행되는 행위를 뜻하며 프로세스는 기본 기능이 분해되면서
나타나 다시 프로세스로 분해된다
- 프로세스는 시작 시점과 종료 시점이 명확하고 실행 회수를 셀 수 있는 업무 활동
- 더 이상 분해 되지 않는 프로세스를 기본 프로세스라 함.
가. 수행절차
- 프로세스 목록과 업무 조사서를 기준으로 프로세스 계층도, 정의서를 작성
- 도출된 기본 프로세스를 기준으로 기본 프로세스에 필요한 정보 항목과 산출된
정보 항목을 정리하고, 산출된 정보 항목 중 기본 로직이 필요로 하는 경우
기본 로직 정리
- 표준화 과정을 통해 해당 정보 항목에 대해서 통합성/분리성 여부를 검토 후
최종적으로 사용자의 정보 요구 사항을 충족하는 정보 항목 목록을 정의한다
나. 수행 작업 내용
-----------------------------------------------------------------------
수행 작업 수 행 작 업 내 용
-----------------------------------------------------------------------
프로세스 분해/상세화 단위 업무 기능별 하향식으로 프로세스 분해 및 도출
프로세스 계층도 및 프로세스 정의서를 작성
-----------------------------------------------------------------------
정보항목 도출 및 표준화 기본 프로세스별 정보 항목 정리
정보 항목에 대한 표준화 정리
정보 항목 정의
------------------------------------------------------------------------
정보 항목별 통합성, 프로세스별 관리되는 정보 항목을 분류
분리성 여부 검토 정보 항목별 동음이의, 이음동의 존재 여부 파악
통합/분리 여부 검토 후 최종 정보 항목 목록 정의
------------------------------------------------------------------------
다. 수행 작업 지침
1) 프로세스 분해/ 상세화
가) 프로세스 분해
- 단위 업무 기능으로부터 출발하여 점진적으로 수행한다. 단위 업무 기능은 하위에
더 이상 업무기능을 포함하지 않고 프로세스만으로 구성된 업무 기능을 의미한다
- 각각의 단위 업무 기능별로 상세하게 프로세스를 분해하지 않고 해당 업무 영역의
전체 단위 업무 기능에 대하여 프로세스의 분해 수준을 맞추어 점진적으로 분해한다
- 업무 기능 계층도가 단위 업무 기능 수준까지 분해되지 않았을 경우는 단위 업무
기능 수준까지 더 분해한 후 프로세스를 도출한다
나) 프로세스 분해 깊이
- 분해의 수준은 3차 수준까지 분해
- 3차 수준까지 분해하는 과정에서 기본 프로세스가 도출될 수 있다
- 초기 작업에서는 도출된 프로세스인지, 기본 프로세스인지는 중점을 두지 않고 대상
범위의 모든 프로세스를 균형 있게 분해하는데 주의를 기울인다
- 도출할 프로세스 대상은 일반적으로 데이터의 상태 변화(생성,수정,삭제)
것만을 프로세스로 정의한다
다) 프로세스 명칭
- 명명규칙을 준수, 업무 용어를 그대로 사용하고 이름만으로도 개략적인 수행 내용이
파악이 가능하도록 함축적이며 유일한 이름을 부여한다
라) 프로세스 계층도
- 계층도 작성의 목적이 기본 프로세스 도출에 있음
- 높은 응집력과 낮은 결합도를 유지하도록 함
일반적으로 상위 프로세스에 포함되는 하위 프로세스가 7개를 초과하면 상위
프로세스를 분리하는 것을 고려한다
- 프로세스 정의(설명)은 업무를 구체적으로 이해할 수 있을 정도로 상세히 작성
프로세스 정의서는 프로세스와 기본 프로세스를 함께 기술한다
- 현 수준의 프로세스 계층도를 더욱 상세하게 분해하여 업무의 최소 단위인 기본
프로세스까지 도출한다
2) 정보 항목 도출 및 표준화
- 기본 프로세스별로 등록(C), 조회(R), 변경(U), 삭제(D) 기능을 구분하여 기술한다
- 관리하고자 하는 정보 항목을 도출한다
- 서술식으로 된 자료에서는 명사형으로 표출된 단어를 파악하면 도움이 된다
3) 정보 항목별 통합성 검증
- 동일한 정보 항목 통합시 장점
정보 항목관리가 용이
동일한 유형의 정보 항목이 존재 시 통합 정보 유형으로 수용가능
- 동일한 정보 항목 통합시 단점
무리한 통합으로 정보 항목의 애매모호성 증가
관리 부족으로 통합의 의미 상실 가능성 존재
2. 객체지향 관점의 정보 요구 사항 상세화
- 유즈케이스 다이어그램을 중심으로 정보 시스템의 기능적 정보 요구 사항을 정의
- 다이어그램은 사용자와 의사소통이 원활하게 진행 될 수 있도록 도움을 준다
가. 유즈케이스 다이어그램
- 액터
정보 서비스를 받는 객체 (개인, 그룹, 조직, 장비 등 )
- 유즈케이스
개발 시스템에서 제공해야 하는 기능
사건 흐름에 대한 개요를 간략하게 기술한다
- 액터와 유즈케이스 간의 관계
확장 : 하나의 유즈케이스가 다른 유즈케이스의 행동을 추가함을 나타내는 두
유즈케이스의 관계를 말한다. 선택적으로 다른 유즈케이스를 수행함
포함 : 하나의 유즈케이스가 다른 유즈케이스를 사용함을 나타내는 두 유즈케이스
의 관계를 말함. 다른 유즈케이스를 반드시 수행되는 경우
Communicates : 행위자가 어떤 유즈케이스에 참가함을 나타낸다
행위자와 유즈케이스 사이의 유일한 관계이다
나. 유즈케이스 상세화
- 유즈케이스에는 관련이 있지만 사건 흐름에는 고려되지 않는 정보 요구 사항을
유즈케이스의 특별 요구 사항으로 정의함 (비기능적인 정보 요구사항으로 기술)
다. 클래스다이어그램 작성
1) 엔티티클래스 도출
- 클래스 이름은 간결하고 업무적 의미를 함축한 단수형 명사로 부여하며
은어와 약어는 배제한다
2) 관계 도출 및 클래스도 도출
3) 속성정의
제3절 정보 요구 사항 확인
1. 수행절차
- 도출된 산출물에 대하여 재검토 기준 정의 및 재 검토 계획을 수립
- 재검토 대상 산출물의 완전성, 정확성, 일관성, 안정성 측면에서 재검토 실시
- 재검토 결과 추가 및 보완사항은 문서로 정리 후 반영여부 확정
2. 수행 작업 내용
3. 수행 작업 지침
가. 재검토 계획 수립
재검토 대상 : 정보 요구 사항 정의서, 정보 항목 목록, 유즈케이스 정의서,
클래스 다이어그램 등
- 완전성 : 사용자의 정보 요구 사항이 누락됨이 없이 모두 정의되었는지 확인
- 정확성 : 사용자의 정보 요구 사항이 정확히 표현되었는지의 여부
- 일관성 : 표준화 준수 여부 확인
- 안정성 : 추가 정보 요구 사항 변경에 따른 영향도 파악
나. 재검토 실시
4. 수행시 고려사항
- 일관성 있는 기준과 명확한 일정을 수립
- 여러번 할 경우 세션마다 재검토 기준을 명확히 할 것
- 참여 대상(관련 업무 대상자)을 조정
제4장 정보 요구 검증
제1절 정보 요구 사항 상관분석 기법
- 도출된 정보 요구 사항을 타 영역(기능, 프로세스, 조직 등)과 비교 분석함으로써
정보 요구 사항의 도출이 완전하게 효과적으로 이루어졌는지 파악할 수 있다.
- 상관분석은 매트릭스 분석 기법을 활용
(정보요구/어플리케이션, 정보요구/업무기능, 정보요구/조직기능 상관분석)
1. 주체별 분류
가. 요구 사항 분석가 수행
- 정보 요구 사항을 도출한 분석가가 수행함으로 자체 분석에 의한 객관성 저하 우려
- 업무팀과의 의사소통이 원활함으로 추가 인력 투입없이 진행가능
- 업무에 대한 이해도가 높으므로 상관분석을 통한 정확한 업무의 분석 가능성 높다
나. 품질보증 팀 수행
- 업무 이해도는 낮으나 상관분석 작업의 수행을 통한 업무 이해도를 높일 수 있으며
전체적인 인터페이스의 검증에 용이하다
- 낮은 업무 이해도로 인해 일부 사안에 대한 정확한 분석을 통해 단점을 지적하여
수정하기 어렵다
다. 외부 감리 수행
- 업무 파악에 한계 있으나 제 3자의 시각으로 검토할 수 있다.
- 내부 인력의 효과적인 지원이 없으면 상황에 맞지 않는 분석 결과를 초래할 수 있다
- 상관분석의 객관성을 극대화 할 수 있다
2. 정보 요구/ 애플리케이션 상관분석
- 복수의 액션이 발생할 경우 C>D>U>R의 우선순위로 기록
- 정보 항목과 기본 프로세스 한쪽이 누락되면 찾을 수 있으나 둘 다 누락되면 분석이 불가
3. 정보 요구/ 업무기능 상관분석
- 가치 사슬 분석 등의 기법을 통해 도출된 최하위 수준의 전사 업무 기능을 도출하고
이렇게 도출된 업무 기능 매트릭스의 열에 배치한다.
- 정보 항목의 생성, 수정, 삭제를 'C'(Change, Create)로 표시한다
- 검색만 하는 경우는 'U'(Use)로 표시
- 아무 관련이 없는 경우는 빈칸으로 남겨 놓는다
4. 정보 요구/조직 기능 상관분석
- 비즈니스 아키텍처에서 도출된 조직 단위와의 매트릭스 분석을 통해 정보 항목의
생성 주체 및 활용 부서의 매핑이 가능하다.
- 정보 항목의 생성, 수정, 삭제를 'C'(Change, Create)로 표시한다
- 검색만 하는 경우는 'U'(Use)로 표시
- 아무 관련이 없는 경우는 빈칸으로 남겨 놓는다
제2절 추가 및 삭제 정보 요구 사항 도출
1. 정보 요구/애플리케이션 상관분석
가. 애플리케이션 충족도 분석 매트릭스
- 정보 요구 사항에 따라 정보 항목을 생성하는 기본 프로세스가 반드시 존재해야 한다
- 정보 항목의 상태를 종료시키는 기본 프로세스가 존재해야 한다
- 생성된 정보 항목은 조회, 수정, 삭제 액션 중 하나가 발생해야 한다
- 하나의 정보 항목을 생성, 수정, 삭제하는 프로세스의 합은 7개를 초과하지
않는 것이 보통이며 초과한 경우에는 올바르게 정의되었는지 확인한다
- 수작업으로 정의하거나 조회 전용으로 특별히 정의된 기본 프로세스를 제외한
나머지의 기본 프로세스는 반드시 생성, 수정, 삭제 액션 중 하나를 수행한다
나. 매트릭스 분석
- 추가 및 삭제되어야 할 정보 요구 사항을 도출한다
해당 점검 내용의 조치 사항이 애플리케이션과 관련된 것일 경우에는 해당
애플리케이션 팀에 전달하고 협의하여 정의된 정보 요구 사항과 애플리케이션은
프로세스와의 일관성을 가져야 한다
* 매트릭스 점검 내용
----------------------------------------------------------------------------
기본프로세스가 사용 정보 항목의 누락 정보항목 도출
(CRUD)하는 정보 항목이 기본 프로세스 필요 없음 기본 프로세스 삭제
없음 기본 프로세스 분석 대상 해당 업무 영역으로 이동
업무 영역에 속하지 않음
----------------------------------------------------------------------------
정보 항목이 7개 이상의 정보 항목이 너무 큼 정보항목 세분화 필요
기본프로세스에서 사용
----------------------------------------------------------------------------
정보 항목을 생성하는 기본 프로세스의 누락 기본 프로세스 도출
기본프로세스가 없음 정보 항목이 필요 없음 정보항목 삭제
정보 항목이 분석대상업무 해당 업무 영역으로 이동
영역에 속하지 않음
----------------------------------------------------------------------------
정보 항목을 생성하는 기본 프로세스 중복 기본 프로세스 합성
기본프로세스 둘 이상
----------------------------------------------------------------------------
엔터티를 삭제하는 기본 기본 프로세스의 누락 기본 프로세스의 도출
프로세스가 없음 업무에 삭제가 존재하지 전산상의 오류인 경우에
않음 삭제가 필요한지 확인
기본 프로세스가 분석대상 해당 업무영역으로 이동
업무 영역에 속하지 않음
----------------------------------------------------------------------------
정보 항목을 삭제하는 기본 프로세스의 중복 기본 프로세스 합성
기본프로세스 둘 이상
----------------------------------------------------------------------------
정보 항목이 생성만 되고 기본 프로세스의 누락 기본 프로세스 도출
사용하는 곳이 없음
----------------------------------------------------------------------------
기본프로세스가 정보항목 기본 프로세스 아님 모듈 검토
을 조회만 함
----------------------------------------------------------------------------
기본프로세스가 여러 액션 정의된 기본 프로세스가 프로세스 추가 분해
을 수행함 너무 큼
----------------------------------------------------------------------------
2. 정보 요구/업무 기능 상관 분석
가. 매트릭스 분석
- 모든 업무 기능은 정보 항목과 연관이 있는가?
- 각 정보 항목은 적어도 한 번 이상의 'C'를 갖는가?
- 생성된 정보 항목은 다른 업무 기능에 의해 사용('U') 되는가? 이것은 단순조회인가?
-> 정보 항목과 연관성이 없는 업무 기능은 재 분석 보완
-> 정보 항목에 매핑이 없는 업무 기능의 경우 추가 요구 사항 확인
3. 정보 요구/조직 기능 상관 분석
가. 매트릭스 분석
- 모든 조직은 정보 항목과 연관이 있는가?
- 각 정보 항목은 적어도 한번 이상의 'C'를 갖는가?
- 생성된 정보 항목은 다른 업무 기능에 의해 사용('U') 되는가? 이것은 단순조회인가?
제3절 정보 요구 사항 보완 및 확인
- 질문법
1) 타이-다운
- 어떤 사항에 대한 승인이나 동의, 사고, 현안점검들에 대한 반응을 조사하는 질문 법
2) 대안진보
- 선택사항을 제시하고 어떤 사실을 확인하는 데에 사용하는 질문법
3) 포커핀(부메랑)
- 대안의 그래프가 포커핀과 유사하여 붙여진 이름
부메랑은 어떤 질문에 대하여 질문으로 응대하는 방식
노미널그룹
정보수집법의 일종
- 분석기법
가치사슬분석, 전문성에 의한 분해, 생명주기에 의한 분해 등은 모두
기업의 원천적 활동과 지원할동의 업무를 분류하고 체계화하기 위한 기법임