본문 바로가기
Tech/DAP

데이터 요건 분석(정보 요구 사항 분석)

by Augustine™ 2018. 5. 28.
반응형

 

 

 

정보 요구 사항 분석


 

1. 분석 대상 정의

  • 사용자의 정보 요구 사항에 대한 수집한 기초 자료를 바탕으로 현행 업무 및 현행 시스템에 대한 분석 대상을 정의하여, 사용자의 정보 요구 사항을 구체화하고, 상세화 하는 작업의 효율성을 제고한다.
  • 현행 업무에 대한 분석 대상은 현행 업무 흐름도, 업무 설명서, 업무 분장 기술서 등이다.
  • 현행 시스템의 분석 대상을 선정하기 위해서는 업무 영역/현행 시스템 매트릭스를 작성하여 관련 있는 현행 시스템을 정의하고, 정의된 현행 시스템에 대한 관련 자료를 분석 대상으로 정의한다.

 

2. 정보 요구 사항 상세화

 1) 프로세스 관점의 정보 요구 사항 상세화는 아래와 같은 수행 작업이 필요하다.

    • 단위 업무 기능별 하향식으로 프로세스를 분해 / 상세화 한다.
    • 정보 항목 도출 및 표준화를 진행한다.
    • 정보 항목별 통합성, 분리성 여부를 검토 한다.

 2) 수행 작업 지침

    • 프로세스를 단위 업무 기능 단위까지 분해 하여, 기본 프로세스를 도출한다.
    • 도출 대상 프로세스는 데이터의 상태를 변화시키는(생성,수정,삭제) 것과 업무적으로 중요한 의미를 가지는 조회용 프로세스까지 정의한다. 
    • 프로세스 계층도는 높은 응집도, 낮은 결합도를 유지하도록 모듈성을 확보한다.
    • 정보항목은 도출한 기본 프로세스별로 등록(C), 조회(R), 변경(U), 삭제(D) 기능을 구분하여 기술한다.
    • 정보항목은 명명 규칙을 준수하여 명명하되, 업무 용어를 그대로 사용하며, 명사형으로 기술한다.
    • 정보 유형별 및 정보 항목별로 전사 관점에서의 통합/분리 여부를 검토한다.
    • 통합을 하면 정보 항목의 관리가 용이하나, 무리한 통합을 하게 되면 정보 항목이 애매모호해질 수 있다.

 

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

 1) 유즈케이스 다이어그램

    • 유즈케이스의 구성요소는 액터, 유즈케이스, 액터와 유즈케이스의 관계 등이 있다.
    • 확장(Extend)은 하나의 유즈케이스가 다른 유즈케이스의 행동을 추가함에 따라 나타나는 관계를 말한다.
    • 포함(Include)은 하나의 유즈케이스가 다른 유즈케이스를 사용함을 나타내는 관계를 말한다.

 2) 클래스 다이어그램

    • 유즈케이스 다이어그램을 조사하여 명사, 명사구를 후보 객체로 선정하고, 의미가 모호한 것은 제거한다.

 

4. 정보 요구 사항 확인

 사용자 및 부서로부터 접수해서 최종적으로 작성된 산출물에 대해 정보 요구 사항을 제시한 담당자와 세부 재검토를 통하여 누락 사항 및 보완 사항을 도출하기 위한 계획을 수립하고 재검토를 실시한다.

 1) 수행 작업 내용

    • 재검토 계획 수립 : 요구 사항 정의서, 정보 항목 목록, 유즈케이스 정의서, 클래스 다이어그램 등이 대상이다.
    • 재검토 실시
    • 보완 결과 확인

 2) 수행 작업 지침

    • 완전성 : 사용자의 정보 요구 사항이 누락없이 모두 정의되었는지 확인
    • 정확성 : 사용자의 정보 요구 사항이 정확히 포함되었는지 여부
    • 일관성 : 표준화 준수 여부 확인
    • 안정성 : 추가 정보 요구 사항 변경에 따른 영향도 파악

 

반응형

댓글