A. 아키텍처 기능 프레임워크

B. 아키텍처 연속체

C. 아키텍처 개발 방법

D. 건축 경관

E. 아키텍처 저장소

A. 조직별 아키텍처 프레임워크 및 방법에 대한 설명을 보유하는 저장소 영역

B. 기업 전체의 거버넌스 활동 기록을 보관하는 저장소 영역

C. 새로운 아키텍처를 생성하는 데 사용되는 지침과 템플릿을 보유하는 저장소 영역

D. Architecture Repository의 거버넌스를 지원하는 프로세스를 보유하는 저장소 영역

E. 아키텍처가 준수해야 하는 사양을 보유하는 저장소 영역

A. 표준 정보 베이스

B. 엔터프라이즈 연속체

C. 건축 풍경

D. 참조 라이브러리

E. 거버넌스 로그

A. 팀이 아키텍처 정의에 중점을 두는 것이 좋습니다.
비즈니스 전략의 전략적 변화 매개변수를 이해합니다. 일단 이해하면 팀은
이에 대한 요구 사항, 동인, 문제 및 제약 조건을 식별할 수 있는 가장 좋은 위치에 있습니다.
약혼. 대상 아키텍처가 비기능적 요구 사항을 해결하도록 보장해야 합니다.
대상 아키텍처가 강력하고 안전하다는 것을 보장합니다.

B. 이 계약에서는 먼저 기본 기술 아키텍처를 정의하는 것이 좋습니다.
현재 인프라 용량 및 기능을 평가합니다. 그렇다면 전환에 초점을 맞춰야 합니다.
계획 및 아키텍처 배포. 이를 통해 폐기를 식별하여 프로젝트가 제대로 작동하는지 확인합니다.
비전을 실현하기 위해 최적의 방식으로 배열됩니다.

C. 대상 아키텍처를 먼저 정의한 다음 전환 계획을 정의하는 것이 좋습니다. 이것은
비전이 잘 이해되고 전략적 아키텍처가 합의되었기 때문입니다. 이렇게 하면
기본 아키텍처의 현재 문제와 비효율성은 계속 진행되지 않으며
제안된 솔루션은 초기 연구에서 확인된 요구 사항을 해결합니다.

D. 팀이 다음을 통해 대상 아키텍처를 정의하는 데 집중할 것을 권장합니다.
아키텍처 정의 단계(BD). 이는 초기 연구에서 변화의 필요성이 확인되었기 때문입니다. 이것
변경 사항이 구조화된 방식으로 정의되고 요구 사항을 해결할 수 있는지 확인합니다.
비전을 실현하기 위해 필요합니다.

A. 충분한 권한과 관심 수준을 가진 그룹에 대해서는 특별 보고서를 작성하는 것이 좋습니다. 이 보고서는 특정 위치와 관련된 아키텍처의 주요 특징을 요약해야 합니다. 이러한 각 보고서에는 이해관계자의 요구 사항이 반영되어야 합니다.

B. 이해관계자 지도를 개발할 것을 권장합니다. 이를 통해 설계자는 공통 관심사를 공유하는 이해관계자 그룹을 정의할 수 있습니다. 각 이해관계자 그룹의 우려 사항을 해결하기 위해 일련의 관점을 정의해야 합니다. 그런 다음 이해관계자의 우려 사항을 해결하기 위해 각 뷰에 대한 아키텍처 모델을 만들어야 합니다.

C. 시스템이 현지 규정을 준수하는지 확인하는 데 사용할 수 있는 각 프로젝트 아키텍처에 대해 모델 세트를 생성하는 것이 좋습니다. 그런 다음 이해관계자는 모델을 보고 우려 사항이 적절하게 해결되었는지 확인해야 합니다.

D. 모든 아키텍처 프로젝트에 걸쳐 균일한 일관된 모델링 접근 방식을 사용하여 각 프로젝트 아키텍처 활동을 개발하는 것이 좋습니다. 각 아키텍처는 모든 관련 당사자가 모델을 검토하여 문제와 우려 사항이 해결되었는지 확인할 수 있도록 고정된 모델 세트를 기반으로 정의되어야 합니다.