The Quality Management Metamodel in the Enterprise Architecture

Similar documents
Risk modeling by custom extensions to Archimate Experimental extensions towards a complete EA framework

Software Processes. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1

Avancier Methods (AM) Applications architecture diagrams

Architecture Development Methodology for Business Applications

Passit4Sure.OG Questions. TOGAF 9 Combined Part 1 and Part 2

INTRODUCTION TO BUSINESS ARCHITECTURE

Enterprise Architecture & Business Process Modeling using

MBA BADM559 Enterprise IT Governance 12/15/2008. Enterprise Architecture is a holistic view of an enterprise s processes, information and

Objective (c.f., p.58)

TOGAF 9.1 in Pictures

Reviewed by Paul Harmon

Enterprise Architecture: an ideal discipline for use in Supply Chain Management

Enterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri

A Process for Data Requirements Analysis. David Loshin Knowledge Integrity, Inc. October 30, 2007

Requirements Engineering and Software Architecture Project Description

Chapter 2 Accountants as Business Analysts. Changing Roles of Accountants in Business

CMMI and FPA. the link and benefit of using FPA when rolling out CMMI. Christine Green IFPUG - Certified Function Point Specialist EDS

Enterprise Architecture and COBIT

An Overview of Modern Business Analysis

TOGAF - The - The Continuing Story Story

EXTENDING THE EPC AND THE BPMN WITH BUSINESS PROCESS GOALS AND PERFORMANCE MEASURES

Business Capabilities as Formalised Social Systems

Practical Company Organization Modeling Guide

Useful EAM-Standards and Best-Practice Frameworks

A Guide to the Business Analysis Body of Knowledge (BABOK Guide), Version 2.0 Skillport

Expanding the Discipline of Enterprise Architecture Modeling to Business Intelligence with EA4BI

Business modelling with UML

A Domain-Specific Language for EAM Entities and Views

Aligning TOGAF and NAF Experiences from the Norwegian Armed Forces

Fast Start Business Analytics with Power BI

IBM WIoT CP Summit Open Labs (NO COST - not a substitute for full training courses)

VALIDATING REQUIREMENTS USING GAIA ROLES MODELS

Business Capabilities Centric Enterprise Architecture

Requirements Elicitation

DEVELOPMENT OF MBSE/UML MATURITY MODEL

IT Services Management

PART THREE: Work Plan and IV&V Methodology (RFP 5.3.3)

Business Process Modeling

An Extension of Business Process Model and Notation for Security Risk Management

CIOReview SPARX SYSTEMS INTELLIGENTLY ARCHITECTING THE INFORMATION SILOS ENTERPRISE ARCHITECTURE SPECIAL

ISO/IEC JTC1/SC7 N2683

Chapter 4 Requirements Elicitation

Expand application range with respect to consider the whole system. Consider state of the art and adapt actual regulations and standards

Enterprise Architecture Modeling with the Unified Modeling Language. Abstract

Pertemuan 2. Software Engineering: The Process

Prof. Dr. Liggesmeyer, 1. Quality Management of Software and. Processes and QM. Systems. QMSS Processes and QM

System Engineering. Instructor: Dr. Jerry Gao

Usine Logicielle. Position paper

Analyze, Design, and Develop Applications

Object-Oriented and Classical Software Engineering

1) Introduction to Information Systems

Agile Architecture And Design

Overcome the Challenge. The EA Improvement Programme

EVALUATION OF ARIS AND ZACHMAN FRAMEWORKS AS ENTERPRISE ARCHITECTURES

Industry 4.0 What does it Mean for CAPIEL Manufacturers?

PLCS Widening the take up

Introduction to Enterprise Architecture Tapan Acharya Practice Lead Telelogic An IBM Company

Integration of Business Decision Modeling in Organization Design

Competency Area: Business Continuity and Information Assurance

Software Engineering II - Exercise

MOTIVATION ISSUES IN THE FRAMEWORK OF INFORMATION SYSTEMS ARCHITECTURE

A Standard Framework for SOA Governance

Chapter 1 Software Process

Enterprise Management Frameworks & TOGAF 9

Software tool support for software development

Smart Manufacturing Standardization: Reference Model and Standards Framework

Requirements Analysis. Overview

TOGAF ADM/MDA Synergy Project

Lectures 2 & 3. Software Processes. Software Engineering, COMP201 Slide 1

INF5181: Process Improvement and Agile Methods in Systems Development

Quality Management of Software and Systems: Processes and QM

Pattern Repository for Support of Project Management Capabilities

A FRAMEWORK FOR FOOD PROCESSING PLANT MODELLING

Information Technology Services Project Management Office Operations Guide

Umeå University Department of Computing Science SE UMEÅ SWEDEN

Organizational Knowledge Patterns: Foundations and Application Examples

IN the inaugural issue of the IEEE Transactions on Services Computing (TSC), I used SOA, service-oriented consulting

NDIA th Annual Systems Engineering Conference. MBSE to Address Logical Text-Based Requirements Issues. Saulius Pavalkis, PhD, No Magic, Inc.

Enterprise Architecture Methodologies and Comparisons 1. The Zachman Framework for Enterprise Architectures

ALFABET 9.12 WHAT S NEW IN. With Alfabet 9.12 you can: Risk mitigation planning & management ALFABET

An Oracle White Paper February Oracle Unified Method (OUM) Oracle s Full Lifecycle Method for Deploying Oracle-Based Business Solutions

Design and Assessment for Agile Auditing Model: The Case of ISO 9001 Traceability Requirements

REFERENCE ARCHITECTURES AS MEANS TO AID IN SYSTEM DEVELOPMENT

This resource is associated with the following paper: Assessing the maturity of software testing services using CMMI-SVC: an industrial case study

Enterprise Modeling to Measure, Analyze, and Optimize Your Business Processes

Evolutionary Differences Between CMM for Software and the CMMI

CMMI-DEV V1.3 CMMI for Development Version 1.3 Quick Reference Guide

An Integrated Methodology for Construction BIM & ERP by Using UML Tool

Establishing Architecture for Large Enterprise Solutions in Agile Environment

IBM Rational Asset Manager made practical

PRINCE Update. Changes to the manual. AXELOS.com. April 2017 PUBLIC

Object-Oriented and Classical Software Engineering THE SOFTWARE PROCESS 9/17/2017. CHAPTER 3 Slide 3.2. Stephen R. Schach. Overview Slide 3.

CMMI FOR SERVICES, THE PREFERRED CONSTELLATION WITHIN THE SOFTWARE TESTING FUNCTION OF A SOFTWARE ENGINEERING ORGANIZATION

IT Architecture Standards, TOGAF and OMG in more Detail, Key Architecture Work Products

A Guide to Critical Success Factors in Agile Delivery

Diagramming Change to Better Inform Business Process Renovation

Innovation & Technology for Challenging Projects

Motivation Issues in the Framework of Information Systems Architecture

BUSINESS PROCESS MATURITY OF THE TRANSPORT-FORWARDING-LOGISTICS SECTOR IN POLAND

How to Create a Basic SAP Business Workflow

Transcription:

Jerzy Roszkowski Management Systems Consulting, Poznańska 28/ Street, 93-234 Łódź, Poland Agata Roszkowska Baden-Württemberg Cooperative State University Stuttgart, Faculty of Technology, Jägerstraße 56, 7074 Stuttgart, Germany 9 th International Conference on Perspectives in Business Informatics Research The Management Metamodel in the Enterprise Architecture The paper presents the methodology for determining, management, simulation and optimization of the quality of an enterprise architecture based on defined by the author of two metamodels: classes and processes for quality management of this architecture. The second of them (the process metamodel) of quality management developed in BPMN has undergone simulation and optimization using ARIS Business Process Simulator. The results of this simulation and optimization are presented in the article. The presented research method developed by the author, and the results are related to and are a creative extension of the following ISO standards: ISO/IEC 24744 [], ISO/IEC 2207 [2], ISO / IEC 4200 [3] and the well-known methodologies: A Framework for Information Systems Architecture. - Zachman, J. A., and TOGAF : The Open Group Architecture Framework

Actually used standards CMMI (Capability Maturity Model Integration) is a process improvement approach whose goal is to help organizations improve their performance TOGAF 9 The Open Group Architecture Framework for Enterprise Architecture framework, which provides for a comprehensive approach to the design, planning, implementation and management of enterprise information architecture. The architecture is typically modeled at four levels (domains): Business Processes, Applications, Data, Technology. Group of The Open Group TOGAF specification available free of charge to organizations for their personal. ISO Standards Software Engineering - a Metamodel for Development Methodologies - ISO / IEC 24744 Systems and Software Engineering - Software Life Cycle Processes - ISO / IEC 2207 Systems and software engineering - Architecture description - the ISO / IEC 4200 Sector Standards 2

CMMI Fixed representation Level5 Optimized The focus on process improvement. Level 4 Managed quantitatively The process is measured and controlled. Level 3 Defined At the level of organisation was implemented standardizing normalized processes. Level 2 Managed Achieving the objectives in an area is based on a pre-determined plan Level Initial Process unpredictable, poorly controlled. 3

Achitecture Development Method for TOGAF. Source: http://www.opengroup.org/sib.htm The TOGAF is Architecture Development Method (ADM) used for the determination of business needs and the construction of such an architecture that achieves these needs. 4

What is quality? What is metamodel? The quality concept in for the development process of the enterprise architecture is understood as a set of measurable and immeasurable characteristics of the product required by the customer (customer, product). Product quality is monitored at all stages of its manufacture, especially in the so-called Checkpoints. Metamodel (ISO standard ISO / IEC 24744 (A metamodel for Development Methodologies ) According to a metamodel is the specification of the concepts, relationships and rules that are used to define a methodology. Any metamodel consists from elements. An element is a simple component of a methodology. Usually, methodology elements include the specification of what tasks, activities, techniques, models, documents, languages and/or notations can or must be used when applying the methodology. Methodology elements are related to each other, comprising a network of abstract concepts 5

System Architecture Project Metamodel class meta-model-new JR Legend Project Model All dependency connections should be monitored by Traceability Matrix Step 0 - based on SIWZ Step - Projekt funkcjonalny Step 2 -Implementation Step 3 optional Other New Element -JR Connection State connection + Goal + Objectives [..n] :: notes Organizes the entire project repository and project Master Data «enumeration» StatusEnum Proposed Accepted Implemented Verified Obsoleded Actor + RWE Consultant + Tasks [..n] :: 2 UC Diagram View..*..* Extend/Uses Use Case + Level + Post-Condition..* + Pre-Condition..* + Steps [..n] :: Sequence Diagram :: «verify» Test Case :: «derive» State Connection Activ ity Connection 3 UML Function View.. System Activity - Level in hierarchy: int :: notes based on SIWZ «satisfy» Required Service Activ ity Diagram - Level in hierarchy: int ::..* «verify» ::..* 5 Component View Data Object :: notes based on SIWZ Component Function Hierarchy Diagram :: «use» Connection Activ ity Data Object Flow «satisfy» Provided Service :: 0 Requirement Diagram View (SIWZ) High Level Requirements + ToBeImplementedBy + Type :: notes based on SIWZ «derive» Non Functional Requirement «derive» + Source :: «Deployed by»..* «use» +target «implement» +source Entity + Attributes [..n] :: Connection Entity Connection ::Connection + Direction + Multplicity [..2] + Stereotype + Type :: 4 Class View 6 Deployment Diagram View +target Connection Deliverale Connection Deliv erable + Version :: notes Software Component Artifact - Documentation - Policy etc Hardware Other +source..* ::Connection + Direction + Multplicity [..2] + Stereotype + Type :: Business Class + Attributes [..n] «mapping» + Class type: char + Operations() : void Class Connection 6

Metamodel of classes for the Management class Manager View Organization Structure Submodel Generic Enterprise Architecture Submodel AD Link Stakeholder..* needs..* View Point 0.. Architecture Model AD Element AD Attribute 0, 2..* creates Analyst specific rules general rules Project Manager Manager controls manages controls defines Management Process Model manages Architecture Assessment Model stores Management Process Model QM Related Models 0.. 0.. Correspondence conitains..* organizes QM check organizes Report Requirement Pattern..* Product Pattern supervizes Products Submodel..* Steering Committee reads creates Report is based on Product 7

BPMN proces model Final metamodel of processes for the topic "Architecture quality management vor the optimization ) 8

Analyst Create Final Report CRUD AD Elements Define Corespondence - AD Define Process & Define Requirements EA Process Iteration Acceptance Iteration Management Iteration ready for Iteration Start Message Pass? PM Project Finish Project Finish? Project Start QM Validation Steering Commetee The completness and correspondence of models RELATIONSHIP MATRIX PROCESSES VERSUS CLASEES AD Attribute X X AD Element X X AD Link X X Analyst X X Architecture Model Architecture Assesment Model X X Correspondence X X High Level Report X X Management Proces Model X Project Manager X X X Management Process Model X X Manager X X X X X X X X X Report X X Report Pattern X X Requirement Pattern X X Stakeholder Steering Committee X X X X X X X X View Point 9

The required input data for simulation: Graphical model for BPMN business process Organizational units (see diagram allocation functions) Possible variants of the process flow (a set of activities performed, the combined symbols of the movement control process) Relational operators (types of operators, XOR, AND, OR) o o o Business Process Parameters: average frequency of the input event / time period relational operators (the probability of each output) times of the various stages of the process (waiting time static execution time of an elementary process) The degree of involvement of human resources (number of participants in the process / number of persons employed in the organizational unit responsible for the implementation phase of the process) 0

Steps of the process simulation execution Commissioned preparation data simulation Data mining Preparation data simulation Process simulation prepared Conducting simulation Simulation performed Automatic generate diagram activity Result of simulation Proces Mining bottleneck" associated with the allocation of resources - resources are too small, or during the calling of the process instance are busy handling another process, and therefore can not be used until the end of this process as the result in the simulation model are created process "bottleneck" associated with "bottleneck" instances associated called "dynamically with the processing waiting" for downtime (which means to stop the time (execution) the execution process until the exist release if possibility of resources. to increase activation The the optimization resources process are solution instance) already is exhausted to - increase and the only resulting resources solution in too in is order to long reduce total to have the duration execution disappeared of the time simulation. if processes the whole The simulation "waiting solution dynamically. process to this is to be completed optimization within in a specified order to less period. downtime The result is in for the process simulation simulation model process has been are created instances completed called within "statically the waiting" described to execute period. until the end of the previous instance of the process. Optimization solution is to shorten the implementation time of such processes, in order to have disappeared processes "statically waiting." Model non-optimized final Analysis results and choice of strategy optimization Bottleneck resources assigned Bottleneck processing times Processes waiting dynamically Processes waiting statically Optimized model Bottleneck downtime Stopped activation process End

Parameters of the running process (example) 2

Sector Standards (Example BI) () Requirement Definition reference model FK. Client Representative Client Acceptance Connector to the process D.0 Products cataloque and PSD F.3. Contract with client was signed Study of products cataloque and PSD Cataloque of products and DSP were worked out Project Phase Leader Manager Project Manager Change in products was introduced F.5 Connector from the process Change management Product cataloque and DNP was accepted F.3.2 Product registration in project database Administrator of a project repository Repository of project Requirements change was introduced F.3.4 Analysis of change Change was accepted Cataloque of products and PSD was registered Requirements of quality for products F.3.3 Study of quality requirements for the products Manager requirements were worked out Control F.3-B Connector to the process 3

Sector Standards (Example BI) (2) Connector from the process Construction Control reference model Notification of product to control D.03 Product M.0 F.6 F.3.2 Product was created Product registration in project database Product was registered for quality control Project Phase Leader Repository of project Requirements of quality for products Template of product Manager F.3.5 control D.04 Repository of project Product D.03 F.3.5. requirements were fulfilled Product Status Change Product has internal acceptation requirements were not fulfilled Preparation of a list of a remarks and/or quality control protocol F.3.6 Change concerned rejected product was registered Manager Product with remarks Control minutes D.05 D.06 Change management Connector to the process Notitication of the Project Leader concerning of the completion the quality control process and deadlines for the prodict improvement F.3.7 M.02 Remarks registration in project database control was finished Manager Repository of project F.5 F.6 Construction Connector to the process 4

Sector Standards (Example BI) Devel.(3) Change supports management tools Change management Connector from the process Development reference process model Change concerned rejected product was registered F.5 Excel CASE Tools supports supports Change request was serviced F.6. DM project repository Data Mart designer performs Study of Data Mart technical project DM technical project D. F.3-B Connector from the process Control Rule operator Change concerns <EITHER > DM <OR> UNIVERSUM/RAP <OR> ETL <OR> IMPLEMENTATION Analytical reporting tools Universum Designer Reports Designer Product DM was finished supports F.6.2 Study of universum and reports technical project performs Product Universum and raports was finished Universum and raports repository Technical Project of "Universum" and reports Dictionaries D.2 D.3 Control Connector to the process F.3-B Repository of project ETL design tools CASE Tools supports Study of ETL technical design F.6.3 ETL project Repository of ETL project D4 D. ETL Designer performs Product ETL was finished DM technical project F.6.4 Reports designer performs Implementation Implementation package DB Programmer performs Implementation was finished supports Data Base Platform Testing Connector to the process F.4 5

Some results () Number of the products instancess/year 0 INPUT DATA BEFORE AND AFTER OPTIMIZATION Number of the process Name of the process instantion Processing time for the optimization (dddd:hhhh:mmm:se c) Processing time after the optimization (dddd:hhhh:mmm:se c) The share (%) of time in the total time Define Requirements 000:00:00:00 0006:00:00:00 4,20% 2 Define and product Patterns 3 New Product Activation 0000:05:00:00 000:00:00:00 2,40% (Preparation time- organizing the team and tools) 4 Iteration Management 0002:00:00:00 000:00:00:00 2,40% 5 Define Correspondence AD Model to Product Report Patterns 004:00:00:00 0007:00:00:00 6,60% 0005:00:00:00 0005:00:00:00,80% 6 Create AD Elements 000:00:00:00 005:00:00:00 35,50% 7 Validation 000:00:00:00 0006:00:00:00 4,20% 8 Product and Iteration Acceptance 0005:00:00:00 000:00:00:00 2,40% 9 Create Final Report 000:00:00:00 0000:05:00:00 0,50% TOTAL 0057:05:00:00 0042:05:00:00 00,00% 6

Some statistical results (2) 7

Conclusions CMMI and TOGAF are the frameworks in the called level of so called good practices Clarification of them should rely on their transformation into ISO standards. This requires the construction and optimization Metamodefls for each stage of ADM (for TOGAF) Therefore, should be introduced in the Enterprise Architecture the following architectural principles: Principle : " For each stage of ADM should be developed and optimized the metamodel describing each of this stage " Principle 2: "Reference Models in the appropriate businnes sectors are architectural guidelines, for Principle which should be compatible with the corresponding ADM metamodels (are their refinement (specialization) in the relevant sector). 8