Maintaining Business Rules With Function Hierarchy Diagrammer.

Slides:



Advertisements
Similar presentations
Data Definition and Integrity Constraints
Advertisements

Relational Database Systems Higher Information Systems Advanced Implementation in Microsoft Access.
Relational Database Systems Higher Information Systems Advanced Implementation in Filemaker Pro.
Chapter 10: Designing Databases
Database Processing: Fundamentals, Design, and Implementation, 9/e by David M. KroenkeChapter 5/1 Copyright © 2004 Please……. No Food Or Drink in the class.
Copyright Ó Oracle Corporation, All rights reserved Sharing Objects and Code.
Patron Categories Ability to organize patrons into: different roles (staff, patron, student, juvenile, etc.) age groups (age requirement) patron types.
Maintenance Modifying the data –Add records –Delete records –Update records Modifying the design –Add fields into tables –Remove fields from a table –Change.
Fundamentals, Design, and Implementation, 9/e COS 346 Day 8.
--Motivation for using a database--1 Motivation for usin1g a database Why Use a Database.
Fundamentals, Design, and Implementation, 9/e Chapter 5 Database Design.
7M701 1 Class Diagram advanced concepts. 7M701 2 Characteristics of Object Oriented Design (OOD) objectData and operations (functions) are combined 
RELATIONSHIP  THE WAY TABLES ARE RELATED  A TABLE MUST PARTICIPATE IN AT LEAST ONE RELATIONSHIP  IN A BINARY RELATIONSHIP TWO ENTITIES PARTICIPATE 
Data modelling uses two main techniques Entity relationship (E-R) modelling: a top- down approach Normalisation: a bottom-up approach.
The Online Activities Module OAM Describing the F-7 & F-7A.
CONSTRAINTS AND UPDATES CHAPTER 3 (6/E) CHAPTER 5 (5/E) 1.
Chapter 7 Constraints and Triggers Spring 2011 Instructor: Hassan Khosravi.
BIS310: Week 7 BIS310: Structured Analysis and Design Data Modeling and Database Design.
Chapter 14 & 15 Conceptual & Logical Database Design Methodology
Chapter 3 Object-Oriented Analysis of Library Management System(LMS)
Advanced Entity Relationship Concepts. Advanced Concepts UIDs Intersection Entities Recursive Relationships Roles Subtypes Exclusivity Historical Fan.
Entity Relationship Diagrams
Primary & Foreign Keys. PK & FK 1.Primary key is required 2.The PK must be unique 3.If the primary key from one table is related to a field in another.
Database Design Sections 4 & 5 Subtype, Supertype, Mutually exclusive, non-transferability, transferable, 1:1, 1:M, M:M, Redundant, Intersection entity,
Introduction to Accounting Information Systems
Relational DB Components
Database Design Sections 6 & 7 Second Normal Form (2NF), Unique Identifiers (UID), Third Normal Form (3NF), Arcs, Hierarchies and Recursive relationships.
Copyright  Oracle Corporation, All rights reserved. 4 CMIS Powell Oracle Designer: Creating the Database Design CMIS Powell.
CODD’s 12 RULES OF RELATIONAL DATABASE
Discovering Computers Fundamentals Fifth Edition Chapter 9 Database Management.
Question of the Day  On a game show you’re given the choice of three doors: Behind one door is a car; behind the others, goats. After you pick a door,
CSCI 3140 Module 3 – Logical Database Design for the Relational Model Theodore Chiasson Dalhousie University.
PL/SQLPL/SQL Oracle10g Developer: PL/SQL Programming Chapter 6 Functions.
PL/SQLPL/SQL Oracle11g : PL/SQL Programming Chapter 6 Functions.
Access Project 3 Notes. Introduction Maintaining the Database  Modifying the data to keep it up-to-date Restructure the Database  To change the database.
Chapter 1 Introduction to Databases. 1-2 Chapter Outline   Common uses of database systems   Meaning of basic terms   Database Applications  
CS370 Spring 2007 CS 370 Database Systems Lecture 1 Overview of Database Systems.
© D. Wong Ch. 2 Entity-Relationship Data Model (continue)  Data models  Entity-Relationship diagrams  Design Principles  Modeling of constraints.
Module 4: Implementing Data Integrity
Chapter 9 Logical Database Design : Mapping ER Model To Tables.
Student Fees A-Z. Ed Kobus This document contains confidential proprietary trade secret information of SunGard K-12 Education. This file is not to be.
Constraints Lesson 8. Skills Matrix Constraints Domain Integrity: A domain refers to a column in a table. Domain integrity includes data types, rules,
Session 1 Module 1: Introduction to Data Integrity
Windows XP Lab 2 Organizing Your Work Competencies.
3 Copyright © 2010, Oracle. All rights reserved. Product Data Hub: PIM Functional Training Program Setup Workbench Fundamentals.
Database Design Sections 8 & 12 Modeling Historical Data, conditional nontranferability, time-related constraints.
DATABASE CONTROLS Chapter 14. Access Controls Discretionary Access Controls Discretionary Access Controls Types of Restrictions : 1. Name-dependent restrictions.
Presenter: Rueen-Fang Wang, Ph.D., P.E. Fix Implementation Deficiencies of Database Structure Presenter: Rueen-Fang Wang, Ph.D., P.E. 1.
Copyright © 2007, Oracle. All rights reserved. Using Document Management and Collaboration Appendix B.
Logical Database Design Transparencies 1. ©Pearson Education 2009 Objectives How to create a set of tables from an ER model. How to check that the tables.
Copyright © 2007, Oracle. All rights reserved. Using Change Management.
1 10 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 10 Designing Databases.
1 Database Design Sections 6 & 7 First Normal Form (1NF), Second Normal Form (2NF), Unique Identifiers (UID), Third Normal Form (3NF), Arcs, Hierarchies.
oracle apps order management training
Data Cleansing - Duplicate Identification and Resolution
Chapter 5 Database Design
Business System Development
Functions of a Database Management System
Lecture # 13 (After 1st Exam)
Rules in active databases and integrity constraints
Module 5: Implementing Data Integrity by Using Constraints
COS 346 Day 8.
Enter your , phone, etc Enter your , phone, etc
Constraints.
Enter your name, , phone number etc.
Place all the time and date information for all your events
Data Model.
Prof. Arfaoui. COM390 Chapter 6
Simplify Your Sales Process
Presentation transcript:

Maintaining Business Rules With Function Hierarchy Diagrammer

Overview Business rules: Restrictions that apply to the data set and changes in it or Specific automatic actions that must take place after some change in the set of data

Business Rules in the Repository Not a single Repository object Part of the data model –Uniqueness constraint –Mandatory relationship Part of the descriptive text of functionsPart of the descriptive text of functions –Price Paid may not exceed default price.

Declaring Business Rules as Relational Constraints Uniqueness constraint Referential constraint Integrity constraint Non-transferability constraint Exclusivity constraint (arc)

Business Rules That Cannot Be Expressed as Relational Constraints Members may not rent more than two ‘hot’ MOVIES at the same time. Terminated MEMBERSHIPS cannot take out new RENTALS. MEMBERSHIPS cannot be terminated when they have open RENTALS.

Documenting More Complex Business Rules Pure text Related to specific entities or business functions Coding during build

Business Rule as Business Function Separate business rule hierarchy Can be associated with entities Can be associated with other business functions

Business Rules Change Event Authorization Static Data Data Operation Business Rule Classification

Static Data Rule Examples Multiple Entity Business Rules Static Data Multiple Attr Entity Attribute...Duration of Movie must be positive... Attribute... Date Lost of Copy must be after Acquire Date... Multiple Attr Entity …no more than 250 Bookings... …cannot rent more than two hot Movies simultaneously... Multiple Entity

Create Data Operation Change Event Data Operation Rule Examples Update Delete...no new Rentals allowed for terminated Memberships... Create Update …Memberships can not be terminated when there are still open Rentals......Price History may not be deleted when Effective Date is in the past... Delete Authorization

Change Event Change Event Rule and Authorization Rule Examples Change Event...when Rental Items are overdue a reminder must be printed and mailed... Authorization...only managers may terminate Memberships with reason ‘Expelled’... Authorization

Using the Business Rule Hierarchy Other Delete Rules Relationship Delete Delete Rules Update Rules Delete of Membership only permitted a year after termination Price History may not be deleted when Effective Date is past

Creating the Rules Use FHD or RON

The Rule Hierarchy

Setting Up the MXD

Making the Associations

Implementing Rules At analysis level, by setting constraints: Ranges, Allowable Values, FKs At DB design level, check constraints. At App design level, code modules or packages.

Auditing Rules Single place to start checking Add notes to rules and objects where implemented. Use existing or new reports to check.

Summary Capturing business rules is an important analysis task. Business rules are modeled: –Within the entity relationship model –Descriptive texts –Functions in the Business Rule hierarchy