ImageVerifierCode 换一换
格式:PPT , 页数:80 ,大小:831.50KB ,
资源ID:190127      下载积分:20 文钱
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,省得不是一点点
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.wenke99.com/d-190127.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: QQ登录   微博登录 

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(质量管理体系 贯标培训.ppt)为本站会员(创****公)主动上传,文客久久仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知文客久久(发送邮件至hr@wenke99.com或直接QQ联系客服),我们立即给予删除!

质量管理体系 贯标培训.ppt

1、1,2,软件项目管理,质量保证部,3,文件概述 软件需求管理 评审 风险管理 配置管理 软件质量保证 过程度量 软件资产复用,内容提要,4,文件概述,5,文件概述,项目管理覆盖的范围,6,文件概述,项目管理要素 T-Q-C-P-S 范围管理 背景、信息目标、功能和性能,7,文件概述,思考题特工小组与项目小组团队管理比较,8,文件概述,士气杀手 缺少“保健因素” 虚假的管理监控 进度计划的压力 技术决策不当 无法参与相关决策行为 生产率障碍 低质量的产品 没有或过分夸张的激励形式,9,文件概述,保健因素 合适的光线、供暖、空调 方便使用的办公设备 随手可得的办公用品 设备的有效维护与故障排除 可

2、用的参考手册和出版物 辅助参考书和在线帮助工具 基本的培训和新的软件、工具、方法,10,文件概述,软件需求管理 统一软件需求规格说明模板 明确需求更改控制 评审 区分会议评审与网上评审 增加评审准备 强调评审效果的改善,11,文件概述,风险管理 强调风险管理的持续性 改变风险分类原则 风险示例的使用 加强风险监管 增加风险管理总结,12,文件概述,配置管理 增加硬件集成项目配置管理 强调项目级配置管理的开展 完善配置管理策划 强调配置状态跟踪 强调配置审计 标识规范 项目管理记录与职能管理记录区分,13,文件概述,软件质量保证 强调项目级SQA工作开展 完善SQA计划和审核报告 过程度量 完善

3、开发过程度量 增加系统集成过程度量 增加服务过程度量,14,文件概述,软件资产复用 事业部复用资产库的建立 源码开放管理 强化项目总结,15,软件需求管理,16,软件需求管理,目的 降低需求风险 缓解进度压力 提升客户满意度 软件需求分类 技术需求:软件需求规格说明书 非技术需求:项目开发计划 系统特性和功能需求,17,软件需求管理,需求分析,18,软件需求管理,需求优先级的设定 目的 避免引入不必要的需求 控制需求蔓延 裁减低优先级的功能 设定原则 高:基本系统特性 核心任务 通用构件 中:单独的非基本系统特性 低:不影响产品能力的系统特性,19,软件需求管理,软件需求规格说明书 词汇表 软

4、件概述软件范围、系统特性概述、假定和依赖 外部接口需求用户界面、硬件、软件、通信接口 需求规定(按系统特性描述)特性说明、功能需求、性能需求、安全性需求 其他非功能需求一般性性能、安全性需求、用户文档需求,20,软件需求管理,需求文档编制要求 可使用性 明确性 完整性 可验证性 一致性 可修改性 可跟踪性,21,软件需求管理,需求状态跟踪 目的跟踪需求在软件开发过程中的状态变化,确保软件开发与既定的软件需求的一致性 小型项目不必编制需求跟踪矩阵项目规模10人月&周期2个月&项目组人数5人 需求状态已建议 已批准 已实现已验证 已删除,22,软件需求管理,需求跟踪矩阵,23,软件需求管理,需求跟

5、踪矩阵的作用 保证所有需求都会在开发中实现 建立需求和系统元素之间的联系 评估需求更改带来的影响 查看到当前系统的需求实现状态 测试中指出最有可能的代码段 过程度量、产品释放、交付的输入,24,软件需求管理,需求更改的影响 连锁反应 任务分派管理和沟通计划和监控设计编码测试文档用户支持客户培训配置管理 有效控制需求更改 变更分析 制造困难 版本2 短的发布周期,25,软件需求管理,应该接受需求更改的情况 用户不了解真正需要 需要对用户做出响应 市场快速变化 促进开发人员创新积极性,26,软件需求管理,需求完善控制,27,软件需求管理,需求变更控制,28,软件需求管理,用户现场开发的需求管理,2

6、9,评 审,30,评 审,评审实质集中时间,发挥集体智慧,客观及时地揭示软件缺陷 评审中的组织角色 SMG/部门负责人 责任人 主审员的选定 评审组的组成 评审策划,31,评 审,会议评审的准备阶段,32,评 审,会议评审的执行阶段,33,评 审,网上评审,34,评 审,评审类型 按评审形式划分 会议评审、网上评审 按评审等级划分 公司级、部门级、项目组级 按评审目的划分 管理评审、技术评审、同行评审 技术评审与同行评审的区别与联系,35,评 审,评审基本原则 评审工作产品而不是责任人 评审流程可适当裁剪 评审准备目的为了解而非判定 会议评审准备时间的限制 会议评审人数的限制 会议评审时间的限

7、制 评审执行焦点在于发现问题,36,风险管理,37,风险管理,软件质量 取决于 “风险管理”,38,风险管理,风险类型 项目风险:威胁到项目计划 预算、进度、资源、客户合作、需求 技术风险:威胁到软件的质量及交付 设计、实现、接口、验证、维护 商业风险:威胁到软件的生存能力 管理层支持、市场、商业策略、 销售能力,39,风险管理,风险分析 风险评估会议 确定风险控制措施 项目进行中进一步的风险分析 注意事项 风险控制措施可测量 项目实施会同客户进行风险分析 风险管理的全员参与,40,风险管理,风险示例,41,风险管理,风险控制 按确定措施实施风险控制 风险监管 风险监管人员的选择 确保风险控制

8、措施的确实实施 项目风险管理表的持续完善 风险管理总结 积累风险管理经验,42,风险管理,43,配置管理,44,配置管理,配置管理产生的背景 变化隔阂 配置管理的作用 配置管理使整个项目演进过程处于一种可视状态 配置管理是贯穿于整个项目过程中的保护性活动,45,配置管理,配置管理中人的因素 习惯的力量非常可怕 配置管理是经验积累的重要手段 宏伟远大的目标是口号 配置管理要设定短期目标 半个月培训所有的员工,掌握基本操作 一个星期分配角色,明确角色职责 一个月后软件成果纳入配置管理系统管理 三个月后对配置项的修改须经过修改控制,46,配置管理,配置库 是配置管理的根本。 配置项 项目开发或系统集

9、成实施过程中所需要的或产生的软件、硬件、工具、释放产品、文档等,包括基准配置项和非基准配置项。 基准配置项 通过正式评审成为下一步开发或实施基础的配置项,只有通过规范要求的变更控制程序才能被更改。,47,配置管理,配置管理的角色职责 配置管理负责人CML制定配置计划;按计划实施配置管理 软件质量保证负责人SQAL跟踪配置管理实施情况;参与配置审计 部门项目管理人员确认配置库结构层次;跟踪基准配置项的提交并备份;参与配置审计 项目负责人PM/PSM协同CML实施配置管理;参与配置审计,48,配置管理工作任务 配置管理策划 配置库的建立 配置控制 配置状态跟踪 配置审计,配置管理,49,配置管理,

10、配置管理策划,50,配置管理策划,配置管理策划内容 配置管理活动的组织成员 使用的配置管理工具 配置库结构、存取权限及存取时间 配置项的标识与基准配置项的确定 基准配置项的变更与完善控制界定 配置审计安排,51,配置管理策划,软件配置管理计划表,52,配置管理策划,配置库结构层次图,53,配置管理策划,硬件集成配置管理计划表,54,配置管理策划,配置项的标识要求 项目中提交的文档按标识规范 项目管理记录 项目文档:EP410012-SDR-04 源代码与可执行程序: EP410012-SRC-030F-021215 EP410012-EXE-03-021215 项目表格:软件测试、评审记录、评

11、审检查表、周报月报 职能管理记录:FD312-2002-01 合同中有明确标识和追踪要求的按合同 外购产品采用原有标识 标识规范中无明确要求的保证唯一性,55,配置管理,配置管理实施,56,配置管理实施,软件项目配置状态报告,57,配置管理,基准配置项变更控制,58,配置项变更控制,非基准配置项的变更控制 所有有关人员的任何,注意沟通 基准配置项的变更评估 对其他配置项尤其是基准配置项的影响 对项目进度、成本和质量的影响 增加需求须向客户提交报价单 基准配置项的变更与完善控制界定 目的:质量要求与进度要求间的权衡 风险是界定的原则软件质量、成本预算、项目进度、项目相关方,59,配置项变更控制,

12、项目文档版本控制 0.7 以0.1为单位递增 1.0 1.0完善0.1递增;1.0变更1递增 源代码与可执行程序的配置 编码结束后须配置 集成测试结束后须配置 系统测试结束后须配置 用户现场实施前后须配置 用户试用反馈修改后须配置,60,配置管理,配置审计 目的 基准内容的完整性、正确性 配置库系统的结构和层次 配置管理工作与组织文件的符合性 报告并跟踪对缺陷的解决情况 时机:项目总结阶段或重大变更 审计组成员及职责 部门项目管理人员、CML、PM/PSM、相关开发、实施人员、SQAL,61,配置管理,配置审计报告,62,配置管理,现场开发、实施的配置管理 确立临时配置管理负责人CML 现场开

13、发的配置管理活动 备份源代码的标识方式 代码名称(代码编号)+顺序号+版本号 严格控制变更 实施过程中的配置管理活动 实施中发现问题的处理 开发、实施结束后配置状态的统一归档,63,软件质量保证,64,软件质量保证,软件质量保证活动是软件开发项目中重要组成部分软件质量保证负责人是软件开发项目组中必要组成成员,65,软件质量保证,软件质量保证客观地检验工作产品和过程活动对确定的标准、规程和需求的遵守程度,为管理层提供对软件项目所用的过程和提交的工作产品适当的监控。,66,软件质量保证,SQAL的确立 SQAL的职责 软件工作产品、软件工具和设备审计 查看工作记录、参与工作产品评审 对软件工具和设

14、备评估适用性与可行性 软件开发过程评审 参与项目例会、监控项目进度及风险 监控配置管理状况、参与配置审计,67,软件质量保证,SQAL工作注意事项 低姿态介入 第三方视角 SQAL权力 须得到项目负责人的支持与协助 须得到领导的认可和重视 协助PSM识别项目关键点并加以监控 汇报项目与软件定义过程的不符,68,软件质量保证,思考题住宅装修工程的关键点,69,过程度量,70,过程度量,过程度量与产品度量的明确 软件开发过程度量 工作产品质量BUG分析 生产效率 进度控制水平 成本控制 过程管理,71,软件资产复用,72,软件资产复用,复用资产整理 事业部部门文件 技术培训、业务培训 行业标准、业

15、务规范 执行程序与代码级复用构件 过程度量与客户满意度测量 项目计划、需求、设计等 项目风险及总结,73,软件资产复用,事业部复用资产库的建立 复用资产的配置管理 基本版复用资产统计表 复用资产的应用 任务分解书 复用资产出库申请单 项目复用信息统计表 复用资产的维护,74,源码开放管理,源码开放申请报告 原因、用途、内容、开放期限 申请评审-公司开发副总审批 源码使用 源码开放跟踪报告 信息安全 申请人及申请单位在源码使用过程中不得以 任何渠道、任何方式向其他方透漏源码,应 对源码使用的安全性,保密性负责。,75,项目总结,项目总结报告 项目基本情况 项目成果 软件成果、软、硬件交付内容 开

16、发、运行环境、需求变化情况 项目统计分析 软件复用统计分析(资产生产与应用) 项目管理统计分析(日常管理、评审) 进度、工作量、规模及生产率统计分析,76,项目总结,软件开发评价 生产率评价 代码行数、修改BUG数与人月数的比较 技术方法评价 新/旧技术使用情况以及经验教训 评审效率评价 不同评审形式、准备时间评审效率的对比 不同准备时间评审执行用时的差异 不同工作产品评审准备用时的差异 软件复用评价 软件质量、生产率、项目成本的变化,77,项目总结,系统集成实施评价 系统运行评价 系统运行情况与用户需求、集成方案之间差异 技术方法评价 新/旧技术使用情况以及经验教训 软件质量评价 试运行和验收过程中发现的系统缺陷 经验和教训,78,项目总结,项目总结阶段的其他活动 配置审计 调整项目计划 完善系统设计 整理项目问题 完善部门复用资产库,79,The End,谢 谢 !,

Copyright © 2018-2021 Wenke99.com All rights reserved

工信部备案号浙ICP备20026746号-2  

公安局备案号:浙公网安备33038302330469号

本站为C2C交文档易平台,即用户上传的文档直接卖给下载用户,本站只是网络服务中间平台,所有原创文档下载所得归上传人所有,若您发现上传作品侵犯了您的权利,请立刻联系网站客服并提供证据,平台将在3个工作日内予以改正。