소프트웨어 공학 (Software Engineering)

Presentation on theme: "소프트웨어 공학 (Software Engineering)"— Presentation transcript:

1 소프트웨어 공학 (Software Engineering)
모델링 (Modeling) 문양세 강원대학교 IT대학 컴퓨터과학전공

2 In this chapter … (1/3) 왜 모델링 작업이 필요한가?
모델링 (Modeling) 왜 모델링 작업이 필요한가? 객체, 클래스, 캡슐화, 상속 다형성, 메시지 패싱이란 무엇인가? UML을 이용한 기초적인 모델링 방법은? 정적, 동적 모델링 방법과 차이는?

3 In this chapter … (2/3) 모델링 모델링 과정의 도식화 도메인 지식을 체계화하는 과정
모델링 (Modeling) 모델링 도메인 지식을 체계화하는 과정 중요한 도메인 개념과 특성, 관계를 파악하여 다이어그램으로 정형화 과거에는 자료 위주의 모델링, 현재는 객체지향 패러다임에서의 모델링  UML(Unified Modeling Language)를 사용하여 표현 모델링 과정의 도식화

4 In this chapter … (3/3) 모델링이 개발자에게 주는 도움 도메인 지식을 체계화하는 과정
모델링 (Modeling) 모델링이 개발자에게 주는 도움 도메인 지식을 체계화하는 과정 응용문제를 이해하는 데 도움을 줌 개발팀원들 사이에 응용문제의 공통 개념으로 대화하게 하고 개선시킴 파악한 개념을 사용자와 고객에게 전달 할 때 도움을 줌 후속 작업 즉 설계, 구현, 테스팅, 유지보수에 개념적인 기준을 제공

5 In this chapter … 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구
모델링 (Modeling) 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구

6 객체지향 개념 절차적인 방법은 조그만 변화에도 영향이 큼 객체지향의 장점 최근에는 객체지향 설계, 언어가 매우 일반화된 추세임
모델링 (Modeling) 절차적인 방법은 조그만 변화에도 영향이 큼 최근에는 객체지향 설계, 언어가 매우 일반화된 추세임 함수와 자료를 함께 클래스로 묶음으로 여러 장점을 얻을 수 있음 (예제: 스크롤러 – 여러 환경에 적용되며, 독립적인 수정/관리가 가능) 객체지향의 장점 개발자가 설계를 작성하고 이해하기 쉬움 자료와 함수를 함께 추상화 함으로써 변화에 영향을 적게 받음 사용자 중심, 대화식 프로그램의 개발에 적합 프로그램을 뚜렷하게 구별되는 단위(object)로 분할 가능

7 절차적 방법 vs 객체지향 방법 절차적 방법: 소프트웨어는 데이터 구조와 이를 이용한 함수들의 집합
모델링 (Modeling) 절차적 방법: 소프트웨어는 데이터 구조와 이를 이용한 함수들의 집합 객체지향 방법: 소프트웨어는 여러 객체의 모임이며, 객체는 데이터와 관련 함수를 모아 놓은 것

8 클래스와 객체(Class & Object)
모델링 (Modeling) 클래스: 속성과 오퍼레이션을 캡슐화 객체: 클래스의 인스턴스 클래스 개념을 사용한 그룹핑 예제

9 객체와 속성(Object & Attribute)
모델링 (Modeling) 객체: 속성과 오퍼레이션을 가진 애플리케이션의 독립된 존재 속성: 객체의 특징을 결정 객체의 구조 소프트웨어 모듈(객체) = 자료구조 + 함수 객체는 상태(state), 능력(behavior), 정체성(identity)을 가짐 상태: 현재 속성들이 가진 값이 상태를 결정지음 능력: 연산(operation)을 수행할 수 있는 능력 정체성: 다른 객체로부터 구별되는 식별가능성

10 캡슐화 (Encapsulation) 캡슐화의 정의 추상화의 수단: 자세한 속성, 오퍼레이션 등은 차후에 생각
모델링 (Modeling) 캡슐화의 정의 속성과 관련된 오퍼레이션을 클래스 안에 묶어서 하나로 취급하는 것 예제: 대학 학사관리 시스템 데이터: 학번, 이름, 주소를 클래스에 포함시켜 캡슐화 함 함수: 평점 계산, 주소 변경, 수강 신청 등을 클래스에 포함시켜 캡슐화 함 추상화의 수단: 자세한 속성, 오퍼레이션 등은 차후에 생각 정보은닉(information hiding) 캡슐 속의 (자세한) 항목에 대한 정보를 외부에 감추는 것 외부의 직접적 접근 불가, 일종의 블랙박스 역할을 함 객체지향 언어의 public, private 등의 문법으로 캡슐 내 접근을 제어할 수 있음

11 연관(Association) (1/2) 객체는 일반적으로 상호작용하여 동작함 연관
모델링 (Modeling) 객체는 일반적으로 상호작용하여 동작함 객체끼리 메시지를 보내거나 메소드를 구동 시켜 상호작용할 수 있음 상호작용할 필요가 있는지 찾아내는 작업이 필요함 연관 하나 또는 그 이상의 클래스와의 관계를 일컬음 예제: 은행 시스템과 학사업무 시스템 왼쪽: 고객과 계정과의 관계 오른쪽: 학생, 교과목, 교수와의 관계

12 연관(Association) (2/2) 모델링 (Modeling) 가시성(visibility): 객체의 접근 가능성 (즉, 객체 A에서 객체 B를 알고 있어야 접근 가능함) 연관을 맺은 두 객체가 서로를 알게 하고 접근하게 하는 방법 방법 1) 연관된 객체(Course)를 전역으로 선언하여 클라이언트 객체(Student)가 접근할 수 있게 함 방법 2) 연관된 객체(Course)를 클라이언트 객체(Student)의 메시지 호출 오퍼레이션의 매개변수로 만듦 연관된 객체(Course)를 클라이언트 객체(Student)의 일부로 만듦 연관된 객체(Course)를 클라이언트 객체(Student)에서 선언함

13 집합(Set) 주의: 수학의 집합과는 조금 개념이 다름 집합 관계는 전체(whole)와 부분(part) 개념 사이의 관계
모델링 (Modeling) 주의: 수학의 집합과는 조금 개념이 다름 집합 관계는 전체(whole)와 부분(part) 개념 사이의 관계 격납(containment)의 의미를 가짐 예제: 디스크  트랙  섹터 class Disk { private: Track *tracks; disk information ... }; class Track { Sector sectors[MAX]; class Sector {

14 상속(Inheritance) (1/2) 상속의 의미 한 클래스가 다른 클래스의 일반화된 개념인 경우 성립
모델링 (Modeling) 상속의 의미 한 클래스가 다른 클래스의 일반화된 개념인 경우 성립 슈퍼클래스(superclass)를 상속하여 서브클래스(subclass)가 정의됨 예제: 직원 – 슈퍼클래스 , 관리자 – 서브클래스

15 상속(Inheritance) (2/2) 복수 상속(Multiple Inheritance)
모델링 (Modeling) 복수 상속(Multiple Inheritance) 두 개 이상의 슈퍼클래스에서 상속을 받은 서브클래스 복수 상속의 예제: 학생이면서 강사인 대학원생

16 다형성(Polymorphism) (1/2)
모델링 (Modeling) 다형성의 정의: 여러 형태를 가지고 있다. (여려 형태를 받아들일 수 있다.) 같은 이름의 메소드를 다른 객체 or 다른 서브클래스에서 호출 예제: getArea()에 대해, 도형의 모양에 따라 다른 오퍼레이션이 호출됨 메소드 이름이 같아도, 매개변수나 객체 클래스의 이름에 따라 다른 오퍼레이션이 적용됨

17 다형성(Polymorphism) (2/2)
모델링 (Modeling) 현재 코드를 변경하지 않고, 새로운 클래스를 쉽게 추가할 수 있음 다형성의 예제

18 In this chapter … 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구
모델링 (Modeling) 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구

19 UML(Unified Modeling Language)
객체지향 소프트웨어를 모델링 하는 (실질적) 표준 그래픽 언어 시스템의 여러 측면을 그림으로 모델링 하드웨어의 회로도 같은 의미 그림은 회로도 vs UML 사례를 나타냄

20 UML의 배경과 역사 (1/2) 1988년부터 1992년까지 제안된 객체지향 분석 및 설계 방법
모델링 (Modeling) 1988년부터 1992년까지 제안된 객체지향 분석 및 설계 방법 Sally Shlaer와 Steve Mellor가 저술한 두 책에서 제안된 분석 및 설계한 이 방법은 재귀적 접근 방법(recursive design)으로 발전 [Shlaer, 1997] Peter Coad와 Ed Yourdon이 제안한 프로토타입 중심의 가벼운 방법[Coad,1991a][Coad, 1991b][Coad, 1995] Smalltalk 그룹에서 제안한 의무 중심 (Responsibility-Driven) 설계 및 클래스-의무-협동 (Class-Responsibility-Collaboration) 방법[Beck, 1989] Rational Software에서 일한 Grady Booch의 방법[Booch, 1994, 1995] General Electric 연구소의 Jim Rumbaugh의 팀에서 제안한 객체 모델링 테크닉(Object Modeling Technique) 방법[Rumbaugh 1991, 1996] Jim Odell이 James Martin과 함께 정보 공학 방법론을 기초로 제안한 방법[Martin, 1994, 1996]. Ivar Jacobson이 UseCase 개념을 소개한 방법[Jacobson, 1994, 1995].

21 UML의 배경과 역사 (2/2) 모델링 (Modeling) UML은 OMT(Object Modeling Technique)[Rumbaugh, 1991]와 Booch[Booch,1994], OOSE(Object-Oriented Software Engineering)[Jackson, 1992] 방법의 통합으로 만들어진 표현 UML의 진화

22 UML 다이어그램 (1/4) UML을 이용한 시스템 모델링은 크게 세 가지 관점으로 구성됨 정적 모델(Static Model)
모델링 (Modeling) UML을 이용한 시스템 모델링은 크게 세 가지 관점으로 구성됨 기능적 관점: 사용자 측면에서 본 시스템의 기능  요구 분석 단계의 사용 사례 다이어그램 구조적 관점: 시간 개념이 포함되지 않은 정적 모델로서, 구조적 측면을 나타냄 동적 관점: 시간 개념이 포함되는 동적 모델로서, 상태, 순서 다이어그램으로 나타냄 정적 모델(Static Model) 객체, 클래스, 속성, 연관, 패키지, 컴포넌트 등을 기초로 시스템의 구조를 나타냄 클래스 다이어그램, 패키지 다이어그램, 배치 다이어그램(하드웨어 배치를 나타냄) 동적 모델(Dynamic Model) 변화, 흐름 등의 표현을 위해, 시스템의 내부 동작을 나타냄 시퀀스 다이어그램, 상태 다이어그램, 액티비티 다이어그램

23 UML 다이어그램 (2/4) 모델링 (Modeling) UML의 세 가지 측면의 모델 도식화

24 UML 다이어그램 (3/4) 모델링 (Modeling) UML 다이어그램과 모델링(1/2)

25 UML 다이어그램 (4/4) 모델링 (Modeling) UML 다이어그램과 모델링(2/2)

26 UML 모델링 과정 (1/3) ➊ 요구를 사용 사례로 정리하고 사용 사례 다이어그램을 작성
모델링 (Modeling) ➊ 요구를 사용 사례로 정리하고 사용 사례 다이어그램을 작성 ➋ 클래스 후보를 찾아내고 개념적인 객체 모형을 작성 ➌ 사용 사례를 기초하여 순서 다이어그램을 작성 ➍ 클래스의 속성, 오퍼레이션 및 클래스 사이의 관계를 찾아 객체 모형을 완성 ➎ 상태 다이어그램이나 액티비티 다이어그램 등 다른 다이어그램을 추가하여 UML 모델을 완성 ➏ 서브시스템을 파악하고 전체 시스템 구조를 설계 ➐ 적당한 객체를 찾아내거나 커스텀화 또는 객체를 새로 설계

27 UML 모델링 과정 (2/3) 모델링 (Modeling) UML 모델링 과정의 도식화

28 UML 모델링 과정 (3/3) 성공적인 모델링을 위한 기타 조건 복잡한 문제라면 도메인을 잘 아는 전문가와 같이 모델링 함
모델링 (Modeling) 성공적인 모델링을 위한 기타 조건 복잡한 문제라면 도메인을 잘 아는 전문가와 같이 모델링 함 각 모델의 목적을 잘 이해하고 모델링을 위하여 어떤 정보가 필요한지 잘 알아 둠 한번 그린 모델로 만족하지 않고 계속 논의하고 향상시켜 나감  이를 리팩토링이라 함 소그룹 회의를 열어 모델을 칠판에 그리고 토의함 디자인 패턴을 잘 숙지하고 필요하면 이를 이용함

29 In this chapter … 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구
모델링 (Modeling) 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구

30 정적 모델링 (1/2) 정적 모델: 시간 개념이 개입되지 않은 모델 클래스 다이어그램의 표현 요소
모델링 (Modeling) 정적 모델: 시간 개념이 개입되지 않은 모델 클래스 다이어그램이 대표적 표현임 클래스와 클래스 사이의 관계를 나타내는 UML의 핵심 다이어그램임 클래스 다이어그램의 표현 요소

31 정적 모델링 (2/2) 모델링 (Modeling) 클래스 다이어그램의 예제 객체, 클래스, 속성, 오퍼레이션, 연관 등을 표현

32 클래스의 표현 (1/2) 클래스 심볼 – 세 부분으로 나누어 표현
모델링 (Modeling) 클래스 심볼 – 세 부분으로 나누어 표현 맨 위는 클래스 속성, 중간에는 클래스의 속성, 아래는 오퍼레이션 속성과 오퍼레이션의 외부 가시성(visibility)는 +, –, # 로 표현 +는 public으로 외부에서 접근 가능, –는 private로 외부에서 접근 불가 #은 상속된 클래스에서만 제한적으로 사용 가능 클래스와 객체의 표현 예제

33 클래스의 표현 (2/2) 모델링 (Modeling) 인스턴스가 없는 추상 클래스나 구현이 없는 추상 오퍼레이션은 정의 후에 <abstract>라고 표시함 예제: Person 클래스의 표현

34 관계의 표현 – 연관(Association)
모델링 (Modeling) 연관은 클래스(객체) 사이의 관계/연결을 나타냄 연관의 표현: 클래스를 선분으로 연결 선분의 끝에는 역할(role)을 표시함 선분 끝의 숫자는 다중도(multiplicity)를 나타냄 (예: Customer는 여러 번의 대출이 가능하므로, 각각 1과 *로 표현) 예제: Inventory와 Video 클래스의 연관 관계

35 관계의 표현 – 집합(Set) 모델링 (Modeling) 집합 관계는 어떤 클래스가 다른 클래스의 모임(부분)으로 구성  UML에서는 전체 부분 관계로 표현 전체 부분 관계의 표현: 전체 개념의 클래스에 다이아몬드 표시 예제: 자동차와 부품과의 전체 부분 관계

36 관계의 표현 – 상속(Inheritance)
모델링 (Modeling) 일반화된 개념의 클래스와 더 구체적인 개념의 클래스 사이의 관계 상속의 표현: 속이 빈 삼각형 화살표표 나타냄 상속의 예제

37 클래스 다이어그램의 작성 과정 Step 1 클래스가 될 만한 후보를 파악한다.
모델링 (Modeling) Step 1 클래스가 될 만한 후보를 파악한다. Step 2 가장 중요한 클래스를 시작으로 연관, 상속, 속성을 추가한다. Step 3 클래스의 주요 임무(responsibility)를 찾아내어 오퍼레이션으로 추가한다.  [전체 과정을 되풀이하며 모델을 완성해 나간다.]

38 클래스 찾기 (1/4) 클래스를 찾는 작업은 도메인 개념, 즉 사용 사례로부터 클래스가 될 만한 것을 찾는 일
모델링 (Modeling) 클래스를 찾는 작업은 도메인 개념, 즉 사용 사례로부터 클래스가 될 만한 것을 찾는 일 클래스가 될 수 있는 요소 구조, 외부 시스템, 디바이스 역할, 운용 절차 장소, 조직 완성된 시스템에 의하여 조작되어야 할 정보 역할에 따른 클래스의 유형 엔티티 클래스(entity class) 경계 클래스(boundary class) 제어 클래스(control class)

39 클래스 찾기 (2/4) 엔티티 클래스 찾기 비디오 대여점의 엔티티 후보 (RentalUI는 경계 클래스임)
모델링 (Modeling) 엔티티 클래스 찾기 사용 사례를 이해하기 위하여 사용자와 개발자가 명확히 규정한 용어 사용 사례에서 반복되어 나오는 용어 (예: Video Tape) 시스템이 계속 추적하여야 하는 실세계의 엔티티 (예: Rental, Title) 자료저장소 또는 단말(예: Scanner) 자주 사용하는 응용 도메인의 용어(예: Customer) 비디오 대여점의 엔티티 후보 (RentalUI는 경계 클래스임)

40 클래스 찾기 (3/4) 모델링 (Modeling) 경계 클래스 찾기 사용자가 자료를 시스템에 입력하기 위하여 필요한 양식과 윈도우를 찾음 (예: RentalUI, ReportRental) 시스템이 사용자에게 반응하는 메시지나 알림을 찾음(예: PendingRentalNotice) 인터페이스가 어떻게 보이는지는 경계 객체에 모형화 하지 않음 인터페이스를 나타내는 사용자 언어는 구현 기술과 관련 없는 용어 사용  주로 입출력, 인터페이스와 관련됨

41 클래스 찾기 (4/4) 제어 클래스 찾기 경계 클래스와 엔티티 클래스 사이에 중간 역할
모델링 (Modeling) 제어 클래스 찾기 경계 클래스와 엔티티 클래스 사이에 중간 역할 경계 클래스로부터 정보를 받아 (적절한 처리/제어를 거쳐) 엔티티 클래스에게 전달 제어 클래스는 비즈니스 로직을 담고 있는 클래스로도 볼 수 있음 예를 들면, 양식의 순서, Undo, 히스토리 저장 큐 관리 등의 동작을 나타냄 사용 사례가 복잡하여 소규모의 이벤트로 분할해야 한다면, 하나 이상의 사용 사례 당 한 개의 제어 클래스를 찾음 사용 사례에서 액터 하나 당 하나의 제어 클래스를 찾음

42 연관 찾기 (1/2) 연관은 두 개 이상의 클래스 사이에 어떤 관계가 있을 때 나타냄
모델링 (Modeling) 연관은 두 개 이상의 클래스 사이에 어떤 관계가 있을 때 나타냄 예제: Customer와 VideoTape 클래스 사이의 연관 관계(Rent) 연관의 속성 이름: 두 클래스 사이의 연관 관계를 나타냄 역할: 연관 관계의 양쪽 끝에 있는 클래스의 기능을 나타냄 다중도: 연관 관계를 구성하는 인스턴스의 개수

43 연관 찾기 (2/2) 모델링 (Modeling) 비디오 대여 시스템에 대한 클래스들의 관계

44 속성 추가 속성: 개별 객체들이 가지는 특성 속성의 요소
모델링 (Modeling) 속성: 개별 객체들이 가지는 특성 속성의 요소 이름: 객체 안에서 구별할 수 있는 속성의 이름. (예를 들어 VideoTape은 PurchaseDate와 Supplier 속성을 가짐. PurchaseDate은 테이프를 구매한 날짜이며 Supplier는 비디오 공급업체를 나타냄) 간단한 설명: 구현하는 프로그래머를 위하여 간단히 설명을 첨가 속성값의 타입: 예를 들어 Name 속성은 스트링. 또한 Status는 열거형으로 rentable, rented, returned라는 값을 가질 수 있음

45 항공권 예매 시스템의 클래스 다이어그램 작성 (1/5)
모델링 (Modeling) 클래스 찾기 (클래스 후보 도출)

46 항공권 예매 시스템의 클래스 다이어그램 작성 (2/5)
모델링 (Modeling) 관계 찾기 – 항공편과 항공사의 관계

47 항공권 예매 시스템의 클래스 다이어그램 작성 (3/5)
모델링 (Modeling) 관계 찾기 – 항공편과 예약, 고객, 탑승자 관계

48 항공권 예매 시스템의 클래스 다이어그램 작성 (4/5)
모델링 (Modeling) 관계 찾기 – 항공편과 공항의 관계

49 항공권 예매 시스템의 클래스 다이어그램 작성 (5/5)
모델링 (Modeling) 항공권 예매 시스템의 모델링 결과

50 In this chapter … 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구
모델링 (Modeling) 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구

51 동적 모델링 클래스들의 상호작용이나 클래스의 상태 변화 등 시스템 내부의 동작을 모델링함 동적 모델링의 다이어그램
모델링 (Modeling) 클래스들의 상호작용이나 클래스의 상태 변화 등 시스템 내부의 동작을 모델링함 동적 모델링의 다이어그램 인터랙션 다이어그램: 사용 사례를 실현시키기 위하여 내부 클래스들이 어떻게 협동하는지 나타내는 그림 (시퀀스 다이어그램, 커뮤니케이션 다이어그램) 상태 다이어그램: 복잡한 객체의 상태 변화를 나타낸 것으로, 이벤트 발생에 의해 객체가 어떻게 변화하는지 나타냄 액티비티 다이어그램: 절차나 작업의 흐름을 나타낸 것으로, 순차적/병렬적 작업인지, 어떤 작업과 동기화되어야 하는지를 나타냄

52 시퀀스 다이어그램의 요소 (1/3) 시스템의 동작을 정형화하고, 객체들의 메시지 교환을 울타리 형태로 시각화 하여 나타냄
모델링 (Modeling) 시스템의 동작을 정형화하고, 객체들의 메시지 교환을 울타리 형태로 시각화 하여 나타냄 시퀀스 다이어그램에서 객체의 표현

53 시퀀스 다이어그램의 요소 (2/3) 모델링 (Modeling) 시퀀스 다이어그램의 기본 요소

54 시퀀스 다이어그램의 요소 (3/3) 모델링 (Modeling) 시퀀스 다이어그램에서 반복(loop)과 조건(alt)의 예제

55 시퀀스 다이어그램 작성 Step 1 참여하는 객체를 파악 Step 2 파악한 객체를 X축에 나열하고 라이프라인을 그음
모델링 (Modeling) Step 1 참여하는 객체를 파악 Step 2 파악한 객체를 X축에 나열하고 라이프라인을 그음 Step 3 사용사례에 기술된 이벤트 순서에 따라 객체의 메시지 호출 비디오 대여 사용 사례

56 커뮤니케이션 다이어그램 객체들이 정적으로 어떻게 연결되어 있는지를 보여줌 비디오 대여 사용 사례
모델링 (Modeling) 객체들이 정적으로 어떻게 연결되어 있는지를 보여줌 시퀀스 다이어그램과 같이 객체는 박스로 화살표는 메시지 전달을 나타냄 다른 점은 메시지 호출의 순서가 숫자로 표시된다는 점 비디오 대여 사용 사례

57 상태 다이어그램 (1/4) 객체가 가질 수 있는 가능한 상태 표현 상태 다이어그램의 기본 요소
모델링 (Modeling) 객체가 가질 수 있는 가능한 상태 표현 이벤트: 서브시스템 또는 객체나 컴포넌트에 대하여 요청이나 관심이 일어난 것 상태: 이벤트의 발생으로 들어가거나 빠져 나오게 되는 서브시스템 또는 객체의 조건을 추상적으로 이름 붙여 놓은 것 상태 다이어그램의 기본 요소

58 상태 다이어그램 (2/4) 모델링 (Modeling) 스택의 상태 다이어그램 예제

59 상태 다이어그램 (3/4) 모델링 (Modeling) 비디오 대여 시스템의 상태 다이어그램 예제

60 상태 다이어그램 (4/4) 상태 다이어그램을 모델링하기에 적합한 속성의 조건 속성의 값으로 가질 수 있는 종류가 적어야 함
모델링 (Modeling) 상태 다이어그램을 모델링하기에 적합한 속성의 조건 속성의 값으로 가질 수 있는 종류가 적어야 함 속성의 값에 따라 허용되는 오퍼레이션이 제한되어야 함

61 액티비티 다이어그램 (1/3) 시스템의 동적인 부분을 모델링하는 목적으로 사용
모델링 (Modeling) 시스템의 동적인 부분을 모델링하는 목적으로 사용 액티비티 사이의 제어흐름을 보여 주는 일종의 흐름도 액티비티 다이어그램의 사용 시스템 수준에서 시스템과 상호작용하는 각 액터의 관점에서 모델링 메소드 수준에서, 복잡한 오퍼레이션의 수행흐름을 표현

62 액티비티 다이어그램 (2/3) 시스템 수준의 액티비티 다이어그램 (예제: 비디오 대여 시스템의 비즈니스 프로세스)
모델링 (Modeling) 시스템 수준의 액티비티 다이어그램 (예제: 비디오 대여 시스템의 비즈니스 프로세스)

63 액티비티 다이어그램 (3/3) 모델링 (Modeling) 메소드 수준의 액티비티 다이어그램 (예제: 주문 처리 시스템)

64 In this chapter … 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구
모델링 (Modeling) 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구

65 모델링 도구 많이 알려진 모델링 도구 StarUML – 오픈소스로 많이 사용되고 있음 IBM의 Rational Modeler
모델링 (Modeling) 많이 알려진 모델링 도구 IBM의 Rational Modeler 마이크로소프트의 Visio, ArgoUML, StarUML, NetBeans UML 플러그인 StarUML – 오픈소스로 많이 사용되고 있음

66 UML 도구의 기능 프로젝트 관리 코드 및 문서 생성 모델 검사
모델링 (Modeling) 프로젝트 관리 다이어그램과 코드를 모델별로 그루핑하여 프로젝트 별로 보관하고 불러냄 서브시스템이나 패키지별로 그루핑 프로젝트의 내용은 주로 하나의 파일로 관리하지만 여러 팀으로 나누어 작업하기 위하여 유닛별로 쪼개어 관리 코드 및 문서 생성 사용자가 템플릿을 정의하고 템플릿을 이용하여 문서를 일괄 생성 StarUML의 경우 텍스트 문서만이 아니라 엑셀, 프레젠테이션 파일도 만듬 모델 검사 연관의 이름이 고유한지, 순환적 상속이 없는지, 동일한 속성이 없는지 등의 규칙을 가지고 모델을 자동 검증

67 In this chapter … 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구
모델링 (Modeling) 5.1 객체지향 개념 5.2 UML 5.3 정적 모델링 5.4 동적 모델링 5.5 모델링 도구

68 Homework #3 계획 (Planning)