데이터 아키텍처 - 데이터 요건 분석
정보 분석서 - 대상이 되는 시스템 분석을 분석한 후 결과를 정리한 문서
정보 목록 - 취합된 요구 사항을 목록화 한 것이나 어떤 프로그램을 목록화 한 것
정보 항목 분류표 - 정보 요구 사항에 포함된 항목을 분류한 것
#정보 요구사항 유형에 대한 관리기준
1) 외부 인터페이스 : 기존과 동일한 형태의 인터페이스 존재 여부
2) 기능 개선 : 많은 사용자가 편리하게 사용할 수 있는 요건의 우선 적용 여부
3) 성능 개선 : 현행 기술 수준과 서비스 특성을 고려한 구현 가능 여부
#분석 단계의 주요 소스로 사용될 사용자 및 시스템 관점의 정보 요구 사항들을
수집하고 있을 때 현 단계의 문서로 적합한 것
1) 현행 시스템 분석서
2) 현행 사용자 요구 사항 정리문서
3) 현행 시스템 개선과제 및 문제점 정리문서
#정보 요구 사항 관리 절차
- 정보요구사항 발송 -> 정보요구 사항 수렴 -> 정보요구사항 검토 -> 영향도 분석 -> 공식화 -> 반영작업계획 수립
#요구 사항을 명확하게 정의하고 개발하기 위해서 반드시 진행해야 할 단계
1) 정보 요구 사항 상세화
2) 정보 요구 사항 분석 및 정의
3) 정보 요구 사항 검토 및 리뷰
#질문법 종류
1) 타이-다운(Tie-down) - 어떤 사항에 대한 승인이나 동의, 사고, 현암 점검 등에 대한 반응을 조사하는 질문
2) 대안진보(Alternate Advance) - 선택사항을 제시하고 어떤 사실을 확인하는데 사용되는 질문
3) 포커핀 또는 부메랑(Porcupine or Boomerang) - 대안의 그래프가 포커핀과 유사하여 이름지어진 질문법이며 부메랑은 어떤 질문에 대하여 질문으로 응답하는 방식을 말한다.
#정보 요구 사항 수집을 위한 워크숍의 목적
1) 경영층 또는 현업 부서장의 공통된 의견을 도출한다.
2) 유사업무 또는 관련 업무를 수행하는 부서에 대한 면담비용을 절감한다.
3) 전문가들의 판단력을 이용하여 최적의 결론을 도출한다.
#구매시스템을 신규로 구축하기 위하여 수집하고 있는 문서
1) 현행 시스템 데이터 모델(ERD)
2) 현행 시스템 문제점 및 개선사항
3) 신규 시스템에 대한 구매부서 요구 사항 정의서
#데이터아키텍처가 수행할 내용
1) 변경 및 신규개발 요건에 대한 검토
2) 요청 사항 내용 중 미결 사항에 대한 검토
3) 데이터에 대한 표준제시 및 검토
#면담 대상자와 면담 진행팀의 역할에 대한 설명
1) 면담대상자 : 업무에 대해서 면담자에게 명확하고 이해하기 쉽게 설명해 주어야 한다.
2) 기록자 : 면담 종료 시에 기록 내용 중에 주요 사항을 확인한다.
3) 관찰자 : 수행 의도대로 면담진행 여부 및 최종적 면담종료에 대해 판단한다.
#워크샵 기법
- 효율적으로 결론을 도출할 수 있는 기법
# 면담팀 구성 단계에 있어서 반드시 고려해야 할 내용
1) 면담팀은 가능하다면 2~3인으로 구성하도록 한다.
2) 면담 팀원간 역할을 구분하도록 한다.
3) 면담 기록자나 관찰자는 사전에 업무를 습득하도록 한다.
#경영환경을 정리한 후 경영전략을 체계적으로 정리하고, 현재 적용하고 있는 정보기술,
전산장비, 정보시스템, 데이터저장소 등의 현황을 조사하고, 활용도를 평가하기로 하였다.
이를 위한 조사기법
1) 경쟁환경 분석
2) SWOT 분석
3) RAEW 분석
#화폐가치 산출법에 대한 설명
1) 정보 요구 사항 간의 상호 관련성을 평가하여 1점부터 5점까지 점수를 부여한다
2) 시스템 차원의 중요성을 평가하여 1점부터 3점까지 점수를 부여한다.
3) 기업 차원의 중요성을 평가하여 1점부터 3점까지 점수를 부여한다.
4) 3가지 점수를 곱하여 총점 대비 각각의 정보 요구 사항 가치를 백분율(%)로 환산한다
#면담 수행 시 고려해야 할 사항
1) 면담 내용에 대하여 문서화 작업을 수행한다.
2) 면담 대상자의 업무 범위를 준수한다.
3) 면담시간을 준수한다.
#분석기업의 종류
1) 가치사슬 분석
2) 전문성에 의한 분석
3) 생명주기에 의한 분석
#우선순위 분석 방법
매트릭스 및 CRUD 분석방법 -정보 요구의 도출이 정확하게 되었는지 검증하는 기법
상대적 중요도 산정방법 - 부여된 가중치를 이용하여 중요도를 산정하는 방법
#문서를 검토하는 기준
1) 유용성(문서의 활용가능성 여부)
2) 완전성(문서 내용의 누락 여부)
3) 정확성(문서 내용과 현재 시스템의 일치 여부)
4) 유효성(문서의 최신 내용 반영 여부)
#응집도 높고 결합도 낮을수록 프로세스 계층도의 모듈성이 확보됨
#프로세스 관점에서 정보 요구를 상세화하는 작업 내용
1)프로세스별로 정보 항목의 통합성 및 분리성 여부를 검토한다.
2)프로세스별로 정보 항목을 도출하고 표준화 한다.
4) 프로세스 분해 및 상세화 작업을 수행한다.
#유즈케이스 다이어그램 - 정보요구 사항 상세화 방법 중 객체지향 관점에서 사용자와 의사소통을 원활하게 도와주고, 시스템과 사용자간의 관계흐름을 표현하여 요구 사항을 쉽게파악할수 있는 방법
#요구 사항 분석가가 상관분석을 수행할 경우에 나타나는 현상
1) 상관분석 수행에 있어 가장 중요한 요소인 객관성을 확보할 수 있다.
2) 프로젝트 내부 인력의 적극적인 참여와 지원이 필요하다.
3) 상관분석 수행에 필요한 업무 파악의 한계점이 존재한다.
#사용자와 의사소통이 원활하게 되도록 도움을 주는 유즈케이스 다이어그램 분석기법의 필수적 구성요소
1) 액터
2) 유즈케이스
3) 유즈케이스 관계
#재검토 기준
1) 사용자의 정보 요구 사항의 누락 여부에 대한 검토 기준
2) 사용자의 정보 요구 사항이 정확성 검토 기준
3) 사용자의 정보 요구 사항에 따른 영향도 파악에 대한 검토 기준
#상관분석 기법의 설명
1) CRUD 매트릭스 분석 수행 과정에서 기본 프로세스가 사용하는 정보항목에서 복수의 액션이 발생하는 경우에는 C(create) > D(delete) > U(update) > R(read)의 우선순위에 따라 기술한다.
2) 모든 정보항목이 모든 기본 프로세스에서 사용되는지 혹은 기본 프로세스가 모든 정보항목을 사용하고 있는지를 확인한다.
3) 업무기능/조직 대 정보항목의 상관분석에서 정보항목의 생성, 수정, 삭제 등을 ‘C(Create, Change)로 표시한다.
4)업무기능/조직 대 정보항목의 상관분석에서 정보항목 값의 변경 없이 검색만 하는 경우에는 U(Use)로 표시한다.
#CRUD 매트릭스 분석 기법 - 정보 요구 사항 대 애플리케이션 상관분석 기법을 이용하고자 할 때 사용
#CRUD 매트릭스 분석의 우선순위
C > D > U > R