实用软件工程方法

1、第10章项目计划阶段,课程介绍,本章从六个方面介绍MSF应用开发项目计划阶段 首先是计划阶段的主要活动；为了做出主项目进度表的调度原理；计划阶段的成功标准；达到里程碑的工作产品；建议的中间里程碑；最后是各角色在本阶段的重点工作,本章内容,计划阶段的活动 调度原理 计划阶段的成功标准 计划阶段的文档 计划认可里程碑及中间里程碑 计划阶段小组角色的职责 本章小结 问题和讨论,10.1 计划阶段的活动,技术验证 解决方案的设计 创建主项目计划 创建主项目进度 建立开发和测试环境,10.1.1 技术验证,考察技术 该技术能否手工安装或配置（使技术处在理想条件下，无需与生产环境匹配） 写出文档：为使这种

2、技术能工作必须做的事 为设计提供信息 开始标识问题和技术风险，并记入文档 按照对风险和问题最佳的理解，更新主项目进度表,10.1.2 解决方案的设计,设计过程 设计过程与计划的关系 概念设计 逻辑设计 物理设计,10.1.2 设计过程,10.1.2 设计过程与计划的关系,小组基准 概念设计未到达基准即开始逻辑设计，而物理设计必须在概念设计到达基准才开始,10.1.2 概念设计（1）,1. 概念设计过程的定义、目的和输出 2. 概念设计视图,10.1.2 概念设计（2）,设计者需要调查的问题 业务需求或问题是什么？谁是用户？用户真正做的是什么？用户需求是什么？已有什么？什么是最优解决方案？得到最

3、优解决方案时，如何了解 概念设计目标 设计完全基于业务和用户提供的真实数据 关于产品的连贯的、集成的描述 有价值的抽象或分类层次 业务、用户和项目小组达成共识的期望集合 设计小组意见一致 与企业体系结构同步 小组沟通的基础,10.1.2 概念设计（3）,澄清概念设计概念 创建场景 场景以叙述和图形的方式对问题和解决方案进行描述 场景是一个理解需求、以及与用户交流的有效方法 创建场景的一个方法是使用故事板（storyboard）,10.1.2 概念设计（4）,概念设计的价值 在特定的业务环境下讨论需求和功能特性 代表了业务需要与用户需求 为初步规范提供了输入 支持交互的目标 最小化了重复工作量

4、提供了改变用户工作实践的信息 提供了长期的、可扩展的设计规划,10.1.2 逻辑设计（1）,逻辑设计过程的定义、目标和输出 逻辑设计视图 逻辑设计视图是从项目小组的观点来看待解决方案,10.1.2 逻辑设计（2）,澄清逻辑设计的概念,10.1.2 逻辑设计（3）,逻辑设计的价值 管理复杂性 设立边界、描述接口，提供一个有机的结构使多个小组可以交互 揭示概念设计中的不一致和错误 消除冗余，标识潜在的重用 为物理设计提供基础 改进系统各部分的运作 在项目组成员间形成解决方案的公共视图,10.1.2 物理设计（1）,物理设计的定义、目的和输出 物理设计视图 物理设计视图描述了开发者对解决方案的看法,

5、10.1.2 物理设计（2）,澄清物理设计的概念,10.1.2 物理设计（3）,物理设计的价值 评估实现的可选项 提供一个灵活的基于组件的设计 成为估计费用、进度和资源的基础 对应内部里程碑和内部发布，把解决方案映射到过程模型 求精并更新风险 寻找与企业体系结构的兼容性 可以从逻辑设计回溯到使用场景,10.1.3 创建主项目计划,主项目计划由以下十个计划组成： 部署计划（deployment plan） 试运行计划（pilot plan） 采购计划（purchasing plan） 设施计划（facilities plan） 测试计划（test plan） 培训计划（training plan

6、） 沟通计划（communication plan） 容量计划（capacity plan） 安全性计划（security plan） 预算计划（budget plan）,10.3 部署计划,对组件而言，是从开发环境迁移到生产环境，部署计划就是迁移计划 部署计划的关键域和处理方法 迁移计划考虑 操作系统迁移；应用程序部署/升级；硬件平台迁移,10.1.3 试运行计划,试运行（pilot）是将解决方案部署到生产实际环境中的第一次机会，只部署最关键的组件和要求相应的操作者 试运行计划的关键域和处理方法,10.1.3 采购计划,硬件和软件采购时应该考虑以下方面 与供货商签约 订货处理 事先配置 入库

7、/上货架 验收/存放 过时设备处理,10.1.3 设施计划,设施变动 物理设施计划应该考虑以下方面 楼宇许可证 最终用户的工作空间 电缆安置 其他局域/广域网设施 服务器设施,10.1.3 测试计划,测试计划关键域和处理方法,10.1.3 培训计划,培训计划的关键域和处理方法,10.1.3 沟通计划,沟通计划,10.1.3 容量计划,容量计划涉及以下方面 本解决方案产生了多少附加的网络流量 这些附加的网络流量将如何影响到用户 当前的系统和网络是否有能力处理预期的用途 增加服务器是否有必要 增强系统和网络容量所要求的硬件设施是什么,10.1.3 安全性计划,安全性计划涉及以下方面 建立的安全指南

8、如何维护 在缺乏安全指南的情况下，为缓解风险要采取什么行动 如果建立的安全措施与项目的成功完成有了冲突，将采取什么样的临时安全措施 安全性计划要考虑成本和被保护对象的价值,10.1.3 预算计划,标识预期的费用和费用约束，需要考虑： 功能规范 其他的项目计划（例如，开发、部署、试运行、采购、器材、测试、培训、沟通、增容、安全） 客户的期望值,10.1.4 创建主项目进度,主项目进度（master project schedule）包括： 开发进度表 测试进度表 用户教育进度表 后勤管理进度表 产品管理进度表,10.1.4 创建主项目进度（1）,估算技术 对人的任命；技术的成熟度；系统的复杂性；

9、环境的稳定性；所用开发工具；调整和分析工具的可用性；协调技术和小组技术水平的关系；小组动态性；可重用性的机遇；客户的期望值；设计的灵活性和模块性；企业文化 任务层次上的估算指南 小组的领导人实施任务分解和定优先级；由小组成员作任务层次上的估算；每个任务都有一个起始和结束点；产生一个单独的产品或工作产品；任务要分配到个人；为了反馈和改正及时，任务的粒度可调整（约半天到一周）,10.1.4 创建主项目进度（2）,容许的不确定性,10.1.5 建立开发和测试环境,10.2 调度原则,微软总结了大量调度实践中的经验提出以下四条原则： 估算工作量由底向上 上市日期坚定不动的意识 风险驱动调度 为不确定的

10、未来调度,10.2.1 估算工作量由底向上,谁做这个工作，就由谁去推断这个工作需要的时间，应该是一个基本的信条。当然，精确不是目标，任何人都有预断不到之处,Jim McCarthy软件开发动力学,10.2.2 上市日期坚定不动的意识,一旦商定项目产品的上市日期决不轻易更改 有利于培养员工的意志品质：“言而有信” 任何工作失误都会导致资源（成本）增加,10.2.3 风险驱动调度,把注意力集中在优先级最高的风险上，并按优先级安排任务 风险驱动的调度还鼓励尽早在概念上证实原型 较大的风险一般起因是在上层或最上层，而缓解和消除必须在下层做切实的工作,10.2.4 为不确定的未来调度,未来是不确定的 为

11、了使不确定变为相对确定一些，人们把大任务化小是常用的办法 使用离散任务 设立中间里程碑（interim milestone） 增加缓冲时段。,10.2.4 使用离散任务,大任务化为相对独立的小任务 如果无法化小，那么就建立中间里程碑 使用离散任务的好处 持续时间短，出错的余地小；出了问题影响面小，易于控制；任务小，工作量估算容易精确,10.2.4 设立中间里程碑,可以把大的功能集分解为若干小的功能集，作为中间里程碑 这些小的功能集越独立越好 在中间里程碑评估项目进展，并调整项目计划 把每个中间里程碑当作一次实际的发布,10.2.4 增加缓冲时段,不仅可留出处理偶发因素的时间，对于保证按时完成也

12、是必须的，它还有助于允许角色或小组的隐私 设立项目缓冲时段,10.3 计划阶段的成功标准,干系人和项目组针对项目就以下几点达成一致： 要交付的解决方案组件 主要项目里程碑的日期 如何构建解决方案 创建好开发和测试环境 开始对项目进行变更控制和配置管理 发起人和（或）主要干系人正式认可本阶段的交付成果和完成的工作,10.4 计划阶段文档,项目计划阶段的工作产品,10.4.1 功能规范文档,功能规范文档的内容 功能规范的作用 功能规范文档编制指南 功能规范文档常见的缺陷 功能规范审核,10.4.1功能规范文档（1）,功能规范文档的内容,10.4.1 功能规范文档（2）,功能规范的作用 功能规范是开

13、发主项目计划，主进度表的基础 功能规范记录了项目组和客户/用户达成的共识 功能规范文档编制指南 要理解本规范文档使用者的需要 风格一致 不要想一次成，要多次反复，收集反馈 明确写出产品，功能特性是什么 找出核心的功能特性集，以及产品改进和新版本的生成 将已明确的项目变量转变成设计目标功能规范文档常见的缺陷,10.4.1 功能规范文档（3）,功能规范文档常见的缺陷 提供细节不足 提供细节过多 做了过多的不实际的设计 冻结过早 更新过频耗时太多 失于交流变更 整个小组成员没有充分参与,10.4.1 功能规范文档（4）,功能规范审核,10.4.2 主项目计划,这些分计划包括： 开发计划（develo

14、pment plan） 测试计划（test plan） 培训计划（training plan） 用户支持计划（user support plan） 沟通计划（communication plan） 部署计划（deployment plan）,10.4.3 主项目进度表,主项目计划的六项分计划均应写出对应的进度表： 开发进度表 测试进度表 培训进度表 用户支持进度表 沟通进度表 部署进度表,10.4.4 主风险评估文档,所以主风险评估文档的任务是： 提供项目风险的整体视图 跨小组同步评估 导出高层决策和工作的优先级,10.5 计划认可里程碑及中间里程碑,项目计划认可里程碑 计划阶段的中间里程碑,10.5.1 项目计划认可里程碑,项目小组成员、客户、关键干系人应就以下方面取得一致的看法： 项目互易策略定格 截止本阶段项目风险 本项目应该做什么 什么时候做什么 如何做 谁去做,10.5.2 计划阶段的中间里程碑,10.6 计划阶段小组角色的职责,项目计划阶段MSF小组角色的重点工作,10.7 本章小结,MSF计划阶段的主要工作是回答有关解决方案比较基本的问题，包括： 解决方案体系结构的设计 项目计划和项目进度表 本阶段交付的主要成果是 功能规格说明 主项目计划 主项目进度表 主风险评估文档,10.8 问