DOCSLIB.ORG

Fundamentals of Enterprise Systems Engineering (ESE)* Outline

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Fundamentals of Enterprise Systems Engineering (ESE)* Outline 1 On Complex Adaptive System Engineering (CASE) Brian E. White, Ph.D. Director, Systems Engineering Process Office (SEPO) The MITRE Corporation 12 May 2008 8th Understanding Complex Systems Symposium University of Illinois at Champaign-Urbana 12-15 May 2008 Public Release Case Number: 08-1459 © 2008 The MITRE Corporation. All rights reserved Fundamentals of Enterprise Systems Engineering (ESE)* Outline Big Ideas Basics of ESE – Making it an engineering discipline Next generation systems thinking An example ____________ * ESE can be thought of as the same as complex systems engineering (CSE) 2 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved but there can be nuances of difference. See Charts 8 and 44. Big Ideas Complex systems abound – Mega-projects in transportation, the environment, U.S. DoD’s Global Information Grid (GIG), etc. – Internet culture—massive connectivity and interdependence Complexity theory applies – Much activity in complexity science across many fields – University interest in developing ideas for engineering (MIT, Johns Hopkins, UCSD, USC, Stevens, UVM, U of I, Old Dominion) Complexity is embedded in everyday knowledge – The Gardener metaphor (vs. The Watchmaker) – Biology and natural evolutionary processes – The way we think, our language/semantics – Markets (viz., The Wisdom of Crowds, The Black Swan) Traditional Systems Engineering (TSE) methods may not help – But temptation is strong to keep trying them One can dependably, but not predictably, build complex systems – Using systems thinking and Complex Systems Engineering (CSE) 3 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved A Spectrum of Systems See Notes Page System: An instance of a set of degrees of freedom* having relationships with one another sufficiently cohesive to distinguish the system from its environment.** *Normally grouped into subsets or elements **This cohesion is also called system identity Less complex More complex Pre-specified Evolving 4 [White, 2008b] and [Kuras-White, 2005] © 2008 The MITRE Corporation. All rights reserved Relative Importance of Opportunity See Notes Page Uncertainty Risk Opportunity Un-assessable Unknown Enterprise View System of Systems View Systems View Risk Opportunity 5 [White, 2008b], [White, 2007b], [White, 2007a], and [White, 2006] © 2008 The MITRE Corporation. All rights reserved {View} = {Scope, Granularity, Mindset, Timeframe} Large Enterprise A change in a mind’s focus Inaccessible Region results in a change of View! (where a given human cannot conceptualize No View change can take Scope one beyond this limit! SoS (e.g., FoV) Time Accessible Region (where that human System Mindset can conceptualize) (e.g., cognitive focus) Small Coarse Fine Granularity (e.g., resolution) 6 [White, 2008b] and [White, 2007] © 2008 The MITRE Corporation. All rights reserved The Enneagram Web* 9/0 Identity Self-Organization Domains Structure/Context 8 1 Intention Living Systems Command and Control Patterns and Processes Pattern and Process 2 Issues Learning 7 “Numerology” Coincidences? Octet: 0-7 order is logical Whole circle is “one” Living beings order: 1/7 = 0.1428571… 3 Relationships Information 6 The Work 5 4 Principles & Standards ____________ 7 [White, 2008b] * [Knowles, 2002, pp. 30, 32, 33, and 39] © 2008 The MITRE Corporation. All rights reserved Degree of Difficulty View of Engineering See Notes Page Disciplines Systems Science Context Complexity Systems Theory Thinking System ESE Mission System Behavior Environment Strategic Context Context CSE′ Increasing Degree of Difficulty SE′ Desired Scope Outcome of Effort Engineering′ Fundamental Applied Research Research Stakeholder Scale Relationships of Effort Implementation Stakeholder Context Context Stakeholder Acquisition Involvement Modeling & Environment Simulation 8 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved Outline Big Ideas Basics of ESE – Making it an engineering discipline Next generation systems thinking An example 9 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved Basics of Enterprise Systems Engineering An Enterprise is made up of a complex interaction of autonomous agents (people), processes, and technology; enterprises – Are recursively defined – Have transaction variables – Have multiple scales – Are socio-cultural, techno-economic- … A process orientation is essential to ESE (see Chart 17) – Traditional Systems Engineering (TSE) is the “Inside Loop” – Enterprise Systems Engineering (ESE) is the “Outside Loop” There are complementary mindsets and theories to be applied to ESE Enterprise development involves several holistic areas/activities, e.g., – Balance between variety and uniformity – Shaping of interactions – Deciding what is nourished and what is not 10 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved Enterprise Definition People, processes, and technology interacting with each other and their environment to achieve goals Environmental Stress people processes technology Enterprise Model 11 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved Recursive Nature of the Definition At every level an enterprise itself is a part of a larger enterprise and contains sub-enterprises of people, processes and technology Public education University College The sub-enterprise contributes to the goals of the larger enterprise. 12 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved Boundary for ESE—An Operational Definition See Notes Page For the purposes of ESE, the enterprise is defined as the set of system elements that participating actors either control or influence. The remainder constitutes the enterprise environment. Uncontrolled Environment Elements ESE Boundary Complementary ESE Processes Influenced TSE Processes Elements Controlled Elements The Enterprise boundary is a virtual construct depending on the make-up and authority of the participating actors and stakeholders. 13 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved ESE and Business Process Relationships Throughput Process ESE Realm Systems Development Process Create & Disseminate Systems/Services Membership Leadership (Roles & (Vision, Goals Responsibility) Plan & Govern) Learning & Conflict Control Management (Evaluate & (Coop, Compet., Assess) Trades) Business Processes 14 [White, 2008b] and [Gharajedaghi, 1999] © 2008 The MITRE Corporation. All rights reserved A Challenge of Enterprise Governance Traditional Enterprise Governance Governance Benefit to the Individual Benefit to the Enterprise Enterprise Governance Must Reverse the Traditional Rewards Curve 15 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved SE Process Moving to ESE Integration Integration Influence or shape Integrated Integrated & & Unchanging Complex Selection Unorganized Unorganized & & Variation Unchanging Complex Innovation (Differentiation) Innovation (Differentiation) A “realized” enterprise re-invents itself through a The ESE process must shape the integration and process of continual innovation and integration.* innovation environment.** ___________ __________ * After [Gharajedaghi, 1999] ** After [Axelrod-Cohen, 2001] 16 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved ESE Processes in Context Gharajedaghi Enterprise Traditional Business Systems Engineering Systems Engineering Processes Processes Processes Enterprise Management Req Dev & Mgt Vision Strategic Technical Plan Risk Mgt Goals Enterprise Architecture Config Mgt Conflict Mgt Cap Planning Analysis Tech Project Plng Technology Planning Roles & Resp QA System Safety ILS Shape Innovate Integrate Restructure Process Design The Improvement Implement Enterprise (CMMI) Transition Diagnostics Analysis & Assessment Integrated Test Enterprise Assessment 17 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved Outline Big Ideas Basics of ESE – Making it an engineering discipline Next generation systems thinking An example 18 [White, 2008b] © 2008 The MITRE Corporation. All rights reserved Next Generation Systems Thinking* Complex adaptive systems are … unique and non-reproducible, open, dynamic, self-organizing, unpredictable and surprising, sub-optimum but robust, unstable, … Focus on – The big picture where the parts are characteristic of the whole – Engineering the environment of a complex system Reductionism/Constructionism does not work when one cannot – Control stakeholders – Predict outcomes – Successfully prespecify future capabilities ESE becomes more like a regimen** – Identify Outcome Spaces Capabilities-based – Shape the developmental environment Establish rewards (and penalties) Distribute rewards for achievement of goals Apply developmental stimulants (stir the pot and change the rules) – Couple development to operations Characterize continuously (as in markets) Enforce safety regulations that ensure continuous operation ____________ 19 [White, 2008b] * See [White, 2008] for recent essays on complexity, complex systems and CSE ** [Kuras-White, 2005] © 2008 The MITRE Corporation. All rights reserved Enterprise Systems Engineering (ESE) Profiler 20 [White, 2008b] Source: Renee Stevens © 2008 The MITRE Corporation. All rights reserved Version 1 – 2 Oct 07 Systems Engineering Activity (SEA) Profiler Typical Systems Left End of Left Intermediate Interval Center Intermediate Right Intermediate Right End of Engineering Activity Slider Interval Interval Slider Define the System Establish Adapt to Changing Revise and Restate Try to Predict Future Discover
Load more

Recommended publications
  • Steps in Enterprise Modelling Aroadmap
    Steps in Enterprise Modelling aRoadmap Joannis L. Kotsiopoulos\ (Ed.), Torsten Engel2, Frank-Walter Jaekel3, Kurt Kosanke4, Juan Carlos Mendez Barreiro 5, Angel Ortiz Bas6, Michael Petie, and Patrik Raynaud8 1Zenon S.A., Greece, 2Fztr PDE, Germany, 3FhG-IPK, Germany, 4CIMOSA Association, Germany, 5AdN Internacional, S.A. de C. V., Mexico, 6Universidad Politecnica de Valencia, Spain, 7Univ. Notre-Dame de Ia Paix, Namur, Belgium, 8PSA, France, [email protected] Abstract: see Quad Chart on page 2 1 INTRODUCTION Advances in Information Technology have made Enterprise Modelling possible for many enterprises of today. A variety of software tools has ap­ peared in the market, processing power has dramatically increased, model­ ling architectures have evolved and even matured. Despite such advances however, widespread use of models, as a strategic decision support tool en­ compassing large industrial sectors, remains unattainable. The working group analysed the current situation, identified major problems and issues as causes and suggested a roadmap for the next steps in Enterprise Modelling. The following Quad-Chart (Table 1) summarises the work of the group that addressed those requirements. It identifies the approach taken to resolve the issues and proposes a project and ideas for future work for testing and enhancing the proposed solutions. The original version of this chapter was revised: The copyright line was incorrect. This has been corrected. The Erratum to this chapter is available at DOI: 10.1007/978-0-387-35621-1_43 K. Kosanke
    [Show full text]
  • Enterprise Architecture and Systems Engineering
    Enterprise Architecture and Systems Engineering Peter Webb BMT Defence Services Limited, United Kingdam, [email protected] Abstract: Factors such as the end of the cold war and increasing globalisation in tenns of competition and social responsibility have significantly increased the complex­ ity of events addressed both by governments and by industry. Furthennore, their responses are increasingly more constrained by economic and environ­ mental issues. It is clear that the large complex "socio-techno-economic" sys­ tems (i.e. enterprises) that may comprise as well as create and deliver these re­ sponses must be both agile and efficient. An approach to the analysis, design and specification of such enterprises is presented which draws on state of the art Enterprise Architecture concepts and Systems Engineering techniques. The resulting EA/SE method enables clear justification of design, definition of in­ terfaces and derivation of validated requirements. Comparisons are drawn to Zachman and ISO 15704 - GERA concepts. 1 INTRODUCTION This paper describes how enterprise architecture concepts and systems engineering techniques have been combined to provide a new approach to the analysis, design and specification of enterprises. It has been named the Enterprise Architecture I Systems Engineering (EA/SE) method. Enterprise architecture provides a rich but generic framework that guides the construction of enterprise models. Furthermore, it enables stakeholder needs and expectations to be identified and traced to technological design while facilitating integration efforts. Systems engineering provides the tools and techniques to create "well engineered" enterprise architectures. In particular, it uses modelling as a means for analysis, improvement and validation of proposed solutions. Sys- The original version of this chapter was revised: The copyright line was incorrect.
    [Show full text]
  • Enterprise Modelling: from Early Languages to Models Transformation Bruno Vallespir, Yves Ducq
    Enterprise modelling: from early languages to models transformation Bruno Vallespir, Yves Ducq To cite this version: Bruno Vallespir, Yves Ducq. Enterprise modelling: from early languages to models transforma- tion. International Journal of Production Research, Taylor & Francis, 2018, 56 (8), pp.2878 - 2896. 10.1080/00207543.2017.1418985. hal-01836662 HAL Id: hal-01836662 https://hal.archives-ouvertes.fr/hal-01836662 Submitted on 12 Jul 2018 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. ENTERPRISE MODELLING: FROM EARLY LANGUAGES TO MODELS TRANSFORMATION Bruno Vallespir, Yves Ducq Univ. Bordeaux, CNRS, IMS, UMR 5218, 33405 Talence, France [email protected], [email protected] Abstract During the last thirty years, enterprise modelling has been recognised as an efficient tool to externalise the knowledge of companies in order to understand their operations, to analyse their running and to design new systems from several points of view: functions, processes, decisions, resources, information technology. This paper aims at describing the long evolution of enterprise modelling techniques as well as one of the future challenges of these techniques: the transformation of enterprise models. So, in a first part, the paper describes the evolution of enterprise modelling techniques from the divergence era to the convergence period.
    [Show full text]
  • A Framework for Enterprise Systems Engineering Processes
    A Framework for Enterprise Systems Engineering Processes Dr. Robert S. Swarz Dr. Joseph K. DeRosa Tel: +1 781-271-2847 Tel: +1 781-271-3332 Email: [email protected] Email: [email protected] Fax: +1 781-271-2841 Fax: +1 781-271-3803 The MITRE Corporation 202 Burlington Road Bedford, MA 01730-1420 U.S.A. Abstract: In this paper, we describe how traditional systems engineering processes, such as those delineated in the ANSI//EIA 632 standard, are becoming inadequate for today’s complex systems, in which there is a rich set of interconnections and interrelationships between all of the systems in an enterprise. We further suggest that a new discipline (or an extension of the old discipline) is developing in response, called Enterprise Systems Engineering (ESE). We next explain some salient characteristics of complex adaptive systems and motivate how these properties, such as variation, interaction, and selection can be used to shape the evolution of the enterprise. We outline five important new processes: Technology Planning, Capability-Based Engineering Analysis, Enterprise Architecture, Strategic Technical Planning, and Enterprise Analysis and Assessment that can be used to exercise a degree of control beyond that which can be afforded by traditional means. Key words: Enterprise Systems Engineering, Evolution, Variety, Selection, Process, Enterprise Architecture, Capabilities ICSSEA 2006 Swarz & Derosa 1. INTRODUCTION In 1999, the Electronic Industries Alliance (EIA) published their Processes for Engineering a System. This has become an American National Standard (ANSI/EIA 632), and is consistent with the approach being taken by the International Standards Organization’s standard ISO 15288. In addition, the Institute of Electrical and Electronics Engineers (IEEE) standard 1220 represents an application of EIA 632 to the electronics and electrical industry.
    [Show full text]
  • Enterprise Engineering Methods and Tools Which Facilitate Simulation, Emulation and Enactment Via Formal Models
    15 Enterprise engineering methods and tools which facilitate simulation, emulation and enactment via formal models R.H. Weston and P.J. Gilders MSI Research Institute, Dept. ofManufacturing Engineering, Loughborough University of Technology, Loughborough, Leics, UK. Tel: +441509 222907, Fax: +441509 267725 R.H. [email protected], [email protected] Abstract In the current industrial environment of increasing competition in a globalised marketplace, businesses must strive to closely satisfy ever changing customer desires. Correspondingly, manufacturing systems need be more responsive to the evolution of business requirements and ensure that they directly support these changing demands. Enterprise modelling has contributed significantly to achieving these goals by providing a greater level of consistency between high level requirements definition and lower level system design. However, in order to be truly useful to businesses, enterprise models must be of sufficient detail and provide adequate scope to enable the models to be translated into workable business solutions. Additionally, the variety of available enterprise modelling methods and tools need to be positioned by a common framework, such that relationships between different modelling methods can be identified. This paper introduces the work carried out at the MSI Research Institute at Loughborough University which aims to provide a toolset to support the lifecycle of enterprise modelling and to support model enactment through the provision of runtime control, resource allocation and information management. Additionally, the paper provides an example application of part of the toolset and concludes by positioning the toolset within the GERAM framework for enterprise modelling. Keywords Enterprise, lifecycle, formal, systems, integration, manufacturing, modelling P.
    [Show full text]
  • Ueml: Towards a Unified Enterprise Modelling Language
    3e Conférence Francophone de MOdélisation et SIMulation «Conception, Analyse et Gestion des Systèmes Industriels» MOSIM’01 – du 25 au 27 avril 2001 - Troyes (France) UEML: TOWARDS A UNIFIED ENTERPRISE MODELLING LANGUAGE F. VERNADAT Vice-chairman of the IFAC-IFIP Task Force on Architectures for Enterprise Integration LGIPM & MACSI-INRIA ENIM/Université de Metz Ile du Saulcy F-57045 Metz cedex 1, France Mél : [email protected] or [email protected] ABSTRACT : The paper presents the rationale and principles of a unified language devoted to the area of Enterprise Modelling. The language, named UEML, for Unified Enterprise Modelling Language, is not intended to replace existing languages but is intended to provide a uniform interface to enterprise modelling tools and a neutral format for exchange of enterprise models. It therefore builds on previous languages and provides constructs to cover function, information, resource and organization aspects of business entities. It is also aligned with results of CEN TC 310, ISO TC 184 and IFAC-IFIP GERAM efforts in the area of enterprise modelling and engineering. KEY-WORDS : Enterprise Modelling, Modelling languages, UEML 1. INTRODUCTION analysis. Models produced were mainly static. In the 80’s, specific methods have been proposed to model In today’s highly competitive global economy, many large manufacturing systems to support their design, business companies need to better understand and possibly with a link to simulation (e.g. IDEF suite of harness the way they operate. They must also frequently methods, GRAI method). EM has then significantly realign their organisation structure to face the need for improved shifting from an activity (or function) centred change as imposed by their environment for increased view to a more business process centred view as customer satisfaction in terms of quality, cost and delay.
    [Show full text]
  • Enterprise Modeling and Its Applications in Company Management Systems
    Enterprise Modeling and its Applications in Company Management Systems Ladaislav Madarász1, Maroš Timko2, Michal Raček3 1 Department of Cybernetics and Artificial Intelligence, FEI TU Košice, Letná 9/B, email:[email protected] 2 Siemens PSE, s.r.o., Bratislava, Lomená 1, Košice, email:[email protected] 3 Department of Cybernetics and Artificial Intelligence, FEI TU Košice, Letná 9/B, email:[email protected] Abstract: From the experience of last years it seems that enterprise modeling is a necessary step to perform successful changes of the enterprise business operations from a functional to a process-oriented approach. The recency and accuracy of the model is essential in the meaning of usability of the enterprise model. A term “living” or “dynamic” enterprise model was introduced in recent time to address these requirements of the model. Keywords: enterprise engineering, enterprise modeling, reference architecture, modeling concepts ARIS and CIMOSA) 1 Introduction Modern modeling technologies are able to utilize enterprise models in more general ways than to use them as descriptive models only. Such a models can form very important part in the process of definition and controlling of the enterprise processes. Enterprise models can be utilized in a lot of manners but at least they serves as a common repository of enterprise knowledge, which is semantically organized internally. This knowledge can then be used to reach the certain goal with the help of suitable tools. Models describe processes and their interactions within the organization as well as the interactions with information system and are able to provide qualitative and quantitative results of the overall lifecycle process.
    [Show full text]
  • Enterprise Ontology Driven Software Generation
    Enterprise Ontology Driven Software Generation Jan L. G. Dietz Delft University of Technology, Delft, The Netherlands [email protected] Abstract: Model Driven Engineering has been with us for quite some time, the most well known approach being OMG’s Model Driven Architecture. However, although it has brought substantial benefits compared to other software engineering approaches, Model Driven Engineering presently still suffers from two major shortages. First, it is unable to deliver domain models from which the correct functional requirements can be derived. Hence, true validation is hardly possible: the software does not meet user expectations. Second, the models to be produced during the system development process, are not formally defined. Hence, their verification remains a cumbersome task. One of the theoretical pillars of Enterprise Engineering (EE) is the Generic System Development Process. It distinguishes between the using system and the object system (the system to be built), and it states that any software development process should start from the ontological construction model of the using system. In addition, EE’s systemic notion of Enterprise Ontology offers a formalized ontological model of an enterprise that satisfies the C4E quality criteria (coherent, consistent, comprehensive, concise, and essential). An operational application software generator will be presented that takes this ontological model, with some extensions, as source code input and executes the model as a professional software application. Changes in the software, as required by any agile enterprise, are brought about ‘on the fly’, through re-generation, based on the modified ontological model of the enterprise. BRIEF BIOGRAPHY Jan L.G.
    [Show full text]
  • Chapter 2 - Enterprise Architecture
    CHAPTER 2 - ENTERPRISE ARCHITECTURE 17 2 2.1 INTRODUCTION Enterprises usually comprise multiple sub-organisations, divisions and sections working together towards achieving various sub-aims but usually common business goals. EA is used to understand, describe and manage the complexity of the business, its people and its information. The ongoing success of large organisations depends on various factors, including how well the business of the organisation is described, understood and able to manage change (Ballangee, 2010a:46). Business activities of organisations do not only refer to economic, revenue-generating activities but may in general refer to functional activities of organisations such as manufacturing, service or education (Vernadat, 1996:22). As soon as business activities of organisations are perceived as diffused and complex, these organisations are classified as enterprises. Martin (1995:6) states that “organisational knowledge resides in software of ever-growing complexity” and modern enterprises rely on its “knowledge infrastructure”. Complex enterprises need to align business services and IM according to set standards and require design principles to be successful and competitive. In a constantly dynamic and changing business environment enterprises need to be able to manage change fast and effectively. EA as a strategy is increasingly used not only to describe the integration of business and IM in complex enterprises but to support strategic vision, organisational governance and IT requirements (Ballangee, 2010a:46; Dietz & Hoogervorst, 2010:1; Matthee et al., 2007:11; Zachman, 2010a:37). In a competitive and changing world, enterprises focus on delivering better services and products faster and more cost effectively. Therefore, strategic and business issues are continuously addressed and IM is acknowledged as a basis for effective and efficient business operations.
    [Show full text]
  • IDEF Modeling Abstract: Paper One “IDEF*: a Comprehensive Modeling Methodology for the Development of Manufacturing Enterprise
    IE 880I – Enterprise Engineering- Fall 2000 IMfgE at Wichita State University Paper #1 – IDEF Modeling Swapnil Shah IDEF Modeling Abstract: Paper one “IDEF*: a comprehensive modeling methodology for the development of manufacturing enterprise systems” [1] discusses the IDEF* modeling methodology which is used to reduce the incompatibility between the models and help modeling maintenance. The paper also gives information on the structure and various components of the supporting software tool that is used. Paper two “A knowledge-based approach to the generation of IDEF0 models” [2] discusses IDEF0 modeling. It explains how IDEF0 modeling can be used for modeling manufacturing systems. Knowledge-based system approach is explained so as to automate the modeling processes in order to reduce the modeling time and maintain consistency. Paper three “Implementing IDEF Techniques as Simulation Modelling Specifications” [3] explains IDEF0 modeling and gives information on simulation and how IDEF can help in simulation processes. The paper also discusses a case study in brief to explain IDEF modeling and in its implementation in simulation. What I expected from these articles: I expected these articles to give detailed information on IDEF modeling and explain how they could be used in any enterprise. I also expected to learn different IDEF methods and methodology. I hoped that the case study would explain to me in detail how the problem was approached and solved using the IDEF modeling techniques. Introduction: A model is one of the best techniques to represent an enterprise and its allied processes. Modeling helps in the analysis and design of an enterprise or its processes.
    [Show full text]
  • Scaling the Zachman Framework a Software Development Methodology for Non-Enterprise Applications Carla L
    Regis University ePublications at Regis University All Regis University Theses Fall 2006 Scaling the Zachman Framework a Software Development Methodology for Non-Enterprise Applications Carla L. Thompson Regis University Follow this and additional works at: https://epublications.regis.edu/theses Part of the Computer Sciences Commons Recommended Citation Thompson, Carla L., "Scaling the Zachman Framework a Software Development Methodology for Non-Enterprise Applications" (2006). All Regis University Theses. 393. https://epublications.regis.edu/theses/393 This Thesis - Open Access is brought to you for free and open access by ePublications at Regis University. It has been accepted for inclusion in All Regis University Theses by an authorized administrator of ePublications at Regis University. For more information, please contact [email protected]. Regis University School for Professional Studies Graduate Programs Final Project/Thesis Disclaimer Use of the materials available in the Regis University Thesis Collection (“Collection”) is limited and restricted to those users who agree to comply with the following terms of use. Regis University reserves the right to deny access to the Collection to any person who violates these terms of use or who seeks to or does alter, avoid or supersede the functional conditions, restrictions and limitations of the Collection. The site may be used only for lawful purposes. The user is solely responsible for knowing and adhering to any and all applicable laws, rules, and regulations relating or pertaining to use of the Collection. All content in this Collection is owned by and subject to the exclusive control of Regis University and the authors of the materials. It is available only for research purposes and may not be used in violation of copyright laws or for unlawful purposes.
    [Show full text]
  • Enterprise Modeling in the Context of Enterprise Engineering: State of the Art and Outlook
    I International Journal of J Production Management http://dx.doi.org/10.4995/ijpme.2014.2326 PME and Engineering Received 2014-04-30 - Accepted 2014-06-05 Enterprise Modeling in the context of Enterprise Engineering: State of the art and outlook Vernadat, F.B. Laboratory for Industrial Engineering, Production and Maintenance (LGIPM), University of Lorraine, Ile du Saulcy, Metz F-57042 cedex 1, France. [email protected] Abstract: Enterprise Modeling is a central activity in Enterprise Engineering which can facilitate Production Management activities. This state-of-the-art paper first recalls definitions and fundamental principles of enterprise modelling, which goes far beyond process modeling. The CIMOSA modeling framework, which is based on an event-driven process-based modeling language suitable for enterprise system analysis and model enactment, is used as a reference conceptual framework because of its generality. Next, the focus is on new features of enterprise modeling languages including risk, value, competency modeling and service orientation. Extensions for modeling collaborative aspects of networked organizations are suggested as research outlook. Major approaches used in enterprise modeling are recalled before concluding. Key words: Enterprise Engineering, Enterprise modeling, Process modeling, Capability/competency modeling, Risk modeling, Value modeling, Collaborative networked organization, CIMOSA . 1. Introduction be a central activity in Enterprise Engineering and Enterprise Integration projects. Nowadays, companies are facing drastic competition, Enterprise Engineering (EE) deals with design or unstable business conditions and serious efficiency redesign of business entities (Kosanke & Nell, 1997). problems. They must rationalize and optimize their It concerns all activities, except enterprise operations, daily operations in a productive and cost-effective involved in the enterprise life cycle, i.e., mission way.
    [Show full text]