Service Modelling & Service Architecture: From Service Renewal and Service Flows to Service Architecture Presenter: Professor Paul Buhler Head of the Global University Alliance SOA Research & Development at the College of Charleston LEAD the Way
Enterprise Modelling and Enterprise Architecture an integrated part of the LEADing Practice Reference Content
The LEADing Practice concept have identified which decomposed Service Object are relevant Business Service Service Construct Service Area Service Group Service Type Service Flow Service Roles Service Channel Service Owner Service Rules
Business Service The LEADing Practice concept has identified which Service Object are relevant (decomposed object view) Service Construct (setup & delivery) Service Area Survive Group Business Service Service Type (Main/Mgmt./Support) Service Flow (incl. output/input) Service Tier (Strategic/Tactical/Operational) Object (Business & Information) Service Measurements (Level Agreements) Service Owner Service Roles Service Rules Service Channel
The LEADing Practice concept has also identified which composed Service Object are relevant for Extended Service Oriented Modelling and Architecture (SOM & SOA) Service Group Service Rules Service Area Objects (business & information) Service Roles Service Construct Service Tier Service relations Application Service Service Performance Drivers Information Service Business Service Platform Service Layered Service Service Reporting Service Type Infrastructure Service Service Flow Service Measurements Process Events Service Owner Service Monitoring Data Service Service Channel Service Delivery
Layered Enterprise Architecture Development (LEAD) 6
Layered Service Architecture concept The main principle behind the LEAD Service concept, and what makes it differ from other traditional Enterprise Modelling or Enterprise Architecture frameworks, is the fact that it does not only work in domains, but across layers (business, application and technology) within multiple domains through using the decomposition and composition method to integrate effortlessly across the different layers when interlinking the different modelling principles. As shown in the below example, each layer s value objects are defined by the specific layers requirements, the capability of the object, the resources, tasks and information. The functions that a layer provides can be seen as the layer s services since a layer provides a set of functions and tasks and thereby services to its upper layer. In turn, the upper layer uses the lower layer s services (functionality and tasks) to achieve its own functions (services). The n th layer (+1 and/or 1) can therefore be seen as a service requester or provider since it ether gives input or uses the services provided by its lower layer.
The LEAD Way of Thinking for Service Orientation and Service Architecture
Layered Systems and Rates of Change Layering is natural occurring In the Clock of the Long Now, Stewart Brand introduced the notion that society is a construct of several layers, each with a unique and suitable rate of change As described by Peter Morville, The slow layers provide stability. The fast layers drive innovation. http://semanticstudios.com/publications/semantics/000003.php 9
Architectural View of Application and Technology Layers Open Source SOA, ISBN-10: 1933988541, pg 16 10
Great Principles of Computing Mechanics http://cs.gmu.edu/cne/pjd/gp/gp_summary.html 11
Layers Support Separation of Concerns 12
Stable TA is allowing BA to take root Business Architecture (BA) manifests business goals and objectives and informs Enterprise Architecture (EA) EA shapes the Technology Architecture (TA) to create a foundation upon which the business executes. Business Architecture becomes The Missing Link between Business Strategy, as defined by business goals and objectives, and EA. http://www.soa-consortium.org/ea2010_business_architecture.pdf, pg 4 13
Three Tenants of Business-Driven SOA http://www.soa-consortium.org/ea2010_business_architecture.pdf, pg 3 D with its extensive Reference Content will serve to enable true Strategy to Executio Not only in the Way of Thinking, Working and Modeling BUT also Implementation and Governance 14
The Identified Service Object and how they are interlinked with the various Templates: Maps, Matrices & Models for Service Oriented Modelling and Architecture (SOM & SOA)
The LEADing Practice Service Reference Content Service Decomposition & Composition 1) Identity: the objects that needs to be populates in the LEAD templates. 2) Populate: the LEAD templates with the relevant objects
The LEADing Practice Service Reference Content Service Decomposition & Composition Composed Object Groups Decomposed Objects Relationship between the Decomposed Object and the Object Group
LEADing Practice Service Models Example of how services links to Requirement & Goals How services links to: External & Internal Forces Vision & Mission Strategy Objectives Goals (business, application & technology) Drivers (value & performance) Indicators (value & performance) Expectations (value & performance) Value Proposition Business reporting Business requirements
LEADing Practice Service Models Example of how services links to Processes How services links to: Processes Business Process Process Step Process Activity Events Gateways Process Types (main, management and supporting)
LEADing Practice Service Models Example of how services links to a Process A process delivers one (or more) service(s) upon execution. In this example, a citizen makes a call to a local government organization and explains his/her issue. The process shows the flow of steps and activities during the lifetime of the process, and the result and conclusion of this process is the service being delivered to the recipient (in this case, the citizen). The service that this process delivers is to offer support to the citizen and to try and resolve whatever issue that the citizen is concerned about.
LEADing Practice Service Models Example of how services links to a Process Another service being delivered is this time for the government organization itself. Notice that the process flow includes steps to survey the citizen. This is a service rendered by the organization to the organization in other words, an internal supporting service. Internal, because the service is delivered to the organization itself (service consumer), and supporting because the service is used to support the rest of the Customer Sales & Support department of the organization.
LEADing Practice Service Models Example of Service Standardization & Integration opportunities within a Service Operating Model
LEADing Practice Service Models Example of how services relates to Application How services links to: Application Component Application Module Application Feature Application Function Application Task Application Service
LEADing Practice Service Models Example of how services relates to Application An application is used to automate business functions, tasks and services. Applications are also used to automate service reporting through the use of system measurements and system reporting. The purpose of the Application Service Model is to clearly depict the system flow sequence of events when multiple application services are involved in executing a business process flow. It enhances the Application Model by augmenting it with any sequencing constraints, and hand-off points between batch and real-time processing. It would identify complex sequences and identify possible points in the architecture in order to provide information to business users.
LEADing Practice Service Models Example of how services relates to Application The Application Service Model is modelled by applying the following architectural modelling rules: An Application Service calls Application Task(s) An Application Service exposes Application Function(s) An Application Function is part of Application Module (Logical Application Component) An Application Function contains System Flow System flow orchestrates Application Service(s) System flow adheres to Application Rules System flow matches Process Flow (including Gateways & Events) Application Role consumes Application Service
LEADing Practice Service Models Example of how services relates to Data How services links to: Data Component Data Entity Data Service
LEADing Practice Service Models Data Services A Data Service is a service provider that enables data access on demand to users regardless of their geographic location. Also called Data as a Service (DaaS), data services are similar to Software as a Service (SaaS) in that the information is stored either locally or in the cloud, and is accessible by a wide range of systems and devices. Data services can eliminate redundancy and streamline costs by housing critical data in one location, enabling the data to be accessed and/or updated by multiple users while ensuring a single point for updates. Potential drawbacks to data services include server downtime from the data service provider, data loss in the event of a disaster, and the security of the data, both in its stored location and in the transmission of the data among users.
LEADing Practice Service Models Examples of how data services is being delivered to the organization from within the Information Architecture design Metadata Domain Defined as data about the data. Metadata is the information that describes the characteristics of each piece of corporate data asset and other entities.
LEADing Practice Service Models Examples of how data services is being delivered to the organization from within the Information Architecture design Master Data Domain Refers to instances of data describing the core business entities, such as customer or product data.
LEADing Practice Service Models Examples of how data services is being delivered to the organization from within the Information Architecture design Operational Data Domain Also referred to as transactional data capturing data, which is derived from business transactions.
LEADing Practice Service Models Examples of how data services is being delivered to the organization from within the Information Architecture design Unstructured Data Domain Also known as content, typically managed by an enterprise content management application.
LEADing Practice Service Models Examples of how data services is being delivered to the organization from within the Information Architecture design Analytical Data Domain Usually derived through transformation from operational systems to address specific requirements of decision support applications.
Full Service Oriented Modelling and Architecture principles are an integrated part of the LEADing Practice Service Reference Content
Full Service Oriented Modelling and Architecture principles are an integrated part of the LEADing Practice Service Reference Content Service Object/ Templates Service Layers Service Tiers Service Flow Decomposition & Composition Service Groups Service Map Service Matrices Service LifeCycle Service Quality Service Transformation Service Operating Model Blueprint & Implementation
Conclusions and summary LEADing Practice Service Reference Content represents a new breed of Service Modelling and Service Architecture and is today being recognized as a Service paradigm shift within the global business and IT community. There are many distinguishing differences between LEADing Practice Service concepts and traditional Enterprise modelling and EA frameworks. The unique LEADing Practice differences are: Based on university research around existing service concepts, methods and approaches. Community-driven open architecture and open standard Service Reference Content. Comes with industry-specific versions. Based on research, but developed by practitioners for practitioners. Connects the Service Objects of the enterprise directly from strategy to execution. Is built with a full service perspective and modelling principles. Comes with service performance measures to demonstrate the real value of enterprise architecture. Includes tools for verifying the completeness and quality of business, application and technology designs. Works in layers, not only in domains. Fully integrated methods and approaches with supporting maps, matrixes, models and tools. Integrates its modelling principles to all other existing frameworks, methods and approaches such as ITIL, COBIT, TOGAF, Zachman, ASAP, BPMN, etc. Service modelling and architecture principles are integrated and interlinked. Cross-disciplinary concept fitting both to strategy modelling, balance scorecard, reporting, process modelling (BPMN), service modelling, application development, etc A consolidated and harmonized Way of Thinking, Working, Modelling, Implementing, Training and Governing (fully integrated built-in continuous improvement).
Questions? Global University Alliance Professor Paul Buhler Head of the Global University Alliance SOA Research & Development at the College of Charleston Mobile +1 843 6976267 E-Mail: Paul.Buhler@GlobalUniversityAlliance.net For more information: www.globaluniversityalliance.net
37
Copyright note on Intellectual Capital: ALL RIGHTS RESERVED LEADing Practice ApS respects the intellectual property of others, and we ask others to do the same. All information and materials contained in the LEAD frameworks, methods and approaches with associated tools and templates, such as maps, matrices and models is Intellectual Capital (IC) and Intellectual Property (IP) of LEADing Practice ApS and limitations apply to the reuse of this IC/IP. The intellectual Property Rights (IPR) consists of information, knowledge, objects, artifacts, experience, insight and/or ideas, that are structured to enable reuse to deliver value creation and realization. The LEADing Practice ApS intellectual capital is protected by law, including, but not limited to, internationally recognized United States and European Union IPR copyright law. Except as specifically indicated otherwise in writing, LEADing Practice ApS is the owner of the copyright in the entire LEAD Frameworks content (including images, text and look and feel attributes) and LEADing Practice ApS reserves all rights in that regard. Use or misuse of the IPR, the trademarks, service mark or logos is expressly prohibited and may violate country, federal and state law. LEADing Practice ApS is an open architecture and open standard community and therefore provides open access to all deliverables for certified LEAD practitioners, thereby ensuring that modelling principles are applied correctly. A open architecture and open standard community has been set in place to encourage sharing, learning and reuse of information and thereby increase knowledge among LEAD community practitioners, and with this ultimately improvement of one s project, engagement and the LEAD development. Use of the LEAD frameworks, methods and approaches is restricted to certified LEAD community members, in good practitioner standing, who are able to use these items solely for their non-commercial internal use. Legal access to the detail of LEAD will be provided to you with your membership. Members are prohibited from sharing the LEAD material in its entirety with other parties who are not members of LEAD community since the concepts and models are protected by intellectual property rights. Guidelines for LEAD community members using the IPR material As a LEAD member comes greater personal responsibility and the following intellectual property conditions apply: Can be used free of charge for LEAD certified practitioners. Cannot be share, copied or made available for non-community member, which are not LEAD certified practitioners. When using any materials, it must include a source notice either in an adjacent area or as a footnote to indicate the source. The source should be specified the following way : Source: A part of the LEAD Frameworks and possibly indicate the LEAD work product family, such as Part of LEAD Process Framework. Cannot be systematically given away do not download all our content and simply hand it over to other colleagues or clients that are not trained and certified. To ensure correct usage, any company usage of the LEAD material e.g. templates and tools has to be tailored and agreed upon by LEADing Practice ApS. LEADing Practice ApS may, in appropriate circumstances and at its discretion, terminate the access/accounts of users who infringe the intellectual property rights and pursue legal action. Guidelines for non-lead community members using the IPR material The following conditions apply to use of the LEAD Intellectual Property for non-community members: Can be used free of charge for lecturing and research at any University and Business School Material available at www.leadingpractice.com can be used in a non-commercial way for knowledge sharing. When using any materials, it must include a source should be specified the following way : Source: A part of the LEAD Frameworks and possibly indicate the LEAD work product family, such as Part of LEAD Process Framework. General guidelines that apply for all LEAD IPR material Any use of original texts, graphics, images, screen shots, and other materials from LEAD sources must be approved by LEADing Practice ApS. Any material cannot be generally distributed to colleagues, clients and or an undefined audience without written permission from LEADing Practice ApS. Cannot be altered or changed (the using company) in any way without explicit written permission from LEADing Practice ApS. In most cases, the LEADing Practice ApS acts as a distribution channel for the Publisher(s) and Authors) of the material provided. LEADing Practice ApS may, in appropriate circumstances of infringement of the intellectual property rights pursue legal action. For questions, please get in touch with us at info@leadingpractice.com.