实用软件工程方法PPT14.pptVIP

第14章个案研究——微软如何使用MSF做软件开发 课程介绍 本章介绍了微软在Sharepoint Team Services产品开发中如何使用MSF，内容包括 目标产品的介绍 项目组的团队结构 开发过程 人员管理 本章内容 SharePoint Team Services 简介 SharePoint 团队 产品周期 产品开发总结 本章小结 参考文献 14.1 SharePoint Team Services 简介 1. 使用团队Web站点 2. 产品功能特性 14.1.1 使用团队Web站点 Windows Sharepoint Service简介 Sharepoint Portal Server简介 14.1.2 产品功能特性 列表（Lists） 文档库（Document libraries） 讨论板（Discussion boards） 调查（Survey） 与客户端程序集成 在日历或地址簿与项目组Web站点之间拷贝信息 在Web页面中显示列表和文档库 使用Web页面编辑器定制团队Web站点 团队Web站点定制 安全（Security） SharePoint Team Services体系结构 14.2 SharePoint 团队 微软的惯例和原则 团队的组成和汇报结构 成员的职责 14.2.1 微软的惯例和原则 1984年 Multiplan 项目第一次设立了项目经理一职 1988年以前 微软只有一个测试组和一个用户培训组 1988年 Publisher 1.0 是第一个项目在计划表里使用里程碑 1989年 建立了产品部门 14.2.2 团队的组成和汇报结构 SharePoint Team Services项目组的组成： 产品部门经理（product unit manager）：1人 程序经理（program manager）：10人 开发人员（developer）：29人 测试人员（tester）：27人 可用性工程师（usability engineer）：1 人（合用） 用户培训（user education）：2 人（合用） 产品经理（product manager）：1 人（合用） 本地化（localization）：4 人（合用） 行政助理（administrative assistant）：1人 14.2.2 附：项目组纵向汇报结构图 14.2.3 成员的职责 项目部门经理的使命：按时出品合适的高质量的产品 开发人员的使命：写出高质量的软件 测试人员的使命：验证高质量的软件 可用性工程师的使命：使产品更有用、更好使用 本地化工程师的使命：在国际市场上推出符合地缘政治及地区文化标准的产品 产品经理/产品策划人员的使命：定义满足客户需求的产品 产品支持工程师的使命：让客户高兴 Web 维护工程师的使命：为Web服务提供高可访问性、高回应性、安全的托管服务 14.3 产品周期 产品从策划到发布主要里程碑 产品构思阶段和计划阶段 产品开发阶段和稳定阶段 第二次发布的构思和计划阶段 第二次发布的开发和稳定阶段 发布Beta1和Beta2 最终发布版本 14.3 产品从策划到发布主要里程碑 第一次发布 MM0 – 1999年5月28日-1999年7月16日，8 周 MM1 – 1999年7月19日-1999年10月8日，12 周 稳定 – 1999年10月11日-1999年11月26日，7 周 第二次发布 MM2 – 1999年11月29日-2000年3月6日，12 周 稳定- 2000年3月6日-2000年4月14日，6 周 代码完成 – 2000年4月14日 Beta 1 – 2000年4月17日–2000年7月31日，14 周 Beta 2 – 2000年7月31日 -2000年10月16日，12 周 Final – 2000年10月16日–2001年3月2日，17 周 正式发布 –2001年3月2日（ 2001年3月2日） 14.3.1 产品构思阶段和计划阶段 产品构思阶段 产品构思阶段需要回答了以下问题：哪些人是用户；用户需要些什么；前景声明；增添/裁减功能特性；功能详细说明书；说明书复审；进度表 产品计划阶段 本阶段完成的任务有：开发人员定义第1次发布所要完成的功能特性；测试人员编制第1次发布完成的功能特性的测试计划；程序经理驱动各个方面的信息交流，使团队精力集中在前景和进度表上 14.3.2 产品开发阶段和稳定阶段 产品开发阶段 产品稳定阶段 14.3.3 产品开发阶段 开发人员的工作 源代码管理所做的工作 测试人员的工作 程序经理的工作 利用Microsoft Raid 跟踪缺陷 利用Microsoft Raid 查阅缺陷的状态 缺陷趋势报告 利