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 adrian@ingenia.biz +44 (0) 777 555 6878
© Copyright 2024