Feasibility Study Template
Feasibility Study Template
Feasibility Study Template
STUDY
Revision Sheet
Release No. Date Revision Description
Rev. 0 1/31/00 Feasibility Study Draft Report
I have carefully assessed the Feasibility Study for the (System Name). This document has been
completed in accordance with the requirements of ……………………………..
We fully accept the changes as needed improvements and authorize initiation of work to proceed. Based
on our authority and judgment, the continued operation of this system is authorized.
_______________________________ _____________________
NAME DATE
Project Leader
_______________________________ _____________________
NAME DATE
Operations Division Director
_______________________________ _____________________
NAME DATE
Program Area/Sponsor Representative
_______________________________ _____________________
NAME DATE
Program Area/Sponsor Director
TABLE OF CONTENTS
Page #
Feasibility Study
1.0 General Information
NOTE TO AUTHOR: Highlighted, italicized text throughout this template is provided solely as
background information to assist you in creating this document. Please delete all such text, as well as the
instructions in each section, prior to submitting this document. ONLY YOUR PROJECT-SPECIFIC
INFORMATION SHOULD APPEAR IN THE FINAL VERSION OF THIS DOCUMENT.
The Feasibility Study is used to provide an analysis of the objectives, requirements, and system concepts
of the proposed system, including justification, schedule, and end products. During this analysis, the
objectives of the system are defined based on the needed functions described previously. Included in
these system objectives are the high-level functional and performance objectives and any assumptions
and constraints. When the system objectives have been identified, the various alternatives for satisfying
those objectives are determined. For each alternative, the costs in time and resources are estimated. A
determination is then made as to the most feasible development alternative.
1.1 Purpose
1.2 Scope
Describe the scope of the Feasibility Study as it relates to the project being undertaken.
Provide a brief system overview description as a point of reference for the remainder of the document. In
addition, include the following:
• Responsible organization
• System name or title
• System code
• System category
− Major application: performs clearly defined functions for which there is a readily
identifiable security consideration and need
− General support system: provides general information on network support etc
for a variety of users and applications
• Operational status
− Operational
− Under development
− Undergoing a major modification
• System environment or special conditions
Provide a list of the references that were used in preparation of this document. Examples of references
are:
Provide a list of the acronyms and abbreviations used in this document and the meaning of each.
Provide a list of the points of organizational contact (POC) that may be needed by the document user for
informational and troubleshooting purposes. Include type of contact, contact name, department,
telephone number, and e-mail address (if applicable). Points of contact may include but are not limited to
helpdesk POC, development/maintenance POC, and operations POC.
1.6.2 Coordination
Provide a list of organizations that require coordination between the project and its specific support
function (e.g., installation coordination, security, etc.). Include a schedule for coordination activities.
Feasibility Study
2.0 Management Summary
2.1 Environment
Identify the project sponsor, developer, user, and computer center or network in which the software will
be implemented.
2.1.2 Input/Output
2.1.3 Processing
2.1.4 Security
Identify the physical environment (batch processing environment, interactive online transactions, ad hoc
reports, external and local communications).
Describe current functional procedures of any existing system, whether automated or manual.
Specifically, document the major processing and data flow of the current system(s), volume of work
currently processed, costs incurred in operating the current system, skill categories and number of staff
required to operate and maintain the current system, equipment used by the existing system, and any other
factors that are unique to the current system.
Analyze the anticipated functions of the system, considering such areas as new services, increased
capacity, legislative and policy requirements, privacy and security requirements, audit controls, and target
completion date.
Identify major performance objectives, considering such areas as reduced staff and equipment costs,
increased processing speed, increased productivity, improved management information services,
improved controls over automated decision-making system(s), and compliance with regulations.
Determine the assumptions and constraints, such as operational life of the proposed system; period of
time for comparison of system alternatives; input, output, and processing requirements; financial
constraints; changing hardware, software, and operating environment; and availability of information and
resources.
2.6 Methodology
Describe the method or strategy employed (e.g., survey, weighting, modeling, benchmarking, and
simulation) to evaluate the proposed system to arrive at a feasible alternative.
Identify the criteria applicable to the development process that will be used to determine the most
attractive system option. Such criteria typically include cost, priority, development time, ease of system
use, or any combination.
2.8 Recommendation
State the recommendation for the proposed system, including consequences of not taking action, and what
delays and risks can be tolerated.
Feasibility Study
3.0 Proposed System
Present the overall system concept and describe how the requirements will be met.
3.2 Improvements
Outline the time and resource costs, including the time and funding required for all activities of the
lifecycle, from definition through operation and system retirement. It is imperative to use realistic
estimates. When making the estimates, remember to include such factors as the current workload of
personnel, staff absences due to vacation and illness, lead time for procurement of equipment and
software, and staff training.
3.4 Impacts
In the following subsections, describe the anticipated impacts of the proposed system, including potential
conversion problems.
Describe any additions or modifications to existing applications and support software in order to adapt
them to the proposed system.
Describe security and privacy factors that may influence the development, design, and continued
operation of the proposed system.
State the reasoning that supports the recommendation of the proposed system over the alternative
systems.
Feasibility Study
4.0 Alternative Systems
This section provides a description of the alternative systems considered in this feasibility study. Each
alternative system should be under a separate section header, 4.1 - 4.x.
Describe the alternative system, following the outline described for the proposed system in the previous
section. State the reasons that the alternative system was not selected.