소프트웨어의 개발, 운영 및 유지관리에 대한 체계적이고, 규율되고, 정량화 가능한 접근법의 적용 - IEEE Standard Glossary of Software Engineering Terminology소프트웨어 생산의 모든 측면과 관련된 엔지니어링 분야 - Ian
Structure Diagrams : 시스템에 어떤 것들이 있어야 하는지Class diagramComponent diagramComposite diagramDeployment diagramObject diagramPackage diagramBehavior Diagram
객체들의 특정 순간의 모습. 시스템의 객체들과 그 관계를 설명한다. 인스턴스 다이어그램이라고도 한다.구성인스턴스 변수: 인스턴스로 할당될 때 마다 새로 할당되는 변수클래스 변수: 클래스 단위로 한번만 정의됨. 즉 모든 인스턴스와 공유함클래스 오퍼레이션: 마찬가지로 클래
관계가 강한 순대로,Inheritance(상속관계)한 클래스가 다른 클래스의 Type일 때. 즉, 자식-부모 관계Composition(합성관계)어떤 클래스 B가 다른 클래스 A에 포함될 때, 클래스 B의 라이프 사이클이 클래스 A에게 종속됨을 의미한다. A가 없으면 B
Assosiation은 양쪽이 대등하다면, Aggregation과 Composition은 전체-부분의 관계이다.한 클래스가 다른 클래스를 포함하지만, 부분 클래스가 전체 클래스에 의존적이지 않는 경우속성Transitive: B가 A의 부분이고, C가 B의 부분이면, C
상위-하위 클래스의 관계 한 클래스가 다른 클래스의 속성과 동작을 상속할 수 있도록 함
클래스를 명시할 때는 주로 명사를 사용한다.Attribute 값은 주로 형용사로 나타낸다.Operation은 주로 동사로 나타내진다.다음 조건을 만족하는 University Information System의 Class Diagram을 작성해보자.A university
위 diagram을 변환해보자Course->CourseExecution의 관계는 성립하지 않음. 정보를 들고있을 필요가 없다.Association이 있는 CourseExecution의 정보를, 여러개일수 있으니 배열 형태로 선언한다.위와 마찬가지로 배열형태 선언프로그래
특정 행동이 어떠한 순서로, 어떤 객체와, 어떻게 상호작용을 하는지 표현2차원 다이어그램수평축: 포함된 상호작용 파트너 (객체)수직축: 상호작용의 시간적 순서위에서 수평축에 제시되는 "상호작용 파트너"를 lifeline이라고 한다.구성HeadroleName:Class
communication partner간의 관계를 기술한다.소통의 주체 (누가)를 집중적으로 기술한다.(조금 더 Compact하게 볼 수 있다.)Sequence 다이어그램과 상호 변환될 수 있다.주로 임베디드 시스템에서 활용한다.Event 발생에 따라 상태가 변이하는걸
Object-Oriented Analysis문제 domain 이해, 모델링구현의 기술적 세부 사항을 고려하지 않고, 객체와 그 관계, 동작을 정의하는 것이 목표Use Case 분석, Domain Modeling 등의 기술 사용Object-Oriented Design문제