41体系结构视图

如：ATM机器、帐户等
(2)审查和筛选, 舍弃无用的类 对象的精简
•只有一个属性的对象 •只有一个服务的对象
推迟到OOD考虑的对象
@收款机
销售事 件
帐册
商品一览表 商品
@上级系统接口
超市销 售管理 系 统 (对象层)
供货员 特价商 品
计量商品
步骤2： 定义属性与服务 •定义属性 •定义服务
4+1体系结构视图
最终用户
功能
程序员
逻辑视图
设计人员 /测试人员 行为
实现视图
软件管理
用例视图 过程视图 展开视图
系统工程师 系统拓扑结构 交付、安装 通信
系统集成人员 性能 可扩展性 吞吐量
举例：自动取款机(ATM)系统的用例模型
用例模型捕获、表示系统的功能性需求
取款
存款
银行储户
在不同帐户间转帐
(关系层, 完整的类图)
*售出 *补充 *价格更新
步骤4：标识主题(主体)
Coad/Yourdon方法中主题的概念： 主题是把一组具有较强联系的类组 织在一起而得到的类的集合。
•主题层是在OOA基本模型(类图)之上建立
•主题一种比类和对象抽象层次更高、粒度
一个能帮助人们从不同的认识层次来理解 系统的补充模型；
:控制对象执行与特定用例有关的行为，
建立系统与参与者间的交互模型
帐户
出纳员接口
提取
分析类型之间的关系
用例模型 分析模型
取款
出纳员接口
提取
吐钞器
帐户
每个用例都有一个说明如何执行用例的协作图
描述对象如何执行用例的顺序图
银行储户 出纳员接口 吐钞器
银行储户标识自己
提取
帐户
检验标识符
提取
银行储户说明帐户 和要提取的钱数. 系统从帐户中提取 并给付此笔钱款



ATM ATM系统的初始对象图
进入
远程业务
步骤4：定义服务及消息连接
分析和认识对象之间在行为上的往 来关系。
顺序系统中的消息传递
运行开始 主动对象A
被动对象C
c
被动对象B
a
b
被动对象D
运行结束 服务执行 消息发送
d1
d2
控制点返回示意
任务Task1 任务Task2 线程Ta 线程Tb 主动对象A 主动对象B
举例：用例模型中添加通信关联的指向
执行者启动用例
订货
客户
系统启动用例
获得订单的状态
客户
由客户或者系统 启动用例
客户
获得订单的状态
Yourdon的OOA方法
以类与对象图及对象状态图为辅助工 具，建立问题域的五层模型.
OOA模型被划分为五个层次 (五个视图)
OOA的结构
Class &object layer (类及对象层)
对每个控制线程考虑：
(3)对象分布问题及对消息的影响
•每台处理机上分布的一组对象中至少应有一
个主动对象；
•同一台处理机上的对象之间的消息通信既可
能是一个控制线程内部的，也可能是不同控 制线程之间的。
@收款机
本班出纳员 开始时间 结束时间
销售事 收款人 件
帐册
@登录 售货 结帐
购物清单 应收款 …… 销售计划 入帐
ቤተ መጻሕፍቲ ባይዱ
超市销 售管理 系 统 (特征层)
售出 补充 价格更新
计量商品
供货员 特价商 开始日期 品
结束日期 *单价 计量单位 计价方式 缺货登记表 缺货登记 供货
*售出 *补充 *价格更新
建立数据字典
为所有模型实体准备一个数 据字典, 精确描述每一个对象 类,包括:
•成员 •约束 •关联、属性、操作
对象字典举例：
设备）
•主题的划分有一定的灵活性和随意性
•解决系统中某一方面的问题（如输入输出）
主题的表示法
三种表示方式:压缩方式 半展开方式 全展开方式 半展开方式： 压缩方式
编号 主题名
编号 主题名 类名 类名 …… 类名 主题名 ……
主题名
下层 主题
主题的表示法
全展开方式：
编号 编号
编号
编号
类图上原有的全部内容
如：柜员、储户等
这些人所属的组织单位，可作为候选
的类及对象;
如：总行、分行等
系统必须记忆、且不在问题域约束中
的顺序操作过程(为了指导人机交互) 可作为候选的类及对象;
如：柜员事务、远程事务等。 其中属性是操作过程名,操作特权及操作 步骤的描述;
系统需了解掌握的物理位置、办公
地点等可作为候选的类及对象;
(2)建立控制线程之间的消息连接
• 它在执行时是否需要请求其它控制线程中的对
象为它提供服务？由哪个对象发出？由哪个对 象中的服务处理？ • 它在执行时是否要向其它控制线程中的对象提 供或索取数据？ • 它在执行时是否将产生对其它控制线程的执行 有影响的事件？ • 各个控制线程的并发执行是否要传递同步控制 信号 • 一个控制线程在何种条件下中止执行？ 中止后在何种条件下由其它控制线程用何法唤醒?
用例的分析、设计和实现
用例模型 分析模型
取款
设计模型
取款
实现模型
取款
取款
用例的分析、设计和实现
用例模型 分析模型
取款
出纳员接口
吐钞器
帐户
提取
三种不同构造型的分析类
≪实体类≫ ≪边界类≫ ≪控制类≫ ：实体对象一般是系统中长效且持久
的对象
:边界对象处理系统与环境之间的通信，
建立系统与参与者间的交互模型
类名 帐户 ATM 银行 出纳员 …… 父类 …… …… …… …… …… 提供的服务 需要的服务 …… …… …… …… …… …… …… …… …… ……
步骤3：定义结构与连接
• 初步确定关联
• 对应于描述性动词或动词短语 • 需求陈述中隐含 • 根据问题域知识得出
• 筛选 • 完善 • 分析标识对象之间的关系
• 对象之间的分类关系：一般-特殊结构 • 对象之间的组成关系：整体-部分结构 • 对象之间的静态联系：实例连接 • 对象之间的动态关系：消息连接
从一般类发现特殊类
姓名 身分证号码 股份 工资 ……
公司职员
姓名 身分证号码 …… ……
公司职员
？
……
股东 股份 ……
……
……
职员 工资 ……
？
从特殊类发现一般类 ？
姓名 身分证号码 …… ……
公司职员
股东 姓名
身分证号码
职员 姓名
身分证号码
股东 股份 ……
……
……
职员 工资 ……
股份 ……
……
工资 ……
……
收款机
A B C X Y
现钞收款机
A B C D E F X Y Z
收款机类成为 可供本领域其 它系统复用的 领域构件
现钞收款机 D E F
Z
为支持复用建立结构
五个步骤常根据需要交叉进行
步骤1：识别类与对象
(1)发现对象 主要策略:
• 人员 • 组织 • 物品 • 设备 • 事件
考虑问题域
•表格结构 考虑系统边界
考虑系统责任
• 人员 • 设备 • 外系统
问题域描述中的名词,往往是候选的
及对象;根据问题域结构可提取候选 的类及对象;
例: 银行储蓄管理系统
……
……
电动机 … … ……
筛选：删除下列关联 •已删去的类间的关联 •无关或实现关联 •瞬时事件 •三元关联 •派生关联
总行
拥有
组成
银行代码
分行
持有 雇佣
拥有

帐户 储户

拥有 存取
修改
拥有 通信
修改
中央 计算机
通信
分行 计算机

拥有
出纳员
被进入

出纳

进入
工作站
出纳业务 授权 现金卡
如何划分主题
•把每个结构作为一个主题；
(选取结构中最上层的类作为一主题)
•通过实例连接互相联系的类可划分到
一个主题；
•把不属于任何结构，也没有实例连接
的类作为一个主题。
如何精练主题
从问题域和接口复杂性两方面入手: •使用问题域精练主题,即用整体/部分结 构对问题域进行划分,而不是按功能分解 方法划分.
(2)消息的同步与异步
(3)接收者对消息的不同响应方式 (4)发送者对消息处理结果的不同期待方式 (5)消息的接收者是否唯一
•定向消息 •广播消息
OOA对消息的表示—消息连接
消息连接是OOA（或OOD）模型中对对象 之间行为依赖关系的表示 识别和表示的主要问题：
•对象之间是否存在消息？ •消息是同一线程内部的还是不同线程之间的？ •每一种消息是从发送者哪个服务发出的？
并发系统中 的消息传递
被动对象D
控制线程内部 的消息连接 控制线程之间 的消息连接
被动对象C
被动对象E
控制点返回示意
多个控制线程之间的消息与顺序系统中消息的不同之处
(1)并发执行的控制线程之间传送的消息的不同用途: • 向接收者发出访问请求
•向接收者提交数据 •向接收者发布通知或事件信息 •向接收者传递同步控制信号
由接收者哪个服务响应处理的？
•消息是同步还是异步？ •发送者是否等待消息的处理结果？
如何建立消息连接
(1)建立控制线程内部的消息连接 基本策略：“服务模拟”
“执行路线追踪”
具体做法：