1 / 32

Chapter 2: The Database Development Process

Chapter 2: The Database Development Process . Modern Database Management 8 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden. Chapter 2 Objectives. Information system architecture (ISA) System development life cycle (SDLC)

melisande
Download Presentation

Chapter 2: The Database Development Process

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Chapter 2: The Database Development Process Modern Database Management 8th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden © 2007 by Prentice Hall

  2. Chapter 2 Objectives • Information system architecture (ISA) • System development life cycle (SDLC) • Alternative IS development approaches (Prototyping) • Information System Planning • In-class exercise: Mountain View Community Hospital • Three-tiered architecture for database development

  3. Information Systems Architecture(ISA) • Conceptual blueprint for organization’s desired information systems structure • Consists of: • Data (e.g. Enterprise Data Model–simplified ER Diagram) • Processes–data flow diagrams, process decomposition, etc. • Data Network–topology diagram (like Fig 1-9) • People–people management using project management tools (Gantt charts, etc.) • Events and points in time (when processes are performed) • Reasons for events and rules (e.g., decision tables)

  4. Two Approaches to Database and IS Development • SDLC • System Development Life Cycle • Detailed, well-planned development process • Time-consuming, but comprehensive • Long development cycle • Prototyping • Rapid application development (RAD) • Define database during development of initial prototype • Repeat implementation and maintenance activities with new prototype versions

  5. Planning Analysis Logical Design Physical Design Implementation Maintenance Systems Development Life Cycle(see also Figures 2.4, 2.5)

  6. Planning Analysis Logical Design Physical Design Implementation Maintenance Systems Development Life Cycle(see also Figures 2.4, 2.5) (cont.) Purpose–preliminary understanding Deliverable–request for study Planning Database activity– enterprise modeling and early conceptual data modeling

  7. Planning Analysis Logical Design Physical Design Implementation Maintenance Systems Development Life Cycle(see also Figures 2.4, 2.5) (cont.) Purpose–thorough requirements analysis and structuring Deliverable–functional system specifications Analysis Database activity–Thorough and integrated conceptual data modeling

  8. Planning Analysis Logical Design Physical Design Implementation Maintenance Systems Development Life Cycle(see also Figures 2.4, 2.5) (cont.) Purpose–information requirements elicitation and structure Deliverable–detailed design specifications Logical Design Database activity– logical database design (transactions, forms, displays, views, data integrity and security)

  9. Planning Analysis Logical Design Physical Design Implementation Maintenance Systems Development Life Cycle(see also Figures 2.4, 2.5) (cont.) Purpose–develop technology and organizational specifications Deliverable–program/data structures, technology purchases, organization redesigns Physical Design Database activity– physical database design (define database to DBMS, physical data organization, database processing programs)

  10. Planning Analysis Logical Design Physical Design Implementation Maintenance Systems Development Life Cycle(see also Figures 2.4, 2.5) (cont.) Purpose–programming, testing, training, installation, documenting Deliverable–operational programs, documentation, training materials Database activity– database implementation, including coded programs, documentation, installation and conversion Implementation

  11. Planning Analysis Logical Design Physical Design Implementation Maintenance Systems Development Life Cycle(see also Figures 2.4, 2.5) (cont.) Purpose–monitor, repair, enhance Deliverable–periodic audits Database activity– database maintenance, performance analysis and tuning, error corrections Maintenance

  12. Prototyping Database Methodology(Figure 2.6)

  13. Prototyping Database Methodology(Figure 2.6) (cont.)

  14. Prototyping Database Methodology(Figure 2.6) (cont.)

  15. Prototyping Database Methodology(Figure 2.6) (cont.)

  16. Information Systems Planning (Table 2-1) • Purpose–align information technology with organization’s business strategies • Three steps: • Identify strategic planning factors • Goals • Critical success factors • Problem areas • Identify corporate planning objects • Organizational units • Locations • Business functions • Entity types • Develop enterprise model • Functional decomposition • Entity-relationship diagram (ERD) • Planning matrix

  17. Identify Strategic Planning Factors (Table 2-2) • Organization goals–what we hope to accomplish • Examples: • Critical success factors–what MUST work in order for us to survive • Examples: • Problem areas–weaknesses we now have • Examples:

  18. Identify Corporate Planning Objects (Table 2-3) • Organizational units–departments • Organizational locations • Business functions–groups of business processes • Entity types–the things we are trying to model for the database • Information systems–application programs

  19. Enterprise Data Model • First step in database development • Specifies scope and general content • Overall picture of organizational data at high level of abstraction • Entity-relationship diagram • Descriptions of entity types • Relationships between entities • Business rules

  20. Figure 2-1 Segment from enterprise data model Enterprise data model describes the high-level entities in an organization and the relationship between these entities

  21. Develop Enterprise Model • Functional decomposition • Iterative process breaking system description into finer and finer detail • Enterprise data model • Planning matrixes • Describe interrelationships between planning objects

  22. Figure 2-2 Example of process decomposition of an order fulfillment function (Pine Valley Furniture) Decomposition = breaking large tasks into smaller tasks in a hierarchical structure chart

  23. Planning Matrixes • Describe relationships between planning objects in the organization • Types of matrixes: • Function-to-data entity • Location-to-function • Unit-to-function • IS-to-data entity • Supporting function-to-data entity • IS-to-business objective

  24. Example business function-to-data entity matrix (Fig. 2-3)

  25. Class Project:Mountain View Community Hospital: Planning (1) • Step 1: Identify Strategic Planning Factors • Organization goals: • Critical success factors • Problem areas

  26. Mountain View Community Hospital: Planning (2) Step 2: Identify Corporate Planning Objects • Organizational units • Business functions • Entity types

  27. Mountain View Community Hospital: Planning (3) • Step 3: Develop Enterprise Data Model

  28. Pine Valley Furniture Segment of project data model (Figure 2-11)

  29. Database Schema • Physical Schema • Physical structures–covered in Chapters 5 and 6 • Conceptual Schema • E-R models–covered in Chapters 3 and 4 • External Schema • User Views • Subsets of Conceptual Schema • Can be determined from business-function/data entity matrices • DBA determines schema for different users

  30. Figure 2-7 Three-schema architecture Different people have different views of the database…these are the external schema The internal schema is the underlying design and implementation

  31. Figure 2-8 Developing the three-tiered architecture

  32. Figure 2-9 Three-tiered client/server database architecture

More Related