p4 metodologi siklus hidup sistem

7/30/2019 P4 Metodologi Siklus Hidup Sistem

1/54

System Life Cycle

Methodologies

SESSION 4

4-1


2/54

The Systems Life Cycle (SLC)

Methodology

Recommended way of doing something

An application of the systems approachto the task of developing and using a

computer-based system

Often called waterfall approach

4-2


3/54

Phases in the SDLC

1) Planning

2) Analysis

3) Design4) Implementation

5) Use

4-3


4/54


5/54

Life Cycle Management

An upward migration

Executive responsibility

MIS steering committee

Functions

Set policy

Control the purse strings Resolve conflicts

4-5


6/54

Executives

MIS Steering

Committee

Project leader -Warehouse

location model team

Project leader

MRP 11 team

Project leader

ISDN

system team

Project leader

HRIS team

Marketing

Manufacturing

Finance

Human

Resources

Project leader

Credit approval

system team

Managers of Systems Life Cycles are Arranged in a Hierarchy

4-6


7/54

Main Advantages of

the Steering Committee

Total firm support

Projects will be characterized by good

planning and control Establishes policies, provides fiscal control,

and resolves conflicts

Since the steering committee will probably not get

involved with the details of the work, a project

team is usually appointed.

4-7


8/54

Planning Phase

Benefits

Define scope of the project

Spot potential problems

Arrange tasks in sequence

Provide basis for control

4-8


9/54

Steps

1. Recognize problem (the trigger)

2. Define problem

3. Set objectives

4. Identify constraints

Recall that objectives, standards,and constraints are problem-solving

elements.

4-9


10/54

Steps (cont.)

5. Conduct feasibility study (TENLOS)

Technical

Economic return

Noneconomic return

Legal and ethical

Operational

Schedule

4-10


11/54

Steps (cont.)

6. Prepare study project proposal

Goes to MIS steering committee

7. Approve or disapprove (go/no go)Key questions?

1. Will the system accomplish its goals?

2. Is this the best way to go about it?

4-11


12/54

Steps (cont.)

8. Establish a control mechanism

Think in terms of:

1. What 2. Who

3. When (Person-months versus calendar months)

PERT and CPM network diagrams

4-12


13/54

Define theproblem

Consult

Prepare a system

study proposal

Establish a control mechanism

Approve or disapprove the study project

Recognize theproblem

Set systemobjectives

Identify systemconstraints

The Planning PhaseMIS Steering Comm Manager Systems Analyst

1.

2.

3.

4.

5.

6.

7.

8.

Conduct afeasibility study

4-13


14/54

Outline of a System Study Proposal1. Executive summary

2. Introduction3. System objectives and constraints4. Possible system alternatives5. The recommended system study project

5.1 Tasks to be performed5.2 Human resource requirements5.3 Schedule of work5.4 Estimated cost

6. Expected impact of the system

6.1 Impact on the firms organization structure6.2 Impact on the firms operations6.3 Impact on the firms resources

7. General development plan (analysis, design, and implementationphase)

8. Summary4-14


15/54

A Project ScheduleFunctional System: Marketing

Subsystem: Product

Model: Product Deletion

SubtaskTime

Estimate(Person Months)

Responsibility

1. Identify

deletion criteria

2. Identify output

information

requirements

Systems analyst

Product manager

Systems analyst

Network specialist

Product manager

0.75

0.25

4-15


16/54

Project Schedule (cont.)

3. Identify input data Systems analyst 0.50

requirements DBA

4. Prepare new system Systems analyst 2.00

documentation

5. Design network Network specialist 1.50

6. Design database DBA 0.50

7. Review design Product manager 0.25

Systems analyst8. Prepare program Programmer 1.00

documentation

4-16


17/54

Project Schedule (cont.)

9. Code program Programmer 1.25

10. Test program Programmer 0.75

Operations staff

11. Approve program Product manager 0.50VP of marketing

12. Prepare database DBA 2.00

13. Educate users Systems analyst 0.50

14. Cutover to model Operations staff 0.75

4-17


18/54

Analysis Phase

Steps

1. Announce

Reasons for project Purpose: inform and counteract fear

2. Organize project team

User(s)

Specialists

Define roles

4-18


19/54

Analysis Phase (cont.)

3. Define information needs

Methods

Personal interview (the preferred method)

Observation Record search (includes review of existing

documentation)

Surveys

Aproject directory can be

maintained as an encompassing set

of documentation to describe the

system4-19


20/54

Analysis Phase (cont.)

4. Define system performance criteria

5. Prepare design proposal

(Compare to system study proposal)

6. Approve or disapprove the design

project

4-20


21/54

Announce the system study

Organize the project team

Define information needs

Define system performance criteria

Prepare

design

proposal

Approve or disapprove the design project

1.

2.

3.

4.

5.

6.

The Analysis PhaseMIS Steering

CommitteeManager Systems Analyst

4-21


22/54

Outline of a Design Proposal1. Executive summary

2. Introduction3. Problem definition

4. System objectives and constraints

5. Performance criteria

6. Possible system alternatives

7. The recommended design project

7.1 Tasks to be performed

7.2 Human resource requirements

7.3 Schedule of work

7.4 Estimated cost

8. Expected impact of the system

8.1 Impact on the firms organization structure8.2 Impact on the firms operations

8.3 Impact on the firms resources

9. General development plan (analysis, design, and implementation)

10. Summary

4-22


23/54

Approve or disapprove the systemimplementation

Prepare the

detaileddesignsystem

Identifyalternatesystem

configurations

Evaluatesystem

configurations

Select thebest

configuration

Prepare theimplementation

proposal

1.

2.

3.

4.

5.

6.

MIS Steering Committee Manager Systems Analyst

The Design Phase

4-23


24/54

Design Phase

1. Prepare detailed design

Structured design (top down)

System level Subsystem level

Documentation tools

2. Identify alternate system configurations

Refine to a manageable set

4-24


25/54

Popular Documentation Tools

Data Modeling Entity-relationship diagram

Data dictionaryScreen/printer layout form

Process Modeling System flowchartProgram flowchartData flow diagramStructured English

Object Modeling Object relationship modelClass specification

4-25


26/54

Data Flow Diagram of Four Data Processing Subsystems

Customers

1.4Accounts

Receivable

1.1OrderEntry

1.3Billing

1.2Inventory

Sales orders

Rejected salesorder notices

Accepted orders

Paymentsby

customers

Invoices

Billed orders

Receivables ledger data

Order logremovals file

Filled items

Inventory

ledger data

Received items

Purchasingdata

3

3 2

2

4-26

D Fl Di f O d E S


27/54

Data Flow Diagram of Order Entry SystemSales orderedit rejects

Order log

Sales ordercredit rejects

Customercredit file

Customer

1.1.1Edit

orderdata

1.1.2Compute

creditcheck

1.1.3Log inorders

1.1.4Markfilled

orders

1.2

1.3

Sales orders Edit rejects

Rejectedsales ordernotices

Edited orders

Credit data

Edited and checked orders

Credit rejects

Acceptedorders

Completed orders Date filled

Order data

4-27


28/54

Hardware Choices Make Possible

Multiple System Configurations

System Elements AlternativesCRT terminalHardcopy terminalOCR

Input

Order log

Customer credit file

Rejected orders file

Accepted orders file

Completed orders file

Rejected orders notice

Processing

Magnetic tapeDASD

Magnetic tapeDASD

Magnetic tapeDASD

Magnetic tapeDASD

Magnetic tapeDASD

PrinterCRT terminalHardcopy terminalBatch

Online

4-28


29/54


30/54

Design Phase (cont.)

3. Evaluate configurations

4. Select best configuration

5. Prepare implementation proposal

6. Approve or disapprove the system

implementation

4-30


31/54

1. Executive summary2. Introduction

3. Problem definition4. System objectives and constraints5. Performance criteria6. System design

6.1 Summary description

6.2 Equipment configuration7. The recommended implementation project7.1 Tasks to be performed7.2 Human resource requirements7.3 Schedule of work7.4 Estimated cost

8. Expected impact of the system8.1 Impact on the firms organization structure8.2 Impact on the firms operations8.3 Impact on the firms resources

9. General implementation plan

10. Summary

Outline of an Implementation Proposal

4-31


32/54

Implementation Phase

Acquire and integrate the physical and

conceptual resources to produce a

working system

4-32


33/54

Steps for the Implementation Phase

1. Plan implementation

2. Announce

3. Obtain hardware resources

RFP / Written Proposals

4. Obtain software resources

"Make or buy"5. Prepare database

6. Prepare physical facilities

7. Educate participants and users

8. Prepare cutover proposal

9. Approve or disapprove cutover to new systsem

10. Cutover to new system

4-33


34/54

Plan the implementation

Announce the implementation

Control

Cutover the new system

Obtain thehardware resources

Obtain the softwareresources

Prepare the database

Educate theparticipants and users

Prepare thephysical facilities

Control

1.

2.

3

4

5

6

7

8.

The Implementation PhaseMIS Steering Committee Manager Information Specialists

4-34


35/54

Outline of a Request for Proposal

1. Letter of transmittal2. System objective and applicable constraints3. System design

3.1 Summary description3.2 Performance criteria3.3 Equipment configuration3.4 Summary system documentation

3.5 Estimated transaction volume3.6 Estimated file size4. Installation schedule

4-35


36/54

Outline of Supplier Proposal

1. Letter of transmittal2. Summary of recommendations3. Advantages

4. Equipment configuration5. Equipment specifications

5.1 Performance data5.2 Prices

6. Satisfaction and performance criteria7. Delivery schedule

4-36

C


37/54

Cutover Approaches

OldSystem

Old System New System

Immediate cutover

Phased cutover

Parallel cutover

Pilot

System

Immediate

Old SystemNew SystemPhased

New system

Old System

Parallel

Time

Pilot

4-37


38/54

Use Phase

1. Use

2. Audit (post implementation review)

By information specialist(s)

By internal auditor (a different one from theproject team member)

3. Maintain the system

Correct errors

Keep current

Improve4. Prepare reengineering proposal

5. Approve or disapprove reengineering

4-38

The Use Phase


39/54

The Use Phase

ControlUse thesystem

Audit thesystem

Maintainthe

system

Preparere-

engineering

proposal

Approve or disapprove thereengineering proposal

MIS Steering Committee Manager Information Specialists

12

3

4

5

4-39


40/54

Prototyping

Type I -- Becomes operational system

Type II -- Serves as a blueprint

4-40


41/54

Development of a Type I Prototype

1.

2.

3.

4.

N

Identify user needs

Develop a prototype

Prototypeacceptable?

Y

Use the prototype

4-41

Id if


42/54

Development

of a Type IIPrototype N

N

Identify userneeds

Develop aprototype

Code theoperational system

Test theoperational system

Use the

operational system

Prototypeacceptable?

Systemacceptable?

Y

Y

4-42


43/54

The Attraction of Prototyping

Communications between the systemsanalyst and user are improved.

The analyst can do a better job ofdetermining the users needs.

The user plays a more active role in systemdevelopment.

The information specialists and the userspend less time and effort in developing the

system.

Implementation is much easier because theuser knows what to expect.

4-43


44/54

Potential Pitfalls of Prototyping

The haste to deliver the prototype mayproduce shortcuts in problem definition,alternative evaluation, and documentation.

The users may get so exited about the

prototype that they have unrealisticexpectations of the operational system.

Type I prototypes might not be as efficientas systems coded in a programming

language. The computer-human interface provided by

certain prototyping tools may not reflectgood design techniques.

4-44


45/54


46/54


47/54

Business Process Redesign


48/54

Business Process Redesign

(BPR)

Often used to react to systems that can nolonger function adequately in the currentbusiness environment of the firm (legacy

systems fall into this category)

Three techniques for business processredesign are

1) reverse engineering2) restructuring

3) reengineering

4-48


49/54

Reverse EngineeringReverse Engineering Produces Documentation on

Successively Higher Levels but Leaves the SystemUnchanged

Reverse

Engineering Engineering

Reverse

Engineering

Reverse

Engineering

Reverse

PlanningPhase

AnalysisPhase

DesignPhase

ImplementationPhase

4-49


50/54

Restructuring

Planning

Phase

Restructuring Restructuring Restructuring Restructuring

AnalysisPhase DesignPhase ImplementationPhase

4-50

R i i


51/54

Reengineering

Reverse

Engineering

Reverse

Engineering ReverseEngineering ReverseEngineering

Forward

Engineering

Forward

Engineering

Forward

Engineering

Forward

Engineering

Planning

Phase

Analysis

Phase

Design

Phase

Implementation

Phase

4-51


52/54

Selection of BPR Components

Based upon functional quality

What the system does

Based upon technical qualityHow the system does its job

The relationship between these two

characteristics suggest which BPRtechnique would be appropriate

4-52

Selection of BPR Components


53/54

Functional

Quality

(What?)

Good

Technical Quality

(How?)

Poor

Poor

Good

p

ReverseEngineer

Restructure

Do Nothing

Forward

EngineerReengineer

4-53


54/54

p4 metodologi siklus hidup sistem

Documents