《模板专业技术可行性报告当文网提供》由会员分享，可在线阅读，更多相关《模板专业技术可行性报告当文网提供（10页珍藏版）》请在金锄头文库上搜索。
1、模板-技术可行性报告-当文网提供 作者： 日期：2 卷号卷内编号密级项目编号: S分 类:技术可行性报告Version: 项 目 承 担 部 门： 撰 写 人（签名）： 完 成 日 期： 本文档 使 用部门： 主管领导 项目组 客户（市场） 维护人员 用户 评审负责人（签名）： 评 审 日 期： 目 录1.引言11.1编写目的11.2背景11.3定义11.4参考资料12.技术可行性分析的前提12.1要求12.2目标22.3假定和限制22.4进行技术可行性分析的方法22.5评价准则23.对现有系统的分析23.1现状分析23.2局限性24.建议的系统24.1建议的系统的概述24.2系统工作流程24
2、.3改进之处24.4影响24.5局限性24.6技术条件方面的可行性25.可选择的其他系统方案25.1可选择的系统方案125.2可选择的系统方案226.系统方案评价27.已选系统方案的技术风险分析27.1技术风险识别27.2技术风险估计27.3技术风险评价27.4技术风险管理与监控28.结论2免责声明：文档在线网（文档中国）中所有的文档资料均由文档在线网会员提供。文档在线网会对会员提供的文档资料进行筛选和编辑，但是并不声明或保证其内容的合法性、正确性或可靠性。该文档资料的版权属于提供者所有，有关版权的问题请直接与提供者联系。Error! Unknown document property nam
3、e.1. 引言1.1 编写目的编写者可照抄下列语句，说明本技术可行性报告的编写目的，也可进行适当修改。“编写本技术可行性报告的目的是：1. 总结建议的开发项目在技术方面实现的可行性的研究结果，为产品开发中心决定是否进行本开发项目提供依据；2. 评价为了合理地达到开发目标所可能选择的各种技术方案，说明并论证所选用的方案。”1.2 背景说明该开发项目的：3. 提出者和交付单位；4. 提出经过；5. 承办单位；6. 项目名称；7. 产品的用户（前期用户、最终用户）1.3 定义列出本文档中用到的专门术语、定义和缩略词。1.4 参考资料列出本文档中引用到的参考资料，包括作者、来源、编号、标题、出版日期和
4、保密级别。可能的参考资料如：8. 市场需求报告、用户需求说明书；9. 属于本项目的其他已发表的文件；10. 本文件中各处引用的文件、资料，包括所需用到的技术标准。2. 技术可行性分析的前提说明建议开发的开发项目进行技术可行性分析的前提，如要求、目标、假定、限制、进行方法和评价准则。2.1 基本要求说明对建议开发的项目的基本要求，如：a) 功能和性能；b) 输入与输出；c) 在安全与保密方面的要求；d) 同本系统相连接的其他系统；e) 完成期限。2.2 主要目标说明所建议开发项目的主要开发目标，如：11. 提高功能和性能；12. 提高生产和开发水平13. 提高经济效益；14. 改进管理和决策。2
5、.3 假定和限制说明这次开发中作出的假定和所受到的限制，如：15. 整个系统的运行寿命；16. 进行系统方案选择比较的时间；17. 硬件、软件、运行环境的条件和限制；18. 可利用的信息和资源；19. 系统的预计交付时间。2.4 进行技术可行性分析的方法主要说明这项技术可行性分析所使用的基本方法、策略和工具，如调查研究、层次分析、建立模型、确定准则或进行仿真，以及所使用的原型和仿真工具等。2.5 评价准则说明对开发项目进行技术评价，特别是评价多个备选系统方案时所使用的准则，如系统的应用前景、系统概念的技术特点、质量要求、开发时间的长短、技术资源有无保障、开发设备是否可用、接口是否合理及使用中的
6、难易程度等。3. 对现有系统的分析现有系统是指当前实际使用的系统，包括产品和技术。这个系统可能是计算机系统，也可能是机械系统甚至是人工系统。分析现有系统的目的是为了进一步阐明开发新系统或修改现有系统的必要性。3.1 现状分析说明现有系统运行的基本现状，包括：20. 基本原理和工作流程；21. 现有系统所承担的工作及工作量；22. 为运行和维护现有系统所需要的人员的专业技术类别和数量；23. 现有系统所使用的各种设备。3.2 局限性列出本系统主要的局限性，分析硬件、软件和技术的现有功能和性能等方面的不足之处，和相应后果。并且要说明，通过对现有系统的改进性维护已经不能解决问题的原因。4. 建议的系
7、统建议的系统是指建议开发的产品系统或新技术。4.1 建议的系统的概述概括介绍建议的系统，并说明在2.1节中列出的那些基本要求，以及所使用的基本原理、工作方法。4.2 系统工作流程给出建议的系统的工作流程。4.3 改进之处按2.2节中列出的主要目标，逐项说明建议的系统相对于现有系统的改进之处。4.4 影响说明在建立建议的系统时，预计会带来的影响，包括：24. 对原有系统的影响，如原有硬件、软件、开发工具和技术等方面必需的变动；25. 对用户单位机构设置、人员的数量和技术水平等方面的变动要求；26. 建议的系统对运行过程的影响，如用户的操作规程，系统失效的后果及恢复的处理办法。27. 对开发的影响
8、，如：为了支持建议的系统的开发，用户需进行的工作；为了开发和测验建议的系统而需要的资源；所涉及的保密与安全问题。4.5 局限性说明建议的系统尚存在的局限性以及这些问题未能消除的原因。4.6 技术条件方面的可行性说明技术条件方面的可行性，如：28. 原理和方法的合理性、适宜性，以及先进性；29. 对开发人员的数量和质量的要求能否满足；30. 在2.3节所述的限制条件下，该系统的目标能否达到；31. 在规定的期限内，本系统的开发能否完成。5. 可选择的其他系统方案扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内外直接购买到的系统。如果没有供选择的系统方案可考虑，则说明这一点。5.1
9、 可选择的系统方案1参照第4章的提纲，简要说明可选择的系统方案1。5.2 可选择的系统方案2按类似5.1节的方式说明第2个乃至第n个可选择的系统方案。6. 系统方案评价按2.5节所列出的评价准则，对所提出的各个系统方案进行综合评价，以说明第4章所列方案的技术可行性，以及第5章所列方案未被选用的原因。7. 已选系统方案的技术风险分析对于第4章所提出的技术方案进行技术风险分析，以避免实际开发可能造成的重大损失。7.1 技术风险识别说明与所选技术方案相关的技术风险，如：32. 是否有类似的开发经验；33. 项目的目标是否太高；34. 开发人员是否能达到开发要求；35. 开发设备是否能满足项目开发目标。7.2 技术风险估计说明技术风险发生的可能性及对项目开发的影响。7.3 技术风险评价定义一定的技术风险水平，超过该技术风险水平将导致项目终止。7.4 技术风险管理与监控说明技术风险避免和监控措施，以及意外事件的处理计划。8. 结论根据上述分析，对所提出的开发项目作出是否技术可行的结论。结论可以是以下四种之一：36. 技术上可行；37. 需要推迟某些条件（例如技术、人力、设备等）落实之后才能开始进行；38. 需要对开发目标进行某些修改之后才能开始进行；39. 不能进行或不必进行（例如因技术不成熟、技术风险太大等）。5
