第3章统一过程讲述.pptVIP

第3章 统一过程 3.1 一维与二维生命周期模型 3.2 统一过程的五个核心工作流 需求流 分析流 设计流 实现流 测试流 3.3 统一过程的四个阶段 开始阶段 细化阶段 构建阶段 转换阶段 3.4软件能力成熟度模型 3.1 一维与二维生命周期模型 3.2 统一过程的五个核心工作流 3.2.1 需求流 3.2.2 分析流 3.2.3 设计流 3.2.4 实现流 3.2.5 测试流 3.2.1 需求流 目标：确定客户的需求 开发小组的任务 准确确定客户的需求并从客户的角度找出存在的限制条件 （1）最终期限 （2）可靠性 （3）成本 需求流经常完成得不好，原因如下： （1）客户可能不真正了解在他的组织内部正在进行的事情。 （2）客户常常提出错误的产品需求，产生这种情况的主要原因是软件的复杂性。 3.2.2 分析流 目标：分析和提取需求，以获得正确开发一个软件产品和易于维护它所必需的需求。 当使用统一过程的时候，没有通常意义上的规格说明文档。而是向客户展示一组UML图表 在分析流阶段，客户批准了规格说明文档之后，就开始准备制定软件项目管理计划 软件项目管理计划的主要内容 计划内容 可交付的东西（客户将要得到什么）； 交付的时间（客户什么时候可以得到它们）； 预算（它要花费多少钱）。 计划尽可能详细地描述整个软件过程 要使用的生命周期模型； 开发组织的组织结构，项目职责，管理目标和优先权； 使用的技术和CASE工具； 详细时间表，预算和资源分配。 3.2.3 设计流 目标：细化分析流的制品，直至材料处于程序员可实现的形式 方法：结构化方法和面向对象方法 传统的结构化设计：设计小组确定产品的内部结构。设计人员将产品分解成模块，它是与产品其他部分有明确定义的接口的独立代码段。 概要设计：每个模块的接口（即传递给模块的参数和从模块返回的参数）必须详细定义； 详细设计：为每个模块选择相应的算法和数据结构。 面向对象方法：该方法的基础是类 分析流：提取类 设计流：对分析流期间得到的类进行细化，添加类的属性、方法、类之间的消息传递 详细记录所做的每个设计决定 （1） 在进行产品设计时，有时会走到死胡同，这样设计小组需要原路返回重新进行设计。 （2） 以便将来的修改，可修改性是指将来可通过添加新的类或取代已存在的类来提高产品的性能（交付后维护），同时在整体上不影响设计。 3.2.4 实现流 目标：用选择的实现语言实现目标软件产品 小型软件产品有时由设计者实现。而大型软件产品被划分为较小的子系统，它们由多个编码小组并行实现。 结构化方法： 交给程序员的是要实现的模块的详细设计。详细设计通常提供程序员实现代码制品所需的详细信息。 面向对象方法： 分析制品包含详细的类图和类之间的关系图，程序员需要按照详细设计来编码实现并测试自己所编的部分。 程序员应注重编写规范，应对变量定义和重要的代码段添加注释，遵守变量定义约定。 3.2.5 测试流 对实现流产品进行测试的主要步骤如下： 单元测试——〉集成测试——〉产品测试——〉验收测试 （1）单元测试 每个组件在实现之后要对它们运行测试用例 3.2.5 测试流（续） （2）集成测试 将组件与其他编码后的组件组合起来，以便能够确定该部分产品整体上功能是否正确 组件集成的方式 一次全部集成 一次一个集成 集成顺序 自顶向下：底层组件通常不会像在自底向上方式中那样得到完全测试 自底向上：查找出顶层的设计错误比较晚，这样造成的重新设计会付出比较昂贵的代价 对组件接口的测试要考察形参的数量、顺序和类型是否与实参的数量、顺序和类型相匹配 （3）产品测试 依照规格说明对产品功能进行整体测试 要对规格说明中列出的约束条件进行测试：响应时间 还需要测试产品的健壮性 新产品对客户计算机已有软件是否有不良影响 检查源代码和所有其他类型的文档是否全部完成，并且是否具有内在一致性 （4）验收测试 软件交付给客户，客户使用与测试数据不同的真实数据，在实际的硬件上对产品进行测试 知识点3-1：比较五个工作流分别需要做什么 3.3 统一过程的四个阶段 （1）开始阶段 （2） 细化阶段 （3） 构建阶段 （4） 转换阶段 （1）开始阶段 目标：确定目标产品是否值得去开发，即开发该软件经济上是否可行 以需求流的工作为主，有少量的分析、设计和测试工作 需求流有三方面的任务： 获得要开发的软件的领域知识； 在清楚理解客户时如何工作的基础上，画出个要开发系统的商业模型（用例图等）； 限定提出项目的范围 开始阶段可交付的文档 领域模型的初始版本； 商业模型的初始版本； 需求制品的初始版本； 分析制品的初始版本； 体系结构的初始版本； 风险的初始清单； 初始用例； 对细化阶段的计划； 商业案例的初始版本。 （2