4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程。源代码说明应说明项目编号、源代码类名称、编写人员、编写日期、变更履历、功能、全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中，以注释形式存在。

　　5、研发部进行单元测试和集成测试。开发人员处理测试人员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。

　　6、汇总并提交所有相关文档，提交公司备案，形成项目知识库。

　　五、软件测试

　　1、根据单元测试和集成测试两个过程，制定测试计划。按阶段设计测试实例，并将测试结果记录，未通过反馈交于开发人员进行调整。

　　2、完成测试文档、操作手册、安装维护手册的编写。

　　六、系统上线

　　1、制定上线计划，确定上线工作时间表，部署的环境。

　　2、上线操作步骤以及问题处理步骤;

　　3、根据软件特点、需求进行软件部署，并记录软件部署和运行结果;

　　4、研发部根据系统运行结果对系统进行优化，记录系统的运行情况、系统问题和处理后的版本。

　　七、系统验收

　　1、系统主要使用部门从需求功能及技术需求层面对系统进行综合验收，根据验收情况形成系统验收报告。

　　2、应用部门负责人根据系统运行情况签署验收意见。

　　八、源码和文档

　　1、源代码/文档管理采用控制软件进行管理。

　　2、按项目的阶段性完成源代码、文档的上传。

　　3、文档分为项目文档和个人文档，文档上传前进行归类和汇总。

　　九、质量规范检查

　　1、部门负责人每天要检查成员的工作完成情况，特别是新员工的工作进展。

　　2、工作抽查制度：不定期的进行抽检，并将检查对象、检查时间、检查内容、检查结果反馈给被抽检人。

　　3、内部审核制度：针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会，提出意见或解决方案。

　　4、需按照软件实施的阶段落实成果物。

　　5、如果需求部门有特殊要求，需按照要求的规范完成。并将最终的问题提交归档备份。

　　十、软件变更

　　为规范软件变更与维护管理，特制定本制度。本制度适用于应用系统开发完毕并正式上线，并已验收后的运行支持及系统变更工作。

　　1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。

　　2、需求部门提出系统变更需求，研发经理同开发人员一起根据重要性和紧迫性做判断，确定其优先级和影响程度，并进行相应处理，同时将变更需求整理成系统变更申请表。

　　3、系统变更实现过程按照软件开发过程规定进行，遵循软件开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。

　　4、在系统变更完成后，开发人员需将系统变更表的执行结果提交给负责人，测试人员确认执行结果后，部门经理与需求部门确认签字后，提交至公司进行归档管理。

　　流程图一份

　　阶段交付物

　　做个精一而通其它的产品经理人吧，在这条路上会越走越宽，遇到梦想中的自己，加油骚年。