GJB5000A简介
GJB5000A申请及主要工作-文档资料

3缺陷度量
4变更度量
5不符合项度量
度量计划、度量报告、测试计划、测 试报告
6规模数据度量 度量方法(组织级)
1工作量
2进度偏差率
3测试缺陷关闭率
4评审缺陷关闭率
5缺陷分布情况
6不符合项解决情况
7生产率
开发计划书、WBS计划分解、风险评 估计划、产品标准化大纲、概要设计、
详细设计、接口设计
需求管理(RM)
果;
(6)必要时安排高层会晤。 注:预评价前必须通过文件审查
注:JDB参加申请提交、现场评价、现场评价后的报批环节
现场评价
(一)评价组组成: 2级一般由评价组组长1名,评价员4 名,实习评价员2名 3级一般由评价组组长1名,评价员8 名
(二)时间: 2级 4天; 3级 9天
(三)预评价安排: (1)讨论评价计划、评价组培训、开工
受理: 合同监管局受理并对《军用软件研制能力评价申请书》进行 审查,提出受理与不受理的审查意见。
报总装备部电子信息部批准。
合同监管局将受理结果通知申请单位。
7个月
3个月
1个月
1个月
1个月
3个月
从建立至取证 共14个9 月
04 现场评审环节
10
现场评审流程
就绪调查
(一)调查组组成: 2级一般由评价组组长和1名评价组 组员组成 3级一般由评价组组长和2名评价组 组员组成
项目经理
质量保证组(PPQAG) QA
配置管理组(CMG) 配置管理员
专职 专职 兼职度量分析组(MAG) Fra bibliotekA专职
项目策划组(PP)
项目负责人、项目经理、 QA
专职
项目周报、会议纪要
GJB5000A2008全套资料XXX军用软件研制管理体系知识点_质量

GJB5000A2008全套资料:X军用软件研制管理体系知识点——质量一、质量管理体系概述1. 质量管理原则(1)以用户为中心:始终关注用户需求,确保软件产品满足军方作战需求。
(2)全员参与:动员项目组成员积极参与质量管理,提高软件质量。
(3)过程方法:将软件研制过程分为多个阶段,对每个阶段进行严格监控和管理。
(4)持续改进:不断优化质量管理过程,提高软件产品质量。
2. 质量管理体系构成(1)组织结构:明确项目组内部职责分工,确保质量管理工作的有效实施。
(2)过程管理:对软件研制过程进行规范化管理,确保各阶段质量目标的实现。
(3)资源管理:合理配置人力、物力、财力等资源,为质量管理提供保障。
(4)测量、分析和改进:通过数据分析,找出质量问题的根源,制定改进措施。
(5)质量保证:对软件产品实施全过程质量监控,确保产品质量达标。
二、质量管理要点1. 质量策划在项目启动阶段,制定详细的质量策划方案,明确质量目标、质量方针和质量措施。
2. 过程监控对软件研制过程中的关键节点进行监控,确保各阶段质量目标的达成。
3. 质量评审定期组织质量评审,对软件产品进行评估,确保产品质量满足军方需求。
4. 质量问题闭环管理对发现的质量问题进行记录、分析、整改,确保问题得到有效解决。
5. 持续改进根据项目实际情况,不断优化质量管理过程,提高软件产品质量。
三、质量管理实践与技巧1. 培养质量意识在团队内部培养质量意识,让每个成员都认识到质量的重要性,从而在日常工作中小心翼翼,严把质量关。
2. 优化沟通机制建立高效的沟通机制,确保项目组成员在质量管理过程中能够及时交流信息,减少误解和偏差。
3. 强化文档管理规范文档编写、审核、发布流程,确保文档的准确性和时效性,为质量管理提供有力支持。
4. 质量培训与提升定期组织质量培训,提高项目组成员的质量管理能力和技术水平,为软件研制保驾护航。
四、质量风险管理1. 风险识别在项目初期,全面识别可能影响软件质量的风险因素,包括技术风险、人员风险、资源风险等。
软件成熟度国军标GJB5000A(精选.)

GJB5000A-2008 军用软件研制能力成熟度模型概述谢新华中科院计算所培训中心2010 年8 月北京目录第一节GJB-5000A 能力成熟度基本概念 (3)1.1 软件过程的基本概念 (3)1.2 能力成熟度模型的基本概念 (5)1.3 军用软件研制能力成熟度模型框架 (7)1.4 理解成熟度等级 (10)1.5 共用目标和共用实践 (11)1.6 善于书写良好的文档 (13)第二节过程域的基本框架 (16)2.1 过程域部件 (16)2.2 过程管理类过程域之间的关系 (18)2.3 项目管理类过程域之间的关系 (19)2.4 工程类过程域之间的关系 (21)2.5 支持类过程域之间的关系 (25)第三节已管理级成熟度的过程域 (27)3.1 项目策划(PP)过程域 (27)3.2 项目监控(PMC)过程域 (33)3.3 测量与分析(MA)过程域 (39)3.4 配置管理(CM)过程域 (43)3.5 过程和产品质量保证(PPQA)过程域 (47)3.6 需求管理(ReqM)过程域 (52)3.7 供方协议管理(SAM)过程域 (55)第四节过程改进计划 (62)结语 (63)第一节GJB-5000A 能力成熟度基本概念1.1 软件过程的基本概念一个大型软件项目要成功,很大程度上依赖于正确而且合适的软件过程,首先的问题是什么是软件过程呢?1,软件过程的定义与概念1)过程的定义系统从一个状态(始态)变成另一个状态(终态),我们就说:发生了一个过程(Process)。
过程是一种手段,通过该手段可以把人、方法与规程、技术与工具进行集成,以产生一种所期望的结果。
换句话说,过程就是人们使用相应的方法、规程、技术、工具等将原始材料(输入)转化成用户需要的产品(输出)。
过程与产品存在因果关系。
即好的过程才能得到好的产品,而差的过程只会得到差的产品。
2)过程的特征任何过程都应该具备8 个特征:•任何一个过程都有输入和输出;•输入是实施过程的基础、前提和条件;•输出是完成过程的结果;•输出可能是有形产品,也可能是无形产品,如软件或服务;•过程本身是增值转换,不增值的过程没有意思;•完成过程必须投入适当的资源和活动,是换取过程增值或结果有效的代价•过程存在可测量点;•所有的工作和活动都是通过过程来完成的。
GJB5000A 2级军事训练软件过程管理研究

阶段 , 需要 制 定适合 的、 全 面的 、 详 细 的 软 件 过 程 管 理 方
法 , 用 于 指 导软 件 开 发 。
件研制能力成熟度模 型》 。明确规定 , 未 按 规 定 达 到 软 件 研 制 能 力 要 求 的单 位 , 不 能 承 担 装 备 软 件 研 制 任 务 ] 。 到
由此 可 见 , 此 类 军 事 训 练 软件 开 发 过 程 处 于“ 初 始级”
有一定差距 , 还 不 能 全 面满 足 用 户 需 求 , 软 件 质 量 成 为 制
约 我 军 军 事训 练 器 材 质 量 的 重 要 因素 ] 。 总装备部 于 2 0 0 8年 颁 布 了 G J B 5 0 0 0 A一 2 O 0 8 ( ( 军 用 软
摘 要 : 完 善 的 软件 开 发 过 程 规 范对 软 件 产 品 质 量 的提 高 具 有 决 定 性 作 用 。在 分 析 军事 训 练 软 件 组 织现 实 情 况 和 特
点的基础上 , 选择 原 型 模 型 和 瀑 布 模 型 作 为 软 件 生存 周 期 模 型 , 按 照 GJ B 5 0 0 0 A 2级 要 求 , 适 当 融 入 3级 部 分 必 需 的
第1 3 卷 第5 期 2 O1 4 年 5 月
软 件 导 刊
S of t wa r e Gui de
vo1 .1 3 No.5 M a v .2 O1 4
GJ B 5 0 0 0 A 2级 军 事 训 练 软 件 过 程 管 理 研 究
吴海 东
( 总参 第六十研 究所 , 江 苏 南京 2 1 0 0 1 6 )
取 决 于 产 品研 制 过 程 。
通 常从 事 军 事 训 练 软 件 研 制 的单 位 按 照 GJ B 9 0 0 1质 量 管 理 体 系要 求 建 立 自己 的研 发管 Hale Waihona Puke 体 系 , 但 该 体 系 对 软
GJB5000A-总体介绍

软件重要性等级
Ⅰ Ⅱ Ⅲ Ⅳ
巨 五级 四级 三级 三级
软件规模等级
大
中
小
四级 三级 三级
三级 三级 二级
三级 二级 二级
二级 二级 一级
微 三级 二级 一级 一级
2、实施GJB5000A评价的要求-总装标准的要求
GJB 8000《军用软件研制能力等级要求》
规模等级
嵌入式软件
巨
100,000 ≤ n
2、实施GJB5000A评价的要求-新时代认证工作细则
研制能力评价程序 基本程序:研制能力评价基本程序包括申请受理、评价计划制定、评价实施策划、
现场评价、评价结论审查等环节。 【评价暂停与终止】 现场评价过程中,出现研制单位相关人员提供虚假证据,干扰评价组正常工作,或
其他严重影响研制能力评价工作严肃性和公正性的问题时,评价组报评价机构批 准后,暂停评价活动;必要时,经评价机构报合同监管局批准后,终止现场评价 。 【材料提交】 现场评价结束1个月内,评价组将评价报告、评价人员考核意见,以及经审核的研 制单位整改计划等文件资料按有关保密要求提交评价机构。 【整改验证】 未通过现场评价的研制单位完成整改后,评价机构安排进行整改情况现场验证。未 通过验证的,现场评价终止。
2、实施GJB5000A评价的要求-装发部2017年最新要求
任务分工
➢ 合同监管局负责组织实施软件研制能力评价工作,制定软件研制能力评价计 划,复核评价结论,承办评价合格单位名录报批和发布。
➢ 新时代承担软件研制能力评价的具体实施工作,执行软件研制能力评价计划 ,上报评价结论,组织开展软件研制能力评价人员的培训、考核、管理。
• 灾难事故 – 1999年,美国火星探测器被烧毁
GJB5000A测量与分析过程说明

GJB5000A测量与分析过程说明GJB5000A-2008 II级体系⽂件测量和分析过程域过程说明⼆〇⼀〇年⼀⽉⽬次1 范围 (1)2 术语和定义 (1)3 职责 (1)3.1软件⾼层管理者(资质认可领导⼩组) (1)3.2软件项⽬经理(软件研制负责⼈) (2)3.3软件质量控制组 (2)3.4软件开发组 (2)3.5软件配置管理员 (2)4 测量与分析过程域说明 (2)4.1构成 (2)4.2流程 (2)4.3其他说明 (3)5 测量与分析过程实践过程 (3)5.1策划测量与分析活动(SG1) (3)5.1.1 确定测量⽬标(SP1.1) (3)5.1.1.1确定测量⽬标步骤 (3)5.1.1.1.1 信息需要和测量⽬标⽂档化 (3)5.1.1.1.2 排定测量⽬标的优先级 (4)5.1.1.1.3 评审和更新测量⽬标 (4)5.1.1.1.4 提供反馈 (4)5.1.1.1.5 维护测量信息和测量⽬标追溯性 (5)5.1.1.2⼯作产品 (5)5.1.1.3 职责分配 (5)5.1.2 指明测量项 (5)5.1.2.1 指明测量项的步骤 (5)5.1.2.1.1标识备选测量项 (6)5.1.2.1.2 定义测量项规格 (6)5.1.2.1.3评审、更新测量项 (6)5.1.2.2⼯作产品 (6)5.1.3指明数据采集和存储规程 (7)5.1.3.1 指明数据采集储存规程步骤 (7) 5.1.3.1.2 指明数据源的采集和存储⽅法 (7) 5.1.3.1.3 创建数据采集机制和过程指南 (7) 5.1.3.2 ⼯作产品 (7)5.1.3.3 职责分配 (8)5.1.4 指明分析规程 (8)5.1.4.1 指明分析规程步骤 (8)5.1.4.1.1 指明要进⾏分析和准备的报告 (8) 5.1.4.1.2 选择适合的分析⽅法和⼯具 (8) 5.1.4.1.3 数据分析和结果交流的管理 (8) 5.1.4.2 ⼯作产品 (8)5.1.4.3 职责分配 (9)5.2测量结果的提供 (9)5.2.1采集测量数据 (9)5.2.1.1 采集测量数据步骤 (9)5.2.1.1.1 获得基本测量项的数据 (9)5.2.1.1.2 产⽣导出测量项的数据 (9)5.2.1.1.3 数据完整性检查 (9)5.2.1.2 ⼯作产品 (10)5.2.1.3 职责分配 (10)5.2.2 分析测量数据 (10)5.2.2.1 分析测量数据步骤 (10)5.2.2.1.1 初始分析 (10)5.2.2.1.2 测量结果评审 (10)5.2.2.1.3 分析结论提炼准则 (11)5.2.2.2 ⼯作产品 (11)5.2.2.3 职责分配 (11)5.2.3 存储数据和结果 (11)5.2.3.1 存储数据和结果的步骤 (11)5.2.3.1.1 明确存储对象 (11)5.2.3.1.2存储数据及存储数据检查 (11) 5.2.3.2 ⼯作产品 (11)5.2.3.3 职责分配 (12)5.2.4.1 交流结果步骤 (12)5.2.4.1.2 理解测量结果 (12)5.2.4.2 ⼯作产品 (12)5.2.3.3 职责分配 (12)6 制度化已管理过程 (12)6.1制定组织⽅针 (12)6.2策划此过程 (12)6.3提供资源 (13)6.4指派职权 (13)6.5培训⼈员 (13)6.6管理配置 (13)6.7标识并吸纳利益相关⽅ (13)6.8监督并控制此过程 (13)6.9客观评价遵循性 (13)6.10与更⾼管理层⼀起评审状态 (14)7 本过程测量项 (14)8 与标准的对应关系 (14)测量和分析过程域过程说明1 范围本说明适⽤于我所GJB5000A-2008《军⽤软件研制能⼒成熟度模型》II级资质认可申请范围内要求的所有软件配置项(以下简称软件)研制过程的测量与分析活动。
国军标 GJB5000A 资料

GJB5000AGJB5000A简介关键词:GJB5000A资料军用软件标准GJB5000A软件一、软件成熟度模型是什么软件成熟度模型的核心思想是,把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。
软件过程成熟度概念的引入,是为了解决路径的问题,是指一个特定软件过程得到清晰的定义、管理、测量、控制和有效的程度。
成熟度概念蕴含的意义是组织能力提高是需要一个演化的进程,有一个从不成熟到相对成熟的过程。
通过软件过程评估,可以帮助企业认识所处的位置,通过软件过程模型,可以帮助企业找到前进的目标。
二、GJB5000A是什么GJB5000A是一个产品开发模型(Product Development Model ,PDM),关注整个体系的问题,是一个过程改进参考模型,描述的是一组有效过程的特征,提供了一套最佳实践,它关注的是:生产率(Productivity)、性能(Performance)、成本(Costs)、相关方满意(Stakeholder satisfaction)。
GJB5000A是一个产品集,它包括:∙军用软件能力成熟度模型框架∙集成模型∙评估方法和材料∙各种培训∙术语三、GJB5000A军用软件能力成熟度模型框架军用软件能力成熟度模型框架:∙由5个成熟度等级来表达:每个成熟度等级由若干过程域组成;∙每个过程域由目标、执行方法组成。
即,成熟度等级中包含关键的过程域,每个过程域中具有一定的目标,以及为了达到这些目标必须要做到的行动步骤,即最佳实践。
四、GJB5000A告诉我们什么GJB5000A告诉我们,过程管理方面优秀的软件组织是什么样的,优秀的软件组织也要分等级(1-5级),每个级别的软件组织都具备有一定的特征,即都执行了某些特殊活动。
GJB5000A是一个最佳实践的集合,不一定全部适用自己的组织,但总有一些好的做法可以借鉴。
软件成熟度国军标GJB5000A

GJB5000A-2008 军用软件研制能力成熟度模型概述谢新华中科院计算所培训中心2010 年8 月北京目录第一节GJB-5000A 能力成熟度基本概念 (3)1.1 软件过程的基本概念 (3)1.2 能力成熟度模型的基本概念 (5)1.3 军用软件研制能力成熟度模型框架 (7)1.4 理解成熟度等级 (10)1.5 共用目标和共用实践 (11)1.6 善于书写良好的文档 (13)第二节过程域的基本框架 (16)2.1 过程域部件 (16)2.2 过程管理类过程域之间的关系 (18)2.3 项目管理类过程域之间的关系 (19)2.4 工程类过程域之间的关系 (21)2.5 支持类过程域之间的关系 (25)第三节已管理级成熟度的过程域 (27)3.1 项目策划(PP)过程域 (27)3.2 项目监控(PMC)过程域 (33)3.3 测量与分析(MA)过程域 (39)3.4 配置管理(CM)过程域 (43)3.5 过程和产品质量保证(PPQA)过程域 (47)3.6 需求管理(ReqM)过程域 (52)3.7 供方协议管理(SAM)过程域 (55)第四节过程改进计划 (62)结语 (63)第一节GJB-5000A 能力成熟度基本概念1.1 软件过程的基本概念一个大型软件项目要成功,很大程度上依赖于正确而且合适的软件过程,首先的问题是什么是软件过程呢?1,软件过程的定义与概念1)过程的定义系统从一个状态(始态)变成另一个状态(终态),我们就说:发生了一个过程(Process)。
过程是一种手段,通过该手段可以把人、方法与规程、技术与工具进行集成,以产生一种所期望的结果。
换句话说,过程就是人们使用相应的方法、规程、技术、工具等将原始材料(输入)转化成用户需要的产品(输出)。
过程与产品存在因果关系。
即好的过程才能得到好的产品,而差的过程只会得到差的产品。
2)过程的特征任何过程都应该具备8 个特征:•任何一个过程都有输入和输出;•输入是实施过程的基础、前提和条件;•输出是完成过程的结果;•输出可能是有形产品,也可能是无形产品,如软件或服务;•过程本身是增值转换,不增值的过程没有意思;•完成过程必须投入适当的资源和活动,是换取过程增值或结果有效的代价•过程存在可测量点;•所有的工作和活动都是通过过程来完成的。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
GJB5000A简介(2013版)关键词:GJB5000A资料军用软件标准 GJB5000A软件一、软件成熟度模型是什么软件成熟度模型的核心思想是,把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。
软件过程成熟度概念的引入,是为了解决路径的问题,是指一个特定软件过程得到清晰的定义、管理、测量、控制和有效的程度。
成熟度概念蕴含的意义是组织能力提高是需要一个演化的进程,有一个从不成熟到相对成熟的过程。
通过软件过程评估,可以帮助企业认识所处的位置,通过软件过程模型,可以帮助企业找到前进的目标。
二、GJB5000A是什么GJB5000A是一个产品开发模型(Product Development Model ,PDM),关注整个体系的问题,是一个过程改进参考模型,描述的是一组有效过程的特征,提供了一套最佳实践,它关注的是:生产率(Productivity)、性能(Performance)、成本(Costs)、相关方满意(Stakeholder satisfaction)。
GJB5000A是一个产品集,它包括:·军用软件能力成熟度模型框架·集成模型·评估方法和材料·各种培训·术语三、GJB5000A军用软件能力成熟度模型框架军用软件能力成熟度模型框架:·由5个成熟度等级来表达:每个成熟度等级由若干过程域组成;·每个过程域由目标、执行方法组成。
即,成熟度等级中包含关键的过程域,每个过程域中具有一定的目标,以及为了达到这些目标必须要做到的行动步骤,即最佳实践。
四、GJB5000A告诉我们什么GJB5000A告诉我们,过程管理方面优秀的软件组织是什么样的,优秀的软件组织也要分等级(1-5级),每个级别的软件组织都具备有一定的特征,即都执行了某些特殊活动。
GJB5000A是一个最佳实践的集合,不一定全部适用自己的组织,但总有一些好的做法可以借鉴。
五、GJB5000A的表示方法GJB5000A的表示为五个成熟度级别:·基于组织的成熟度·每一级别是后续级别的基础· 22个过程域(PA)分成5个级别·过程改进逐级进行·表明一个组织的成熟度级别·反应了过程改进的顺序六、GJB5000A各成熟度等级所含过程域体系框架GJB5000A是军用软件研制范围内用于衡量软件过程能力的标准,它通过“过程域和实践”对软件过程能力提出了要求,从研制过程的战略层面到战术层面都明确了标准,二级、三级的要求分布在18个过程域,有76个目标(特性目标:40,共性目标36),352个实践(特性实践:136,共性实践:216),它把项目管理过程、工程过程、支持过程和组织过程全部分解成一个一个动作要求;但是,我们的科研生产过程实际上是一系列连贯动作的组合,有并行有交叉,所以不能把GJB5000A直接作为企业的软件过程规范,这是制定体系文件时要考虑的难点问题。
因此,在进行体系架构设计时,必须结合GJB5000A标准的要求,对各过程域进行剖析,进行必要的合并与整合,并结合企业的实际进行本地化和简化,形成符合实际的体系架构。
参考体系结构如下:基于GJB5000A软件体系的文件结构包括四个层次,如下图所示:成熟度等级的理解GJB5000A军用软件研制能力成熟度模型》规定了五个成熟度等级,标准本身给出了这些等级之间的区别和联系的详细说明,许多读者也都有自己独特的理解和解释。
下面仅仅以“评审过程”为例,说明五个等级的关注点。
验证与确认的区别许多读者对GJB5000A三级要求的“验证”和“确认”两个过程域究竟有什么区别,不是十分清楚,下面是所搜集的一些对二者的解释和说明:说法一:(1)“验证(Verification)的涵义通过提供客观证据对规定要求已得到满足的认定。
(2)“确认(Validation)”的涵义通过提供客观证据对特定的预期用途或应用要求已得到满足的认定。
(3)“验证”和“确认”之区别“验证”和“确认”都是认定。
但是,“验证”表明的是满足规定要求,而“确认”表明的是满足预期用途或应用要求,说简单点,“确认”就是检查最终产品是否达到顾客使用要求。
(4)“设计和开发”中“设计验证”和“设计确认”之区别在于:设计验证的目的是检查设计输出是否满足设计输入的规定要求。
设计确认的目的是检查设计形成的最终产品是否达到顾客的使用要求。
说法二:1.“确认”是要证明所提供的(或将要提供的)产品适合其预计的用途,而“验证”则是要查明工作产品是否恰当地反映了规定的要求。
换句话说,验证要保证“做得正确”,而确认则要保证“做的东西正确”。
2.验证注重“过程”,确认注重“结果”3.(Verification) ---Are we producing the product right?(Validation) ---Are we producing the right product? (----Boehm)说法三:1.什么是验证?验证就是要用数据证明我们是不是在正确的制造产品。
注意这里强调的是过程的正确性。
2.什么是确认?确认就是要用数据证明我们是不是制造了正确的产品。
注意这里强调的是结果的正确性。
3.验证和确认是一个广泛的概念,感兴趣的读者可以参考 IEEE Std 1012-1998 。
说法四:验证:验证检查某样东西是否符合之前已定好的标准,如:文档评审,要检查的东西是文档,检查标准就是文档的评审标准,又如:测试软件,要检查的东西就是软件,检查的标准就是软件的规格说明,包括功能说明,性能要求等。
确认:检查软件在最终的运行环境上是否达到预期的目标。
一般来说,就是调试、验收测试等,这些工作都是在真正的软件需要运行的环境上进行的,在最终环境上运行软件,确保软件符合使用要求。
注:Valiadation更多是从用户的角度或者可以是模拟用户角度来验证产品是否和自己想要的一致。
从SP来看可能更容易理解这个;Verification更多的是从开发方的角度来做评审、测试来验证产品的需求、架构设计等方面是否和用户要求的一致;说法五:(1)“验证(Verification)”的涵义用试验的方法,来检验某个结论是否正确。
实践是检验真理的唯一标准,验证==检验+证明。
也就是用实践来检验理论是否成立。
验证之前,答案可能是对或错的。
(2)“确认(Validation)”的涵义已经知道某个结论,看看是否被有效执行,不需要验证理论的正确性,是对执行力的检验。
日本企业喜欢用“确认”一词,可以理解为:结合实物,到现场认真地看。
如何对风险进行排序对风险发生的可能性(P)分为5个等级,每个等级给出一个量化值,对风险可能造成后果的严重性(S)分为5个等级,每一个等级给出一个量化值,风险系数=P*S。
风险系数越大,表示风险发生的可能性和后果越严重,应该重点关注。
(2)、根据值的大小进行排序在考虑的基础上,增加一个风险可能发生的时段因素,时段可分为3个等级,本阶段,下一阶段,下下阶段,给每个时段一个量化值,越靠前的时段,量化值越大。
再根据计算每个风险的系数来决定风险的排序。
项目阈值设置阈值为一个领域或者系统的临界值,通常设置进度、工作量、成本、风险等多种状态的阈值,根据项目实际进度、工作量、成本与所设置的阈值进行比较,以便了解项目当前所处的状态。
阈值的设置方法简要介绍如下:(一) 进度阈值进度阈值可根据进度绩效指数(SPI)或者项目进度偏差进行设置。
1 进度绩效指数(SPI)SPI来源于“挣值法”,挣(Earned V alue,EV),表示实际完成的工作所对应的预算成本,在计划和实际之间建立了一个桥梁。
其核心思想有这样几点:1) 用成本指标来表示每个项目任务的价值,集中反映项目任务的时间、资源、成本、复杂度等多方面因素的影响。
2) 在实际完成同样工作的前提下,比较预算成本和实际成本之差,得到成本差异。
换个角度来说,不管项目组实际花费了多大代价,也只能挣到预算中为这些任务安排的预算价值,超出的部分被看作是项目中浪费的,不应该由项目出资方承担。
实际中这种算法也可以平衡由于项目范围差异所带来的成本差异。
3) 在花费同样成本的前提下,计划中应完成的任务与实际完成任务进行比较,得到进度差异。
这里的进度是完成项目任务(工作量)的进度,不是单纯的时间进度。
对应上述思想,用指标、公式表示就是:a) 指标:BCWS表示计划的任务对应的预算成本;ACWP表示实际完成的任务对应的实际成本;BCWP表示实际完成的任务对应的预算成本,就是挣值(EV)。
b) 成本差异:CV=BCWP-ACWP,就是实际完成的任务,比较预算成本和实际成本之差。
c) 进度差异:SV=BCWP-BCWS,就是预算成本,比较实际完成的任务和计划中应完成的任务。
当到达某个时间点时,根据SPI计算项目实际进度判断是否达到所设置的阈值计算公式则为:进度绩效指数(SPI)=BCWP/BCWS2 项目进度偏差(%)(二) 成本阈值对于成本阈值,可采用挣值法中的成本绩效指数(CPI)或者项目成本偏差进行设置。
1 成本绩效指数(CPI)成本绩效指数CPI=BCWP/ACWP,就是已完成工作预算成本/已完成工作实际成本。
2 项目成本偏差(%)(三) 工作量阈值按项目工作量偏差(%)设置工作量阈值,当判断项目工作量是否达到所设置的阈值时,根据下列公式进行计算。
(四) 规模阈值按项目规模偏差(%)设置规模阈值,当判断项目规模是否达到所设置的阈值时,根据下列公式进行计算。
规模可按功能点数/需求数/代码行数等单位进行计算。
如何计算关键路径在项目计划中,活动与活动之间有4种关系类型,FS(完成-开始),FF(开始-开始),SS(开始-开始),SF(开始-完成),根据活动的关系、工期,计算关键路径,步骤如下。
(一)采用正推法,计算出每个活动的最早开始日期(ES)、最早完成日期(EF)。
最早开始日期(ES)指某项活动最早能够开始的时间,最早完成日期 (EF) 指某项活动最早能够完成的时间,EF根据ES和工期估计,正向推算得到,EF=ES+工期估计-1。
例:假设编制软件研制任务书最早开始日期为:2012-03-05,工期为8个工作日,根据正推法,得到该活动的最早完成日期为2012-03-12,计算以该活动为前导活动的那些活动的最早开始日期(ES)和最早完成日期(EF),ES(最早开始日期)=EF(前导活动的最早完成日期)+1,以此类推,求出其它活动的最早开始日期和最早完成日期,页面示例下图所示。
(二)采用倒推法:计算任务的最晚开始日期(LS)和最晚完成日期(LF)。