质量保证(QA)培训.ppt

《质量保证(QA)培训.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、手机语音导游机器人质量保证(QA)培训部门：交流各位老师是如何管控项目？学生在项目开发过程中存在哪些问题？大家谈谈对项目管理的理解？相互交流项目的三个约束条件质量成本时间牵一发而动全身范围风险软件行业的烦恼用户习惯改变市场的培养客户开发出的产品，永远达不到理想做出来的东西，总是一次次的返工已经投入了成本，为什么总还是成本不够老板投入越来越多，利润越来越小补丁式软件，维护投入越来越多按期交付，属于童话世界抱怨，来自四面八方严重问题，经常突然冒出项目人员临时软件，缺乏长远规划经常任意变更，导致抛弃设计软件维护，持续的

2、噩梦越来越少的项目只需要单一资源就可以成功；越来越少的项目只需要个人，而不是一个团队就可以成功。项目有其独特性，但是内外部环境要求我们“做一次，一次就要成功！”需要项目管理有效的组织和协调需要项目管理充分利用现有资源和历史经验与教训新时期要求高素质的人才！为什么需要项目管理第一部分项目管理九大知识领域第二部分CMMI标准化规范操作过程第三部分项目管理过程第四部分QA与过程管理第五部分案例分析、讨论交流目录协调资源人力资源管理采购管理沟通管理基准计划范围管理时间管理成本管理质量管理目标一致综合管理防患于未然风险管理九大知识领域第一部分C

3、MMI关注过程用户习惯改变市场的培养CMMI标准化规范操作过程项目启动(立项)项目策划(计划)项目监控项目结项项目管理项目需求技术方案选型概要设计项目开发详细设计编码测试试运行验收风险识别制定计划质量审计计划配置管理计划度量分析计划风险跟踪（定期）质量审计（定期）质量汇报（定期）执行基线配置（定期）执行变更控制（变更时）数据采集分析（定期）数据汇报（定期）公司规范(规范、指南、模板、方针）项目风险项目支持公司资产公司样例公司数据公司经验公司工具并行项目开发模型并行开发是时代的趋势，但也同时对项目管理提出了高的要求有效的组织有效的沟通市

4、场t设计客户销售和服务生产计划并行开发周期节省的时间项目生命期示例定义阶段的意义有利于进行计划和对项目进行控制定义了对项目的检查点和项目不同时段的主要焦点阶段点评审：确保前一阶段的正确性和完整性；为开展下一阶段的工作做好准备，准备资源；阶段点需求分析阶段点阶段点模块测试系统测试阶段点阶段点运行维护详细设计初步设计产品线管理开发组系统测试部客户服务部编码项目管理过程控制阶段开始项目启动项目管理产品交付项目计划编制公司级或项目群管理指导单个项目项目委托项目摘要授权PID建议报告阶段收尾报告项目收尾报告经验教训工作包授权质量检查点工作包收尾

5、完成项目管理阶段过渡QA与过程单元QA输出验收自测试输入活动执行质量保证(QA)与质量控制(QC)QC（品质控制）QA（品质保证）特点检查产品；反应式的、事后的；发现产品的缺陷；流程的一部分检查过程；主动式的、事前的；防止产品的缺陷；流程以外的手段经常的；高覆盖度；测试；走查；审查；等等抽样的；选择性的审核；培训；访谈；审查；等等QA的评审步骤策划-QA活动是有计划的；审核-客观地验证产品及其活动是否遵守适用的标准、规程和需求报告-将QA活动及其结果及时通知受影响的组和个人处理-由高层管理者处理项目组内未能及时处理的不合格项。策划审核

6、报告处理QA计划不合格项状态，不合格项项目管理基本过程过程规范文档用户习惯改变市场的培养规范指导书过程文件检查单测试管理工作规范QA工作指南需求管理过程QA产品审计检查单测试管理工作规范度量分析作业指导书变更管理过程文件测试评审检查单产品及系统维护管理规风险管理作业指导书过程改进过程文件代码审查检查单缺陷管理规程过程裁剪作业指导书培训过程文件计划评审检查单软件（项目）过程裁剪规程过程资产库使用与维护作业指导书评审过程立项评审检查单JAVA编码规范软件生命周期作业指导书软件开发过程文件培训过程检查单项目管理规范决策分析作业指导书同行评审

7、过程文件需求跟踪矩阵维护规程项目估算作业指导书软件过程定义配置管理作业指导书质量保证过程文件项目计划作业指导书评审指南需求管理作业指导书质量保证工作指南….………开发项目案例：生命周期项目管理设计开发编码墙过程的方法：分步骤实施阶段交接不是“扔过墙”：协同工作下一个阶段的人：也是你的客户扔过墙－彼此的合作？项目管理所需的技能硬技巧（方法、过程、技能）计划、跟踪、控制报告软技巧（人员管理）领导团队建设、冲突解决激励、训练协商、沟通、倾听认为软件项目的需求可以持续不断的改变，而且这些改变可很容易地被实现！假定在需求分析阶段实现需更改需要花

8、费1倍的代价。在系统设计和编码阶段，需要花费1.5-6倍的代价；在系统测试阶段需要花费10-20倍的代价；在软件版本发布以后，甚至可能要花费60-100倍的代价在项目开展过程中，软件需求的改变应当尽量早地提出。这样才可能