构件级设计建模创新.pptVIP

8.5.2 表格式设计方式： 决策表---将事件、事件的发生条件、发生的具体模式等信息填写在一张表里。 8.5.3 程序设计语言 也成结构化英语或伪代码 /* 计算运费*/ count ( )； { 输入x；输入y； if 条件1 { 公式1；call sub；} else if 条件2 { 公式2；call sub；} else if 条件3 { 公式3；call sub；} else { 公式4；call sub；} } sub ( )； { for(I=1，3) do { 记帐；输出；} } PDL的特点 优点：易于实现由PDL到源代码的自动转换 缺点：不够直观。 作业 逐步求精和重构是一回事吗？如果不是，他们有什么区别？ 构件图表示了构件之间的依赖关系。每个构件实现（支持）一些接口，并使用另一些接口。如果构件间的依赖关系与接口有关，那么构件可以被具有同样接口的其他构件替代。 图 构件图 构件图举例 8.3 实施构件级设计 一个典型的构件级设计步骤： 1. 标识出所有与问题域相对应的类 2. 确定所有与基础设施域相对应的类 GUI构件、操作系统构件、对象和数据管理构件 3. 细化所有不能作为复用构件的类 （1）说明消息的细节流 （2） 为每个构件确定适当的接口 UML接口是“一组外部课件的（即公共的）操作，接口不包含内部结构、没有属性，没有关联……” 为设计类定义的接口可以归结为一个或者更多的抽象类 抽象类中的每个操作接口应该是内聚的 内聚性差！ 建立工作单 检查任务的优先级 将任务传递给生产线 小圆圈代表接口 从构件到接口的实线表明该构件提供的列在接口旁的服务 从构件到接口的虚线箭头说明这个构件要求接口提供的服务 8.3 实施构件级设计（续） （3）细化属性并定义数据类型和结构 UML用下面的语法来定义属性的数据类型 举例： 8.3 实施构件级设计（续） （4）描述每个操作中的处理 采用如下方式进行扩展： 若算法比较复杂或者难于理解，需要设计细化 8.3 实施构件级设计（续） 4. 说明持久数据源（数据库或文件）等相关类 5. 开发并细化类的行为表示 表示状态图中的事件 8.3 实施构件级设计（续） 6. 细化部署图 表示主要构件包的位置 某些情况下，部署图在这个时候被细化为实例形式 7. 反省和检查现有的设计 8.4 对象约束语言 对象约束语言（Object Constraint Language, OCL），一种形式化语言 四个组成部分： 语境—定义了哪些情况语句是正确的 特征—描述语境的一些特征 操作—用来操纵和限制一个特性 关键字—用于说明条件表达式（if,then,else,and,or,not,implies) 8.4 对象约束语言(续） OCL的语法和结构: UML和其他建模语言建模描述系统特征是通过OCL表达式来实现，因此表达式是OCL的核心，它携带了关于它所约束对象的相关信息 作为OCL的核心，表达式可以被用于多种不同的场合，以不同的形式规约被描述的对象。 8.4 对象约束语言（续） 举例： Customer self.authorizationAuthority = ‘yes’ 用于表示PrintJob状态图中jobCostAccept事件的警戒条件 用OCL说明前置条件和后置条件 8.5 设计传统构件 由各种逻辑结构组成： 顺序型 条件型 重复型 常用方法 图形工具 程序流程图 盒图(N-S图) 问题分析图(PAD) 表格工具 判定表 语言工具 过程设计语言(PDL)(伪码) 8.5.1 图形化设计表示 一、流程图 流程图举例 程序流程图 任何复杂的程序流程图都应由以上五种基本结构组合而成。 优点： 容易掌握，且历史“悠久”，使用广泛。 缺点： 本质上不具备逐步求精的特点 对于提高大型系统的可理解性作用甚微 不易表示数据结构 转移控制不太方便 二、盒图，也叫N-S图 盒图举例 盒图的嵌套定义形式 x4 T F Do-Until x5 i g h f k x1 T F b Do-Until x6 a j x2 1 c Do-While x3 2 3 d e k : 盒图 特点： 没有箭头，不允许随意转移控制； 每个矩形框(Case中条件取值例外)都是一个功能域(即一个特定结构的作用域)，结构表示明确； 局部及全程数据的作用域易见； 易表现嵌套关系(embedded structure)以及模块的层次结构。 三．问题分析图(PAD) PAD(Problem Analysis Diagram):日立公司，1973  PAD描述的示例 开始 ? 结束 ? a j Until x5 i Until