将类分组以表示超类; 定义每一个类的职责 将职责赋予每个类 标识类之间的关系 基于职责定义类之间的协作 建立类的层次表示; 构造系统的协作图。 ⑥统一的OOA方法(UML 统一的建模语言(UML)已经在企业中广泛使用,它把 Booch、 Rumbaugh和 Jacobson等 各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程 师使用由一组语法的语义的实用的规则支配的符号来表示分析模型 在UML中用5种不同的视图来表示一个系统,这些视图从不同的侧面描述系统。每 个视图由一组图形来定义。这些视图概述如下 用户模型视图:这个视图从用户(在UML中叫做参与者)角度来表示系统。它用使用 实例( use case)来建立模型,并用它来描述来自终端用户方面的可用的场景 结构模型视图:从系统内部来看数据和功能性。即对静态结构(类、对象和关系)模 型化 ■行为模型视图:这种视图表示了系统动态和行为。它还描述了在用户模型视图和结 构模型视图中所描述的各种结构元素之间的交互和协作。 实现模型视图:将系统的结构和行为表达成为易于转换为实现的方式。 环境模型视图:表示系统实现环境的结构和行为。 通常,UML分析建模的注意力放在系统的用户模型和结构模型视图,而UML设计建模 则定位在行为模型、实现模型和环境模型 (3)论域分析( Domain Analysis 论域分析是基于特定应用论域,标识、分析、定义可复用于应用论域内多个项目的公共 需求的技术。它的目标是发现和创建一组应用广泛的类,这组类常常超出特定应用的范围 可以复用于其它系统的开发 论域分析可以被视为软件过程的一种保护伞活动,是与任一软件项目都没有牵连的软件 工程活动。论域分析员的工作是设计和建造可复用的构件,供许多工作在类似的但不一定相 同的应用项目中的人员使用。 论域分析过程的关键输入/输出参看图6.10。主要的过程活动有: 技术文化 类的分类法 复用标准 域知识源 论域 功能模型 专家建议 分析 论域分析模型 当而/未米求 图6.10论域分析的输入/输出 ①定义要研究的论域:分析员首先隔离感兴趣的业务论域、系统类型或产品分类,再 抽取OO项和非OO项。其中,OO项包括既存应用的类的规格说明、设计和代码:;支持类 (GUⅠ类或数据库存取类);与论域相关的市售构件库:测试用例等。非OO项包括方针、步 骤、计划、标准和指南:既存的非OO应用的规格说明、设计和测试信息:度量、市售非OC 软件等9 ▪ 将类分组以表示超类； ▪ 定义每一个类的职责； ▪ 将职责赋予每个类； ▪ 标识类之间的关系； ▪ 基于职责定义类之间的协作； ▪ 建立类的层次表示； ▪ 构造系统的协作图。 ⑥ 统一的 OOA 方法(UML) 统一的建模语言(UML)已经在企业中广泛使用，它把 Booch、Rumbaugh 和 Jacobson 等 各自独立的 OOA 和 OOD 方法中最优秀的特色组合成一个统一的方法。UML 允许软件工程 师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。 在 UML 中用 5 种不同的视图来表示一个系统，这些视图从不同的侧面描述系统。每一 个视图由一组图形来定义。这些视图概述如下： ▪ 用户模型视图 ：这个视图从用户(在 UML 中叫做参与者)角度来表示系统。它用使用 实例(use case)来建立模型，并用它来描述来自终端用户方面的可用的场景。 ▪ 结构模型视图 ：从系统内部来看数据和功能性。即对静态结构(类、对象和关系)模 型化。 ▪ 行为模型视图 ：这种视图表示了系统动态和行为。它还描述了在用户模型视图和结 构模型视图中所描述的各种结构元素之间的交互和协作。 ▪ 实现模型视图 ：将系统的结构和行为表达成为易于转换为实现的方式。 ▪ 环境模型视图 ：表示系统实现环境的结构和行为。 通常，UML 分析建模的注意力放在系统的用户模型和结构模型视图，而 UML 设计建模 则定位在行为模型、实现模型和环境模型。 (3) 论域分析(Domain Analysis) 论域分析是基于特定应用论域，标识、分析、定义可复用于应用论域内多个项目的公共 需求的技术。它的目标是发现和创建一组应用广泛的类，这组类常常超出特定应用的范围， 可以复用于其它系统的开发。 论域分析可以被视为软件过程的一种保护伞活动，是与任一软件项目都没有牵连的软件 工程活动。论域分析员的工作是设计和建造可复用的构件，供许多工作在类似的但不一定相 同的应用项目中的人员使用。 论域分析过程的关键输入∕输出参看图 6.10。主要的过程活动有： 图 6.10 论域分析的输入∕输出 ① 定义要研究的论域 ：分析员首先隔离感兴趣的业务论域、系统类型或产品分类，再 抽取 OO 项和非 OO 项。其中，OO 项包括既存应用的类的规格说明、设计和代码；支持类 (GUI 类或数据库存取类)；与论域相关的市售构件库；测试用例等。非 OO 项包括方针、步 骤、计划、标准和指南；既存的非 OO 应用的规格说明、设计和测试信息；度量、市售非 OO 软件等。 领 域 知 识 源 论 域 分 析 模 型 论 域 分 析 技术文化 现有应用 客户调查 专家建议 当前∕未来需求 类的分类法 复用标准 功能模型 论域语言