2-2软件过程实例-微软产品开发过程.pptVIP

软件工程过程实例 《软件工程导论》实践 Microsoft软件产品开发过程 周期模型与团队模型 Agenda 微软开发流程概述 微软开发流程核心——二大模型 微软开发流程核心——三大流程 微软开发流程核心——六大服务器 微软开发流程核心——二大模型 产品周期模型（PCM:Product Cycle Model） 微软开发团队模型 以“三驾马车”架构为核心的矩阵模型 微软开发流程核心——三大流程 源代码控制 每日编译 缺陷管理 微软流程核心——六大服务器 Microsoft 的团队文化 团队(team)是微软正常工作的基本单位； 每一位微软员工(team member)都清晰的知道团队的目标，并以团队为荣，以团队目标为荣； 每一位微软员工(team member)都将帮助团队其他成员作为自己的荣誉； 开放的沟通(Open Communication)是团队进步的基础； Microsoft 的团队文化 建立分工清晰的团队 从项目管理, 产品或系统的设计，编程， 测试，到使用书的编写，都有专人负责。 具体的分工不能越职，如设计师搞测试。 并将各部分该完成的时间表统一在整个项目的时间表里，公布于整个团队。 Microsoft 的团队文化 鼓励团队精神 从项目的一开始就让所有成员都清楚地知道开发的目的和要求 (Project Vision) 掌握好工作强度的松紧: 时间计划要有张弛, 避免长时要求员工加班加点, 并定期举办给成员放松的活动。只紧不松只会降低效率. 定期召开团队全体成员会议, 通报项目进度, 及开诚布公所遇到的问题。每次项目结束后召开成败总结经验会议, 改进以后的流程。 Microsoft 产品周期模型 产品周期模型（PCM:Product Cycle Model） Microsoft 产品周期模型 产品规划阶段 （ M0 ） 产品开发阶段 （ Mn ） 产品测试阶段 （ QA ） 产品发布阶段 （ RTM/W） Microsoft 开发团队模型 Microsoft 开发团队模型 Microsoft 开发团队举例 微软产品规格书 产品规格书概览 产品规格书包含的内容 产品规格书的撰写流程 产品规格书的审查 产品规格书的更新和完善 微软产品规格书 什么是产品规格书 产品规格书是描写软件产品或系统具体功能特性和设计方案的文件 它是整个产品或系统的蓝图-开发设计和测试计划都以此为基础进一步撰写 它由程序经理负责撰写，组织审核，并根据开发过程中的由编程设计改动作随时的订正，使文件中的设计与具体的编程随时保证同步 谁阅读产品规格书 产品规格说明书包含的内容 概述（Summary) 设计原因(Justification) 目标(Goal) 需求(Requirements) 用户场景(User Scenario) 操作(Operations) 日程(Schedule) 依赖性(Dependencies) 其他已知问题(Open issue) 产品规格书的撰写流程 产品规格书的审查 产品的远景和目标 产品用户 依赖和风险 需求 用户场景 产品功能 产品规格书的更新和完善 规格书需要被不断更新 主要的文档变化 开发者权衡 易用性变化 竞争压力 包括一个详细的修改历史表格 最终停止更新，并使用RAID 微软软件测试 微软测试概览 微软测试团队 创建测试计划 撰写测试用例 微软软件测试概览 测试的目的—— Holding the mirror and saying”This is the quality of our product” 测试与软件成本 微软软件测试的目的 软件测试在开发软件的过程中能够系统的监督和评估项目的各个方面以确保满足质量标准，分析并确定产品是否满足客户的需求和期望的所有活动。软件测试的首要目的是保证软件质量，确保产品满足设计的要求和客户的需求，同时降低软件的开发成本和维护成本，并最终签发（Signoff）产品。 在开发过程中，测试也是开发进度和质量的主要度量标准之一。同等数量代码与功能模块中被发现的BUG数量、程序性能瓶颈分析结果等都可以被用来衡量程序员开发工作的优劣。是否能够通过所有的测试用例（Test case）也是判断相应功能模块的开发工作是否全部完成的主要标志。 测试还对开发团队灵活适应市场、客户的需求变化有重要的意义。如果建立了完整的测试用例并实施了高效率的自动化测试，那么当程序员对程序进行修改、重构后，应该能够迅速通过运行所有测试用例来确定其所作的修改与重构是否正确、是否因为修改部分代码而导致程序的其他部分出现问题。如果没有完备的测试，由于修改或重构程序引起的其他程序错误将被推迟发现，进而大大增加修正错误的成本。 微软软件测试任务 微软软件测试任务 从开