求是否通过评估、技术文档是否通过评审、单元测试是否通过、《需求技术文档》、《单元测试报告》及版本部署操作文档是否上传SVN。审核通过后项目管理员向研发部质量管理部测试经理下系统测试通知单。如审核不通过，返回开发子流程。（三）测试经理分配系统测试人员。（四）系统测试人员验证SVN中的技术文档、版本部署及需求主功能。验证通过后制定测试计划，如验证不通过，返回开发子流程。（五）系统测试计划、测试案例、测试报告由系统测试人员编写并组织评审，系统测试主管和需求开发负责人必须参加评审。（六）补充：测试计划、测试方案、测试案例等测试文档，设计时间参考第六条（需求开发管理流程图）；测试工作遵循尽早参与的原则，遇特殊情况，测试文档也可在测试启动时执行。
第八章需求上线第十六条需求上线：测试验收工作结束后，进入需求上线阶段。需求上线主要分为业务上线、技术上线。第十七条需求上线流程需求上线流程说明：（一）需求上线申请需求测试通过后，测试经理检查测试负责人提交的测试工件，审核通过后提交项目管理员协调开发安排上线时间。（二）上线实施后，需求相关人员需进行上线验证：
f（三）若上线复核或验证失败，则开发人员将上线版本从生产环境中回退，需求转入开发流程。
第十八条试运行为了对系统的功能、性能、可靠性、稳定性、需求涉及业务和系统的影响情况进行验证，需求上线后，由研发部、产品部，以及其他领导共同商榷，根据项目实际情况实行产品试运行。试运行的时间、方案、通过标准暂未制定。
第九章生产问题管理第十九条生产问题：指存在于生产系统中的异常现象或缺陷，不包括办公设备、网络故障等非生产系统引起的故障。生产问题处理流程说明：（一）技术人员收到生产问题后，对问题根源进行深入分析，并对系统问题进行处理。如不属于非系统问题，技术人员拒绝报障并说明原因，测试人员需整理归档。（二）生产问题修复完毕后部署到测试环境，提交测试流程。（三）技术人员提交测试申请，项目管理员审核通过后下测试通知单。（四）生产问题测试通过后，上线流程与需求上线流程一致。
第十章需求变更控制与管理第二十条需求变更：指研发部受理需求后，需增加、修改、删除需求内容，或将需求挂起、退回、取消的现象。需求变更控制与管理流程：
f需求变更控制与管理流程说明及职责分工：（一）需求变更申请人填写《需求变更申请表》（待设计表格），详细说明需求变更的类型、r