logging in or signing up The Database Development Process aSGuest22576 Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT lite Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 1470 Category: Education License: All Rights Reserved Like it (0) Dislike it (0) Added: July 22, 2009 This Presentation is Public Favorites: 1 Presentation Description No description available. Comments Posting comment... Premium member Presentation Transcript Chapter 2: The Database Development Process : © 2005 by Prentice Hall 1 Chapter 2: The Database Development Process Modern Database Management 7th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden Objectives : 2 Objectives Definition of terms Describe system development life cycle Explain prototyping approach Explain roles of individuals Explain three-schema approach Explain role of packaged data models Explain three-tiered architectures Draw simple data models Enterprise Data Model : 3 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 Slide 4: 4 Figure 2-1 Segment from enterprise data model (Pine Valley Furniture Company) [simplified E-R diagram, repeat of figure 1.3] Enterprise data model describes the high-level entities in an organization and the relationship between these entities Information Systems Architecture(ISA) : 5 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) Information Engineering : 6 Information Engineering A data-oriented methodology to create and maintain information systems Top-down planning: a generic IS planning methodology for obtaining a broad understanding of the IS needed by the entire organization Four steps to Top-Down planning: Planning Analysis Design Implementation Information Systems Planning (Table 2-1) : 7 Information Systems Planning (Table 2-1) Purpose: align information technology with organization’s business strategies Three steps: Identify strategic planning factors Identify corporate planning objects Develop enterprise model Identify Strategic Planning Factors (Table 2-2) : 8 Identify Strategic Planning Factors (Table 2-2) Organization goals – what we hope to accomplish Critical success factors – what MUST work in order for us to survive Problem areas – weaknesses we now have Identify Corporate Planning Objects (Table 2-3) : 9 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 Develop Enterprise Model : 10 Develop Enterprise Model Functional decomposition See Figure 2-2 Enterprise data model See Figure 2-1 Planning matrixes See Figure 2-3 Slide 11: 11 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 Planning Matrixes : 12 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 Example business function-to-data entity matrix (Fig. 2-3) : 13 Example business function-to-data entity matrix (Fig. 2-3) Two Approaches to Database and IS Development : 14 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) Cursory attempt at conceptual data modeling. Define database during development of initial prototype Repeat implementation and maintenance activities with new prototype versions Systems Development Life Cycle (Figures 2-4, 2-5) : 15 Systems Development Life Cycle (Figures 2-4, 2-5) Systems Development Life Cycle (cont.) (Figures 2-4, 2-5) : 16 Systems Development Life Cycle (cont.) (Figures 2-4, 2-5) Maintenance Purpose --preliminary understanding Deliverable –request for project Database activity – enterprise modeling Project Identification and Selection Systems Development Life Cycle (cont.) (figures 2-4, 2-5) : 17 Systems Development Life Cycle (cont.) (figures 2-4, 2-5) Purpose – state business situation and solution Deliverable – request for analysis Database activity – conceptual data modeling Project Initiation and Planning Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 18 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – thorough analysis Deliverable – functional system specifications Database activity – conceptual data modeling Analysis Systems Development Life Cycle (cont.) (figures 2-4, 2-5) : 19 Systems Development Life Cycle (cont.) (figures 2-4, 2-5) Maintenance Purpose – information requirements structure Deliverable – detailed design specifications Database activity – logical database design Logical Design Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 20 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – develop technology specs Deliverable – program/data structures, technology purchases, organization redesigns Database activity – physical database design Physical Design Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 21 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – programming, testing, training, installation, documenting Deliverable – operational programs, documentation, training materials Database activity – database implementation Implementation Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 22 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – monitor, repair, enhance Deliverable – periodic audits Database activity – database maintenance Maintenance Slide 23: 23 Slide 24: 24 Slide 25: 25 Slide 26: 26 Slide 27: 27 Packaged Data Models : 28 Packaged Data Models Model components that can be purchased, customized, and assembled into full-scale data models Advantages Reduced development time Higher model quality and reliability Two types: Universal data models Industry-specific data models CASE : 29 CASE Computer-Aided Software Engineering (CASE) – software tools providing automated support for systems development Three database features: Data modeling – entity-relationship diagrams Code generation – SQL code for table creation Repositories – knowledge base of enterprise information Managing Projects : 30 Managing Projects Project – a planned undertaking of related activities to reach an objective that has a beginning and an end Involves use of review points for: Validation of satisfactory progress Step back from detail to overall view Renew commitment of stakeholders Incremental commitment – review of systems development project after each development phase with rejustification after each phase Managing Projects: People Involved : 31 Managing Projects: People Involved Systems analysts Database analysts Users Programmers Database/data administrators Systems programmers, network administrators, testers, technical writers Slide 32: 32 Figure 2-8a Gantt Chart Shows time estimates of tasks Slide 33: 33 Figure 2-8b PERT chart Shows dependencies between tasks Database Schema : 34 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 Slide 35: 35 Different people have different views of the database…these are the external schema The internal schema is the underlying design and implementation Slide 36: 36 Figure 2-11 Three-tiered client/server database architecture Pine Valley Furniture : 37 Pine Valley Furniture Preliminary data model (Figure 2-12) Slide 38: 38 You do not have the permission to view this presentation. In order to view it, please contact the author of the presentation.
The Database Development Process aSGuest22576 Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT lite Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 1470 Category: Education License: All Rights Reserved Like it (0) Dislike it (0) Added: July 22, 2009 This Presentation is Public Favorites: 1 Presentation Description No description available. Comments Posting comment... Premium member Presentation Transcript Chapter 2: The Database Development Process : © 2005 by Prentice Hall 1 Chapter 2: The Database Development Process Modern Database Management 7th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred R. McFadden Objectives : 2 Objectives Definition of terms Describe system development life cycle Explain prototyping approach Explain roles of individuals Explain three-schema approach Explain role of packaged data models Explain three-tiered architectures Draw simple data models Enterprise Data Model : 3 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 Slide 4: 4 Figure 2-1 Segment from enterprise data model (Pine Valley Furniture Company) [simplified E-R diagram, repeat of figure 1.3] Enterprise data model describes the high-level entities in an organization and the relationship between these entities Information Systems Architecture(ISA) : 5 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) Information Engineering : 6 Information Engineering A data-oriented methodology to create and maintain information systems Top-down planning: a generic IS planning methodology for obtaining a broad understanding of the IS needed by the entire organization Four steps to Top-Down planning: Planning Analysis Design Implementation Information Systems Planning (Table 2-1) : 7 Information Systems Planning (Table 2-1) Purpose: align information technology with organization’s business strategies Three steps: Identify strategic planning factors Identify corporate planning objects Develop enterprise model Identify Strategic Planning Factors (Table 2-2) : 8 Identify Strategic Planning Factors (Table 2-2) Organization goals – what we hope to accomplish Critical success factors – what MUST work in order for us to survive Problem areas – weaknesses we now have Identify Corporate Planning Objects (Table 2-3) : 9 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 Develop Enterprise Model : 10 Develop Enterprise Model Functional decomposition See Figure 2-2 Enterprise data model See Figure 2-1 Planning matrixes See Figure 2-3 Slide 11: 11 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 Planning Matrixes : 12 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 Example business function-to-data entity matrix (Fig. 2-3) : 13 Example business function-to-data entity matrix (Fig. 2-3) Two Approaches to Database and IS Development : 14 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) Cursory attempt at conceptual data modeling. Define database during development of initial prototype Repeat implementation and maintenance activities with new prototype versions Systems Development Life Cycle (Figures 2-4, 2-5) : 15 Systems Development Life Cycle (Figures 2-4, 2-5) Systems Development Life Cycle (cont.) (Figures 2-4, 2-5) : 16 Systems Development Life Cycle (cont.) (Figures 2-4, 2-5) Maintenance Purpose --preliminary understanding Deliverable –request for project Database activity – enterprise modeling Project Identification and Selection Systems Development Life Cycle (cont.) (figures 2-4, 2-5) : 17 Systems Development Life Cycle (cont.) (figures 2-4, 2-5) Purpose – state business situation and solution Deliverable – request for analysis Database activity – conceptual data modeling Project Initiation and Planning Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 18 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – thorough analysis Deliverable – functional system specifications Database activity – conceptual data modeling Analysis Systems Development Life Cycle (cont.) (figures 2-4, 2-5) : 19 Systems Development Life Cycle (cont.) (figures 2-4, 2-5) Maintenance Purpose – information requirements structure Deliverable – detailed design specifications Database activity – logical database design Logical Design Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 20 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – develop technology specs Deliverable – program/data structures, technology purchases, organization redesigns Database activity – physical database design Physical Design Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 21 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – programming, testing, training, installation, documenting Deliverable – operational programs, documentation, training materials Database activity – database implementation Implementation Systems Development Life Cycle (cont.)(figures 2-4, 2-5) : 22 Systems Development Life Cycle (cont.)(figures 2-4, 2-5) Purpose – monitor, repair, enhance Deliverable – periodic audits Database activity – database maintenance Maintenance Slide 23: 23 Slide 24: 24 Slide 25: 25 Slide 26: 26 Slide 27: 27 Packaged Data Models : 28 Packaged Data Models Model components that can be purchased, customized, and assembled into full-scale data models Advantages Reduced development time Higher model quality and reliability Two types: Universal data models Industry-specific data models CASE : 29 CASE Computer-Aided Software Engineering (CASE) – software tools providing automated support for systems development Three database features: Data modeling – entity-relationship diagrams Code generation – SQL code for table creation Repositories – knowledge base of enterprise information Managing Projects : 30 Managing Projects Project – a planned undertaking of related activities to reach an objective that has a beginning and an end Involves use of review points for: Validation of satisfactory progress Step back from detail to overall view Renew commitment of stakeholders Incremental commitment – review of systems development project after each development phase with rejustification after each phase Managing Projects: People Involved : 31 Managing Projects: People Involved Systems analysts Database analysts Users Programmers Database/data administrators Systems programmers, network administrators, testers, technical writers Slide 32: 32 Figure 2-8a Gantt Chart Shows time estimates of tasks Slide 33: 33 Figure 2-8b PERT chart Shows dependencies between tasks Database Schema : 34 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 Slide 35: 35 Different people have different views of the database…these are the external schema The internal schema is the underlying design and implementation Slide 36: 36 Figure 2-11 Three-tiered client/server database architecture Pine Valley Furniture : 37 Pine Valley Furniture Preliminary data model (Figure 2-12) Slide 38: 38