118kj开奖记录

Java 建模: 正在用例建模上的用户接口逻辑

发布时间:2019-05-11

  除描述核心事务流之外,用例描述必需申明那些发生正在通俗事务流之外的交互。例如带租用用例的次要事务流(正在简单环境下)能够如下暗示:

  现正在看一下图 1,细心留意事务处置的描述。以识别消息的标的目的从参取者到呈现正在最接近顶部的一个类或者实例为起头。正如您鄙人面的图表中看到,第一个事务处置凡是是从左边起头。沿着箭头的挨次曲到您达到了别的一个参取者或者挨次竣事。当挨次竣事时,它前往到最后的参取者。这就是一个事务处置。正在图 1 中您该当能看到两个完整的事务处置。

  可是若是顾客正在前次租借中欠了过期费怎样办?正在她能再次租借她所选的带之前,她需付清所欠的过期费。过期费的交互表示为一个 交替流或 破例流。事务流的交替和破例是很一般的。正在某些环境下,他们能够被改正以从头起头一般的事务流,正在其他环境下,他们则达不到方针。正在我们的示例中,若是顾客付了过期费和此次的房钱,那她就达到了继续租借带的目标了。

  为了理解透视图和事务处置的关系,我们能够看一下当两个系统通信务处置是若何表示的。一些软件系统现实上是一系列互连的较小系统。这些较小系统彼此合做供给整个系统的功能性。每个较小系统只供给整个系统功能的一个子集。他们通过一组和谈和机械接口进行通信,这将把我们的用例模子提高一个全新的复杂程度。

  系统通过扫描每盘带,将可出租的带插手到用户可见的列表中,并显示当前的可出租的带列表。

  如许一个系统的最好示例是典型的德律风收集。德律风收集的一部门供给拨入通道,另一部门传送声音或数据,还有另一部门供给帐单办事,以及有很多其它部门隔展象呼叫转移和语音邮件如许的办事。德律风收集也许是由互连络统构成的系统的一个最大的示例,而且它的持续工做也证了然这种系统的无效性。同样的,懂得若何构想和成立如许的系统模子是十分主要的。

  伴跟着它的交替和破例,事务流是由一系列的事务处置构成。 事务处置是由参取者倡议,而且当系统等待来自参取者的触发信号时完成的交互(留意完成事务处置的参取者不必然就是倡议该事务处置的参取者)。事务处置答应我们把用例朋分成更小的元素,并正在每个决定点大将逻辑分组。 决定点是正在描述中参取者必需做出决定或者供给额外消息的阿谁点。

  所有的事务处置是由一个参取者和一个系统交互构成。您将少少需要打算一个没有启动的系统,即便这个启动仅仅以时间为根本。当成立用例模子的时候,您必需确保每个启动被某品种型的系统响应拜候到。这个挪用和响应对于用例来说是完整的。

  最风行的编写用例描述的方式表现着 Ivar Jacobson (用例建模的发现者)的思惟。Jacobson 的方式涉及一系列进入和退出的原则,别离被称做 前置前提和 后置前提,和一个称为 事务流的焦点原则。这个事务流描述了一系列参取者(用户或外部系统)和被制定的系统之间的交互。这个事务流代表一个颠末系统的通向成功输出的单一径。这是用例描述的焦点部门,但不是全数。

  事务处置正在序列图中是很容易识此外。正在我的第一个专栏中,我引见了只要两个事务处置的方案。当申请者请求新的贷款申请时,第一个事务处置被启动。这个事务处置以系统期待申请者填写请乞降提交请求为竣事。当申请者正在线提交了贷款申请时,第二个事务处置被启动。它以系统请求贸易资信征询机构的信用演讲为竣事。

  当考虑到互连络统时,这对成立由较小互连络统构成的大系统成心义。您能够互换一个系统而且用其它的系统替代它。您也能够地成立每一个系统。而且您能够用很多坐点或厂商来完成整个系统。

  图 1 让我们再看一下成立用来描述这个方案的序列图 -- 提交贷款请乞降它的两个事务处置。这个图表成立了从起头到竣事的两个事务处置的模子。您将会想起,这是一个一般的序列图,它答应我们正在当前添加更多的方案(从而插手更多的事务处置)。至多就这个开辟轮回的阐发阶段而言,当我们添加方案时,我们将完成这个用例。然而,当我们转向设想的时候,我们可能发觉我们需要添加更多的事务处置。例如,若是我们选择做屏幕到屏幕简直认(取代当前正在提交时的单一确认),我们必需正在每一步确认时添加一个事务处置。

  一个用例模子由一张图表和一组阐明该用例的描述构成。一个用例是正在一个系统中的一组可能的交互,它的参取者朝着统一个被定义的方针进行。这些描述描述了系统中该用例的功能性;这张图表供给了这些描述的可视化标。UML 了成立用例图表的尺度,但并不是为了编写用例描述的。成果发生了很多编写用例描述的方式,这些方式有时是互相合作的。

  象其他大大都用例那样,提交贷款请求用例利用多沉的事务处置。迄今为止,我们只列出了此中的两个图表,可是一个通俗的用例利用大约 3 到 15 个事务处置。

  相关链接: