一份全面的项目研发计划说明书是怎样的

　　本文作者根据自己的见解，给出了项目研发计划说明书的编撰方式，通过案例的形式非常详细地展示给大家，供大家参考学习。
　　针对项目研发计划说明书，我有自己的见解和编撰方式。在这里拿一段以前所做的案例分享给大家，写得不好，其中也有很多欠缺之处，愿朋友们看过之后能够给出很好的批评，咱们在这里相互学习、共同进步！
　　第一章 引言
　　1.1 编写目的
　　编写本文档的目的是为了对项目的制定合理的计划，为项目开发提供有理有据的基础，并根据项目资源、约束条件和能力向业主提出承诺。
　　本项目开发计划用于总体上知道隧道股份建设项目智能管控平台顺利进行并最终得到通过评审的项目产品，其面向项目组全体成员。
　　1.2 工作内容
　　撰写和修订项目开发计划；
　　进行实时性的计划跟踪和监控；
　　配合相关的质量保证工作；
　　工作产品及时进行受控管理；
　　按计划来提请阶段评审；
　　提交测试部门评测开发产品文档；
　　交付最终完善性的工作产品；
　　项目实施总结；
　　项目验收；
　　1.3 项目产品
　　1.3.1 文件：
　　用户操作手册：本手册详细的描述软件的功能、性能和用户操作界面，使用户对如何使用该软件得到具体的了解，为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节，以及期间需要注意的一些方面。
　　1.3.2 维护和服务：
　　计划提供以下服务：
　　技术支持：采取上门指导的方式进行技术支持。
　　软件维护：得到软件使用中的反馈问题，从而提供补丁程序。
　　免费咨询：客户可以在工作时间相关技术人员提出一些反馈问题，并会得到及时的解答。
　　操作培训：使用用户操作手册来给客户进行相关的软件操作培训，时期能够正确切高效率的使用软件。
　　1.3.3 非移交的产品：
　　可行性分析报告（建设方案）；
　　项目开发计划；
　　需求分析说明书；
　　概要设计说明书；
　　详细设计说明书；
　　项目测试计划；
　　测试分析报告；
　　开发进度周报；
　　开发进度月报；
　　项目开发总结报告；
　　项目问题报告；
　　项目更改报告；
　　项目前后端源程序；
　　1.4 验收标准
　　1.4.1 代码的验收
　　最后在交付给业主之前会在小组内进行多方面的评审，代码研发基本符合标准规范，与文档说明保持一致，代码编程风格统一，采用规范标准，不会出现以下几种错误：
　　由于缺陷而造成的数据丢失问题；
　　不符合设计要求；
　　功能没有达到需求分析文档中的要求；
　　1.4.2 文档验收
　　最后在交付给业主之前会在小组内进行多方面的评审，所需文档完整，文档格式符合规范标准，功能符合与业主的合同要求，清晰易读，不会有相关的撰写错误出现。
　　1.4.3 服务验收
　　服务方面符合文档说明的具体要求，服务人员的技术考核必须符合考核，定期会对项目进行维护。
　　第二章 项目研发计划
　　2.1开发规程、标准和方法
　　2.1.1 规程和标准
　　项目开发工作过程中应遵循以下规程和标准：
　　需求分析说明书；
　　开发流程和标准；
　　编码规范；
　　2.1.2 选用的生命周期
　　本项目开发使用敏捷性开发方式：敏捷开发以用户的需求进化为主要核心，采用更新迭代、循序渐进的方法进行软件的开发。在敏捷开发中，软件项目在构建初期会被切分成多个阶段，各个阶段的成果都会经过严格的测试（单元测试、部分集成测试、集成测试），具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用的状态。
　　2.1.3 开发语言和编程工具
　　前端开发语言：vuejs、bootstrap
　　后端开发语言：java
　　2.2 项目开发过程
　　2.2.1 项目实施步骤流程概要图
　　2.2.2 阶段划分
　　2.3 项目工作任务分解
　　2.3.1 项目功能模块结构图
　　2.3.2 进度项目阶段性分解列表
　　WEB端：
　　手机端：
　　2.4 进度
　　2.4.1 进度安排
　　2.4.2 进度控制计划
　　分阶段控制，以任务为项目控制对象，按照周、月作为任务完成度的时间节点，从而进行阶段性完成的审核的参考流程。
　　2.5 对接人员
　　主要对接人员：项目经理
　　对项目成员的对接人员：各组组长
　　2.6 关键问题
　　逐项列出能够影响整个项目成败的关键问题、技术难点和风险，之处这些问题对项目的影响，并根据项目情况，对项目风险进行排序，在下表中列出项目的钱5个风险，并给出解决方案。
　　第三章 项目组织和资源
　　3.1 项目组织
　　3.2 项目资源
　　3.2.1 成员资源及分工
　　3.2.2 开发设施资源
　　3.3 运行环境
　　略。
　　第四章 专题计划要点
　　4.1 培训计划
　　4.1.1 需求沟通
　　要求项目全部成员参与的情况下，以例会的形式对前后端人员讲解项目的需求，并结合相关技术和目前技术人员的技术储备情况来进行项目研发工作安排的沟通，在学习过程中让所有项目成员熟悉项目总体架构和功能，在沟通过程中结合实际找出解决项目研发问题最合的方法。
　　4.1.2 原型讲解
　　要求项目全部成员参与的情况下，以例会的形式，根据需求分析文档、思维导图和PPT来给所有项目成员讲解原型（UE、UI）设计的整体架构，从更深的层次上对项目的需求和设计进行解读，使得项目的实现给得项目成员更形象的认知，从而为接下来的研发工作提供很好的铺垫。
　　4.1.3 技术准备与学习
　　要求项目全部成员参与的情况下，以例会的形式，根据需求分析、原型设计，调整目前研发人员掌握的技术储备，已有的技术则会合理的来匹配项目的需求内容，未有的技术会进行相关的培训学习。
　　4.2 编程计划
　　前后端分开。
　　4.3 质量保证计划
　　严格按照项目开发过程中的各项步骤（精确到功能的实现），从而确定开发平台、功能设计、功能流程图、代码编写的流程，及时完成对应的工作。
　　4.4 测试计划
　　4.4.1 单元测试
　　项目组的测试成员会结合详细的计划来对单个功能模块进行测试，通过对需求文档的深入了解，从模块界面开始，到模块内部对数据库的操作，以及到功能细节的实现的单元测试。
　　4.4.2 集成测试
　　在数据为模拟情况的环境之下，平台开始进行试运行，测试人员将进行集成测试。
　　4.4.3 系统测试
　　开发全部完成之后，测试人员将对系统进行全面测试，使得其进一步的完善和成熟。
　　4.4.4 测试阶段分解
　　详细测试内容会撰入《项目测试计划说明书》内，这里仅供参考。
　　4.5 平台部署计划
　　略！
　　结语
　　项目研发计划文档会根据项目的实际进度来进行精确的调整。