Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
0% found this document useful (0 votes)
50 views

Database System Development Lifecycle

The database system development lifecycle involves several stages: planning, definition, design, selection, implementation, loading, testing and maintenance. It begins with defining mission objectives and user views, then collecting requirements and designing the conceptual, logical and physical models. A DBMS is selected and applications are designed. The system is then implemented, data is loaded, testing is performed and the system is maintained operationally.

Uploaded by

Alma Jean Subong
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
50 views

Database System Development Lifecycle

The database system development lifecycle involves several stages: planning, definition, design, selection, implementation, loading, testing and maintenance. It begins with defining mission objectives and user views, then collecting requirements and designing the conceptual, logical and physical models. A DBMS is selected and applications are designed. The system is then implemented, data is loaded, testing is performed and the system is maintained operationally.

Uploaded by

Alma Jean Subong
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 22

Database System

Development Lifecycle
Stages of the Database System Development
Lifecycle

Page 264

2
Database System Development Lifecycle

Ø  Database planning

Ø  System definition

Ø  Requirements collection and analysis

Ø  Database design (conceptual, logical, physical)

Ø  DBMS selection (optional)

3
Database System Development Lifecycle
Ø  Application design
Ø  Prototyping (optional)
Ø  Implementation
Ø  Data conversion and loading
Ø  Testing
Ø  Operational maintenance

4
Database Planning – Mission Statement
Ø  Mission statement defines major aims of the
database application and helps clarify its
purpose.

Ex.
“The purpose of our HW database system is to
maintain the data that is used to support hotel
room rentals.”

5
Database Planning – Mission Objectives
Ø  Once mission statement is defined, mission
objectives are defined which should identify a
particular task that the database must support.

Ø  Ex.
Ø  To maintain (insert, update, delete) data on the
hotels, rooms, guests, and bookings.

6
System Definition

Ø  Describes scope and boundaries of database


system and the major user views.

Ø  User view defines what is required of a


database system from the perspective of:
–  a particular job role (such as Manager or
Supervisor) or
–  enterprise application area (such as
marketing, personnel, etc.).

7
Representation of a Database System with
Multiple User Views

8
Requirements Collection and Analysis
Ø  Get user requirements - collect and analyze
information about the part of organization to
be supported by the database system.
Ø  These requirements/features for the new
database system are described in documents
known as the requirements specifications.
Ø  Many techniques for gathering this
information (fact-finding techniques) discussed
in the next chapter.

9
Database Design
Ø  Database Design: Creating a design for a
database that will support the mission statement
and mission objectives.

Ø  Data Modeling is in the Database Design


Phase.

Ø  Building data model requires answering questions


about entities, relationships, and attributes.

10
Database Design

Ø  Three phases of database design:

–  Conceptual database design


–  Logical database design
–  Physical database design.

11
Conceptual Database Design

Ø  Process of constructing a model of the data used,


independent of all physical considerations.

Ø  Conceptual data model is built using the


information in users’ requirements specification.

Ø  Ex. ER Diagram

12
Logical Database Design

Ø  Conceptual data model is independent of all physical


considerations, a logical model is derived knowing the
underlying data model of the target DBMS.

Ø  Ex. relational data model, normalization

13
Physical Database Design
Ø  The physical design of the database specifies a description
of the physical configuration of the database, such as the
tables, file organizations, indexes, security, data types, and
other parameters in the data dictionary.

Ø  To describe how we intend to physically implement the


logical database design.

14
DBMS Selection
Ø  Selection of an appropriate DBMS to support the
database system (if none exist).

Ø  Undertaken at any time prior to logical design


provided sufficient information is available
regarding system requirements.

Ø  Check off DBMS features against requirements.

Ø  Some DBMS examples include MySQL, Microsoft


Access, SQL Server, Oracle. 15
Example DBMS Evaluation Features

16
Application Design
Ø  Design of user interface and application
programs that use and process the database.

Ø  Database design and application design are


parallel activities.

17
Prototyping (Optional)
Ø  Building working model of a database system.

Ø  Does not contain all the required features.

Ø  Purpose
–  to identify features of a system that are inadequate;
–  to suggest improvements or even new features;
–  to clarify the users’ requirements;
–  to evaluate feasibility of a particular system design.
18
Implementation
Ø  Physical realization of the database and application
designs.
–  Use DDL to create database schemas and empty
database files.
–  Use DDL to create any specified user views.

19
Data Conversion and Loading
Ø  Transferring any existing data into new database
and converting any existing applications to run on
new database.

Ø  Only required when new database system is


replacing an old system.
–  DBMS normally has utility that loads existing
files into new database.
Ø  May be possible to convert and use application
programs from old system for use by new system.

20
Testing
Ø  Process of running the database system with the intent
of finding errors.

Ø  Use carefully planned test strategies and realistic data.


Ø  Demonstrates that database and application programs
appear to be working according to requirements.

21
Operational Maintenance
Ø  Process of monitoring and maintaining
database system following installation.

Ø  Monitoring performance of system.


–  if performance falls, may require tuning or
reorganization of the database.
Ø  Maintaining and upgrading database system
(when required). Incorporating new
requirements into database application.

22

You might also like