The three element types, connected by relations, can form sentences of sorts.

Similar documents
ArchiMate 2.0. Structural Concepts Behavioral Concepts Informational Concepts. Business. Application. Technology


Alignment of Business and IT - ArchiMate. Dr. Barbara Re

Enterprise Architecture Views and Viewpoints in ArchiMate - Reference

HPE Enterprise Maps Data Model, ArchiMate, TOGAF. HPE Software, Cloud and Automation

ArchiMate Trick or Treat?

Enterprise Architecture Modelling with ArchiMate 3 - Overview

ArchiMate symbols for relating system elements

Enterprise Architecture Views and Viewpoints in ArchiMate

OG The Open Group OG TOGAF 9 Combined Part 1 and Part 2

Conceptual Framework

Visualizing IT at the Department of Homeland Security with the ArchiMate Visual Modeling Language

Enterprise Architecture

Strategy & Architecture Framework. Modeling Language Alain De Preter - All rights reserved - Tous droits réservés

Oral Questions. Unit-1 Concepts. Oral Question/Assignment/Gate Question with Answer

Unit Wise Questions. Unit-1 Concepts

Basic Structural Modeling. Copyright Joey Paquet,

Designing a System Engineering Environment in a structured way

Avancier Methods (AM)

Introduction to UML. Danang Wahyu utomo

OG0-091 Q&As TOGAF 9 Part 1

BPMN Getting Started Guide

Enterprise Architect. User Guide Series. UML Models. Author: Sparx Systems. Date: 30/06/2017. Version: 1.0 CREATED WITH

Unified Modeling Language (UML)

Calgary: 10th Floor Bankers Hall, West Tower 888-3rd Street SW, Calgary, AB T2P 5C5 p: f:

ArchiMate 2.0 Standard Courseware. Course Introduction

Module 7 TOGAF Content Metamodel

The Great TOGAF Scavenger Hunt. Enterprise Architecture Using TOGAF 9 Course Preparation Guide

Lab Manual. Object Oriented Analysis And Design. TE(Computer) VI semester

Module B1 An Introduction to TOGAF 9.1 for those familiar with TOGAF 8

Progress Report. Object-Oriented Software Development: Requirements elicitation (ch. 4) and analysis (ch. 5) Object-oriented software development

Introduction to UML. (Unified Modeling Language)

Data Process Modeling: Context Diagrams & Data Flow Diagrams (DFDs)

Vendor: The Open Group. Exam Code: OG Exam Name: TOGAF 9 Part 1. Version: Demo

Architectural Blueprint

Experiment no 4 Study of Class Diagram in Rational Rose

UML 2.0 UML 2.0. Scott Uk-Jin Lee. Division of Computer Science, College of Computing Hanyang University ERICA Campus

Module E1 TOGAF 9.1 Changes Overview

Enterprise Architect. User Guide Series. Maintenance. Author: Sparx Systems. Date: 30/06/2017. Version: 1.0 CREATED WITH

INF5120 and INF9120 Modelbased System development

UML Fundamental. OutLine. NetFusion Tech. Co., Ltd. Jack Lee. Use-case diagram Class diagram Sequence diagram

Delivering Enterprise Architecture with TOGAF and ArchiMate

arxiv: v1 [cs.se] 17 Aug 2016

WHAT IS SOFTWARE ARCHITECTURE?

UNIT 5 - UML STATE DIAGRAMS AND MODELING

EIRA v Release notes

Topic #1: Digital Economy Transformation - A Top Priority' for Singapore s Companies

Chapter 5: Structural Modeling

Software Engineering Lab Manual

corso Pragmatic Roadmapping with IBM Rational System Architect and ArchiMate White Paper Executive Summary Introduction By Martin Owen, CEO, CORSO

SOFTWARE DESIGN COSC 4353 / Dr. Raj Singh

Software Service Engineering

European Interoperability Reference Architecture (EIRA) overview

CHAPTER 5 CO:-Sketch component diagram using basic notations 5.1 Component Diagram (4M) Sample Component Diagram 5.2 Deployment Diagram (8M)

ArchiMate 3 Practitioner (Level 1 & 2) Lesson Plan. This course covers all learning materials for ArchiMate v3

Introducing the UML Eng. Mohammed T. Abo Alroos

MAHARASHTRA STATE BOARD OF TECHNICAL EDUCATION (Autonomous) (ISO/IEC Certified)

The ERA of Enterprise Architecture 2.0

EIRA v Release notes

2 UML for OOAD. 2.1 What is UML? 2.2 Classes in UML 2.3 Relations in UML 2.4 Static and Dynamic Design with UML. UML for OOAD Stefan Kluth 1

How to Write Effective Use Cases? Written Date : January 27, 2016

Relations: Data and Organisation Models

Copyright protected. Use is for Single Users only via a VHP Approved License. For information and printed versions please see

Generic and Domain Specific Ontology Collaboration Analysis

ArchiMate 2.0. A Step Towards A Common Language. Michelle van den Berg EA Consultant. 44 Montgomery Street Suite 960 San Francisco, CA USA

UML Views of a System

UNIT II. Syllabus. a. An Overview of the UML: Visualizing, Specifying, Constructing, Documenting

Enterprise Architect. User Guide Series. Maintenance

ArchiMate Language Primer. Introduction to the ArchiMate Modelling Language for Enterprise Architecture

Introduction. Archi is a free, open source, cross-platform tool to create ArchiMate models.

TOGAF days. Course description

3. UML Class Diagrams Page 1 of 15

Modeling with UML. (1) Use Case Diagram. (2) Class Diagram. (3) Interaction Diagram. (4) State Diagram

for TOGAF Practitioners Hands-on training to deliver an Architecture Project using the TOGAF Architecture Development Method

Meta-Modeling and Modeling Languages

1 Executive Overview The Benefits and Objectives of BPDM

Introduction in the Dragon1 open EA Method

What is a prototype?

1. What is the relationship between non-functional requirements and technology architecture?

Chapter 10. Object-Oriented Analysis and Modeling Using the UML. McGraw-Hill/Irwin

Study Guide. ArchiMate 3 Foundation. Sample. Preparation for the ArchiMate 3 Part 1 Examination. Prepared by Andrew Josey, The Open Group

What is TOGAF? How to Perform EA with TOGAF ADM Tool? Written Date : January 20, 2017

Using ArchiMate with an Architecture Method

CMSC 447: Software Engineering I

Meltem Özturan

Getting started with WebRatio 6 BPM - WebRatio WebML Wiki

IT Expert (Enterprise Network and Infrastructure Architect)

Business Requirements Document (BRD) Template

Requirements. Chapter Learning objectives of this chapter. 2.2 Definition and syntax

Object-Oriented Systems Analysis and Design Using UML

Hippo Software BPMN and UML Training

SharePoint 2013 Power User

UPDM PLUGIN. version user guide

OO Techniques & UML Class Diagrams

LABORATORY 1 REVISION

Complex or Simple Event Processing by David Luckham

System Sequence Diagrams. Based on Craig Larman, Chapter 10 and Anuradha Dharani s notes

Pertemuan 8. Object Oriented Modeling and Design

Shadow Cloud Discovery

APPENDIX M INTRODUCTION TO THE UML

Transcription:

Archi Overview

ArchiMate ArchiMate is built from three types of elements: elements that act (active elements) elements that represent the behavior of those elements that act (behavioral elements) elements that cannot act and which are acted upon by that behavior (passive elements) The three element types, connected by relations, can form sentences of sorts. The structure of the ArchiMate grammar is partly based on the subject-verb-object pattern from natural language. It tells the reader the basic structure of the story: who acts on what.

ArchiMate Divides Enterprise Architecture into a Business & Information layer, an Application & Data layer and a Technical Infrastructure layer. These are the rows in ArchiMate s meta-model and this division is fairly standard in the Enterprise Architecture world. Divides architecture in any layer strictly into Active Structure, Behavior and Passive Structure. Put in a sentence: Who/what does what to what?. The clear separation of actors and their behavior is not common in Enterprise Architecture and it is a main foundational aspect of ArchiMate. Has three kinds of relations: Structural Relations, Dynamic Relations and Other Relations.

Basic Application Pattern Application Component Stands for the actor that an application in your Enterprise Architecture landscape is Application Function Stands for the behavior of the Application Component, how the application can act. It is one side of the coin of which Application Component is the other. Data Object Is what the Application Function acts upon. The Application Function might create, read, write, update or delete the Data Object. Only model (semi) persistent data.

Basic Application Pattern They have to do with how the application is used/seen (by the business or by other applications): Application Interface Stands for the route via which the application offers itself to the business or to other applications. both separate concepts (used by people and used by other applications) are supported by this one element. Application Interface is a handle of the actor that is the Application Component. It is one side of a coin of which Application Service is the other. Application Service Stands for the visible behavior of the Application, how the Application Interface can act for a user. It is one side of the coin of which Application Interface is the other side.

Basic Application Pattern Relations: Access Relation The access relation always depicts a behavioral element accessing a passive element. Composition Relation It means that the element at the end with the diamond is the parent of the element on the other end and that the child cannot exist independently from the parent. Realization Relation Application s internal functionality realizes a service, which is the externally usable functionality of the application. Assignment Relation One side (the active element) performs the behavior that is the behavioral element on (c) 2015 IASA the Global other side.

business & information Business Role The Business Role is an actor in ArchiMate. Business Roles can perform Business Processes. Business Process Stands for a set of causally-related activities that together realize services or create elements. Roles can be assigned to a Business Process, they perform the process. Business Object Generally the abstract element that is created or used by a Business Process.

business & information Business Interface The way the role interacts with others. The interface is the visible manifestation of a role. Business Service This is the reason for the existence of the process. This is the service it offers to (and thus can be used by) others (either inside or outside the company). A company might offer many services.

business & information Business Interface The way the role interacts with others. The interface is the visible manifestation of a role. Business Service This is the reason for the existence of the process. This is the service it offers to (and thus can be used by) others (either inside or outside the company). A company might offer many services.

Linking Levels The application level is connected to the business level by three relations. On the left we see the already familiar Realization relation. Here it means that the Data Object realizes the Business Object. In the middle and on the right we see a new relation: This is the Used-By relation. It means that the element at the end without the arrowhead is used by the element at the end with the arrow head. The Application Service, for instance, is Used- By the Business Process. The Application (c) Interface 2015 IASA Global (e.g. the Graphical User Interface) is Used-By the Business Role.

Business Process and Business Function You use a Business Process if you are thinking of a causally-related set of behaviors ( activities ) that in the end produce something, normally a service or an object. You use a Business Function if you are thinking of a grouping of related behavior based on for instance same tools, same skills or same role that performs it. In fact, Business Function is best seen as an inside-out view of the business behavior.

Business Actor The Business Role is an abstract sort of actor. The Business Actor is a real actor. People, departments, business units, companies regulators etc.

Technical Infrastructure Node Hardware and system software where files are stored or applications can run. Infrastructure Function Behavior of the Node Infrastructure Service Visible behavior of the Node What the applications need to function. File share Application execution Database Service Infrastructure Interface Contract that the application has to fulfill. SMB, NFS, TCP/IP etc. (c) Artifact 2015 IASA Global File, Database, Executable file

Event, Trigger and Flow Trigger B receives order from A to start trigger function. Triggering means there is a causal relation between the two functions. Flow Information flows from one to the other.

Event, Trigger and Flow Business Event Is something that happens. Events can trigger a Business Process or a Business Function and they can be raised by a Business Process or Business Function, which is also depicted with a Trigger relation. Business Events are normally used for standalone things that happen.

Business Collaboration Business Collaboration Two or more roles collaborating to provide a business interaction (behavior) All parties own the business interaction Not clear who is in charge Business Interaction Behavior of the Business Collaboration

Application Collaboration Application Collaboration Two or more components collaborating to provide an Application Interaction Not clear which component is in charge Application Interaction Behavior of the Application Collaboration

Relations Association Relation Catch-all relation Specialization Relation Specialization of another element Is-A Support Multiple inheritance Composition Relation Has-A Refers-To

Product, Contract and Value Product What you offer to the outside world Could be outside business or outside department etc. Aggregation of one or more services and optionally a contract Contract Formal or informal agreement that covers the delivery of the service provided Value Value of the Product Abstract Value to consumer Value to producer Be described in monetary or emotional terms Officially it is associated with Service, and only indirect with Product (as opposed to here)

Representation and Meaning Representation Representation that can be shared with others, e.g. a print, a PDF etc. Meaning The meaning of the representation The information related counterpart of a Value Represents the intention of a Business Object or Representation

Network and Communication Path Network Physical communication medium Realizes a Communication Path Communication Path A way for nodes to exchange data The logical representation of a physical Network

Automated Processes If a process is run by people, a Business Role is Assigned-To the Business Process and a Business Interface is Assigned-To a Business Service. If a Business Process is performed by an application we draw an Assigned-To between the Application component and the Business Process and we also draw and Assigned-To between the Application Interface and the Business Service

Nesting There are three relation types that may be drawn by nesting an element inside another element: Composition, Aggregation and Assignment. Archi makes you select one relationship type, but you can t see it visually. A and B is Composition and C is Aggregation but looks the same. You can use Node to encapsulate Infrastructure.

Grouping Nesting (described in prior slide) Use Aggregation to group elements to a common base element. Grouping Relation Catch-all relation

Junction Relation Relate other relations to each other

Location Geographical location where something resides. You can use the Assignment relation to link it to several other element types to model where they are located.

Archi Grouping and Notes Icons Note Grouping Note Connection

Motivation Goal End state that a stakeholder wants to achieve. Requirement Obligatory aspect of what a system or process Realizes. Driver Something that drive change in the organization. May be external or internal. Assessment Outcome of an analysis of a Driver Stakeholder Role that is interested in achieving a Goal or might be associated with a Driver or an Assessment Constraint A forbidden aspect of what a system or process Realizes. Principle Sort-of Goal that is generalized Requirement

Motivation Relations between elements are generally Associations Realization is used for: Requirement, Constraint or Principle Realize a Goal Requirement or Constraint Realize a Principle Any core ArchiMate concept (except Value and Meaning) Realize a Requirement Influence relationship To model the way Driver, Assessment, Goal, Principle, Requirement and Constraint can influence each other. Normally, a label on the relationship is used to denote the type of influence.

Archi Requirements Stakeholder Driver Assessment Goal Principle Requirement Constraint

Archi Business Elements Business Actor Business Role Business Collaboration Business Interface Business Function Business Process Business Event Business Interaction Product Contract Business Service Value Meaning Representation Business Object Location

Archi Application Elements Application Component Application Collaboration Application Interface Application Service Application Function Application Interaction Data Object

Archi Infrastructure Elements Artifact Communication Path Network Infrastructure Interface Infrastructure Function Infrastructure Service Node System Software Device

Archi DO WE NEED THIS?? Work Package Deliverable Plateau Gap

Archi Connectors Magic Connector Create connections automatically Specialization Relation Composition Relation Aggregation Relation Assignment Relation Realization Relation Triggering Relation Flow Relation Used By Relation Access Relation Association Relation Influence Relation Junction

Archi Start of a new Model Views Here is where you access your views and create new ones Can also validate model Can also create: Sketch View Folder Sketch View Experimental feature of Archi Meant to be the ArchiMate Introductory viewpoint Don t need to use this for this workshop

Properties Selecting an element allows you to see and enter more detail properties for an element or connector

Visualizer