uml의 사용방법과 uml의 활동

소개글

uml의 사용방법과 uml의 활동에 대한 보고서 자료입니다.

본문내용

서는 메시지에 번호를 매겨 표시한다.
메시지에 번호를 매기는 것은 순차 다이어그램보다 순서를 보기에 불편한 점이 있다. 반면에 객체들을 공간적으로 배치시킴으로써 아키텍처 등 다른 중요한 정보를강조할 수 있다.
객체에 이름을 주는 규칙은 objectName : ClassName 으로 한다.
순차 다이어그램과 협동 다이어그램은 같은 내용을 다르게 표현하는 기법이다. 엄밀히 말하면 협동 다이어그램은 자료의 반환 흐름(data return flow)을 표현할 수 있다는 점이 다르다. 두 그림은 상황에 맞추어, 개인적인 취향에 따라, 바꾸어 사용할수 있다.
상호작용 다이어그램은 하나의 사용사례 안에서 객체들의 행동양식을 표현할 때에사용한다. 행동양식의 정밀한 정의를 표현하기에는 적절하지 않다.
- 여러 사용사례에 걸친 한 객체의 행동양식을 표현할 때에는 상태전이 다이어그램을사용한다.
- 여러 사용사례에 걸쳐 있거나 쓰레드가 많은 행동양식을 표현할 때에는 활동 다이어그램을 사용한다.
<<상태 다이어그램 (State Diagram)>>
상태전이 다이어그램은한 객체가 자신의 생명주기 안에서 취할 수 있는 상태들과 그 상태간 전이를 일으키는 이벤트들, 그리고 상태간 변화에서 발생하는 작용들을 표현한다.
수강관리시스템에서 Course 라는 클래스가 취할 수 있는 여러 상태와 그들간의 전이를 표현한 것이다.
상태 다이어그램은 시스템의 모든 클래스에 대해 그릴 필요는 없으며 의미있는 행동양식을 보여주는 주요 클래스들에 대해서 그린다. 가능한 상태나 이벤트 역시 필요에 따라 간단하거나 복잡한 수준으로 표현한다.
<<활동 다이어그램 (Activity Diagram)>>
활동 다이어그램은 작업흐름과 연계되어 병행 처리가 많은 행동양식을 기술하기에 특히 유용한 여러 기법들을 조합한 것이다.
음료를 마시는 활동에 대한 작업흐름을 표현한 활동 다이어그램이다.
그림에서 핵심 요소는 활동(activity)이다. 활동이란 개념적 관점에서 보면 사람이나 컴퓨터가 행하는 어떤 작업을 의미할 수도 있으며, 구현 관점에서 보면 클래스의 메소드를 의미할 수도 있다.
그림에서 [커피 찾기] 다음에 이어지는 [필터에 커피 넣기], [물통에 물 붓기], [컵 가져오기]의 세 활동은 병행 처리를 의미한다. 순서도(flowchart)가 보통 순차적인 프로세스에 제한되어 있는 반면에
활동 다이어그램은 병행 프로세스를 기술할 수 있다.
<<컴포넌트 다이어그램 (Component Diagram)>>
컴포넌트 다이어그램은 시스템을 구성하는 실제 소프트웨어 컴포넌트간의 구성체계를 기술하므로 아키텍처를 표현하기에 좋다.
컴포넌트 다이어그램에는 각 컴포넌트를 그리고 컴포넌트간의 의존성 관계를 화살표로 나타낸다.
그림 8.1 은 수강관리시스템의 컴포넌트들을 의존성을 중심으로 간단하게 표현한 것이다. 시스템은 두 개의 EXE 과 두 개의 DLL 로 이루어져 있으며 각 DLL 이 사용하는 클래스들을 표현하고 있다
<<배치 다이어그램 (Deployment Diagram)>>
배치 다이어그램은 인도될 시스템의 소프트웨어와 하드웨어 컴포넌트간의 물리적관계를 표현한다.
배치 다이어그램은 노드와 노드간 연결로 구성된다.
노드는 프로세서나 디바이스처럼 독립된 하드웨어 요소를 의미하며 보통 클라이언트 PC 나 서버 워크스테이션, 때로는 간단한 주변장치나 메인프레임을 표시하기도 한다.
그림 9.2 는 수강관리시스템의 배치 다이어그램으로서 서버와 단말기 요소들을 표현하고 있다.
2. RUP(Rational Unified Process)
Rational Unified Process(RUP)는 소프트웨어 개발 공정(process)으로서 개발 조직 내에서 작업과 책임을 할당하기 위한 규칙을 제시한다. 그 목적은 예정된 일정과 예산 내에서 고객의 요구를 충족시키는 고품질의 소프트웨어를 생산하는데 있다.
<>
공정(process)은 누가 무엇을 언제, 어떻게 하는 것인지를 기술한다. RUP 의 주요 모델링 요소는 다음 네 가지이다.
작업자(worker): 누가
활동(activity): 어떻게
산출물(artifacts): 무엇을
작업흐름(workflow): 언제
[작업자]란 개인 또는 여러 팀원들이 팀내에서 갖는 행위방식과 책임을 의미한다.
그 행위방식은 작업자가 수행하는 [활동]으로 표현되며 한 작업자는 여러 개의 응집된 활동과 연관되어 있다. “응집되어 있다”는 것은 한 사람이 수행할 때에 가장 잘 수행될 수 있는 활동임을 의미한다. 작업자의 책임은 그 작업자가 작성하는 [산출물]과의 관계로 표현된다.
<<작업흐름(workflow)>>
작업흐름(workflow)은 가시적으로 가치있는 결과를 생산하는 순차적인 작업활동(activity)을 의미한다. 작업흐름은 UML 의 순차 다이어그램, 협동 다이어그램, 활동다이어그램으로 표현할 수 있으며 RUP 는 활동 다이어그램을 사용하여 표현한다.
RUP 는 작업자와 활동을 논리적으로 집단화시켜 9 개의 핵심 작업흐름(core workflow)으로 나눈다.
9 개의 핵심 작업흐름은 6 개의 핵심 엔지니어링 작업흐름과 3 개의 핵심 지원 작업흐름으로 구분한다.
6 개의 핵심 엔지니어링 작업흐름은 다음과 같다.
1. 업무 모델링 작업흐름 Business modeling workflow
2. 요구사항 작업흐름 Requirements workflow
3. 분석과 설계 작업흐름 Analysis and design workflow
4. 구현 작업흐름 Implementation workflow
5. 시험 작업흐름 Test workflow
6. 배치 작업흐름 Deployment workflow
3 개의 핵심 지원 작업흐름은 다음과 같다.
1. 프로젝트 관리 작업흐름 Project management workflow
2. 구성 및 변경관리 작업흐름 Configuration and change menagement workflow
3. 환경 작업흐름 Environment workflow
프로젝트 전체 작업흐름은 위 9 개의 핵심 작업흐름을 번갈아 반복하며 각 반복(iteration)에서 강조점을 달리하게 된다.