质量管理体系贯标培训

Qualityisnotanact!It`sahabit.1Qualityisnotanact!It`sahabit.2软件项目管理质量保证部Qualityisnotanact!It`sahabit.3文件概述软件需求管理评审风险管理配置管理软件质量保证过程度量软件资产复用内容提要Qualityisnotanact!It`sahabit.4文件概述Qualityisnotanact!It`sahabit.5文件概述项目管理覆盖的范围项目综合管理项目范围管理项目时间管理项目成本管理项目质量管理项目人力资源管理项目沟通管理项目风险管理项目采购管理项目策划周报月报项目例会配置管理评审软件质量保证计划跟踪监控人力资源管理项目策划采购仓储项目范围定义开发过程裁剪风险管理相关方网络分包供方管理咨询立项费用预算控制设施管理Qualityisnotanact!It`sahabit.6文件概述项目管理要素T-Q-C-P-S范围管理背景、信息目标、功能和性能人People质量Quality成本Cost工期Time范围ScopeQualityisnotanact!It`sahabit.7文件概述思考题特工小组与项目小组团队管理比较Qualityisnotanact!It`sahabit.8文件概述士气杀手缺少“保健因素”虚假的管理监控进度计划的压力技术决策不当无法参与相关决策行为生产率障碍低质量的产品没有或过分夸张的激励形式Qualityisnotanact!It`sahabit.9文件概述保健因素合适的光线、供暖、空调方便使用的办公设备随手可得的办公用品设备的有效维护与故障排除可用的参考手册和出版物辅助参考书和在线帮助工具基本的培训和新的软件、工具、方法Qualityisnotanact!It`sahabit.10文件概述软件需求管理统一软件需求规格说明模板明确需求更改控制评审区分会议评审与网上评审增加评审准备强调评审效果的改善Qualityisnotanact!It`sahabit.11文件概述风险管理强调风险管理的持续性改变风险分类原则风险示例的使用加强风险监管增加风险管理总结Qualityisnotanact!It`sahabit.12文件概述配置管理增加硬件集成项目配置管理强调项目级配置管理的开展完善配置管理策划强调配置状态跟踪强调配置审计标识规范项目管理记录与职能管理记录区分Qualityisnotanact!It`sahabit.13文件概述软件质量保证强调项目级SQA工作开展完善SQA计划和审核报告过程度量完善开发过程度量增加系统集成过程度量增加服务过程度量Qualityisnotanact!It`sahabit.14文件概述软件资产复用事业部复用资产库的建立源码开放管理强化项目总结Qualityisnotanact!It`sahabit.15软件需求管理Qualityisnotanact!It`sahabit.16软件需求管理目的降低需求风险缓解进度压力提升客户满意度软件需求分类技术需求：《软件需求规格说明书》非技术需求：《项目开发计划》系统特性和功能需求Qualityisnotanact!It`sahabit.17软件需求管理需求分析获取用户需求将用户需求转化为软件需求编制软件需求文档设定需求优先级依据需求基准进行开发建立需求跟踪矩阵需求调查表软件需求规格说明书SRS需求跟踪矩阵RTM客户确认公司审批NOYESNOYESQualityisnotanact!It`sahabit.18软件需求管理需求优先级的设定目的避免引入不必要的需求控制需求蔓延裁减低优先级的功能设定原则高：基本系统特性核心任务通用构件中：单独的非基本系统特性低：不影响产品能力的系统特性Qualityisnotanact!It`sahabit.19软件需求管理软件需求规格说明书词汇表软件概述软件范围、系统特性概述、假定和依赖外部接口需求用户界面、硬件、软件、通信接口需求规定（按系统特性描述）特性说明、功能需求、性能需求、安全性需求其他非功能需求一般性性能、安全性需求、用户文档需求Qualityisnotanact!It`sahabit.20软件需求管理需求文档编制要求可使用性明确性完整性可验证性一致性可修改性可跟踪性Qualityisnotanact!It`sahabit.21软件需求管理需求状态跟踪目的跟踪需求在软件开发过程中的状态变化，确保软件开发与既定的软件需求的一致性小型项目不必编制需求跟踪矩阵项目规模≤10人月&周期≤2个月&项目组人数≤5人需求状态已建议已批准已实现已验证已删除Qualityisnotanact!It`sahabit.22软件需求管理需求跟踪矩阵用户需求功能需求责任人设计元素责任人代码单元责任人测试单元责任人测试单元责任人4管理查询4.1客户基本信息查询余传志2001.8.22已批准客户基本信息查询已实现客户基本信息查询已实现客户基本信息查询已实现客户基本信息查询已验证4.2业务文件查询余传志2001.8.22已批准业务文件查询已删除由于业务文件种类未确定，查询模糊，本期开发无法实现。4.3客户季度计划查询已批准客户代表提出增加季度计划查询功能，但目前开发已进行到系统测试阶段，具体实现日期待定备注序号编码实现系统设计功能测试系统/验收需求分析Qualityisnotanact!It`sahabit.23软件需求管理需求跟踪矩阵的作用保证所有需求都会在开发中实现建立需求和系统元素之间的联系评估需求更改带来的影响查看到当前系统的需求实现状态测试中指出最有可能的代码段过程度量、产品释放、交付的输入Qualityisnotanact!It`sahabit.24软件需求管理需求更改的影响连锁反应－－－－－－任务分派－管理和沟通－计划和监控－设计－编码－测试－文档－用户支持－客户培训－配置管理有效控制需求更改变更分析制造困难版本2短的发布周期Qualityisnotanact!It`sahabit.25软件需求管理应该接受需求更改的情况用户不了解真正需要需要对用户做出响应市场快速变化促进开发人员创新积极性Qualityisnotanact!It`sahabit.26软件需求管理需求完善控制提出需求完善请求修改SRS填写修改记录PM/PSM确认发布更新通知修改相关工作产品填写修改记录依据更新基准进行开发更新需求跟踪矩阵完善的SRS完善的RTM评审NOYES完善的相关工作产品依据当前基准进行开发Qualityisnotanact!It`sahabit.27软件需求管理需求变更控制依据当前基准开发提出需求变更请求修改SRS填写修改记录评估变更影响依据更新基准进行开发更新需求跟踪矩阵完善的SRS完善的RTM客户确认公司审批NOYESNOYES修改相关工作产品填写修改记录发布更新通知更新风险管理表更新阶段计划进度表变更控制报告完善的相关工作产品Qualityisnotanact!It`sahabit.28软件需求管理用户现场开发的需求管理依据当前基准开发提出需求更改请求需求更改实现记录更改/分派责任发布更新通知完善的SRS完善的RTM确认验证NOYESNOYES更改实现后的相关文档回写软件需求更改记录完善的相关工作产品跟踪修改情况依据更新基准进行开发审批Qualityisnotanact!It`sahabit.29评审Qualityisnotanact!It`sahabit.30评审评审实质集中时间，发挥集体智慧，客观及时地揭示软件缺陷评审中的组织角色SMG/部门负责人责任人主审员的选定评审组的组成评审策划Qualityisnotanact!It`sahabit.31评审会议评审的准备阶段建立工作产品确定主审员整理评审资料正式评审检查表熟悉工作产品裁剪标准评审检查表标准评审检查表工作产品拷贝预备会议评审组碰头会议确定评审组各人评审检查表相关资料Qualityisnotanact!It`sahabit.32评审会议评审的执行阶段评审会议修改工作产品确定评审结束建立工作产品审批评审记录评审记录通过NOYES填写评审记录完善的工作产品主审员跟踪问题解决情况视情况可采用网上评审NOQualityisnotanact!It`sahabit.33评审网上评审网上评审修改工作产品确定评审结束审批评审记录评审记录通过NOYES填写评审记录完善的工作产品主审员跟踪问题解决情况视情况可采用会议评审NO建立工作产品整理评审资料标准评审检查表工作产品拷贝确定评审组相关资料Qualityisnotanact!It`sahabit.34评审评审类型按评审形式划分会议评审、网上评审按评审等级划分公司级、部门级、项目组级按评审目的划分管理评审、技术评审、同行评审技术评审与同行评审的区别与联系Qualityisnotanact!It`sahabit.35评审评审基本原则评审工作产品而不是责任人评审流程可适当裁剪评审准备目的为了解而非判定会议评审准备时间的限制会议评审人数的限制会议评审时间的限制评审执行焦点在于发现问题Qualityisnotanact!It`sahabit.36风险管理Qualityisnotanact!It`sahabit.37风险管理软件质量取决于“风险管理”Qualityisnotanact!It`sahabit.38风险管理风险类型项目风险：威胁到项目计划预算、进度、资源、客户合作、需求技术风险：威胁到软件的质量及交付设计、实现、接口、验证、维护商业风险：威胁到软件的生存能力管理层支持、市场、商业策略、销售能力Qualityisnotanact!It`sahabit.39风险管理风险分析风险评估会议确定风险控制措施项目进行中进一步的风险分析注意事项风险控制措施可测量项目实施会同客户进行风险分析风险管理的全员参与Qualityisnotanact!It`sahabit.40风险管理风险示例项目风险1无法遵循组织标准软件过程，卤莽编码加强过程培训/SQA人员加强监控力度与频度/项目负责人积极配合SQAL工作2开发了额外不必要的功能（需求镀金）确定需求优先级并加强评审/采用阶段交付的软件生命期模型/使用抛弃型原型策略明确需求/制定弹性进度计划3计划过于乐观使用多种方法进行估计/与领导层或客户协商/主动加班技术风险1需求描述有二义性，开发人员理解错误加强需求评审/每次项目组例会中加强需求问题沟通/加强客户沟通2使用旧的技术，难以满足某些特定的功能性能要求评估特定功能、性能要求的必要性/加派资深人员/完善设计3代码质量低下加强代码检查/增加额外测试/制定明确的编码规范商业风险1未明确产品的使用对象，国外与国内的接受能力等请专业人士进行评估/提前进行宣传/提前进行用户试用2公司整体商业策略改变，重点转移提前申请足够资源/缩短开发周期/及时向领导层汇报项目进展3软件依赖政府规章，无法预测规章的改变软件设计加强灵活性/缩短开发周期/及时了解规章变化情况/制定应急方案Qualityisnotanact!It`sahabit.41风险管理风险控制按确定措施实施风险控制风险监管风险监管人员的选择确保风险控制措施的确实实施《项目风险管理表》的持续完善风险管理总结积累风险管理经验Qualityisnotanact!It`sahabit.42风险管理产生阶段问题描述严重程度实际解决措施原因分析对应风险类型对应风险编号建议/改进控制措施1系统测试系统查询模块编制的测试用例不够完整，问题留待产品交付后才发现严重与开发人员沟通，了解查询机制以及客户的具体需求，组织相关设计/编码人员修改问题需求分析中对该部分描述有二义性项目风险2需求评审时请多方面，各层