개념: 시스템 아키텍처에 시스템을 점검할 수 있는 시점 개념이 있습니다. 지금의 설명과 관련된 것은 실제 시점입니다. 이
시점은 "시스템에 있는 오브젝트 사이에 분배된 상호작용에 초점을 맞추고 분배를 지원하기 위한 메커니즘을 제공합니다." [Architecting with RM-ODP, Janis Putman,
Prentice Hall PTR에서 인용]. 여기에 설명된 레벨에서는 논리 오브젝트에 서브시스템 인스턴스가 포함됩니다. 배치 모델은 시스템이 실제로 분배되는 방법과 시스템에서 지원되는 논리 오브젝트 사이에 분배된
상호작용에 대한 실제 지원을 설명하여 이 시점을 지원합니다.
배치 모델의 목적은 처리를 호스트하는 요소들로 시스템을 분해한 것을 캡처하는 것입니다. 이는 지역성(가장 추상적임), 설명자 및 구현(하드웨어 및 소프트웨어의 실제 선택사항이 설명되는 가장 낮은
추상)과 같은 몇 가지 레벨의 추상에서 수행됩니다. 이 레벨들은 배치 모델 (RUP 응용프로그램이 소프트웨어 개발로 제한될 경우에 사용)에 설명된 개념, 스펙 및 실제 레벨과 어느 정도 같습니다.
배치 모델의 가장 익숙한 Manifestation은 UML 배치 다이어그램 사용 시 디자인 및 구현 레벨에 있습니다. 다음은 분석 레벨에서 지역성의 실제 시점 개념을 소개한 것입니다.
지역성 모델은 시스템의 초기, 추상, 실제 파티션 및 분배를 나타내며 시스템의 실제 자원(노드, 장치, 센서 및 센서의 실제 연결과 인터페이스, 이 자원들의 실제 특성(예: 중량, 장치,
열 생성, 전력 소비, 진동 등))과 관련됩니다. 지역성(locality)은 정확한 지리적 위치 정의 없이 처리가 발생하는 위치나(지역성 시맨틱에는 자원의 강한 그룹화가 내포되어 있음) 처리 능력을 실현하는 방법을
개념적으로 표시합니다. 매우 복잡하고 큰 시스템의 경우 초기 지역성 모델에는 세분화된 지역성으로 분해되는 지역성이 있을 수 있습니다(서브시스템에 서브시스템이 포함될 수 있는 것처럼). 설명 레벨에서는
지역성에 있는 처리 자원의 유형이 지정됩니다. 이는 노드로, 계산 장치(서버, 워크스테이션 등), 개인 또는 전기 기계 장치가 포함될 수 있습니다. 결국, 구현 레벨에서 실제
하드웨어 선택이 수행됩니다. 정의된 구성 세트, 용량, 전원 및 기타 환경 요구사항, 비용 및 성능으로 여러 가지의 역할 인스턴스(인적 자원의 경우)가 판별됩니다. 예를 들어, 지역성 보기는 시스템이 우주 위성 및
지상국에서 처리가 가능하도록 하는 것을 보여줍니다. 다른 예제는 지역성 다이어그램 절에 있는 그림에 표시되어 있습니다.
배치 모델은 또한 각 지역성에서 호스트되는 서브시스템 오퍼레이션을 기록하는 데 사용됩니다. 이는 지역성에서 지원될 계산 요구사항을 판별합니다. 지역성에서 지원될 동작을 기초로, 지역성 협업을 생성할 수
있습니다(상호작용 다이어그램으로 표시할 수도 있음). 이 협업은 지역성 사이의 연결을 특정 짓는데 도움이 됩니다.
지역성 다이어그램은 초기 파티션, 시스템 처리 요소가 분배되고 연결되는 방법을 보여줍니다. 계산 지역성은 주로 비기능적 요구사항을 고려할 때 발생하는 문제입니다. 많은 시스템 엔지니어에게는 이 지역성이
"아키텍처"입니다.
지역성 다이어그램은 다음의 두 요소로 구성됩니다.
-
지역성 - 지역성은 처리를 호스트하거나(일반적인 측면) 실제로 환경 및 다른 지역성과 상호작용할 수 있는 계산, 저장, 구조, 전기 기계 및 인적 자원의 콜렉션입니다.
-
연결 - 지역성 사이에 교환할 정보, 집단, 에너지 또는 분리된 실제 항목의 경로.
지역성 다이어그램의 시맨틱은 배치 다이어그램의 시맨틱과 유사하므로 지역성이 스테레오타입화된 UML 노드로 표시됩니다. UML 표준에서, 노드는 클래스류로, "... 일반적으로 최소 하나의 메모리를 가지고 있고 종종
처리 기능도 있는 처리 자원을 표시하는 실제 오브젝트입니다. 노드에는 계산 장치 뿐만 아니라 인적 자원이나 기계 처리 자원이 포함됩니다." UML은 노드의 시맨틱과 태그된 값의 응용프로그램 및 스테레오타입화를 통해
노드를 연결하는 연관을 확장할 수 있도록 하며, 이 기능은 지역성 및 연결을 정의하는 데 사용됩니다. 지역성 아이콘은 둥글게 된 정육면체입니다(지역성 다이어그램 절에 있는 그림 참조).
배치 모델의 각 지역성에는 품질(신뢰성, 유지보수성, 안정성 등), 실제 및 환경 요구사항, 개발 제한조건(비용, 기술적 위험성 등)을 지정하는 파생된 보충 요구사항(보충 스펙에서 파생된 요구사항) 설명을 첨부해야
합니다. 이와 같은 요구사항을 통해 실제 특성(각 지역성의 특성)이 판별됩니다. 명백하게 특성은 최소한의 명시적 요구사항을 충족시키기 위해 선택되지만 사운드 엔지니어링 사례에서 지시가 있을 경우 요구사항을 초과할
수 있습니다(예: 예기치 못한 용량 수요 처리를 위해).
지역성은 다음을 사용하여 특성을 설명합니다.
-
품질 태그(예: 신뢰성, 가용성, 성능, 용량 등)
-
관리 태그(예: 비용 및 기술적 위험성)
연결은 다음으로 특성을 설명합니다.
-
링크 매개변수(예: 데이터 비율, 지원되는 프로토콜, 실제 플로우 비율)
-
관리 태그(예: 비용 및 기술적 위험성)
디자인 모델로 이동함에 따라, 지역성은 하나 이상의 노드로 정제될 수 있으며 둘 이상의 지역성을 단일 노드에 맵핑할 수 있습니다. 그리고 UML 정의로 제공되는 자유로움을 통해, 지역성은 결국 하드웨어 플랫폼
콜렉션, 계산 자원 파트 또는 공동 인적 자원 그룹으로 실현되는 아주 다른 것들을 표시할 수 있습니다.
그림은 서로 다른 엔지니어링 접근 방식을 온라인/오프라인 병합(click-and-mortar) 기업에 설명하는 지역성 다이어그램을 보여줍니다. 기업에는 몇 개의 소매점, 본점 및 웹 사이트를 가지고 있습니다. 첫
번째 솔루션에서는 상점에 처리 기능이 있습니다. 두 번째 솔루션에서는 모든 터미널이 직접 본점 프로세서에 연결되어 있습니다. 각각의 경우에서 특성은 디자인을 실현하는 데 필요한 지역성에 설정할 수 있습니다.
최근에는 대부분 첫 번째 예제가 더 나은 디자인이라는 데 동의합니다. 그러나 몇 년 안에 두 번째 예제의 솔루션이 더 나아질 수도 있습니다.
지역성 다이어그램, 예제 1.
지역성 다이어그램, 예제 2.
|