系统建设可行性分析报告.docx

《系统建设可行性分析报告.docx》由会员分享，可在线阅读，更多相关《系统建设可行性分析报告.docx（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、可行性分析报告版本号 1.0XXX 股份修订历史版本 公布日期 生效日期修订说明作者审核人 批准人 当前状态第 3 页 共 7 页名目1. 引言41.1 工程背景41.2 术语定义41.3 参考资料42. 市场可行性42.1 市场前景42.2 产品定位43. 技术可行性43.1 功能说明43.2 技术分析44. 资源可行性54.1 人力资源54.2 软件资源54.3 设备资源54.4 时间资源55. 经济可行性55.1 投资规划55.1.1 根底投资55.1.2 直接投资55.2 收益分析65.2.1 定量收益65.2.2 非定量收益65.3 投资收益率65.4 投资回收期66. 社会可行性6

2、6.1 法律可行性66.2 政策可行性66.3 使用可行性67. 评价过程67.1 评价标准67.2 评价结果78. 结论71. 引言1.1 工程背景请简要介绍工程根本状况，也可直接引用本工程的工程立项申请表来表示。1.2 术语定义列出本文档中需要说明的术语定义、首字母缩写词和缩略语。1.3 参考资料此小节请列出本文档中所引用或参考的文档每。个文档应标有标题版、本号假设适用、日期和出版单位。可承受下表形式：文档名称版本号日期出版单位/来源备注灵敏软件开发第 1 版 2023 年 9 月 清华大学出版社OLTP 工程可行性分析报告1.02023/01/13公司资产库2. 市场可行性2.1 市场前

3、景提示：（1） 本工程将应用的领域、市场动态、进展趋势、市场需求、面临的商机等。（2） 市场进展的历史背景与进展趋势，本产品处于市场进展的什么阶段。（3） 本产品的用户/客户群体特征、消费方式以及影响市场的因素分析。2.2 产品定位提示：（1） 本产品的主要特色、优势、闪光点等。（2） 本产品与市面上同类产品的分析和比较，包括价格、功能、市场占有率等。（3） 分析竞争对手的在研发、销售、资金、品牌等方面的实力； 建议：引用数据应当写明数据来源，最好有直观的图表。3. 技术可行性3.1 功能说明描述本工程产品估量要完成的主要功能、可以解决的问题等。3.2 技术分析说明本工程需要承受的关键技术项、

4、具体要求、现有技术水平以及比照分析。关键技术项要求现有水平比照分析Hibernate了解生疏可以满足要求。Spring生疏了解虽有欠缺，但通过指导培训，应当在短期内可以达到要求。ClearCase娴熟生疏可以满足要求。IBM Cics精通了解短期内难以到达要求，存在较大风险。主要从工程所需关键技术项的要求以，及现有把握娴熟程度、存在的差距等方面进展分析。可承受下表形式表示：4. 资源可行性4.1 人力资源描述本工程预算所需的专业技术人力资源的类型数、量；公司目前资源状况；人员准时到位的可能性等。4.2 软件资源描述系统所需的软件环境、公司目前所能供给的软件环境、资源准时到位的可能性等。4.3

5、设备资源描述系统所需的硬件设备/办公设备、公司目前所能供给的设备、资源准时到位的可能性等。4.4 时间资源大致估量本工程总体或各里程碑所需工期客，户或市场的期限要求以，及存在的差距等。5. 经济可行性5.1 投资规划5.1.1 根底投资包括选购、开发和安装以下各项所需的费用，如：l 房屋和办公设施；l 计算机软/硬件设备；l 数据通讯设备；l 环境保护设备；l 安全与保密设备。5.1.2 直接投资包括以下各项所需的费用，如：l 开发及维护期的直接工资本钱工资、奖金等；l 生命周期的分摊本钱；l 差旅费、培训费；l 团队建设费；l 设备/软件/场地的租金和维护费用；l 外包费用、商务费用、业务招

6、待费等。5.2 收益分析5.2.1 定量收益说明能够用人民币数目表示的一次性收益，如：l 合同/收款金额；l 系统为企业带来的估量开支降低；l 系统为企业带来的估量价值增值；l 其他如从多余设备出售回收的收入等。5.2.2 非定量收益逐项列出无法直接用人民币表示的收益，如效劳的改进，由操作失误引起的风险削减， 过失的削减、敏捷性的增加、速度的提高、信息把握状况的改进，组织机构给外界形象的改善等。有些不行捉摸的收益只能或许估量可按悲观值、乐观值、可能值三种状况进展加权平均得出结果。5.3 投资收益率求出整个系统生命期的投资收益率。5.4 投资回收期求出收益累计数额开头超过支出累计数额的时间。6.

7、 社会可行性6.1 法律可行性法律方面的可行性问题很多，如违约责任、专利权、学问产权保护等等方面的陷阱，软件人员通常不生疏，有可能陷入法律纠纷，务必要留意争论。6.2 政策可行性（1） 分析有无国家政策“支持”或者“限制”；（2） 分析有无地方政府或其它机构的“扶持”或者“限制”。6.3 使用可行性（1） 从用户行政治理、工作制度、体系架构等方面进展分析，推断是否可能使用该系统；（2） 从用户人员素养、现有学问水平，推断是否能满足使用该软件系统的要求等等。7. 评价过程7.1 评价标准可给出评价标准，如：06 分，可行性为低68 分，可行性为中810 分，可行性为高7.2 评价结果可选择对各项

8、指标承受10 分制进展定量加强平均。如下表形式：名称权重得分评价备注市场可行性20%4低技术可行性20%5低资源可行性10%4低经济可行性30%7中社会可行性20%9高整体可行性100.00%6.1中8. 结论依据评价标准及结果得出可行性分析结论，可以是：l 推举立项。l 建议暂缓：需要推迟到某些条件如资金、人力、设备等落实之后才开头；或需要对预期目标进展某些修改之后才能开头等。l 建议取消：例如因技术不成熟、经济上不合算、简洁引起法律纠纷等。推断标准可自行定义，也可参照如下：l 当消灭单项可行性得分低于6 分，或整体可行性低于7 分时建议结论为“建议取消”；l 当消灭单项可行性得分高于6 分低于7 分，或整体可行性低于8 分时建议结论为“建议暂缓”；l 当各项得分均高于7 分，且整体可行性高于8 分时建议结论为“推举立项。”