Enterprise Architect version 14.0

download
purchase

enzh-CNcsnlfrdehiiditkoplptruskessv

My Profile

Social Media Channels

facebook  twitter  youtube   linkedin

ArchiMate is an industry standard notation developed by The Open Group for the graphical modeling of enterprise architectures. The notation has evolved to be fully aligned with TOGAF. Many companies recognise the value of these architectural models in understanding the dependencies between their people, processes, applications, data and hardware. Using ArchiMate allows them to integrate their business and IT strategies.

Gillian Adens, Director of Hippo Software, demonstrates how Enterprise Architect can be used to create ArchiMate models and viewpoints to help in understanding, documenting and communicating knowledge of the enterprise architecture. The webinar:

  • Explains the purpose of ArchiMate and how it supports TOGAF
  • Shows how to model business organisation, processes and products using ArchiMate business layer viewpoints
  • Illustrates an application landscape and explores dependencies using ArchiMate application layer viewpoints
  • Shows how to catalogue company infrastructure (hardware, system software and networks) using ArchiMate technology layer viewpoints
  • Demonstrates how to identify stakeholders, drivers, goals and requirements using the ArchiMate motivation extension

View the webinar and corresponding online resources at:

http://www.sparxsystems.com/resources/webinar/partners/archimate/archimate-introduction-hippo.html

Published in News

Last chance to register.

ArchiMate is an industry standard notation developed by The Open Group for the graphical modelling of enterprise architectures. The notation has evolved to be fully aligned with TOGAF. Many companies recognise the value of these architectural models to understand the dependencies between their people, processes, applications, data and hardware. Using ArchiMate allows them to integrate their business and IT strategies.

This webinar will demonstrate how Enterprise Architect can be used to create ArchiMate models and viewpoints to understand, document and communicate knowledge of the enterprise architecture. The webinar will:

  • Explain the purpose of ArchiMate and how it supports TOGAF
  • Show how to model business organisation, processes and products using ArchiMate business layer viewpoints
  • Illustrate an application landscape and explore dependencies using ArchiMate application layer viewpoints
  • Show how to catalogue company infrastructure (hardware, system software and networks) using ArchiMate technology layer viewpoints
  • Demonstrate how to identify stakeholders, drivers, goals and requirements using the ArchiMate motivation extension

To learn more about using ArchiMate within Enterprise Architect, please register for this webinar today.

Guest Presenter: Gillian Adens, Director of Hippo Software.

Published in News

Learn how to use ArchiMate and Enterprise Architect to model your enterprise architecture. Understand the complex inter-dependencies between people, processes, applications, data and hardware. Use ArchiMate to align your business and IT strategies. Register now to attend on 18th or 19th June 2014.

 

http://www.sparxsystems.com/resources/webinar/partners/archimate/archimate-introduction-hippo.html

Published in News

This new training course teaches delegates how to create ArchiMate business and motivation viewpoints in Enterprise Architect. Learn to model business organisation, processes and products and identify stakeholders, drivers, goals and requirements.

Published in News

Introduction

 

In the last year I have done a number of projects for a Dutch government agency as a data architect. This organisation has an architecture team with four members. There is a problem in producing architecture documents like Project Start Architectures, it takes too much time and the result has limited value for the projects.  This is mainly caused by the lack of overview on the baseline and the target architecture. There is no overview of the business processes, the application and the infrastructure.

For every project, an architect has to do a lot of research on the baseline architecture first, sometimes this activity takes weeks to get a architecture view that is input for working on the target architecture. Another problem is that every architect has his own tools and techniques for the architecture notations and documents. Although there is an architecture document template, there are large differences in the quality and presentation of these documents. However due to the differences in tools and techniques, every architect starts from scratch for every project.

To tackle these problems the team decided to synchronize their activities, techniques, notation and tools. Therefore the following questions where formulated:

·         Which notation is best to support our architecture documents and diagrams?

·         Based on the selected notation, which tool can help us to make our documents more efficiently?

·         What do we have to change in our team to encourage reuse of existing documents and diagrams?

Below I will describe how we looked for answers to these questions and what lessons we have learned.

ArchiMate

 

In the Netherlands, there are a lot of architecture methods available like Togaf, Zachman, Dragon1, Demo, DyA and ArchiMate.  Each method has its own characteristics. However which are important for our own organisation. The architecture team did an interactive workshop to formulate the following requirements for the architecture methodology:

·         It must be an open standard and is used in other government agencies for exchanging models.

·         Applicable for all aspects of an enterprise architecture, from business to infrastructure and data architecture.

·         It must be easy to use and easy to read for non IT professionals.

In this interactive workshop a number of extra requirements where formulated and most important we defined a multiplier define the importance for each requirement. The requirements were mapped on a number of architecture methodologies and ArchiMate was the methodology with the highest score.

ArchiMate is an open standard with a powerful notation for all the aspects of enterprise architecture. Since ArchiMate 2.0 there are even extensions for motivation like principles, requirements and stakeholders and project management for plateaus, gaps and work packages. In the figure below you see a sample ArchiMate 2.0 diagram.

Figure 1 Sample ArchiMate notation

After this methodology selection the next step was to evaluate it in a number of projects. For ArchiMate there are Visio Stencils and a number of open source tools. Every architect used the notation for a period of time and during this period we organized a number of sessions to discuss the results. We also organized an interactive session with our non IT stakeholders to evaluate the selected methodology.

In these evaluations we discovered that the ArchiMate notation is valuable for describing the architecture in our organisation. For the notation instruction material was made with example diagrams and describing when to use what ArchiMate viewpoints. However the notation is too rich for most of the situations. So the following categories were introduced:

·         Primary diagrams, should be present in every architecture document

·         Secondary diagrams, only available in complex documents for extra description

During the evaluations it became clear that the Visio stencils and open source tooling had insufficient functionality for the next phase, the implementation of the methodology.

Using Enterprise Architect

Like we did with the notation we formulated a number of requirements including a multiplier for each architect and compared a number of tools with each other. This was done with a simple spreadsheet. In the figure below a part of the spreadsheet

Figure 2: Requirement-Tool matrix

Based on the results of this matrix Enterprise Architect had the best score and we introduced the product. This introduction was done in a number of planned steps. There was a risk that the organisation returned to old habits of working in an unstructured way and introducing a architecture methodology combined with tooling has to be embedded in all the activities of the architects.

In the following sessions I will describe a number of important aspects for introducing Enterprise Architect with ArchiMate.

 

Repository setup

Already in an early phase of the tool introduction we discovered that the repository content can become messy when you do not think about structuring the elements. Although there is a good project browser search function structuring the project so you can browse for elements is a good aid for the users of the system.

The repository is divided in three sections:

·         Projects,  actual project documents in various stages of completion

·         Reference architecture, elements and diagrams from previous projects that are generic and probably reusable in future projects. This section is subcategorized in a structured manner comparable with the ArchiMate layers and columns

·         Archive, diagrams and elements from projects that are probably not reusable.

Figure 3: Repository setup

Document generation

Introducing an architecture methodology in combination with tooling asks a lot of effort from the involved professionals. It was therefore important to seek for a solution to reduce the production time of the architecture documents, this was the reason why we started this project in the first place.

Already in an early phase of the project document generation was investigated as part of the overall solution. Document generation proved to be a great help to achieve this goal. The standard document templates were changed to our own corporate layout and the layout of the elements was changed for a better readability. The repository setup was changed so it was possible to change ordering and exclude packages from the document generation.

Sharepoint Wiki

In the organisation Microsoft SharePoint is the application for team- and project collaboration. The architecture team used this already and has made a lot of information available in a SharePoint wiki. First approach was to transfer this information to Enterprise Architect. However making links to files and Wiki content from the Enterprise Architect packages and elements turned out to be a good solution. With the links from the screens and the generated documentation to the wiki content people can easily get access to background information.

Custodian

In the repository setup a distinct difference is made to project data and generic data of the reference architecture. Especially this reference architecture is an important aspect of introducing standardization and reusability. Therefore the reference architecture needs special governance. The team decided to introduce a custiodian role. This custodian is responsible for the reference architecture package in the repository. To keep this reference architecture up to date the custodian has the following activities:

·         Give information and instructions to team members about the setup of the reference architecture and how to use the elements and diagrams.

·         Give feedback on diagrams and notation made by team members in project documentation.

·         Select generic diagrams and elements from project documentation for transfer to the reference architecture.

This custodian role turned out to be a very good decision to help introduce the ArchiMate notation, the new methodology and the usage of the tooling in a right manner.  

Lessons Learned

In one year the organisation introduced a new architecture methodology, notation and tooling. Furthermore the production of architecture documents changed dramatically. Some aspects were successful, while others werenot. The most important lessons we learned are

·         Team involvement,  this is most important to make this a success. Every team member must see the advantages of the new methodology. Furthermore, everybody must be an ambassador and therefore should have sufficient influence on the final product.

·         Notation governance, especially in projects under time pressure, it is so tempting to make an simple diagram in Visio or PowerPoint for a few team members. The role of the custodian is in this important to keep everybody involved!

·         Communicate! A new architecture methodology, notation and tooling has a great impact, not only for the team members but for every stakeholder in the organisation. Take care of informing everybody about results, products and other notifications. We made a number of posters of architecture diagrams for important projects and that helped a lot (see figure 4)

·         ArchiMate 1 and 2, there are two versions of ArchiMate in notation and in Enterprise Architect. At first we decided that we used these notation together. This turned out to be a wrong decision. Not only was it confusing, the tooling has strange behaviour when using the versions simultaneous.

 

Figure 4 Project Poster

Conclusion

The introduction of ArchiMate in combination with tooling was not always easy. There are a lot of options and it was difficult to make the right choice, especially for the methodology. Introducing a new working proceedure was not simple for evberybody. The custodian role helped a lot here. Enterprise Architect in combination with ArchiMate 2.0 turned out to be a good choice. The tooling is easy to use, has sufficient search capabilities, can be adapted easily for document generation and connection with existing applications like SharePoint.

 

 

Published in Case Studies

 

 

Summary of the presentation (from the EA User Group Meeting at Nuremberg, Oct. 8th 2013)

 

This animated presentation downloadable below is about the Open Group's TOGAF 9.1 and ArchiMate 2.0 standards. It illustrates on a short case study how to use the ArchiMate ® 2.0 notations throughout TOGAF®  9’ ADM phases until aligning SOA implementation components with changing business  strategies and capabilities* using Sparx EA.

 

The single slide case study is provided using the Balanced Score Cards perspectives to conduct TOGAF 9 / Archimate 2.0 EA Operating Model.

 

 

(*)   Capability (TOGAF 9.1 Definition) : An ability that an organization, person or system possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of organization, people, processes and technology to achieve. For example, marketing, customer contact or outbound telemarketing.

- A business capability is a particular ability or capacity that a business may possess or exchange to achieve a specific purpose or outcome - Ulrich Homann - Microsoft  

- A business capability defines “what” a business does at its core. This differs from “how” things are done or where they are done (William Ulrich - BPMInstitute.org / OMG's BASIG )  

 

 

Click to download the animated version of this TOGAF 9 / SOA alignment process steps (MS .ppsx file)...

   

 

 

Creative Commons License
This work by Birol Berkem (GooBiz.com) is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License.
Permissions beyond the scope of this license may be available by e-mail to This email address is being protected from spambots. You need JavaScript enabled to view it.

Birol Berkem (Ph.D), GooBiz

 

TOGAF 9 ® and Archimate ® are trademarks of the Open Group.

Published in Case Studies
Page 2 of 2