软件过程执行与审计标准交流

1、软件过程执行与审计标准交流 软件过程质量部 l职责与工作内容 l过程要求及审计常见问题 lSQA如何进行审计 l 关于审计标准的答疑 1. 负责整个项目生命周期各项活动的总体计划、阶段计划、任务分 配、沟通、协调、跟踪、控制，保证在预算成本内按规定的质量 和进度达到项目目标； 2. 项目经理是项目组对外承诺的唯一出口。 源自：（SPI_OPD_G04_软件项目组架构.doc） l 项目经理工作职责 1. 项目的第一责任人，对项目的全过程负责。 2. 对外负责与客户沟通，准确理解客户需求，把握项 目总体方向。 3. 对内协调项目各项工作，确保项目质量、成本、进 度按时按质的完工。 4. 项目组需

2、要完成其它的各项工作。 l 项目经理工作职责 l工作内容 启动项目的条件启动项目的条件( ( 合同，意向合同，特批合同，意向合同，特批) )。 下达项目任务书（项目合并，按维护执行）下达项目任务书（项目合并，按维护执行）。 建立软件项目配置库、生产管理平台建立项目建立软件项目配置库、生产管理平台建立项目。 制定软件项目计划制定软件项目计划。 制定项目迭代信息表（方便核算项目产值）制定项目迭代信息表（方便核算项目产值）。 数据转换（早策划）数据转换（早策划）。 启动会议（最好会启动会议（最好会议形式议形式）。 l工作内容 过程裁剪申请（最好提前跟过程裁剪申请（最好提前跟SQASQA沟通）沟通）。

3、 项目估算（项目估算（FPAFPA）。 制定软件项目计划及制定软件项目计划及相关子计划（里程碑相关子计划（里程碑设置设置要合要合 理）理）。 计划评审计划评审、审核审批。、审核审批。 计划变更（变更的条件，子计划同步更新）计划变更（变更的条件，子计划同步更新）。 l工作内容 需求调研计划（用户确认）需求调研计划（用户确认） 需求调研记录需求调研记录 编写编写用户需求说明书用户需求说明书（评审评审） 编写需编写需求跟踪矩阵求跟踪矩阵 l工作内容 编写需求规格说明书编写需求规格说明书 评审需求评审需求 编写编写 编写用户手册初稿编写用户手册初稿 填写需求跟踪矩阵填写需求跟踪矩阵 项目再次估算（项目

4、再次估算（FPAFPA） 成本预算成本预算 l工作内容 需求变更的记录需求变更的记录 需求变更的评估需求变更的评估 需求变需求变更回复更回复 需求变更实施需求变更实施 需求变更跟踪需求变更跟踪 l工作内容 编写设计文档编写设计文档 评审设计文档评审设计文档（组内、同行）（组内、同行） 编写系统测试用例编写系统测试用例 编写集成测试用例编写集成测试用例 相关手册初稿相关手册初稿 需求跟踪矩阵需求跟踪矩阵 l工作内容 编写模块代码（编写模块代码（编码规范编码规范） 代码走读代码走读 单元测试单元测试 重点代码检查重点代码检查 需求跟踪矩阵需求跟踪矩阵 l工作内容 对内发布、对外发布对内发布、对外发

5、布。 集成测试（测试报告）集成测试（测试报告）。 整理相关手册整理相关手册。 申请发布产品。申请发布产品。 基线审计基线审计。 需求跟踪矩阵需求跟踪矩阵。 l工作内容 对内发布对内发布 软件系统测试准入及中止准则软件系统测试准入及中止准则 缺陷管理跟踪缺陷管理跟踪 测试报告测试报告 需求跟踪矩阵需求跟踪矩阵 l工作内容 用户确认测试用户确认测试 数据转换数据转换 用户培训用户培训 系统试运行系统试运行 系统验收系统验收 项目总结（开会）项目总结（开会） 再次项目估算（再次项目估算（FPAFPA） l工作内容 项目维护计划，过程裁剪项目维护计划，过程裁剪 成本预算成本预算 咨询类事件（咨询服务记

6、录和咨询服务报告）咨询类事件（咨询服务记录和咨询服务报告） 巡检类事件（计划和巡检报告）巡检类事件（计划和巡检报告） 故障类事件故障类事件 实施部署（实施方案、演练）实施部署（实施方案、演练） “问题问题”管理（知识库）管理（知识库） 维护服务报告维护服务报告 l工作内容 制定项目日程（三个层级日程制定项目日程（三个层级日程） 整体规划阶段（阶段）整体规划阶段（阶段） 阶段规划（主要活动）阶段规划（主要活动） 每周结束时（具体任务）每周结束时（具体任务） 任务跟踪，状态维护（任务跟踪，状态维护（3 3天内确认工时）天内确认工时） 项目项目日程变更日程变更（项目范围、进度）（项目范围、进度） l

7、工作内容 检查项目状态检查项目状态 频率：周、月、阶段、里频率：周、月、阶段、里程碑程碑 内容：进度、工作量、成本、风险、规模、需求内容：进度、工作量、成本、风险、规模、需求 汇总项目状态报告（周、月、里程碑、项目数据分汇总项目状态报告（周、月、里程碑、项目数据分 析汇总表）析汇总表） 项目问题跟踪处理项目问题跟踪处理（整理、上报、处理、关闭）（整理、上报、处理、关闭） 项目经理变更项目经理变更 l工作内容 评审对象（计划、需求设计文档、测试用例）评审对象（计划、需求设计文档、测试用例） 评审时期（各产出物完成后）评审时期（各产出物完成后） 评审流程评审流程 u评审计划评审计划 u预审准备（要

8、有预审缺陷）预审准备（要有预审缺陷） u组织评审会议（会议形式）组织评审会议（会议形式） u缺陷管理跟踪缺陷管理跟踪 u评审报告（缺陷都要得到合理的解决）评审报告（缺陷都要得到合理的解决） uSQASQA验证评审结果验证评审结果 l红灯1个 1、没有提交系统测试，发布到正式环境的功能模块有问题。 l黄灯5个 1、没执行发布过程，或者有发布但发布过程执行不到位，没有经过SCCB和SQA 的审核审批。 2、维护服务报告没有审核审批，另外项目有操作咨询的活动，但没相应的 记录。 3、缺少集成测试用例和测试结果的记录。 l提醒17个 l 项目文档管理 -项目文档的提交需要及时。项目文档的提交需要及时。

9、 -项目集，各阶段目录下先建子系统目录。项目集，各阶段目录下先建子系统目录。 -项目文档的提交需要放到准确的位置。项目文档的提交需要放到准确的位置。 -根据配置管理计划说明存放文档根据配置管理计划说明存放文档 -各阶段的产出物放到对应阶段下，不可各阶段的产出物放到对应阶段下，不可 混淆。混淆。 项目审计以项目审计以SVN中产出物为准中产出物为准。 l日常工作要求 -项目文档管理项目文档管理 -项目工时管理项目工时管理 -项目缺陷管理项目缺陷管理 l 项目工时管理 -开发人员在不同项目的工作任务需要按不同项目分配；开发人员在不同项目的工作任务需要按不同项目分配； -开发人员在项目不同模块的工作任

10、务需要按功能模块分配；开发人员在项目不同模块的工作任务需要按功能模块分配； -开发人员在项目不同阶段的工作任务需要按任务类型分配；开发人员在项目不同阶段的工作任务需要按任务类型分配； -开发人员在填写处理缺陷、用户问题的任务时，要关联相应开发人员在填写处理缺陷、用户问题的任务时，要关联相应 的缺陷和用户问题。的缺陷和用户问题。 例子：如开发人员在某天开展某项目某模块的编码阶段的工例子：如开发人员在某天开展某项目某模块的编码阶段的工 作，并且处理的工作包含编码，代码走查、单元测试工作。作，并且处理的工作包含编码，代码走查、单元测试工作。 因此，在分配任务时，当天的任务需要列为因此，在分配任务时，

11、当天的任务需要列为3 3条任务，不能条任务，不能 合并在一起。合并在一起。 l 项目缺陷管理 -缺陷需要按项目、模块进行缺陷需要按项目、模块进行录入录入； -各阶段发现的缺陷需要各阶段发现的缺陷需要分阶段分阶段录入；录入； -分派缺陷时，确认缺陷类型；分派缺陷时，确认缺陷类型； -需要填写缺陷计划解决时间、解决方案等内容。需要填写缺陷计划解决时间、解决方案等内容。 - 主要通过项目周、月报主要通过项目周、月报、工作日程、工作日程或项目计划中的工作计划，获得项目或项目计划中的工作计划，获得项目 进度情况与阶段状态。进度情况与阶段状态。 l 第一第一步 检查项目在审计周期内完成的进度和开展的工作任

12、务。 l 第二步 检查项目目前所完成阶段对应过程的活动及产出物 - 通过第一步获取目前项目的阶段，然后检查当前审计周期内，项目通过第一步获取目前项目的阶段，然后检查当前审计周期内，项目的活的活 动及动及产出物。产出物。 l 第三步 根据检查结果编写SQA审计报告 项目阶项目阶 段段 对应过程对应过程 活动或产活动或产 出物性质出物性质 活动或产出物名称活动或产出物名称现象现象给灯给灯 1 1 项目启项目启 动动 项目启动过项目启动过 程程 重要活动重要活动下达项目任务书下达项目任务书未执行该活动未执行该活动红灯红灯 2 2 重要产出重要产出 物物 软件项目任务书软件项目任务书 分发了项目启动通

13、知书，同时已经开展软件分发了项目启动通知书，同时已经开展软件 项目的活动，但是无软件项目任务书项目的活动，但是无软件项目任务书 红灯红灯 3 3 一般产出一般产出 物物 项目合并申请项目合并申请 实际按合并项目来管理，但没有走合并申请实际按合并项目来管理，但没有走合并申请 流程，缺少相应申请表流程，缺少相应申请表 黄灯黄灯 4 4 一般产出一般产出 物物 开发项目按维护过程执行申请开发项目按维护过程执行申请 表表 实际按维护过程执行但没有走申请流程，缺实际按维护过程执行但没有走申请流程，缺 少相应申请表少相应申请表 黄灯黄灯 5 5关键活动关键活动建立软件项目配置管理区建立软件项目配置管理区

14、未执行该活动，即没有建立该项目独立的（未执行该活动，即没有建立该项目独立的（ 或与其他项目共用或与其他项目共用VSSVSS）VSSVSS区域区域 红灯红灯 6 6关键活动关键活动制定软件项目计划制定软件项目计划 未执行该活动，即没有制定软件项目计划，未执行该活动，即没有制定软件项目计划， 却开展项目计划应该包含的项目活动却开展项目计划应该包含的项目活动 红灯红灯 7 7一般活动一般活动制定项目迭代信息表制定项目迭代信息表 包含迭代的项目应执行该活动，但未执行该包含迭代的项目应执行该活动，但未执行该 活动，活动， 黄灯黄灯 8 8 一般产出一般产出 物物 项目迭代信息表项目迭代信息表 包含迭代的

15、项目应执行该活动，但未编制提包含迭代的项目应执行该活动，但未编制提 交该产出物交该产出物 黄灯黄灯 9 9一般活动一般活动召开软件项目启动会议召开软件项目启动会议未召开软件项目启动会议未召开软件项目启动会议黄灯黄灯 1010 一般产出一般产出 物物 软件项目启动会议纪要软件项目启动会议纪要召开了软件项目启动会议，但没有会议纪要召开了软件项目启动会议，但没有会议纪要黄灯黄灯 l 相关文档：相关文档： -SPI_SQA02_C06_SQASPI_SQA02_C06_SQA审计检查表审计检查表 -SPI_SQA02_G02_SQA审计结果处理规则明细审计结果处理规则明细 -SPI_SQA02_G01

16、_SQA审计标准及审计结果处理指审计标准及审计结果处理指 南南 -SPI_SPE05_G02软件系统测试准入及中止准则软件系统测试准入及中止准则 1.1.对于不同类型的项目（如开发项目、维护项目、合并项目等）是如何体现、应用对于不同类型的项目（如开发项目、维护项目、合并项目等）是如何体现、应用CMMCMM体系；体系； 2.2.系统测试通过率是如何计算的？系统测试通过率是如何计算的？( (（首轮通过模块（首轮通过模块* *1+1+首轮回归通过模块数首轮回归通过模块数* *0.8+0.8+其他轮次通其他轮次通 过模块数过模块数* *0.50.5）/ /本次提交模块数本次提交模块数) ) 3.3.开

17、发项目合并理由该从哪些方面来写开发项目合并理由该从哪些方面来写（项目实际情况）（项目实际情况）； 4.4.修改项目状态时，迭代状态与项目状态的区别；修改项目状态时，迭代状态与项目状态的区别； 5.5.维护经理不明白维护经理不明白问题记录清单问题记录清单里的问题，是由事件升级而来的而不是事件本身；里的问题，是由事件升级而来的而不是事件本身； 6.6.不少历史项目很久没有活动，但是没有暂停；不少历史项目很久没有活动，但是没有暂停； 7.7.不知道里项目计划中里程碑该如何设定，总结也不及时，并不太清楚该怎么写。不知道里项目计划中里程碑该如何设定，总结也不及时，并不太清楚该怎么写。 （阶段完成情况、下一阶段的计划、项目存在问题、过程执行情况、管理方面等）（阶段完成情况、下一阶段的计划、项目存在问题、过程执行情况、管理方面等） 1.1.由于公司禁用了由于公司禁用了projectproject，所以项目计划中的甘特图如何做？，所以项目计划中的甘特图如何做？ 2.2.需求跟踪矩阵应用的意义以及如何操作？需求跟踪矩阵应用的意义以及如何操作？ 3.3.需求需求- -