비즈니스 아키텍처가 안정적인 것 같습니까?
그렇다면, 비즈니스 아키텍처는 일반적으로 적당한 것으로 보입니다. 아키텍처에 대한 과거의 경험도 휼륭한 지표가 될 수 있습니다. 아키텍처의 변경률이 낮고 새 시나리오가 적용될 때에도 계속 낮은 경우
아키텍처가 안정적인 것으로 볼 수 있습니다. 반대로, 각각의 새 시나리오에서 아키텍처의 변경이 발생하는 경우 아키텍처가 계속 변하고 있으며 기준선 작성이 아직 보장되지 않은 것입니다.
|
비즈니스 아키텍처의 복잡도는 비즈니스 아키텍처가 고객에게 제공하는 가치 및 기능성과 일치합니다.
개념적 복잡도는 사용자, 운영자 및 개발자의 스킬 및 경험이 제공되는 경우에 적절합니다.
비즈니스는 일관적이고 일치하는 단일 비즈니스 아키텍처 정의를 갖습니다.
비즈니스에 일관된 엔터프라이즈 전체 보안 기능이 있습니다. 모든 보안 컴포넌트가 함께 작동하여 비즈니스를 보호합니다.
비즈니스 및 자동화가 기반으로 하는 제품 및 기법이 목적과 일치합니다.
제공되는 비즈니스 아키텍처는 병렬 팀 개발을 위한 파티션을 사용할 수 있도록 명확한 인터페이스를 정의합니다.
모델 요소의 비즈니스 디자이너는 모델 요소를 제대로 디자인하고 개발할 수 있을 만큼 비즈니스 아키텍처를 잘 이해할 수 있습니다.
여기에는 비즈니스 작업자, 비즈니스 이벤트 및 비즈니스 엔티티가 포함됩니다. |
비즈니스 시스템은 내부적으로는 매우 높은 결합력을 갖도록 정의된 반면 비즈니스 시스템 자체는 느슨하게 연결되어 있습니다.
공통 비즈니스 도메인 내의 유사한 솔루션이 고려되었습니다.
문제점 도메인에서 일반적으로 지식이 있는 사용자가 제안된 솔루션을 쉽게 이해할 수 있습니다.
모든 팀 구성원은 비즈니스 프로세스 분석가가 제시한 것과 동일한 비즈니스 아키텍처 보기를 공유합니다.
비즈니스 아키텍처 문서가 최신 상태입니다.
비즈니스 모델링 가이드라인을 따랐습니다.
주요 성능 요구사항(확정된 예산)이 충족되었습니다.
비즈니스가 지정된 대로 작동하는지 확인하기 위한 적절한 루틴이 있습니다.
비즈니스 아키텍처가 지나치게 복잡해 보이지 않습니다.
특히, 다음과 같습니다.
-
적절한 메커니즘이 사용하기에 충분히 단순한 형태입니다.
-
메커니즘의 수가 적당하고 시스템의 범위 및 문제점 도메인의 요구와 일치합니다.
|
현재 반복에 대해 정의된 모든 유스 케이스 실현(realization)이 비즈니스 아키텍처에 의해 지원됩니다.
|