Software Development Project Feasibility Analysis Report example

1 Introduction

1.1 Purpose: To clarify the purpose of preparing a feasibility study report and propose readers.

1.2 Project Background: it should include

◆ Name of the software to be developed

◆ Project Task initiators, developers, users, and software implementation units

◆ Relationship between the project and other software or systems.

1.3 definition: lists the definitions of specialized terms used in the document and the original acronyms.

1.4 references: lists the author, title, number, publication date, publisher, or source of the relevant information, which may include

◆ Approved plans and tasks, contracts or approvals from higher authorities

◆ Published project-related documents

◆ The software standards or specifications used for the materials referenced in this document

2 prerequisites for the feasibility study

2.1 Requirements: List and describe the basic requirements for software development, as shown in figure

◆ Functions

◆ Performance

◆ Input/output

◆ Basic data process and processing process

◆ Security and confidentiality requirements

◆ Other software-related systems

◆ Completion date

2.2 Goals: may include

◆ Manpower and equipment cost savings

◆ Processing speed improvement

◆ Control accuracy or productivity improvement

◆ Management Information Service Improvement

◆ Improvement of the decision-making system

◆ Personnel Efficiency Improvement

2.3 Conditions, assumptions, and restrictions: may include

◆ We recommend that you develop the shortest life of software.

◆ Period for comparison of apparently selected Solutions

◆ Funding sources and restrictions

◆ Legal and policy restrictions

◆ Hardware, software, operating environment, and development environment conditions and restrictions

◆ Available information and resources

◆ It is recommended that the latest time for software development to be put into use

2.4 feasibility study methods

2.5 main factors determining feasibility

3. Analysis of existing systems

3.1 process and data process

3.2 workload

3.3 expenditure: Expenditure on manpower, equipment, space, support services, materials, etc.

3.4 personnel: list the professional and technical categories and quantity of required personnel

3.5 Devices

3.6 limitations: describes existing system problems and why new systems need to be developed

4 recommended technical feasibility analysis

4.1 brief description of the system

4.2 advantages of comparison with existing systems

4.3 process and data process

4.4 potential impact of the adoption of the recommendation system

◆ Impact on devices

◆ Impact on existing software

◆ Impact on users

◆ Impact on system operation

◆ Impact on the Development Environment

◆ Impact on expenditures

4.5 technical feasibility evaluation: including

◆ Under restrictions, whether the function aims to be met

◆ Use existing technologies to determine whether the functional objectives are met

◆ Requirements on the number and quality of developers, and whether the requirements can be met

◆ Can the development be completed within the specified time limit?

5. Economic Feasibility Analysis of the proposed system

5.1 expenditure

5.2 benefits

5.3 earnings/investment ratio

5.4 investment recovery period

5.5 sensitivity analysis: it refers to some key factors, such:

◆ System Lifecycle

◆ System workload

◆ Processing speed requirements

◆ Analysis of the Impact of device and software configuration changes on expenditures and Benefits

6. Feasibility Analysis of Social Factors

6.1 legal factors: for example

◆ Contract liability

◆ Patent Infringement

◆ Copyright Infringement

6.2 user Feasibility: as shown in Figure

◆ Administrative management of user organizations

◆ Work System

◆ Can the personnel quality meet the requirements?

7. Other options

Clarify other options one by one, and emphasize the reasons for unrecommendation.

8. Conclusion

◆ Start to organize development

◆ Development is available only after several conditions are met

◆ Some modifications need to be made to the development target

◆ Not allowed or not required

◆ Others