Chap04 系统概要设计中的UML静态建模

类的图示
– 属性图示：可视性 属性名（多重性）:类型=初始值
test
(from ? ? ? ? ? )
– 静态成员属性：带下划线
– 方法图示：可视性 操作名(参数列表):返回列表{性质}
username : String classname : String = 09softjava getUsername()
– 用例图 – 组件图、包图、类图
UML组件图
组件：表示实际存在的、物理的物件，它是软件系统的一 个物理单元，代表系统的一个物理实现块 组件图
– 作用
• 描述软件系统中各个组件之间的关系 • 各个组件图组合起来，表示完整的系统实现视图 • 组件图可以帮助开发组中的其他人员理解整个系统的组成关系
– 3大组件（MVC角度）
UML组件图
案例：BBS系统前台
– 建立组件 – 建立组件图并添加组件 – 设置组件的关联关系 – 设置组件接口实现的依赖关系
包图
包和包图
– 包：分类管理 – 包图：通过类图来体现(Rose)
包之间的关系
– 依赖
• 如类A的修改会导致类B的改变，则成B依赖与A • 包之间的依赖关系应尽量简单、稀疏，通常要求某一包中的模型元素只 与同层及相邻下一层的模型元素之间存在依赖关系
类图
类之间的关系
– 关联（Association）关系
• • • • • 指一种对象和另一种对象有联系 单向关联 双向关联 重数（多重性）：两元(一对一)、多元（一对多或多对一、多对多） 常见的关联关系：
– – – – 0..1 1 0..* 1..10
• 例4-1P131
– 依赖（Dependency）关系
案例：BBS（数据访问层）
小结
组件图 包图、架构包图 类图 包之间的关系 类之间的关系（关联、依赖、聚合、组合、泛化）
实战：高校教学管理系统
• 边界组件 • 控制组件 • 实体组件
– 组件图由组件、接口和组件之间的联系构成 – 建立一个可执行系统组件图的步骤
• 确定项目中的各个组件，并对对的组件加上必要的构造型描述 • 确定组件之间的联系，一般通过实现接口产生依赖关系 • 把组件组织成对应的包，并绘制出对应的间“使用和调用” • 目标类的对象出现在局部变量或方法中的参数以及静待方法调用 • 依赖是单向的
类图
类之间的关系
– 聚合（Aggregation）（关系）
• 表示事物的部分与整体的一种松散（比较弱）的对象间关系
– 组合（Composition）关系
• 表示事物的部分与整体的一种紧密（比较强）的对象间关系
– 泛化（Generalization）关系
• 一般性实体与特殊性实体之间的关系，
– 实例
• 例4-2P134
PCComputer UserInfo 0.. 1 Computer CPU Dat a
Printer HardDisk
案例：BBS（数据访问层）
添加与数据访问层组件相关的类 添加与数据访问层组件相关的接口 设计数据访问组件类图 添加类 类对接口的实现关系 设置类之间的聚合关系 设置类之间的关联关系及重数 设置类之间的依赖关系
Chap04 系统概要设计中的UML静态建模
教学目标
– 掌握组件图、包图、架构包图、类图的建立 – 掌握类之间的关系
教学重点
– 组件图、包图、类图的建立 – 类之间的关系
教学难点
– 类之间的关系
导论
静态建模的目的：获得描述系统模型的静态结构和各个组 成元素之间的关系，也就是模型内部组成特性及其相互之 间的关系 描述系统模型的静态结构（静态建模）：
– 泛化（继承或构成）
• 包的嵌套
包图的目的：
– 能够体现系统的层次关系 – 通过包图可以形成一个高内聚、低耦合的类的集合 – 在概要设计阶段，设计人员可以用包图来建立软件系统的体系结构
包图
案例：BBS
– 建立包 – 设计包图
• 建立包图 • 添加包 • 决定包之间的组成关系
– 设置包之间的依赖关系
• 由包中的类与另一个包 中的类是否存在关联关 系
类图
类图
– 类是对象模型中最基本的模型元素 – 类图表达了实现某一用例中一组对象类之间的静态结构，以及他们
之间的联系和交互关系 – 作用：主要体现在描述系统的静态结构（内部结构）和关系（关联、 依赖、聚合、泛化）上 – 类与类之间的关系
• 结构行关系（静态组成关系）：主要指父类与子类间的泛化/特化，类与类 之间的关联和依赖、聚合和组合 • 行为性关系（动态交互关系）：指类之间可以通过消息联系