Systems Development Life Cycle

advertisement
IS Analysis and Design
SDLC
Systems Development Life Cycle
Break problems into management
review stages
 Control cost and time
 Works best with well understood
systems

Initial Investigation
What is the system supposed to do
and what priority should we give it?
 On IS budget
 Memo or oral
 Define user’s general expectations
 Rough cost
 Assign priority
How do we find problems?

Surveillance



Frameworks



Reaction
Opportunistic
Competitive strategy
Customer resource life cycle/future perfect
Object System rather than IT system
SDLC Waterfall
Identify Problem
Analyze Current System
Determine Information Requirements
Design Technology Requirements
Develop, Test, & Validate
Install
Evaluate & Maintain
General Analysis
Specify logical
system
requirements
General Systems Analysis

Understand the current system
Be sure you don’t omit essential features

Obtain detailed specifications of
expected functions
Operations level requirements

Provide specifications for IT
developers to design from
General Analysis
Gather information



Existing documentation and actions
Interviews and questionnaires
Structured interviews
Define current decision making process
Isolate current deficiencies
Identify necessary controls and checks
General Analysis
Determining Information
Requirements
 Define all functions of the system
Most systems should be cross-functional

Avoid information overload
Many managers do not know what
information they need
General Analysis
Determining Information
Requirements
 Give users models of new systems
Prototypes and models

Reconcile user conflicts
Joint Application Design

Structure the interview process
BSP, Critical Success Factors, Ends
Means
Include
Complete conceptual data model
with table instance data, constraints,
and volumes
 Complete logical data flow analysis
with module specifications
 Conceptual network design with
volume requirements

General Analysis

Is this an information system or a
reengineering project?
Reengineering requires a mandate to
change the way you do business, and
requires a major commitment from all
participants. Most information systems
are written to support existing
processes.
System Design
Identify Problem
Analyze Current System
Determine Information Requirements
Design Technology Requirements
Develop, Test, & Validate
Install
Evaluate & Maintain
Detailed Conceptual and
Physical Design
Computer system structure and
module specification
Input/Output design
 Logical data structures and views
 Data dictionaries
 System logic definitions
 System flow
 Network design charts
 Documentation

Identify Problem
Analyze Current System
Determine Information Requirements
Design Technology Requirements
Develop, Test, & Validate
Install
Evaluate & Maintain
System Development
Build it
Development
Structured Code
 CASE tools
 Code generators
 Rapid Application Development
 Object Oriented development
 Prototypes

Testing
Walkthroughs and code inspection
 Application test

Unit test - each program
 System test - whole system together


Processes and user acceptance
Identify Problem
Analyze Current System
Determine Information Requirements
Design Technology Requirements
Develop, Test, & Validate
Install
Evaluate & Maintain
Installation
Introduce into the
organization
Implementation

Conversion
Direct
 Phased
 Pilot
 Parallel

Training
 Operations acceptance

Identify Problem
Analyze Current System
Determine Information Requirements
Design Technology Requirements
Develop, Test, & Validate
Install
Evaluate & Maintain
Maintenance
Everything after
acceptance
Proposal
How Should we do
it?
Proposal (Feasibility Study)
Formal report
 On user budget

What should we do?
 How should we do it?
 What should it cost?
 How will we use it?

Format:
May include these sections









Title page
Table of contents
Executive summary
Problem statement
Analysis of alternatives
Cost and benefits
Recommendation
Request for authorization
Appendix
Executive Summary
One to three page summary of the
report, including costs and
recommendations.
Objective: Get the decision maker to
refer the rest of the study for
detailed analysis.
Problem Statement
Simple statement of what is to be
accomplished and any major
constraints.
Analysis
Describes what has been done
 Indicate alternatives considered
 Include “do nothing” option and
costs
 Consider purchased products and
outsourcing

Analysis (cont.)

Technical feasibility
Do we have the technology to
accomplish this task?

Economic feasibility
Do the benefits of this project outweigh
the costs at this time?

Operational feasibility?
Does this system fit into the way we
want to do business?
Costs and Benefits
Costs are easier to identify than
benefits
 Include intangible and tangible
costs
 Business benefits include reduced
costs and increased revenue
 Include competitive positioning
 Consider business focus: low cost,
differentiation, focus

Recommendation
Choose the best option. Consider
business as well as technical
arguments.
 You may leave some options or a
choice between equivalent systems

Request for Authorization
Ask permission to continue to next
stage
 Estimate cost and schedule for next
stage, as well as total project costs.

Appendices
Include
Interview notes
 Document summaries
 Diagrams and specifications
 Cost details

You may choose not to circulate the
appendices with the document if
they are long.
Download