Physical Data Model – step-by-step instructions and template

Slides:



Advertisements
Similar presentations
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Advertisements

©Ian Sommerville 2000Software Engineering, 6/e, Chapter 71 System models l Abstract descriptions of systems whose requirements are being analysed.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Lecture Nine Database Planning, Design, and Administration
1 A Student Guide to Object- Orientated Development Chapter 9 Design.
Systems Analysis I Data Flow Diagrams
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
2 1 Chapter 2 Data Model Database Systems: Design, Implementation, and Management, Sixth Edition, Rob and Coronel.
The Design Discipline.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Lesson 7 Guide for Software Design Description (SDD)
CS370 Spring 2007 CS 370 Database Systems Lecture 2 Overview of Database Systems.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
1 Minggu 9, Pertemuan 17 Database Planning, Design, and Administration Matakuliah: T0206-Sistem Basisdata Tahun: 2005 Versi: 1.0/0.0.
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions.
Chapter 7 System models.
System models l Abstract descriptions of systems whose requirements are being analysed.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Systems Analysis and Design in a Changing World, 3rd Edition
Software Engineering, 8th edition Chapter 8 1 Courtesy: ©Ian Somerville 2006 April 06 th, 2009 Lecture # 13 System models.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
4 - 1 Copyright © 2006, The McGraw-Hill Companies, Inc. All rights reserved. Computer Software Chapter 4.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
Engineering, 7th edition. Chapter 8 Slide 1 System models.
BSA 385 Week 3 Individual Assignment Frequent Shopper Program Part 2 Check this A+ tutorial guideline at
Systems Development Life Cycle
Information System Applications
Normalized bubble chart for Data in the Instructor’s View
Design Review.
Database Development Lifecycle
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Case Study -- Weather system
Chapter 1: Introduction
OV-1 Template High-level Operational Concept Graphic – step-by-step instructions and templates Click the mouse button to see the next slide. Use the browser.
Fundamentals & Ethics of Information Systems IS 201
Developing Information Systems
Abstract descriptions of systems whose requirements are being analysed
Chapter 2 Database Environment Pearson Education © 2009.
Introduction to Database Systems
MANAGING DATA RESOURCES
Data Base System Lecture 2: Introduction to Database
System Interface Description – step-by-step instructions and templates
Using JDeveloper.
OV-2 Template Operational Node Connectivity Description – step-by-step instructions and templates Click the mouse button to see the next slide. Use the.
SV-10c Template Systems Event/Trace Description – step-by-step instructions and template Click the mouse button to see the next slide. Use the browser.
SV-2 Template Systems Communications Description – step-by-step instructions and templates Click the mouse button to see the next slide. Use the browser.
Chapter 1: The Database Environment
The Database Environment
Activity Model – step-by-step instructions and templates
CS 8532: Advanced Software Engineering
OV-6b Template Operational State Transition Description – step-by-step instructions and template Click the mouse button to see the next slide. Use the.
Operational Rules Model – step-by-step instructions and template
Logical Data Model – step-by-step instructions and template
, editor October 8, 2011 DRAFT-D
Database Management Systems
Systems Architecture & Design Lecture 3 Architecture Frameworks
Chapter 2 Database Environment Pearson Education © 2014.
Requirements Document
Chapter 22 Object-Oriented Systems Analysis and Design and UML
Databases and Information Management
Systems Development Life Cycle
OV-6c Template Operational Event/Trace Description – step-by-step instructions and template Click the mouse button to see the next slide. Use the browser.
Command Relationship Chart – step-by-step instructions and template
SV-10b Template Systems State Transition Description – step-by-step instructions and template Click the mouse button to see the next slide. Use the browser.
CHAPTER 5 THE DATA RESOURCE
Presentation transcript:

Physical Data Model – step-by-step instructions and template SV-11 Template Physical Data Model – step-by-step instructions and template Click the mouse button to see the next slide. Use the browser Back button to return to the Tutorial.

Five Steps in developing your SV-11 Step 1 - Identify the Product's Timescale Decide on the timescale that this product is expected to represent (as-is, to-be, transitional) Multiple timescales are often needed for each product; a separate SV-11 should be produced for each timescale that is needed

Step 2 - Reference Existing Architecture Products Identify the components in your Logical Data Model (OV-7) relevant to the scope of the Physical Data Model. Identify applicable: Entity types Attribute types Relationship types Domain values

Step 2 - Reference Existing Architecture Products, continued … Determine the rules relevant to the scope of the SV-11 Review the operational rules documented in the Operational Rules Model (OV-6a) Review the system rules documented in the Systems Rules Model (OV-10a)

Step 2 - Reference Existing Architecture Products, continued … Identify applicable performance parameters Documented in your System Performance Parameters Matrix (SV-7) Identify Information Exchange Requirements Documented in your Operational Node Connectivity Description (OV-2)

Step 2 - Reference Existing Architecture Products, continued … Reference System Interface Description (SV-1) to identify components applicable to the scope of your SV-11: Systems System elements Systems interfaces System nodes Identify the tools cited in your Overview and Summary (CV-1) product that are pertinent to the development of your SV-11 (such as CASE tools, data dictionary products, etc)

Step 3 - Reassess Tool Selection Decision Re-evaluate the tool decision documented in your Overview and Summary (CV-1) in light of the knowledge of the operational and systems environment gained as a result of producing architectural products Determine whether the initial data model tool(s) decision is appropriate; modify or update this decision as necessary

Step 4 – Decide on Method of Building SV-11 For some purposes, an Entity-Relationship Diagram (ERD) will suffice. A template has been provided at the end of this presentation A Data Definition Language may also be used in the cases where shared databases are used to integrate systems References to message format standards may suffice for message-oriented implementations Descriptions of file formats may be used when file passing is the mode used to exchange information Interoperating systems may use a variety of techniques to exchange data, and thus have several distinct partitions in their Physical Data Model with each partition using a different form

Step 5 – Develop Physical Database Design Determine and document the components of the physical database This includes database schemas to accommodate collection and manipulation of data, performance expectations, security considerations and the maintenance of data integrity Design System Structure Define the procedures based on how the architecture's operational activities will be implemented Define target activities sufficiently to describe the way in which they operate; this provides a common basis for procedure design

Step 5 – Develop Physical Database Design, continued … Design Preliminary Data Structures Summarise data usage from the logical data model and design user codes The specific approach depends upon the database management system that will manage data storage This task defines the data viewed by components of information systems for the purposes of providing definitions for data management software and designing procedures that access the data It also provides a controlled basis for designing storage structures for specific media and computing environments Design Procedures Define dialog procedures, design layouts, system behaviour and procedure actions associated with each procedure

Template An Entity-Relationship Diagram template has been provided, following this slide No templates are provided for Data Definition Language, message format standards or file formats, which are all text-based methods of producing an SV-11 Don’t forget to update your Integrated Dictionary (CV-2) with any new terms or abbreviations introduced in the SV-11 Delete the instruction slides when SV-11 completed

SV-11 Physical Data Model – ERD Template Zero Crow’s Feet – Top, Left, Right and Bottom One and only one (horizontal) Building Blocks One and only one (vertical) One (horizontal) RELATIONSHIP VERB TEXT One (vertical) ENTITY NAME ENTITY NAME ENTITY NAME ENTITY NAME ENTITY NAME Sample Entity-Relationship Diagram SALES REPRESENTATIVE PRODUCT WAREHOUSE STORES SERVES LISTS CUSTOMER PLACES ORDER