유스케이스 다이어그램 유스케이스 모델링과 UML 표기법 유스케이스와 유스케이스 관계 액터 사이의 일반화관계

Slides:



Advertisements
Similar presentations
일정 관리 다이어리 제작 JSP Programming with a Workbook. 학습 목표  사용자의 일정을 관리할 수 있는 다이어리에 대하여 알아보자. JSP Programming with a Workbook2.
Advertisements

Big Data & Hadoop. 1. Data Type by Sectors Expected Value using Big Data.
The UML (Unified Modeling Language) Software Engineering Laboratory.
YOUR LOGO SmartBox Final Presentation Hit & Run 팀 하권용 심유섭 이유진 방대근 담당교수님 : 정인환 교수님.
© Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models 배재대학교 멀티미디어 정보공학 연구실 발표자 : 이 상 조
2.1 UML 이해 ❑모델링의 개념, 역사, 방법 ❑ UML 정의 및 배경, 필요성 ❑구성요소, 공통메커니즘, 아키텍처와 같은 UML 구조 모델링 개요 UML 개요 UML 구조.
1 5 장 유즈 케이스 다이어그램 5.1 Usecase 에 대하여 5.2 UseCase 모델링의 목적 5.3 Usecase 다이어그램의 요소와 표기법 5.4 UseCase 사이의 관계 5.5 액터와 유즈케이스의 추출법과 추출규칙 5.6 기타 특징들.
대표자명 / 연락처 / 이메일 ( 기 창업인 경우 회사 명칭 ) 지원하려는 사업 명칭 사업계획서 작성양식.
컴퓨터와 인터넷.
목 차 C# 언어 특징 .NET 프레임워크 C# 콘솔 프로그램 C# 윈도우 프로그램 실습 프로그래밍세미나 2.
UML의 구성 UML 구성 요소 UML 아키텍처 UML 메커니즘.
뇌를 자극하는 Windows Server 2012 R2
김태원 심재일 김상래 강신택. 김태원 심재일 김상래 강신택 인터넷 통신망의 정보를 제공하는 서비스 인터넷의 자원 및 정보는 NIC가 관리 IP주소 또는 도메인으로 정보 검색 이용자 및 통신망 관한 정보를 제공.
MS-Access의 개요 1강 MOS Access 2003 CORE 학습내용 액세스 응용 프로그램은 유용한 데이터를
최윤정 Java 프로그래밍 클래스 상속 최윤정
Entity Relationship Diagram
제 4 장 관계 학기 소프트웨어설계.
Web Service Computing and Practice_
데이터베이스 및 설계 금오공과대학교 컴퓨터공학부 이 이섭.
Windows Server 장. 사고를 대비한 데이터 백업.
8.1 인터페이스 개요와 인터페이스 정의 8.2 인터페이스의 사용 8.3 인터페이스의 상속 8.4 인터페이스 참조
Visual Basic .NET 처음 사용하기.
시스템 설계와 산업디자인 개발.
비즈니스 모델링의 의의 컴퓨터학과 김현일.
SqlParameter 클래스 선문 비트 18기 발표자 : 박성한.
자바 5.0 프로그래밍.
11장. 1차원 배열.
1장. 데이터베이스 자료의 조직적 집합체_데이터베이스 시스템의 이해
자바 5.0 프로그래밍.
제3절 인터넷 비즈니스 창업성공전략과 고려사항
13. 포인터와 배열! 함께 이해하기 IT응용시스템공학과 김 형 진 교수.
[ ] RFID/2D시스템 화면 기능 목록 루텍 황어진 안녕하십니까?
27장. 모듈화 프로그래밍.
2장. 데이터베이스 관리 시스템 데이터베이스 관리 시스템의 등장 배경 데이터베이스 관리 시스템의 정의
뇌를 자극하는 Windows Server 2012 R2
소프트웨어공학 윤일노 STARuml Guide 소프트웨어공학 윤일노
PRM 정보관리 업체 메뉴얼
뇌를 자극하는 Windows Server 장. 원격 접속 서버.
15장 컬렉션 프레임워크 Section 1 컬렉션 프레임워크의 개요 Section 2 리스트 Section 3 셋
20장. 객체지향 프로그래밍 01_ 객체지향 프로그래밍의 시작.
Chapter 03. 관계 데이터베이스 설계.
BIC 사례 1 연관규칙과 분류모형을 결합한 상품 추천 시스템: G 인터넷 쇼핑몰 사례
Part 4 클래스 라이브러리 Chapter 10 : 다중 스레드 Chapter 11 : 패키지와 주요 클래스
컴포넌트 다이어그램 컴포넌트 정의 컴포넌트 다이어그램의 UML 표기법 컴포넌트와 클래스 컴포넌트 다이어그램의 간단한 예
웹사이트 분석과 설계 (화면 설계) 학번: 성명: 박준석.
네트워크 환경 구축과 이미지 전송 호스트/타겟 통신 직렬 통신을 이용한 이미지 전송 수퍼 데몬 BOOTP 환경 구축
18강. 인터페이스 – II - 인터페이스와 다중상속 - 인터페이스를 통한 로봇 장남감 만들기 프로그래밍
( Windows Service Application Debugging )
01. 개요 네트워크에 있는 컴퓨터와 그룹에 대한 NetBIOS 이름에 대응되는 IP 주소를 찾아주는 서비스
활동 다이어그램 활동 다이어그램의 UML 표기법 활동 다이어그램의 용도 활동 다이어그램의 예
충남대학교 Software Engineering Lab 김 대 엽
아두이노와 충격감지센서, GPS를 활용한 자전거 주행 중 응급 상황 발생 시 자동 신고 시스템
창의적 공학 설계 < 사용자 중심의 공학설계 > : Creative Engineering Design
Part 2 개념적 데이터 모델 Copyright © 2006 by Ehan Publishing Co. All rights reserved.
01. 분산 파일 시스템의 개요 네트워크에 분산된 파일을 사용자가 쉽게 접근하고 관리할 수 있게 해준다.
멀티미디어시스템 제 5 장. 멀티미디어 데이터베이스 개념 IT응용시스템공학과 김 형 진 교수.
학습내용 프로토콜 계층화 OSI 모델의 용어 및 기능 개체 서비스 접근점 (N) 프로토콜과 (N) 서비스 서비스 프리미티브
Map Designer Solution 소개자료
Component Diagram 1.
.Net FrameWork for Web2.0 한석수
TERM PROJECT 최종 보고 발표 안내 2010 컴퓨터공학실험(Ⅰ).
노란책 온라인 쇼핑몰 프로젝트 계획서.
 6장. SQL 쿼리.
버스와 메모리 전송 버스 시스템 레지스터와 레지스터들 사이의 정보 전송을 위한 경로
13. 포인터와 배열! 함께 이해하기.
추상 테스트 케이스 성숙도 모델 기반의 테스트 케이스 추적성 연구
7 생성자 함수.
6 객체.
소프트웨어 설계 및 실습 강기준.
8장. 데이터베이스 설계 데이터베이스 설계 단계 요구 사항 분석 개념적 설계 논리적 설계 물리적 설계와 구현.
Presentation transcript:

유스케이스 다이어그램 유스케이스 모델링과 UML 표기법 유스케이스와 유스케이스 관계 액터 사이의 일반화관계 액터 사이의 중복관계 유스케이스 모델링 절차 재고관리 시스템 유스케이스 모델링

유스케이스의 개념을 이해한다. 유스케이스의 관계를 학습한다. 유스케이스 모델링을 학습한다. 유스케이스 다이어그램을 실습한다.

시스템 개발에 참여하는 사람들을 큰 부류로 나누면, 사용자의 관점을 빨리 이해해야만 쓸모 있고 유용한 시스템을 만들 수 있다. 의뢰인, 개발팀, 사용자 (User) 사용자의 관점을 빨리 이해해야만 쓸모 있고 유용한 시스템을 만들 수 있다. 개발자는 가능한 한 모든 요구사항을 파악하여 사용자의 승인을 받아야만 후일 요구사항 변경에 대한 위험부담을 줄일 수 있다. 요구사항 정의 활동이 개발과 설계에 커다란 비중을 차지한다. [그림 3-1] 네모난 창은 시스템의 경계 UseCase1, 2, 3은 구축할 시스템의 기능을 표현 유스케이스 모델링에서 개발할 시스템 외부 존재를 Actor라는 개념으로 정의 시스템의 범위에 해당되어 개발될 시스템의 단위 기능을 Usecase 개념으로 정의 [그림 3-1] 시스템의 경계

유스케이스의 역할 : 사용자의 시점에서 시스템을 모델링한다는 것 유스케이스 : 시스템에 대한 시나리오의 집합 시나리오 : 발생되는 이벤트의 흐름이 나타나 있다. 이벤트의 흐름 : 사람, 시스템, 하드웨어, 혹은 시간의 흐름에 의해 시작 액터 : 이벤트 흐름을 시작하게 하는 객체 유스케이스 사이에는 일반적인 연관관계 이외에 또 다른 관계 포함(Include)관계 : 다른 유스케이스에서 기존의 유스케이스를 재사용하는 관계 확장(Extend)관계 : 기존의 유스케이스에 진행단계를 추가하여 새로운 유스케이스를 만들어내는 관계 액터와 유스케이스에 대한 일반화 관계 [그림 3-2] 유스케이스와 액터 [그림 3-3] 유스케이스 관계

유스케이스간 포함관계 포함관계 : 유스케이스를 수행할 때 다른 유스케이스가 반드시 수행되는 것 유스케이스 다이어그램에서는 다른 유스케이스가 나타내는 이벤트 흐름을 포함(include)하는 관계를 유스케이스간에 표현 [그림 3-4]도서관 시스템의 포함관계 [표 3-1] 포함관계를 이용한 ‘대여’ 와 ‘반납’ 유스케이스의 이벤트 흐름

유스케이스간 확장관계 확장관계의 유스케이스는 포함관계처럼 여러 유스케이스에 걸쳐 중복적으로 사용되지 않고, 특정 조건에서 한 유스케이스로만 확장되는 것을 의미 확장(extend)하는 유스케이스는 상위 유스케이스로부터 어떠한 특정 조건에 의해 수행됨을 의미 포함관계와 확장관계의 차이점 포함관계 : 여러 유스케이스에서 공통적으로 발견되는 기능을 표현 확장관계 : 한 유스케이스에서 추가되거나 확장된 기능을 표현 [그림3-5] 금액계산 유스케이스의 확장 [표 3-2] 금액계산 유스케이스와 금액표시 유스케이스의 이벤트 흐름

확장 유스케이스는 특정 조건이 만족되는 상황에서만 확장 유스케이스의 이벤트 흐름이 수행 확장 유스케이스는 특정 조건이 만족되는 상황에서만 확장 유스케이스의 이벤트 흐름이 수행 확장 유스케이스의 이벤트 흐름의 수행 여부를 결정짓는 조건은 확장 유스케이스를 포함는 기준 유스케이스가 아니라 확장 유스케이스에 표현되는 점을 주목 [그림3-6] 도서예약 유스케이스의 확장

확장 유스케이스와 포함 유스케이스 확장관계에 있는 유스케이스 사이의 이벤트 흐름은 포함관계에 있는 유스케이스 사이의 이벤트 흐름과 유사 기준 유스케이스의 이벤트 흐름이 수행되었다가 확장점을 만나면 지정된 유스케이스의 이벤트 흐름으로 분기 [그림 3-7] : 기준 유스케이스와 확장 유스케이스 사이의 이벤트 흐름 수행관계 [그림 3-8] : 포함관계가 있는 두 유스케이스 사이의 이벤트 흐름 [그림3-7] 확장관계의 이벤트 흐름 [그림3-8] 포함관계의 이벤트 흐름

포함 유스케이스로의 분기는 필수적, 반면에 확장 유스케이스로 분기는 선택적 포함된 유스케이스는 대부분의 경우에 포함된 유스케이스의 수행 결과에 따라서 기준 유스케이스의 이벤트 흐름이 영향을 받는다 확장 유스케이스는 선택적으로 이벤트 흐름이 수행되고, 기준 유스케이스 이후의 이벤트 흐름은 확장 유스케이스의 수행 결과에 의존하지 않는다. [표 3-3] 포함관계와 확장관계의 비교

액터 사이의 일반화(Generalization)는 클래스 사이의 일반화와 비슷한 개념 추상적인 액터와 좀 더 구체적인 액터 사이에 맺어주는 관계로서 “한 액터가 다른 액터의 일종이다”또는 “한 액터도 다른 액터에 해당된다”의 의미가 되는 두 액터를 일반화관계로연결 일반화관계를 액터에 적용하면 유스케이스 다이어그램에서 사용되는 여러 액터들의 의미를 좀 더 명확하게 하고 다이어그램도 보다 간결하게 작성 [그림3-9] 액터의 일반화관계 [그림3-10] 일반화를 사용하지 않은 경우 [그림3-11] 일반화관계를 적용한 경우

2개 이상의 유스케이스 이벤트 흐름에서 중복적인 부분이 발생하는 경우 유스케이스간 포함관계를 설정하여 해결 [표 3-4] 대여 및 반납 유스케이스의 이벤트 흐름 [그림3-13] 도서관 시스템의 유스케이스 다이어그램 [표 3-5] ‘고객확인’ 유스케이스와 ‘도서번호입력’ 유스케이스

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

[예제 3-1] 비디오 숍 관리 시스템 문제 1단계 : 시스템 상황 분석(문제 기술서 작성) 2단계 : 액터 식별 3단계 : 유스케이스 식별 [그림3-14] 액터 식별 예 [그림3-15] 유스케이스 식별 예

4단계 : 유스케이스 다이어그램 작성 [그림3-16] 액터와 유스케이스 사이의 관계 설정 [그림3-16] 액터와 유스케이스 사이의 관계 설정 [그림3-17] <<include>> 관계 [그림3-18] <<extend>> 관계 [그림3-19] 비디오숍 관리 시스템의 유스케이스 다이어그램

5단계 : 유스케이스 명세서 작성

6단계 : 유스케이스 실체화 유스케이스 실체화는 도출된 기능 중심의 유스케이스를 구현 시스템의 구성 요소로 구체화시키는 작업 유스케이스 실체화는 도출된 기능 중심의 유스케이스를 구현 시스템의 구성 요소로 구체화시키는 작업 실체화 과정을 통해 명세서 중심의 유스케이스를 구현 시스템의 논리적 구성 요소인 클래스로 식별하고 통신관계를 파악 UML의 순차 다이어그램과 활동 다이어그램이 사용 [표 3-6] 요구사항 정의 활동의 산출물

[예제 3-2] 재고관리 시스템 1단계 : 시스템 상황 분석(문제 기술서 작성) 한 인터넷 쇼핑몰에서 원활한 창고의 재고관리를 위해 재고관리 시스템 구축 재고관리 시스템은 크게 입고관리 기능, 출고관리 기능, 현황관리 기능 제공 입고관리 기능 : 창고로 입고된 상품을 현황관리에 추가 입고는 업체로부터 새로운 상품을 입고 받거나 고객의 반품에 의한 것 입출고 담당자는 입고된 제품 상태를 파악하고 불량 조치하여 업체에 반품 출고관리 기능 : 창고로 출고된 상품을 현황관리에서 뺀다. 출고는 고객이 구매한 상품을 발주하는 것과 판매하고 남은 상품을 통신업체로 반품한 것 현황관리 기능 : 입고와 출고된 현황을 실시간으로 인터넷 쇼핑몰에 업데이트하는 기능 입출고 담당자는 현황을 조회할 수 있고 현황관리 담당자는 재고현황을 관리하여 협력 업체에 주문 혹은 반품을 요청하고 쇼핑몰에 업데이트

2단계 : 액터 식별 3단계 : 유스케이스 식별 [그림3-20] 재고관리 시스템의 액터 [표 3-7] 재고관리 시스템의 사용자별 기능 [그림3-21] 재고관리 시스템의 유스케이스

4단계 : 유스케이스 다이어그램 작성 5단계 : 유스케이스 명세서 작성 [그림3-22] 재고관리 시스템의 유스케이스

Used case and usecase is Not same Thank you