분석 클래스 검증 유스케이스마다 분석 클래스가 적절히 도출되었고, 제어 클래스의 도출 등이 충분하고 상세하게 도출되어 클래스의 역할, 클래스 간의 관계, 메시지 흐름 등을 확인할 수 있는지 검토한다. · 유스케이스 실현(Realization)에 필요한 분석 클래스 도출 확인 · 경계(Boundary)와 제어(Control) 클래스의 도출 여부 및 상세화 정도 확인 · 클래스 간의 관계, 클래스 정보의 상세화 정도 확인 유스케이스 실현(Realization)에 필요한 분석 클래스 도출 확인 · 하나의 유스케이스를 실현하기 위하여 3개 이상의 클래스가 역할(Role) 기준으로 도출되어야 하며, 유스케이스 별로 실현에 필요한 클래스가 추적 가능해야 클래스 누락 여부를 확인할 수 있다. · 유스케이스 별로 도출..

UML 작성 목적 · 객체 지향 시스템을 가시화, 명세화, 문서화 하는 것 · 개발하고자 하는 바를 보다 명확화 · 개발단계인 요구사항, 분석 단계에서의 산출물 작성 · 개발자들끼리의 원활한 의사소통 · 이해하고 소통하기 편해 집니다.(팀장, 부장, 이사, 사장, 디자이너, 영업, 엔지니어, 고객지원등)

다이어그램 분류 · 구조적 다이어그램 · 행위적 다이어그램 구조적 다이어그램 다이어그램 설명 Class diagram · 클래스와 클래스 간의 관계를 표현 Object diagram · 오브젝트와 오브젝트 간의 관계를 표현 Package diagram · 패키지 다이어그램 · UML의 다양한 모델요소를 그룹화하여 표현 Component diagram · 컴포넌트와 컴포넌트 간의 관계를 표현 Composite structure diagram · 복합 구조 다이어그램 · 컴포넌트의 내부 구조를 표현하는데 사용 · 파트,포트, 연결자등의 개념을 이용하여 컴포넌트가 실현, 이용하는 인터페이스와 내부 구성요소 간의 관계를 표현 Deployment diagram · 배치 다이어그램 · 시스템을 구성하는 물리적인 노..

UML Diagram 14종류 시스템을 여러 관점(view)에서 표현할 수 있습니다. 1. UseCase diagram (유스케이스 다이어그램) 2. Sequence diagram (시퀀스 다이어그램) 3. Class diagram (클래스 다이어그램) 4. Activity diagram (액티비티 다이어그램) 5. Object diagram (객체 다이어그램) 6. StateChart diagram (상태 다이어그램) 7. Collaboration diagram (협력 다이어그램) 8. Component diagram (컴포넌트 다이어그램) 9. Package diagram (패키지 다이어그램) 10.Deployment diagram (배치 다이어그램) 11.Composite structure diag..

개념 모델의 역할 · 실세계 문제에 대한 모델링이 소프트웨어 요구사항 분석의 핵심이며, 모델은 문제가 발생하는 상황에 대한 이해를 증진시키고 해결책을 설명합니다. · 따라서 개념 모델은 문제 도메인의 엔터티(entity)들과 그들의 관계 및 종속성을 반영합니다. 개념 모델의 종류와 표기법 아래와 같이 다양한 모델을 작성할 수 있으며 대부분의 모델링 표기법은 UML(Unified Modeling Language)을 사용합니다. · 유스케이스 다이어그램(Use Case Diagram), · 데이터 흐름 모델(Data Flow Model), · 상태 모델(State Model), · 목표기반 모델(Goal-Based Model), · 사용자 인터액션(User Interactions), · 객체 모델(Objec..

액티비티 다이어그램(Activity Diagram) · 오퍼레이션이나 처리 과정이 수행되는 동안 일어나는 일들을 단계적으로 표현 · State Diagram 을 확장한 것으로 볼 수 있습니다. · 활동 상태 및 전이, 분기, 동기화 막대, 신호, 구획면(role에 따른 책임, swim-lane) 등으로 표현 · 활동에 중점을 둔 Diagram 이며, 업무 처리 과정을 나타내거나 분석할때 유용합니다. · 플로우차트와 유사한 특징을 가지고 있어 화면의 흐름을 표현 · 유스케이스 수준 또는 그 상위 수준에서 비즈니스 프로세스를 표현 · 분석 단계에서 유스케이스 내부에 대한 구체적인 흐름을 표현하기 위해서 사용 · Use Case의 사건흐름(Flow of Events)과 같은 작업흐름을 모델링할 때 사용할 수 ..