Systems Analysis: Systems Planning and Initial Investigation
Systems Analysis: Systems Planning and Initial Investigation
Chapter 4
Systems Analysis
Systems Planning and Initial Investigation
The primary purpose of systems planning is to identify problem’s nature and its scope. It
also includes preliminary (or initial) investigation and feasibility study. Initial
investigation is used to understand the problem, define the project scope and constraints,
identify the benefits, estimate the time and costs, and interact with managers and users.
Feasibility study is used to determine some feasibility (economic, operational, technical
feasibility etc) of the system.
The purpose of this phase is twofold. First, it answers the question, “Is this project
worth looking at?” Second, assuming that the problem is worth looking at, it establishes
the size and boundaries of the project, the project vision, any constraints or limitations,
the required project participants, and the budget and schedule.
prototyped. Creating discovery prototypes enables the developers as well as the users to
better understand and refine the requirements involved with developing the system.
Advantages
Allows users and developers to experiment with the software and develop an
understanding of how the system might work.
Aids in determining the feasibility and usefulness of the system before high
development costs are incurred.
Serves as a training mechanism for users.
Aids in building system test plans and scenarios to be used last in the system
testing process.
May minimize the time spent for fact-finding and help to define more stable and
reliable requirements.
Disadvantages
Users and developers may need to be trained in the prototyping approach.
Doing prototyping may extend the development schedule and increase the
development costs
Users may develop unrealistic expectations.
Joint Requirements Planning (JRP)
It is a process whereby highly structured group meeting is conducted to analyze problems
and define requirements. JRP is a subset of a more comprehensive joint application
development (JAD). The JRP participants are:
Sponsor: - This person is normally an individual who is in top management and
has authority that spans the different departments and users who are to be
involved in the systems project.
Facilitator: - The JRP facilitator or leader is usually responsible for leading all
sessions that are held for a systems project.
Users and Managers: - Users devote themselves to the JRP sessions to
effectively communicate business rules and requirements, review design
prototypes and make acceptance decisions. Managers approve project objectives,
establish project priorities, approve schedules and costs, and approve identified
training needs and implementation plans.
Scribe(s): - Scribes are responsible for keeping records pertaining to everything
discussed in the meeting.
IT Staff: - IT personnel listen and take notes regarding issues and requirements
voiced by the users and managers. Normally, IT personnel do not speak unless
invited to do so.
Benefits
It actively involves users and managers in the development project.
It reduces the amount of time required to develop systems.
When JRP incorporates prototyping as a means for conforming requirements and
obtaining design approvals, the benefits of prototyping are realized.
Structured analysis includes different tools like DFD (data flow diagram), ERD (entity
relationship diagram), data dictionary, structured English, decision table, and decision
tree.
Feasibility Study
Feasibility is the measure of how beneficial or practical the development of information
system will be to an organization. Feasibility study is the process by which feasibility is
measured. Feasibility analysis is appropriate to the systems analysis phase.
Four Tests for Feasibility
During systems analysis phase, the system analyst identifies different alternate solutions and
analyzes those solutions for feasibility. To analyze different alternative solutions, most
analysts use four categories of feasibility tests: operational feasibility, technical
feasibility, schedule feasibility, and economic feasibility.
1. Operational Feasibility: It is a measure of how well the solution will work in an
organization. It is also a measure of how people feel about the system/project. So,
this feasibility is people oriented. Operational feasibility addresses two major
issues:
a. Is the problem worth solving, or will the solution to the problem work?
b. How do end users and management feel about the problem (solution)?
When determining operational feasibility, usability analysis is often performed
with a working prototype of the proposed system. Usability analysis is a test of
system’s user interfaces and is measured in how easy they are to learn and to use
and how they support the desired productivity levels of the users. Usability is
measured in terms of ease of learning, ease of use, and satisfaction.
2. Technical Feasibility: It is a measure of practically of a specific technical
solution and availability of technical resources and expertise. Technical feasibility
is computer oriented. This feasibility addresses three major issues:
a. Is the proposed technology or solution practical?
b. Do we currently possess the necessary technology?
c. Do we possess the necessary technical expertise, and is the schedule
reasonable?
3. Schedule Feasibility: It is a measure of how reasonable the project timetable is.
Schedule feasibility is the determination of whether the time allocated for a
project seems accurate. Projects are initiated with specific deadlines. It is
necessary to determine whether the deadlines are mandatory or desirable. If the
deadlines are desirable rather than mandatory, the analyst can propose alternative
schedules.
4. Economic Feasibility: It is the measure of the cost-effectiveness of a project or
solution. This feasibility deals with costs and benefits of the information system.
The bottom-line in many projects is economic feasibility. During the early phases
of the project, economic feasibility analysis amounts to little more than judging
whether the possible benefits of solving the problem are worthwhile. However, as
soon as specific requirements and alternative solutions have been identified, the
analyst can determine the costs and benefits of each alternative.
Some other feasibility tests are also possible. These are legal and contractual feasibility
and political feasibility. Legal and contractual feasibility is the process of assessing
potential legal and contractual ramifications due to the construction of a system. Political
feasibility is the process of evaluating how key stakeholders within the organization view
the proposed system.
Tangible benefits – Tangible benefits are those that can be easily quantified.
These benefits are usually measured in terms of monthly or annual savings or of
profit to the firm. Alternatively, these benefits might be measured in terms of unit
cost savings or profit. Some examples of tangible benefits are: fewer processing
errors, increased throughput, decreased response time, elimination of job steps,
increased sales, reduced credit losses, and reduce expenses.
Intangible benefits – Intangible benefits are believed to be difficult or impossible
to quantify. Unless these benefits are at least identified, it is entirely possible that
many projects would not be feasible. Some examples of intangible benefits are:
improved customer goodwill, improved employee morale, better service to
community, and better decision making.
Unfortunately, if a benefit cannot be quantified, it is difficult to accept the validity of an
associated cost-benefit analysis that is based on incomplete data.
Is the proposed system cost-effective?
There are three popular techniques to assess economic feasibility, also called cost-
effectiveness: payback analysis, return to investment, and net present value.
One concept that is shared by all three techniques is the time value of money – a
dollar today is worth more than a dollar one-year from now.
Some of the costs of the system will be accrued in after implementation. Before cost-
benefit analysis, these costs should be brought back to the current dollars. Present value
is the current value of a dollar at any time in the future. It is calculated using the formula:
PVn = 1/(1 + i)n
Where PVn is the present value of $1.00 n years from now and i is the discount rate.
Payback analysis – It is a technique for determining if and when an investment
will pay for itself. Because system development costs are incurred long before
benefits begin to occur, it will take some time for the benefits to overtake the
costs. After implementation, there will be additional operating expenses that must
be recovered. Payback analysis determines how much time will lapse before
accrued benefits overtake accrued and continuing costs. This period of time is
called payback period, that is, the period of time that will lapse before accrued
benefits overtake accrued costs.
Return-on-investment analysis – This technique compares the lifetime
profitability of the solution. It is a percentage rate that measures the relationship
between the amounts the business gets back from an investment and the amount
invested. It is calculated as follows:
Lifetime ROI = (Estimated lifetime benefits – Estimated lifetime costs)/Estimated
lifetime costs
Net present value – It is an analysis technique that compares costs and benefits
for each year of the system’s lifetime. Many managers consider it the preferred
cost-benefit analysis technique.