Enterprise Architecture Views and Viewpoints in ArchiMate - Reference

Similar documents
Enterprise Architecture at Work

ArchiMate. ArchiMate Made Practical. Modeling according to ArchiMate guided by a collection of good practices

ArchiMate Made Practical. Modeling according to ArchiMate guided by a collection of good practices

Identity Provisions for Cloud Services: Applying OASIS SOA Reference Model

ArchiMate and TOGAF. What is the added value?

SOA: The missing link between Enterprise Architecture and Solution Architecture

TOGAF usage in outsourcing of software development

Applying 4+1 View Architecture with UML 2. White Paper

Development of Enterprise Architecture of PPDR Organisations W. Müller, F. Reinert

Questions? Assignment. Techniques for Gathering Requirements. Gathering and Analysing Requirements

RUP Design. Purpose of Analysis & Design. Analysis & Design Workflow. Define Candidate Architecture. Create Initial Architecture Sketch

ArchiSurance Case Study

A SOA visualisation for the Business

The Stacks Approach. Why It s Time to Start Thinking About Enterprise Technology in Stacks

Enterprise Architecture Review

Enterprise Portfolio Management

California Enterprise Architecture Framework

Enterprise Architect for an Enterprise Architecture

ArchiMate Extension for Modeling the TOGAF Implementation and Migration Phases

Service Oriented Architecture (SOA) Architecture, Governance, Standards and Technologies

An Analysis of The SABSA Framework. Note: Most of this information comes from the SABSA website. TJS. SABSA Overview

Service Oriented Architecture (SOA) Architecture, Governance, Standards and Technologies

MODELING UNIVERSITY METROPOLITAN ONLINE LEARNING SYSTEM ARCHITECTURE - THE TOGAF/ ARCHIMATE WAY

The Perusal and Review of Different Aspects of the Architecture of Information Security

Service Oriented Enterprise Architecture

Chap 1. Introduction to Software Architecture

zen Platform technical white paper

TOGAF 9 Level Exam Study Guide

From Capability-Based Planning to Competitive Advantage Assembling Your Business Transformation Value Network

How To Develop A Multi Agent System (Mma)

Defining an EA Skillset EAPC Johannesburg March 2015

IT Management with Enterprise Architecture

The Role of the Software Architect

Background: Business Value of Enterprise Architecture TOGAF Architectures and the Business Services Architecture

Amit Sheth & Ajith Ranabahu, Presented by Mohammad Hossein Danesh

Open S-BPM: Goals and Architecture

Software Engineering/Courses Description Introduction to Software Engineering Credit Hours: 3 Prerequisite: (Computer Programming 2).

POLAR IT SERVICES. Business Intelligence Project Methodology

How to bridge the gap between business, IT and networks

Mastering increasing product complexity with Collaborative Systems Engineering and PLM

9 Research Questions Resolved

The SPES Methodology Modeling- and Analysis Techniques

Master Data Management as a Solution Using SAP MDM and Complementing Technologies

IT Service Management aus der Cloud

Business Support Systems

Open Group SOA Governance. San Diego 2009

Decomposition into Parts. Software Engineering, Lecture 4. Data and Function Cohesion. Allocation of Functions and Data. Component Interfaces

Design Patterns for Complex Event Processing

MTAT Business Process Management (BPM) (for Masters of IT) Lecture 2: Introduction to BPMN

Object-Oriented Systems Analysis and Design

How To Understand The Role Of Enterprise Architecture In The Context Of Organizational Strategy

Tutorial on Client-Server Architecture

Enterprise Architecture (EA) is the blueprint

Software Engineering Reference Framework

Service Oriented Architecture (SOA) An Introduction

Table of Contents. Preface. Chapter 1 Introduction 1.1 Background. 1.2 Problem description. 1.3 The role of standardization. 1.4 Scope and objectives

VMworld 2015 Track Names and Descriptions

Efficient BPMN: from Anti-Patterns to Best Practices

IBM Certified BPM Application Developer IBM Business Process Manager Express or Standard Edition V8.5.5

SysML Modelling Language explained

Software Development in the Large!

Software Engineering. System Models. Based on Software Engineering, 7 th Edition by Ian Sommerville

Web Application Architectures

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS

Quantification and Traceability of Requirements

Successful Enterprise Architecture. Aligning Business and IT

VAIL-Plant Asset Integrity Management System. Software Development Process

Bridge Development and Operations for faster delivery of applications

Basic Unified Process: A Process for Small and Agile Projects

Improving IT Service Management Architecture in Cloud Environment on Top of Current Frameworks

Comparative Analysis of SOA and Cloud Computing Architectures using Fact Based Modeling

Managing Change Using Enterprise Architecture

Oracle Utilities Integration for Device Operations

Enterprise Architecture Assessment Guide

Developing SOA solutions using IBM SOA Foundation

Strategy for Application Modernization A Summa White Paper

Sofware Requirements Engineeing

SOA + BPM = Agile Integrated Tax Systems. Hemant Sharma CTO, State and Local Government

Fourth generation techniques (4GT)

Designing a Semantic Repository

IT PROJECT GOVERNANCE GUIDE

Agenda. Overview. Federation Requirements. Panlab IST Teagle for Partners

Defining, Modeling & Costing IT Services Integrating Service Level, Configuration & Financial Management Processes

Job Description Head of CRM

Development of a generic IT service catalog as pre-arrangement for Service Level Agreements

Architecting the Cloud: Enterprise Architecture Patterns for Cloud Computing

11 Tips to make the requirements definition process more effective and results more usable

Guiding SOA Evolution through Governance From SOA 101 to Virtualization to Cloud Computing

Chapter 2 IAF s Architecture

How to Manage Business Logic

Establish and maintain Center of Excellence (CoE) around Data Architecture

Transcription:

Master of Science Business Information Systems Enterprise Architecture Views and Viewpoints in ArchiMate - Reference Source: ArchiMate 2.0 Specification, chapter 8, http://pubs.opengroup.org/architecture/archimate2-doc/chap08.html

Examples of Stakeholders and Concerns The following examples of stakeholders and concerns are mentioned in the ArchiMate specification as a basis for the specification of viewpoints: End Users What are the consequences for his workplace? Architect What is the consequence for the maintainability of a system? Upper-level Management How can we ensure that our policies are followed in the development and operation of processes and systems? Operational Manager responsible for exploitation or maintenance Is there a need to adapt maintenance processes? Project Manager responsible for development of new applications What is the dependence of business processes on the applications to be built? Developer What are the required modification with respect to the current situation? 2

Two-Dimensional Classification of Enterprise Architecture Viewpoints Purpose Dimension Designing support design process from initial sketch to detailed design Deciding: offering insight into cross-domain architecture relations Informing: achieve understanding, obtain commitment, convince Content Dimension Details: one layer and one aspect Coherence: multiple layers or multiple aspects focus on architecture relations between layers or aspects Overview: both multiple layers and aspects 3

Views and Viewpoints in ArchiMate In ArchiMate, architects and other stakeholders can define their own views on the enterprise architecture A viewpoint in ArchiMate is a selection of a relevant subset of the ArchiMate concepts and their relationships For each viewpoint one model kind exists A view is (a set of) models representing a part of an architecture using the concepts and relationships of the corresponding viewpoint 4

Viewpoints in ArchiMate These viewpoints are suggested in ArchiMate based on experience: 1. Introductory Viewpoint 2. Organization Viewpoint 3. Actor Co-operation Viewpoint 4. Business Function Viewpoint 5. Business Process Viewpoint 6. Business Process Co-operation Viewpoint 7. Product Viewpoint 8. Application Behavior Viewpoint 9. Application Co-operation Viewpoint 10. Application Structure Viewpoint 11. Application Usage Viewpoint 12. Infrastructure Viewpoint 13. Infrastructure Usage Viewpoint 14. Implementation and Deployment Viewpoint 15. Information Structure Viewpoint 16. Service Realization Viewpoint 17. Layered Viewpoint 18. Landscape Map Viewpoint 5

Introductory Viewpoint A subset of the full ArchiMate language using a simplified notation. Typically used at the start of a design trajectory, when not everything needs to be detailed or to avoid the impression that the architectural design is already fixed. Concepts and Relationships: 6

Example of a Model from the Introductory Viewpoint 7

Organization Viewpoint (Internal) organization of a company, a department, a network of companies. Could be modeled as nested diagrams or as organizational charts. Useful in identifying competencies, authority, and repsonsibilities Concepts and Relations: 8

Example of a Model from the Organization Viewpoint 9

Actor Co-operation Viewpoint Extending the Organization Viewpoint with a focus on the relations of actors with each other and their environment Useful in determining external dependencies and collaborations; shows the value chain or network in which the actor operates. Can show how a number of co-operating business actors and/or application components together realize a business process Concepts and Relationships: 10

Example of a Model from the Actor Co-operation Viewpoint 11

Business Function Viewpoint Shows the main business functions of an organisation and their relations in terms of flow of information, value or goods between them. Concepts and Relationships: 12

Example of a Model from the Business Function Viewpoint 13

Business Process Viewpoint Structure and composition of one or more business processes and directly related concepts like products, roles, and information Concepts and Relationships: 14

Example of a Model from the Business Process Viewpoint 15

Business Process Co-operation Viewpoint Relations of one or more business processes with each other and/or the environment. Concepts and Relationships: 16

Example of a Model from the Business Process Co-operation Viewpoint 17

Product Viewpoint Composition of products, the associated contract(s) or agreements, and the products value to customers and other external parties.. Concepts and Relationships: 18

Example of a Model from the Product Viewpoint 19

Application Behavior Viewpoint Internal behavior of an application, e.g. as it realizes one or more services Concepts and Relationships: 20

Example of a Model from the Application Behavior Viewpoint 21

Application Cooperation Viewpoint Relations between applications components in terms of the information flows between them, or in terms of the services they offer and use. Concepts and Relationships: 22

Example of a Model from the Application Co-operation Viewpoint Relations between applications components in terms of the information flows between them, or in terms of the services they offer and use. 23

Application Structure Viewpoint Structure of one or more applications or components. This viewpoint is useful in designing or understanding the main structure of applications or components and the associated data Concepts and Relationships: 24

Example of a Model from the Application Structure Viewpoint 25

Application Usage Viewpoint Describes how applications are used to support one or more business processes, and how they are used by other applications Concepts and Relationships: 26

Example of a Model from the Application Usage Viewpoint 27

Infrastructure Viewpoint Software and hardware infrastructure elements supporting the application layer, such as physical devices, networks, or system software (e.g., operating systems, databases, and middleware). Concepts and Relationships: 28

Example of a Model from the Infrastructure Viewpoint 29

Infrastructure Usage Viewpoint How applications are supported by the software and hardware infrastructure: the infrastructure services are delivered by the devices; system software and networks are provided to the applications Concepts and Relationships: 30

Example of a Model from the Infrastructure Usage Viewpoint 31

Implementation and Deployment Viewpoint How one or more applications are realized on the infrastructure. This comprises the mapping of (logical) applications onto (physical) artifacts, such as Enterprise Java Beans, and the mapping of the information used by these applications onto the underlying storage infrastructure; e.g., database tables or other files. Concepts and Relationships: 32

Example of a Model from the Implementation and Deployment Viewpoint 33

Information Structure Viewpoint It shows the structure of the information used in the enterprise or in a specific business process or application, in terms of data types or (object-oriented) class structures. It is comparable to the traditional information models created in the development of almost any information system. Concepts and Relationships: 34

Example of a Model from the Information Structure Viewpoint 35

Service Realization Viewpoint How one or more business services are realized by the underlying processes (and sometimes by application components). Thus, it forms the bridge between the business products viewpoint and the business process view. Concepts and Relationships: 36

Example of a Model from the Service Realization Viewpoint 37

Layered Viewpoint The Layered viewpoint pictures several layers and aspects of an enterprise architecture in one diagram. The layers are the result of the use of the grouping relation for a natural partitioning of the entire set of objects and relations that belong to a model. Each dedicated layer exposes, by means of the realization relation a layer of services, which are further on used by the next dedicated layer. Concepts and Relationships: all 38

Example of a Model from the Layered Viewpoint 39

Landscape Map Viewpoint A landscape map is a matrix that represents a three-dimensional coordinate system that represents architectural relations. In practice, often dimensions are chosen from different architectural domains; for instance, business functions, application components, and products. A landscape map uses the ArchiMate concepts, but not the standard notation of these concepts.. Concepts and Relationships: all 40

Example of a Model from the Landscape Map Viewpoint 41