모델링 요구사항 분석 방법
DB CAFE
thumb_up 추천메뉴 바로가기
- DBA { Oracle DBA 명령어 > DBA 초급 과정 > DBA 고급 과정 }
- 튜닝 { 오라클 튜닝 목록 }
- 모델링 { 데이터 모델링 가이드 }
목차
1 정보 요구 사항 분석[편집]
1.1 분석 대상 정의[편집]
- 사용자의 정보 요구 사항에 대한 수집한 기초 자료를 바탕으로 현행 업무 및 현행 시스템에 대한 분석 대상을 정의하여, 사용자의 정보 요구 사항을 구체화하고, 상세화 하는 작업의 효율성 제고.
- 현행 업무에 대한 분석 대상은 현행 업무 흐름도, 업무 설명서, 업무 분장 기술서 등등.
- 현행 시스템의 분석 대상을 선정하기 위해서는 업무 영역/현행 시스템 매트릭스를 작성하여 관련 있는 현행 시스템을 정의하고, 정의된 현행 시스템에 대한 관련 자료를 분석 대상으로 정의 함.
1.2 정보 요구 사항 상세화[편집]
- 프로세스 관점의 정보 요구 사항 상세화는 아래와 같은 수행 작업이 필요하다.
- 단위 업무 기능별 하향식으로 프로세스를 분해 / 상세화 한다.
- 정보 항목 도출 및 표준화를 진행한다.
- 정보 항목별 통합성, 분리성 여부를 검토 한다.
2 수행 작업 지침[편집]
- 프로세스를 단위 업무 기능 단위까지 분해 하여, 기본 프로세스를 도출한다.
- 도출 대상 프로세스는 데이터의 상태를 변화시키는(생성,수정,삭제) 것과 업무적으로 중요한 의미를 가지는 조회용 프로세스까지 정의한다.
- 프로세스 계층도는 높은 응집도, 낮은 결합도를 유지하도록 모듈성을 확보한다.
- 정보항목은 도출한 기본 프로세스별로 등록(C), 조회(R), 변경(U), 삭제(D) 기능을 구분하여 기술한다.
- 정보항목은 명명 규칙을 준수하여 명명하되, 업무 용어를 그대로 사용하며, 명사형으로 기술한다.
- 정보 유형별 및 정보 항목별로 전사 관점에서의 통합/분리 여부를 검토한다.
- 통합을 하면 정보 항목의 관리가 용이하나, 무리한 통합을 하게 되면 정보 항목이 애매모호해질 수 있다.
3 객체지향 관점의 정보 요구 사항 상세화[편집]
3.1 유즈케이스 다이어그램[편집]
- 유즈케이스의 구성요소는 액터, 유즈케이스, 액터와 유즈케이스의 관계 등이 있다.
- 확장(Extend)은 하나의 유즈케이스가 다른 유즈케이스의 행동을 추가함에 따라 나타나는 관계를 말한다.
- 포함(Include)은 하나의 유즈케이스가 다른 유즈케이스를 사용함을 나타내는 관계를 말한다.
3.2 클래스 다이어그램[편집]
- 유즈케이스 다이어그램을 조사하여 명사, 명사구를 후보 객체로 선정하고, 의미가 모호한 것은 제거한다.
4 정보 요구 사항 확인[편집]
- 사용자 및 부서로부터 접수해서 최종적으로 작성된 산출물에 대해 정보 요구 사항을 제시한 담당자와 세부 재검토를 통하여 누락 사항 및 보완 사항을 도출하기 위한 계획을 수립하고 재검토를 실시한다.
4.1 수행 작업 내용[편집]
- 재검토 계획 수립 : 요구 사항 정의서, 정보 항목 목록, 유즈케이스 정의서, 클래스 다이어그램 등이 대상이다.
- 재검토 실시
- 보완 결과 확인
4.2 수행 작업 지침[편집]
- 완전성 : 사용자의 정보 요구 사항이 누락없이 모두 정의되었는지 확인
- 정확성 : 사용자의 정보 요구 사항이 정확히 포함되었는지 여부
- 일관성 : 표준화 준수 여부 확인
- 안정성 : 추가 정보 요구 사항 변경에 따른 영향도 파악