A. 기업 가치 선언문과 함께 회사 및 각 비즈니스의 사명 선언문을 검토합니다. 이를 기반으로 일련의 원칙을 정의하고 CIO와 함께 검토합니다.
원칙을 개발할 때 회사의 비즈니스 전략 및 이니셔티브와 IT의 연계를 적극적으로 촉진하도록 합니다. 그런 다음 CIO와 고위 경영진의 승인을 구합니다.

B. 기업 가치 선언문과 함께 회사 및 각 비즈니스의 사명 선언문을 검토합니다. 이를 기반으로 아키텍처 위원회와 협력하여 원칙을 정의합니다.
원칙을 개발할 때 기업 비즈니스 전략과 IT의 연계를 적극적으로 촉진하도록 해야 합니다. 그런 다음 고위 경영진을 포함한 모든 관련 이해 관계자와 일련의 검토 회의를 열고 지원을 확인합니다.

C. 엔터프라이즈 아키텍처 부서 헌장에 구현된 선호하는 모범 사례를 지원하는 일련의 원칙을 정의합니다. 기업 인트라넷에 원칙을 게시하여 광범위한 수용과 규정 준수를 보장합니다. 그런 다음 개별 사업부와 함께 정기적인 규정 준수 평가를 예약하여 원칙에 구현된 목표와 조건을 충족하는 데 만족스러운 진전을 이루었는지 확인합니다.

D. 당신은 상품 사업에서 신뢰할 수 있는 업계 출처로부터 정보를 수집합니다. 이를 기반으로 현재 추세를 평가하고 이를 모범 사례를 구현하는 일련의 원칙을 정의하는 데 적용합니다. 서로 충돌하지 않고 안정적이어야 하는 아키텍처 원칙을 선택합니다. 모든 원칙이 현실적임을 확인하고 명백한 원칙은 포함하지 않습니다.

A. 아키텍처 정의의 초기 반복에서:
* 비즈니스 서비스/기능 카탈로그 및 비즈니스 상호작용 매트릭스를 사용하여 대상 비즈니스 아키텍처를 설명합니다.
* 제품 수명 주기 다이어그램으로 주요 비즈니스 개체 설명
* 애플리케이션 통신 다이어그램 및 애플리케이션 상호작용 매트릭스를 사용하여 대상 애플리케이션 아키텍처 설명
* 데이터 엔터티/비즈니스 기능 매트릭스 및 시스템/데이터 매트릭스를 사용하여 대상 데이터 아키텍처를 설명합니다. 아키텍처 정의의 이후 반복에서:
* 비즈니스 서비스/기능 카탈로그 및 비즈니스 상호 작용 매트릭스를 사용하여 기본 비즈니스 아키텍처를 설명합니다.
* 시스템/조직 매트릭스 및 시스템/기능 매트릭스를 사용하여 기본 애플리케이션 아키텍처 설명
* 데이터 항목/데이터 구성 요소 카탈로그를 사용하여 기준 데이터 아키텍처 설명

B. 아키텍처 정의의 초기 반복에서:
* Baseline Business Process 카탈로그로 Baseline Business Architecture 설명
* 기술 포트폴리오 카탈로그로 기본 애플리케이션 아키텍처 설명
* 데이터 다이어그램으로 기본 데이터 아키텍처 설명
아키텍처 정의의 이후 반복에서:
* Actor/Process/Data 카탈로그로 대상 비즈니스 아키텍처 설명
* 시스템/기술 매트릭스로 대상 애플리케이션 아키텍처 설명
* 데이터 보급 다이어그램으로 대상 데이터 아키텍처 설명

C. 아키텍처 정의의 초기 반복에서:
* 조직/행위자 카탈로그로 기본 비즈니스 아키텍처 설명
* 시스템/기능 매트릭스로 기본 애플리케이션 아키텍처 설명
* Data Entity/Data Component 카탈로그를 사용하여 Baseline Data Architecture를 설명하십시오. Architecture Definition의 이후 반복에서:
* 조직/행위자 카탈로그와 함께 대상 비즈니스 아키텍처 설명
* 응용 프로그램 통신 다이어그램을 사용하여 대상 응용 프로그램 아키텍처 설명 응용 프로그램 상호 작용 매트릭스 종료 시스템/데이터 매트릭스로 대상 데이터 아키텍처 설명

D. 아키텍처 정의의 초기 반복에서:
* 비즈니스 서비스/기능 카탈로그 및 조직/행위자 카탈로그를 사용하여 대상 비즈니스 아키텍처를 설명합니다.
* 데이터 수명 주기 다이어그램으로 주요 비즈니스 개체 설명
* 애플리케이션 통신 다이어그램 및 애플리케이션 상호작용 매트릭스를 사용하여 대상 애플리케이션 아키텍처 설명
* 시스템/데이터 매트릭스로 대상 데이터 아키텍처 설명
아키텍처 정의의 이후 반복에서:
* 비즈니스 서비스/기능 카탈로그 및 비즈니스 상호 작용 매트릭스를 사용하여 기본 비즈니스 아키텍처를 설명합니다.
* 애플리케이션 및 사용자 위치 다이어그램과 시스템/기능 매트릭스를 사용하여 기본 애플리케이션 아키텍처를 설명합니다.
* 데이터 항목/데이터 구성 요소 카탈로그를 사용하여 기준 데이터 아키텍처 설명

A. 이 경우에는 서비스의 모델링 및 데이터 세부 정보의 확장이 필요하므로 다음을 수행하는 것이 가장 좋습니다.
TOGAF 9 콘텐츠 메타모델의 서비스 확장을 사용합니다. 이 확장을 사용하면 서비스
모델은 더 이상 일반적인 비즈니스 서비스 정의에서 예상되는 것에 의해 제약을 받지 않으므로 더 많은
보다 엄격한 측정 요구 사항을 지원하기 위해 맞춤형 모델을 추가할 수 있는 유연성. 그만큼
서비스 확장은 비즈니스 서비스와 애플리케이션 간의 용어를 매핑하는 데에도 사용할 수 있습니다.
구성 요소.

B. TOGAF 9 Content Metamodel 확장을 모두 아키텍처에 통합할 것을 권장합니다.
콘텐츠 메타모델. 전체 콘텐츠 메타모델을 통해 EA 팀은 모든
이와 관련된 성능 및 측정 목표를 지원하는 데 필요한 중요한 추가 데이터
유물. 새 리포지토리 콘텐츠가 구현되면 주문형 쿼리를 사용하여 다음을 수행할 수 있습니다.
평가에 필요한 아티팩트와 데이터를 분리하는 맞춤형 거버넌스 이해 관계자 보기 생성
특정 서비스에 대한 측정. 이러한 견해가 거버넌스 문제에 적합하지 않은 것으로 판명되면,
해당 아티팩트 내의 서비스 모델을 확장할 수 있습니다.

C. 보다 세부적인 거버넌스에 필요한 엄격한 성능 측정 유형 지원
업그레이드된 시스템에 필요한 보기, 통신 및 네트워크 계층에 대한 인터페이스
아키텍처는 애플리케이션 수준에서 잘 보여야 합니다. 이에 대한 적절한 개발을 수용하기 위해,
커뮤니케이션 엔지니어링 뷰는 인프라 확장 모델에서 생성되어야 합니다.
TOGAF 콘텐츠 메타모델. 이 보기를 통해 건축가는 필요한 성능 측정을 정렬할 수 있습니다.
시스템 전반에 걸친 통신.

D. 일부 아티팩트는 이제 특정 측정이 필요하고 지원을 위해 추가 데이터가 필요하기 때문에
이러한 측정과 관련된 성과 목표를 달성하려면 동기 부여와
TOGAF 9 콘텐츠 메타모델의 거버넌스 확장이 사용됩니다. 이러한 확장을 사용하면
아키텍처의 목표, 목적 및 동인을 모델링하여 서비스 수준 등에 연결
상세한 거버넌스 모델. 이를 통해 기존 프로필을 재사용하고 사용자 지정하는 기능도 활성화됩니다.
관련된 다양한 서비스 계약에 대해

A. 계획이 조직에서 사용 중인 다른 프레임워크에 어떤 영향을 미치는지 평가할 것입니다. 계획은 사업 계획, 포트폴리오/프로젝트 관리 및 운영 관리 프레임워크와 조정되어야 합니다. 그런 다음 프로젝트에 사용 가능한 리소스와 우선 순위를 고려하여 각 프로젝트에 비즈니스 가치를 할당합니다. 마지막으로 구현 및 마이그레이션 계획을 생성합니다.

B. 구현 프로젝트 및 프로젝트 증분의 우선 순위를 지정하기 위해 비즈니스 가치 평가 기법을 적용합니다. 평가는 아키텍처 변환의 진행 상황을 모니터링하는 데 사용할 수 있는 투자 수익 및 성능 평가 기준에 중점을 두어야 합니다. 아키텍처 정의 증분 테이블을 사용하여 전환 아키텍처 단계를 확인하여 프로젝트를 나열합니다. 그런 다음 학습한 내용을 문서화하고 최종 계획을 생성합니다.

C. 전략적 아키텍처 정의 및 전환 아키텍처를 지속적인 아키텍처 개발 주기의 일부로 구성 제어 하에 두게 됩니다. 이렇게 하면 아키텍처가 기업의 요구 사항에 적절하고 응답할 수 있습니다. 그런 다음 계획을 완료하기 전에 배운 교훈을 관리하기 위해 구현 거버넌스 모델을 생성합니다. 아키텍처 위원회는 학습한 내용을 검토 없이 아키텍처 변경으로 받아들일 것을 권장합니다.

D. 구현 팀이 계약에 따라 아키텍처를 구현하고 있는지 확인하기 위해 일련의 준수 평가를 수행합니다. 준수 평가는 구현 팀이 적절한 개발 방법론을 사용하고 있는지 확인해야 합니다. 여기에는 모니터링 도구 배포가 포함되어야 하며 성능 목표가 충족되고 있는지 확인해야 합니다. 충족되지 않으면 성능 요구 사항에 대한 변경 사항을 식별하고 구현 및 마이그레이션 계획에서 업데이트해야 합니다.

A. 위협의 근원을 식별하고, 관련 보안 법규를 검토하고, 재해 복구를 달성할 수 있는 방법을 확인하고, 시스템에 대한 행위자가 누구인지 찾고, 적절한 액세스 제어 메커니즘을 설계하고, 중요한 데이터 및 애플리케이션을 식별하고, 그들이 안전한지 확인합니다. 최고 수준의 보안 제공

B. 먼저 예비 단계를 다시 방문하여 보안에 대한 ADM의 조정을 결정합니다. 원칙의 변경 사항이나 수행할 추가 사항을 확인합니다. 비전을 완성하기 위해 모든 이해 관계자와 참여하십시오. 그런 다음 비즈니스, 정보 시스템 및 기술 아키텍처에서 ADM에 채택된 보안 프레임 작업이 모든 중요한 보안 문제를 해결하도록 합니다. 마지막으로 설계된 보안 에코시스템이 얼마나 효과적인지와 원하는 보안 수준을 충족하는지 평가하기 위해 전반적인 검토를 수행합니다.

C. 예비 단계 및 비전 단계 실행 위협 소스 식별, 수정된 규정, 보안 및 가정을 검토 및 결정, 문서화하여 경영진의 동의를 얻음, 특히 중요한 데이터 운영을 위한 비즈니스 연속성 계획 개발, 데이터, 애플리케이션 및 기술 구성 요소 보안 보장 .

D. 유사 조직에 해킹하는 사람을 확인하고, 외부 사람이 R&D 및 제조 현장에 들어갈 때 높은 보안 조치를 취하도록 보장, 사람들이 불법적으로 침입할 수 없도록 매우 강력한 방화벽이 있는지 확인합니다. 시스템, 보안 조치의 효과를 주기적으로 확인