第十五章统一软件过程RUP.pptVIP

15.3.2 分析工作流 分析工作流主要包括架构分析、分析用例、分析类和分析包4个活动。 （1）架构分析。架构分析的目的是通过分析包、分析类，并结合系统约束和特殊需求，以包的格式表示系统架构，以文本格式描述构架，如图15-11所示。 图15-11 架构分析 15.3.2 分析工作流 （2）分析用例。分析用例的目的在于：找到实现用例的对象，通过对象间的协作实现用例的功能；用例实现用协作图来描述。具体的输入和结果如图15-12所示。 图15-12 分析用例 15.3.2 分析工作流 　　（3）分析类。分析类的目的在于：依据分析类在用例实现中的角色来确定它的职责，确定分析类的属性及其关系。具体的输入和结果如图15-4所示。 　　（4）分析包。分析包的目的在于：确保该分析包的合理性和相对独立性，确保该分析包包含完整的用例。 图15-4 分析类 15.3.2 分析工作流 一般来说，分析包的活动是：定义和维护包与其他包的依赖，确保包中包含恰当的类，然后限制对其他包的依赖。具体的输入和结果如图15-14所示。 图15-14 分析包 15.3.3 设计工作流 设计工作流主要集中于细化阶段的最后部分和构造阶段的开始部分。就软件系统而言，最初的大量建模工作集中在需求和分析工作流，在分析活动逐步完善后，建模工作大量集中在系统设计。 15.3.3 设计工作流 图15-15是设计工作流在4个阶段的工作量分布情况。 下面从工作产品、软件开发人员和活动3个方面描述设计工作流。 1．工作产品 图15-15 设计工作流 15.3.3 设计工作流 2．软件开发人员 3．主要活动 　　设计工作流中主要包括构架设计、设计一个用例、设计一个类和设计一个子系统4种活动。 　　（1）构架设计。构架的设计是设计阶段首要进行的活动，主要目的是描述节点及其网络配置、子系统及其接口，以及识别对构架有重要意义的设计类（如主动类），即设计类图和实施模型及其构架描述。具体的输入与产出如图15-16所示。 15.3.3 设计工作流 图15-16 构架设计 15.3.3 设计工作流 图15-17 设计一个用例 （2）设计一个用例。设计一个用例主要过程包括识别设计类、识别子系统、定义接口和设计用例实现4个部分。具体的输入和产出如图15-17所示。 15.3.3 设计工作流 图15-18 设计一个类 （3）设计一个类。这个设计能够实现其在用例实现中以及非功能性需求中所要求的 角色。 设计类的主要活动是确定类的操作、属性，确定类间的关系。具体的输入和产出如 图15-18所示。 15.3.3 设计工作流 图15-19 设计一个子系统 （4）设计一个子系统。设计一个子系统有3个目的：为了确保该子系统尽可能地独立于其他的子系统或它们的接口，确保该子系统提供正确的接口，确保子系统实现其接口所定义的操作。具体的输入和产出如图15-19所示 15.3.4 实现工作流 　　实现（实施）是把设计模型映射成可执行代码的过程。从系统分析师或系统设计师的角度看，实现工作流的重点就是编写软件系统的可执行代码。 实现工作流是构建阶段的焦点。 15.3.4 实现工作流 图15-20是实现工作流在4个阶段的工作量分布情况。 图15-20 实现工作流 15.3.4 实现工作流 下面从工作产品、软件开发人员和活动3个方面描述实现工作流: 1．工作产品 2．软件开发人员 3．主要活动 15.3.4 实现工作流 在实现工作流中，包括一系列活动：架构实现、系统集成、实现一个子系统、实现一个类和执行单元测试。 （1）架构实现。架构实现的主要流程为：识别对架构有重要意义的构件，例如可执行构件；在相关的网络配置中将构件映射到节点上。 15.3.4 实现工作流 架构实现由构架设计师负责，主要的输入和制品如图15-21所示。 图15-21 架构实现 15.3.4 实现工作流 （2）系统集成。系统集成的主要流程为：创建集成构造计划，描述迭代中所需的构造和对每个构造的需求；在进行集成测试前集成每个构造品。 15.3.4 实现工作流 系统集成由系统集成人员负责，主要的输入和制品如图15-22所示。 图15-22 系统集成 15.3.4 实现工作流 （3）实现一个子系统。实现一个子系统的目的是确保一个子系统实现其接口提供的功能。由构件工程师负责实现子系统，主要的输入和制品如图15-23所示。 图15-23 实现一个子系统 15.3.4 实现工作流 （4）实现一个类。实现一个类是把一个设计类映射为代码类。主要流程为：勾画出将包含源代码的文件构件，从设计类及其所参与的关系中生成源代码，按照方法实现设计类的操作，确保构件提供的接口与设计类的接口相符。