OOAD-UML 분석 모델

UML (Unified Modeling Language)은 소프트웨어 시스템의 청사진을 작성하는 표준 방법을 제공하는 OOAD 용 그래픽 언어입니다. 객체 지향 시스템의 아티팩트를 시각화, 지정, 구성 및 문서화하는 데 도움이됩니다. 복잡한 시스템의 구조와 관계를 묘사하는 데 사용됩니다.

약력

1990 년대에 Grady Booch의 OOAD 기술, James Rumbaugh의 OMT (Object Modeling Technique), Ivar Jacobson의 OOSE (Object Oriented Software Engineering) 등 여러 기술의 융합으로 개발되었습니다. UML은 OOAD의 의미 모델, 구문 표기법 및 다이어그램을 표준화하려고 시도했습니다.

UML의 시스템 및 모델

System− 특정 목표를 달성하기 위해 구성된 일련의 요소가 시스템을 형성합니다. 시스템은 종종 하위 시스템으로 나뉘며 일련의 모델로 설명됩니다.

Model − 모델은 시스템에 대한 더 나은 이해를 위해 생성 된 단순화되고 완전하며 일관된 시스템 추상화입니다.

View − 뷰는 특정 관점에서 시스템 모델을 투영 한 것입니다.

UML의 개념 모델

UML의 개념 모델은 세 가지 주요 요소를 포함합니다.

  • 기본 구성 요소
  • Rules
  • 일반적인 메커니즘

기본 빌딩 블록

UML의 세 가지 구성 요소는 다음과 같습니다.

  • Things
  • Relationships
  • Diagrams

소지품

UML에는 네 가지 종류가 있습니다.

  • Structural Things− 이것은 물리적이거나 개념적인 정적 요소를 나타내는 UML 모델의 명사입니다. 구조적 요소는 클래스, 인터페이스, 협업, 사용 사례, 활성 클래스, 구성 요소 및 노드입니다.

  • Behavioral Things− 시간과 공간에 따른 동적 동작을 나타내는 UML 모델의 동사입니다. 두 가지 유형의 행동은 상호 작용과 상태 머신입니다.

  • Grouping Things− UML 모델의 구성 부분을 구성합니다. 그룹화의 종류는 단 한 가지, 즉 패키지입니다.

  • Annotational Things − 설명 요소에 적용되는 주석을 나타내는 UML 모델의 설명입니다.

관계

관계는 사물 간의 연결입니다. UML로 표현할 수있는 네 가지 유형의 관계는 다음과 같습니다.

  • Dependency− 이것은 한 가지 변화가 다른 것에도 변화를 가져 오는 두 사물 간의 의미 론적 관계입니다. 전자는 독립적 인 것이고 후자는 종속적 인 것입니다.

  • Association − 이것은 공통 구조와 공통 동작을 갖는 링크 그룹을 나타내는 구조적 관계입니다.

  • Generalization − 이것은 서브 클래스가 슈퍼 클래스의 구조와 동작을 상속하는 일반화 / 특화 관계를 나타냅니다.

  • Realization − 이것은 하나의 분류자가 다른 분류자가 준수하도록 보장하는 계약을 작성하는 두 개 이상의 분류 자 ​​간의 의미 관계입니다.

다이어그램

다이어그램은 시스템을 그래픽으로 표현한 것입니다. 일반적으로 그래프 형태의 요소 그룹으로 구성됩니다. UML은 모두 9 개의 다이어그램을 포함합니다.

  • 클래스 다이어그램
  • 개체 다이어그램
  • 사용 사례 다이어그램
  • 시퀀스 다이어그램
  • 협업 다이어그램
  • 상태 차트 다이어그램
  • 활동 다이어그램
  • 구성 요소 다이어그램
  • 배포 다이어그램

규칙

UML에는 모델이 의미 상 자체 일관성이 있고 시스템의 다른 모델과 조화롭게 관련되도록 여러 규칙이 있습니다. UML에는 다음에 대한 의미 규칙이 있습니다.

  • Names
  • Scope
  • Visibility
  • Integrity
  • Execution

일반적인 메커니즘

UML에는 네 가지 공통 메커니즘이 있습니다.

  • Specifications
  • Adornments
  • 공통 부문
  • 확장 성 메커니즘

명세서

UML에서는 각 그래픽 표기법 뒤에 구문과 의미를 나타내는 텍스트 문이 있습니다. 사양입니다. 사양은 시스템의 모든 부분과 서로 다른 경로 간의 관계를 포함하는 의미 론적 백플레인을 제공합니다.

장식품

UML의 각 요소에는 고유 한 그래픽 표기법이 있습니다. 게다가 이름, 범위, 가시성 등과 같은 요소의 중요한 측면을 나타내는 표기법이 있습니다.

공통 부문

객체 지향 시스템은 여러 가지 방법으로 나눌 수 있습니다. 두 가지 일반적인 분할 방법은-

  • Division of classes and objects− 클래스는 유사한 객체 그룹의 추상화입니다. 객체는 시스템에 실제 존재하는 구체적인 인스턴스입니다.

  • Division of Interface and Implementation− 인터페이스는 상호 작용에 대한 규칙을 정의합니다. 구현은 인터페이스에 정의 된 규칙의 구체적인 실현입니다.

확장 성 메커니즘

UML은 개방형 언어입니다. 시스템 요구 사항에 맞게 제어 된 방식으로 UML의 기능을 확장 할 수 있습니다. 확장 성 메커니즘은 다음과 같습니다.

  • Stereotypes − UML의 어휘를 확장하여 기존 빌딩 블록에서 새로운 빌딩 블록을 만들 수 있습니다.

  • Tagged Values − UML 빌딩 블록의 속성을 확장합니다.

  • Constraints − UML 빌딩 블록의 의미를 확장합니다.