Enterprise Architecture Strategy driven Enterprise Architecture Adrian Campbell

Enterprise
Architecture
Strategy driven Enterprise Architecture
Adrian Campbell
Enterprise Architecture
What is Enterprise
Architecture?
Slide 2
IT responding to Business needs
Traditionally, IT's response to business requirements has been to give
each user what they wanted, if possible when they wanted it.
Applications were built according to the specifications of a
particular constituency of users without much thought for the
impact on the rest of the enterprise.
And as long as the business operated as a collection of discrete
business processes, that was okay.
Unfortunately, this approach spawned a collection of discrete
applications, with discrete and individual data formats.
When the business needed to integrate those ‘silo’ applications to
support changing business processes or to integrate application
and off the shelf products, chaos ensued.
Slide 3
IT response to Chaos
The response of IT was to become more precise, creating
technology standards that appeared arbitrary to the business,
requiring elaborate time consuming development processes
and detailed documentation for new systems and changes to
existing systems.
While IT believed that they were imposing a formal discipline on
a chaotic system, the business could only see that these
stringent requirements stifled innovation and made it difficult for
the business to be agile in response to sometimes rapidly
changing market requirements.
Slide 4
Business response to IT
Faced with seemingly arbitrary standards, it was not uncommon
for the business to go its own way and develop applications in
isolation from IT
This led to further chaos and complexities within the enterprise
that interfered with the ability of the business to get services from
the IT organisation.
Slide 5
Business Strategy
What is the Business Strategy?
What is the target operating model ?
How do you link the Business Strategy to IT execution?
New technologies such as SOA are not enough
Business agility and flexibility are important
Increasing costs need to be controlled
Silo Applications need to be consolidation
Slide 6
Trends
The current trend in organisations is a renewed focus on business
process management (BPM).
This is now allowing business users to make immediate changes
to their business process models (BPMN), combined with the
technology to implement these changes in near real time, to a
process orchestration and execution environment (BPEL).
This trend drives better business and IT alignment and the ability
to trace the business strategy straight through to the business
execution.
Slide 7
Business Trends
Improving business processes
Controlling increasing operating costs
Supporting competitive advantage
Improving profits
Slide 8
Strategic Priorities
Delivery projects that enable business growth
Linking Business and IT strategies and plans
Building business skills in the IT organisation
Building IT skills in the business
Demonstrating the business value of IT
Measuring service levels and performance
Slide 9
Technology Investments
Business Intelligence applications
Security Architecture
Mobile workforce applications
Collaboration technologies
Customer sales and self service applications
Slide 10
Strategy & EA
Leading organizations use a business strategy driven
architecture approach that focuses on translating the key
components of the business strategy into a future state vision
and an architecture road map they can implement.
Enterprise architecture is integrated with other strategic planning
disciplines, such as programme/project and application
portfolio and management
The Enterprise Architecture ensures that the long-term vision of
the business is preserved as the enterprise builds new business
capabilities and improves on old ones.
Slide 11
Current to Target
Enterprise Architecture is an iterative process that produces four
major deliverables:
– A future-state Enterprise Architecture reference model that realises
the business strategy
– Current-state Enterprise Architecture model (just enough)
– A gap analysis that identifies the shortfalls of the current state in
terms of its ability to support the strategies of the enterprise
– An Architecture Roadmap that defines the initiatives required to
migrate from the current state into the future state
Slide 12
Enterprise Architecture as Strategy
An Enterprise Architecture driven out of the business strategy
provides the enterprise with the highest degree of alignment
between the business and IT.
The concept of Enterprise Architecture has expanded well
beyond the traditional notion of technology architecture.
It is now the architecture of the whole enterprise.
Slide 13
Definition of Enterprise Architecture
A definition of Enterprise Architecture is addressed in 2 constituent parts –
enterprise and architecture.
The Open Group defines ‘enterprise’ as follows:
An ‘enterprise’ is any collection of organisations that has a common set of
goals and/or a single bottom line. In that sense, an enterprise can be a
government agency, a whole corporation, a division of a corporation, a
single department, or a chain of geographically distant organisations
linked together by common ownership.
Gartner define ‘architecture’ as follows;


The grand design or overall concept employed in creating a system, as in
the architecture of a city or a customer information system; also "an
abstraction or design of a system, its structure, components and how they
interrelate"
A family of guidelines (concepts, policies, principles, rules, patterns,
interfaces and standards) to use when building a new IT capability.
Slide 14
Purpose of Enterprise Architecture
Enterprise Architecture is designed to ensures alignment between the
business and IT strategies, operating model, guiding principles, and the
software development projects and service delivery.
By taking a global, enterprise-wide, perspective across all the business
services, business processes, information, applications and technology,
Enterprise Architecture ensures the enterprise goals and objectives are
addressed in a holistic way across all the application development projects
and their deployment into production.
Slide 15
EA Process
Slide 16
Gartner EA Process
Slide 17
Architecture Domains
Architecture Domains
–
–
–
–
–
–
–
–
Strategy, Vision & Principles
Business Services
Business Process Architecture
Organisation Architecture
Information Architecture
Application Architecture
Technology Architecture
Performance
These architecture domains are interdependent and are
developed simultaneously to ensure that the architecture
reflects the optimal alignment of IT and the execution
environment in support of the business strategy and target
operating model.
Slide 18
Archimate Framework
Slide 19
Strategy, Vision & Principles
Concerns the motivation behind the Enterprise Architecture
answering the ‘Why’ questions.
Addresses these in terms of the Business and IT Strategies, Target
Operating Model, Vision, Principles, Goals and Objectives.
Slide 20
Business Services
Concerns the Products and Services that are offered and sold to
customers and partners.
Addresses these in terms of Business Services, Contracts and
Value provided.
Slide 21
Process Architecture
Concerns the transformations that are performed in the
Enterprise answering the ‘How’ questions.
Addresses these in terms of the Business Processes, Activities,
Workflows (Value Streams), Scenarios and Business Events.
Slide 22
Organisation Architecture
Concerns the people perspective in the Enterprise answering
the ‘Who’ question.
Addresses these in terms of the Locations, Business Actors
(people and organisation units), Business Roles and Business
Functions (responsibilities), from both an internal (staff, partners)
and external (customers, agents) perspective.
Slide 23
Information Architecture
Information Architecture includes the knowledge, information
and data that flows through the business processes and the
data that is accessed and stored by applications.
Answers the ‘What’ question in the Enterprise Architecture.
The ‘What’ refers to the ‘things’ or ‘assets’ which the enterprise
needs to know about, use or create.
Slide 24
Application Architecture
Addresses the ‘When’ question in the enterprise, in terms of
interaction and dialogue.
Answering the ‘How’ question in terms of the calculations and
algorithms needed to implement the transformations in the
enterprise.
Slide 25
Technology Architecture
Technology Architecture defines the technologies and
infrastructure that support the applications
Addresses the ‘Where’ questions in the enterprise in terms of
nodes, networks, devices, system software, communication
infrastructure and persistent data storage.
Slide 26
Performance
Whereas the Strategy, Vision & Principles provides the future
direction for the Enterprise, the Performance Architecture is
concerned with whether the goals and objectives have been
achieved.
These are addressed in terms of status, business results,
performance metrics and measurements.
Slide 27
Traceability View
Slide 28
Levels of Concern
Slide 29
Traceability
Slide 30
Cube View
Slide 31
The Enterprise Architecture is
An analysis tool to provide abstraction and modelling capabilities at all levels and
perspective of the enterprise architecture
A planning tool to translate strategic thinking into architecture roadmap of future
development and integration
An analysis tool to clearly plot the key relationships and dependencies between the
business services, business processes, applications and technology
A decision-making tool to provide a framework for evaluating-, selecting and justifying
strategic development options and architecture decisions
A design tool to provide the required support, in the form of industry best practice
design approaches, patterns, guidelines, and reference models
A change management tool to provide a framework for synchronising and coordinating
development activities across multiple development projects and initiatives
A governance tool to provide a sole architecture design authority and a master
repository for the target enterprise architecture, and a single architectural blueprint of
principles, standards, patterns, policies, guidelines, reference models, reusable assets
and templates
An alignment tool to provide an essential bridge between business strategy and IT
delivery, and to furnish business managers with a non-technical over view of the
enterprise architecture and how it supports the operating model
Slide 32
Benefits of Enterprise Architecture
Enterprise Architecture will deliver significant improvements in the following
areas:
– The ability to rapidly adjust and adapt to new business circumstances
– The efficient and strategic use of applications & technology across the
merged legal entities, and realisation of the Target Enterprise Architecture
– The management of information/data and knowledge as a corporate asset
– The alignment between IT and business for planning and execution
purposes
– The transparency, impartiality, quality and objectivity of architecture
decision making
– The management of change based on a clear understanding of its impact
– The optimisation, cost effectiveness, efficiency of the IT solutions
– The reduction of application complexity, and increased reuse of existing IT
assets
– The reporting of performance results, and auditing of changes
Slide 33
Risks of no Enterprise Architecture
Failure to implement an Enterprise Architecture will present the
following risks:
–
–
–
–
–
–
–
–
–
–
–
–
–
Inability to rapidly respond to challenges driven by business changes
Lack of focus on enterprise requirements
Lack of common direction and synergies
Incomplete visibility of the current and future target enterprise
architecture vision
Inability to predict impacts of future changes
Increased gaps and architecture conflicts
Lack of commonality and consistency due to the absence of standards
Dilution and dissipation of critical information and knowledge of the
deployed solutions
Rigidity, redundancy and lack of scalability and flexibility in the
deployed solutions
Lack of integration, compatibility and interoperability between
applications
Complex, fragile and costly interfaces between incongruent
applications
Decision-making gridlock
Piece-meal and ad hoc software development driven by a tactical
and reactive approach
Slide 34
Slide 35
The ArchiMate project
2½ years, July 2002 - December 2004
approx. 35 man-years, 4 million euro
Consortium of companies and
knowledge institutes, directed by
the Telematica Instituut
ABN AMRO, Dutch Tax Administration,
ABP Pension Fund, Ordina
University of Nijmegen, University of Leiden,
Center for Mathematics & Computer Science
Slide 36
Results in Practice
Applications at numerous organisations
– various cases at e.g. ABN AMRO, ABP, Dutch Tax Administration,
and approximately 25 other companies
Implementation by tool vendors
– BiZZdesign Architect, Troux Metis (certified)
– IDS Scheer (ARIS), Adaptive (currently implementing)
– Casewise, ASG (considering implementation)
Education
– ArchiMate basic training
– Various universities and polytechnics use it
Slide 37
Goal: support for architects
support for architects is insufficient
– Overview and dependencies
– PowerPoint, Word and Excel are the most important tools…
Communication over architectures with others is difficult
– “fuzzy pictures”-image
– Hidden knowledge in architectures
– PowerPoint is not suitable for analysis
Slide 38
ArchiMate Goals
To describe architectures and their relations
Communicate architectures with all stakeholders
Judge the impact of changes
Realize architecture by relating to existing standards, techniques
and tools
Slide 39
ArchiMate Focus
Visualization
Analysis
Integration
Slide 40
ArchiMate Forum
Open cooperation between ArchiMate stakeholders
Long term objective:
– An independent standard for describing
Enterprise Architectures
Required:
– Creating critical mass
– Contributing to international standards
– Supporting organizations in applying ArchiMate
To this end, the Forum:
– actively brings in members to increase critical mass
– facilitates working groups for knowledge exchange
– supports members in applying ArchiMate
Slide 41
Members ArchiMate Forum
Slide 42
BiZZdesign Architect
Tool for Enterprise Architecture
BiZZdesign Architect
Tool to model, visualize, analyze and communicate enterprise architectures
Based on meta model of open standard ArchiMate
Based on IEEE1471-definition: stakeholders, viewpoints and views
Covers all EA-domains and relations: business goals and principles, business
services, products, processes, business functions, business objects, application
services, applications, application data, interfaces, infrastructure services,
software, hardware,…
Supports many architecture frameworks, like IAF, Zachman, DYA, Tapscott,
Nolan-Norton, TOGAF
Slide 44
Concepts Archimate / Architect
Information
Behaviour
Structure
Goals, principles, guidelines
Business object
Representation
Business
Business service
Business product
Business event
Application service
Application component
Data object
Application
Application interaction
Infrastructure service
Node
Artifact
Technology
Network
Communication path
Device
Goals, principles, guidelines
Slide 45
Main functionality Architect - 1
Modeling business and IT-architecture
– Based on ArchiMate®
– Extensible meta model, especially properties of objects
Import/export of already existing architecture overviews (harvesting)
– Tables to and from e.g. Word and Excel
– Process models to and from BiZZdesigner (process tool)
– Other imports and exports on the basis of XMI (in preparation)
Generating views from a model
– Based on viewpoint definitions
– Resulting in graphical scheme’s, lists, matrices, landscape maps
– Both total views as well as selections
Slide 46
Main functionality Architect - 2
Visualization of properties
– Color view, label view, tool tip view
Impact-of-change analyses
– Graphical or in tables
Documenting, reporting, and publishing architectures
– Adding documentation and hyperlinks to all objects
– Publication to Word or HTML (intranet), readable with Office tools
Team support via repository
– Locking (check in and checkout) en version management
– Role based authorization
– Several repository solutions allowing growth
(shared file, Oracle or SQL Server, Adaptive)
Slide 47
Modelling
Accepteren
Beoordelen
Registreren
Uitbetalen
Slide 48
Examples
Klantbeheer
service
Registratie
Service
Acceptatie
Service
Tussenpersoon
beheer service
Declaratie
Klacht
Verzekerde
Overeenkomst
Monitoren
Klantbeheer
applicatie
Registratie
systeem
Acceptatie
systeem
Tussenpersoon
beheer
applicatie
Klantgegevens
module
Beoordelings
systeem
Betalings
systeem
Tussenpersoon
beheer
module
Overeenkomst
Verzoek
Zorgaanbieder
Overeenkomst
Afsluiten
Overeenkomst
Beheren
Zorgvraag
Vraag & Aanbod
Afstemmen
Voorlichting
Preventie
Database
Service
In te kopen
Zorg
Voorlichting
Preventie
Rve
Vgz
phone
Klant
Contacten
email
Load Balancer
Marketing
En
Communicatie
Database
Oracle
Commerciele
Zaken
Klant
bestand.ocl
Back Office
Zorg
Administratie
Internet
Firewall
Front Office
Klant
Applicatie
Service
Verzekerden
Administratie
Financiele
Administratie
Applicaties
SQL
Server
Tussenpersoon
bestand.sql
Open OS
Open
office
J2EE
financien
.java
CORBA
acceptatie
profiel
risico
profiel
EJB
Bank van
de Klant
Slide 49
Impact analysis
Registratie
systeem
Beoordelings
systeem
Acceptatie
systeem
Claim
Files Service
Claim
Files Service
Mainframe
Mainframe
LAN
Mainframe
LAN
Beoordelings
service
Klantbeheer
applicatie
Acceptatie
systeem
Beoordelings
systeem
Claim
Files Service
Mainframe
Document Informatie
Systeem
Registratie
systeem
LAN
Slide 50
Principles
A_T 01
A_A 39
A_I 33
A_I 30
A_I 24
A_B 18
A_I 26
A_T 07
A_T 08
A_I 09
A_C 01
A_A 30
A_A 51
A_B 13
A_A 00
A_B 11
A_C 04
Slide 51
Relation principles and models
Legenda
bijbehorende doelstellingen
Declaratie
Integratie in de keten
Gids in zorgaanbiedersland
Verbeteren service naar interne en externe klanten
Klacht
Verzekerde
Overeenkomst
Monitoren
Eff icient/lage kosten
Zorg op maat
Zorgkostenbeheersing (schadelastbeheersing)
Verzoek
Zorgaanbieder
Overeenkomst
Afsluiten
Zorgvraag
Vraag & Aanbod
Afstemmen
Overeenkomst
Overeenkomst
Beheren
In te kopen
Zorg
Voorlichting
Preventie
Voorlichting
Preventie
Slide 52
Landscape maps
Slide 53
Multi user support
Slide 54
Authorisation
Role based
Any level of granularity
Slide 55
Enterprise Architecture
Adrian Campbell
www.Ingenia.Biz
[email protected]
+44 (0) 777 555 6878