architectural artifacts which might be produced in this phase, describing them in detail and relating them to entities, attributes, This is often one level more detailed than the context diagram.>>. The diagram below provides an example view of the baseline data architecture at the logical level which consists of logical data entities and the relationships between them. <>, <>, <>, Often models like shown below are used for this View>>, <>. Business scenarios may also be used at more detailed levels of the 3 Goals, Objectives, and Constraints, 3.1 Business and Technology Goals, 3.2 Objectives Derived from the Goals, 3.3 Stakeholders and their Concerns, 6.1 Business Architecture Models, 6.1.1 Conceptual Baseline Business Architecture, 6.1.1.1 Baseline Business Functions, 6.1.1.4 Organization Structure and Units, 6.1.2 Logical Baseline Business Architecture, 6.1.2.5 Baseline Business Architecture (Processes), 6.1.3 Physical Target Business Architecture, 6.1.4 Cross-References within the Business Architecture, 6.2.1 Conceptual Baseline Data Architecture, 6.2.2 Logical Baseline Data Architecture, 6.2.3 Physical Baseline Data Architecture, 6.2.4 Baseline Data Architecture Cross-References, 6.3 Application Architecture Models, 6.3.1 Conceptual Baseline Application Architecture, 6.3.2 Logical Baseline Application Architecture, 6.3.3 Physical Baseline Application Architecture, 6.3.4 Baseline Application Architecture Cross-References, 6.4 Technology Architecture Models, 6.4.1 Conceptual Baseline Technology Architecture, 6.4.2 Logical Baseline Technology Architecture, 6.4.3 Physical Baseline Technology Architecture, 6.4.4 Baseline Technology Architecture Cross-References, 6.5 Security Architecture Models, 7 Rationale and Justification for Architectural Approach, 8 Mapping to Architecture Repository, 8.2 Mapping to Architecture Landscape, 8.3 Mapping to Reference Models, 9.1 Business Architecture Models, 9.1.1 Conceptual Target Business Architecture, 9.1.2 Logical Target Business Architecture, 9.1.3 Physical Target Business Architecture, 9.1.4 Cross-References within the Business Architecture, 9.2.1 Conceptual Target Data Architecture, 9.2.2 Logical Target Data Architecture, 9.2.3 Physical Target Data Architecture, 9.2.4 Target Data Architecture Cross-Reference, 9.3 Application Architecture Models, 9.3.1 Conceptual Target Application Architecture, 9.3.2 Logical Target Application Architecture, 9.3.3 Physical Target Application Architecture, 9.3.4 Target Application Architecture Cross-Reference, 9.4 Technology Architecture Models, 9.4.1 Conceptual Target Technology Architecture, 9.4.2 Logical Target Technology Architecture, 9.4.3 Physical Target Technology Architecture, 9.4.4 Target Technology Architecture Cross-Reference, 11.1 Reference to Specific Requirements, 11.2 Stakeholder Priority of the Requirements To-Date, Example TOGAF 9 Template Architecture Definition. If produced, the domain only needs to produce the relevant artifacts from those highlighted in this section as per their needs. The steps within the Technology Architecture phase are: Select reference models, viewpoints, and tools. They do not need to produce all the artifacts, views, tables, etc. The stakeholder map is used to support various outputs of the Architecture Vision phase, and to identify: Another key task will be to consider which architecture views and viewpoints need to be developed to satisfy the various Scoping decisions need to be made on the basis of a practical assessment of resource and competence availability, and the This applies to unbranded and branded architectures.>>, <>, <>, <>, <>, <>, <>, <>, <