systems life cycle: analysis

33
ICT IGCSE Systems Life Cycle: Analysis

Upload: sydney

Post on 24-Feb-2016

85 views

Category:

Documents


1 download

DESCRIPTION

ICT IGCSE. Systems Life Cycle: Analysis. Why SLC?. Introducing or changing a system needs careful planning Why?. Introducing or changing a system needs careful planning Why? So it works properly! Analysis Design Implementation Testing Evaluation Documentation. Step by step. - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: Systems Life Cycle: Analysis

ICT IGCSE

Systems Life Cycle: Analysis

Page 2: Systems Life Cycle: Analysis

Why SLC?

Introducing or changing a system needs careful planning

Why?

Page 3: Systems Life Cycle: Analysis
Page 4: Systems Life Cycle: Analysis

Introducing or changing a system needs careful planning

Why? So it works properly!

Analysis Design Implementation Testing Evaluation Documentation

Page 5: Systems Life Cycle: Analysis

Step by step First you investigate how the old

system works and the problem(s) it is causing

Then you analyze it to see how you can solve these problems.

During the investigation, you would use a variety of techniques to find out about how the current system works in great detail:

Page 6: Systems Life Cycle: Analysis

Analysis

Carried out by a systems analyst

Purpose: To see whether a new

system can be designed Whether it is feasible Whether it can be

implemented

Page 7: Systems Life Cycle: Analysis

Feasibility study

Describes how current system works Identifies problems Proposes solutions HW & SW recommendations

Page 8: Systems Life Cycle: Analysis

Methods of research/analysis Questionnaires Interviewing Observing Examine documents

Page 9: Systems Life Cycle: Analysis

Questionnaires With large groups of people, a

questionnaire is a quick and simple way to gather information.

However the information gathered is limited by the questions set by the systems analyst (people could have a lot of useful information in their heads, but if the questionnaire doesn’t ask the right questions, they will not be able to pass it on)

Also many people do not take the time to fill in questionnaires seriously.

Page 10: Systems Life Cycle: Analysis

Questionnaires One questionnaire can be filled in

by many people at the same time. Better for busy people/don't have

to prearrange appointments BUT: may not be able to read answers options available (eg Yes/No may

not allow accurate or full answers) No scope for individual answers

Page 11: Systems Life Cycle: Analysis

Interviews The systems analyst can

interview key people within the system to find out how it works.

Interviews allow lots of very detailed information to be gathered, but they take a long time to do, so are not possible if large groups of people are involved.

Page 12: Systems Life Cycle: Analysis

Interviews

allow analyst to fully explore and ask individualized questions BUT time consuming.

Can change script to suit circumstances/more likely to get truthful responses

Appointments have to be prearranged

Page 13: Systems Life Cycle: Analysis

Observation This involves the systems analyst walking

around the organisation or business, watching how things work with his/her own eyes.

Observation allows the systems analyst to gather first-hand, unbiased information.

The downside to observation is that often people won't work the way they normally do if they know they are being watched.

Page 14: Systems Life Cycle: Analysis

Observation see how the current system

works and the processes involved, also note any obvious problems

Can gain broader overview of processes

BUT people work differently when they are being observed (the Hawthorne effect) – this could affect observation data.

Page 15: Systems Life Cycle: Analysis

Examining documents Most businesses and organisations

use documents to record information, or to communicate information (forms get filled in and passed to other offices, etc.)

The systems analyst needs to collect examples of the documents used to get an understanding of the type and quantity of data that flows through the business or organisation.

Page 16: Systems Life Cycle: Analysis

Examining documents very time consuming

but gives thorough overview and good opportunity to identify problems/limitations within the current system.

Can follow data flow more easily

informs input/output format design

Page 17: Systems Life Cycle: Analysis

Analysis: The ProcessWhat happens?

Having collected as much information about the present system as possible, the systems analyst now looks though it all to understand how the system works, and to try and identify problems that need to be fixed.

Page 18: Systems Life Cycle: Analysis

1: Identifying the Inputs, Outputs and Processes

Every system has inputs and outputs and the systems analyst needs to identify the data input to the present system, and the data output.

This is because any new system that is designed will have to deal with similar inputs and outputs as the present system.

Page 19: Systems Life Cycle: Analysis

1: Identifying the Inputs, Outputs and ProcessesIdentifying the inputs, outputs and processes helps the Systems Analyst really understand how a system works: What goes in? What happens inside? What comes out?

Page 20: Systems Life Cycle: Analysis

1: Identifying the Inputs, Outputs and Processes For example, the payroll system in

a business might have the following inputs and outputs...

Page 21: Systems Life Cycle: Analysis

1: Identifying the Inputs, Outputs and Processes

Any new system that is created will need to take in the same input data (the number of hours worked by employees), and will have to produce the same three outputs.

For similar reasons, the systems analyst also has to understand how the present system works (the processes – who does what and when)

Page 22: Systems Life Cycle: Analysis

1: Identifying the Inputs, Outputs and Processes

Most large systems are actually made up of many sub-systems. We call these sub-systems processes.

Each process takes data from the inputs or from other processes, processes the data, and produces an output. The output is passed to other processes, and so on.

It is important to know exactly how the system works because some parts of the present system may work very well, and it would be a waste of time and effort to replace them.

Page 23: Systems Life Cycle: Analysis

Our payroll system

Page 24: Systems Life Cycle: Analysis

2: Identifying Problems No system is perfect and it is

the job of the systems analyst to try and identify where the problems in a system are.

If these problems can be fixed, the system will work more smoothly, be more efficient and, in the case of a business, be more profitable.

Page 25: Systems Life Cycle: Analysis

2: Identifying problemsIn the previous payroll example, the

following problems might be identified...

1.The payroll often takes over three days to process, resulting in many employees being paid late

2.Timesheets sometimes get lost before being processed. This means that sometimes pay has to be estimated

3.The reports sent to management do not show enough information.

Page 26: Systems Life Cycle: Analysis

Our analysis:

Page 27: Systems Life Cycle: Analysis

3: New System Requirements Specification

Now the problems with present system are understood, the system analyst can begin to plan how the new system will fix those problems.

The systems analyst specifies a list of requirements for the new system (‘requirements’ simply means targets or aims).

This list is usually called the Requirements Specification.

Page 28: Systems Life Cycle: Analysis

3: For the payroll example the requirements might be...

1. Payroll processing should be completed within 24 hours

2. The recording of hours worked should use a system that means the data cannot be lost

3. Management reports should contain detailed information about pay for each department, overtime payments and average hours worked by each employee

4. Management reports should be electronic so that managers can analyse the data more easily

Any new system that is designed must meet these requirements.

Page 29: Systems Life Cycle: Analysis

The punchline:

The whole point of any system analysis is to end up with a better system than presently exists. The Requirements Specification is the document that lists all of the improvements that we hope the new system will bring.

Page 30: Systems Life Cycle: Analysis

4: What Hardware and Software Will Be Required?

HARDWARE How many

computers? What type of

network? How many servers? Any special input

devices? (e.g. barcode readers)

Any special output devices?

SOFTWARE Is ready-made, off-

the-shelf software available?

Is custom-written software required?

Page 31: Systems Life Cycle: Analysis

Types of softwareOff-the-shelf software is software

that is created for use by a large range of customers - it tends to be quite general-purpose.

Custom-written software is designed and written specifically for one customer.

Page 32: Systems Life Cycle: Analysis

Off-the-shelf software

Cheaper More reliable (because

most problems will have been found by one of the many users)

Has lots of support and help available (because lots of other people are using it)

Page 33: Systems Life Cycle: Analysis

Custom-written software

Very expensive

Provides exactly what the customer needs (a ‘perfect fit’)

Only has one user, so little help is available