UML의 흐름

Activity Model
 - 사용자의 업무 및 흐름을 명확히 파악하기 위하여 해당 문서를 작성한다.
 - Activity Model은 사용자가 작성해 주는것이 가장 좋으나 작성법 및 번거로운 작업으로 취급되어 프로젝트담당자가 상황에
    따라 작성여부를 결정한다.
 포인트]
    특정 기능에 대한 상세스펙이나 흐름을 알고 싶을때 혹은 명확히 하고 싶을때 작성


Use Case Model
 - 개발 단계중 분석 단계의 기능분석 산출물로 제시한다.
 - Use Case Model은 Use Case 명세서와 함께 제출해야만 그 의미가 있다.
 포인트]
    Use Case Model 추출시 기능위주로 추출할것~!!!
    Use Case 명세서는 Use Case Model의 기능적 흐름을 바탕으로 각 단계별로 기능을 세부적이고
    자세하게 서술한 텍스트 문서이다. 명세서를 바탕으로 데이터 항목을 유추할 수 있을정도로 자세히 작성하는 것이 좋다.
   

Domain Model
 - Use Case Model을 중심으로 세분화된 기능을 추출한다.
 포인트]

    Use Case Model 이 사용자 중심이였다면 Domain Model은 개발자 중심으로 작성을 한다.


Secuze Model
 - Domain Model을 통하여 추출된 클래스들의 관계를 기능적 절차에 따라  서술한다.
 포인트]
    클래스들의 관계를 기능적 절차에 따라 서술하는 과정에서 Operation(=메소드= 함수 모두 같은 의미)을 추출한다.


참고]
Activity별 산출물

계획
 - 프로젝트 계획 => 프로젝트 계획서

분석
 - 요구 사항 분석 => 요구사항 정의서(요구ID 도출) : 사용자의 요구 사항
 - 기능 분석 => Use Case Model, Use Case Model 명세서 : 사용자의 요구 사항을 바탕으로 기능을 도출한다.
 - 도메인 정의 => Domain Model : Use Case Model을 바탕으로 도메인 도출한다.
 - 프로세서 정의 => Secuze Model : Domain Model을 바탕으로 클래스를 도출할때 작성하면 Class  및 thord 도출이 쉽다.
 - 클래스 정의 => Class Model : Domain Model을 바탕으로 클래스를 도출한다.
 - 인터페이스 정의 = > 메뉴 구성도, 화면 흐름도, 화면 구성도

설계
 - 화면 설계 => UI정의서
 - 데이터 분석 => 관계형 데이터 모델
 - 프로그램 목록 => 클래스 다이어그램, 컴포넌트 다이어그램,

개발
 - 소스코드
 - 단위 테스트 => 단위 테스트 정의서

구현
 - 시스템 이행 => 시스템 이행계획서
 - 운영 메뉴얼 => 운영 메뉴얼
 - 교육
 - 프로젝트 완료 => 프로젝트 완료 보고서