02.11.2012 Views

ARIS Expert Paper - From Business Process to ... - Software AG

ARIS Expert Paper - From Business Process to ... - Software AG

ARIS Expert Paper - From Business Process to ... - Software AG

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

<strong>From</strong> <strong>Business</strong> <strong>Process</strong> <strong>to</strong><br />

Enterprise Architecture<br />

<strong>ARIS</strong><br />

Platform<br />

<strong>Expert</strong><br />

<strong>Paper</strong><br />

<strong>ARIS</strong> Solution for<br />

Enterprise Architecture Management<br />

www.ids-scheer.com


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

<strong>From</strong> <strong>Business</strong> <strong>Process</strong> <strong>to</strong> Enterprise Architecture<br />

<strong>ARIS</strong> Solution for Enterprise Architecture Management<br />

Corporate growth typically goes hand in hand with an increasingly complex<br />

IT environment. Mergers add <strong>to</strong> the problem by creating redundancy, while<br />

shrinking system lifecycles necessitate more flexible IT architecture management.<br />

It becomes increasingly difficult <strong>to</strong> identify business-critical systems,<br />

and cost-cutting targets prove elusive. Aligning IT structures with an<br />

organization’s objectives and business processes is the only way <strong>to</strong> achieve<br />

sustained improvements and a significant reduction in the cost of developing,<br />

maintaining, and upgrading IT systems. This paper shows how <strong>ARIS</strong><br />

Solution for Enterprise Architecture Management allows IT infrastructures<br />

<strong>to</strong> be aligned with corporate processes and enables long-term IT architecture<br />

management.<br />

Find out how:<br />

� <strong>ARIS</strong> Solution for Enterprise Architecture Management can be<br />

used <strong>to</strong> align IT systems with the needs of corporate processes<br />

and<br />

� long-term IT architecture management can be implemented.<br />

The business processes in <strong>to</strong>day’s organizations are based on highly sophisticated<br />

enterprise-wide IT systems. Enterprise architectures (EA for short) are the<br />

key <strong>to</strong>ol for documenting, analyzing, and managing the complex information this<br />

involves. They form part of an architecture framework that describes the content<br />

required for a complete architecture.<br />

Fig. 1: Support for multiple enterprise architecture frameworks<br />

2<br />

About the Authors:<br />

Dirk Maurer<br />

is the IDS Scheer <strong>AG</strong> development<br />

manager responsible for the <strong>ARIS</strong><br />

Design Platform products<br />

Patrick Büch<br />

is an IDS Scheer project manager<br />

responsible for enter prise architecture<br />

and designing/developing<br />

<strong>ARIS</strong> Solution for Enterprise<br />

Architecture Management.<br />

Contact:<br />

arisproductmarketing@ids-scheer.com


<strong>ARIS</strong> Solution for Enterprise Architecture Management enables companies <strong>to</strong> create, update, and optimize enterprise<br />

architectures based on architecture standards, such as DoDAF, Zachman, TOGAF, Archimate, and IT City Planning. The<br />

<strong>ARIS</strong> house acts as the basis for the different EA frameworks (fig. 1). The fact that the framework-specific methods are<br />

linked <strong>to</strong> the various <strong>ARIS</strong> method views, and <strong>to</strong> the central <strong>ARIS</strong> reposi<strong>to</strong>ry, gives companies a holistic view of their<br />

entire organization.<br />

Fig. 2: <strong>From</strong> business processes <strong>to</strong> IT systems<br />

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

Pivotal <strong>to</strong> the <strong>ARIS</strong> method is an object-oriented approach for reusing architecture artifacts across different views. This<br />

makes it possible <strong>to</strong> recognize how corporate strategy, business processes, and IT architectures interact and <strong>to</strong> build the<br />

necessary bridges. An enterprise architecture compromises four different architecture descriptions, as shown in figure<br />

2.<br />

The business architecture defines business strategies and describes organizational structures and business processes.<br />

The application architecture describes the services and application systems that support the business processes.<br />

The information architecture describes the business objects and data that are exchanged between process participants<br />

and applications.<br />

The lowest level is the infrastructure architecture, which is used <strong>to</strong> describe the physical landscape – the hardware<br />

and networks that support the application systems.<br />

3


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

This type of description highlights the impact of business process changes on the associated IT systems. System redundancy<br />

can be detected and new IT<br />

requirements identified. Similarly, the<br />

business processes affected by system<br />

shutdowns and infrastructure<br />

changes can be easily identified. For<br />

this reason, the methods and integrational<br />

<strong>to</strong>ols used for IT architecture<br />

management must create a<br />

structure that is fully synchronized<br />

with process management. The <strong>ARIS</strong><br />

Value Engineering for Enterprise<br />

Architecture (AVE for Enterprise<br />

Architecture) method provides models<br />

and procedures based on <strong>ARIS</strong><br />

Platform <strong>to</strong>ols that enable corporate<br />

IT architectures <strong>to</strong> be aligned with<br />

strategic business needs. The objective<br />

is an awareness that system<br />

architectures are a means <strong>to</strong> an end,<br />

and not an end in themselves –<br />

because businesses face an ongoing<br />

need <strong>to</strong> adapt <strong>to</strong> changing circum-<br />

Fig. 3: Value added chain diagram<br />

stances and priorities.<br />

1 <strong>Business</strong> architecture<br />

The key function of information technology<br />

is <strong>to</strong> support and optimize<br />

corporate processes. Accordingly, IT<br />

strategy should reflect corporate<br />

strategy. IT archi tectures need <strong>to</strong> be<br />

documented, analyzed, and optimized<br />

from a business process perspective.<br />

Based on this in sight, the<br />

<strong>ARIS</strong> method begins by recording the<br />

corporate processes in <strong>ARIS</strong><br />

<strong>Business</strong> Architect, supported by a<br />

special process model. During the<br />

design phase, users can define core<br />

elements of an architecture, such as<br />

organizational units, application systems,<br />

data, and IT system requirements.<br />

Figure 4 shows a sample business<br />

process, documenting and<br />

highlighting the relationship between<br />

activities, data, participants, and<br />

systems.<br />

4<br />

Fig. 4: Relationship between activities, data, participants, and systems


Fig. 5: Relationship between corporate locations, business processes, and the<br />

underlying IT systems<br />

Fig. 6: IS functions form the link here between business processes and IT systems<br />

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

Figure 5 is an organizational “map”<br />

that shows the relationship between<br />

corporate locations, business<br />

processes, and the underlying IT systems.<br />

This is what specialist planners<br />

work with. Docu menting and<br />

analyzing existing structures in this<br />

way is the first step <strong>to</strong> creating an<br />

optimized blueprint for future development.<br />

Corresponding data attributes<br />

are used <strong>to</strong> map the lifecycle of<br />

an IT system with regard <strong>to</strong> process<br />

support at a specific location. The<br />

states of the IT system indicated by<br />

the data are reflected in the colored<br />

marking. Yellow and green stand for<br />

“To be phased in” and “Phased in,”<br />

while orange and red are used <strong>to</strong> signal<br />

“To be phased out” and “Phased<br />

out.”.<br />

5


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

Dialogs and specific functionalities assist the planner when capturing and updating planning data. A special reporting<br />

mechanism allows data <strong>to</strong> be aggregated for further analysis and <strong>to</strong> generate overviews (“maps”), making it possible <strong>to</strong><br />

come up with concrete measures for enhancing corporate IT structures as a result of this activity.<br />

Special generation mechanisms<br />

allow views of the future infrastructure<br />

<strong>to</strong> be created, so comparisons<br />

with <strong>to</strong>-be / reference installations<br />

are possible (current state architecture<br />

vs. future state architecture).<br />

Importantly, periodic progress<br />

assess ments can thus be made and<br />

plans compared with the current status.<br />

Examining the application structures<br />

of major IT organizations in the age<br />

of outsourcing, outtasking, and<br />

extensive M&A activity frequently<br />

reveals heterogeneous system landscapes<br />

with some data possibly held<br />

in duplicate. If no attempt at harmonization<br />

is made, failure <strong>to</strong> achieve<br />

expected synergy benefits will be<br />

accompanied by long-term additional<br />

cost for avoidable upgrading of legacy<br />

systems.<br />

6<br />

Fig. 7: IT system embedded in a business process<br />

Fig. 8: IS functions as the link between processes and IT systems<br />

For the purposes of detailed analysis,<br />

it is therefore crucial <strong>to</strong> know how<br />

processes are executed in the individual<br />

parts of the company, how<br />

they interact, and what impact<br />

changes might have.<br />

IS functions (information system<br />

functions, fig. 8) form the link here<br />

between business processes and IT<br />

systems (fig. 6). The purpose of these<br />

objects is <strong>to</strong> enable a system <strong>to</strong> be<br />

defined in terms of its functionality.<br />

This allows them <strong>to</strong> be reused in<br />

business processes <strong>to</strong> document the<br />

IT system functionality required by a<br />

specific business function (fig. 7). An<br />

impact analysis then provides an<br />

easy way of establishing the extent<br />

<strong>to</strong> which an IT system is embedded in<br />

business processes and whether<br />

some IT systems duplicate the same<br />

functionality.


2 Application architecture<br />

The application architecture is described using<br />

multiple views, which are presented in the following<br />

sections.<br />

2.1 IT system environment<br />

The model below (fig. 9) groups the applications<br />

in<strong>to</strong> several thematic blocks, allowing exact mapping<br />

of applications <strong>to</strong> several subsystems<br />

across a number of levels.<br />

2.2 Architecture <strong>to</strong>olkit<br />

Fig. 10: Architecture <strong>to</strong>olkit<br />

The aim of standardization is <strong>to</strong> cut maintenance<br />

costs, but reducing the diversity of deployed<br />

technologies can also deliver savings on staff<br />

training and the procurement of hardware and<br />

software.<br />

Fig. 9: IT system environment<br />

An architecture <strong>to</strong>olkit is used <strong>to</strong> manage all the<br />

technologies deployed in an organization. It<br />

allows an IT architect <strong>to</strong> define standards as a<br />

means of harmonizing future development of the<br />

IT environment. Figure 10 shows an example of<br />

an architecture <strong>to</strong>olkit. Additional models can be<br />

used <strong>to</strong> display information in greater detail, like<br />

the model for database system management in<br />

figure 11. Each of these database objects contains<br />

information that includes the manufacturer,<br />

version, and links <strong>to</strong> the relevant manuals. A<br />

database object also contains information about<br />

the standardization status:<br />

“Standard,” “Non-standard,” etc.<br />

Fig. 11: Database system with standardization status<br />

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

7


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

2.3 Reference architectures<br />

The objective of reference architectures<br />

is <strong>to</strong> reuse concepts and software<br />

components. They lay down<br />

requirements targeted at creating a<br />

more uniform IT system landscape.<br />

<strong>Software</strong> suppliers need <strong>to</strong> meet<br />

these requirements with regard <strong>to</strong><br />

design principles, infrastructures,<br />

and technologies. Reference architectures<br />

thus help <strong>to</strong> harmonize IT<br />

infrastructures, which in turn cuts<br />

operating costs.<br />

2.4 System description<br />

Access diagrams are used <strong>to</strong><br />

describe systems at the type level<br />

(fig. 12). The type level (often also<br />

called the “logical view”) contains<br />

information about the underlying<br />

operating system, programming language,<br />

database, hardware type,<br />

organization responsible, and person<br />

responsible for the application.<br />

Keeping this information up <strong>to</strong> date is<br />

the task of the application owner.<br />

Fig. 13: Navigation and analysis functions<br />

8<br />

Fig. 12: Access diagram<br />

Navigation and analysis functions<br />

(fig. 13) are used for such purposes<br />

as identifying the systems that feature<br />

specific technologies. This<br />

makes it possible <strong>to</strong> analyze the<br />

impact of a change of technology,<br />

provider, or version, and <strong>to</strong> inform /<br />

involve the relevant persons.


Fig. 14: Program flow chart<br />

2.5 Information architecture<br />

The following diagram (ERM, fig. 15)<br />

shows a more detailed description of<br />

the data. This data can be reused in<br />

process descriptions covering<br />

input/output data relating <strong>to</strong> specific<br />

activities, the data flow, and data<br />

exchange between process participants.<br />

The data objects also serve as<br />

the basis for describing data<br />

exchange between applications, and<br />

can be s<strong>to</strong>red with the interfaces.<br />

Fig. 15: Data model<br />

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

The interfaces between a system and<br />

other systems can also be identified<br />

e. g. information about the data ex -<br />

changed, pro<strong>to</strong>cols used, etc., can<br />

also be s<strong>to</strong>red here. Here again, this<br />

view enables the impact of system and<br />

interface changes <strong>to</strong> be analyzed.<br />

9


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

2.6 Infrastructure architecture<br />

In addition <strong>to</strong> description at the type<br />

level, systems are also described at<br />

the physical level (instances).<br />

Instances can have information<br />

associated with them, such as hardware<br />

used, network segments, system<br />

support responsibility, ports, and<br />

IP addresses.<br />

The following diagram (fig. 16) shows<br />

various different instances of application<br />

systems.<br />

Fig. 17: Network diagram<br />

10<br />

Fig. 16: Application system instances<br />

Network diagrams (fig. 17) allow the<br />

relationship between networks,<br />

routers, switches, and hardware<br />

(servers, printers, etc.) <strong>to</strong> be shown.<br />

The icons used here can be modified<br />

<strong>to</strong> suit specific user needs, as can<br />

those in the other diagrams.


3 Reporting<br />

The information held in the central reposi<strong>to</strong>ry of <strong>ARIS</strong> Solution for Enterprise Architecture Management can be evaluated<br />

in a number of different ways and made available <strong>to</strong> the relevant target groups. In addition <strong>to</strong> standard navigation functionality<br />

within the process and architecture models, au<strong>to</strong>mated reports, macros, and search mechanisms are also available,<br />

which are specifically designed <strong>to</strong> meet the needs of enterprise architecture management. A number of standard<br />

reports are described below.<br />

3.1 <strong>ARIS</strong> “System Evaluation” report<br />

Based on the application system types<br />

within the selected application system<br />

type diagrams, this report creates a system<br />

portfolio with details of data center<br />

costs and criticality.<br />

3.2 <strong>ARIS</strong> “System List” report<br />

The “System List” report supports creation of various lists depending on the selection set.<br />

Examples include:<br />

� System lists by associated IT standard<br />

� System lists by associated business process<br />

� Lists of IT standards by associated business process<br />

Fig. 18: “System Evaluation” report<br />

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

11


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

3.3 <strong>ARIS</strong> “System Fact Sheet” report<br />

Based on the architecture data assigned by the individual project team, an overview can be generated for any system<br />

(including au<strong>to</strong>matic generation at defined times). The system fact sheet describes a system with regard <strong>to</strong> contact persons<br />

(person, organizational unit), service level agreements, business functionality, process, and operation.<br />

Fig. 19: “System Fact Sheet” report<br />

12


4 Web-based publication and processing of content<br />

Fig. 20: <strong>ARIS</strong> IT Inven<strong>to</strong>ry<br />

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

The cooperation of many user groups is central <strong>to</strong> any enterprise architecture project. Centralized publication of content<br />

is thus vital <strong>to</strong> ensure a shared understanding and on going processing of standardization and development tasks.<br />

<strong>ARIS</strong> Platform provides powerful, dynamic publication components that meet this need, allowing access <strong>to</strong> data via an<br />

intranet portal in a company-specific and role-based manner.<br />

If individual user groups (e.g., application system owners) are <strong>to</strong> be allowed <strong>to</strong> maintain system-specific information, the<br />

<strong>ARIS</strong> IT Inven<strong>to</strong>ry add-on can be used <strong>to</strong> provide a user interface for decentralized data input.<br />

13


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

5 Integration with IT service management environments<br />

Many organizations deploy IT<br />

service management systems for<br />

operational management of their<br />

IT infrastructure, which s<strong>to</strong>re<br />

important data relating <strong>to</strong> the<br />

managed infrastructure in a configuration<br />

management database<br />

(CMDB). <strong>ARIS</strong> Solution for Enter -<br />

prise Architecture Manage ment is<br />

able <strong>to</strong> import this instance and<br />

infrastructure information in<strong>to</strong><br />

<strong>ARIS</strong> IT Architect e. g. in order <strong>to</strong><br />

conduct a business impact analysis<br />

in the context of scenario planning.<br />

6 Special roles within an enterprise architecture team<br />

In the context of enterprise architecture management, large IT organizations in particular have adopted specific user<br />

roles, which despite some variation in name focus on the same or similar sets of tasks, as described below.<br />

IT System Manager:<br />

� Documenting and disseminating system information via the intranet<br />

� Planning system transitions based on life cycle and strategic planning<br />

� Providing IT project managers with specification guidelines that comply with corporate IT standards and business<br />

needs<br />

IT Architect:<br />

� Establishing applications and technologies based on the existing IT landscape<br />

� Detailing, documenting, and disseminating enterprise-wide IT standards<br />

� Creating a long-term IT architecture framework<br />

� Integrating and involving process management in the strategic planning framework and IT roadmap definition<br />

IT Development Planner:<br />

� Recording the as-is IT landscape within the organization’s core processes<br />

� Deriving a <strong>to</strong>-be IT deployment plan<br />

� Continuous updating of the IT plan<br />

Architecture Manager:<br />

� Strategic deployment of an architecture framework<br />

� Merging of IT standards and IT system direc<strong>to</strong>ry<br />

14<br />

Fig. 21: <strong>ARIS</strong> and CMDB


7 Summary<br />

<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

By creating a seamless interconnect between IT and process architecture in a single reposi<strong>to</strong>ry, from strategy through<br />

<strong>to</strong> infrastructure level, <strong>ARIS</strong> Solution for Enterprise Architecture Management makes it possible for the first time <strong>to</strong> fully<br />

align IT systems with business needs.<br />

Benefits include being able <strong>to</strong> identify which critical business processes at which locations are affected and will therefore<br />

need <strong>to</strong> be part of the migration project when replacing an IT system. Planners and architecture managers can navigate<br />

the entire enterprise architecture, following object relationships, and take informed decisions based on a holistic<br />

view of the company and a shared methodology.<br />

Users can compare the IT standards and target architectures defined in the reposi<strong>to</strong>ry with the actual situation and create<br />

a roadmap for future development. Importantly, <strong>ARIS</strong> IT Architect facilitates organization-wide enterprise architecture<br />

management by supporting distributed teams. The resulting architecture information can be documented in the<br />

intranet with the help of <strong>ARIS</strong> <strong>Business</strong> Publisher, a dynamic publishing <strong>to</strong>ol, in a way that meets the needs of specific<br />

groups. In addition <strong>to</strong> designing enterprise architectures, companies can use this functionality <strong>to</strong> set up process and IT<br />

portals.<br />

Bringing <strong>to</strong>gether business process design and IT architectures allows coordinated management of these two areas,<br />

enabling the kind of integrative approach that is particularly important for successful enterprise architecture management,<br />

given the interdependency of processes and IT structures.<br />

15


<strong>ARIS</strong> <strong>Expert</strong> <strong>Paper</strong><br />

© Copyright (C) IDS Scheer <strong>AG</strong>, 2001 – 2009. All rights reserved. The contents of this document is subject <strong>to</strong> copyright law. Changes, abridgments, extensions and supplements<br />

require the prior written consent from IDS Scheer <strong>AG</strong>, Saarbrücken, Germany. Reproduction is only permitted provided that this copyright notice is retained<br />

on the reproduced document. Each publication or translation requires the prior written consent from IDS Scheer <strong>AG</strong>, Saarbrücken, Germany. “<strong>ARIS</strong>”, “IDS”,<br />

“<strong>Process</strong>World”, “PPM”, “MashZone”, <strong>ARIS</strong> with Platform symbol and Y symbol are trademarks or registered trademarks of IDS Scheer <strong>AG</strong> in Germany and in many<br />

countries all over the world. “SAP NetWeaver” is a trademark of SAP <strong>AG</strong>, Walldorf. All other trademarks are the property of their respective owners.<br />

U.S. pat. D561,778, pat. D561,777, pat. D547,322, pat. D547,323, pat. D547,324<br />

ID-Number: EP-EAM-0909-EN<br />

<strong>ARIS</strong><br />

Platform<br />

<strong>Expert</strong><br />

<strong>Paper</strong><br />

IDS Scheer <strong>AG</strong><br />

Headquarters<br />

Altenkesseler Str. 17<br />

66115 Saarbruecken<br />

Phone: +49 681 210-0<br />

Fax: +49 681 210-1000<br />

E-mail:info@ids-scheer.com<br />

www.ids-scheer.com

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!