软件设计与体系结构第6讲(面向对象的设计).ppt

://;问题域

局部;如何分析人机交互局部——需求分析;2、从usecase分析人机交互

通常用况〔usecase〕的构成

1〕参与者的行为和系统行为按时序交替出现，左右清楚。形成交叉排列的段落。

2〕每个段落至少含有一个输入语句或输出语句；

3〕有假设干纯属参与者自身或系统自身的行为陈述；

4〕可能包含一些控制语句或括号。

抽取方法：

删除所有与输入、输出无关的语句和不再包含任何内容的控制语句与括号，剩下的就是对一个参与者〔人〕使用一项系统功能时的人机交互描述。;收款员收款〔usecase〕

输入开始本次收款的命令；

作好收款准备，应收款总数

置为0，输出提示信息；

for顾客选购的每种商品do

输入商品编号；

if此种商品多于一件then

输入商品数量

endif；

检索商品名称及单价；

货架商品数减去售出数；

if货架商品数低于下限then

通知供货员请求上货

endif；

计算本种商品总价并打印编号、

名称、数量、单价、总价；

总价累加到应收款总数；

endfor；

打印应收款总数；

输入顾客交来的款数；

计算应找回的款数，

打印以上两个数目，

收款数计入账册。

〔a〕一个usecase的例子;

易学、易用、操作方便

尽量保持一致性

及时提供有意义的反响

使用户的注意力集中在当前的任务上而不是界面上

尽量减少用户的记忆

具有语境敏感的帮助功能

减少重复的输入和操作

对用户的操作具有容错性,如Undo

防止灾难性的错误

其它：如艺术性、趣味性、风格、视感等;一、输入与输出设计

〔1〕输入的细化

①确定输入设备

②设计输入界面

③输入步骤的细化

〔2〕输出的细化

①确定输出设备

②确定输出的形式和内容

③输出步骤的细化;二、命令的组织

不受欢送的命令组织方式：

〔1〕一条命令含有大量的参数和任选项

〔2〕系统有大量命令，不加任何组织和引导

命令的组织措施——分解与组合

〔1〕分解：将一条含有许多参数和选项的命令分解为假设干命令步

〔2〕组合：将根本命令组织成高层命令，从高层命令引向根本命令

根本命令：使用一项独立的系统功能的命令。〔提取后的用况〕

命令步：在执行一条根???命令的交互过程中所包含的具体输入步骤。

高层命令：如果一条命令是在另一条命令的引导下被选用的，那么后者称作前者的高层命令。;;高层命令及其结构;两层命令之间的输出信息结构;反响信息：需较长时间执行命令。;在建立命令树时，应遵循如下策略：

把使用最频繁的命令放在前面，按照用户的工作步骤进行排列。

在命令中发现整体-局部模式，以帮助对命令的组织与分块。

每层命令的个数应遵循7+2原那么，命令的层次深度尽量要控制在三层以内。;1、选择界面支持系统(窗口系统、图形用户界面、可视化编程环境〕

2、设计报表及报告.对要生成的报表和报告格式等进行设计。每一种报表或报告应对应于一个类。

3、设计诸如平安/登录、设置和业务功能之类的窗口。

每一种窗口对应于一个类。

4、在窗口中，按照命令的逻辑层次，部署所需要的元素，如菜单、工作区和对话框等。窗口中的部件元素对应窗口类的局部类，局部类与窗口类形成聚合关系。5．发现窗口类间的共性以及部件类间的共性，定义较一般的窗口类和部件类，分别形成窗口类间以及部件类间的泛化关系。

6.用类的属性表示窗口或部件的静态特征，如尺寸、位置、颜色和选项等。

7.用操作表示窗口或部件的动态特征，如选中、移动和滚屏等。有的操作要涉及到问题域中的类。

8.发现界面类之间的联系，在其间建立关联。必要时，进一步地绘制用户与系统会话的顺序图。;9.建立界面类与问题域类之间的联系。

有些界面对象要与问题域中的对象进行通讯，故要对二者之间的通讯进行设计。在具体设计时，设计人员应该注意以下几点：

(a)人机界面只负责输入与输出和窗口更新这样的工作，并把所有面向问题域局部的请求转发给问题域局部，即在界面对象中不应该对业务逻辑进行处理。

(b)一种常见的作法是，问题域局部的对象不应该主动发起与界面局部对象之间的通讯，而只能对界面局部对象进行响应，也就是说，只有界面局部的对象才能访问问题域局部的对象。通常把界面对象向问题域局部对象传输的信息或发布命令看作是“请求”，而把从问题域局部对象向界面局部对象传输的信息看作是“回应”或“通知”。

(c)尽量减少界面局部与问题域局部的耦合。由于界面是易变的，从易于维护和易于复用的角度出发，问题域局部和界面局部应该是低耦合的。;例题：出版-订阅模式〔观察者模式〕;Observer(观察者)模式用于定义对象间的一对多的依赖关系，当一个对象发生变化并对外发布