Component_Diagram 정의 : 1. 시스템을 구성하는 임의의 물리적인 요소 2. 물리적인 요소 : 가상의 모델을 실제로 구현하여 나타내는 것을 의미 3. 객체지향의 원리에 따라 업무 기능 + 관련 데이터를 하나의 단위로 처리 4. 시스템을 구성하는 물리적인 컴포넌트와 그들 사이의 의존관계를 나타내는 다이어그램 5. 컴포넌트 , 인터페이스 , 의존관계로 표현 이점 : 1. 컴포넌트는 기존의 함수, 클래스 등에 비하여 보다 큰 규모이므로 재사용을 하는 경우 재사용의 효과가 보다 크게 된다.2. 컴포넌트는 매우 강한 수준의 정보 은닉 개념을 지원한다.3. 기존 컴포넌트를 수정하는 대신에 아예 새로운 컴포넌트로 기존 컴포넌트를 대체하는 것도 가능하다 객체지향 원리에서 컴포넌트 정의 : 1. 인터페이스..

주제 : 비디오숍관리 시스템 (State_Diagram) 1.회원확인 State 2. 회원확인이 되었을 경우 , 시스템의 대여 , 연체관리 State 3.대여 목록 관리 State 4.관리자 권한실행중 State 5. 반납State

객체 : 물품 재고관리 시스템 ( 객체인 물품을 중점으로 해서 그려보았습니다 )

UML 상태 다이어그램 정의 : 객체의 동작과 상태를 높고 낮은 2가지 관점에서 볼 수 있는 중첩된 개념 슈퍼 상태 정의 : 1. 서브 상태를 포함하는 확장된 상태 2. 둥근 사각형의 상태 아이콘이 확장되어 슈퍼 상태 내에 정보를 하나 이상의 상태 다이어그램으로 표현 3. 복잡한 상황을 높은 관점에서 표현 서브 상태 정의 : 1. 자세한 정보를 나타내는 하나 이상의 상태 다이어그램 2. 상태 안에서 세부 항목을 낮은 관점으로 봄 *슈퍼 상태와 서브 상태 동시성 정의 : 1. 한 상태 내에서 여러 개의 상태 다이어그램을 허용하기 때문에 UML은 어떤 상태내에서 동시성(Concurrency) 지원 동시성의 모델링 표현법 : 1. 슈퍼 상태 내부를 필요한 만큼 나누고 2. 서브 상태 다이어그램을 그 분리된 영..

State_Diagram 기본 표기법 : 반응적인 성격을 가지는 객체의 행동을 상태 다이어그램으로 표현한 것 Ex) 세탁기 객체가 가질 수 있는 상태들 상태 1. 객체가 존재할 수 있는 조건 중 하나 2. 둥근 모서리를 가진 사각형으로 표시 3. 둥근 모서리를 가진 사각형의 안쪽 상단에 상태 이름 기술 상태에서 중요한 것 1. 객체가 가질 수 있는 모든 가능한 경우가 상태로 파악되야 함 2. 객체는 파악된 상태들 이외의 상태를 가질 수 없다 3. 객체는 특정 순간에는 오직 한 상태로만 존재할 수 있음 Plus_Imformation 1. 시작과 종료 상태가 있다 2. 표기는 Activity_Diagram처럼 동일하게 사용한다. 이벤트와 전이 정의 : 이벤트에 의해 전이되는 두 상태를 표현 특징 1. 객체에..

유스케이스 다이어그램을 만드는 단계1단계시스템 상황을 확인한다.2단계(액터 식별)행위자와 그들의 책임을 확인한다.3단계(유스케이스 식별)특정한 목적의 관점에서 볼 때 쓰임새와 시스템의 특성을 확인하다. 4단계(유스케이스 다이어그램 작성 )1.행위자와 유스케이스 정제할 부분이 있는지평가.2.유스케이스에서 평가.3.유스케이스에서 평가.4.행위자와 유스케이스를 일반화 할수 있는지 평가.5단계(유스케이스 명세서 작성)1.유스케이스명 , 엑터명 및 개요를 기술한다,2.사전 및 사후 조건과 제약사항들을 식별한다.3.작업 흐름과 시나리오를 도출한다.4.유스케이스 흐름에서 포함이나 확장 유스케이스로 구조화 한다.6단계(유스케이스 실체화 구현 시스템의 논리적 구성 요소인 클래스를 식별하고 통신관계를 파악 각 단계별 정의..