صفحه 1:
‎Or. Dork LA‏ :ی دجس خاس عه © لس 0۵۵990 ,996 1۵0 ‎[Pa OUD ‎ ‏0 نله و سمس /:مدا ‎ ‎ ‏ساوسو ما هط ‎Qaversiy oF Orcicd (Pri‏ ‎ ‎ ‎ ‎ ‎

صفحه 2:
Cuterprise Outa Dodet * 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 069 BGP: Dadwr Orwepe (Ober 9) 6-6 6 ‏ماسطاجو‎

صفحه 3:
‎data wodel (Pice Ouley Purature‏ ی و موق ‎Cowprny) [stoped B-R degra]‏ ‎PRODUCT ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ORDER ‎ ‎ ‎ ‎Enterprise data model describes the high-level entities in an organization and the relationship between these entities ‎Is contained in ‎ ‎CUSTOMER ‎ ‎Places ‎fs placed by ‎Contains ‎ ‎ORDER ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎069 BGP: Dadwr Orwepe (Ober 9) Pog O 6 ‏ماسطاجو‎ ‎ ‎

صفحه 4:
* 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 - 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) © مسا 60۸ & ‎٩( Com‏ م0 سس »0 :5666 069

صفحه 5:
بيذ چپ * 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 069 BGP: Dadwr Orwepe (Ober 9) Poe 6 6 ‏ماسطاجو‎

صفحه 6:
‎Gpstews (Phacroicrey‏ سوه ‎Purpose: align information technology with organization’s business strategies Three steps: 1. Identify strategic planning factors a. Goals b. Critical success factors c. Problem areas 2. Identify corporate planning objects a. Organizational units b. Locations c. Business functions d. Entity types 3. Develop enterprise model a. Functional decomposition b. Entity-relationship diagram c. Planning matrices ‎ ‎ ‎069 BGP: Dadwr Orwepe (Ober 9) Poe 8 6 ‏ماسطاجو‎ ‎ ‎ ‎ ‎ ‎

صفحه 7:
یه( ره مس( رام * 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 © مسا 60۸ 2 ‎٩(‏ م0 سس »0 :5666 069 =

صفحه 8:
* Organizational units - departments * Organizational locations ٠ 211512655 functions - groups of business processes *Entity types - the things we are trying to model for the database *Information systems - application programs :6 ماسطا +0 6 )= )2 ‎(Okper‏ سس »0 :5566 069

صفحه 9:
Develop (Buterprise Oodel * Functional decomposition - The process of breaking down the functions of an organization into progressively greater levels of detail. * Enterprise data model - See page 3 (Figure 2-1, text page 38). ٠ Planning matrixes “an page 12 (Figure 2-3, text page 069 5566: 0» ‏سس‎ (Okper 2) aro 6 0+ ‏ماسطا‎ 6: ‘=

صفحه 10:
‎oP aa order PuPikoed Proton‏ متس پم چا پم ‎(Pre Ouky Purcte)‏ ‎Decomposition -- breaking large tasks ‎into smaller tasks in a hierarchical structure ‏سل ‎ ‎Ship customer orders ‎ ‎ ‎Order ‎fulfillment ‎ ‎Fill customer orders ‎ ‎ ‏سس ی 7ج 2ج سج ‎Create ‎backorder ‎& ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎Check Createnew || Check product Create customer crecit customer availability invoioe Poe ID 6 0۷ ‏ماسطا‎ ‎ ‎ ‎Receive ‎sales order ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‏(6 جب:0)_ سین سوت :5666 069 ‎ ‎ ‎

صفحه 11:
* Describe relationships between planning objects in the organization Types of matrixes: - Function-to-data entity: which data are useful to each function. - Location-to-function: which function is performed where. - Unit-to-function: which function is performed by which unit. - IS-to-data entity: how each IS interacts with each data entity. - IS-to-business objective: which IS supports each business objective. © ماسطا :0 6 10 ‎Poe‏ )2 )سس ده :5566 0069

صفحه 12:
3 Nelli) |. ۱ 98 ۲ 1 S13 2 Data Entity 8 05 als 8 2 Types 8۱ ‏و هه اک‎ 8|< Business 2 ‏کب‎ ks 2 | Function 5۱ ۵۱ 2 ‏2ج | < او و|‎ Casers) Ole le 6 |S ‏تعر نع قاع‎ Business Planning 2 | xX X Product Development xX X X Xx Materials Managemen: X X KXK ۹ Order Fulfillment X/| XX XN X X K x |Order Shipment x x

صفحه 13:
Two (@pprouhes to Database urd 15 Orvebpwect * SDLC ~ System Development Life Cycle - Detailed, well-planned development process - Time-consuming, but comprehensive - Long development cycle = Rapid 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 © ماسطاجو 6 9« )2 ‎(Okerer‏ بسن »0 :5666 069

صفحه 14:
Gpstews Oervelbpwect Lite Cycle Purpose To davelop a preliminary understanding of 3 ont help Maintenance Design Implementation Poe OF

صفحه 15:
Octabase Developed Orivites Durie Nhe Gpustews Oevebpwed bP Opt eA (6 جب:0)_ سین سوت :5666 069

صفحه 16:
Initial entity requirements Develop 2 problem = initial prototype ‘Convert to Working operational prototype system New requirements inefficient 1 prototype | 1 1 1 Revise and enhance prototype Implement and use prototype O@@ OG PE: Dasher Orwere (Okpter 8) Poe 9 6 ‏ماسط اج‎

صفحه 17:
Puckaped Duta Oodets * 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 069 9566: 0» Orwepe (Oper 2) Poe OP 6 ‏ماسطابو‎

صفحه 18:
Outabuse Orsica ¢ The database design process can be divided into six basic steps. Semantic data models are most relevant to only the first three of these steps. 1. Requirements Analysis: The first step in designing a database application is to understand what data is to be stored in the database, what applications must be built on top of it, and what operations are most frequent and subject to performance requirements. Often this is an informal process involving discussions with user groups and studying the current environment. Examining existing applications expected to be replaced or complemented by the database system. 069 9566: 0» Orwepe (Oper 2) ‏ماسطابو 6 © ع‎

صفحه 19:
Outubuse ‏مرنوو(ا)‎ (cout.) 2. Conceptual Database Design: The information gathered in the requirements analysis step is used to develop a high-level description of the data to be stored in the database, along with the constraints that are known to hold on this data. 3. Logical Database Design: A DBMS must be selected to implement the database and to convert the conceptual database design into a database schema within the data model of the chosen DBMS. 069 9566: 0» Orwepe (Oper 2) Poe © 6 ‏ماسطابو‎

صفحه 20:
Outubuse ‏مرنوو(ا)‎ (cout.) 4. Schema Refinement: In this step the schemas developed in step 3 above are analyzed for potential problems. It is in this step that the database is normalized. Normalization of a database is based upon some elegant and powerful mathematical theory. We will discuss normalization later in the term. 5. Physical Database Design: At this stage in the design of a database, potential workloads and access patterns are simulated to identify potential weaknesses in the conceptual database. This will often cause the creation of additional indices and/or clustering relations. In critical situations, the entire conceptual model will need restructuring. 069 5566: 0» Orwrerte (Ohare 2) Poe 0 60+ ‏ماسطا‎

صفحه 21:
Outubuse ‏مرنوو(ا)‎ (cout.) 6. Security Design: Different user groups are identified and their different roles are analyzed so that access patterns to the data can be defined. * There is often a seventh step in this process with the last step being a tuning phase, during which the database is made operational (although it may be through a simulation) and further refinements are made as the system is “tweaked” to provide the expected environment. ٠ The illustration on the following page summarizes the main phases of database design. 069 9566: 0» Orwepe (Oper 2) Poe OF 6 ‏ماسطابو‎

صفحه 22:
Outabuse Orsict (coot.) ‎xed Dordt‏ مان توت ‎1 ‏امه مس ‎1 ‎(bevel des mn)‏ مسا مج100 ‎1 ‏(000۵ سامت مه ‎Gohan‏ وس ‎ ‎ ‏امه سوه ‏موی ‏© مسا +60 ‎ ‏1 سس ‎ ‎= = == [ene te (hasnt ener) ‎ ‎Ringers‏ نس ‎Oke‏ سس ‎Andebead Proxies Coreen ‎ ‎] Promo ‏(6 )سین له :5566 099 ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎ ‎

صفحه 23:
COGE * 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 069 5566: 0» ‏)سس‎ 8) Pap OO 6 0+ ‏مسا‎ © ‘=

صفحه 24:
عسیز<) رمزجمی() ٠ Project - a planned undertaking ۲ 0 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 re-justification after each phase 069 5566: 0» ‏)سس‎ 8) Pap OF 6 0+ ‏مسا‎ © ‘=

صفحه 25:
DMucracjercy Prvievts: (Pevple evolved * Systems analysts * Database analysts * Users * Programmers ۰ Database/data administrators * Systems programmers, network administrators, testers, technical writers 099 5566: ‏)سین له‎ 6( Pay OO © Dok but © ‘=

صفحه 26:
uct Okt Sales Promotion Tracking 211 1008 ‏عمل‎ ۳ 7 w_| Wame TI ۱ ‏سمل‎ | E 1 ۱7 ‏سح سر‎ 3 | repo Design 1222222222 | ataoase Desion [zzz 5_| User Documentation ‏یس‎ ‏و‎ | Preparing 7 ZA 17 a ‏وس رس 5 روم سوه‎ ‏اس انه ع‎ ۱ estore © Rated o_O Shows time estimates of tasks 069 5566: 0» Orwrerte (Ohare 2) Poe BO 60+ ‏ماسطا‎

صفحه 27:
PERT chat (Progra Cuckstion ond Review Techatque) Sales Promotion Tracking ‏تكسن فلت ع ع‎ ‏ستل هفنا | اجه‎ ‏مرح مسج‎ fo 20 fooler} «= ‏ستل ههه‎ anata ‏له‎ ‎0-0-6 ‏ید‎ oe) ‏آسسستا تحص‎ ‏الععا [ست سا مسعت مهد‎ Shows dependencies between tasks 069 5566: 0» Orwrerte (Ohare 2) Poe OP 60+ ‏ماسطا‎

CGS 2545: Database Concepts Fall 2010 Chapter 2 – The Database Development Process Instructor : Dr. Mark Llewellyn markl@cs.ucf.edu HEC 236, 407-823-2790 http://www.cs.ucf.edu/courses/cgs2545/fall2010 Department of Electrical Engineering and Computer Science University of Central Florida CGS 2545: Database Concepts (Chapter 2) Page 1 © Mark Llewellyn 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 CGS 2545: Database Concepts (Chapter 2) Page 2 © Mark Llewellyn Segment from enterprise data model (Pine Valley Furniture Company) [simplified E-R diagram] Enterprise data model describes the high-level entities in an organization and the relationship between these entities CGS 2545: Database Concepts (Chapter 2) Page 3 © Mark Llewellyn 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 – 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) CGS 2545: Database Concepts (Chapter 2) Page 4 © Mark Llewellyn Information Engineering • A data-oriented methodology maintain information systems to create and • 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 CGS 2545: Database Concepts (Chapter 2) Page 5 © Mark Llewellyn Information Systems Planning • • Purpose: align information technology organization’s business strategies Three steps: 1. Identify strategic planning factors a. Goals b. Critical success factors c. Problem areas 2. Identify corporate planning objects a. b. c. d. Organizational units Locations Business functions Entity types 3. Develop enterprise model a. Functional decomposition b. Entity-relationship diagram c. Planning matrices CGS 2545: Database Concepts (Chapter 2) Page 6 © Mark Llewellyn with Identify Strategic Planning Factors • 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 CGS 2545: Database Concepts (Chapter 2) Page 7 © Mark Llewellyn Identify Corporate Planning Objects • 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 CGS 2545: Database Concepts (Chapter 2) Page 8 © Mark Llewellyn Develop Enterprise Model • Functional decomposition – The process of breaking down the functions of an organization into progressively greater levels of detail. • Enterprise data model – See page 3 (Figure 2-1, text page 38). • Planning matrixes – See page 12 (Figure 2-3, text page 42). CGS 2545: Database Concepts (Chapter 2) Page 9 © Mark Llewellyn Example of process decomposition of an order fulfillment function (Pine Valley Furniture) Decomposition -breaking large tasks into smaller tasks in a hierarchical structure chart CGS 2545: Database Concepts (Chapter 2) Page 10 © Mark Llewellyn Planning Matrixes • Describe relationships between planning objects in the organization • Types of matrixes: – Function-to-data entity: which data are useful to each function. – Location-to-function: which function is performed where. – Unit-to-function: which function is performed by which unit. – IS-to-data entity: how each IS interacts with each data entity. – IS-to-business objective: which IS supports business objective. CGS 2545: Database Concepts (Chapter 2) Page 11 © Mark Llewellyn each Customer Product Raw Material Order Work Center Work Order Invoice Equipment Employee Example business function-to-data entity matrix Data Entity Types Business Function (users) Business Planning X X Product Development X Materials Management Order Fulfillment X X Order Shipment X X CGS 2545: Database Concepts (Chapter 2) Sales Summarization X X X X X X X X X X X X X X X X X X X X X Page 12 X X X © Mark Llewellyn X Two Approaches to Database and IS Development • SDLC – – – – System Development Life Cycle Detailed, well-planned development process Time-consuming, but comprehensive Long development cycle • Rapid 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 CGS 2545: Database Concepts (Chapter 2) Page 13 © Mark Llewellyn Systems Development Life Cycle CGS 2545: Database Concepts (Chapter 2) Page 14 © Mark Llewellyn Database Development Activities During The Systems Development Life Cycle CGS 2545: Database Concepts (Chapter 2) Page 15 © Mark Llewellyn CGS 2545: Database Concepts (Chapter 2) Page 16 © Mark Llewellyn 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 CGS 2545: Database Concepts (Chapter 2) Page 17 © Mark Llewellyn Database Design • The database design process can be divided into six basic steps. Semantic data models are most relevant to only the first three of these steps. 1. Requirements Analysis: The first step in designing a database application is to understand what data is to be stored in the database, what applications must be built on top of it, and what operations are most frequent and subject to performance requirements. Often this is an informal process involving discussions with user groups and studying the current environment. Examining existing applications expected to be replaced or complemented by the database system. CGS 2545: Database Concepts (Chapter 2) Page 18 © Mark Llewellyn Database Design (cont.) 2. Conceptual Database Design: The information gathered in the requirements analysis step is used to develop a high-level description of the data to be stored in the database, along with the constraints that are known to hold on this data. 3. Logical Database Design: A DBMS must be selected to implement the database and to convert the conceptual database design into a database schema within the data model of the chosen DBMS. CGS 2545: Database Concepts (Chapter 2) Page 19 © Mark Llewellyn Database Design (cont.) 4. Schema Refinement: In this step the schemas developed in step 3 above are analyzed for potential problems. It is in this step that the database is normalized. Normalization of a database is based upon some elegant and powerful mathematical theory. We will discuss normalization later in the term. 5. Physical Database Design: At this stage in the design of a database, potential workloads and access patterns are simulated to identify potential weaknesses in the conceptual database. This will often cause the creation of additional indices and/or clustering relations. In critical situations, the entire conceptual model will need restructuring. CGS 2545: Database Concepts (Chapter 2) Page 20 © Mark Llewellyn Database Design (cont.) 6. Security Design: Different user groups are identified and their different roles are analyzed so that access patterns to the data can be defined. • There is often a seventh step in this process with last step being a tuning phase, during which database is made operational (although it may through a simulation) and further refinements made as the system is “tweaked” to provide expected environment. the the be are the • The illustration on the following page summarizes the main phases of database design. CGS 2545: Database Concepts (Chapter 2) Page 21 © Mark Llewellyn Database Design (cont.) Miniworld Requirements Collection and Analysis DBMS-independent Functional Requirements Database Requirements Functional Analysis Conceptual Design High-level Transaction Specification Conceptual Schema (high-level data model) DBMS-specific Logical Design – (data model mapping) Application Program Design Logical Schema (data model of specific DBMS) Physical Design Transaction Implementation Internal Schema Application Programs CGS 2545: Database Concepts (Chapter 2) Page 22 © Mark Llewellyn CASE Software Engineering • Computer-Aided (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 CGS 2545: Database Concepts (Chapter 2) Page 23 © Mark Llewellyn 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 re-justification after each phase CGS 2545: Database Concepts (Chapter 2) Page 24 © Mark Llewellyn Managing Projects: People Involved • Systems analysts • Database analysts • Users • Programmers • Database/data administrators • Systems programmers, network administrators, testers, technical writers CGS 2545: Database Concepts (Chapter 2) Page 25 © Mark Llewellyn Gantt Chart Shows time estimates of tasks CGS 2545: Database Concepts (Chapter 2) Page 26 © Mark Llewellyn PERT chart (Program Evaluation and Review Technique) Shows dependencies between tasks CGS 2545: Database Concepts (Chapter 2) Page 27 © Mark Llewellyn

51,000 تومان