Blog

Enterprise vs. Solution vs. Infrastructure: Understanding the Different Technology Architectures

Enterprise vs. Solution vs. Infrastructure: Understanding the Different Technology Architectures

Understanding the Different Technology Architectures

There are many different ways to organize your company's IT architecture. Read this guide for a rundown of the different types of technology architectures.

Keyword(s): technology architectures

Technology architects work with an organization to make sure their infrastructure up to scratch. They also make sure the architecture works for the business — not against it.

These architects have different roles according to the different types of architecture deployed.

Three of these technology architectures include enterprise, solution, and infrastructure architecture. What do these three types of architecture do for a business?

Each of these types of architecture looks for options to improve the technology framework. At the same time, there are some pretty key differences between the three. The largest is the architecture's scope.

Ready to learn more? We break them down for you here.

The Three Technology Architectures

The difference between enterprise, solution, and infrastructure technology architectures exists in the scope of the architecture. In other words, each impacts different parts of the company.

The broadest is enterprise architecture, which encompasses the entire organization. The next two zero in on specific components in solution and infrastructure architecture.

Enterprise Architecture

Enterprise architecture (EA) aligns your organization's IT infrastructure with your overall business goals. It shows you how your technology, information, and business flow together to achieve goals.

EA allows for analysis, design, planning, and implementation at an enterprise level. It perceives industry trends and navigates disruptions using a specific set of principles known as enterprise architectural planning (EAP).

The benefits of applying EA come to the fore during processes like re-organization or a merger or acquisition.

It standardizes and consolidates the process. The end result is ensuring consistency and alignment across the board.

Benefits include:

  • Open collaboration between business units and IT
  • Simpler evaluation of the present architecture compared to long-term goals
  • Comprehensive "50,000-foot" view of IT for all business units
  • Benchmarking framework for comparison of baseline against standards or competition

EA needs a guide, and that guide is an enterprise architect, who reports to the CIO.

The role of the enterprise architect includes:

  • Analyzing trends in technology architecture
  • Evaluating applications against business and enterprise standards
  • Identifying the viability of the architecture within organizational changes
  • Educating IT teams on best practices

Within EA exists four types of architecture:

TOGAF makes up 80 percent of all business framework structures. Enterprises overwhelmingly prefer it because it is all-encompassing. It also offers a common vocabulary and makes it easy to define best practices.

Solution Architecture

Solution architecture (SA) describes the architecture of a technological solution. It uses different perspectives including information, technical, and business. It also considers the solution from the point of EA.

Enterprise architects are best known for taking the "50,000-foot view" of a project. A solutions architect zones in on the details.

Solution architecture concerns itself with the technical decisions involved in organizing and implementing the solution. It then compares them to business outcomes.

The solution architect makes decisions about the nature of the solution. Those decisions might include:

  • Building vs. buying solutions
  • Technology platforms
  • Scaling the solution to integrate
  • Deploying solution components

The solution begins as a concept. But these decisions like the ones above transform it. Under the eye of a solution architect, ideas become concrete software solutions.

Solution architects aren't just designers. They also perform key roles like:

  • Managing teams during design and construction of application development
  • Mentoring and training personnel
  • Monitoring strategic relationships
  • Communicating business goals with the application development team

Finally, solution architecture doesn't leave the key stakeholders behind. It considers the needs of senior management, business users, and IT. However, it strikes a balance between the needs while still aiming for the stated business outcome.

The bottom line: solution architecture and its architects focus on technical leadership. Their job is done when everyone buys into the technical vision and understands how it contributes to the business vision.

Infrastructure Architecture

Infrastructure architecture refers to the sum of the company's hardware and IT capability. Achieving synergy between all the devices is its overarching goal.

In the past, infrastructure architecture was the focal point for security. Today, it goes further. It's a structured approach for modeling an enterprise's hardware elements. Those models also involve defining the operating relationship between them. It is a well-documented approach that includes the correct detail and abstraction as it pertains to different key stakeholders.

The key objective of infrastructure architects is ensuring that the organization's technical systems and infrastructure support the organization's requirements.

They may look at the business strategy for scaling, data security, or supporting a drive towards mobile integration.

An infrastructure architect fulfills its role by:

  • Determining technical requirements for delivering and maintaining infrastructure
  • Participating in program audits and project reviews
  • Manage technical projects
  • Manage core infrastructure
  • Recommend system technologies
  • Create and design (and redesign) technological infrastructure
  • Build consensus between teams

Infrastructure architecture doesn't offer as comprehensive a view as EA. But it does encompass more of the IT system than SA does.

Infrastructure architecture is also arguably the most changeable of the three. Big data and virtualization now mean enterprises' infrastructure is now under constant pressure. Not only are there greater technical requirements required, but both security and integration contribute to new challenges faced daily.

Become a Certified Enterprise Architect

Enterprise architecture is the broadest of the technology architectures in scope. With so many critical responsibilities, it's no wonder that certifications are in such great demand.

If you are an IT professional, getting certified is the next step in your career.

For businesses, seeking certification for teams is the critical step for aligning your IT and business goals. It also prevents you from losing both productivity and cash in the chasm that too often falls between infrastructure and goals.

Are you looking for in-house or online training? We offer training for TOGAF 9.2, ArchiMate 3.0 and IT4IT certifications. Get in touch today to start your journey towards certification.

Enterprise Architect Job Outlook: What Does the Future Hold in This Field?

Enterprise Architect Job Outlook: What Does the Future Hold in This Field?

Enterprise Architect Job Outlook: What Does the Future Hold?

Enterprise architecture is a growing field. Here is your breakdown of the enterprise architect job outlook going forward.

Keyword(s): enterprise architect job outlook

Enterprise architects can make well over $100,000 per year. And it's a career that can unlock the potential of businesses.

But not everyone knows the pros and cons to this top career.

We've broken down the keys to this job and its ins and outs. Read on for a guide to the enterprise architect job outlook.

Enterprise Architect Job Outlook

Businesses are rapidly turning to enterprise architecture for high-level company solutions. In fact, surveys say as many as 60 percent of executives list enterprise architecture as a top key to executing their strategic plan.

And with technology growing faster than ever, enterprise architecture is on the rise. In less than 10 years, the United States is expected to need more than 500,000 new jobs in tech-driven areas, like enterprise architecture.

Even with this bright enterprise architecture job outlook, it's good to get a handle on the position before jumping into the career.

What is Enterprise Architecture?

Enterprise architecture takes a holistic approach to boosting business productivity. It pulls a bunch of operations and systems together and gets the whole corporation on the same page.

That usually means taking a look at a company's different technology, information systems, and processes. And good enterprise architecture will shift those entities towards the same company goals.

Because technology is advancing so quickly, some companies are left with a bit of a technological mess. They may use a mix of different systems, applications, and software.

And it's not uncommon for a single company to use cloud servers, physical servers, and additional software all at once.

Enterprise architects can line everything up and centralize tasks to align with one mission.

Benefits of Enterprise Architecture

Wondering why the enterprise architect career outlook is in high demand? A big reason is its ability to completely reshape a company.

Here are some ways enterprise architects can strengthen a corporation:

Boosted Productivity

Unified companies are better at adapting to change. And that means they are prepared for more changes in technology.

A good enterprise architecture simplifies the flow of technology and tech systems. And they free up specialists to focus on their area of expertise.

Increased Clarity

Enterprise architects help push a company's mission to the front of decisions. And that can make choices much simpler.

They help simplify tasks and boost the efficiency of information technology systems. This all saves time and gets the money streaming in a direction that's consistent with the company's goals.

Less Risk

Enterprise architects have a knack for simplifying information technology. And that usually means safer IT. These masters can identify potential risks and improve system security.

That also tends to turn into fewer big crashes or technological disasters.

A Focus on Measurability

One of the top things driving this positive enterprise architect career outlook is the benchmarks it can create.

It's hard to monitor progress without measurement tools.

Enterprise architects can set up measurement tools, gather data, and improve companies. And this can set a company on a path to accomplishing its strategic goals.

Skills Needed in Enterprise Architecture

Enterprise architects need to be organized and able to see the big picture. They often also have to bridge the gap between multiple departments. That means excellent communication skills are a must.

They should be able to break down complicated information for people outside the tech world.

And strong enterprise architects have a good grip on technology and information technology systems.

Here are some of common software programs that are used to build enterprise architecture plans:

  • Mega
  • Planview
  • Software AG
  • Avolution
  • Orbus
  • Sparx Systems

Education Requirements

Most enterprise architects study information technology, computer science, or a related field. But people can brighten their enterprise architecture job outlook with certifications. Technical certifications also can increase the chances of a higher salary.

Here are some of the most profitable certifications out there:

  • Certified Technical Architect (CTA)
  • AWS Certified Solution Architect
  • ITIL Master Certificate

Enterprise Architect Salary Outlook

The salary for enterprise architects has risen with increasing demand. And demand in the field is expected to increase 12 percent by 2026.

The average salary for an enterprise architect hovers around $120,000 per year. But a worker's salary can vary. Here are some factors that tend to impact an enterprise architect's earning potential:

  • Level of education
  • Exact title of the position
  • Certifications that the individual holds
  • Number of years of experience in related fields
  • Job location

Enterprise architects with fewer than five years of experience tend to make around $100,000 per year. At the same time, individuals with five to 10 years of experience make closer to $120,000 annually. Veterans who have been in the field for more than 20 years often make up to $150,000 per year.

Job location can impact salary drastically. For instance, earners in Philadelphia average almost 30 percent higher salaries than other parts of the United States. Other high salary areas include New York City, Seattle, San Francisco, and Atlanta.

Tasks and Responsibilities

Enterprise architects usually have a heavy focus on information technology. They navigate IT and provide leadership for both projects and services in the arena.

But they also tend to interact with outside customers and teams. They work to keep technology up to date, and they often gather feedback to improve systems.

Here are some common tasks for enterprise architects:

  • Finding technological solutions that fit the business' needs
  • Leading development and IT teams
  • Identifying technical problems in things like hardware, software, and security
  • Creating architecture to improve workflow or to set up new systems

Enterprise architects are expected to find solutions to problems. But they also should be able to maintain a company's current IT systems.

Much of the typical enterprise architect job duties include improving systems that are already in place.

Next Steps in Becoming an Enterprise Architect

This guide should give an overview for EA and shows a positive enterprise architect job outlook. And we have resources for all kinds of enterprise architects.

That means everyone from people entering the field to those interested in improving earning potential.

Want to boost your credentials? Check out our training section here for a list of the top upcoming training sessions for every level.

The Four Types of Enterprise Architecture Framework: Which Is the Best Type For You?

The Four Types of Enterprise Architecture Framework

The Four Types of Enterprise Architecture Framework

Do you know which type of enterprise architecture framework is right for you? Find out more about the four types and how to make your decision here!

Keyword(s): enterprise architecture framework

A single problem with miscommunication can be trouble. A foundation of miscommunication kills a company.

The structure of any business must be smooth running and sturdy in the face of change. Without either of these things, small problems turn into catastrophic problems.

With the help of an enterprise architecture framework, you can avoid these company disasters.

There are many options and ideas that can help you. Which one will work best for you? Find out more below.

What is Enterprise Architecture Framework

An enterprise architecture framework is a system. It helps to reverse the biggest problem facing IT development.

In the past few decades, IT has increased to monstrous heights. This creates powerful, but complex, IT systems. The complexity of these systems, though, makes it near impossible to get the same value out of the system as you put in.

Since IT is such a concrete core of any major business, a framework that helps manage IT can prop up an entire business structure.

As the IT complexity problems increase day after day, the need for enterprise architecture is at an all-time high.

The Four Types

We codify the basics of enterprise architecture in these four major framework systems. Each of them has strengths and weaknesses.

Each of these systems has been in use for over a decade at the least. They each have a long and storied history. As well, each of them takes decades and decades of information structure and put it to use.

1. The Open Group Architectural Framework

The Open Group Architectural Framework, or TOGAF, is one of the most common framework structures in business today.

TOGAF accounts for over 80 percent of the entire business framework structure.

It contains all the needed pieces for a powerful framework. It has a common vocabulary to use, recommended standards and compliance methods, suggested software and tools, and even a method to define best practices.

Created and owned by The Open Group, TOGAF is as much an engine as a framework.

It holds the steps and keys to creating independent architecture. This method of creation is the Architectural Development Method or ADM.

TOGAF is often viewed as more an overarching process. The details and methods contained within TOGAF help guide businesses through any step of business organization.

2. The Zachman Framework

The Zachman Framework uses the method of taxonomy to organize a massive variety of documents and materials into categories that suit them.

The Zachman Framework goes beyond IT. It offers structural connections into any aspect of an enterprise.

The basis of the Framework focuses on six descriptive foci and six player perspectives.

The foci are data, function, network, people, time, and motivation. The perspectives are planner, owner, designer, builder, subcontractor, and enterprise.

The interconnective web that these twelve total points create gives you a structure that communicates how best your company can operate.

When you understand why each point can connect and relate to each other, you discover a powerful facet of your business. This can help guide proper decisions on your business.

Keep in mind that these details are broad, and refining them can only give a more concentrated web of information.

3. Federal Enterprise Architectural Framework

The Federal Enterprise Architectural framework, or FEA, is one of the newest attempts to create a solid structure for organizations.

The US Federal Government developed it in 2006. It helps organize the myriad of different agencies and organizations under its control. Its predecessor, the FEAF, started in 1996.

The FEA combines the best of both the Zachman Framework and TOGAF.

The FEA has five reference models. They cover business, service, components, technical, and data. These five points combine with a segment model to create a perspective on how best to install enterprise architecture.

The segment model at its core allows a distinction of any number of organizations and connections.

FEA was the foundation for a massive restructuring of a high-end government. As such, the framework is a strong core to follow when building a strong foundation for a future company.

4. Gartner

The last type, Gartner, differs from the previous three. It does not conform to the structures of frameworks, taxonomy, or models.

Created by the company of the same name, Gartner is a practice that focuses on a constant state of adapting to the environment around you.

Gartner is one of the leading IT research businesses in the entire world. They contain some of the best minds on the subject of IT. As such, they have a long-running history of smooth communication among all of its experts.

Gartner's focus and strength come from its ability to focus a thousand different moving parts into a singular goal and vision.

Gartner implements the idea of combining business owners, information specialists, and technology implementors into a single unified entity.

Instead of creating webs of framework or a singular process, Gartner relies on a constant recorrection that allows the three core entities to tackle any oncoming problem.

The Type Best for You

No matter what your business is, any one of these types of framework ideas can work for you. The real question stems from the type and direction your business should take as it evolves.

Do you desire a large overarching structure that gives you of step by step processes that you can test each part of your business with?

Do you prefer a web of comparisons and structure to organize where your business sits at any one time?

Do you want a structure of ideas that you can slot any one piece of your business in to determine its status in the overall model?

Do you prefer a more free flow method? One of absorbing your hierarchy of business into a single-minded focus that allows for powerful adaptation to your environment?

No matter the direction you choose, all of these above methods have high pedigrees and a wealth of information to test off of.

Structure for the Future

No matter what shape your business needs, there is an enterprise architecture framework that will fit your needs.

Understanding the structures of business is one of the hardest lessons to learns. We at Architecture Center want you to learn the powers that come from strong business understanding.

Want to learn more on this subject, and many others? Contact us today!

Making Sense of Enterprise Architecture Certifications: Which One Is Most Beneficial to You?

Making Sense of Enterprise Architecture Certifications

Making Sense of Enterprise Architecture Certifications

Wondering which types of enterprise architecture certifications are offered? Click here to learn more about the certifications and their benefits!

Keyword(s): enterprise architecture certifications

What is an enterprise architect? You probably get asked that all the time when you talk about your plans for a career.

And it’s no wonder. There is no official definition of the term “enterprise solutions”. Different organizations and certificates define what it means to them. While some agree, there are a few that contradict each other.

In this article, we'll look at what enterprise solutions are and what enterprise architecture certifications enable you to do.

What Are Enterprise Solutions?

Since there is so much debate over what an enterprise architect does, let’s go over some of the agreed upon facets of designing a business’ IT structure:

1. Discipline

Enterprise solutions take a skilled IT worker to create. It is a way of thinking about the needs of a business and making sure their network structure can handle the job.

Enterprise architects never stop learning Like any career that involves continuing education, you’ll find it is more of a lifestyle than a job.

2. Process

Businesses are constantly growing, shrinking, and changing the demands on their systems. An enterprise architect needs to plan structures with the mentality that change is to be expected.

Enterprise architecture is often split into two groups: applications and systems. Regardless of what you choose, an enterprise architect’s job is to make sure the process of implementing and maintaining a specific framework goes smoothly.

3. Product

Enterprise architects produce models of what your business structure should look like. Making sure the system works and maintaining it are the responsibility of the architect.

Once everything is in place, maintenance will become your top priority. Maintenance is just as important as a smooth install because your system needs to be able to handle constant use.

“Which Certification Will Give Me a Head Start?”

IT professionals with enterprise architecture certifications are in high demand. Salary forum Glassdoor reports the average salary for an enterprise architecture certified IT worker right around £76,195 a year.

Becoming a certified enterprise architecture professional could launch you into a lucrative career path.

But with different organizations and vendors offering so many enterprise architecture courses and certifications, which is right for you?

The Big Names

The best-known providers of certifications for enterprise architecture include:

  • Amazon Web Services (AWS)
  • Salesforce
  • Axelos
  • The Open Group
  • Zachman

Let's discuss a few of these here.

AWS

AWS has been a leader in the cloud computing industry and has a robust training program for its enterprise architects.

They also offer many different levels of certification, from architect down to specific cloud-based certs. If you’re just starting out on your IT career Amazon makes it easy to ascend into more complicated work subjects.

You’ll want at least a year of experience with Amazon’s suite of architecture tools before trying to obtain its associate level certs. Prepping for the test is easy with Amazon’s large repository of practice questions and interactive lessons.

Salesforce

Salesforce employees were the first to use the cloud for customer relationship management (CRM). Today they have over 150,000 customers, making them #1 in CRM over the cloud.

Certified Technical Architect (CTA) is the pinnacle of Salesforce’s enterprise architecture course training. All other Salesforce training leads up the CTA exam.

You’ll start off with their speciality certifications, much like AWS’s cloud-specific training. You can choose to focus on either application solutions or system solutions at this level.

The domain architect is the next level up and awards separate certifications for application or system focused courses. Regardless of which of these paths you choose, you’ll need to know them both to gain the CTA title

Axelos

If you plan on working outside the U.S., Axelos’ ITIL certification may be the best option for you. ITIL is one of the most global IT certifications with over 2,000,000 certified personnel around the world.

Like the other certification providers on this list, ITIL has beginner to advanced training. You can build an entire career off ITIL training.

ITIL’s master certification is one of the hardest to get because it requires at least 5 years of work experience before you can even apply. Even if you have taken all the lower classes offered by ITIL, you’ll still need to get out in the field before becoming a master.

The Open Group

The Open Group’s TOGAF 9 is a silly sounding certification with some serious authority. TOGAF 9 is considered to be one of the most comprehensive enterprise architecture certifications.

More than 80% of all global enterprises use The Open Group’s framework. That’s because their framework addresses every step in building an enterprise architecture.

You can design, create, and manage your IT infrastructure all on The Open Group’s framework.

The good news about making it to the architect level with this cert is there are only about 80,000 IT professionals with the TOGAF designation. With so many organizations requiring TOGAF architects, you may experience less competition when job hunting.

Zachman

Zachman is the only vendor on the list that requires continuing education to maintain your certifications.

Zachman attempts to differentiate themselves by using an ontology-based framework. In reference to IT, ontologies attempt to break up complex structures into more manageable groups.

Instead of focusing on the process of implementing an enterprise architecture, Zachman architects attempt to smooth communication between all aspects of a business.

Getting Your Enterprise Architecture Certifications

Next time someone asks you about your career you can tell them you decide the way businesses run themselves. That’s all enterprise solutions are. The term might sound intimidating, but it is just the way businesses use technology.

Since many enterprise architects come from different fields, don’t be intimidated if you are considering a career switch. The industry is still relatively new and businesses are hungry for IT professionals with any architecture experience.

So read this article and you’ll know exactly how to prepare for your enterprise architecture certifications! If at any time during your training you feel you aren’t learning the skills you need, simply try out a different vendor. Start studying now for a high paying career in enterprise architecture!

ArchiMate vs Other Notations - #2 - UML: Software modelling 

Welcome to second article in our ArchiMate vs Other Notations series. In last article '#1 - Why you might need ArchiMate?' we set a common ground between notations and explored what is the purpose of ArchiMate. Today we start with head-to-head comparison between notations. First in line is UML - Unified Modelling Language - a modelling technique for broad range of use cases. Published in 1997 and maintained by Open Management Group. It is a graphical notations standard with single meta-model aimed for system modelling. It covers many types of diagrams, each designed to cover specific subset of use cases. As UML is so wide in scope we need to look at certain aspects of it. This article would cover one of them, which is software modelling. We will explore similarities and differences in that area between UML and ArchiMate.

Understanding the context

First, let us describe the context. In The Open University course on software development we find a decent definition of a model. Models are forms of description often adopted in software development. They are abstractions we use to represent and communicate what is important. Limited to necessary details they help developers deal with the complexity. By software modelling we mean modelling technical solutions and systems. We create those to get some kind of business value. You could think of following examples of systems or solutions:

  • Application or particular functionalities of it
  • Software interfaces
  • Systems built using many applications
  • Software services for business users

Now, as we have set the common ground, we explore foundations of both notations. 

Software Modelling in UML

As mentioned before we have plenty of diagram types in UML. There are 14 unique types divided into two categories: behavioral and structural. Not all used as often as others. In fact, according to All You Need to Know About UML Diagrams article, in 80% of cases developers use only three. Most used were: Use Case Diagram, Class Diagram and Sequence Diagram.

Use Case diagram show us what kind of use cases we have and how users are involved in them. Class diagram helps us define objects and their attributes. Sequence diagram shows information flow aligned to time. It helps to show the logic behind use cases.

Software Modelling in ArchiMate - application layer

In ArchiMate we do not have diagram types - we have layers and viewpoints. We place all elements and relationships connected to software modelling on Application Layer. Please mind the fact, that we talk about software that supports business. System software such as OS or DBMS are part of technology layer, often called infrastructure layer.

Table below shows what elements of language are defined on that layer:

Element

Definition

Notation

Application component

An encapsulation of application functionality aligned to implementation structure, which is modular and replaceable. It encapsulates its behavior and data, exposes services, and makes them available through interfaces.

Application Component

Application collaboration

An aggregate of two or more application components that work together to perform collective application behavior.

Application Collaboration

Application interface

A point of access where application services are made available to a user, another application component, or a node.

Application Service

Application function

Automated behavior that can be performed by an application component.

Application Function

Application interaction

A unit of collective application behavior performed by (a collaboration of) two or more application components.

Application Interaction

Application process

A sequence of application behaviors that achieves a specific outcome.

Application Process

Application event

An application behavior element that denotes a state change.

Application Event

Application service

An explicitly defined exposed application behavior.

Application Service

Data object

Data structured for automated processing.

Data object

Source: http://pubs.opengroup.org/architecture/archimate3-doc/chap09.html

UML vs Archimate – Component Diagrams

Now we will focus on comparison between those two notations in context of software modelling. When compared, UML and ArchiMate share a lot of similarities, especially in software modelling. Many concepts present in ArchiMate were derived directly from UML. The main element that is a common one is the main active structure element called Application Component. It is the same as UML concept of Application Component. Thanks to that we have a direct relationship between Enterprise Architecture model and implementation models in UML. Example below shows how you could combine ArchiMate and UML based on Application Component element.

ArchiMate and UML based on Application Component

Source: https://www.uml-diagrams.org/examples/component-example-retail-website.png

Source 5

You could model UML Component Diagram as a single Application Component in ArchiMate. Due to that you can present the application in some broader context. When building architecture repository, you could add a reference to Online Shop element that points to external document with detailed UML model that could be used for implementation purposes.

ArchiMate vs UML – Use Case Diagrams

There are some minor similarities regarding Use Case diagrams as well. Application Services could be easily mapped to Use Cases from UML. Thanks to that you could depict use cases in broader context. In the example below, you will see UML Use Case Diagram and corresponding ArchiMate model.

UML Use Case diagram example

UML Use Case diagram example

In this simple example you could notice three actors: Client, Hotel and a system called Booking System. In this diagram we described the use case when client wants to book a hotel room. If Guest is contacting hotel then he can book a room or check its availability. When using Booking System directly he could also get a list of suggested places. Now, look on corresponding ArchiMate example of the same situation

ArchiMate example of the same situation

On ArchiMate view you could clearly see more elements. We used two layers - both Business and Application - to depict two ways the Client could get what he wants. He could contact Hotel over the phone to use services Book and Check Availability. He could also directly use Booking System and its Web FrontEnd Interface to get access to same services and additional Suggested Places service. Mind the fact that Book service on business layer is being realized by corresponding service on application layer - they have the same function, but the context is different - one service is serving Client using business interface while another trough an application interface.

Other examples

Another similarity could be found in Application Function element and Sequence or Activity Diagram. For instance, Activity Diagram could be modelled as single Application Function.

Class Diagrams in UML are very detailed from ArchiMate point of view. In ArchiMate we could use Data Object elements to create class hierarchy, but to create an implementation model those objects needs to reference to appropriate Class Diagrams as shown on example below.

Class Diagrams

ArchiMate example of the same situation

In ArchiMate you rather model the overview of data structure. In UML you could model the rest – solution and implementation details needed for creating the system.

Takeaways

To sum up, let’s take a look on main takeaways from this article:

  • When modelling software in most cases we use UML. In 80% of cases users choose one of three diagrams: Use Case Diagram, Class Diagram and Sequence Diagram
  • ArchiMate has a dedicated layer for software modelling called Application Layer
  • Many ArchiMate elements were derived from UML, like Application Component or Interface
  • Application Component in ArchiMate could represent whole Component Diagram done in UML. Thanks to that we could have a direct linkage between Enterprise Architecture and implementation models.
  • Use Case diagram could be modelled using Services and Actors in ArchiMate
  • Sequence or Activity Diagram could be modelled as Application Function in ArchiMate
  • Classes in UML could be depicted using Data Objects in ArchiMate.

This article is one of articles from ArchiMate vs Other Notations series. Check others:

ArchiMate vs Other Notations - #1 - Why you might need ArchiMate?

ArchiMate vs Other Notations - #3 - UML - business processes

ArchiMate vs Other Notations - #4 - UML - infrastructure modelling

ArchiMate vs Other Notations - #5 - BPMN - overview

ArchiMate vs Other Notations - #6 - UML/ERD - database modelling


Piotr Szpilkowski - trainer at Architecture Center LtdAuthor: Piotr Szpilkowski - Change Leader / Agile Coach, Trainer at Architecture Center Ltd

https://www.linkedin.com/in/szpilkowski/

Quality-oriented leader equipped with both technical and soft skills. Eager to create teams, organize things and make them happen. Experienced in managing various IT projects scattered all around the world. ArchiMate and SAFe trainer.

Architecture Center

Architecture Center Ltd provides consultancy and training services in the following areas: enterprise architecture, business processes management and IT systems integration.