第2讲过程管理.ppt

2.6 典型的过程管理实例 2.6.1 IBM-Rational 业务驱动开发的过程管理 1 2 3 4 主要成果是： 前景文档：对核心项目要求、关键性质、前景说明。 初始的项目术语表。 初始的用例模型和商业用例。 项目规划，其中明确阶段和迭代，一个或多个原型。 初始的风险评估和商业模型。 里程碑被评估的准则是： 相关共利益者对项目范围定义和成本/进度估计达成共识。 通过主要的用例将需求无二义地表达出来。 成本/进度估计、优先级、风险和开发过程的可信度。 开发出来的体系结构原型的深度和广度 RUP的初始阶段 RUP的细化阶段 成果是： 用例模型。 一些增加的需求 可执行的体系结构原型及其描述。 修订后的风险表和商业用例、开发用例，指定要使用的过程。 整个项目的开发计划。 初步的用户手册（可选）。 细化阶段被评估的准则是： 产品的前景是否稳定？体系结构是否稳定？ 可执行的演示是否强调了主要的风险元素，并得到解决？ 构造阶段的规划是否已经足够详细和准确，是否有可信度的评估支持？ 如果用当前的计划来开发整个系统，包括使用已定义的体系结构，是否所有相关共利益者对此都达成一致？ RUP的构造阶段 β版，至少应该包括： 在特定平台上集成的软件产品。 用户手册和对当前版本的描述。 评估准则是： 产品版本是否足够稳定和成熟，可以在用户群中发布吗？ 是否所有相关共利益者都同意产品的发布？ 实际的资源支出和计划的支出的比值是否仍然可接受？ RUP的交付阶段 主要工作有： β测试，确认新系统达到用户的预期。 与被取代的旧系统并行操作，以及功能性数据库的转换。 用户和维护人员培训。 向市场、分销商和销售人员进行新产品的展示。 交付阶段侧重向用户提交软件的活动，评估准则可以非常简单，也可能极其复杂。 用户是否满意？ 是否能够接受实际的和计划的资源支出的比？ 2.6.2 微软公司的软件开发过程模式 MSF的角色与任务 角色 任务 1、产品管理 2、程序管 3、开发 4、用户体验 5、测试 6、发布管理 负责全面工作，确认用户需求，编写前景/范围说明书。 负责设计工作，概念设计，项目组织结构。 开发系统原型，技术选型，可行性分析。 收集用户在使用方面的需求和建议。 制定测试策略，建立测试标准。 运营和支持，建立运营标准。 MSF的特点和原则 目标驱动而非任务驱动。 外部可见的里程碑。 应提交项的变更管理。 递进的版本发布策略。 风险驱动的进度管理。 项目组集体参与管理产品质量。 MSF过程模型的应用 为共同的愿景而工作 推动开放式沟通 赋予团队成员权力 建立清晰的职责和共同的责任 关注交付业务价值 保持灵巧，预测变化 质量投资 学习所有的经验 2.6.3敏捷模型的软件过程管理 主张简单、轻装前进。 拥抱变化，这种变化是不断递增的。 可持续性，简单的说，在开发的时候就能想象到未来。 项目投资产生最大的效益或回报。 有目的的建模。 多种模型。 高质量的工作、快速反馈。 软件是项目的主要目标，文档是次要的。 敏捷过程的最佳实践 编程 简单设计、测试、重构、编码标准 团队实践 代码集体所有、持续集成、隐喻、编码标准、每周40小时工作制、结对编程、小型发布 过程 现场客户、测试、计划博弈、小型发布 起始阶段 细化阶段 构建阶段 交付阶段 需求 用户素材 小型发布 先行测试 测量 分析 CRC卡片 迭代计划 任务计划、迭代编程 计划博弈 设计 系统隐喻 单元测试 重构 持续集成 实现 编码标准 简单设计 集体代码所有权 运行所有测试 编程方法 极限编程生命周期 测试驱动开发 2.6.4 软件能力成熟度模型CMM 软件能力成熟度模型（Capability?Maturity?Model for Software，简称SW-CMM，在很多场合下所说的CMM就是SW-CMM）。 它侧重于软件开发过程的管理及工程能力的提高与评估。它是由美国卡内基梅隆大学软件工程研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。 CMM级别 CMM把软件过程从无序到有序的进化过程分成5个阶段，并把这些阶段排序，形成5个逐层提高的等级。 CMM的内部结构 CMM的每个成熟度等级（第一级除外）都规定了几个不同的关键过程域，每个关键过程域又按五个称为公共特性（对执行该过程的承诺，执行该过程的能力，该过程中要执行的活动，对该过程执行情况的度量和分析，及证实所执行的活动符合该过程）的部分加以组织，公共特性规定关键惯例，当这些关键惯例均得到实施时就能实现关键过程方面的目标。共计18个关键过程域，52个目标，300多个关键惯例。 关键过程域分类表 过程分类 等级 管理方面 组织方面 工程方面 优化级 技术改造(12)