软件需求变更申请单 20171010
合集下载
软件需求变更单
人时成本
质量影响
对设计阶段的影响
对测试阶段的ห้องสมุดไป่ตู้响
对运行阶段的影响
XX公司软件需求变更单
变更单编号：_____________________
双方签字确认：
软件需求变更单
项目名称
功能模块
变更申请人
变更时间
要求完成时间
对应需求
变更简述
变更原因
□需求变更□BUG□易用性□其他______________
变更内容
期望描述
技术人员填写以下内容
技术评审
技术方案描述，是否可行，难易程度。
研发人员
计划完成天数
计划完成时间
进度影响
变更导致项目额外工期的天数
成本影响
需要额外人员数目
质量影响
对设计阶段的影响
对测试阶段的ห้องสมุดไป่ตู้响
对运行阶段的影响
XX公司软件需求变更单
变更单编号：_____________________
双方签字确认：
软件需求变更单
项目名称
功能模块
变更申请人
变更时间
要求完成时间
对应需求
变更简述
变更原因
□需求变更□BUG□易用性□其他______________
变更内容
期望描述
技术人员填写以下内容
技术评审
技术方案描述，是否可行，难易程度。
研发人员
计划完成天数
计划完成时间
进度影响
变更导致项目额外工期的天数
成本影响
需要额外人员数目
软件项目_需求新增或变更记录表
2）关于设置行驶公里提醒维保的需求功能可进行增加（该功能后续投入真实的运营环境前，需要接入第三方平台行驶数据），但不确保能在本周完成。
甲方领导确认
2021年11月24日
影响分析
分析者
李四、王五
日期
2021/11/24
影响分析
对进度的影响
1.5天数，影响说明：
对工作量的影响
10.5人日，影响说明：增加投入工作量。
需求新增变更申请表
表格编号：RMRD-TR-01
NO：01
新增需求
项目名称
软件项目
变更提出者
张三
日期
2021/11/24
变更类型
增加(√)修改(√)取消( )其他：
变更描述
1、申请入驻的位置是否作为选择项目（列好市场品牌进行申请入驻或者在入驻界面需要上传营业执照类的证明）；
回复：
1）有一个需求需要确认，申请入驻发起方是谁？品牌方发起，按我们现在的理解，是由品牌方发起，那么申请入驻的品牌既当前外网登录品牌方用户的品牌信息，所以不用列出品牌进行选择；
对其他文件的影响
无
优先级
中
解决措施
拒绝( ) 接受(√)
CCB审批意见
签名：
日期
解决情况
完成情况：
签名：
日期
验证情况：
签名：
日期
注：若需求的变化由多人实施，则每个实施人都要在“完成情况”一栏中对各自的完成情况进行说明，并签字确认。
3、入驻站点，是否改为城区？或者片区，站点有几百上千个，如果是挨个选择，会不会比较麻烦，且有失公平性。
回复：
1）入驻站点的维护可调整为按照行政区域进行管理，后续入驻站点选择时可按城区或者片区进行过滤联动，然后进行批量买保险，到期时间？
甲方领导确认
2021年11月24日
影响分析
分析者
李四、王五
日期
2021/11/24
影响分析
对进度的影响
1.5天数，影响说明：
对工作量的影响
10.5人日，影响说明：增加投入工作量。
需求新增变更申请表
表格编号：RMRD-TR-01
NO：01
新增需求
项目名称
软件项目
变更提出者
张三
日期
2021/11/24
变更类型
增加(√)修改(√)取消( )其他：
变更描述
1、申请入驻的位置是否作为选择项目（列好市场品牌进行申请入驻或者在入驻界面需要上传营业执照类的证明）；
回复：
1）有一个需求需要确认，申请入驻发起方是谁？品牌方发起，按我们现在的理解，是由品牌方发起，那么申请入驻的品牌既当前外网登录品牌方用户的品牌信息，所以不用列出品牌进行选择；
对其他文件的影响
无
优先级
中
解决措施
拒绝( ) 接受(√)
CCB审批意见
签名：
日期
解决情况
完成情况：
签名：
日期
验证情况：
签名：
日期
注：若需求的变化由多人实施，则每个实施人都要在“完成情况”一栏中对各自的完成情况进行说明，并签字确认。
3、入驻站点，是否改为城区？或者片区，站点有几百上千个，如果是挨个选择，会不会比较麻烦，且有失公平性。
回复：
1）入驻站点的维护可调整为按照行政区域进行管理，后续入驻站点选择时可按城区或者片区进行过滤联动，然后进行批量买保险，到期时间？
需求变更申请表模板
项目需求变更申请表项目需求变更申请表填表说明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.2024年01月01日进行xx功能上线试运行；2.xxxxxxxx；3.xxxxxxxx；3.2024年01月01日完成项目验收；
变更审议结果
初审
业务项目经理意见及签字
□同意□不同意
签字：
部门项目经理意见及签字
□同意□不同意
签字：
其他部门经理意见及签字
□同意□不同意
签字：
批准
业务领导意见及签字
【项目名称】变Байду номын сангаас申请单
项目立项实例号：20240001
项目名称：项目名称
变更类型
项目计划变更
变更前
项目验收时间2024年01月01日
变更后
项目验收时间2024年01月01日
变更原因
1.预计时间存在偏差；2.业务需求增加；3.外包事项工作延期交付等；
变更影响分析
对项目验收日期进行变更，由原计划2024年01月01日延期至2024年01月01日，确保项目充分完成后进行项目交付验收。
□同意□不同意
签字：
备注
1.2024年01月01日进行xx功能上线试运行；2.xxxxxxxx；3.xxxxxxxx；3.2024年01月01日完成项目验收；
变更审议结果
初审
业务项目经理意见及签字
□同意□不同意
签字：
部门项目经理意见及签字
□同意□不同意
签字：
其他部门经理意见及签字
□同意□不同意
签字：
批准
业务领导意见及签字
【项目名称】变Байду номын сангаас申请单
项目立项实例号：20240001
项目名称：项目名称
变更类型
项目计划变更
变更前
项目验收时间2024年01月01日
变更后
项目验收时间2024年01月01日
变更原因
1.预计时间存在偏差；2.业务需求增加；3.外包事项工作延期交付等；
变更影响分析
对项目验收日期进行变更，由原计划2024年01月01日延期至2024年01月01日，确保项目充分完成后进行项目交付验收。
□同意□不同意
签字：
备注
软件设置变更申请单
9.“申请科室分管院长”、“信息科分管院长”：申请变更的事项重大，变更有风险，或者涉及敏感信息，则应由分管院长进行确认。
4.“申请人”、“申请日期”：如果申请人就是科室负责人，则此两项可以留空；
5.“变更说明”：除说明原因外，还应详细描述所需变更的情况。如涉及权限变更，应说明增加、减少的具体科室名称或菜单项，或者直接说明与原来某人相同；如涉及格式变化，应画出变更部分的格式，增加表格列的还应说明统计依据；
6.“相关科室负责人”：如果申请变更的事项涉及其他科室，则应由相应科室进行确认，例如涉及收入支出核算，则应由财经处确认；涉及收费信息，则应由收费处确认等；相关科室不明确的可咨询信息科，不涉及其他科室可留空；
2.“软件名称”：如果是HIS系统，直接打钩 ，否则请说明需要调整的软件简称，如PACS、LIS、EMR、绩效、查体、手麻……
3.“申请类别”：(1)权限：涉及权限变更的，如：工作科室变化、增加减少功能等；
(2)格式：涉及软件界面调整或打印格式等；
(3)功能：涉及软件显示内容、报表统计依据、工作流程、执行功能等；
7.“主管科室负责人”：如果申请变更事项属于公用模块，则应由上级主管部门进行确认，例如护理模块由护理部确认，医疗模块由医务处确认，药品模块由药学部确认等；没有主管科室或者申请内容不涉及主管业务，该项可留空；
8.“信息科负责人”：重Байду номын сангаас，任何软件变更必须经信息科负责人审核，并确定相关科室，以及是否需分管院长进行确认。
软件设置变更申请单
申请科室
软件名称
ஐHISஐ其他
申请日期
年月日
申请类别
ஐ权限ஐ格式ஐ功能
变更说明：
申请科室负责人：
年 月 日
4.“申请人”、“申请日期”：如果申请人就是科室负责人，则此两项可以留空；
5.“变更说明”：除说明原因外，还应详细描述所需变更的情况。如涉及权限变更，应说明增加、减少的具体科室名称或菜单项，或者直接说明与原来某人相同；如涉及格式变化，应画出变更部分的格式，增加表格列的还应说明统计依据；
6.“相关科室负责人”：如果申请变更的事项涉及其他科室，则应由相应科室进行确认，例如涉及收入支出核算，则应由财经处确认；涉及收费信息，则应由收费处确认等；相关科室不明确的可咨询信息科，不涉及其他科室可留空；
2.“软件名称”：如果是HIS系统，直接打钩 ，否则请说明需要调整的软件简称，如PACS、LIS、EMR、绩效、查体、手麻……
3.“申请类别”：(1)权限：涉及权限变更的，如：工作科室变化、增加减少功能等；
(2)格式：涉及软件界面调整或打印格式等；
(3)功能：涉及软件显示内容、报表统计依据、工作流程、执行功能等；
7.“主管科室负责人”：如果申请变更事项属于公用模块，则应由上级主管部门进行确认，例如护理模块由护理部确认，医疗模块由医务处确认，药品模块由药学部确认等；没有主管科室或者申请内容不涉及主管业务，该项可留空；
8.“信息科负责人”：重Байду номын сангаас，任何软件变更必须经信息科负责人审核，并确定相关科室，以及是否需分管院长进行确认。
软件设置变更申请单
申请科室
软件名称
ஐHISஐ其他
申请日期
年月日
申请类别
ஐ权限ஐ格式ஐ功能
变更说明：
申请科室负责人：
年 月 日
需求变更申请
变更过程 变更结果 实施负责人
变更申请
联系方法 建议完成时间
3. 优化 X 7. 其它
4. 需求变更
变更评审
签字
日期
变更实施
签字
日期
复测结果
若复测失败，检测失败原因：1环境差异2软件质量3变更越位4版本错误5测试质量6安装错误7传递错误8其它_
复测负责人
签字
变更实施结果确认
反馈日 期：
角色
结果
若投产失败，原因为1环境差异2软件质量3变更越位4版本错误5测试质 量6安装错误7传递错误7其它_______
变更编号 处理部门 紧急程度（L/M/H） 变变更更规来模源（:(S请/M注/明L）原 问题编号或需求编 号)
安装错误7传递错误8其它______
生产变更时间
签名
若投产失败，原因为1环境差异2软件质量3变更越位4版本错误5测试质 量6安装错误7传递错误8其它_______
若投产失败，原因为1环境差异2软件质量3变更越位4版本错误5测试质 量6安装错误7传递错误9其它_______
若投产失败，原因为1环境差异2软件质量3变更越位4版本错误5测试质 量6安装错误7传递错误10其它_______
需求变更申请表
项目经理 填表者
填表日期 确认者
表单编号 项目名称
项目名称
申请人／部门
变更提出日期
变更类别：（勾选）
1. 错误
2. 协调性
5. 性能
6.新增功能
环境描述
现状
变更内容 目标要求
变更内容
变更理由
进度
变更分析 与估算
影响内容
工作量 资源
质量
解决方案
项目需求变更申请单【模板】
变更风险 评估
描述变更可能带来的风险，防范措施或预案处理。
变更影响 成果物
□ 需求方案说明书 □ 功能规格设计说明书 □ 测试设计说明书 □ 其它（请注明）
□ 集成方案 □ 程序更新包 □ 基线代码
□项目开发计划 □过程裁剪表 □配置管理表
□QA 检查表
变更影响 分析
（1）此变更导致需增加工作量： 人日（变更前 人日，变更后增加至 （2）此变更导致对工期延长： 天（变更前 天，变更后增加至 天） （3）变更对质量影响： □质量提高 □质量下降 □无影响 （4）此变更对客户满意度影响： □很不满意 （5）此变更对其它影响： 变更程度评估： □ 轻微 成果物修订 变更 修订人 □ 一般 修订 工作量 □ 重大 变更 验证人 验证 工作量 验证 方式 变更一 致性检 查人 检查 工作量 □不太满意 □满意
人日）
□无影响
变更执行 计划
整体完 成期限
变更审批 部门审批 部门分管 领导审批 研发与技 术支持中 心领导审 批 重大变更：PM 直接上级审批一部门分管领导审批一武汉研发与技术支持中心领导审批 轻微变更：PM 直接上级审批 一般变更：PM 直接上级审批—部门分管领导审批
第 1 页 共 1 页
பைடு நூலகம்
变更申请单
变更申请单
任务编号 当前阶段 变更类型 任务主题 PM <业务需求变更/软件需求变更/设计变更/缺陷变更/资源变更> 变更申请 原需求/原设计说明： 变更理由 现需求/故障说明：变更需求说明，BUG 原因： 对于重大变更，应该是 2 个以上的方案，下面的影响分析也要有每个方案对应的分析结果。 重大变更需要相应的 Leader 或专家参与分析，并出具分析意见。 变更方案 申请时间
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件需求变更申请单
文档编号：
客户名称项Leabharlann 经理项目名称用户单位
需求部门
申请个人
提出时间
完成时间
需求人员
预估工时(人/日)
紧急程度：□特急□紧急□正常□可延期
变更类型：□新增□优化□体验□bug修改
变更原因：
涉及文档：
□ 原合同 □ 需签订补充合同或协议 □ 延期
□ 新需求 □ 不需签订补充合同或协议 □ 不延期
需求描述：
功能描述：
开发时长：
变更评估：
评审负责人签名： 日期：
变更执行：
执行负责人签名： 日期：
变更验收：
验收负责人签名： 日期：
项目经理
签字 ： 年 月 日
客户意见
签字 ： 年 月 日
客户验收意见
签字: 年 月 日
文档编号：
客户名称项Leabharlann 经理项目名称用户单位
需求部门
申请个人
提出时间
完成时间
需求人员
预估工时(人/日)
紧急程度：□特急□紧急□正常□可延期
变更类型：□新增□优化□体验□bug修改
变更原因：
涉及文档：
□ 原合同 □ 需签订补充合同或协议 □ 延期
□ 新需求 □ 不需签订补充合同或协议 □ 不延期
需求描述：
功能描述：
开发时长：
变更评估：
评审负责人签名： 日期：
变更执行：
执行负责人签名： 日期：
变更验收：
验收负责人签名： 日期：
项目经理
签字 ： 年 月 日
客户意见
签字 ： 年 月 日
客户验收意见
签字: 年 月 日