（新）软件需求分析与建模组件图-计算机学院.ppt

软件需求分析与建模-组件图 引言 逻辑视图 描述的内容 静态结构： 类、接口、对象、类图、交互图 动态行为 用例/用例图、交互/交互图、状态机/状态图/活动图 描述的是概念空间中的事物 软件系统的设计建造不能只停留于概念空间 引言 实现视图 软件系统是存在于物理世界中的 运行时刻 可执行文件 程序库（dll） 数据文件（数据库、配置文件、求助文件...） 建造时刻 源程序文件 工程文件 引言 实现视图 从软件建造的角度考虑 必须将概念空间中的软件事物转换为物理空间中的真实存在 所以描述其物理构成是必须的 尤其是对复杂的软件系统而言 软件制成品在物理世界中的真实存在 在UML中，它们用组件表示 组件的特性： 存在于物理世界中：形式：计算机文件 实现给定的动态行为 建造时刻：源代码文件: 是设计概念的实现 运行时刻：可执行文件、运行库：实现给定的动态行为，可替代 什么是组件 组件是什么？ 组件是系统的一个物理的和可替代的组成部分，该组成部分遵循并实现了一组给定的接口。 组件属于实现视图 组件可以用来 运行时刻： 运行组件的结构，不同结点上的分布 数据文件的构成、联系 建造时刻 类与源程序的对应 源程序之间的编译依赖 组件的表示 组件的图形表示 组件的名字 简单名字 路径名字 标记值 描述版本号等 图形表示 简单情形 扩展情形 可增加分隔区-描述详细内容 可使用标记值 组件的概念 组件和类 区别： 组件存在于物理空间 类存在于概念空间 联系 组件和类都是分类符 组件用来实现类的动态行为 组件实现类的结构和动态行为 图形表示: UML标准 / ROSE (realize TAB) 接口（类的一种变体）规定组件为外界提供的服务 图形表示： UML / ROSE ... 构件的特点 （1）接口。 （2）操作。 （3）实例化。 （4）与配置环境的亲合性。 （5）能与同环境下其它构件进行交互。 （6）构件可以是可执行代码、二进制代码和源代码形式。 （7）可替换的物理实体。 （8）系统的组成部分。 （9）构件是软件复用的基本单元。 构件的组织形式和分类 组织形式 （1）用包来组织构件。 （2）用构件之间的交互关系来组织构件。 分类： （1）源代码构件 （2）二进制构件 （3）可执行构件 组件的概念 组件和接口 接口和组件之间的关系是一个十分重要的关系 回顾： 接口：接口是一系列操作的集合，它指定了一个类或者一个组件所能提供的服务。 组件的一个重要特性就是实现了逻辑视图中为软件系统规定的设计词汇的语义， 语义除了静态结构之外，即是其规定的动态行为 从组件外部来看，一个组件区分于另一个组件的的本质特征就是其动态行为。 如果需要强调组件的动态行为，即组件为外部世界提供的服务，就可以使用接口 组件的概念 组件和接口 通过将软件系统的划分为不同的可执行组件，可以实现软件系统的组件化 软件系统在物理上由不同组件构成 有些组件向外部提供由接口规定的服务 有些组件使用这些服务 组件的概念 组件和接口 组件化的好处 组件是可替换的： 边界清晰 便于维护 升级 组件化的软件系统可以是分布式的 不要求使所有组件都运行于一个结点 组件的概念 组件和接口之间的联系的描述(图1) 一个组件实现了一个接口 实现关系 输出接口：- 被一个组件实现的接口是该组件的实现接口 一个组件使用了另一个组件通过接口提供的服务 依赖关系 输入接口：- 被一个组件调用的接口是该组件的输入接口 组件接口及其实现关系的图形表示 图标形式 扩展形式(ROSE不支持) 运行时刻可替换(Binary Replaceability) 基于组件的软件系统 允许通过利用已有的组件构造系统 组成系统组件的可以随时更新替换, 不必重新构造(编译)整个系统 运行时刻可替换(Binary Replaceability) 组件和接口是实现这一点的重要保证 系统由多个可执行组件组成 由二进制代码构成的可以直接运行的物理存在 组件之间的联系由接口定义 遵循相同接口的组件可以互相替换 只要调用接口的组件和输出接口的组件都遵循相应的接口，整个系统便能顺利运行 必要时，只需替换组件，不需重新编译整个系统 组件的种类 组件分为三类： 一类存在于开发时刻 开发用组件(working product component) 两类存在于运行时刻 发布组件(deployment component) 运行用组件(execution component) 组件的种类 开发用组件（working product component） 进行软件建造时 首先将逻辑视图的内容转化为实现源代码文件 源代码是设计概念的实现， 是组件：存在于开发时刻的组件 开发用组件 是开发过程的剩余物(residue)