UML核心元素解说.ppt

作业1：用例建模-题目要求“旅店管理系统” 某公司要开发一个旅店管理系统，该旅店可对外开放10个双人间和10个单人间，房间费用视情况按季节调整，但周一到周五半价（周末全价）折扣不变。对于外界请求，该系统应能根据请求入住时间预定指定档次的房间，记录旅客姓名、地址、联系电话、有效证件号、房间类型和预定天数，并计算出总费用。预定的同时旅客按规定须提交10%定金。六个小时之内旅店允许旅客取消预定，并退回所有定金，超过六个小时定金不退还。每周一系统自动打印一周预定情况清单。采用哪种费用支付方式和何种类型操作界面尚不确定。 作业2：类建模—网上评教系统 系统描述：学校开发了一套网上评教系统。学生通过登录使用该系统，选择其本学期所学课程，对该课程的任课教师进行一次性教学评价；网上教学评价表有多个项目要填写。学生填写完毕，提交评价表单后，教师通过该系统可以看到评阅的汇总情况。教务管理员可以查看所有信息。 系统建模 用例建模 某公司要开发一个旅店管理系统，该旅店可对外开放10个双人间和10个单人间，房间费用视情况按季节调整，但周一到周五半价（周末全价）折扣不变。对于外界请求，该系统应能根据请求入住时间预定指定档次的房间，记录旅客姓名、地址、联系电话、有效证件号、房间类型和预定天数，并计算出总费用。预定的同时旅客按规定须提交10%定金。六个小时之内旅店允许旅客取消预定，并退回所有定金，超过六个小时定金不退还。每周一系统自动打印一周预定情况清单。采用哪种费用支付方式和何种类型操作界面尚不确定。 类图建模： 系统描述：学校开发了一套网上评教系统。学生通过登录使用该系统，选择其本学期所学课程，对该课程的任课教师进行一次性教学评价；网上教学评价表有多个项目要填写。学生填写完毕，提交评价表单后，教师通过该系统可以看到评阅的汇总情况。教务管理员可以查看所有信息。 3.10 组件(Component) (I) 组件是系统中实际存在的可更换部分，它实现特定的功能，符合一套接口标准并实现一组接口。 组件代表系统中的一部分物理实施，包括软件代码(源代码、二进制代码或可执行代码)或其等价物(脚本或命令文件) 建模过程中，通过组件元素对分析设计过程中的类、接口等进行逻辑分类，一个组件表达软件的一组功能。出于构建化的需要，把那些紧密合作的类和接口组合起来实现一组特定的功能，形成一个组件。 3.10 组件(Component) (II) 一个类可以被分派给多个组件以完成该组件的功能，当组件被编译或打包成一个物理文件时，每个组件都拥有这个类的一个拷贝或者引用该类的途径。 UML中把组件定义为任何的物理代码模块。 组件之间唯一的关系是依赖。 3.10 组件(Component) (III) 组件的特性： 完备性 独立性 逻辑性 透明性 3.9.13.3 应对方案(I) 处理多重继承缺失实际上是一个实现问题。 下面列举了这些重新构造技术，两种方法都使用了委托，委托是一种实现机制，在执行中，对象可以借助这种机制来把操作中继到另一个对象。 使用部件组合的委托。可以用多重独立泛化把父类重新够造成组合。组合必须捕获操作，并把它们委托给适当的部件。 3.9.13.3 应对方案(II) 继承最重要的类，并委托其余的类。 嵌套泛化。 3.9.13.3 应对方案(III) 以上应对方案都可行，他们在逻辑结构和可维护性上做出折中。当选择最佳应对方案时，要考虑几个问题。 同等重要的父类。使用委托是最好的 支配性父类。沿此路径保持继承性 子类很少。嵌套泛化 按顺序编排泛化集。先按最重要的标准分解 大量代码。避免使用嵌套泛化。 标识。考虑维护严格表示的重要性 3.9.14 具体化 具体化是指把不是对象的实体提升为对象的过程。 具体化是元应用的一种辅助技术，它可以改变抽象的层次。有时，把属性、方法、约束和控制信息提升为对象，这样就可以把他们描述成数据，并按数据操作。 数据库管理器是具体化的一个实例。 状态转移图是另一个例子。 3.9.15 约束 约束是涉及模型元素的一种布尔条件。约束限制了元素可以假定的取值。可以用自然语言或像OCL这样的形式化语言来表达约束。 4.9.1 对象上的约束 4.9.2 泛化集上的约束 4.9.3 链接上的约束 4.9.4 使用约束 3.9.15.1 对象上的约束 下图显示了几个约束的示例。 3.9.15.2 泛化集上的约束 类模型通过其结构捕获了许多约束。 UML定义了下列泛化集的关键词。 不相交的(disjoint) 重叠(overlapping) 完整(complete) 不完整(incomplete) 3.9.15.3 连接上的约束 多重性是集合基数上的约束。关联的多重性限制了给定对象相关的对象数量。 限定也可以约束关联。 3.9.15.4 使用约束 赞成用声明的