# Response to MDC/Microsoft Business Rules Metamodel

Save this PDF as:

Size: px
Start display at page:

## Transcription

3 2. The Origins of a Business Rule ~ part 2 Formal Expression Type 1 in the convention of Formal Rule Statement an expression of 1 Business Rule expressed in From [GBRP Figure 3] 2.1 Formal Expression Type/Formal Rule Statement vs. the MDC Grammar Model rating: If we understand the nature of the MDC's proposed Grammar Model, it appears to correspond to the intent of this portion of our model, but in more detail. During the development of our model, we spent some time modeling grammars but abandoned that activity. Instead, the main point we chose to emphasize in our model is that (a) one business rule may be expressed in multiple (language-specific) grammars, and (b) this submodel does not impact or determine the essential statement (specification) of the business rule. In other words, we would treat "grammar" as a set of language bindings. There is no one, single grammar. Rather, we consider the essential statement of the business rule is in its conceptual model (i.e., the detail of its definition in terms of the metamodel constructs of "Business Rule.") BRG-MDC.doc 3 rev

4 3. Business Rule Types ~ Core Taxonomy Business Rule Derivation Structural Assertion Action Assertion Mathematical Calculation Inference Term Fact From [GBRP Figure 4; Figure 13] 3.1 Kinds of Business Rule rating: The BRG model subtypes "Business Rule" into: Structural Assertion, Action Assertion, and Derivation, and then further subtypes Structural Assertion into Term and Fact. The MDC model has flattened the initial set of types to: TermRule, FactRule, ActionRule, and InferenceRule. This omits our generalization of Term and Fact into Structural Assertion. Therefore, there is no explicit representation of the "Structural Assertion" concept on the MDC model. 3.2 Derivation (BRG) vs. InferenceRule (MDC) rating: The BRG model subtypes Derivation into Mathematical Calculation and Inference. The MDC model appears to have removed the distinction between the concepts of deriving knowledge by algorithm (Mathematical Calculation) vs. by reasoning (Inference). Furthermore, the MDC model has relabeled the general (supertype) concept as "Inference" -- i.e., uses the label of one of its subtypes on the BRG model. BRG-MDC.doc 4 rev

5 4. Structural Assertions ~ Term in Context Context user of Term a synonym of used in Business Term Common Term From [GBRP Figure 5] 4.1 Terms in Context rating: The BRG model provides for the ability to define a term in various contexts. (It also provides for common terms -- those which have a generally-understood interpretation, regardless of context.) The ability to relate a term to one or more contexts was mentioned in the Workshop but is not evident on the MDC model. 4.2 Terms and Synonyms rating: The BRG model provides for a term to be a synonym of another term. The ability to define multiple terms for a concept (I.e., terms as synonyms) was mentioned in the Workshop but is not evident on the MDC model. BRG-MDC.doc 5 rev

6 5. Structural Assertions ~ Kinds of Term Term Literal 1 Type Sensor Clock From [GBRP Figure 7] 5.1 Terms as Types or Literals rating: The BRG model makes explicit the ability to distinguish a term as either a 'type' or a 'literal.' The MDC model does not appear to reflect this. 5.2 Further subtypes of Type rating: The BRG model further subtypes 'Type' into additional concepts that are often used in expressing rules (especially the notion of the system 'clock'). The MDC model does not appear to reflect this. 5.3 Relating Type and Literal rating: The BRG model expresses the ability to relate a 'type' with one or more 'literals' (i.e., to declare the set of 'valid values' for a datatype/domain). The MDC model does not appear to reflect this. BRG-MDC.doc 6 rev

7 6. Structural Assertions ~ Terms and Facts Term Fact 1 the player of a semantic role as the use of Object Role described by 1.. a sequential use of 1 a possible wording of 1.. Text Ordering 1.. Phrase expressed as position-in-ordering text-with-marker syntactic-role-of-object-role From [GBRP Figure 5] 6.1 The structuring of Terms into Facts rating: The BRG model permits the deep-structured semantics of a Fact to be captured in the conceptual model. The MDC model appears to omit this. (Note: during the Workshop, reference was made to another OIM submodel -- the Semantics Model. This additional submodel should be reviewed to see if these important constructs are accommodated in another part of the OIM.) BRG-MDC.doc 7 rev

8 7. Structural Assertions ~ Kinds of Fact Fact Attribute Participation Generalization Association Aggregation Role From [GBRP Figure 8] 7.1 Fact taxonomy rating: The BRG model classifies Fact into subtypes: Attribute, Generalization, and Participation. It further subtypes Participation into Association, Aggregation, and Role. While not called out as explicit types on the MDC model, the MDC's documentation indicates that this general capability is provided via a property of FactRule. The documentation implies that the valueset of this property is extensible. 7.2 Operation as a kind of Fact rating: The MDC model includes "Feature" which is either an Attribute or an Operation. The BRG model omits Operation as a kind of Fact. BRG-MDC.doc 8 rev

9 8. Derivations & Facts 1.. Business Rule Fact used in Derivation used to derive 1.. Derived Fact based on 1 derived using Base Fact Mathematical Calculation Inference From [GBRP Figure 13] 8.1 Derivation (AKA the MDC model's InferenceRule) rating: The BRG model includes relationships that permit the composition of the derivation to be specified. The MDC model does not appear to support this. BRG-MDC.doc 9 rev

10 9. Action Assertions Construct correspondent object 1.. Action evaluated using Business Rule Action Assertion 1 anchor object a property of From [GBRP Figure 9] 9.1 Action Assertion (AKA the MDC model's ActionRule) rating: The BRG model includes relationships that permit the statement of an Action Assertion to be specified. The MDC model does not appear to support this. BRG-MDC.doc 10 rev

11 10. Action Assertions ~ Categorization (1) Action Assertion Condition Integrity Constraint Authorization From [GBRP Figure 10] 10.1 Action Assertion: basic classification rating: The BRG model supports three basic types of Action Assertion. This basic classification appears to be recognized in the MDC model (it is discussed in the narrative), but it is not apparent how this is handled. BRG-MDC.doc 11 rev

12 11. Action Assertions ~ Categorization (2) Action Assertion Action Controlling Assertion Action Influencing Assertion From [GBRP Figure 12] 11.1 Action Assertion: classification of the degree of control rating: The BRG model provides for distinguishing Action Assertions that are controlling in the system from those that merely provide guidance. The MDC ActionRules does not appear to support this distinction. BRG-MDC.doc 12 rev

13 12. Action Assertions ~ Categorization (3) Action Assertion Enabler Timer Executive From [GBRP Figure 11] 12.1 Action Assertion: alternative classification(s) rating: The BRG model illustrates that Action Assertions need to be classified in various other kinds of classification schemes. We have illustrated this on the model with a selection of the subtypes from the taxonomy of the Ross Method. The MDC ActionRules does not appear to support this ability to have user-defined classification schemes for "rules." BRG-MDC.doc 13 rev

14 C. Responses to MDC "Issues" Four issues were raised in the MDC's business rules draft. Below are the responses by the BRG on these points. C1. The InferenceRule Construct C1.1 MDC: Where does the text of the inference rule go? For any business rule (not just Derivation/InferenceRule), there is a narrative text property in the supertype (Business Rule) that can be used to express the rule informally. C1.2 MDC: Should there be generic text in the InferenceRule class? The full definition of a Derivation (InferenceRule) is expressed in terms of its associated constructs (refer to response point 8 above). C2. Domain Constraints C2.1 MDC: is there some way to accommodate such a constraint? C3. Unary Facts In the BRG model, a domain (AKA value class, datatype, etc.) is defined as a Term (subtype 'Type'). To enumerate specific values for the domain, each value is defined as an additional Term (subtype 'Literal') and associated with the Literal that is its Type, using the association under response point 5, above. Using the Fact constructs of the model, an attribute (and its associated domain) can be defined either as two binary Facts (entity class to attribute, and attribute to domain) or as one ternary Fact (entity class, attribute, domain). C3.1 MDC: Some Business-Rule products... recognize a "Unary" relationship... UML, unfortunately, does not accommodate unary relationships... C4. Derived Facts Neither model (MDC or BRG) currently supports the definition of a "unary" relationship. However, removal of the "at least 2" constraint is on our list to consider in the next revision of the BRG model. This would provide better support for languages that do support unary Facts (e.g., NIAM, ORM). If the user community has a legitimate need to represent unary facts then the conceptual model must support this construct. (The question of whether or not UML supports a particular construct should be irrelevant to the conceptual model.) C4.1 MDC: we could have a DerivedFact that specializes both FactRule and InferenceRule... which is the preferred way to do this? The BRG model supports the example you have provided (refer to the model shown with response point 8, above). The Fact itself is classified as a DerivedFact (a subtype of Fact). This DerivedFact is related to the (separate) BusinessRule that specifies its derivation. Any other BusinessRules that participate in the derivation are associated with the Derivation (InferenceRule). BRG-MDC.doc 14 rev

### Defining Business Rules ~ What Are They Really?

Defining Business Rules ~ What Are They Really? the Business Rules Group formerly, known as the GUIDE Business Rules Project Final Report revision 1.3 July, 2000 Prepared by: David Hay Group R, Inc. Keri

### Modern Systems Analysis and Design

Modern Systems Analysis and Design Prof. David Gadish Structuring System Data Requirements Learning Objectives Concisely define each of the following key data modeling terms: entity type, attribute, multivalued

### Modern Systems Analysis and Design

Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 10 Structuring System Requirements: Conceptual Data Modeling 10.1 Copyright 2002 Prentice-Hall,

### Chapter 10 Structuring System Requirements: Conceptual Data Modeling. Copyright 2002 Prentice-Hall, Inc.

Chapter 10 Structuring System Requirements: Conceptual Data Modeling 10.1 Copyright 2002 Prentice-Hall, Inc. Learning Objectiveses 10.2 Define key data modeling terms Entity type Attribute Multivalued

### Systems Analysis and Design

Systems Analysis and Design Slides adapted from Jeffrey A. Hoffer, University of Dayton Joey F. George, Florida State University Joseph S. Valacich, Washington State University Modern Systems Analysis

### Chapter 4. Entity Relationship (ER) Modeling. Database Systems: Design, Implementation, and Management, Sixth Edition, Rob and Coronel

Chapter Entity Relationship (ER) Modeling Database Systems: Design, Implementation, and Management, Sixth Edition, Rob and Coronel 1 In this chapter, you will learn: How relationships between entities

### Chapter 8 The Enhanced Entity- Relationship (EER) Model

Chapter 8 The Enhanced Entity- Relationship (EER) Model Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 Outline Subclasses, Superclasses, and Inheritance Specialization

### Data Modeling Basics

Information Technology Standard Commonwealth of Pennsylvania Governor's Office of Administration/Office for Information Technology STD Number: STD-INF003B STD Title: Data Modeling Basics Issued by: Deputy

### DATABASE SYSTEMS. Chapter 5 Entity Relationship (ER) Modelling DESIGN IMPLEMENTATION AND MANAGEMENT INTERNATIONAL EDITION ROB CORONEL CROCKETT

DATABASE SYSTEMS DESIGN IMPLEMENTATION AND MANAGEMENT INTERNATIONAL EDITION ROB CORONEL CROCKETT Chapter 5 Entity Relationship (ER) Modelling 1 (Rob, Coronel & Crockett 978184480731) In this chapter, you

### UML data models from an ORM perspective: Part 5

UML data models from an ORM perspective: Part 5 by Dr. Terry Halpin Director of Database Strategy, Visio Corporation This paper first appeared in the October 1998 issue of the Journal of Conceptual Modeling,

### Q4. What are data model? Explain the different data model with examples. Q8. Differentiate physical and logical data independence data models.

FAQs Introduction to Database Systems and Design Module 1: Introduction Data, Database, DBMS, DBA Q2. What is a catalogue? Explain the use of it in DBMS. Q3. Differentiate File System approach and Database

### UML Data Models From An ORM Perspective: Part 2

UML Data Models From An ORM Perspective: Part 2 by Dr. Terry Halpin, BSc, DipEd, BA, MLitStud, PhD Director of Database Strategy, Visio Corporation This paper appeared in the May 1998 issue of the Journal

### Quotes from Object-Oriented Software Construction

Quotes from Object-Oriented Software Construction Bertrand Meyer Prentice-Hall, 1988 Preface, p. xiv We study the object-oriented approach as a set of principles, methods and tools which can be instrumental

### Appendix B Data Quality Dimensions

Appendix B Data Quality Dimensions Purpose Dimensions of data quality are fundamental to understanding how to improve data. This appendix summarizes, in chronological order of publication, three foundational

### From ER (or EER ) to Relational Schema. Inputs :ER Outputs: Data Model

Mapping Rules From ER (or EER ) to Relational Schema Inputs :ER Outputs: Data Model Prentice Hall, 2002 1 Transforming EER Diagrams into Relations Mapping Regular Entities to Relations 1. Simple attributes:

### Database Systems - Introduction to Databases and Data Warehouses. Copyright (c) 2014 Pearson Education, Inc.

Database Systems - Introduction to Databases and Data Warehouses Copyright (c) 2014 Pearson Education, Inc. INTRODUCTION Relational database model - logical database model that represents a database as

### INTEROPERABILITY IN DATA WAREHOUSES

INTEROPERABILITY IN DATA WAREHOUSES Riccardo Torlone Roma Tre University http://torlone.dia.uniroma3.it/ SYNONYMS Data warehouse integration DEFINITION The term refers to the ability of combining the content

### Draft Martin Doerr ICS-FORTH, Heraklion, Crete Oct 4, 2001

A comparison of the OpenGIS TM Abstract Specification with the CIDOC CRM 3.2 Draft Martin Doerr ICS-FORTH, Heraklion, Crete Oct 4, 2001 1 Introduction This Mapping has the purpose to identify, if the OpenGIS

### CSC 742 Database Management Systems

CSC 742 Database Management Systems Topic #4: Data Modeling Spring 2002 CSC 742: DBMS by Dr. Peng Ning 1 Phases of Database Design Requirement Collection/Analysis Functional Requirements Functional Analysis

### Data Modeling Part 1. CS 122: Database Systems Second Semester,

Data Modeling Part 1 CS 122: Database Systems Second Semester, 2012-2013 Objectives Define key terms Write good names and definitions for entities, relationships, and attributes Identify relationship types

### Chapter 7 Data Modeling Using the Entity- Relationship (ER) Model

Chapter 7 Data Modeling Using the Entity- Relationship (ER) Model Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 7 Outline Using High-Level Conceptual Data Models for

### [Refer Slide Time: 05:10]

Principles of Programming Languages Prof: S. Arun Kumar Department of Computer Science and Engineering Indian Institute of Technology Delhi Lecture no 7 Lecture Title: Syntactic Classes Welcome to lecture

### CONSTRUCTIVISM & STUDENT CENTERED LEARNING 9. BLOOM S TAXONOMY

CONSTRUCTIVISM & STUDENT CENTERED LEARNING 9. BLOOM S TAXONOMY 9.1. History of Bloom s Taxonomy Bloom s Taxonomy was created, in 1948, by psychologist Benjamin Bloom and several colleagues. Originally

### Representing XML Schema in UML A Comparison of Approaches

Representing XML Schema in UML A Comparison of Approaches Martin Bernauer, Gerti Kappel, Gerhard Kramler Business Informatics Group, Vienna University of Technology, Austria {lastname}@big.tuwien.ac.at

### Development models. 1 Introduction. 2 Analyzing development models. R. Kuiper and E.J. Luit

Development models R. Kuiper and E.J. Luit 1 Introduction We reconsider the classical development models: the Waterfall Model [Bo76], the V-Model [Ro86], the Spiral Model [Bo88], together with the further

### The Entity Relationship Model

The Entity Relationship Model CC414- Lec 3 Prof. Dr. Amani Saad Database Systems, 8 th Edition 1 CC414- Prof. Dr. Amani Saad From: Database Systems, Coronel. 1 Objectives In this lecture, you will learn:

### Unit 5: Object-Role Modeling (ORM) http://www.heppnetz.de/teaching/dpm/

Modeling in Business in Information Systems Unternehmensmodellierung und -architekturen Unit 5: Object-Role Modeling (ORM) Professur für Allgemeine BWL, insbesondere E-Business http://www.heppnetz.de/teaching/dpm/

### A terminology model approach for defining and managing statistical metadata

A terminology model approach for defining and managing statistical metadata Comments to : R. Karge (49) 30-6576 2791 mail reinhard.karge@run-software.com Content 1 Introduction... 4 2 Knowledge presentation...

### Database Management System Dr. S. Srinath Department of Computer Science & Engineering Indian Institute of Technology, Madras Lecture No.

Database Management System Dr. S. Srinath Department of Computer Science & Engineering Indian Institute of Technology, Madras Lecture No. # 1a Conceptual Design Hello in today session we would be looking

### FHIM Model Content Overview

FHIM Model Content Overview Federal Health Information Model (FHIM) and Associated Terminology Models Goal Produce a logical, health information model that supports semantic interoperability and that is

### Chapter 5: Logical Database Design and the Relational Model Part 1: Transforming EER Diagrams into Relations Modern Database Management 6 th Edition

Chapter 5: Logical Database Design and the Relational Model Part 1: into Relations Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden Robert C. Nickerson ISYS

### A Pattern-based Framework of Change Operators for Ontology Evolution

A Pattern-based Framework of Change Operators for Ontology Evolution Muhammad Javed 1, Yalemisew M. Abgaz 2, Claus Pahl 3 Centre for Next Generation Localization (CNGL), School of Computing, Dublin City

### not necessarily strictly sequential feedback loops exist, i.e. may need to revisit earlier stages during a later stage

Database Design Process there are six stages in the design of a database: 1. requirement analysis 2. conceptual database design 3. choice of the DBMS 4. data model mapping 5. physical design 6. implementation

### AN ONTOLOGICAL APPROACH TO WEB APPLICATION DESIGN USING W2000 METHODOLOGY

STUDIA UNIV. BABEŞ BOLYAI, INFORMATICA, Volume L, Number 2, 2005 AN ONTOLOGICAL APPROACH TO WEB APPLICATION DESIGN USING W2000 METHODOLOGY ANNA LISA GUIDO, ROBERTO PAIANO, AND ANDREA PANDURINO Abstract.

### Introduction to database design

Introduction to database design KBL chapter 4 (cursory reading: 4.6, and UML examples) Rasmus Pagh Some figures are borrowed from the ppt slides from the book used in the course, Database systems by Kiefer,

### Fundamental Semantics of Data Modeling

Fundamental Semantics of Data Modeling - formerly - YADMD (Yet Another Data Modeling Document) Keri Anderson Healy rev. December 1, 1989 1987, 1989 -- All rights reserved Preface This document was originally

### DATA MODELLING AND ENTITY-RELATIONSHIP DIAGRAM

DATA MODELLING AND ENTITY-RELATIONSHIP DIAGRAM EGCO321 DATABASE SYSTEMS KANAT POOLSAWASD DEPARTMENT OF COMPUTER ENGINEERING MAHIDOL UNIVERSITY DATABASE MODEL Collection of logical constructs used to represent

### Information Technology Topic Maps Part 2: Data Model

ISO/IEC JTC 1/SC 34 Date: 2008-06-03 ISO/IEC 13250-2 ISO/IEC JTC 1/SC 34/WG 3 Secretariat: SCC Information Technology Topic Maps Part 2: Data Model Warning This document is not an ISO International Standard.

### Comparative Analysis of SOA and Cloud Computing Architectures Using Fact Based Modeling

Comparative Analysis of SOA and Cloud Computing Architectures Using Fact Based Modeling Baba Piprani 1, Don Sheppard 2, and Abbie Barbir 3 1 MetaGlobal Systems, Canada 2 ConCon Management Services, Canada

### Using Use Cases for requirements capture. Pete McBreen. 1998 McBreen.Consulting

Using Use Cases for requirements capture Pete McBreen 1998 McBreen.Consulting petemcbreen@acm.org All rights reserved. You have permission to copy and distribute the document as long as you make no changes

### Transaction-Typed Points TTPoints

Transaction-Typed Points TTPoints version: 1.0 Technical Report RA-8/2011 Mirosław Ochodek Institute of Computing Science Poznan University of Technology Project operated within the Foundation for Polish

### QSM. How to Quote Small In-Process Modifications to Software. by Michael A. Ross

QSM Quantitative Software Management, Phoenix Office 5013 West Vogel Avenue Glendale, Arizona 85302 (602) 435-9863 (602) 915-3351 FAX 102121.434@compuserve.com or Michael_A_Ross@msn.com Quoting Small Changes

### Chapter 2: Entity-Relationship Model. E-R R Diagrams

Chapter 2: Entity-Relationship Model What s the use of the E-R model? Entity Sets Relationship Sets Design Issues Mapping Constraints Keys E-R Diagram Extended E-R Features Design of an E-R Database Schema

### Database Management System

Database Management System For Computer Science & Information Technology By www.thegateacademy.com Syllabus Syllabus for Data Base Management System E Model, elational Model, elational Algebra, Tuple Calculus,

### COMP5138 Relational Database Management Systems. Today s Agenda

COMP5138 Relational Database Management Systems Lecture 2: Conceptual Database Design Today s Agenda Introduction Entity Relationship Model Case Study Unified Model Language 1 Database Design Sequence

### Configuration Management Models in Commercial Environments

Technical Report CMU/SEI-91-TR-7 ESD-9-TR-7 Configuration Management Models in Commercial Environments Peter H. Feiler March 1991 Technical Report CMU/SEI-91-TR-7 ESD-91-TR-7 March 1991 Configuration Management

### GOOD TOP-DOWN DESIGN METHODOLOGIES TEND TO PRODUCE FULLY NORMALISED DESIGNS ANYWAY.

GOOD TOP-DOWN DESIGN METHODOLOGIES TEND TO PRODUCE FULLY NORMALISED DESIGNS ANYWAY. Dr Bernadette Byrne School of Computing & I.T. University of Wolverhampton.UK b.byrne@wlv.ac.uk ABSTRACT Many database

### Chapter 2: Entity-Relationship Model. Entity Sets. " Example: specific person, company, event, plant

Chapter 2: Entity-Relationship Model! Entity Sets! Relationship Sets! Design Issues! Mapping Constraints! Keys! E-R Diagram! Extended E-R Features! Design of an E-R Database Schema! Reduction of an E-R

### Kathleen Durant CS3200 Lecture 2

Entity Relationship Model (ERM) Kathleen Durant CS3200 Lecture 2 1 What is the goal of Modeling? Derive a logical description of our data. Understand the various ways in which the data is used. Identify

### Database Design Process

Entity-Relationship Model Chapter 3, Part 1 Database Design Process Requirements analysis Conceptual design data model Logical design Schema refinement: Normalization Physical tuning 1 Problem: University

### INTEGRATING BUSINESS RULES INTO THE WEB DEVELOPMENT PROCESS

INTEGRATING BUSINESS RULES INTO THE WEB DEVELOPMENT PROCESS JEHAD NAJJAR ABDALGHANI MUSHTAHA Olga De Troyer Dept. of Computer Science WISE, Dept. of Computer Science, WISE, Dept. of Computer Science, K.U.Leuven

### Database Design Process

Database Design Process Entity-Relationship Model From Chapter 5, Kroenke book Requirements analysis Conceptual design data model Logical design Schema refinement: Normalization Physical tuning Problem:

OCEB White Paper on Business Rules, Decisions, and PRR Version 1.1, December 2008 Paul Vincent, co-chair OMG PRR FTF TIBCO Software Abstract The Object Management Group s work on standards for business

### A METHODOLOGY FOR KNOWLEDGE DISCOVERY AND CLASSIFICATION. University of Massachusetts Amherst, MA 01003-2210. 15021 21 Drive, SE Mill Creek WA, 98012

A METHODOLOGY FOR KNOWLEDGE DISCOVERY AND CLASSIFICATION Janis Terpenny 1, Stephen Strong 2, Jiachuan Wang 1 1 Department of Mechanical and Industrial Engineering University of Massachusetts Amherst, MA

### Ontological Modeling: Part 6

Ontological Modeling: Part 6 Terry Halpin LogicBlox and INTI International University This is the sixth in a series of articles on ontology-based approaches to modeling. The main focus is on popular ontology

### The multiple choice questions are part of the TOGAF 9 Certification Level 1 exam and the multiple choice section of the TOGAF 9 Bridging Exam.

Introduction In response to the demand I have seen via my Blog for TOGAF 9 questions I have put together this document of thirty multiple choice questions based on the TOGAF 9 specification. The multiple

### WHITE PAPER TOPIC DATE Enabling MaaS Open Data Agile Design and Deployment with CA ERwin. Nuccio Piscopo. agility made possible

WHITE PAPER TOPIC DATE Enabling MaaS Open Data Agile Design and Deployment with CA ERwin Nuccio Piscopo agility made possible Table of Contents Introduction 3 MaaS enables Agile Open Data Design 4 MaaS

### Enterprise Architecture Review

Enterprise Architecture Review Arquitectura multivapa mediante Ajax y ORM Héctor Arturo Flórez Fernández * Fecha de recepción: octubre 29 de 2010 Fecha de aceptación: noviembre 23 de 2010 Abstract Enterprise

### Enterprise Architecture at Work

Marc Lankhorst et al. Enterprise Architecture at Work Modelling, Communication and Analysis Third Edition 4y Springer Contents 1 Introduction to Enterprise Architecture 1 1.1 Architecture 1 1.2 Enterprise

### Data Model ing Essentials

Data Model ing Essentials Third Edition Graeme C. Simsion and Graham C. Witt MORGAN KAUFMANN PUBLISHERS AN IMPRINT OF ELSEVIER AMSTERDAM BOSTON LONDON NEW YORK OXFORD PARIS SAN DIEGO SAN FRANCISCO SINGAPORE

### CFSD 21 ST CENTURY SKILL RUBRIC CRITICAL & CREATIVE THINKING

Critical and creative thinking (higher order thinking) refer to a set of cognitive skills or strategies that increases the probability of a desired outcome. In an information- rich society, the quality

### Lecture 12: Entity Relationship Modelling

Lecture 12: Entity Relationship Modelling The Entity-Relationship Model Entities Relationships Attributes Constraining the instances Cardinalities Identifiers Generalization 2004-5 Steve Easterbrook. This

### How to Make a Domain Model. Tutorial

How to Make a Domain Model Tutorial What is a Domain Model? Illustrates meaningful conceptual classes in problem domain Represents real-world concepts, not software components Software-oriented class diagrams

### CPSC 304 Introduction to Database Systems

CPSC 304 Introduction to Database Systems Conceptual Database Design The Entity-Relationship Model Textbook Reference Database Management Systems: Chapter 2 Hassan Khosravi Borrowing many slides from Rachel

### Web-Scale Extraction of Structured Data Michael J. Cafarella, Jayant Madhavan & Alon Halevy

The Deep Web: Surfacing Hidden Value Michael K. Bergman Web-Scale Extraction of Structured Data Michael J. Cafarella, Jayant Madhavan & Alon Halevy Presented by Mat Kelly CS895 Web-based Information Retrieval

### Database Management System Dr. S. Srinath Department of Computer Science & Engineering Indian Institute of Technology, Madras Lecture No.

Database Management System Dr. S. Srinath Department of Computer Science & Engineering Indian Institute of Technology, Madras Lecture No. # 2 Conceptual Design Greetings to you all. We have been talking

### QUALITY CONTROL PROCESS FOR TAXONOMY DEVELOPMENT

AUTHORED BY MAKOTO KOIZUMI, IAN HICKS AND ATSUSHI TAKEDA JULY 2013 FOR XBRL INTERNATIONAL, INC. QUALITY CONTROL PROCESS FOR TAXONOMY DEVELOPMENT Including Japan EDINET and UK HMRC Case Studies Copyright

### ACSC223: Database Systems

The E-R Model ACSC223: Database Systems The Entity-Relationship (E-R) model is used as a first step in database design. Lecture 2: Entity-Relationship Model Harris Papadopoulos A database can be modelled

### Ongoing Student Learning Expectations to be Addressed Each Nine Weeks

W.4.2.1 Contribute to a writer s notebook (i.e., interesting words or phrases, books or experiences that spark an interest, etc.) Northwest Arkansas Instructional Alignment English Language Arts Grade

### Cover letter for IRMA 2007 conference Track submitted: Project management and IT

Cover letter for IRMA 2007 conference Track submitted: Project management and IT Author 1: James L. Goldman Email: jimg@drexel.edu Affiliation: College of Information Science and Technology, Drexel University

### Analyzing Software Architectures for Modifiability

Analyzing Software Architectures for Modifiability PerOlof Bengtsson *, Nico Lassing **, Jan Bosch * and Hans van Vliet ** * Department of Software Engineering and Computer Science University of Karlskrona/Ronneby

### Modern Database Management, 12e (Hoffer) Chapter 2 Modeling Data in the Organization

Modern Database Management, 12e (Hoffer) Chapter 2 Modeling Data in the Organization 1) The logical representation of an organization's data is called a(n): A) database model. B) entity-relationship model.

Business Modeling with UML Hans-Erik Eriksson and Magnus Penker, Open Training Hans-Erik In order to keep up and be competitive, all companies Ericsson is and enterprises must assess the quality of their

### Developing Clear Learning Outcomes and Objectives

Developing Clear Learning Outcomes and Objectives The Design phase of a typical curriculum development process (Analysis, Design, Development, Implementation, Evaluation) is largely concerned with developing

### Enterprise Architecture (EA) is the blueprint

SETLabs Briefings VOL 6 NO 4 2008 Building Blocks for Enterprise Business Architecture By Eswar Ganesan and Ramesh Paturi A unified meta-model of elements can lead to effective business analysis Enterprise

### SEARCH The National Consortium for Justice Information and Statistics. Model-driven Development of NIEM Information Exchange Package Documentation

Technical Brief April 2011 The National Consortium for Justice Information and Statistics Model-driven Development of NIEM Information Exchange Package Documentation By Andrew Owen and Scott Came Since

### Semantic Modeling of Mortgage Backed Securities: Case Study. Mike Bennett, Enterprise Data Management Council Yefim Zhuk, Sallie Mae

Semantic Modeling of Mortgage Backed Securities: Case Study Mike Bennett, Enterprise Data Management Council Yefim Zhuk, Sallie Mae 1 Overview EDM Council Semantics Repository Regulatory challenges Project

### Entity-Relationship Model. Modeling. Entity-Relationship Model. How do we design the database for an application?

How do we design the database for an application? Entity-Relationship Model Dr. McNamara CSCI 371 Databases Fall 2006 1. Conceptual Design: Analyze the problem. Identify the entities, relationships, and

### 1 Class Diagrams and Entity Relationship Diagrams (ERD)

1 Class Diagrams and Entity Relationship Diagrams (ERD) Class diagrams and ERDs both model the structure of a system. Class diagrams represent the dynamic aspects of a system: both the structural and behavioural

### National Assessment of Educational Progress (NAEP)

Exploring Cognitive Demand in Instruction and Assessment Karin K. Hess Over the past decades, educators and psychologists have attempted to develop models for understanding cognitive complexity as it relates

### The Entity-Relationship (ER) Model

The Entity-Relationship (ER) Model (Study Cow book Chapter 2) Comp 521 Files and Databases Spring 2010 1 Overview of Database Design Conceptual design: (ER Model is used at this stage.) What are the entities

### ! A database can be modeled as: ! An entity is an object that exists and is distinguishable from other. ! Entities have attributes

Chapter 2: Entity-Relationship Model Entity Sets! Entity Sets! Relationship Sets! Design Issues! Mapping Constraints! Keys! E-R Diagram! Extended E-R Features! Design of an E-R Database Schema! Reduction

### Lesson 8: Introduction to Databases E-R Data Modeling

Lesson 8: Introduction to Databases E-R Data Modeling Contents Introduction to Databases Abstraction, Schemas, and Views Data Models Database Management System (DBMS) Components Entity Relationship Data

### SECURITY MODELS FOR OBJECT-ORIENTED DATA BASES

82-10-44 DATA SECURITY MANAGEMENT SECURITY MODELS FOR OBJECT-ORIENTED DATA BASES James Cannady INSIDE: BASICS OF DATA BASE SECURITY; Discretionary vs. Mandatory Access Control Policies; Securing a RDBMS

### Object-Role Modeling: an overview

Object-Role Modeling: an overview Terry Halpin Microsoft Corporation This paper provides an overview of Object-Role Modeling (ORM), a fact-oriented method for performing information analysis at the conceptual

### SKIP Ch.6. Database System Concepts, 6 th Ed. Silberschatz, Korth and Sudarshan See for conditions on re-use

SKIP Ch.6 Database System Concepts, 6 th Ed. See www.db-book.com for conditions on re-use Chapter 7: DB Design and the Entity-Relationship (ER) Model Database System Concepts, 6 th Ed. See www.db-book.com

### The Entity-Relationship Model

The Entity-Relationship Model Overview of Database Design Requirements analysis Conceptual design data model Logical design Schema refinement: Normalization Physical tuning Conceptual Design Entities Conceptual

### Co-Creation of Models and Metamodels for Enterprise. Architecture Projects.

Co-Creation of Models and Metamodels for Enterprise Architecture Projects Paola Gómez pa.gomez398@uniandes.edu.co Hector Florez ha.florez39@uniandes.edu.co ABSTRACT The linguistic conformance and the ontological

### Big Data in the Mathematical Sciences

Big Data in the Mathematical Sciences Wednesday 13 November 2013 Sponsored by: Extract from Campus Map Note: Walk from Zeeman Building to Arts Centre approximately 5 minutes ZeemanBuilding BuildingNumber38

### Introduction to modeling

Introduction to modeling Relational modelling Slides for this part are based on Chapters 11 from Halpin, T. & Morgan, T. 2008, Information Modeling and Relational Databases, Second Edition (ISBN: 978-0-12-373568-3),

### DATABASE DESIGN. - Developing database and information systems is performed using a development lifecycle, which consists of a series of steps.

DATABASE DESIGN - The ability to design databases and associated applications is critical to the success of the modern enterprise. - Database design requires understanding both the operational and business

### OMG BPM Standards. Harmon on BPM Paul Harmon. June 3, 2014

June 3, 2014 Paul Harmon OMG BPM Standards There are several groups that are working to develop standards for the business process space. One group is the Object Management Group (OMG). The OMG is a consortium

### The Entity- Relationship Model

The Entity- Relationship Model Database Design Stages Application Requirements Conceptual Design Conceptual Schema Logical Design Logical Schema Physical Design Physical Schema 1 Conceptual Design What

### Semantic Analysis of Business Process Executions

Semantic Analysis of Business Process Executions Fabio Casati, Ming-Chien Shan Software Technology Laboratory HP Laboratories Palo Alto HPL-2001-328 December 17 th, 2001* E-mail: [casati, shan] @hpl.hp.com

### Economic and Social Council

United Nations E/CN.3/2016/6* Economic and Social Council Distr.: General 17 December 2015 Original: English Statistical Commission Forty-seventh session 8-11 March 2016 Item 3 (c) of the provisional agenda**

### Object-Oriented Software Specification in Programming Language Design and Implementation

Object-Oriented Software Specification in Programming Language Design and Implementation Barrett R. Bryant and Viswanathan Vaidyanathan Department of Computer and Information Sciences University of Alabama