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

软件过程执行与审计标准(biāozhǔn)交流

软件(ruǎnjiàn)过程质量部共三十二页职责与工作(gōngzuò)内容培训(péixùn)大纲过程要求及审计常见问题SQA如何进行审计关于审计标准的答疑共三十二页负责整个项目生命周期各项活动的总体计划、阶段计划、任务分配、沟通、协调、跟踪(gēnzōng)、控制，保证在预算成本内按规定的质量和进度达到项目目标；项目经理是项目组对外承诺的唯一出口。源自：（SPI_OPD_G04_软件项目组架构.doc）项目经理工作(gōngzuò)职责工作职责与工作内容共三十二页项目的第一责任人，对项目的全过程负责。对外负责与客户沟通(gōutōng)，准确理解客户需求，把握项目总体方向。对内协调项目各项工作，确保项目质量、成本、进度按时按质的完工。项目组需要完成其它的各项工作。项目经理工作(gōngzuò)职责工作职责与工作内容共三十二页项目(xiàngmù)启动过程工作(gōngzuò)内容启动项目的条件(合同，意向合同，特批)。下达项目任务书（项目合并，按维护执行）。建立软件项目配置库、生产管理平台建立项目。制定软件项目计划。制定项目迭代信息表（方便核算项目产值）。数据转换（早策划）。启动会议（最好会议形式）。

共三十二页制定软件项目(xiàngmù)计划过程工作(gōngzuò)内容过程裁剪申请（最好提前跟SQA沟通）。项目估算（FPA）。制定软件项目计划及相关子计划（里程碑设置要合理）。计划评审、审核审批。计划变更（变更的条件，子计划同步更新）。共三十二页

需求(xūqiú)获取过程工作(gōngzuò)内容需求调研计划（用户确认）需求调研记录编写用户需求说明书（评审）编写需求跟踪矩阵

共三十二页

需求分析(fēnxī)过程工作(gōngzuò)内容编写需求规格说明书评审需求编写<确认测试用例>编写用户手册初稿填写需求跟踪矩阵项目再次估算（FPA）成本预算

共三十二页

需求(xūqiú)变更管理过程工作(gōngzuò)内容需求变更的记录需求变更的评估需求变更回复需求变更实施需求变更跟踪

共三十二页

系统(xìtǒng)设计过程工作(gōngzuò)内容编写设计文档评审设计文档（组内、同行）编写系统测试用例编写集成测试用例相关手册初稿需求跟踪矩阵

共三十二页

代码设计(shèjì)过程工作(gōngzuò)内容编写模块代码（编码规范）代码走读单元测试重点代码检查需求跟踪矩阵

共三十二页

产品发布(fābù)过程工作(gōngzuò)内容对内发布、对外发布。集成测试（测试报告）。整理相关手册。申请发布产品。基线审计。需求跟踪矩阵。

共三十二页

系统测试(cèshì)过程工作(gōngzuò)内容对内发布软件系统测试准入及中止准则缺陷管理跟踪测试报告需求跟踪矩阵

共三十二页

系统实施过程(guòchéng)工作(gōngzuò)内容用户确认测试数据转换用户培训系统试运行系统验收项目总结（开会）再次项目估算（FPA）

共三十二页

维护(wéihù)过程工作(gōngzuò)内容项目维护计划，过程裁剪成本预算咨询类事件（咨询服务记录和咨询服务报告）巡检类事件（计划和巡检报告）故障类事件实施部署（实施方案、演练）“问题”管理（知识库）维护服务报告

共三十二页

制定项目日程(rìchéng)过程工作(gōngzuò)内容制定项目日程（三个层级日程）整体规划阶段（阶段）阶段规划（主要活动）每周结束时（具体任务）任务跟踪，状态维护（3天内确认工时）项目日程变更（项目范围、进度）

共三十二页

项目监控(jiānkònɡ)过程工作(gōngzuò)内容检查项目状态频率：周、月、阶段、里程碑内容：进度、工作量、成本、风险、规模、需求汇总项目状态报告（周、月、里程碑、项目数据分析汇总表）项目问题跟踪处理（整理、上报、处理、关闭）项目经理变更

共三十二页评审(pínɡshěn)和同行评审(pínɡshěn)过程工作(gōngzuò)内容评审对象（计划、需求设计文档、测试用例）评审时期（各产出物完成后）评审流程评审计划预审准备（要有预审缺陷）组织评审会议（会议形式）缺陷管理跟踪评审报告（缺陷都要得到合理的解决）SQA验证评审结果

共三十二页红灯(hónɡdēnɡ)1个食药监中心(zhōngxīn)-11、12月份审计结果1、没有提交系统测试，发布到正式环境的功能模块有问题。共三十二页黄灯5个食药监中心(zhōngxīn)-11、12月份审计结果1、没执行发布过程，或者有发布但发布过程执行不到位，没有经过SCCB和SQA的审核审批。2、《维护服务报告》没有审核审批，另外项目有操作咨询(zīxún)的活动，但没相应的记录。3、缺少集成测试用例和测试结果的记录。共三十二页提醒(tíxǐng)17个食药监中心-11、12月份(yuèfèn)审计结果共三十二页日常工作(gōngzuò)要求项目(xiàngmù)文档管理项目文档的提交需要及时。项目集，各阶段目录下先建子系统目录。项目文档的提交需要放到准确的位置。根据配置管理计划说明存放文档各阶段的产出物放到对应阶段下，不可混淆。项目审计以SVN中产出物为准。共三十二页日常工作(gōngzuò)要求工作(gōngzuò)要求项目文档管理项目工时管理项目缺陷管理共三十二页日常工作(gōngzuò)要求项目工时(gōngshí)管理开发人员在不同项目的工作任务需要按不同项目分配；开发人员在项目不同模块的工作任务需要按功能模块分配；开发人员在项目不同阶段的工作任务需要按任务类型分配；开发人员在填写处理缺陷、用户问题的任务时，要关联相应的缺陷和用户问题。例子：如开发人员在某天开展某项目某模块的编码阶段的工作，并且处理的工作包含编码，代码走查、单元测试工作。因此，在分配任务时，当天的任务需要列为3条任务，不能合并在一起。共三十二页日常工作(gōngzuò)要求项目缺陷(quēxiàn)管理缺陷需要按项目、模块进行录入；各阶段发现的缺陷需要分阶段录入；分派缺陷时，确认缺陷类型；需要填写缺陷计划解决时间、解决方案等内容。共三十二页SQA如何(rúhé)进行审计主要通过项目周、月报、工作日程或项目计划中的工作(gōngzuò)计划，获得项目进度情况与阶段状态。

第一步检查项目在审计周期内完成的进度和开展的工作任务。第二步检查项目目前所完成阶段对应过程的活动及产出物通过第一步获取目前项目的阶段，然后检查当前审计周期内，项目的活动及产出物。第三步根据检查结果编写《SQA审计报告》共三十二页审计(shěnjì)检查点及给灯项目阶段对应过程活动或产出物性质活动或产出物名称现象给灯1项目启动项目启动过程重要活动下达项目任务书未执行该活动红灯2重要产出物软件项目任务书分发了项目启动通知书，同时已经开展软件项目的活动，但是无软件项目任务书红灯3一般产出物项目合并申请实际按合并项目来管理，但没有走合并申请流程，缺少相应申请表黄灯4一般产出物开发项目按维护过程执行申请表实际按维护过程执行但没有走申请流程，缺少相应申请表黄灯5关键活动建立软件项目配置管理区未执行该活动，即没有建立该项目独立的（或与其他项目共用VSS）VSS区域红灯6关键活动制定软件项目计划未执行该活动，即没有制定软件项目计划，却开展项目计划应该包含的项目活动红灯7一般活动制定项目迭代信息表包含迭代的项目应执行该活动，但未执行该活动，黄灯8一般产出物《项目迭代信息表》包含迭代的项目应执行该活动，但未编制提交该产出物黄灯9一般活动召开软件项目启动会议未召开软件项目启动会议黄灯10一般产出物《软件项目启动会议纪要》召开了软件项目启动会议，但没有会议纪要黄灯共三十二页关于审计标准(biāozhǔn)的答疑相关文档：《SPI_SQA02_C06_SQA审计(shěnjì)检查表》《SPI_SQA02_G02_SQA审计结果处理规则明细》《SPI_SQA02_G01_SQA审计标准及审计结果处理指南》《SPI_SPE05_G02软件系统测试准入及中止准则》共三十二页答疑(dáyí)1对于不同类型的项目（如开发项目、维护项目、合并项目等）是如何体现、应用CMM体系；系统测试通过率是如何计算的？(（首轮通过模块*1+首轮回归通过模块数*0.8+其他轮次通过模块数*0.5）/本次提交模块数)开发项目合并理由该从哪些方面来写（项目实际情况）；修改项目状态时，迭代状态与项目状态的区别；维护经理不明白《问题记录清单》里的问题，是由事件升级而来的而不是事件本身；不少历史项目很久没有活动，但是没有暂停(zàntínɡ)；不知道里项目计划中里程碑该如何设定，总结也不及时，并不太清楚该怎么写。（阶段完成情况、下一阶段的计划、项目存在问题、过程执行情况、管理方面等）共三十二页答疑(dáyí)2由于公司禁用了project，所以项目计划中的甘特图如何做？需求跟踪矩阵应用的意义以及如何操作？需求-设计-代码-测试如何能做到一一对应，并且如何审计？项目在签回合同前已开展的工作的工时如何填写，如何进行度量？项目监控中，如何对进度、成本、工作量进行监控，如何对各要素进行跟踪与评价当前项目的情况，以及如何进行与预算、估算的对比和分析，并调整(tiáozhěng)项目的执行计划。共三十二页谢谢(xièxie)！共三十二页内容(nèirón