MSF专题.pptVIP

第六章 MSF风险管理 风险管理过程 风险管理过程的六个步骤 风险标识 风险分析和优先级化 风险计划和调度 风险跟踪和报告 风险控制 风险学习 第十章 项目计划阶段 计划阶段的活动 技术验证 技术验证的目的是确保新的技术能满足功能规范中所阐述的准则。 技术验证需要做的主要工作有： 考察技术 该技术能否手工安装或配置(使技术处于理想条件下，无需与生产环境匹配) 写出文档：为使这种技术可以工作必须的事情 为设计提供信息 开始标识问题和技术风险，并记入文档 按照对风险和问题最佳的理解，更新主项目的进度表 第十一章 项目开发阶段 开发阶段的目的是：构造解决方案中所要求的各种功能特性和交付物，其中包括代码、组件、基础架构(软件、硬件、网络、设施)以及和用户及运营相关的文档等交付物。另外还包括开发市场渠道和销售帮助。 开发阶段的前期任务主要是构造解决方案的核心功能，然后再逐步添加功能特性。 功能特性的构造顺序是按照计划阶段所制定的进度表来决定的。 在整个开发阶段，构造和测试是结合在一起的。 开发阶段的活动 开发技术基础架构 解决方案技术基础架构的验证 内部发布 每日构造 代码审核 构造用户体验交付物 构造运营文档 测试解决方案 缺陷管理 每日构造 什么是每日构造： 每日构造是开发零缺点理念软件的一种措施。 它的含义是把每天做的源程序都编译成可执行的形式并在组内公开，每个人都可以看到他的每日进展，作出评估。 它是小组在工作的强烈信号。 每日构造是产品开发进展可视化的一种最好形式。 每日构造的好处： 易于暴露未预料的设计缺陷； 较早地诊断缺陷； 同步小组成员的工作； 减少集成的风险； 提高了质量； 保持对项目进度的监控； 有利于提高小组和客户士气。 每日构造的指导原则： 每天都要交出测试过的构造； 测试始终跟开发进展相配合； 每日构造必须做完并改好； 必须严格每日构造制度； 必须坚持每日构造。 代码审核 代码审核是一个很重要的提高软件质量的手段。经验表明，不上机运行的代码审核是提高代码质量的有效手段，同时也是提高开发组技术水平的措施。 代码审核的优点： 提高代码质量； 加快开发速度； 提供了一种培训开发者的方法； 增强代码的可维护性； 降低解决缺陷的费用； 有利于变出更规范的代码； 代码审核的方法： 审核不同于两人之间相互提意见，一般是比较正式的会议，一人报告或演示自己的“成果”， 接受他人的建议和评价，最后要有一致的结论，并记入文档，按不同审核要求有三种审核： 全面正式审核； 不定时的，同事间审核； 独立的第三方审核 代码审核的指导原则： 代码审核越早越好； 代码审核列入计划； 代码审核要耗用时间，它也是项目开发的时间。 共享审核中取得的经验教训； 把正式审核作为不同开发小组相互交流的一次机会； 把同事间审核作为营造开发人员创造性冲动的工具； 第三方审核作为规范标准审核最易行，也可作为引导开发者从另一角度看待本项目的手段； 代码审核唯一的缺点是不彻底。 缺陷管理 缺陷比较严格的定义有以下五条： 产品规范中说要做某件事，软件没做； 产品规范中说不做某件事，软件做了； 产品规范没有提的事，软件却做了； 产品规范该提却没有提的事，软件没做； 最终用户感觉不好用，测试者承认难于理解，难于使用和低效的，都算缺陷 缺陷管理过程就是从发现它到处理完它，组织人力、物力去工作的全过程 按严重性分类缺陷可分为以下四级： 系统崩溃； 重大的； 一般的； 轻微的。 按处理优先级可分为四级： 最高优先级 高优先级 中优先级 低优先级 成功的缺陷管理 缺陷管理过程： 缺陷所处的状态包括： 激活态：缺陷正在处理中 关闭态：缺陷未消除，当前也未处理 退除态：缺陷已消除或不再处理 每当发现新缺陷，测试者(或开发者)就要把它列入缺陷库，利于小组交流，新发现的缺陷自动标识为激活态。 程序经理要为缺陷定出优先级，并组织人员处理它，知道稳定阶段的后期。如果某个缺陷还没有改正，程序经理就得自己解决，或作出合理的解释。 对于需要重新开放啊、重写代码的缺陷，由开发者去做，并重新测试新代码。确保该缺陷业已改正，并未引入新的缺陷，则该缺陷进入关闭态。最后该缺陷经测试为项目产品接受，即进入退除态。 如果缺陷改正中又出现新的缺陷，再把它列入缺陷库开始新一轮的改正过程。 缺陷追踪过程： 缺陷的解决： 解决缺陷就是用某种方式对缺陷进行处理，一般解决的途径有以下几种： 被修改： 重复修改： 推迟： 设计更改： 无法重现： 不能修改 零缺点理念 零缺点：是一种高度负责的理念，是小组对质量目标的承诺。 零缺点的工作产物并非没有缺点而是符合预先定义的质量标准。 零缺点的里程碑是该里程碑的工作产品均已达到预先的计划和质量要求。 为什么要树立零缺点理念 增强责任心 有利于产品快速稳定 提高项