02.

• 정보요구사항
  • 개요
  • 관리
• 정보요구사항 조사
  • 정보요구사항 수집
  • 정보요구사항 정리
  • 정보요구사항 통합
• 정보요구사항 분석
  • 분석대상 정의
  • 정보요구사항 상세화
    • 프로세스 관점의 정보요구사항 상세화
    • 객체지향 관점의 정보요구사항 상세화
  • 정보요구사항 확인
• 정보요구사항 명세화
  • 정보요구사항 명세 정의
  • 정보요구사항 명세 상세화
• 정보요구사항 검증 및 변경 관리
  • 정보요구사항 검증 정의
  • 정보요구사항 상관분석 기법
  • 정보요구사항 추가 및 삭제 대상 도출
  • 정보요구사항 변경 관리

정보요구사항

• 정보요구사항
  • 정보분석서
    • 대상 시스템을 분석한 결과물, 그 문서 (특히 현행 시스템)
    • 정보요구사항 개요/수집
  • 정보목록
    • 취합된 요구사항/프로그램 정보의 목록화
    • 정보요구사항의 수집/정리/통합
  • 정보항목분류표
    • 정보요구사항에 포함된 정보항목들을 분류/정리
    • 정보요구사항 정리/ 이후 상세화와 연결

정보 요구 사항
      ↓
수집
      ↓
정리
      ↓
통합
      ↓
분석
      ↓
상세화
      ↓
명세화
      ↓
검증 / 변경관리

• 요구사항의 유형

  • E

    • 중복성: 기존에 동일한 형태의 인터페이스가 존재하는지 체크
    • 표준준수도: 인터페이스와 관련된 국제 표준 및 국가 표준이 존재할 경우, 그에 적합한 형태로 제공

  • F

    • 시스템에서 입력을 받아들여 처리하고 출력을 만들어 내는 주요 활동 및 프로세스에 대한 요건
    • 불가변성: 기능 개선 요건이 향후에 재변경되지 않도록 근본적인 개선 방안을 요청
    • 범용성: 많은 사용자가 편리하게 사용할 수 있는 요건을 우선적으로 요청

  • P

    • 사용자가 원하는 성능 개선 사항으로는 동시 사용자 수, 처리하는 정보의 양과 종류, 트랜잭션 소요시간 등
    • 실현가능성: 해당 성능 개선 요구 사항이 현행 기술 수준과 서비스 특성을 고려할 때 구현 가능한 요건인지를 확인한 후 제시
    • 측정가능성: 측정이 불가능한 모호한 형태로 요건이 제시되면 안됨

  • S

    • 불가변성: 보안 개선 요건이 향후에 재변경되지 않도록 근본적인 개선 방안을 요청
    • 실현가능성: 해당 보안 개선 요구 사항이 현행 기술 수준과 서비스 특성을 고려할 때 구현 가능한 요건인지를 확인한 후 제시

단계	비고	비고
정보요구사항
수집
정리
통합
분석		현행 시스템 분석서, 현행 사용자 요구 사항 정리문서, 현행 시스템 개선과제 및 문제점 정리문서
상세화	세부 분석단계	현행 업무처리 매뉴얼
명세화
검증 / 변경관리

• 정보요구사항 생명주기 4단계
  • 요구사항을 명확하게 정의하고 개발하기 위해 필수적으로 진행할 단계
  • 정보요구사항 도출
    • 인터뷰, 설문, 워크숍, 현행 시스템 분석 등을 통해 요구사항을 수집
  • 정보요구사항 분석 및 정의
    • 수집된 요구사항을 정리·분석하여 명확하게 정의
  • 정보요구사항 명세화
    • 확정된 요구사항의 개별 내용을 세밀하게 분석·기록
  • 정보요구사항 검증
    • 요구사항이 누락 없이 적절히 반영됐는지 검증

• 정보요구사항 수집 형태
  • 관련 문서 수집
  • 사용자 면담 (interview)
    • 개인/집단 + 표준화/비표준화
    • 면담 진행시의 룰
      • 1.5~3시간
      • 2~3인
    • 질문법
      • 타이다운(Tie-down) 질문법
        • 어떤 사항에 대한 승인이나 동의, 사고, 현안점검 등에 대한 반응을 조사하는 질문
      • 대안진보
        • 선택사항을 제시하고 어떤 사실을 확인하는데 사용되는 질문
      • 포커핀/부메랑
        • 대안의 그래프가 포커핀과 유사하여 이름지어진 질문법, 부메랑은 어떤 질문에 대하여 응답하는 방식
  • 워크샵
  • 현행 업무처리 매뉴얼
  • 현행 정보시스템 산출물
  • 관찰
  • 브레인스토밍
  • 프로토타이핑
  • 예외) 정보시스템 현황조사기법: 경쟁환경분석, SWOT분석, RAEW분석(책임,권한,전문능력,일)

보기	이유
요구사항을 요청한 사람	업무 요구를 제시하는 역할이지 전체 시스템 영향도를 분석하는 역할은 아님
전사 관점의 데이터 아키텍처 담당자	표준, 데이터베이스, 애플리케이션 등 전사적·통합적 영향도 분석이 가능
요구 사항을 개발하는 담당자	해당 개발 범위에는 정통하지만 전사적인 영향도 판단에는 한계가 있음
담당 부서의 관리자	업무적 의사결정·조정 역할에 가깝고 기술적 영향도 분석 주체는 아님

구분	전산출력의뢰서	전산처리의뢰서
핵심 목적	이미 시스템에 존재하는 데이터를 특정 형태로 출력해 달라는 요청	시스템에 어떤 처리·기능·변경을 해 달라는 요청
성격	조회/리포트/자료 추출 요청에 가까움	신규 개발, 수정, 변경, 처리 요청에 가까움
요구사항 정보로서 가치	비교적 낮음	높음
DAP 현행자료 수집	현행 시스템과 대응되는 것은 굳이 수집할 필요 없음	아직 반영되지 않은 요구가 남아 있을 수 있어 수집 필요성이 있음

구분	비고
면담	개별 요구 파악
브레인스토밍	아이디어 대량 도출
워크샵	다수 이해당사자의 의견 조정·합의
업무 매뉴얼 조사	기존 업무 파악

- 개발자의 역할: 개발요건에 대한 테스트 및 검증
- 면담 대상자 선별: 후원자나 관리자의 추천이 필요하다.
- 기업의 경영환경 분석: 처해있는 시장환경, 경쟁자, 강점과 약점, 위협과 기회를 조사한다. 
- Activity 분석기법: 기업차원의 데이터 모델을 도출하는 방법이다.
- 화폐가치 산출법: 각각의 정보 요구 사항에 영향도를 평가하여 1~5점까지의 점수를 부여한다. 
  
  
"고객관리"  ← Activity 성격
"고객"      ← 데이터 그룹

기업이 무슨 일을 하는가?
        ↓
업무 활동(Activity) 식별
        ↓
각 활동에서 어떤 데이터가 생성·사용되는가?
        ↓
핵심 데이터 집합/엔터티 식별
        ↓
기업 차원의 데이터 모델 도출

• 우선순위
  • 화폐가치
    • 정보요구사항 간의 상호 관련성: 1~5
    • 시스템 차원의 중요성: 1~3
    • 기업 차원의 중요성: 1~3
      • 3개의 점수를 곱하여 총점 대비 각각의 정보요구사항 가치를 백분율로 환산

사용자 면담의 목적은 전문가 의견 수렴이 아니라 실제 업무와 정보 요구사항을 정확히 파악하는 것이므로, 해당 업무를 실제로 수행하면서 명확하게 설명할 수 있는 사람이 적합하다. 관련 분야 전문가만 집중 선발할 이유가 없다.

프로젝트 후원자 / 관리자의 추천을 받아 선별하는건 면담 대상자

• 면담팀이 아니다

• 정보요구사항 상세화

  • 프로세스 관점의 정보요구사항 상세화

    • 수행작업 내용
      • 프로세스 분해/상세화
        • 단위 업무 기능별 하향식으로 프로세스를 분해 및 도출
        • 프로세스 계층도 및 프로세스 정의서를 작성
      • 정보 항목 도출 및 표준화
        • 기본 프로세스별 정보 항목을 정리
        • 정보 항목에 대한 표준화 정리
        • 정보 항목 목록 정의
      • 정보 항목별 통합성, 분리성 여부 검토
        • 프로세스별로 관리되는 정보 항목을 분류
        • 정보 항목별 동음이의, 이음동의 존재 여부 파악
        • 통합/분리 여부 검토 후 최종 정보 항목 목록 정의

  • 객체지향 관점의 정보요구사항 상세화

    • 유즈케이스 다이어그램

  • 기능정의와 하부프로세스를 분해하여 논리적으로 계층화할때 분석기법

    • 이는 모두 기업의 본원적 활동과 지원활동을 분류하고 체계화한다.
    • 가치사슬 분석
    • 전문성에 의한 분석
    • 생명주기에 의한 분석

• 정보 요구사항 분석

  • 수집된 문서의 평가 기준(완정효용)
    • 완전성 : 문서의 내용에 누락된 부분이 없는지의 여부
    • 정확성 : 문서의 내용이 현재의 시스템과 일치하는지의 여부
    • 유효성 : 문서가 최신의 내용을 반영하고 있는지의 여부
    • 유용성 : 문서의 활용 가능성 여부

• 수행작업 지침

  • 재검토 대상이 되는 분석 결과 산출물을 확인, 검증
  • 검증기준 (완정안일)
    • 완전성: 사용자의 정보 요구 사항이 누락없이 모두 정의되었는지 확인
    • 정확성: 사용자의 정보 요구 사항이 정확히 표현되었는지의 여부
    • 안정성: 추가 정보 요구 사항 변경에 따른 영향도 파악
    • 일관성: 표준화 준수 여부 확인

• 프로세스 계층도의 도식화

  • 모듈성 - 응집도 up, 결합도 down

정보요구사항 맵: 수집·정의된 정보요구사항을 업무 기능이나 프로세스와 연결해서 전체 관계를 한눈에 볼 수 있도록 정리한 것

• 정보요구사항 검증 및 변경 관리
  • 정보요구사항 상관분석 기법
  • 도출된 정보 요구 사항을 다른 영역(기능, 프로세스, 조직 등)과 비교 분석함으로써 정보 요구 사항의 도출이 완전하게 효과적으로 이루어졌는지를 파악
    • 주체별 분류
      • 요구사항 분석가 수행
      • 품질보증팀 수행
      • 외부 감리 수행
    • 정보요구 - 애플리케이션 상관분석
    • 정보요구 - 업무기능 상관분석
    • 정보요구 - 조직기능 상관분석

정보항목의 범위가 너무 크기 때문에 7개 이상의 기본 프로세스에서 사용되는 경우에는, 정보항목의 세분화가 필요하다.

상황	DAP 판단	가능한 원인/조치
C가 없음	명백한 점검 대상	생성 프로세스 누락 → 프로세스 추가 / 정보항목 자체가 불필요 → 정보항목 삭제 / 분석범위 밖에서 생성되는지 확인
D가 없음	점검 대상	삭제 프로세스 누락 가능 / 실제 업무상 삭제가 없다면 정상일 수도 있음 → 오류 시 삭제 필요 여부 등을 확인
CRUD가 전혀 없음	이상	사용되지 않는 정보항목이거나 관련 프로세스가 누락
C만 있고 R/U/D가 없음	이상	생성 후 전혀 사용되지 않음 → 프로세스 누락 또는 불필요 정보항목 가능

• 참조하는 신규 프로세스의 도출 필요

• 정보항목을 생성하는 기본 프로세스가 없는 경우의 조치사항

  • 기본 프로세스의 도출
  • 정보항목 삭제
  • 해당 업무영역으로 이동

점검내용	분석결과	조치사항
기본 프로세스가 사용 (CRUD)하는 정보 항목이 없음	정보항목 누락	정보항목 도출
	기본프로세스 필요없음		기본 프로세스 삭제
	기본 프로세스가 분석 대상 업무 영역에 속하지 않음					해당업무영역으로 이동
정보 항목이 7개 이상의 기본 프로세스에서 사용됨	정보항목이 너무 큼	정보항목 세분화
정보 항목을 생성하는 기본 프로세스가 없음	기본프로세스의 누락	기본프로세스 도출
	정보항목이 필요없음		정보항목 삭제
	기본 프로세스가 분석 대상 업무 영역에 속하지 않음					해당업무영역으로 이동
정보 항목을 생성하는 기본 프로세스가 둘 이상 존재	기본 프로세스 중복			기본프로세스 통합
정보 항목을 삭제하는 기본 프로세스가 없음	기본프로세스 누락	기본프로세스 도출
	업무에 삭제가 존재하지 않음				전산오류시 삭제가 필요한지 확인
	기본 프로세스가 분석 대상 업무 영역에 속하지 않음					해당업무영역으로 이동
정보 항목을 삭제하는 기본 프로세스가 둘 이상 존재	기본 프로세스 중복			기본프로세스 통합
정보 항목이 생성만 되고 사용되는 곳이 없음	기본 프로세스 누락	기본프로세스 도출
기본 프로세스가 정보 항목을 조회만 함	기본 프로세스가 아님	모듈검토
기본 프로세스가 여러 액션을 수행함	정의된 기본 프로세스가 너무 큼	기본프로세스 추가분해