dbms design
DESCRIPTION
DBMS DesignTRANSCRIPT
![Page 1: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/1.jpg)
IST 210
Database Design Process
IST 210Todd S. Bacastow
![Page 2: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/2.jpg)
2
IST 210
![Page 3: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/3.jpg)
3
IST 210 Key points Database design must reflect the information system
of which the database is a part Information systems undergo evaluation and revision
within a framework known as the Systems Development Life Cycle (SDLC)
Databases also undergo evaluation and revision within a framework known as the Database Life Cycle (DBLC)
There are two general design strategies exist: top-down vs. bottom-up design centralized vs. decentralized design
![Page 4: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/4.jpg)
4
IST 210 References STANDISH GROUP (1995): The CHAOS Report into
Project Failure, The Standish Group International Inc.
STANDISH GROUP (1996): Unfinished Voyages, The Standish Group International Inc.
Croswell, P., 1991. "Obstacles to GIS implementation and guidelines to increase the opportunity for success," Journal of the Urban and Regional Information Systems Association, 3(1):43-56.
![Page 5: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/5.jpg)
5
IST 210 Lessons from Business Automation
Era of finance and operations: ’60s - ’70s Business accounting systems
Manufacturing software: ’70s - ’80s Separate applications for inventory, ordering,
forecasting, shop floor operations, logistics, etc.
Era of the business enterprise: ’90s - ’00s Separate applications get rolled into
“enterprise resource planning” system Sales force automation, customer service
center, campaign management, automated email response, etc. get rolled into “customer relationship management.”
![Page 6: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/6.jpg)
6
IST 210
User(Someone doing
“real work” )
Infrastructure(Computer and
Human) Management(Organization)
Successful automation requires an interlocking of the:
![Page 7: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/7.jpg)
7
IST 210
American Airlines
American Airlines settled a lawsuit with Budget Rent-A-Car, Marriott Corp. and Hilton Hotels after the $165 million CONFIRM car rental and hotel reservation system project collapsed into chaos.
![Page 8: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/8.jpg)
8
IST 210 Project Outcomes
16%
53%31%
Success
Significant Problems
Major Problems
84% of all automation projects have significant or major problems
STANDISH GROUP (1995): The CHAOS Report into Project Failure, The Standish Group International Inc.
![Page 9: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/9.jpg)
9
IST 210
16%4%
9%
10%
30%
31%
<20%21% - 50%51% - 100%101%-200%201%-400%>400%
Percent Over Budget
53% of all automation projects are more than 50% over budget 23% of all automation projects are more than 100% over
budget
STANDISH GROUP (1995): The CHAOS Report into Project Failure, The Standish Group International Inc.
![Page 10: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/10.jpg)
10
IST 210
14%
18%
20%
36%
11% 1%
<20%21%-50%51-100%101%-200%201%-400%>400%
49% of all automation projects take twiceas long to complete as planned
Percent of Time Under Estimated
STANDISH GROUP (1995): The CHAOS Report into Project Failure, The Standish Group International Inc.
![Page 11: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/11.jpg)
11
IST 210
27%
22%
39%
7% 5%<25%25-49%50-74%75-99%100%
Percent Planned Functionality
54% of all automation projects deliver less than half of the promised functionality
STANDISH GROUP (1995): The CHAOS Report into Project Failure, The Standish Group International Inc.
![Page 13: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/13.jpg)
13
IST 210 Most problems are non-technical Poorly selected data Badly organized data Incorrect data models Software has limited capability (oversell) Systems managers underestimate time
requirements Systems can be underutilized Systems can be (and have been)
abandoned Personnel problems
![Page 14: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/14.jpg)
14
IST 210
Data Raw facts stored in databases Need additional processing to
become useful Information
Required by decision maker Data processed and presented in a
meaningful form Transformation
Changing Data into Information
![Page 15: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/15.jpg)
15
IST 210
Database Carefully designed and constructed
repository of facts Part of an information system
Information System Provides data collection, storage, and
retrieval Facilitates data transformation Includes people, hardware, and software
Software: Database(s), Application programs, and Procedures
The Information System
![Page 16: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/16.jpg)
16
IST 210
System Analysis Establishes need and extent of an information
system Refer to Recommended Requirements Gathering Practices
We are NOT DOING A SYSTEM REQ’T ANALYSIS!! Systems development
Process of creating information system Database development
Process of database design and implementation Creation of database models Implementation
Creating storage structure Loading data into database Providing for data management
The Information System (Con’t.)
![Page 17: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/17.jpg)
17
IST 210
Systems Development Life Cycle
System Analysis
DatabaseOrganization
(IST 210)
![Page 18: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/18.jpg)
18
IST 210
Phase 2
Phase 1
Phase 3
Phase 4
Phase 5
Phase 6
Database Lifecycle (DBLC)
DatabaseOrganization
(IST 210)
![Page 19: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/19.jpg)
19
IST 210
Phase 1: Database Initial Study Purposes
Analyze company situation Operating environment Organizational structure
Define problems and constraints Define objectives Define scope and boundaries
![Page 20: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/20.jpg)
20
IST 210 Initial Study Activities
![Page 21: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/21.jpg)
21
IST 210 Phase 2: Database Design Most Critical DBLC phase Makes sure final product meets
requirements Focus on data requirements Subphases
I. Create conceptual design II. DBMS software selection III. Create logical design IV. Create physical design
![Page 22: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/22.jpg)
22
IST 210 Two Views of Data
![Page 23: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/23.jpg)
23
IST 210 I. Conceptual Design Data modeling creates abstract data
structure to represent real-world items High level of abstraction Four steps
Data analysis and requirements *Entity relationship modeling and
normalization* *Data model verification*
![Page 24: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/24.jpg)
24
IST 210
Data analysis and Requirements Focus on:
Information needs Information users Information sources
Data sources Developing and gathering end-user data
views Direct observation of current system Interfacing with systems design group
Business rules
![Page 25: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/25.jpg)
25
IST 210 Entity Relationship Modeling and Normalization
![Page 26: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/26.jpg)
26
IST 210 E-R Modeling is Iterative
![Page 27: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/27.jpg)
27
IST 210
Concept Design: Tools and Sources
![Page 28: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/28.jpg)
28
IST 210 Data Model Verification E-R model is verified against proposed
system processes End user views and required transactions Access paths, security, concurrency control Business-imposed data requirements and
constraints Reveals additional entity and attribute
details
![Page 29: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/29.jpg)
29
IST 210
E-R Model Verification Process
![Page 30: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/30.jpg)
30
IST 210
Iterative Process of Verification
![Page 31: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/31.jpg)
31
IST 210 II. DBMS Software Selection DBMS software selection is critical Advantages and disadvantages need
study Factors affecting purchasing decision
Cost DBMS features and tools Underlying model Portability DBMS hardware requirements
![Page 32: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/32.jpg)
32
IST 210 III. Logical Design Translates conceptual design into internal
model Maps objects in model to specific DBMS
constructs Design components
Tables Indexes Views Transactions Access authorities Others
![Page 33: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/33.jpg)
33
IST 210 IV. Physical Design Selection of data storage and access
characteristics Very technical More important in older hierarchical and network
models Becomes more complex for distributed systems Designers favor software that hides physical
details
![Page 34: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/34.jpg)
34
IST 210 Phase 3: Implementation and Loading
Creation of special storage-related constructs to house end-user tables Data loaded into tables Other issues
Performance Security Backup and recovery Integrity Company standards Concurrency controls
![Page 35: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/35.jpg)
35
IST 210
Phase 4: Testing and Evaluation
Database is tested and fine-tuned for performance, integrity, concurrent access, and security constraints
Done in parallel with application programming
Actions taken if tests fail Fine-tuning based on reference manuals Modification of physical design Modification of logical design Upgrade or change DBMS software or hardware
![Page 36: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/36.jpg)
36
IST 210 Phase 5: Operation Database considered operational Starts process of system evaluation Unforeseen problems may surface Demand for change is constant
![Page 37: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/37.jpg)
37
IST 210 Phase 6: Maintenance and Evaluation Preventative maintenance Corrective maintenance Adaptive maintenance Assignment of access permissions Generation of database access
statistics to monitor performance Periodic security audits based on
system-generated statistics Periodic system usage-summaries
![Page 38: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/38.jpg)
38
IST 210 DB Design Strategy Notes Top-down
1) Identify data sets 2) Define data elements
Bottom-up 1) Identify data elements 2) Group them into data sets
![Page 39: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/39.jpg)
39
IST 210 Top-Down vs. Bottom-Up
![Page 40: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/40.jpg)
40
IST 210
Centralized vs. Decentralized Design
Centralized design Typical of simple databases Conducted by single person or small team
Decentralized design Larger numbers of entities and complex
relations Spread across multiple sites Developed by teams
![Page 41: DBMS Design](https://reader034.vdocuments.site/reader034/viewer/2022042610/577cc4dd1a28aba7119ab573/html5/thumbnails/41.jpg)
41
IST 210 Decentralized Design