软件开发可行性研究应用报告范文格式.doc

软件开发可行性研究汇报范文格式
1引言
1.1编写目标
说明编写本可行性研究汇报目标，指出预期读者。
1.2背景
说明：
A. 所提议开发软件系统名称；
B. 本项目标任务提出者、开发者、用户及实现该软件计算中心或计算机网络；
C. 该软件系统同其它系统或其它机构基础相互来往关系。
1.3定义
列出本文件中用到专门术语定义和外文首字母组词原词组。
1.4参考资料
列出用得着参考资料，如：
1. 本项目标经核准计划任务书或协议、上级机关批文；
2. 属于本项目标其它已发表文件；
3. 本文件中各处引用文件、资料，包含所需用到软件开发标准。
列出这些文件资料标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
2可行性研究前提
说明对所提议开发项目进行可行性研究前提，如要求、目标、假定、限制等。
2.1要求
说明对所提议开发软件基础要求，如：
A. 功效；
B. 性能；
C. 输出如汇报、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口和分发对象；
D. 输入说明系统输入，包含数据起源、类型、数量、数据组织和提供频度；
E. 处理步骤和数据步骤用图表方法表示出最基础数据步骤和处理步骤，并辅之以叙述；
F. 在安全和保密方面要求；
G. 同本系统相连接其它系统；
H. 完成期限。
2.2目标
说明所提议系统关键开发目标，如：
A. 人力和设备费用降低；
B. 处理速度提升；
C. 控制精度或生产能力提升；
D. 管理信息服务改善；
E. 自动决议系统改善；
F. 人员利用率改善。
2.3条件、假定和限制
说明对这项开发中给出条件、假定和所受到限制，如：
a． 所提议系统运行寿命最小值；
b． 进行系统方案选择比较时间；
c． 经费、投资方面起源和限制；
d． 法律和政策方面限制；
e． 硬件、软件、运行环境和开发环境方面条件和限制；
f． 可利用信息和资源；
g． 系统投入使用最晚时间。
2.4进行可行性研究方法
说明这项可行性研究将是怎样进行，所提议系统将是怎样评价。摘要说明所使用基础方法 和策略，如调查、加权、确定模型、建立基准点或仿真等。
2.5评价尺度
说明对系统进行评价时所使用关键尺度，如费用多少、各项功效优先次序、开发时间长短 及使用中难易程度。
3对现有系统分析
这里现有系统是指目前实际使用系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。
分析现有系统目标是为了深入说明提议中开发新系统或修改现有系统必需性。
3.1处理步骤和数据步骤
说明现有系统基础处理步骤和数据步骤。此步骤可用图表即步骤图形式表示，并加以叙述。
3.2工作负荷
列出现有系统所负担工作及工作量。
3.3费用开支
列出因为运行现有系统所引发费用开支，如人力、设备、空间、支持性服务、材料等项开支和开 支总额。
3.4人员
列出为了现有系统运行和维护所需要人员专业技术类别和数量。
3.5设备
列出现有系统所使用多种设备。
3.6不足
列出本系统关键不足，比如处理时间赶不上需要，响应不立即，数据存放能力不足，处理功效 不够等。而且要说明，为何对现有系统改善性维护已经不能处理问题。
4所提议系统
本章将用来说明所提议系统目标和要求将怎样被满足。
4.1对所提议系统说明
概括地说明所提议系统，并说明在第2章中列出那些要求将怎样得到满足，说明所使用基础方法及理论依据。
4.2处理步骤和数据步骤
给出所提议系统处理步骤和数据步骤。
4.3改善之处
按2.2条中列出目标，逐项说明所提议系统相对于现存系统含有改善。
4.4影响
说明在建立所提议系统时，预期将带来影响，包含：
4.4.1对设备影响
说明新提出设备要求及对现存系统中尚可使用设备须作出修改。
4.4.2对软件影响
说明为了使现存应用软件和支持软件能够同所提议系统相适应。而需要对这些软件所进行修改和补充。
4.4.3对用户单位机构影响
说明为了建立和运行所提议系统，对用户单位机构、人员数量和技术水平等方面全部要求。
4.4.4对系统运行过程影响
说明所提议系统对运行过程影响，如：
a． 用户操作规程；
b． 运行中心操作规程；
c． 运行中心和用户之间关系；
d． 源数据处理；
e． 数据进入系统过程；
f． 对数据保留要求，对数据存放、恢复处理；
g． 输出汇报处理过程、存放媒体和调度方法；
h． 系统失效后果及恢复处理措施。
4.4.5对开发影响
说明对开发影响，如：
a. 为了支持所提议系统开发，用户需进行工作；
b. 为了建立一个数据库所要求数据资源；
c. 为了开发和测验所提议系统而需要计算机资源；
d. 所包含保密和安全问题。
4.4.6对地点和设施影响
说明对建筑物改造要求及对环境设施要求。
4.4.7对经费开支影响
扼要说明为了所提议系统开发，设计和维持运行而需要各项经费开支。
4.5不足
说明所提议系统尚存在不足和这些问题未能消除原因。
4.6技术条件方面可行性
本节应说明技术条件方面可行性，如：
a． 在目前限制条件下，该系统功效目标能否达成；
b． 利用现有技术，该系统功效能否实现；
c． 对开发人员数量和质量要求并说明这些要求能否满足；
d． 在要求期限内，本系统开发能否完成。
5可选择其它系统方案
扼要说明曾考虑过每一个可选择系统方案，包含需开发和可从中国国外直接购置，假如没有供选择系统方案可考虑，则说明这一点。
5.1可选择系统方案1
参考第4章提要，说明可选择系统方案1，并说明它未被选中理由。
5.2可选择系统方案2
按类似5.1条方法说明第2个乃至第n个可选择系统方案。
......
6投资及效益分析
6.1支出
对于所选择方案，说明所需费用。假如已经有一个现存系统，则包含该系统继续运行期间所需费用。
6.1.1基础建设投资
包含采购、开发和安装下列各项所需费用，如：
a. 房屋和设施；
b. ADP设备；
c. 数据通讯设备；
d. 环境保护设备；
e. 安全和保密设备；
f. ADP操作系统和应用软件；
g. 数据库管理软件。
6.1.2其它一次性支出
包含下列各项所需费用，如：
a． 研究（需求研究和设计研究）；
b． 开发计划和测量基准研究；
c． 数据库建立；
d． ADP软件转换；
e． 检验费用和技术管理性费用；
f． 培训费、旅差费和开发安装人员所需要一次性支出；
g． 人员退休及调动费用等。
6.1.3非一次性支出
列出在该系统生命期内按月或按季或按年支出用于运行和维护费用，包含：
a． 设备租金和维护费用；
b． 软件租金和维护费用；
c． 数据通讯方面租金和维护费用；
d． 人员工资、奖金；
e． 房屋、空间使用开支；
f． 公用设施方面开支；
g． 保密安全方面开支；
h． 其它常常性支出等。
6.2收益
对于所选择方案，说明能够带来收益，这里所说收益，表现为开支费用降低或避免、差错降低、灵活性增加、动作速度提升和管理计划方面改善等，包含；
6.2.1一次性收益
说明能够用人民币数目表示一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：
a． 开支缩减包含改善了系统运行所引发开支缩减，如资源要求降低，运行效率改善，数据进入、存贮和恢复技术改善，系统性能可监控，软件转换和优化，数据压缩技术采取，处理集中化／分布化等；
b． 价值增升包含因为一个应用系统使用价值增升所引发收益，如资源利用改善，管理和运行效率改善和犯错率降低等；
c． 其它如从多出设备出售回收收入等。
6.2.2非一次性收益
说明在整个系统生命期内因为运行所提议系统而造成按月、按年能用人民币数目表示收益，包含开支降低和避免。
6.2.3不可定量收益
逐项列出无法直接用人民币表示收益，如服务改善，由操作失误引发风险降低，信息掌握情况改善，组织机构给外界形象改善等。有些不可捉摸收益只能大约估量或进行极值估量（按最好和最差情况估量）。
6.3收益／投资比
求出整个系统生命期收益／投资比值。
6.4投资回收周期
求出收益累计数开始超出支出累计数时间。
6.5敏感性分析
所谓敏感性分析是指部分关键性原因如系统生命期长度、系统工作负荷量、工作负荷类型和这些不一样类型之间合理搭配、处理速度要求、设备和软件配置等改变时，对开支和收益影响最灵敏范围估量。在敏感性分析基础上做出选择当然会比单一选择结果要好部分。
7社会原因方面可行性
本章用来说明对社会原因方面可行性分析结果，包含：
7.1法律方面可行性
法律方面可行性问题很多，如协议责任、侵犯专利权、侵犯版权等方面陷井，软件人员通常是不熟悉，有可能陷入，务必需注意研究。
7.2使用方面可行性
比如从用户单位行政管理、工作制度等方面来看，是否能够使用该软件系统；从用户单位工作人员素质来看，是否能满足使用该软件系统要求等等，全部是要考虑。
8结论
在进行可行性研究汇报编制时，必需有一个研究结论。结论能够是：
a． 能够立即开始进行；
b． 需要推迟到一些条件（比如资金、人力、设备等）落实以后才能开始进行；
c． 需要对开发目标进行一些修改以后才能开始进行；
d． 不能进行或无须进行（比如因技术不成熟、经济上不合算等）。