Chap05

37
PHASE 2 SYSTEMS ANALYSIS Evaluating Alternatives and Strategies SYSTEMS ANALYSIS & DESIGN

description

tskk

Transcript of Chap05

Page 1: Chap05

PHASE 2SYSTEMS ANALYSIS

Evaluating Alternatives and Strategies

SYSTEMS ANALYSIS & DESIGN

Page 2: Chap05

PHASE 22

SYSTEMS ANALYSIS & DESIGN 3E

Chapter 5

Evaluating Alternatives and Strategies

Page 3: Chap05

PHASE 23

SYSTEMS ANALYSIS & DESIGN 3E

Chapter 5 covers the remaining tasks in the systems analysis phase Evaluation of alternative solutions Preparation of the system requirements

document Presentation to management

Introduction

Page 4: Chap05

PHASE 24

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Make or buy decision In-house software

Developed by the company’s IS department

Software package Purchased or leased from software

publishers or vendors Horizontal application Vertical application

Page 5: Chap05

PHASE 25

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Page 6: Chap05

PHASE 26

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Developing software in-house Reasons for in-house development

Satisfy unique requirements Minimize changes in business procedures

and policies Meet constraints of existing systems Meet constraints of existing technology Develop internal resources and capabilities

Page 7: Chap05

PHASE 27

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Buying a software package Reasons for buying a software package

Lower costs Requires less time to implement Proven reliability and performance

benchmarks Implemented by other companies Requires less technical development staff Future upgrades provided by the vendor

Page 8: Chap05

PHASE 28

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Customizing software packages Purchase a basic package that can be

customized to suit your needs Negotiate with software vendor to make

enhancements to suit your needs Purchase the package and make your own

modifications

Page 9: Chap05

PHASE 29

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Other software alternatives Outsourcing End-user systems Enterprise computing

Page 10: Chap05

PHASE 210

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Outsourcing Using outside companies to handle part

of the workload, on short-term or long-term basis

Contract personnel firms Systems management or facilities

management firms

Page 11: Chap05

PHASE 211

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

End-user systems Major factor in systems planning and

development Applications can be managed by end-users Software suites offer integrated

applications Interactive Help features include wizards Security concerns might require read-only

files Information centers (IC) can support end-

user systems

Page 12: Chap05

PHASE 212

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Enterprise computing Overall information management strategy Key is effective integration of

information resources Many systems involve client/server

architecture

Page 13: Chap05

PHASE 213

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Selecting a software alternative Decision will affect remaining SDLC phases Systems analyst’s involvement depends on

which alternative is selected

Page 14: Chap05

PHASE 214

SYSTEMS ANALYSIS & DESIGN 3E

Evaluating Software Alternatives

Page 15: Chap05

PHASE 215

SYSTEMS ANALYSIS & DESIGN 3E

Steps in Evaluating and Purchasing Software Packages Five step process

1. Evaluate the information system requirements

2. Identify potential software vendors

3. Evaluate software package alternatives

4. Make the purchase

5. Install the software package

Page 16: Chap05

PHASE 216

SYSTEMS ANALYSIS & DESIGN 3E

Steps in Evaluating and Purchasing Software Packages

Step 1: evaluate the information system requirements

Identify the key features of the system Estimate volume and future growth Specify any hardware constraints Prepare a request for proposal or quotation

Page 17: Chap05

PHASE 217

SYSTEMS ANALYSIS & DESIGN 3E

Steps in Evaluating and Purchasing Software Packages

Step 2: identify potential software vendors Next step is to contact potential vendors An RFP will help vendors to identify

solutions Various sources of information on suppliers

Retailers Computer manufacturers Industry trade journals Systems consultants

Page 18: Chap05

PHASE 218

SYSTEMS ANALYSIS & DESIGN 3E

Steps in Evaluating and Purchasing Software Packages

Step 3: evaluate software package alternatives Object is to compare software packages and

select the best alternative Obtain information from many sources

Vendor presentations and literature Product documentation Trade publications Companies that perform software

testing/evaluation Contact users of the package Benchmark test

Page 19: Chap05

PHASE 219

SYSTEMS ANALYSIS & DESIGN 3E

Steps in Evaluating and Purchasing Software Packages

Step 4: make the purchase Software licenses Lease agreements Maintenance agreements

Page 20: Chap05

PHASE 220

SYSTEMS ANALYSIS & DESIGN 3E

Steps in Evaluating and Purchasing Software PackagesStep 5: install the software package

Installation time depends on size and complexity

Before using the package, complete all implementation steps Loading, configuring, and testing the

software Training users Converting data files to new format

Page 21: Chap05

PHASE 221

SYSTEMS ANALYSIS & DESIGN 3E

Hardware Alternatives

Hardware decisions use the same five-step approach as software decisions Evaluate system requirements Identify potential hardware vendors Evaluate hardware alternatives Make the purchase Install the hardware

Page 22: Chap05

PHASE 222

SYSTEMS ANALYSIS & DESIGN 3E

Hardware Alternatives

Other issues to consider Turnkey systems Site preparation

New workstations Network cabling Raised floors Conditioned electrical lines Fire extinguishing equipment Uninterruptible power supplies (UPSs)

Page 23: Chap05

PHASE 223

SYSTEMS ANALYSIS & DESIGN 3E

TRADEOFF

How do you select the best alternative? Most companies combine

In-house developed software Software packages Outsourcing End-user systems

Object is to develop a list of viable alternatives All viable alternatives must be evaluated Feedback from users is essential

Page 24: Chap05

PHASE 224

SYSTEMS ANALYSIS & DESIGN 3E

Completion of Systems Analysis

System requirements document Also called software requirements specification Describes alternatives and makes

recommendation to management Similar to a contract for what will be delivered Must be clear and understandable to users

Page 25: Chap05

PHASE 225

SYSTEMS ANALYSIS & DESIGN 3E

Completion of Systems Analysis

Presentation to management Five probable management decisions

1. Develop an in-house system

2. Modify the current system

3. Purchase or customize a software package

4. Perform additional systems analysis work

5. Stop all further work

Page 26: Chap05

PHASE 226

SYSTEMS ANALYSIS & DESIGN 3E

Completion of Systems Analysis

Presentation guidelines and suggestions Give overview of the project’s purpose

and objectives Summarize alternatives, with costs, pros,

and cons Explain why the recommended alternative

was chosen Allow time for discussion, questions, and

answers Obtain final decision from management or

timetable for next step

Page 27: Chap05

PHASE 227

SYSTEMS ANALYSIS & DESIGN 3E

Prototyping

A prototype is an early, rapidly constructed working version of the system A working model helps users understand the

system Prototyping produces a less-expensive model Can eliminate problems before the final

version

Page 28: Chap05

PHASE 228

SYSTEMS ANALYSIS & DESIGN 3E

Prototyping

Prototyping software tools Nonprocedural tools specify the problem to be

solved, rather than how to solve it Fourth-generation environment prototyping

tools CASE toolkit Report writer or report generator

Page 29: Chap05

PHASE 229

SYSTEMS ANALYSIS & DESIGN 3E

Prototyping

Fourth-generation environment prototyping tools CASE toolkit Report writer or report generator Query language Screen generator, screen painter, screen

mapper, or form generator Program generator or code generator Fourth-generation language (4GL)

Page 30: Chap05

PHASE 230

SYSTEMS ANALYSIS & DESIGN 3E

Prototyping

Prototyping during systems analysis Goal is to develop a working model quickly Early way to test essential system features Prototype can be upgraded or replaced during

later SDLC phases

Page 31: Chap05

PHASE 231

SYSTEMS ANALYSIS & DESIGN 3E

Prototyping

Page 32: Chap05

PHASE 232

SYSTEMS ANALYSIS & DESIGN 3E

Alternative Graphical Tools

Other tools can be used in addition to DFDs Systems flowcharts State-transition diagrams

Page 33: Chap05

PHASE 233

SYSTEMS ANALYSIS & DESIGN 3E

Alternative Graphical Tools

Systems flowcharts Display major process, input, and output

operations Primarily used in physical modeling Various symbols represent data or files in

specific physical media Shape of symbol indicates the purpose Lines with arrowheads indicate the flow of data

Page 34: Chap05

PHASE 234

SYSTEMS ANALYSIS & DESIGN 3E

Alternative Graphical Tools

Page 35: Chap05

PHASE 235

SYSTEMS ANALYSIS & DESIGN 3E

Alternative Graphical Tools

State-transition diagrams Show time sequence of real-time systems A real-time system processes data and feeds it

back to the system Real-time system examples

Automobile cruise control systems Microprocessor-controlled thermostats Microwave oven control system

Page 36: Chap05

PHASE 236

SYSTEMS ANALYSIS & DESIGN 3E

Alternative Graphical Tools

Page 37: Chap05

PHASE 237

SYSTEMS ANALYSIS & DESIGN 3E

Transition to Systems Design

Next SDLC phase is system design for in-house system development

Size of the development team depends on the company and the nature of the project

System requirements document An accurate and understandable document is

essential Document contains design for the new system Must reflect thorough analysis and effective

communication