(i) System/Functions Matrix
(ii) Actor/Role Matrix
(iii) Data Entity/Business Function Matrix
(iv) Technology Portfolio Catalog
(v) Data Security Diagram

 (i) Goal/Objective/Service Diagram
(ii) Contract Measure Catalog
(iii) Data Dissemination Diagram
(iv) Application Communication Diagram
(v) Data Life Cycle Diagram

 (i) Location Catalog
(ii) Service/Function Catalog
(iii) Data Entity/Business Function Matrix
(iv) Application Communication Diagram

(i) System/Functions Catalog
(ii) System/Technology Matrix
(iii) Goal/Objective/Service Diagram
(iv) Product Life Cycle Diagram
(v) Data Security Diagram

You ask the supplier to modify the web server hardware and software components so they can
meet the current infrastructure standards. You advise to execute a proof of concept to anticipate
any coding issue. Then, after the agreement with the development leads for supporting the
development, you will provide the project plan to the project manager and develop an Architecture
Contract. A set of frequent operational reviews to monitor the solution's performance is then
scheduled after the implementation is completed.

You recommend the co-existence of a second web server standard and modify the company
Standards Information Base adding this new technology.You ask the project architects to create
an Architecture Contract with the development teams. You identify the need of a performance
testing and a compliance review You agree with the business on SLA and delivery dates. You
identify re-usable procedures and objects.

 You eliminate the non-standard web server from the solution as recommended by the
Architecture Board. You create a revised plan and Architecture Contract for the development
stressing the re-use of standard technologies. You share the budget implication of this solution
with a finance committee and inform the CIO of the long term cost benefits of this choice. You
define periodical project management meetings to monitor compliance.

You execute a risk analysis and set deliverables and timing requirements with the development
team. You implement a detailed impact analysis of the chosen solution. You create an Architecture
Contract and ask for the CIO's approval before implementing it. You test the solution just prior to
implementation and deliver the project artifacts and store after the completion of the
implementation.

You review the applicable Architecture Contract for each location, ensuring that it addresses
the project objectives, effectiveness metrics, acceptance criteria, and risk management. In cases
where the contract is issued to an external party, you ensure that it is a legally enforceable contract.
You schedule compliance reviews at key points in the implementation process to ensure that the
work is proceeding in accordance with the Architecture Definition. You ensure that the Architecture
Board reviews all deviations from the Architecture Contract, and considers whether or not to grant
a dispensation to allow the implementation organization to customize the process to meet their
local needs.

You create an Architecture Contract to manage and govern the implementation and migration
process at each location. For internal development projects, you issue a memorandum of
understanding between the Architecture Board and the implementation organization. For contracts
issued to an external party, you ensure that it is a fully enforceable legal contract.
You ensure that the Architecture Board reviews all deviations from the Architecture Contract, and
considers whether or not to grant a dispensation to allow the implementation organization to
customize the process to meet their local needs.

 You create an Architecture Contract to manage and govern the implementation and migration
process. If the contract is issued to an external party, you ensure that it is a fully enforceable legal
contract. For internal development projects, you decide it is adequate to utilize a memorandum of
understanding between the Architecture Board and the implementation organization.
You recommend that if a deviation from the Architecture Contract is detected, the Architecture
Board grant a dispensation to allow the implementation organization the ability to customize the
process to meet their local needs.

You use the issued Architecture Contracts to manage the architecture governance processes
for the project across the locations. You deploy monitoring tools to assess the performance of the
completed blade assembly at each location and develop change requirements if necessary.
You recommend that if a deviation from the contract is detected, the Architecture Board should
modify the Architecture Contract to allow the implementation organization the ability to customize
the process to meet their local needs. As a result, you then issue a new Request for Architecture
Work to implement the modified Architecture Definition.

You start by clarifying the intent that the Board has for raising these concerns. This enables you
to understand the implications of the concern in terms of regulatory requirements and the potential
impact on current business goals and objectives. You propose that a security architect or security
architecture team be allocated to develop a comprehensive security architecture and that this be
considered an additional domain architecture.

You evaluate the implications of the Board's concerns by examining the security and regulatory
impacts on business goals, business drivers and objectives. Based on your understanding, you
then update the current security policy to include an emphasis on the concerns. You define
architecture principles to form constraints on the architecture work to be undertaken in the project.
You then allocate a security architect to ensure that security considerations are included in the
architecture planning for all domains.

You identify and document the security and regulatory requirements for the application and the
data being collected. You ensure that written policies are put in place to address the requirements,
and that they are communicated across the organization, together with appropriate training for key
employees. You identify constraints on the architecture and communicate those to the architecture
team. You establish an agreement with the security architects defining their role within the ongoing
architecture project.

You evaluate the implications of the concerns raised by the Corporate Board in terms of
regulatory requirements and their impact on business goals and objectives. Based on this
understanding, you then issue a Request for Architecture Work to commence an architecture
development project to develop a solution that will address the concerns. You allocate a security
architect to oversee the implementation of the new application that is being developed.

Meeting with the project architect you clarify the purpose of the review. You ask to perform an
objective and fair review using the checklists to frame the review and clarify that you want them to
identify the issues behind the implementation team complaints.

You organize a meeting with the review team and state the importance to identify any noncompliancy
that may have come from the implemented solution.

You organize a meeting with the review team and stress the importance of a high degree of
compliance without any exception. The review should cover every aspect of the implementation
and should criticize the implementation techniques.

You verify that criteria for the program and the business objectives are mapped in the checklists
that the project team prepared for the interviews. You confirm the checklist content to the project
architect and stress the need to be objective and fair during the review process.

In the early iterations of the Architecture Definition:
• Describe the Baseline Business Architecture with a Baseline Business Process catalog
• Describe the Baseline Application Architecture with a Technology Portfolio catalog
• Describe the Baseline Data Architecture with a Data diagram
In the later iterations of the Architecture Definition:
• Describe the Target Business Architecture with an Actor/Process/Data catalog
• Describe the Target Application Architecture with a System/Technology matrix
• Describe the Target Data Architecture with a Data Dissemination diagram

 In the early iterations of the Architecture Definition:
• Describe the Target Business Architecture with a Business Service/Function catalog and a
Business Interaction matrix
• Describe the key business objects with Product Lifecycle diagrams
• Describe the Target Application Architecture with Application Communication diagrams and an
Application Interaction matrix
• Describe the Target Data Architecture with a Data Entity/Business Function matrix and a
System/Data matrix
In the later iterations of the Architecture Definition:
• Describe the Baseline Business Architecture with a Business Service/Function catalog and a
Business Interaction matrix
• Describe the Baseline Application Architecture with a System/Organization matrix and a
System/Function matrix
• Describe the Baseline Data Architecture with a Data Entity/Data Component catalog

In the early iterations of the Architecture Definition:
• Describe the Target Business Architecture with a Business Service/Function catalog and an
Organization/Actor catalog
• Describe the key business objects with Data Lifecycle diagrams
• Describe the Target Application Architecture with Application Communication diagrams and an
Application Interaction matrix
• Describe the Target Data Architecture with a System/Data matrix
In the later iterations of the Architecture Definition:
• Describe the Baseline Business Architecture with a Business Service/Function catalog and a
Business Interaction matrix
• Describe the Baseline Application Architecture with an Application and User Location diagram
and a System/Function matrix
• Describe the Baseline Data Architecture with a Data Entity/Data Component catalog

 In the early iterations of the Architecture Definition:
• Describe the Baseline Business Architecture with an Organization/Actor catalog
• Describe the Baseline Application Architecture with a System/Function matrix
• Describe the Baseline Data Architecture using a Data Entity/Data Component catalog
In the later iterations of the Architecture Definition:
• Describe the Target Business Architecture with en Organization/Actor catalog
• Describe the Target Application Architecture using Application Communication diagrams end an
Application Interaction matrix
• Describe the Target Data Architecture with a System/Data matrix

Risk Aversion Assessment should be conducted during the Implementation Governance phase
to determine the degree of risk aversion of the proposed business transformation. After sharing
the residual level of risk with the company chairman and the residual risk is not accepted, a set of
parallel systems will be implemented to mitigate the risks.

 Your recommendation is to use risk management techniques to assess the risks associated
with the proposed business transformation and ensure the existence of business continuity plans.
During the Implementation Governance phase you conduct a residual risk assessment to manage
risks that cannot be mitigated.

 During the Architecture Vision phase a risk assessment is conducted to mitigate initial risks and
address those in the Architecture Contract signed in the Implementation Governance phase.

Your proposal is to utilize a risk management framework during the Implementation
Governance phase to verify the risks associated with the proposed transformation of the business.
You then share with the concerned stakeholders the residual level on risk before the Architecture
Contracts are released.

You create an Architecture Contract to manage and govern the implementation and migration
process. If the contract is issued to an external party, you ensure that it is a fully enforceable legal
contract. For internal development projects, you decide it is adequate to utilize a memorandum of
understanding between the Manufacturing Architecture Board and the implementation
organization.
You recommend that if a deviation from the contract is detected, the Manufacturing Architecture
Board should modify the Architecture Contract to allow the implementation organization the ability
to customize the process to meet their local needs. As a result, you then issue a new Request for
Architecture Work to implement the modified Architecture Definition.

You create an Architecture Contract to manage and govern the implementation and migration
process. If the contract is issued to an external party, you ensure that it is a fully enforceable legal
contract. For internal envelopment projects, you decide it is adequate to utilize a memorandum of
understanding between the Manufacturing Architecture Board and the implementation
organization.
You recommend that if a deviation from the Architecture Contract is detected, the Manufacturing
Architecture Board grant a dispensation to allow the implementation organization the ability to
customize the process to meet their local needs.

You create an Architecture Contract to manage and govern the implementation and migration
process. If the contract is issued to an external party, you ensure that it is a fully enforceable legal
contract. For internal development projects, you decide it is adequate to utilize a memorandum of
understanding between the Manufacturing Architecture Board and the implementation
organization.
You ensure that the Manufacturing Architecture Board reviews all deviations from the Architecture
Contract, and considers whether or not to grant a dispensation to allow the implementation
organization to customize the process to meet their local needs.

You create an Architecture Contract to govern the implementation and migration process at
each site. If the contract is issued to an external party, you ensure that it is a fully enforceable
legal contract. You ensure that the contract addresses the project objectives, effectiveness
metrics, acceptance criteria, and risk management.
You then schedule compliance reviews at key points in the implementation process to ensure that
the work is proceeding in accordance with the Architecture Definition. Based on the results, you
ensure that the Manufacturing Architecture Board reviews all deviations from the Architecture
Contract, and considers whether or not to grant a dispensation to allow the implementation
organization to customize the process to meet their local needs.