面向对象分析与设计版-用况图.pptxVIP

第3章 用况图;;现实世界中的事物与系统的关系包括如下几种情况：

■某些事物位于系统边界内，作为系统成分。如超市中的商品，抽象为“超市商品销售系统”内的“商品”对象。

■某些事物位于系统边界外，作为参与者。

■某些事物可能既有一个对象作为其抽象描述，而本身（作为现实世界中的事物）又是在系统边界以外与系统进行交互的参与者。如超市中的收款员，他本身是现实中的人，作为参与者；在系统边界内，又有一个相应的“收款员”对象来模拟其行为或管理其信息，作为系统成分。

■某些事物即使属于问题域，也与系统责任没有什么关系。如超市中的保安员，在现实中与超市有关系，但与所开发的系统超市商品管理系统无关系。这样的事物既不位于系统边界内，也不作为系统的参与者。;3．2参与者;参与者可以向系统发出请求

参与者回复系统的响应

;如果一组参与者具有共同的性质，可以把这些性质抽取出来放在另一个参与者中，它们再从中继承，把这种关系称为参与者之间的泛化关系。;■?用户

从直接使用系统的人员中发现参与者。

这里强调的是直接使用，而不是间接的。

特定的人，在系统中可扮演不同的角色。

——例如，录入数据、统计数据及产生数据汇总表的那个人就扮演了三种不同的角色，反映为三种不同的参与者。

——例如，一个银行工作人员的角色可为：ATM用户、银行系统管理员、经理、前台工作人员。;■?设备

识别所有与系统交互的设备。

这样的设备与系统相连，向系统提供外界信息，或在系统的控制下运行。如外部传感器（输入信息）和受控马达（输出信息）。

通常，不包括监视器、键盘、鼠标和其它的标准的用户接口类型设备。

;总结：如何发现参与者？

人员——

系统的直接使用者

直接为系统服务的人员

设备——

与系统直接相联的设备

为系统提供信息

在系统控制下运行

不与系统相联的设备 ×

计算机设备 ×

外系统——

上级系统

子系统

其它系统

;;

用况是对参与者使用系统的一项功能时所进行的交互过程的一个描述。

——描述手段包括图形和文字。

;收款员收款

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

作好收款准备，应收款总

数置为0，输出提示信息；

for顾客选购的每种商品do

输入商品编号；

if此种商品多于一件then

输入商品数量

endif；

检索商品名称及单价；

货架商品数减去售出数；

if货架商品数低于下限then

通知供货员请求上货

endif；

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

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

总价累加到应收款总数；

endfor；

打印应收款总数；

输入顾客交来的款数；

计算应找回的款数，

打印以上两个数目，

应收款数计入帐册。;几点说明：

（1）一个用况描述参与者对一项系统功能的使用情况。而且只有当外部的参与者与该系统进行交互时，该功能才发挥作用。

（2）用况中描述的行为实际上是系统级的。在用况内所描述的交互中的动作应该是详细的，准则是对用况的理解不产生歧义即可;若描述得过于综合，则不易认识清楚系统的功能*。

（3）陈述参与者和系统在交互过程中双方所做的事。而且描述彼此为对方直接地做什么事，不描述怎么做，内部细节不要在其中描述。

（4）用况既表达了系统的功能需求，也表达了系统的功能划分。

;（5）描述应力求准确、清晰，允许概括，但不要把双方的行为混在一起。

（6）系统执行该动作序列来为参与者产生一个可观察的结果值。

（7）用况描述的是一个参与者所使用的一项系统功能，该项功能应该相对完整。这就要求一个用况描述的功能，即不能过大以至于包含过多的内容，也不能过小以至于仅包含完成一项功能的若干步骤。

（8）用况描述中的一个步骤应该描述且仅描述参与者或系统要完成的一件事情。

（9）用况不分层，不能在用况模型中把大用况分解成小用况！;用况示例2

在ATM系统中，描述一个用况“验证用户”：

基本流：在系统提示顾客输入PIN编号时，用况开始。顾客通过按键输入PIN号。顾客按“输入”按钮确认登录。系统校验这个PIN号是否有效。如果有效，系统承认这次登录，该用况结束。