REQM 评估要点
来源:互联网 发布:柳州退休金验证软件 编辑:程序博客网 时间:2024/06/05 16:47
- 需求文档
- 需求数据库
- 需求报告评审
- 需求相关组的承诺
- 为需求的评审以及采用定义了可施行标准 间接产出物例子:
- 有关早前 (在致力于开发相应的软件前)系统需求被指配到软件审查前的 证据(譬如:会议纪要, 报告…)
- 需求提供者认可的方向列表或者特性列表
- 违背需求标准的分析结论
- 跟需求提供者就需求相关的问题所作的需求澄清以及评审证据 (譬如:分析报告, 会议纪要, 澄清, 评审日志, 需求更新)
- 对需求问题跟踪的行动或者动作
- 就需求跟其提供者达成的一致意见或者协议
1 2 3 4 5 PF 特定实践1.2-2从项目客户方获得对需求的承诺(其实就是确认所获取需求的有效性) 评估参考:
- 确保不仅对初始需求审查,而且对后续的变更进行审查
- 此实践的意图包括考虑到项目相关方能够理解前期需求承诺的影响的相关项(譬如:计划、估算、时间安排等)
- 验证它对于验证测试以及确认测试的影响 直接产出物例子:
- 需求以及需求变更的确认文档 间接产出物例子:
- 需求影响评估。
- 需求变化的申请日志包含确认记录(譬如 签名)以及需求变更的影响
- 需求数据库报告并包括评估属性以及确认状态
-由内部项目组的关键成员(譬如:设计员、小组Lead等)内部需求评审的证据(譬如:会议、检查列表、日志、度量等)
- 项目需求相关人员对于需求的承诺的沟通
1 2 3 4 PF 特定实践1.3-1管理项目过程中需求提炼中的变更情况. 评估参考:
- REQM的范围是确定并且评估需求变化的影响范围,但不包括修订的变动以及合并 直接产出物例子:
- 需求变更日志并带有确认记录(如签名)以及影响估计(见SP1.2-2.) 间接产出物例子:
- 需求状态
- 需求数据库
- 需求决策数据库
- 需求报告带有属性表示当前的状态(譬如:批复、需求源、基本理论、修改历史、影响)
- 修改请求,通知或者建议(见典型内容模板)
- 基线需求修订以及需求文档修订的版本控制(见CM PA)
- 在需求变化时跟相关的需求提出人员评估有关需求变更并且进行评审的证据包括影响评估
- 由于项目需求变化引发的项目计划更新的证据(譬如 里程碑更新、资源更新、完成时的成本更新)
- 需求有效性的度量(譬如是否反复变化)
- 依照变化的需求而来的可工作产品的修订记录
1 2 3 4 5 PF 特定实践1.4-2对需求、项目计划以及工作产品维持双向的可追溯性。 评估参考:
- 确保包含纵向以及横向的可跟踪性(譬如跨功能或者接口).
-我们如何评估需求对于“项目计划”而言的可跟踪性?可能更加隐性而不是非常显性,并且应用到诸如测试计划,V&V计划等。见可能影响到的项目计划部分的PP PA.评估团队必须就组织的评估达成一致意见) NO-如果需求没有推动项目任务或者活动的话,那项目是如何推进的? 直接产出物例子:
- 需求跟踪体系
- 在系统分解的每个可利用级别,对于或来自项目计划和工作产品,需要关注有关需求报告或者数据库的可跟踪性 间接产出物例子:
- 需求变更跟踪系统
- 需求评审跟踪的完整检查列表以及标准
- 需求跟踪日志
- 跨生命周期的需求跟踪的修订以及维护
- 需求分配清单包括跨生命周期的项目计划以及工作产品
- 用于支撑影响评估的需求对应1 2 3 4 5 6 PF 特定实践1.5-1在项目计划、工作产品、需求之间明确不一致之处 评估参考:
- 确保当需求源不一致被甄别之后能够采取正确的行为并且这个正确的行为能够被质量保证体系跟踪、验证直至流程结束 直接产出物例子:
- 明确需求的不一致性的文档包括需求源、条件、理论
- 正确的行动 间接产出物例子:
- 正确的行为需求
- 请求 甄别需求、计划、工作产品之间的不一致性的正确的行为
- 完整的检查列表、表单、日志、行动或者会议记录等证据1 2 3 4 5 PF 通用目标2管理的过程的制度化通用实践2.1为计划以及执行需求管理过程建立以及维护组织级别的策略 评估参考:
- 策略应当阐述管理能保证的部分以及建立对可执行流程的期望,譬如:“这就是我们做生意的方式”.在“策略”旁的其他词能够被用于组织级别的策略阐述
• 策略无须为每个PA指定(1对1);一个Policy可以覆盖多个PA.
• 策略应该位于比较高的层次.所建立的策略的结构应该能够适应组织,不一定是CMMI模型;譬如:不是所有的PA或者SP都需要显性地提到,这个可以被使用的流程或者过程隐性地使用到.但是在PA,策略以及流程之间的联系应该可辨别以确保覆盖性。
• 策略对于那些关联的组织机构可见(譬如:企业内部网可访问)。而且,对于工程师日复一日的工作不需要应对这些策略,因此仅对流程而言需要遵守这些策略
• 策略在组织的不同层面均需要存在(譬如 公司,事业部,部门等)
• 针对这个策略所作的被批准的文档不能让这个通用策略的满意度下降
直接产出物例子:
- 组织级别的策略
- 版本、日期或者修订历史指明了随着时间变化的策略维护 间接产出物例子:
- 策略存放地(譬如:企业内部网)对组织应该是可见的
- 策略跟CMMI的PA的对应
- 组织级别的流程架构譬如:策略或者流程的连接等1 2 3 4 PF GP2.2建议需求管理流程计划并维护此计划 评估参考:
- 此通用实践的目的是流程中哪些是需要的以及实现建立的目标,为此需要为执行流程建立计划,准备流程描述,并与各参与方达成协议。
• 见通用实践2.2的所详细描述的期望目标与典型的计划内容,譬如:流程描述;标准;需求;目标;依赖;资源;责任;培训;配置管理好的工作产品;度量;相关各方的参与;监督;目标估值;管理评估;
• 建立记录该计划并且将其记录在文档中并提供流程描述;维护该计划包括必要时的修改,以便应对无论是正确的行为、需求修改还是流程目标。条件不变时计划允许不变。
• 执行过程的计划“可能为一个独立文档,也可能嵌入在综合文档之中或者分布在多个文档中”。它可能是在PA实践中的项目计划的一部分.
• 通用实践2.2为了执行流程建立了计划,在GP2.3到GP2.10具体实施并与计划保持一致;
直接产出物例子:
- 为执行流程的文档化的计划.
- 必要时的计划修订.
- 见项目计划部分PA
- 需求管理计划 间接产出物例子:
- 流程需求或者目标文档 例如:质量,成本;时间安排.
- 流程描述文档包括标准以及流程
- 为执行流程所作的时间计划以及资源(譬如资金、人、工具)
• 计划进度的跟踪与控制措施.
• 项目相关各方评估的证据以及达成协议证据(譬如:签字、批复、会议纪要等).1 2 4 5 6 7 PF GP2.3为执行需求管理过程、开发产品、以及流程服务提供足够的资源 评估参考:
- 在需要时,确保执行流程所必须的资源可用;
- “资源包括充足的资金、合适的物理设施、拥有相关技能的人以及合适的工具;”
- 直接产出物例子:
- 为执行流程将流程描述或计划文档化(含战略或战术计划),并包括必须的特征资源 (参见GP2.2)
- 资源充足的证据(如资金、设施、拥有相关技能的人) 间接产出物例子:
- 人员信息列表以及工作报告表明在执行流程上的努力;
- 将为执行流程所需角色以及承担责任所需技能准备文档化,并将人员安排以及这些人符合标准情况留记录;
- 1 2 PF GP2.4为执行需求管理过程、开发产品、以及流程服务分派责任 评估参考:
- 为确保执行流程或者取得特定结果的责任分摊。指定人必须有足够的授权来承担指定责任; 直接产出物例子:
-为特定活动、产品或者服务指定的文档;譬如工作描述、流程执行计划等(见GP2.2)
- 所定义角色的任务描述以及活动说明. 间接产出物例子:
- 责任分摊的接受情况;这可以用多种方式记录(譬如:签名,承诺,协议,组织图的出现,网页联系人等)
- 项目计划中的责任分派是很经常的1 2 3 4 5 PF GP2.5必要的话为执行需求管理流程的人员提供培训或者帮助 评估参考:
-提供的培训可能是很正式(譬如:教室、CBT等)或者非正式(譬如:结构化的指导),或者根据分配的角色变化(例如:为执行工作或者定向预览提供的详细培训) 直接产出物例子:
- 培训课程、材料以及方法.
- 培训记录(譬如参加人员、课程描述、培训效果评估表).
间接产出物例子:
- 为过程任务或者派遣而定义的资格或者标准.
- 放弃培训的准则以及批复.
- 技能集或技能库.
- 培训计划以及根据计划进行的具体培训.
- 培训效果1 2 3 PF GP2.6为工作产品准备的需求管理流程的地方需要实行合适的配置管理; 评估参考:
- 这个通用实践是由配置管理这个过程域来控制的;指的是那个配置管理实践当中的额外信息.
-根据由过程域定义的计划文档来确保工作产品是控制以及修正的 直接产出物例子:
- 标识有配置控制的工作产品列表以及在标识列表中每个工作产品的配置控制级别
- 置于配置管理之下的产品管理(譬如:工作产品的版本控制) 间接产出物例子:
- 标识工作产品的配置管理生命周期,譬如,产品在不同级别控制的点,变更管理授权等等。
- 配置管理流程1 2 PF GP2.7标识并且将跟计划的需求管理流程有关的各项目相关方包括进来; 评估参考:
- 见GP2.7针对参与各方典型活动的描述;(譬如:计划,决定,沟通,写作,评估,需求定义,问题解决方案等);
- 直接产出物例子:
- 标识相关参与方的文档(相关方列表、参与表、备忘录、计划、分发列表、操作概念等);
- 标识相关项目各方的加入计划以及他们是如何参与的;
- 间接产出物例子:
- 项目相关各方的参与机制以及文档(e-mail,备忘录,会议记录,签字确认,特许,分发清单,参与清单,评估,调查,报告,网页等)
- 计划1 2 3 4 5 6 7 PF GP2.8监管需求管理流程,对于违背项目进度执行计划部分采取合适的、正确的行动. 评估参考:
- "这个实践的目的是执行直接的日常监测以及流程控制。将进城适当的透明使得必要时可采取相关的正确行为;" 直接产出物例子:
- 实际执行违背计划的度量(譬如:流程,工作产品以及服务)
- 进度跟踪包括,譬如:状态报告,财务,图形,分析等;
-修订活动、状态以及结果的证据 间接产出物例子:
- 计划或者承诺的修改或修订历史(譬如:重新修改好的时间计划、成本、资源).
- 需求澄清的数量;
- 需求数量、状态以及可跟踪的度量
- 解决行动列表1 2 3 4 5 6 7 PF GP2.9坚持客观评价需求管理流程违背它的过程定义、标准、流程的地方 评估参考:
- "此实践的目的是为了过程按计划并且依照流程描述、标准、流程实现提供可靠保证."这包括坚持流程以及.. 直接产出物例子:
- 按照计划进行评估或者审计的记录(譬如:报告,完整的检查列表等)
- 坚持客观评价不符合流程、目标以及标准的违规问题.
间接产出物例子:
- 确认流程、工作产品、服务能够被客观地评估。
- 用于度量流程以及工作产品违规的尺度。
- 分派执行目标评审的责任。1 2 3 4 PF GP2.10利用高层次的管理来检查活动、状态以及需求管理过程的结果并且解决相关问题 评估参考:
- 此实践的目标是将流程对高层次的管理适度透明
-检查的目标不是重复GP2.8的监测与控制过程,而是更加注重是否… 直接产出物例子:
- 为高层次管理进行的周期性或者以事件驱动为基础的检查(例如状态报告以及简况)所提供的材料以及结果 间接产出物例子:
- 行动序列以及根据管理检查而引发的正确行动
- 总结项目状态的度量以及分析
- 为高层次管理检查而准备的时间计划1 2 3 4 5 6 7 PF GG3定义过程的制度化GP3.1建立以及维护定义级需求管理过程的描述 评估参考:
- 此通用实践的目的是建立及维护流程描述,而此流程是依照组织标准过程依照某个特定示例过程的需求裁剪而来.
-见模型 直接产出物例子:
- 依照组织级别的标准化过程定义裁剪而来的流程定义(目的、输入、入口准则、活动、角色、度量、验证步骤、输出、出口准则).
- 为定义过程而准备的变更记录… 间接产出物例子:
- 记录组织标准过程如何为某一特定项目或者过程而作特定的裁剪..
- 展示裁剪后的定义过程的成果物为组织所有成员所遵守
- 基准的确认...1 2 3 4 6 7 PF GP3.2从计划以及需求管理过程中收集工作产品、度量尺度、度量结果、改进信息以及其他有用内容以支撑未来组织过程的改进. 评估参考:
-此通用实践的目的是收集来源于计划以及过程执行的信息以及产出物.此通用实践执行的目标是为了让这些过程执行的信息以及产出物能够为组织运行库所拥有 直接产出物例子:
- 收集好的工作产品(譬如文档)并加入到组织过程相关的运行库之中.
- 收集好的过程以及产品度量方法以及度量结果(见GP2.8的例子阐述)
- 收集… 间接产出物例子:
- 自改进信息结合而来的变更
- 文档提交到组织过程库之中的请求
- 改进建议
- 产品以及过程度量的通用描述…
- REQM 评估要点
- REQM需求管理
- 选购企业知识管理系统的25项评估要点
- SaaS部署指南:评估实施厂商的几个要点
- 不良资产收购中房地产评估的工作要点
- 要点
- 要点
- 评估Ruby
- 补牙 + 评估
- 缺陷评估
- 行业评估
- 外币评估
- 成绩评估
- 启发式评估
- 工作量评估
- 性能评估
- 技术评估
- 成绩评估
- Oracle--数据的导入与导出(exp/imp命令详解1)
- linux下修改IP、netmask、gateway等网络参数的方法
- Android 在程序界面上显示图片
- 8086汇编语言学习笔记。
- 7.29 我有个程序分配了大量内存,然后释放了。但是从操作系统看,内存的占用率却并没有变回去。
- REQM 评估要点
- Oracle--数据的导入与导出(exp/imp命令详解2)
- 转载typedef用法
- tomcat的OutOfMemoryError解决方法
- 调用js传参
- Oracle--数据的导入与导出(exp/imp命令详解3)
- 转载extern用法详解
- MySQL操作
- 用jQuery控制checkbox