需求变更新增需求申请表
- 格式:doc
- 大小:39.00 KB
- 文档页数:2
需求、设计和开发变更表产品名称龙岗政府在线升级改造项目项目名称龙岗政府在线升级改造项目项目经理霍军良变更申请人郭昊申请时间2007年7 月19 日变更类型□新增需求需求变更□内部改进□产品缺陷□系统环境变更□其他变更描述变更前的描述(若是新需求,则不需填写此栏):区长信箱的管理部门(区长专线办)只能指定一个部门处理区长来信。
新需求或变更后的描述:区长信箱收获的区长来信,区长专线办可以分发给多个部门处理。
各个部门能够按照自己的处理方式反馈。
处理结果要求集中在前台按照各个部门的处理结果按照列表显示。
变更影响的配置项序号配置项影响描述当前版本需求变更受影响的文档版本号的更新 2.0.1变更评审方式项目组裁决□召开评审会议□会签评审评审负责人霍军良评审成员宋雷鸣、郭昊、卞兆洋、梁伟评审意见更改对产品组成部分的影响:在区长信箱多了一些功能操作。
增加了多部门处理方法!更改方案描述:在页面中选择好要分发的部门,然后在后台将部门数据传入到集合内,循环遍历集合中数据属性存入数据库相关表中。
并删除原来数据。
最后在系统的工作任务中建立任务调度时间设置在每天22:00。
变更对进度的影响(天)由于工作量不大,而且通过加班工作,对进度的影响可以忽略不计。
变更对成本的影响由于工作量不大,而且通过加班工作,对进度的影响可以忽略不计。
变更对质量的影响添加这个新的需求会对系统测试案例等文档产生影响。
对配置库的影响是:受影响的文档版本号的更新。
变更引起的风险无技术评审结论可以更改□拒绝变更是否属不合格□是不是评审人员签字评审负责人评审人评审人评审人评审人评审人评审人霍军良郭昊宋雷鸣卞兆洋梁伟CCB意见立即更改□推迟更改□拒绝变更签字林文涛日期2007年7 月19 日项目经理确认卞兆洋、郭昊在2007-7-18中午晚上加班修改完成。
签字霍军良日期2007年7 月19 日变更当前状态□已指派□已打开□已更改已验证更改情况已经对区长信箱收获的区长来信,区长专线办可以分发给多个部门处理。
项目需求变更申请表项目需求变更申请表填表说明1.变更类型为:增加、删除、修改;2.变更阶段为:需求阶段、详细设计阶段、开发阶段、测试阶段;3.变更原因为:业务改变、新增需求、需求取消、其他(需明确原因);4.需求确定时间以QC人员收到项目负责人发送的项目需求确认文档的工作邮件时间为标准,项目需求文档包括但不限于项目需求原型和项目需求说明书。
5.项目需求确认文档必须发送到开发负责人、QC人员、开发部经理邮箱,QC人员做好备案管理。
6.变更优先级为:特级、普通、建议,对于建议级的变更“不参与讨论,不做处理”,仅作为给开发人员的参考,项目开发不做任何变动,QC人员做备档处理;特级和普通级的任何一个变更一经提出必须有明确的处理结果,QC人员做好全部过程中的备档处理。
7.基线影响只能填写“有”或者“没有”影响;8.增加工作量:明确增加的具体工时,以“人/天”为标准计量单位,最低为0.5人/天;9.项目进度影响:明确项目进度受影响的时间,明确项目要延期交付的时间,以天为计量单位,最低为一天;10.项目性能(功能)影响:明确对某一个功能(性能)产生的影响;11.QC(quality controller)质量控制员职责:在产品(项目)生产(开发)各个过程的(质量、规范)管理控制,并协同相关部门开展工作的职责。
工作范畴为:原料(需求分析)生产(开发)过程成品产出(项目验收交付)。
项目中所有的工作邮件包括但不限于需求变更邮件、人员异动邮件、人员外出支持申请邮件、需求(原型)变化邮件、项目会议记录邮件等必须抄送项目QC人员备案,未抄送邮件视为无效邮件。
QC人员对所有的项目邮件进行收集、整理、统计备档。
12.对于无效邮件所有项目人员均可以不予理会,QC人员只对有效邮件做处理。
13.工作邮件的回复必须标准、简洁、明确。
邮件第一行必须包括但不限于这行内容“邮件已收到,收到时间:2011-10-20 12:01。
”时间小时采用24小时制,精确到分钟。
项目需求变更申请表
填表说明
1.变更类型为:增加、删除、修改;
2.变更阶段为:需求阶段、设计阶段、开发阶段、测试阶段;
3.变更原因为:业务改变、新增需求、需求取消、其他(需明确原因);
4.需求确定时间以QA人员收到项目负责人发送的项目需求确认文档的工作邮件时间为标准,项目需求文档包括但不限于项目需求原型和项目需求说明书。
5.项目需求确认文档必须发送到开发负责人、QA人员、开发部经理邮箱,QA人员做好备案管理。
6.变更优先级为:特级、普通、建议,对于建议级的变更“不参与讨论,不做处理”,仅作为给开发人员的参考,项目开发不做任何变动,QA人员做备档处理;
特级和普通级的任何一个变更一经提出必须有明确的处理结果,QA人员做好全部过程中的备档处理。
7.基线影响只能填写“有”或者“没有”影响;
8.增加工作量:明确增加的具体工时,以“人/天”为标准计量单位,最低为0.5人/天;
9.项目进度影响:明确项目进度受影响的时间,明确项目要延期交付的时间,以天为计量单位,最低为一天;
10.项目性能(功能)影响:明确对某一个功能(性能)产生的影响;
11.审核签字:每位签字人员必须明确表示“同意变更”或者“不同意变更”并签名;
12.分析者包括但不限于产品人员,开发负责人,项目负责人,开发部经理;
13.所有填表处严禁出现语义表述模糊字样,必须明确表态“同意”“不同意”“是”“否”“有”“无”等;
《培训申请表》
千草药业人员需求申请表申请日期:年月日。
需求变更/新增需求申请表
说明:
需求变更处理流程:
1、用户方提出需求变更。
a)用户方填写需求变更相关内容,并且经用户方负责人确认以后,提
交到技术研发中心。
b)对于作为问题报告提交的内容,经分析属于需求变更或新增的内容,
请用户补发需求变更申请表。
2、需求分析评估。
a)与用户沟通确定最终需求
b)对可能产生的影响进行分析
c)填写建议解决方案
d)评估并填写工作量、预计解决时间
e)由项目实施人员反馈给用户确认
3、用户方确认需求分析评估结果。
a)用户方确认需求答复的内容,包括工作量评估。
填写确认人和确认
时间,反馈给项目实施人员。
4、根据最终确定的需求实现,完成后填写实际解决时间。
需求变更/新增需求申请表
说明:
需求变更处理流程:
1、用户方提出需求变更。
a)用户方填写需求变更相关内容,并且经用户方负责人确认以后,提
交到技术研发中心。
b)对于作为问题报告提交的内容,经分析属于需求变更或新增的内容,
请用户补发需求变更申请表。
2、需求分析评估。
a)与用户沟通确定最终需求
b)对可能产生的影响进行分析
c)填写建议解决方案
d)评估并填写工作量、预计解决时间
e)由项目实施人员反馈给用户确认
3、用户方确认需求分析评估结果。
a)用户方确认需求答复的内容,包括工作量评估。
填写确认人和确认
时间,反馈给项目实施人员。
4、根据最终确定的需求实现,完成后填写实际解决时间。