導覽
近期變更
隨機頁面
新手上路
新頁面
優質條目評選
繁體
不转换
简体
繁體
3.144.4.4
登入
工具
閱讀
檢視原始碼
特殊頁面
頁面資訊
求真百科歡迎當事人提供第一手真實資料,洗刷冤屈,終結網路霸凌。
檢視 变更请求 的原始碼
←
变更请求
前往:
導覽
、
搜尋
由於下列原因,您沒有權限進行 編輯此頁面 的動作:
您請求的操作只有這個群組的使用者能使用:
用戶
您可以檢視並複製此頁面的原始碼。
变更请求,是指当事人申请裁决改变或消灭一定民事法律关系的仲裁请求。如请求解除合同关系、变更违约金数额等。 <ref>[[左卫民.中国司法制度.中国政法大学出版社.2012]]</ref> 用于记录和追踪缺陷、扩展请求和任何其他类型的产品变更请求。变更请求的优点在于,它们提供了决策记录,且其评估的流程还确保了变更的影响可在整个项目范围内得到认同和[[理解]]。 ==释义== '''概念''' 在项目管理(project management)中,变更请求(change request)常在客户端想添加或变更某项目的商定交付时出现。这样的变更也许包括一个额外功能或者定制或扩展的服务,还有其它东西。由于变更请求超过了协议[[范围]],它们一般意味着客户端将不得不为满足它们所需的额外资源付费。 变更管理(change management)更具挑战的一个方面是确保所有的细节都充分说明了,且所有当事人都在有关解释内容的协议里。明确详细的文件让必须提交变更请求时的识别更容易。 变更请求(change request)还能从内部发起。内部的变更请求可能包括很多行为,如修复和软、硬件升级。 '''目的''' 变更的必要性是演进中的软件或现有软件系统所固有的。变更控制经理负责确定变更请求管理的过程,维护变更请求(CR),并确保以可控制的方式变更系统,以便预测变更对系统的影响。变更请求可以用于记录和追踪所有类型的系统变更请求,包括扩展请求和缺陷。 系统分析员可以利用扩展请求确定将来要在产品中包含的特性。为了理解涉众需要,在收集涉众请求时,扩展请求将用作输入。 缺陷就是已交付工作产品中的异常情况或瑕疵。缺陷包含诸如在[[生命周期早期阶段]]发现的遗漏和缺点,和/或是用于测试或操作的成熟软件中包含的故障症状(瑕疵)。缺陷还包括与预期目的的偏差或任何要加以跟踪并进行解决的问题。 缺陷的目的在于反映问题的细节,以便可以采取纠正措施、解决方法,并跟踪发生的情况。 '''时机''' 通常在[[项目生命周期]]的初期使CM 操作制度化或建立CM 操作。因此,变更请求(CR)作为构成变更流程整体的一部分,可以随时在项目过程中提出。 缺陷的主要来源是运行测试的结果(集成、系统和性能测试)。然而,缺陷可以随时出现在软件开发生命周期过程中,缺陷还可包括缺失的或不完整的用例、测试用例或文档的确认。 '''职责''' 有关项目的任何人员都应该可以提出变更请求。然而,变更请求要得到提出变更请求角色上司的复审和批准才能成为合法请求。变更请求的最后仲裁由复审团队或[[变更控制委员会]]执行。 变更控制经理负责缺陷的完整性,以确保所有确定缺陷、说明缺陷和如何发现缺陷的信息都是准确的。缺陷是唯一的,或不是再次出现的已确定缺陷。 '''定制''' 准确确定、说明和追踪缺陷需要的实际字段/数据取决于实施的标准、指南和变更控制系统。 ==变更请求表== 在变更管理中,变更请求(CR)是非常重要的。它贯穿变更管理整个过程,不仅是变更管理的输入,同时也是变更管理的输出。同时,变更请求(CR)作为配置管理的配置项内容,是配置管理和变更管理交互和协作的“桥梁”。变更请求(CR)可以由突发事件,[[服务级别协议]]等内容的变更需求开始。 变更请求表,是变更请求(CR)的载体,是需要变更的客户与变更管理经理的信息媒体。它主要有以下几个部分组成。 在变更初始阶段,变更请求表需要记录: 变更请求号,如果与问题管理相关,还需要记录相关的问题号变更描述变更原因不实施变更,可能带来的后果在变更评估阶段,变更请求表主要需要记录:影响和风险评估:影响可以围绕变更管理质量和变更管理带来的好处等实际情况进行设置,例如,可以进行变更管理对项目总进度,项目质量,项目资源等等多个角度,进行影响和资源评估。变更优先权:在进行影响和风险评估后,可以进行变更优先权的设置。在变更批准阶段,变更请求表主要需要记录:变更咨询委员会的建议和决定。变更咨询委员会是来自于企业的各个部分,有利于综合、客观地评价变更对于企业其他部门的影响。批准签名,也可以使用电子审批。批准的日期在变更行动计划阶段,变更请求表主要需要记录:变更执行计划,用于详细说明如何进行变更,必要时候,也可以独立于变更请求表。变更负责人变更开始执行时间和完成期限恢复计划(Back-out planning),一旦变更管理的执行计划没有效果,就需要恢复计划来稳定企业的运作,减少经营风险在变更执行计划成功一段时间后,变更请求表主要需要记录:变更核查日期(review data)核查结果。企业在连续性等方面影响如果核查结果显示此次变更是失败的,则将根据现有情况,进行新的变更管理;如果核查结果认为此次变更是成功的,则变更管理结束。 值得大家注意的是,变更管理与配置管理是紧密结合的。变更请求,作为配置项,随着变更管理的开展,配置数据库则不断地进行更新。在数据库中,变更请求还将有一个属性随着变更管理不断变化,那就是变更请求的状态,它可能是“记录的”(logged),“结束的”,“已批准的”等等。 ==变更请求承诺== 变更请求承诺是指变更请求负责人所做出的承诺,承诺在计划完成日期内完成该变更请求。如果变更请求未能按时完成,或者变更请求负责人终止承诺,那么就是违背了 承诺。 '''变更请求承诺的被承诺人''' 变更请求的被承诺人是接受承诺的人,可以是: 1. 变更请求的监管人 2. 变更请求的请求人 3. 变更请求负责人的直接上司 '''变更请求承诺的审批人''' 承诺的审批人负责审批变更请求承诺,确保其真实性和有效性。变更请求承诺的审批人可以是: 1. 变更请求的监管人 2. 变更请求负责人的直接上司 '''视频''' '''经常见的“变更请求”是什么?''' [https://www.bilibili.com/video/BV1b341157gQ/哔哩哔哩] ==参考文献== {{Reflist}} [[Category:587 商事法]]
此頁面使用了以下模板:
Template:Main other
(
檢視原始碼
)
Template:Reflist
(
檢視原始碼
)
模块:Check for unknown parameters
(
檢視原始碼
)
返回「
变更请求
」頁面