DAsP(2과목) 3-2. 정보 요구 사항 상세화

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

---

가) 수행 절차

• 프로세스 중심으로 정리된 프로세스 목록, 프로세스의 업무 흐름도 내용을 수반하는 업무 조사서를 바탕으로 프로세스 계층도, 프로세스 정의서를 작성한다.
• 도출된 기본 프로세스를 기준으로 기본 프로세스에서 필요로 하는 정보 항목과 산출되는 정보 항목을 정리하고, 산출되는 정보 항목 중 기본 로직이 필요한 경우 기본 로직을 정리한다.
• 표준화 과정을 통하여 해당 정보 항목에 대해서 통합성/분리성 여부를 검토한 후 최종적으로 사용자의 정보 요구 사항을 충족하는 정보 항목 목록을 정의한다.

나) 수행 작업 내용

다) 수행 작업 지침

• 프로세스 분해/상세화
  - 프로세스의 분해 : 단위 업무 기능으로부터 출발하여 점진적으로 수행한다.
  - 프로세스 분해 깊이 : 업무적인 특성을 고려하여 분해의 수준은 3차 수준까지 분해.
  - 프로세스 명칭 : 내용의 파악이 가능하도록 함축적이며 유일한 이름을 부여하는 것이 중요.
  - 프로세스 계층도 : 기본 프로세스의 도출에 있다.

---

 

 

• 정보 항목 도출 및 표준화
  - 기본 프로세스별로 등록(C), 조회(R), 변경(U), 삭제(D) 기능을 구분하여 기술한다.
  - 기능에 따라 구분된 프로세스별로 정보 요구 분석에서 정의된 정보 요구 사항 정의서 및 업무 조사서 상의 내용을 파악하여 관리하고자 하는 정보 항목을 도출한다.
  - 도출한 정보 항목은 명명규칙을 준수하여 명명하되, 업무 용어를 그대로 사용하며, 명사형으로 기술한다.

---

 

 

 

• 정보 항목별 통합성 검증
  - 정보 유형별 및 정보 항목별로 전사 관점에서의 통합/분리여부를 검토한다.
  - 동일한 정보 항목에 대해서 통합 시 다음과 같은 장점이 존재한다.
  - 통합 작업 후 해당 정보 항목 목록에 대한 통합성 여부를 기재하고 최종 정보 항목 목록을 작성한다.

 

 

 

 

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

---

• 객체지향 방법론에서는 유즈케이스 다이어그램을 중심으로 정보시스템의 기능적 정보 요구 사항을 정의한다.

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

• 액터(Actor)
  - 정보시스템과 상호작용하는 개인, 그룹, 회사, 조직, 장비 등 정보 서비스를 받는 객체를 말한다.
  - 엑터의 이름은 명확하게 액터의 역할을 나타내는 이름으로 정의한다.
  
  
• 유스케이스(Usecase)
  - 도출된 액터별로 개발 시스템에서 제공해야 하는 기능을 나타낸다.
  - 사건 흐름에 대한 개요를 간략하게 기술한다.
  
  
• 액터(Actor)와 유즈케이스 간의 관계
  - 확장(Extend) : 하나의 유즈케이스가 다른 유즈케이스의 행동을 추가함에 따라 나타나는 두 유즈케이스의 관계를 말한다.
  - 포함(Include) : 하나의 유즈케이스가 다른 유즈케이스를 사용함을 나타내는 두 유즈케이스의 관계를 말한다.
  - Communicates : 행위자가 어떤 유즈케이스에 참가함을 나타낸다.

 

나) 유즈케이스 상세화

• 유즈케이스의 사건 흐름을 구조화하는 작업으로 모든 선택 또는 대안 흐름을 기술한다.
• 사건 흐름을 기술할 때 정상적인 흐름에 대해 먼저 기술한 후 예외사항에 대한 사건흐름을 기술한다.
  - 유즈케이스에 대한 개략적인 설명
  - 사건 흐름(Flow or Event)
  - 사전, 사후 조건
  - 비기능적인 정보 요구 사항
  - 주된 사건 흐름에 대체될 수 있는 대안 흐름
  - 예외 처리 사항

다) 클래스 다이어그램 작성

• 엔터티 클래스 도출
  - 식별된 클래스에 이름을 부여하고, 간략한 설명을 기술한다.
  
  
• 관계 도출 및 클래스 도출
  - 클래스 간의 집단화 관계를 식별하고 명명한다.
  - 집단화 관계란 전체적인 클래스와 부분적인 클래스의 포함 관계를 표현한다.
  
  
• 속성 정의
  - 속성이란 클래스가 나타내는 객체의 특성을 의미한다.
  - 속성의 이름은 성을 가지고 있는 정보를 명확하게 지정하는 명사로 한다.