• No results found

The Information System Lifecircle

N/A
N/A
Protected

Academic year: 2021

Share "The Information System Lifecircle"

Copied!
21
0
0

Loading.... (view fulltext now)

Full text

(1)

The Information System Lifecycle

(2)

Organizational Context of a Database System

‰ Businesses and organizations depend on database technology to provide:

ƒ Continuous operation

ƒ High availability

ƒ Up-to-date and correct information

ƒ Loss protection

ƒ Maintenance of complex interrelationships within the data

‰ Large database systems are components of even larger

(3)

Lifecycle of an Information System 1. Feasibility analysis 2. Requirements formulation 3. System design 4. Database design 5. Implementation

6. Validation and acceptance testing

7. Loading/data conversion

8. Operation

. Conversion Training . Monitoring and tuning . New requirements

(4)

Lifecycle of an Information System cost/benefit analysis n feasibility analysis load t data s test and evaluate o formulate reqs. ER model qh physical database design requirements qc specify reqs. qd conceptual database design qe transaction design qg chose DBMS qf logical database design u operation

(5)

Feasibility Analysis

‰ Feasibility analysis determines if it even makes sense to

implement the information system.

ƒ Cost/benefit analysis

ƒ Capability to implement system

cost/benefit analysis n feasibility analysis o formulate reqs. p system design

(6)

Steps o and p

‰ Requirements formulation determines what the

information system will do.

ƒ Determine needs via interviews with potential users

ƒ Sort out interaction with other systems, computerized, procedural or legal

‰ System design maps the requirements into a coherent

structure of high-level modules.

(7)

Example: DVD Store

‰ Rental database is only a piece of the DVD store information system.

‰ Other databases

ƒ Personnel database: salaries, hire dates, positions, managers

ƒ Purchasing database: DVD prices, outstanding DVD orders

ƒ Store ledger: operating expenses, cash on hand, insurance, other assets and liabilities, tax information

(8)

Example: DVD Store

‰ Often these database have to interact. ƒ Can employees check out video tapes?

ƒ Pricing of rentals may depend on purchase price of the video tape.

ƒ Reservation and rental demand should feed back into purchasing.

ƒ Salary information needs to feed into the store ledger.

‰ Determining potential interactions is a major part of information system feasibility analysis and design.

(9)

q Database Design

‰ "Design the logical and physical structure of one or more databases to accommodate the information needs of the users in an organization for a defined set of

applications.“

‰ Satisfy content requirements.

‰ Provide a well-structured database.

‰ Satisfy processing requirements. ƒ Response time

ƒ Processing time

(10)

The Phases of Database Design qc specify reqs. requirements qd conceptual database design ER model qe transaction design qf logical database design qg chose DBMS qh physical database c Requirements specification

d Conceptual database design

e Transaction design

f Choice of DBMS

g Logical database design

(11)

c Requirements Specification

‰ "Establish all data requirements and processing requirements of the users.“

‰ Identify users and applications

‰ Study legacy systems

‰ Describe requirements

(12)

DVD Store Database Requrements

‰ Users are DVD store clerks.

‰ There may be existing DVD copy rental systems.

‰ Requirements

ƒ Customers can reserve films.

ƒ Customers can rent DVD copies.

ƒ At night, DVD are returned by customers.

ƒ New DVD can be added to the system.

ƒ Films can be classified. The actors (in films) and the music groups (in music DVDs) can be identified.

(13)

d Conceptual Database Design

‰ "Develop a conceptual description of the database, the conceptual schema.”

‰ Capture the structure, meaning, interrelationships, and constraints of the data

‰ The design will serve as indispensable documentation.

‰ Use a DBMS-independent data model ƒ Expressiveness ƒ Simplicity ƒ Minimality ƒ Diagrammatic representation ƒ Formal basis ‰ ER Model

(14)

e Transaction Design

‰ "Specify the functional requirements and properties of known transactions.”

‰ Input and output

‰ Functional behaviour

‰ Frequency

‰ Importance

‰ Processing and response time requirements

(15)

DVD store: Checkout Transaction

‰ Input customer ID and DVD copy ID (film identifier and copy number)

‰ Functional behaviour

ƒ Verify that customer account is active, and that the customer has no more than 3 copies already rented.

ƒ Remove reservation, if present.

ƒ Charge customer the rental fee.

ƒ Mark the copy as checked out.

‰ Frequency: up to 10 transactions a minute in a busy store.

‰ Importance: customers are waiting, and so this transaction is highly important.

‰ Requirements: transaction must take no more than 3 seconds to complete.

(16)

f Logical DB Design (Data Model Mapping)

‰ "Create logical (and external) schemas using the data model of the available DBMS.”

‰ Direct mapping of conceptual schema

ƒ Discussed in detail for the EER-to-relational case. ‰ Tailor the logical schema

ƒ In the relational model, normalization concepts may be

(17)

Choice of DBMS

‰ "Evaluate prospective DBMSs against relevant factors.“

‰ Technical factors

ƒ Data model, storage structures, interfaces, query languages, tools, availability of service, etc.

‰ Political factors

ƒ E.g., high-level strategic decisions

‰ Economic factors

ƒ Up-front software and hardware purchase costs

ƒ Maintenance (service) cost

ƒ Personnel cost

ƒ Training cost and Operating cost

(18)

DVD Store

‰ DVD copy checkout needs to be integrated with point of sale (POS) terminals.

‰ Order processing DBMS needs to be compatible with corporate DBMS, which may need to be compatible with major distributor DBMS's.

‰ High reliability is very important. Transaction processing speed is probably less important.

(19)

h Physical Database Design

‰ "Select storage structures and access paths that satisfy the processing requirements.“

‰ Make initial selection.

‰ Test to see if the requirements are met. ƒ Analytical tests, prototyping, simulation

‰ Parameters

ƒ Record size, and quantity; file growth

(20)

r Database System Implementation

‰ "Write and compile code and load database.”

‰ Develop application code.

‰ Compile DDL and DML code.

‰ s Test and evaluate

‰ t Load and convert data

‰ u Operation t load data s test and u operation

(21)

Summary

‰ Successful design depends on an iterative approach, starting at an abstract level and adding detail.

‰ Appropriate data models at each level focus on the important aspects.

‰ The end result is a fully elaborated design, with each major design decision well documented.

‰ Modification should proceed from the appropriate level downward.

References

Related documents

From the NameNode, the client gets the information that the data is stored on DataNode 1 on Rack 1 and DataNodes 5 and 7 on Rack 2.. It is quite obvious that the data is stored

Melanoma is an aggressive tumor arising from melanocytes, endowed with unique features of cellular plasticity.The reversible phenotype- switching between differentiated and

Both of the following games were lost on time; However, the opening moves and middlegame may be of use to those interested in this opening.. After having read a few of the UON, I

This dissertation will focus on reliable and efficient signal reconstruction implementation based on Orthogonal Matching Pursuit (OMP) algorithm from the fewer measurements in

Outline 1: Introduction 2: Data Climate data: Observation & ERA-40 & CCLM model Wheat phenological data & GDD 3: Statistical methods Correlation & linear

Relational DBMS Entity-Relationship model is used in the conceptual design of various database conceptual level conceptual schema Design is independent.. We can have the schema

Please help us collect used medicine bottles to support healthcare efforts in Malawi. It will help families in a third world country keep their medicines clean, out of reach of