타스크: 컴포넌트 클래스 다이어그램 작성
이 타스크에서는 디자인 서브시스템을 실현하는 서비스 컴포넌트의 세부사항을 지정합니다.
목적

타스크: 서브시스템 디자인(SOA) 중에 설명된 하나 이상의 아티팩트: 디자인 서브시스템을 구체화하고 세부적인 아티팩트: 서비스 컴포넌트 디자인을 제공합니다.

관계
역할기본: 추가: 지원:
입력필수: 선택사항: 외부:
  • 없음
출력
기본 설명

SOA 기반 솔루션에서 사용한 서비스는 아티팩트: 서비스 컴포넌트를 통해 실현되며 이는 특정 비즈니스 기능 연계 서브시스템에 속합니다. 각 서비스 컴포넌트에서는 실현할 서비스의 QoS를 확인해야 합니다. 엔터프라이즈 규모 자산의 경우, 각 서비스 컴포넌트는 자금 지원, 관리 및 유지보수에 대한 권한이 있습니다. 하부 구조 관리는 가용성, 로드 밸런스, 보안, 성능, 버전화 및 서비스 컴포넌트의 전반적인 상태를 확인해야 합니다. 여기서 서비스 컴포넌트는 서비스 세트의 기능성을 구현하고 서비스의 품질을 확인해야 합니다. 기능적 컴포넌트 및 기술적 컴포넌트는 여러 서비스 컴포넌트 전반에서 사용할 수 있습니다.

단계
모델 컴포넌트 내부 구조

이 활동 중에 적어도 하나 이상의 클래스 다이어그램을 작성해야 하며, 이 다이어그램에서는 각 서비스 컴포넌트의 기능적 및 기술적 컴포넌트 간 관계를 표시합니다. 표준 UML 모델링은 이 단계에서 적용됩니다. 확장 가능하고 변경 가능한 방법으로 패턴을 사용해 결과 오브젝트 그래프를 구성할 수 있습니다. 변경 정도가 큰 경우, 이 단계에서 변동 분석을 수행하는 것이 좋습니다.

이전 타스크의 설명대로 변경을 위해 또는 앞으로의 비즈니스 변경 결과로 IT 시스템의 디자인 및 구조에 대해 미치는 영향을 예상하여 디자인하는 경우, 변동 분석 기법을 사용하는 것이 좋습니다. 이 기법은 공통성을 리팩터하고 디자인 패턴을 사용하여 변동을 구체화합니다. 이전에 발견된 공통성 및 변형은 시작점으로 사용 가능하며 공통 디자인 패턴 사용(예: 전략, 상태 [i], 규칙 오브젝트 [ii], 유형 오브젝트 등)을 통해 인수화됩니다.

세부적인 디자인 중에 분석을 수행하면 공통성을 식별하고 플러그형 변형에 초점을 맞추며 여섯 개의 원칙을 포함합니다. 이 원칙으로 소프트웨어 시스템의 변경된 형태에서 변경사항을 분리하여 이 변경사항을 다음과 같이 캡슐화할 수 있습니다.

  1. 도메인의 변경되지 않은 형태에서 변경 내용을 분리 및 모델링합니다. 즉, 식별, 분리, 캡슐화 및 증가하는 변형을 구체화합니다.
  2. 각 변형 지점에서 유형 계층 구조를 작성합니다.
  3. 각 변형 유형에 대한 규칙 유형을 지정합니다.
  4. 3 레벨의 추상화를 구현하고, 상속 메타패턴 집계를 사용합니다.
  5. 각 재사용 레벨의 오브젝트 및 빌드 자산보다 높은 재사용 레벨에서 시작하고, 변형 지점의 작은 프레임워크 빌드합니다. 일반적으로 각 프레임워크에는 7+-2 클래스만이 있어야 합니다.
  6. 각 재사용 요소에는 고유한 동작이 있습니다. 동작을 소프트와이어링할 수 있는 응용프로그램에서 읽기 가능한 구성 데이터로 동작을 구체화할 수 있습니다.

[i] Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides, Design Patterns, Addision-Wesley 1994.

[ii] Arsanjani, A., Rule Object: A Pattern Language for Flexible Modeling and Construction of Business Rules, Washington University Technical Report number:  wucs-00-29, Proceedings of the Pattern Languages of Program Design, 2000.

특성
다중 발생
이벤트로 구동됨
진행 중임
선택사항
계획됨
반복 가능함
자세한 정보