INF5120 and INF9120 Modelbased System development · 6-18/2: ArchiMate 3.0 Modeling, TOGAF 9.0...

Telecom and Informatics 1

INF5120 and INF9120

”Modelbased System development”

Lecture 6: 18.02.2018Arne-Jørgen Berre

arneb@ifi.uio.no and Arne.J.Berre@sintef.no

Course parts – 2019 (tentative plan)

◼ Part I-a -(Introduction to Modeling): ◼ 14/1 - Start◼ 1-14/1: Introduction to INF5120◼ Part I-b -(Introduction to Modeling and Metamodeling and)◼ 2-21/1: Modeling structure and behaviour (UML and UML 2.0 and metamodeling) ◼ 3-28/1: MDE with Eclipse EMF, Xtext and SIRIUS◼ 4-4/2: Business Modeling – BMC, LSC, VDML/VDMBee, (w/meta model) - (Business Model Canvas, Value Proposition, Lean

Canvas - VDMBee, VDML◼ Part II - (Business Architecture/Business Modeling Modeling + Server side – Node-RED + THingML + Sensors/IoT/Cloud -

and the Smart Home project): )◼ 5-11/2: BPMN◼ 6-18/2: ArchiMate 3.0 Modeling, TOGAF 9.0 ◼ 7-25/2: Node-RED Cognitive Services/AI – Watson services example (for Oblig 2) (IBM Cloud)◼ 8-4/3: Smart Home - Design Thinking (with IBM)◼ 4/3 - Oblig 1: Individual / Pairs - Metamodeling + Node-RED (pass / no-pass)◼ 9-11/3: Service Modeling with UML 2.X Collaboration Models and Composite Models and SoaML◼ 10- 18/3: UML 2.x Sequence Diagrams, UML 2.x State Machines. ArchiMate ArchIsurance, ArhiMetal examples, ◼ 11- 25/3 SysML and Arcadia/Capella and CJML◼ 25/3 - Oblig 2: Specification Models Smart Home – Business Architecture – Business Canvases, ++, ArchiMate + IBM◼ Part IIi - (Modeling –Apps + EA/ArchiMate)◼ 11- 1/4 UI – Server, UI Start lecture – incl. IFML – EA with ArchiMate - Oblig 2 (3) discussion/presentationPart IV - (MDE – Creating Your own Domain Specific Language – Eclipse, Xtext/SIRIUS): ◼ 12-8/4: Model driven engineering – revisited◼ Oblig 3: Smart Home – Realisation with Node-RED, IBM Watson/IoT services + ArchiMate/UML++ Application,

Technology, Physical models – 10%◼ EASTER – 15/4 and 22/4 ◼ 29/4 - Oblig 3 - delivery◼ 13-29/4: MDE – Lexical (ThingML) and Graphical (CJML) DSLs and Transformations◼ 14-6/5 Lecture – Model Driven Engineering◼ 15-13/5 Lecture - Model Driven Engineering◼ 13/5 – Oblig 4- Smart Home demonstrations - 10%◼ 16-20/5: Summary of the course - Oblig 4 final discussions - Conclusions, Previous exams – group collaborations

Preparations for the Exam by old exams

◼ 3/6: Exam (4 hours), Mandag June 3rd, (0900-1300) - 70%

This lecture, February 18, 2019

ArchiMate 3.0 + TOGAF 9.0

+ Design Thinking (prepare for Oblig 2)

◼ Enterprise Architecture

◼ TOGAF

◼ ArchiMate

◼ Modelio Archimate, BPMN and UML modelling tool

◼ ArchiMate Business Process

Telecom and Informatics

Content

◼ Enterprise Architecture

◼ TOGAF

◼ ArchiMate og Archi and Modelio

Zachman Framework

◼ Row 1 – ScopeExternal Requirements and Drivers

Business Function Modeling

◼ Row 2 – Enterprise ModelBusiness Process Models

◼ Row 3 – System ModelLogical Models

Requirements Definition

◼ Row 4 – Technology ModelPhysical Models

Solution Definition and Development

◼ Row 5 – As BuiltAs Built

Deployment

◼ Row 6 – Functioning EnterpriseFunctioning Enterprise

Evaluation

Contextual

Conceptual

Logical

Physical

As Built

Functioning

Contextual

Conceptual

Logical

Physical

As Built

Functioning

Many Architectural Frameworks ….

ARISZACHMAN GERAM

EN/ISO 19439

EKA -POPSEKA -POPSEKA -POPS

Athena OEA

TOGAF 9 (The Open Group)

Building block evolution

Service categories

http://www.togaf-modeling.org/

Archimate 3.0

◼ http://pubs.opengroup.org/architecture/archimate3-

doc/toc.html

◼ http://www.opengroup.org/subjectareas/enterprise/archim

Archimate 3.0

◼ What is new:

◼ http://www.opengroup.org/subjectareas/enterprise/archim

ate/3.0-whats-new

◼ Introduction to Archimate 3.0 – part 1 to 7 (vode=

◼ https://www.youtube.com/watch?v=ULl9lf0OZco&list=PLB

8F2ECDADEE616AA

◼ Archimate 3.0 in Practice – part 1 to 5

◼ https://www.youtube.com/watch?v=_kmYkxKb_-

o&list=PLB8F2ECDADEE616AA&index=8

ArchiMate

http://www.archimatetool.com/

MODELIO – to be used in the course!

UML, Use case diagram in Modelio

Business Product View

ArchiMate viewpoint mechanism

ArchiMate

Authors : eSchoolink Group - ITNLU

Contents

1. What’s ArchiMate ?

2. Why ArchiMate ?

3. Main Benefits of ArchiMate

4. Layers of ArchiMate

5. ArchiMate vs UML

6. Notations of ArchiMate

7. Demo

What is ArchiMate?

◼ ArchiMate is a modelling technique ("language") for describing enterprise architectures.

◼ It presents a clear set of concepts within and relationships between architecture domains, and offers a simple and uniform structure for describing the contents of these domains.

◼ ArchiMate distinguishes itself from other languages such as Unified Modeling Language (UML) and Business Process Modeling Notation (BPMN) by its well defined metamodel, and wider enterprise modelling scope.

What is ArchiMate?

◼ ArchiMate offers a common language for describing

the construction and operation of business processes,

organizational structures, information flows, IT

systems, and technical infrastructure.

◼ This insight helps the different stakeholders to design,

assess, and communicate the consequences of

decisions and changes within and between these

business domains.

What is ArchiMate?

◼ An architecture framework is used to structure the

concepts and relationships of the ArchiMate language

◼ It divides the enterprise architecture in to a business,

application and technology layer. In each layer, three

aspects are considered: active elements that exhibit

behavior (e.g. Process and Function), an internal

structure and elements that define use or

communicate information.

Why ArchiMate?

◼ Enterprise architecture is an important instrument to address this company-wide integration.

◼ It is a coherent whole of principles, methods and models that are used in the design and realization of the enterprise's organizational structure, business processes, information systems, and IT infrastructure.

Why ArchiMate?

◼ A good architecture practice enables an organization

to align business and IT operations with its strategy,

quickly respond to changes in the environment, and

make optimal use of technological opportunities.

◼ The development and maintenance of architectures

will lead to efficiency, cost reduction and flexibility.

Why ArchiMate?

◼ Within companies various domain architectures can

be found, like organization, business process,

application, information, and technical architectures.

◼ Each architecture domain has its own concepts for

the modelling and visualization of its internal

coherence. These specific models and visualizations

simplify communication, discussion and analysis

within the domain

Why ArchiMate?

◼ However, the relations between the concepts in these

different domains are in many cases unclear.

Moreover, these domains often partially overlap but

use different notions to express the same ideas,

sometimes even with-out the people involved knowing

◼ The resulting ambiguities and confusion stand in the

way of the flexibly and efficiently operating

organizations we envisage.

Why ArchiMate?

◼ ArchiMate wants to do away with these ambiguities. It presents a unified way of modelling enterprise architectures, integrating the various domains and describing them in an easily readable way

◼ ArchiMate is of course not an isolated development. The relationships with existing methods and techniques, like modelling languages such as UML and BPMN, and methods and frameworks like TOGAF and Zachman, are well-described.

Main Benefits of ArchiMate

1. It is an international, vendor-independent standard of The Open Group, liberating you from the lock-in of vendor-specific tools and frameworks. There is active support from the ArchiMate Forum of The Open Group.

2. Its well-founded concepts and models provide precision. It helps you get away from the 'fuzzy pictures' image of architecture.

3. It is a lean and simple language. It contains just enough concepts for modeling enterprise architecture and is not bloated to include everything possible. Its uniform structure makes it easy to learn and apply.

Main Benefits of ArchiMate

4. It has clear links to existing approaches for specific architecture areas such as software or business processes. Several concepts in ArchiMate have deliberately been borrowed from other languages such as UML or BPMN, to provide an easy bridge.

5. It does not prescribe a way of working, but it is easily combined with existing methods such as TOGAF.

6. It has been tried and tested by many different user organizations and is supported by numerous consultancies and software tools.

Layers

◼ A layered view provides a natural way to look at service-oriented

models. The higher layers use services that are provided by the

lower layers. ArchiMate distinguishes three main layers:

❑ The Business layer offers products and services to external

customers, which are realized in the organization by business

processes performed by business actors and roles.

❑ The Application layer supports the business layer with

application services which are realized by (software)

application components.

❑ The Technology layer offers infrastructural services (e.g.,

processing, storage and communication services) needed to

run applications, realized by computer and communication

hardware and system software.

ArchiMate vs UML

ArchiMate

◼ ArchiMate was created to

model the architecture of an

enterprise (all of the

systems in an organization).

◼ ArchiMate models the

business, information

system (application and

data), and technology

architectures of the

environment, including how

these architectures are

inter-related.

UML⚫ UML still functions best as

a way to document the

architecture of a single

system

⚫ UML provides 13 diagram

types, providing flexibility

to describe many different

types of systems.

ArchiMate vs UML

◼ Archimate started with an understanding that these problems relate to one another; that the entire complex and difficult business of understanding IT requires a rich inter-relationship of completely different domains, from business motivation to business process to managed services to systems to infrastructure.

◼ Thus Archimate goes where UML doesn’t: it defines a metamodel that allows these relationships to be constructed, and constrained, and communicated. The constraints allow analysis, traceability, governance, and consistency. UML is unconstrained between model types. Archimate is not.

Notations

◼ Every concept and relation should have a precise graphical notation, with a sufficient resemblance the ‘standard’ ArchiMate notation. The notation in the Visio stencils can be used as a guideline

◼ Optionally, multiple notations may exist for a single concept.

◼ It should be possible to denote composition, aggregation and assignment both with their ‘line’ notation and with nesting.

Relations

◼ The following relation types should be supported: ◼ Structural relations:

◼ composition*

◼ aggregation

◼ assignment

◼ used by

◼ realisation

◼ access

◼ association

◼ Dynamic relations: ◼ triggering

◼ flow

◼ Other relations: ◼ grouping

◼ junction

◼ specialisation*

Notations

Notations & Relations

ArchiMate 3.0 full framework

Layers

Layers , domains

Overview of the ArchiMate concepts and main relationships.

ArchiMate - Behavior and Structure

Elements Metamodel

Motivation aspect metamodel

Motivation and core elements

Example of motivation aspects

Strategy layer metamodel

Example Strategy Model

Relationships between Strategy Elements

and Motivation and Core Elements

UML USE CASES AND USER

STORIES

Use case modeling

Template of a Use Case Description

……….

User Story template

◼ I <in the role of XX> needs functionality <zzz> to achieve

the goal of <YYY>

Backlog metamodel

INF5120 and INF9120 Modelbased System development · 6-18/2: ArchiMate 3.0 Modeling, TOGAF 9.0...

Documents

Lecture 10 ISDN Contd.. ISDN Services ISDN has three types of services : –Bearer Services –Teleservices, & –Supplementary services

SERVICES TOURISTIQUES / TOURIST SERVICES L’OUTAOUAIS

”Modellbasert Systemutvikling” ”Modelbased System ......INF5120 Model based System Development 24.01.2011 1 Telecom and Informatics 1 INF5120 ”Modellbasert Systemutvikling”

INF5120 and INF9120 Modelbased System development · INF5120 and INF9120 ”Modelbased System development” Lecture 6-1: ... IFML –Interaction Flow Modeling Language, ... Zachman

INF5120 and INF9120 Modelbased System development · Telecom and Informatics 3 This lecture, February 20, 2017 BPMN and Process modeling Enterprise Architecture TOGAF ArchiMate Modelio

Scaffolding Services Blasting & Painting Services ... - evolusi … · Evolusi Synergy have been providing services for Scaffolding Services, Blasting & Painting Services, Machinery

INF5120 and INF9120 Modelbased System development · Lean Startup –Lean Canvas. Telecom and Informatics Course components 4 ... software development. • For PC manufacturer Dell,

Management Strategy, Excellent Services, and Services Marketing

Excel Services & Excel Web Services

INF5120 ”Modelbased System development” · Telecom and Informatics 26 SoaML – Goals Intuitive and complete support for modelling services in UML Support for bi-directional asynchronous

InstallShield Professional Services ( Services Pack / Education / Consulting )

Services concentrés et services déconcentrés du ms

INF5120 and INF9120 Modelbased System development · 13-8/4: Model driven engineering –DSLs - IBM SPSS Graphic Modeler and IoT Analytics EASTER –15/4 and 22/4 14-29/4: Lecture

Systems Components Services Facility Services

INF5120 ”Modellbasert Systemutvikling” ”Modelbased …...Ontologies Bus.Process Bus.Rules Goals NFA/Qualities Org BPDM, SBVR, EDOC,UPMS, PIM4SOA, ODM PSM-K BPMN, POP*, ARIS,

Charte des services pour l'acceuil des services

Des services traditionnels aux nouveaux services

Materials Services Schweiz Conseils Matériaux Services

INF5120 ”Modellbasert Systemutvikling” ”Modelbased System ... · INF5120 Modellbasert Systemutvikling 26.01.2006 3 Telecom and Informatics 5 Undervisning Forelesninger Dekker

”Modellbasert Systemutvikling” ”Modelbased System development” · ”Modellbasert Systemutvikling” ”Modelbased System development ... (PIM) and Requirements modeling ,