아티팩트: 비즈니스 시스템
비즈니스 시스템은 특정 목적을 이행하는 역할 및 자원 세트를 캡슐화하고 해당 목적을 달성할 수 있는 책임 세트를 정의합니다.
중간 산출물 유형: 모델 요소
목적

비즈니스 시스템의 목적은 비즈니스에서 복잡한 상호 종속성 및 상호작용의 관계를 관리하고 이를 개선하기 위한 것입니다. 이는 특정 기능 세트를 정의하여 해당 기능 요구에 종속되는 대상이 기능 수행 방법을 알지 못하게 함으로써 수행됩니다. 비즈니스 시스템은 이를 통해 하드웨어 및 소프트웨어 컴포넌트가 사용되는 방식과 동일한 방식으로 사용됩니다. 비즈니스 시스템은 포함된 구조 요소를 캡슐화하며 외부에 표시되는 특성으로 나타내는 구조 단위를 정의합니다.

비즈니스 시스템은 비즈니스 프로세스 분석가가 조직에서 필요한 기능이 있는지 여부를 판별하고 비즈니스 모델이 변경사항을 예상하거나 최소한 변경사항에 반응하도록 하기 위해 사용합니다. 비즈니스 디자이너는 비즈니스 시스템을 사용하여 관련 비즈니스 작업자 및 비즈니스 엔티티의 콜렉션을 구성하며 조직 내 종속성을 명시적으로 정의하고 관리합니다. 프로젝트 관리자 또한 비즈니스 시스템을 사용하여 병렬로 작업을 스케줄합니다.

관계
사용자 조정
표시 옵션

UML 표시: 비즈니스 분석 모델의 컴포넌트(<<비즈니스 시스템>>으로 스트레오타입 지정). 비즈니스 시스템은 UML 서브시스템과 규모가 동일하며, 컴포넌트이므로 패키징 시맨틱도 갖고 있습니다. 모델의 최상위 레벨 컴포넌트는 해당 비즈니스 또는 비즈니스 파트이며 중간 산출물: 비즈니스 분석 모델의 컨텍스트 다이어그램에 표시됩니다. 이 다이어그램에는 비즈니스 환경과의 관계가 표시됩니다.

비즈니스 시스템은 각 비즈니스 시스템이 제공하는 기능(또는 서비스)을 명시적으로 정의함으로써 조직 내 종속성을 관리하는 데 사용해야 합니다. 이는 비즈니스 시스템이 포함된 요소를 캡슐화함으로써 해당 서비스의 사용자가 서비스 제공 방식에 의존하지 않고 제공되는 서비스 내용에 의존하게 함을 의미합니다.

캡슐화가 중요하지 않은 경우에는 이 규칙을 엄격히 적용하지 않아도 됩니다. 이러한 경우 비즈니스 시스템은 다른 비즈니스 시스템에 포함된 요소와 직접 상호작용하거나 해당 요소에 종속됩니다. 제공되어야 하는 개념적 서비스를 세부적으로 공식화하여 비즈니스 시스템 경계에 지정하는 경우, 궁극적으로 해당 서비스는 비즈니스 시스템에 포함된 각 요소에 속하게 되므로 그다지 중요하지 않으며 서비스 사용자는 포함된 요소에 대한 서비스에 바인드됩니다. 이러한 차이로 인해 비즈니스 시스템은 원래 개념보다 패키징(구조화) 메커니즘으로 간주됩니다.

이러한 경우 포함된 요소가 직접 개념적 서비스를 제공하므로 비즈니스 시스템은 실행 시간, 즉 비즈니스 운영 시 본질적으로는 존재하지 않습니다. 그러나 이러한 경우에도 비즈니스 시스템은 자원에 대한 소유권을 가진 실제 비즈니스 조직 경계를 나타냅니다.

자세한 정보