설계패턴(uml보고서) - UML 다이어그램 보고서

소개글

설계패턴(uml보고서) - UML 다이어그램 보고서에 대한 보고서 자료입니다.

목차

UML 다이어그램 보고서


■activity diagram(활동 다이어그램)

■package diagram

■interaction overview diagram

■component diagram

■deployment diagram

본문내용

w의 이해
- 알고리즘 설명
② 작성목적
* 처리순서 표현 (대상에 관계없이)
* 비즈니스 프로세스 정의(이 용도로 가장 많이 사용됨) : 업무의 As-is분석, To-be 분석 가능
* 프로그램 로직 정의 : 처리흐름의 도식화로 프로그램 로직 정의 가능
* 유즈케이스 실현
③ 작성 시기 : 그 시점이 한정되어 있지 않고 다양하게 사용 가능
* 업무 프로세스 정의 시점.
* 유즈케이스 정의서 작성 시, 처리절차 기술할 때
* 오퍼레이션 사양 정의 시
④ 작성순서
* 작성대상 선정 : 업무프로세스 모델링, 오퍼레이션 사양 정의
↓
* Swim lane 정의 : 대상영역에 명확한 역할을 정의해야 할 때.
↓
* 처리절차 모델링 : 시작점, 끝점 반드시 표현.
2. Activity Diagram 구성요소
* Activity : 처리할 활동을 의미, use case or 내부 흐름
* Initial State : ● * Final State : ⊙
* Decision(Branch) : ◇ , 조건 분기를 의미, 일반적으로 activity에서 대신함
* Synchronization bar : 동시에 처리되어야 할 activity를 표현, 분기(forking)흐름이 다시 단일화(join)되는 부분에서도 사용, work-flow에서 비동기 처리를 기술할 수 있음.
ex)
② Relationship
* Transition(전이) : 하나의 액티비티가 행위를 완료하고 다른 액티비티로 처리순서가 옮겨지는 제어흐름 표현
③ Swim lane : activity diagram에 구획을 나누기 위하여 사용, 일반적으로 업무 별 , 시스템 별, 사용자 별로 구분, 구획 간에 수직선으로 표현
3. Activity Diagram 사례
① SCM 시스템의 일반 정보에 대한 Role 액티비티 다이어그램
* AS-IS
* TO-BE
→ 모든 사용자에게 일반정보를 제공했던 것을 등록여부와 거래품목 등록여부 확인 후
등록된 사용자에게만 일반정보 제공.
② 프리즘에서 유지보수 절차 프로세스를 정의한 액티비티 다이어그램
■package diagram
① 정의: 시스템을 이해하기 위한 목적으로 추상적인 개념들을 모은 하나의 그룹 패키지라고 한다.
② 특징:
- 패키지는 요소들을 그룹으로 조직하기 위한 범용 메커니즘으로 모델의 요소들을 조직하고 이해할 수 있도록 해준다. 패키지에 담기는 것은 비단 클래스에만 국한되는 것은 아니며, 유스케이스 활동 다이어그램 등 과 같은 것들도 담을 수 있고, 다른 패키지들도 감을 수 있다.
- 패키지 내부의 모든 클래스들은 개념적, 기능적, 변화적, 관리적 측면에서 유사한 면을 가진다.
- 하나의 패키지는 적절한 수의 클래스를 포함한다.
- 하나의 패키지 내부의 클래스들은 밀접한 관련성을 가진다. (높은 응집도)
- 다른 패키지의 클래스들과는 약한 의존관계가 있다. (낮은 결합도-->서로 독립적)
- 패키지는 순환의존관계는 올바르지 않는 구조를 가지지 않아야 한다.
- 패키지 다이어그램은 패키지와 관계라는 두가지 요소로 표현한다.
- 패키지는 탭이 달린 폴더 모양으로 표현한다.
- 단순 표기법은 패키지 안에 이름만을 표기하며, 확장 표기법은 내부에 클래스까지 표현한다.
- 패키지는 클래스를 직접 포함하거나, 이름만 명시하거나, 경로를 표시하거나, 패키지를 포함할 수 있다.
② Element
- Package
- 내부에 다른 요소를 포함하는 요소
- 네임스페이스의 역할도 수행
※ 네임스페이스는 같은 이름을 가지는 모듈을 구별할 수 있게 해준다.
- PackageImport 관계
- 다른 패키지의 요소를 자신의 요소처럼 사용하는 관계
- 2 types
- import type
- access type
- PackageMerge 관계
- 패키지를 병합하여 새로운 패키지를 구성하는 관계
③ Package Diagram for Example ATM System
■interaction overview diagram
① 정의
- 인터랙션들의 흐름을 나타내는 다이어그램
- 오브젝트 간의 메시지 교환을 액티비티 다이어그램과 같은 형태로 나타냄
- Activity 다이어그램에서 Activity 대신 작은 Sequence 다이어그램을 그린 것
- Sequence Diagram의 제어흐름을 보여주기 위하여 Activity Diagram 표기법에 따라 분할
② Element
- 인터랙션(Interaction)
- 인터랙션 참조(Interaction Reference)
③ Example
■component diagram
① 정의: - 시스템의 물리적 상세설계 모습을 보여줌
- 시스템을 컴포넌트로 나누고 그들 사이의 관계를 인터페이스를 통해 보여주고자 할 때, 또는 하나의 컴포넌트를 하위 레벨의 구조로 분할하고자 하는 경우에 사용
- 네 개의 Component를 보여줌. Reporting Tool에서 출발하여 Billboard Service, Servlet 2 API, JDBC API로 가는 화살표는 Reporting Tool이 이들 세 개의 Component에 종속되어 있음.
② ex)
■deployment diagram
① 정의: - 시스템을 구성하는 하드웨어들을 나타냄.
- 하드웨어 간의 관계를 나타냄.
node에 아티팩트들이 포함된 그림. 위의 그림과 같이 node 밖에서 표현할 수도 있고 아래 그림과 같이 node 안에서 표현 가능.
② 구성요소
1) 노드 (node)
Runtime에 존재하는 어느 정도의 메모리와 처리능력을 가진 물리적인 컴퓨터 자원
2) 아티펙트 (Artifact)
물리적인 형태의 모든 정보 (모델 파일, 소스 코드, 산출물, 실행 파일) 스테레오타입으로 <>로 표기
3) 연관 관계
Deployment Diagram의 경우 relation은 물리적인 연결을 의미 (Class Diagram의 경우 참조 관계를 의미)
4) 의존 관계
Deployment Diagram의 경우 dependency는 artifact가 배치되는 node 와의 연결을 의미
③ ex) Phone Answering System Deployment Diagram Example

키워드

설계패턴,   uml보고서,   UML,   다이어그램,   로직,   UML 다이어그램