(Logical) Architecture Requirements analysis/capture
Mandatory
Yes
Security related?
No
Update of Architecture requirements at end of Logical architecture development
Logical
HOW to implement
Transform the business rational expectations into logical structures. All components have relationships and relationships are determined by their dependencies.
Solution Options Report
Mandatory
No
The purpose of this section is to define the gap between the current (as-is) and target (to-be) state business architectures.
Mandatory/optional: This section is optional as not all the domain teams need to produce a business architecture for their respective domains.
Architecture assurance Check-in 2
To provide confidence that the key components of the Architecture (Conceptual, Logical & Technical) remain aligned to the resolution of the original problem or delivery of the identified opportunity.
To provide a brief for the release of control from one architectural domain (Concept to Logical/Physical)
Logical Architecture (Master Solution Architecture)
Logical Business Architecture provides a functional decomposition of the system and describes the relationships between all of the underlying components.
Reference is made to all of the applicable standards and constraints that will apply to the system.
Process-Application Realisation
Mandatory
No
Security related?
No
The purpose of the Process/Application Realization diagram is to clearly depict the sequence of events when multiple applications are involved in executing a business process.
It enhances the Application Communication diagram by augmenting it with any sequencing constraints, and hand-off points between batch and real-time processing.
It would identify complex sequences that could be simplified, and identify possible rationalization points in the architecture in order to provide more timely information to business users.
Data Security Diagram
Mandatory
Yes
Security related?
No
This diagram shows which data is accessed by which roles, organization units, and applications. It may be shown as a diagram or presented as a matrix.
Its purpose is to:
Demonstrate compliance with data privacy laws and regulations
Show security threats arising as a result of data access
Show which parties outside of the organization have access to data
Show security measures applied to data access
Data Lifecycle Diagram
Mandatory
No
Security related?
Yes
The Data Lifecycle diagram is an essential part of managing business data throughout its lifecycle from conception until disposal within the constraints of the business process.
The data is considered as an entity in its own right, decoupled from business process and activity. Each change in state is represented on the diagram which may include the event or rules that trigger that change in state.
The separation of data from process allows common data requirements to be identified which enables resource sharing to be achieved more effectively.
Application/Data Matrix
Mandatory
Yes
Security related?
Yes
The purpose of the Application/Data matrix is to depict the relationship between applications (i.e., application components) and the data entities that are accessed and updated by them.
Applications will create, read, update, and delete specific data entities that are associated with them. For example, a Customer Relationship Management (CRM) application will create, read, update, and delete customer entity information.
The data entities in a package/packaged services environment can be classified as master data, reference data, transactional data, content data, and historical data.