A. a) 기업의 이익 극대화b) 데이터는 자산입니다c) 데이터는 공유됩니다) 요구 사항 기반 변경

B. a) 비즈니스 연속성b) 데이터는 자산입니다c) 데이터는 공유됩니다) 요구 사항 기반 변경

C. a) 기업에 대한 이점 극대화b) 데이터 Trusteec) 서비스 지향) 대응 변경 관리

D. a) 비즈니스 연속성b) 데이터 Trusteec) 기술 독립) 대응 변경 관리

A. 팀이 비즈니스 전략의 전략적 변경 매개변수를 이해하는 데 특히 중점을 두고 아키텍처 정의에 중점을 둘 것을 권장합니다. 일단 이해하면 팀은 이 업무에 대한 요구 사항, 동인, 문제 및 제약 조건을 식별할 수 있는 최상의 위치에 있게 됩니다. 미래의 영향을 예측하는 데 도움이 되도록 대상 아키텍처가 비기능적 요구 사항을 해결하는지 확인합니다.

B. 현재 인프라 용량 및 기능을 평가하기 위해 이 계약에서 먼저 기술 아키텍처를 정의하는 것이 좋습니다. 그런 다음 전환 계획 및 아키텍처 배포에 중점을 두어야 합니다. 이것은 비전을 실현할 수 있도록 프로젝트가 최적의 방식으로 순서가 지정되도록 하는 요구 사항을 식별합니다.

C. 비전이 잘 이해되고 전략적 아키텍처가 합의되었으므로 대상 아키텍처를 먼저 정의한 다음 전환 계획을 정의하는 것이 좋습니다. 이렇게 하면 기준 아키텍처의 현재 비효율성이 이월되지 않고 제안된 솔루션이 초기 아키텍처 계약에서 식별된 요구 사항을 해결할 수 있습니다.

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

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

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

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

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

A. 아키텍처 개발의 초기 반복에서는 애플리케이션 통신 다이어그램 및 애플리케이션 상호작용 매트릭스를 사용하여 대상 애플리케이션 아키텍처를 설명하고 데이터 엔티티/비즈니스 기능 매트릭스 및 시스템/데이터 매트릭스로 대상 데이터 아키텍처를 설명합니다. 아키텍처 개발의 이후 반복에서는 시스템/기능 매트릭스를 사용하여 기본 애플리케이션 아키텍처를 설명하고 데이터 엔티티/데이터 구성요소 카탈로그를 사용하여 기본 데이터 아키텍처를 설명합니다.

B. 아키텍처 개발의 초기 반복에서는 기술 포트폴리오 카탈로그를 사용하여 기본 애플리케이션 아키텍처를 설명하고 데이터 다이어그램으로 기본 데이터 아키텍처를 설명합니다. 아키텍처 개발의 이후 반복에서는 시스템/기술 매트릭스로 대상 애플리케이션 아키텍처를 설명하고 데이터 보급 다이어그램으로 대상 데이터 아키텍처를 설명합니다.

C. 아키텍처 개발의 초기 반복에서 시스템/기능 매트릭스를 사용하여 베이스라인 애플리케이션 아키텍처를 설명하고 데이터 엔티티/데이터 구성요소 카탈로그를 사용하여 베이스라인 데이터 아키텍처를 설명합니다. 아키텍처 정의의 이후 반복에서는 애플리케이션 통신 다이어그램과 애플리케이션 상호작용 매트릭스를 사용하여 대상 애플리케이션 아키텍처를 설명하고 시스템/데이터 매트릭스를 사용하여 대상 데이터 아키텍처를 설명합니다.

D. 아키텍처 개발의 초기 반복에서는 응용 프로그램 통신 다이어그램 및 응용 프로그램 상호 작용 매트릭스로 대상 응용 프로그램 아키텍처를 설명하고 시스템/데이터 매트릭스로 대상 데이터 아키텍처를 설명합니다. 아키텍처 개발의 이후 반복에서는 응용 프로그램 및 사용자 위치 다이어그램과 시스템/기능 매트릭스를 사용하여 기본 응용 프로그램 아키텍처를 설명하고 데이터 항목/데이터 구성 요소 카탈로그를 사용하여 기본 데이터 아키텍처를 설명합니다.

A. 귀하는 이 계약이 다음을 평가하기 위해 기본 기술 아키텍처를 먼저 정의할 것을 제안합니다.
현재 인프라 용량 및 기능. 그런 다음 초점은 전환 계획 및
아키텍처 배포. 이를 통해 프로젝트가
비전을 실현하는 최적의 패션.

B. 팀이 아키텍처 정의에 초점을 맞추고 이해에 특히 중점을 둘 것을 제안합니다.
비즈니스 전략의 전략적 변경 매개변수. 일단 이해하면 팀은 최고가 될 것입니다
이 서비스에 대한 요구 사항, 동인, 문제 및 제약 조건을 식별하는 입장입니다. 당신은 것입니다
대상 아키텍처가 비기능적 요구 사항을 해결하는지 확인하여 대상을 보장합니다.
아키텍처는 강력하고 안전합니다.

C. 팀이 아키텍처를 통해 대상 아키텍처를 정의하는 데 집중할 것을 제안합니다.
정의 단계(BD). 초기 연구에서 변화의 필요성이 확인되었기 때문입니다. 이렇게 하면
변화는 구조화된 방식으로 정의될 수 있고 실현하는 데 필요한 요구 사항을 해결할 수 있습니다.
전망.

D. 대상 아키텍처가 먼저 정의된 다음 전환 계획이 뒤따를 것을 제안합니다. 그 이유는
비전을 잘 이해하고 전략적 아키텍처에 동의했습니다. 목표 우선 접근 방식은 다음을 보장합니다.
베이스라인 아키텍처의 현재 문제와 비효율성은 이월되지 않으며,
제안된 솔루션은 초기 연구에서 식별된 요구 사항을 해결합니다.