文件类型 程序文件 版本
文件等级 内部公开 页码 3 / 11
拟制 何小春 审核 闫书元 批准 杨战兵
制定部门 科技管理部 生效日期
员进行修改, 开发人员修复系统 BUG完成后, 由测试人员进行回归测试。 经过反复的测试及
修复,形成最终版本程序。测试人员编写《软件测试报告》 ( 见附录 E)后,与最终版本程序
一并提交质量控制小组评审,给出“通过”和“不通过”的结论。评审通过后提交试运行。
3.6 软件的试运行
开发小组与业务部门组织软件的试用行, 项目的试用期应根据项目的复杂程度、 推广缓
急程度不同而定,一般试用期最短不低于 2 个月,最长不超过 6 个月。
试用期间, 开发小组应与业务部门和软件使用人员保持紧密联系, 充分听取对软件的修
改意见,并及时解决试用中遇到的问题,不断完善软件功能。
试用完成后, 质量控制小组应对软件试运行效果组织评估, 填写《软件试运行效果评估
表》(见附录 F),并由使用人员会签。
4. 项目需求变更控制
4.1 需求变更定义
项目需求变更是指软件需求分析阶段结束之后,并且《业务调整 / 开发评审表》已经通
过评审,正式定稿发行之后的软件开发各阶段对软件项目的需求发生必要的更改的情况。
4.2 需求变更流程
由业务部门提出项目的需求变更 , 并填写《项目需求变更表》 ( 见附录 H),先由业务部
门内部进行评审, 评审通过并且部门相关领导签字确认后提交软件开发小组, 软件开发小组
对软件项目的需求变更要求进行技术评估及管理评估, 并且组织相关人员进行评审, 评审通
过后,相关开发人员进行程序开发。
5. 软件验收
5.1 软件验收过程
根据试运行评估意见, 由质量控制小组组织业务需求部门、 软件使用部门进行验收, 验
收内容为:
1) 《业务调整 / 开发评审表》及其变更记录;
2) 设计方案及测试方案的全部资料;
3) 全部源程序;
4) 测试记录文档;
5) 培训资料;
6) 资料的详细清单。
验收结束由质量控制小组经过认真评议给出“验收是否合格” 结论,填写《软件验收评
估表》 ( 见附录 G)。
评论0
最新资源