CS523 Database Design Instructor : Somchai Thangsathityangkul You can download lecture note at Class Presence 10% Quiz 10%

Slides:



Advertisements
Similar presentations
Database Planning, Design, and Administration
Advertisements

Requirements Specification and Management
Database Planning, Design, and Administration Transparencies
10/25/2001Database Management -- R. Larson Data Administration and Database Administration University of California, Berkeley School of Information Management.
Chapter 6 Database Design
1 Agenda 01/13/05 Announcement Database Development Process (Chapter 2)
Topics Creating DFD Physical and logical DFD Event driven modeling
Chapter 9 & 10 Database Planning, Design and Administration.
Introduction to Databases Transparencies
Chapter 9 Database Design
Computers: Tools for an Information Age
Chapter 9 Database Design
Lecture 9 – Database Design
Concepts of Database Management Seventh Edition
6 Chapter 6 Database Design Hachim Haddouti. 6 2 Hachim Haddouti and Rob & Coronel, Ch6 In this chapter, you will learn: That successful database design.
Methodology Conceptual Database Design
Lecture Nine Database Planning, Design, and Administration
Modeling & Designing the Database
Chapter 1 Introduction to Databases
CSC 351 FUNDAMENTALS OF DATABASE SYSTEMS
Welcome to CMPE003 Personal Computer Concepts: Hardware and Software Winter 2003 UC Santa Cruz Instructor: Guy Cox.
Database Administration Chapter 16. Need for Databases  Data is used by different people, in different departments, for different reasons  Interpretation.
Database System Development Lifecycle
10/5/1999Database Management -- R. Larson Data Administration and Database Administration University of California, Berkeley School of Information Management.
Introduction to Databases and Database Languages
Management Information Systems
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
Chapter 22 Systems Design, Implementation, and Operation Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 22-1.
Systems Analysis and Design: The Big Picture
Chapter 9 Database Planning, Design, and Administration Sungchul Hong.
Database Planning, Design, and Administration Transparencies
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Database System Development Lifecycle
Overview of the Database Development Process
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
Sistem Basis Data (DATABASE) Siauw Yohanes Darmawan
Data Administration & Database Administration
DBMS USERS.
Chapter 2 CIS Sungchul Hong
DATABASE UTILITIES. D ATABASE S YSTEM U TILITIES In addition to possessing the software modules most DBMSs have database utilities that help the DBA in.
ITEC224 Database Programming
Part3 Database Analysis and Design Techniques Chapter 04- Overview of Database Planning, Design and Administration Database Systems Lu Wei College of Software.
ITEC 3220M Using and Designing Database Systems
IST 210 Database Design Process IST 210 Todd S. Bacastow January 2005.
1 Introduction to Database Systems. 2 Database and Database System / A database is a shared collection of logically related data designed to meet the.
Methodology Conceptual Databases Design
1 Chapter 9 Database Design. 2 2 In this chapter, you will learn: That successful database design must reflect the information system of which the database.
Week 4 Lecture Part 3 of 3 Database Design Samuel ConnSamuel Conn, Faculty Suggestions for using the Lecture Slides.
9/14/2012ISC329 Isabelle Bichindaritz1 Database System Life Cycle.
Introduction to Database Systems
1 Chapter 15 Methodology Conceptual Databases Design Transparencies Last Updated: April 2011 By M. Arief
1 Minggu 9, Pertemuan 17 Database Planning, Design, and Administration Matakuliah: T0206-Sistem Basisdata Tahun: 2005 Versi: 1.0/0.0.
Methodology - Conceptual Database Design. 2 Design Methodology u Structured approach that uses procedures, techniques, tools, and documentation aids to.
1/26/2004TCSS545A Isabelle Bichindaritz1 Database Management Systems Design Methodology.
Team Dosen UMN Database Design Connolly Book Chapter
8 8 Chapter 8 The University Lab: Conceptual Design Verification, Logical Design, and Implementation Database Systems: Design, Implementation, and Management.
Part4 Methodology of Database Design Chapter 07- Overview of Conceptual Database Design Lu Wei College of Software and Microelectronics Northwestern Polytechnical.
Database Administration
Chapter 9 & 10 Database Planning, Design and Administration Database Application Lifecycle DBMS Selection Database Administration.
SYSTEMS ANALYSIS AND DESIGN ITDB 2101 HAND OUT # 3 1.
IST 210 Database Design Process IST 210, Section 1 Todd S. Bacastow January 2004.
Chapter 9 Database Planning, Design, and Administration Transparencies © Pearson Education Limited 1995, 2005.
CS311 Database Management system
Database Development Lifecycle
System.
ITEC 3220A Using and Designing Database Systems
Chapter 6 Database Design
Public Management Information Systems System Analysis & Design Tuesday, December 04, 2018 Hun Myoung Park, Ph.D. Public Management & Policy Analysis.
Database Management Systems
Public Management Information Systems System Design Monday, July 01, 2019 Hun Myoung Park, Ph.D. Public Management & Policy Analysis Program Graduate.
Presentation transcript:

CS523 Database Design Instructor : Somchai Thangsathityangkul You can download lecture note at Class Presence 10% Quiz 10% Project 20% Midterm 20% Final 40% Total 100% 2

Database Design Life Cycle 3

Requirements Analysis 4 The most important step n implementing a database system is to find out what is needed — What type of a database is required for the business organization, daily volume of the data, how much data needs to be stored in the master files etc. In order to collect all this required information, a database analyst need to spend a lot of time within the business organization talking to people, end users and get acquainted with day-to- day process.

Database Design 5 In this stage the database designers will make a decision on the database model that is perfectly suited for the organization’s requirements. The database designers will study the documents prepared by the analysts in the requirements analysis stage and then start developing a system that fulfills the needs.

Evaluation and Selection 6 Once the data model is designed, tested and demonstrated, the next phase is to evaluate the diverse database management systems and choose the one that is perfectly suited for the requirements of the organization. In order to identify best performing database for the organization, end user should be involved in this phase.

Logical Database Design 7 Once the evaluation and selection phase is completed successfully, the next step n the database development life cycle is logical database design. The conceptual design is translated into internal model in the logical design phase. This includes the mapping of all objects i.e. tables design, indexes, views, transactions, access privileges etc.

Physical Database Design 8 Physical database design is the procedure of selecting and characterizing the data storage and data access of the database. The data storage depends on the type of devices supported by the hardware, the data access methods and the DBMS.

Implementation 9 In most databases a new database implementation needs the formation of special storage related constructs to house the end user tables. These constructs typically comprise storage group, table spaces, data files, tables etc.

Data Loading 10 Once the database has been created, the data must be loaded into the database. The data required to be converting and migrating to the new database, if the loaded data is currently stored n a different system or in a different format.

Testing and Performance Tuning 11 The next phase is testing and performance tuning, this phase starts soon the data is loaded into the database. In this phase, database is tested and fine- tuned for performance, integrity, access and security constraints. It is very important that the database administrators and application programmers work together during this phase, because testing and performance tuning happens in parallel.

Operation 12 Once the data is loaded into the database and it s fully tested, the database is than released into production. In operation phase, the database is accessed by the end users and application programs. This stage includes adding of new data, modifying existing data and deletion of obsolete data. The database administrators perform the administrative tasks periodically such as performance tuning, expanding storage space, database backup etc.

Maintenance 13 Database maintenance phase is very important and it is one of the ongoing phases in DDLC. Factors such as new business needs, new information requirements, acquisition of new data etc will make it essential to formulate ongoing changes and improvements to the existing design. The major tasks in this phase include: database backup and recovery, performance tuning, design modifications, access management and audits, usage monitoring, hardware maintenance, upgradation etc.

Growth and change 14 Modify the database to reflect changes in the organization. Monitor database performance for efficiency and customer satisfaction.

Database and Application Development Life Cycle

Process Modeling

Logical Data Modeling

Database Design

Database Generation

Approaches to Modeling Top-down modeling Bottom-up modeling Targeted modeling Database Synchronized Models

Top-Down Modeling Top-Down Modeling: Designing a New Database 1.Business information 2.One process model (DFD) 3.One logical data model (ERD) 4.One multidimensional model 5.One or more relational models 6.One or more physical models for each relational model Database

Bottom-Up Modeling Bottom-Up Modeling: Modifying an Existing Database 1.Produce a relational model. 2.Modify the relational model and create additional relational models. 3.Reverse engineer the logical model from the relational model. 4.Modify and check the design rules for the logical model. 5.Generate the modified DDL code. Database

Targeted Modeling Targeted Modeling: Maintaining Existing Models by Adapting to New Requirements 1.Change the logical data model. 2.Engineer to modify the relational model. 2.Engineer to modify the logical data model. 1.Change the relational data model. Synchronized Models Database

What Is a Process Model? A process model documents the processes that the business performs and shows how the data flows through processes between external sources and information stores. The diagram for a process model is called a data flow diagram (DFD).

Why Create a DFD? Data flow diagrams help to: Document project boundaries Understand current area of interest Find inefficiencies in the current process Communicate complex ideas and processes with users Determine data flow identification for data modeling

Validating Your Data Flow Diagram DFD Rules: Process Every process has to have at least one input and one output. Use verb phrase labels. Each process has a unique name.

DFD Rules: External Agents External agents move directly to and from a process. Use a noun phrase label.

DFD Rules: Information Store Data cannot move directly from one information store to another information store. An information store cannot move directly from or to an external agent. One end of an information flow must be a process. Use a noun phrase label.

DFD Rules: Information Flow An information flow has only one direction of flow between objects (not a double arrow line). An information flow to an information store creates, updates, or deletes data. An information flow from an information store retrieves data. Use a noun phrase label.