KEMBAR78
Notes Form 3 System Life Cycle | PDF | System | Computing
0% found this document useful (0 votes)
61 views15 pages

Notes Form 3 System Life Cycle

The document outlines the System Development Life Cycle (SDLC), defining systems as collections of interrelated components and distinguishing between soft and hard systems. It details the stages of system development, from problem recognition to implementation, and emphasizes the importance of user involvement and feasibility studies. Additionally, it discusses the role of a system analyst and the reasons for developing new information systems.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
61 views15 pages

Notes Form 3 System Life Cycle

The document outlines the System Development Life Cycle (SDLC), defining systems as collections of interrelated components and distinguishing between soft and hard systems. It details the stages of system development, from problem recognition to implementation, and emphasizes the importance of user involvement and feasibility studies. Additionally, it discusses the role of a system analyst and the reasons for developing new information systems.
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as DOC, PDF, TXT or read online on Scribd
You are on page 1/ 15

System development life cycle (SDLC)

SYSTEM DEVELOPMENT
What is a System?

It is a collection of independent but interrelate components that work together to


serve a common purpose. This could be people, equipment and methods or
procedure organised together to accomplish a specific objective.

A system can be described as either soft or hard

SOFT SYSTEMS

Composed of human driven activities. E.g. Political system, sales tracking


system. Called soft because:

i. Their boundaries keep on changing (they are fluid)

ii. Their goals and objectives usually conflict and may not be captured
clearly at any one time because they are based on human factors like
attitudes and preferences.

iii. It is difficult to precisely define exact measures of performance for them.

HARD SYSTEMS

THESE ARE SYSTEMS whose goals and objectives are clearly defined and
outcomes are predictable from the systems’ processes and can be modified
accurately.eg.stock management system.

NB:a good system incorporated/consists of both hard and soft traits of a system.eg
stock management system. Should tell when demand of an item rises and that
demand is driven by soft aspects of peoples live like attitudes and seasons.

Characteristics of Systems
i. Holism
All systems are composed of inter-related parts or sub-systems and the
systems can only be explained as a whole. This is known as holism or
synergy.

ii. Hierarchy
Systems are hierarchical in that parts of the sub-systems are made up of other
smaller parts.

iii. Interdependence
The parts of a system cannot be altered without affecting other parts.

iv. Optimality
The sub-systems should work towards the goal of their higher systems and not
pursue their own objectives independently. Where sub-systems do pursue their

By Mogendi Philip Page 1 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
own objectives to the detriment of higher objectives, then a condition of sub-
optimality is said to exist.

vi. System entropy


System decay naturally with time. This means that system naturally become
useless either due to change in technology, management, policies or change in
user requirements

vii. Input and Output


A system communicate with the environment by receiving input and giving
output. Input –raw material Output – finished product

viii. Boundaries and the Environment

Boundaries
The features which define the extent of a system are its boundaries. Changes at
the boundary of interacting systems can be a source of friction if not handled
properly.

The environment of a system comprises :


a) External elements which, when changed, affect the system;
b) External elements which are changed by the system’s behaviour.
The environment is diverse and dynamic. The elements in the environment may
affect the organisation or be affected by the organisation’s actions or output.
Where necessary and possible, organisation do attempt to influence their
environment.
What is an Information System (IS)?
Information system can be defined as a set of interrelated components that collect
or retrieve, process, store and distribute information to support decision-making
and control in an organization.
NB: It could be manual or computerized

The four main activities of an IS are


i. Entering data into the IS (input)
ii. Changing and manipulating the data in the IS (data processing)
iii. Getting information out of the IS (output)
iv. Storing data and information (storage)

Besides the four main operations, feedback is also needed to return the output to
the appropriate people or activities in the organization to evaluate and refine the
input.

By Mogendi Philip Page 2 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)

Storage

Input Process Output

Feedback
Figure 1.1 Diagram showing the four main operations

A good IS must be able to produce information that carries the following


characteristics:
i. Relevant – information must pertain to the problem at hand.
ii. Complete – partial information is often worst than no information.
iii. Accurate – erroneous information may lead to disastrous decisions.
iv. Current – decisions are often based upon the latest information available.
v. Economical – in a business setting, the cost of obtaining information must be
considered as one cost element involved in any decision.

Purpose of an information system

i. Information systems help senior manager with long-term planning. The principle
concern at this level is matching changes in the external environment with
existing organizational capabilities.
ii. Information systems help managers monitor and control. It typically provides
periodic reports rather than instant information on operations.
iii. Information systems help knowledge and data workers design product, distribute
information and cope with paperwork.
iv. Information systems help integrate new knowledge into the business and to help
the organization in decision making
v. Information systems help manager keep track of the firm’s day-today activities
thus helping in answer routine questions and to track the flow of transactions
through the organization.

By Mogendi Philip Page 3 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
“System Life Cycle”,

Therefore, a system life cycle describes how programs are developed from an idea, to
completed programs and then, to revised or discontinued programs

Who is a System analyst?


Is a person who is responsible for identifying an organizations needs and problem
then design and develop an information system to solve them

Roles of a system analyst


i. Review the existing system by giving recommendation on how to improve them
ii. Works hand in hand with programmers during construction of new system
iii. Coordinates training of new system users and owners

Why develop a new Information System?


i. Problem with the current system
If the existing system is not able to meet the organizational goals, the organization
may opt for a new system
ii. Changes in the organization
The management can introduce changes in the organization that may force the
organization to develop a new information system
iii. New opportunities
If an opportunity presents it self that can enable the organization improve its services
then a new information system may be developed.
iv. Change in user expectations may make the organization to develop a new
information system
v. Change in government policies
Government regulation may force the organization to develop a new system in order
to comply.
Reason for changing a system and not modifying
i. Existing hardware and software coming to end of life
ii. Introduction of new hardware and software
iii. Inability to maintain the existing system
iv. Change in user requirements

Why Do Systems Development Project Fail


i. Inadequate user involvement

By Mogendi Philip Page 4 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
If the users expectations are not met per their demand then they may reject the new
system.
ii. Inadequate feasibility study
If feasibility study was done in hurry then the cost and benefit analysis will not be
realistic
iii. Poor communication between the users and data processing groups or the computer
specialist
iv. Poor planning on system integration
If the proposed system is worked on by different groups of technical specialist who do
not communicate and had not planned their way forward properly the project is likely to
fail

STAGES OF SYSTEM DEVELOPMENT

Stages of System development

The environment in which any business system or enterprise function does not remain
static for very long. Because of this, the system has to change. When there are changes,
the system will eventually need to be replaced, or significantly altered to become a new
system or a new version.

By Mogendi Philip Page 5 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)

Stages of System Development

1. Problem recognition
and definition

7. System review and 2. Information gathering


maintenance

6. System implementation 3. Requirement


specification for the new
system

5. System construction 4. System design

Figure 1.2 showing the Stages of System Development life cycle

1. Problem recognition and definition


A system project will not start for any apparent reasons. It must have been
initiated by someone (we will generally call him the user).

Problem recognition is the initial stage and is based on the user’s requests, the
System Analyst (SA) will check the background of the problems to see if it is
possible to solve.

During problem definition the SA survey all the existing problems and find
out if there are possibilities of getting solutions. After the study of the existing
system, the SA will produce a feasibility study report.

NB: Feasibility study is a special study carried out to establish the cost and
benefits of a new system

Content of feasibility study report


i. Describe the scope of the new system

By Mogendi Philip Page 6 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
ii. Contains estimates of the time,
iii. Costs and benefits that would result from the system.
Types of feasibility studies

They are four:


i. Operational feasibility
It aims at establishing how comfortable the users are with the proposed
system, effect of the system on the organizational image and management
levels etc.
ii. Technical feasibility
It aim at establishing where the technology available is sufficient or can be
upgraded for the new system. It also seeks to find out whether the staffs
have relevant technical skills to use the new system.
iii. Economical feasibility
It establishes whether developing a new system is cost effective by
analysing all the cost and benefits of the proposed system i.e. direct
benefits, indirect benefits, developmental cost, installation cost, running
costs etc.
iv. Schedule feasibility
It establishes whether the development of the proposed system will be
accomplished within the available time.
2. Information gathering
After the management has approved the feasibility study report, the system
analyst proceeds to the next stage, which is information gathering. The system
analyst gathers data about the current system and the users need from both
internal and external sources

Methods of information gathering /data collection

i. Observation

This method involves watching an operation for a period of time to see for
one self what exactly happens

Advantages
 Concepts difficult to explained can be observed
 Enable the system analyst be acquainted with operational
personnel’s
 It provide fast hand information
Disadvantages
 Its time consuming

By Mogendi Philip Page 7 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
 The people being observed many be uncomfortable
 Personnel may alter their working speed or style when being observed
ii. Interview

It’s a face-to-face interaction between the system analyst and the users of
existing system in order to gather information about the requirements for
the proposed system.

Advantages

 The interviewee feel part and parcel of the proposed system

 Interviewees have an opportunity to put forward their opinions

 System analyst get first hand information

iii. Record inspection / study of the existing documents

The available documents about the existing system are inspected carefully
in order to gain an overall insight of the existing system. This documents
could be organization charts, technical manuals, receipts, reports etc

iv. Questionnaires
A Questionnaire is a document containing a number of standard questions
set to be asked a large number of people in order to gather information
from them. The analyst is able to collect information from several key
people in the organization who may be affected by the proposed system

Advantages of questionnaires
 They are filled in a less tense environment
 It provide many people with an opportunity to provide their input
and suggestions
 Save time especially when the respondents are geographically
scattered
Disadvantages
 It’s a slow way of fact finding
 They require expertise in designing
 If misunderstood they provide wrong information
 Analysis of questions require a lot of time
v. Automated methods

By Mogendi Philip Page 8 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
This is used when actual data is required but it’s difficult to get through
other means. Such data may be collected using devices that capture data
from the source e.g. video cameras, tape recorder etc

3. Requirement specification for the new system


The system analyst must come up with the detailed requirements for the proposed
system

This should include

i. Output specification

State what the system will produce. What format will the output be i.e.
softcopy (displayed in video screen), hardcopy (printed report) etc

ii. Input specification

You should define the type of input to be used e.g. keyboard, barcode
reader etc. Apparently the analyst should design the user interface by
designing data entry screen/ form

iii. Files and data stores

This involve making an informed decision on files required to store data


and information in the system. The analyst should identify the number of
files that that will be needed by the system and determine the structure of
each file.

iv. Hardware and software requirements

The system analyst should specify the hardware and the software
requirements for the new system. The analyst should consider:

a. Economic factors e.g. the cost/price

b. Operational factors e.g. reliability, Upgradability, and


compatibility with the existing resources

c. User friendliness

4. System analysis and design


It involves the detailing the physical design of the system. What the SA has gathered
will be documented using tools like Data Flow Diagrams (DFDs), flow charts,

By Mogendi Philip Page 9 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
structured chart etc. There will normally be a presentation by the SA to the user to
verify the findings.
Once the findings have been confirmed to be accurate, the SA will design a
system that will meet the user’s requirements. The SA will produce the system
specification, which includes:

 The information flow


 The file storage organisation
 The program’s requirements
 The outline of the user’s operations manual

An acceptance of the system specification by the user will mark the end of this
stage and the authorisation to commence with the next stage.

5. System construction
It’s the implementation of system analysis and design phase by the programmers
to meet the organizational needs. This refers to coding, installation and testing of
the modules and their components such as input, output and files

Testing: Its done by entering some test data to find out whether its output are as
expected. This must be done following the requirement specifications system
specifications

6. System implementation
This involves installing the new system in the user’s computers, testing the new
system, converting from the old system to the new one and training the users.

System implementation involves:

i. File creation and conversion

This involves setting up the master files that are to be used with the new
system. The setting can be from scratch or just to convert the files that
were used in the old system

ii. Staff training

By Mogendi Philip Page 10 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
The aim of training is to:

a. Enable the staff become familiar with the new system

b. Remove fear of change

c. Convince the users the effectiveness of the new system

Methods of training may include: demonstration, on job training, tutorial


packages, handbooks etc

iii. System change over

This is the process of changing form the old system to the new system.
Types of system changeover
a. Direct changeover / straight change over
In this approach the new system commences live operation and
immediately the old system is abandoned. It’s a sudden change from old
to new system

Old system

New system
Figure 1.3 showing direct change over
Advantage
 It’s a cheap method since no additional manpower is required.
Disadvantages
 The project faces higher risk in case the new system faces
problems
 It places the organization in a do or die situation
b. Parallel changeover
In this change over, the operation of the old and the new system
are run parallel to each other for some time till finally the old
system is faced out.
(t = time the old and the new system will operate together)
t

Old system

New system

Figure 1.4 showing parallel change over


Advantages

By Mogendi Philip Page 11 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
 The personnel become familiar with the new system before
the old system is faced out.
 It allow proper induction/ training to the new system
Disadvantages
 Expensive to run since it will require additional manpower
 Cross checking is difficult due to increase in work load

c. Phased changeover

In this change over the implementation of the new system in done


only one part of the new system at a time e.g. if a new curriculum
is to be introduced then each year one-class changes over to the
new syllabus.
Old system
New system

Part 1

Part 2

Part 3

Time
Phase Phase …
1 2

Figure 1.5 showing phase change over

Advantages
 Less costly
 Failures of the system are limited
 Causes minimal disruption in an organization
Disadvantages
 It takes a long time
d. Pilot changeover

By Mogendi Philip Page 12 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
If a system is to be implemented at many locations in a widely
dispersed company, the task can be very difficult to manage all at
once. It advisable to implement the system in one location and
ensure it is working properly before moving on to another
location. This is called pilot implementation

Factors to consider when choosing a change over method

i. Cost of changing over

ii. Size of the system

iii. Type of system

iv. Degree of safety required

v. Methods of controlling errors

vi. Types of personnel responsible what is their level of training


etc

7. System review and maintenance


Once the system has been used for a sufficient length of time and emergencies
have been coped with, an evaluation review should be carried out.. The content of
the review will include:

 Objectives met
 Cost
 Performance
 Standards
 Recommendations
After the review, maintenance may be carried out to improve the system or it may
be decided that part or the whole of the system needs to be re-designed, and hence
re-developed.

If redesigning needs to be done, then problem recognition and definition will


come in again, thus calling into play the entire System Life Cycle once more.

Causes of system maintenance

i. Errors e.g. caused by viruses or wrong entries etc

ii. Change in technology

By Mogendi Philip Page 13 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
iii. Change in user requirements

iv. Poor documentation

Types of system maintenance

i. Perfective maintenance

It involve changing a system to make it more efficient, reliable and


maintainable by enabling it to recognise additional functions that will
provide benefits in users requirements e.g. adding more RAM to improve
performance, improving network speed and bandwidth, introducing a
better platform e.g. object oriented programming

ii. Adaptive maintenance

This maintenance is aimed at modifying the system to accommodate


changes to external environment e.g. new technology, operating systems,
new peripherals etc. It’s always triggered by the users request.

iii. Corrective maintenance

It aims at diagnosing and correcting one or more errors in the system.


These are mostly errors that may have been overlooked during system
testing. They requires a careful analysis before making any change to
avoid introduction of a new problem e.g. file reinstallation

SYSTEM DOCUMENTATION

It’s a written material that explains what the information system does and how
people interact with the system. Generally a comprehensive system
documentation consist of the following

i. Report on fact finding

This documentation outlines methods used in data collection, weaknesses


of the current system and recommendations to the current system

ii. Requirement specification

This entails mainly output, input and hardware requirements to develop


the new system e.g. the new system requires 1GB RAM and not less than
2.4Ghz processor speed could be the hardware requirement

iii. System and module flowchart

This shows the overall functionality of the proposed information system.


This should be drawn to show how information is captured, how it flow

By Mogendi Philip Page 14 of 15 Form 3 KIKELELWA SECONDARY


System development life cycle (SDLC)
and how it’s stored. This gives a graphical representation of the system at
a grace.

iv. Table / file structures description

Depending on the approach used in system construction, the report should


contain the file or table structure definition. Tables should be captured and
described so that any system user can be able to have an explanation in the
absence of those who designed the system

v. Sample test data and expected output

In this documentation, the test data is aimed at establishing whether the


new system is working as expected.

Some of the test data to be documented should include

a) Normal data i.e. data for which the program was designed for

b) Extreme values i.e. very large and very small,

c) Exceptional data i.e. illegal data that the system should reject

NB: Capture how the system responds to each type of data


especially extreme values and Exceptional data

vi. Output report

This documentation aims at proving that the system is working as


expected. Sample outputs from various system modules should be
captured and documented.

vii. User manual

They are meant to support the users of the system with minimum guidance
as possible. i.e. should be easy to read and understand.

It should contain the following information

a) How to install and start the system.

b) How the system appears when running (interface)

c) How to carry out various tasks e.g. add an entry, edit, generate
reports, or even delete an entry

d) How to get help when faced with a problem

NB: user manual should include both text and graphics explained
chronologically i.e. step by step

By Mogendi Philip Page 15 of 15 Form 3 KIKELELWA SECONDARY

You might also like