关于java:第1篇建立电子图书在线阅读系统的事件模型

30次阅读

共计 1795 个字符,预计需要花费 5 分钟才能阅读完成。

对系统需要建模就是把零碎要实现的具体业务,通过事件列表、数据字典、数据流图、实体关系图、流程图、用例图等图形残缺形容进去,用户能够通过模型感知或意识到零碎,并进一步提出问题和改良需要,避免出现理论研发出的零碎和用户最后的冀望相背离的问题。

所有的零碎开发方法都是以事件开始建模的,事件产生在某一特点的工夫和地点、可形容并且零碎应该记录下来。

咱们先看个事件的例子,家中用的空调都是主动调节温度的,用于调节温度的重要部件是温度控制器,它能够感知四周的环境温度。当温度高于设定温度时,温度控制器触发继电器闭合,空调运行,当温度低于设定温度时,温度控制器触发继电器断开,空调进行运行。

图 2- 1 空调温度控制器事件

从图 2 - 1 看出,温度控制器自身触发了 2 个事件,一个事件是当温度高于设定温度时产生,事件产生后执行的动作是启动空调;另外一个事件是当温度低于设定温度时产生,事件产生后行的动作是敞开空调。

零碎所有的过程都是由事件驱动或触发的。当为一个零碎定义需要时,先考察分明能对该零碎产生影响的事件是非常有用的,概括说,就是什么事件产生时,须要零碎做出响应?通过考察对系统有影响的事件,能够把注意力集中在零碎外部环境上,并把整个零碎看成一个黑盒,从较高层次上全面考查零碎,而不是集中在零碎外部工作上。

在考察零碎需要之前,须要先辨认出零碎干系人,而后针对辨认出的零碎干系人进行考察,列出零碎需要列表。

调研零碎相关者

零碎性能需要的次要起源是新零碎的各种零碎相关者,零碎相关者是对系统感兴趣的人。对基于互联网提供服务的零碎来说,零碎相关者次要有四类:一是通过互联网应用零碎的人,这类人也称为用户;二是购买和领有零碎的人,这类人也称为客户,例如软件公司为互联网公司研发零碎;三是为零碎提供服务的人,这类人也称为零碎运营者;四是确保零碎运行的保护人员,这类人也称为系统管理员。

图 2- 2 零碎相关者

图 2 - 2 形容了电子图书在线浏览零碎相关者。

用户是通过计算机浏览器、或通过 APP 客户端应用零碎的人,他们通过浏览器或 APP 客户端购买和浏览图书。

零碎运营者是为零碎提供服务的人,他们通过浏览器登录零碎后端,实现上传图书、上架或下架图书、解决用户的投诉和倡议等工作。

系统管理员为零碎失常运行提供技术支持,他们负责零碎的部署、保护和数据备份。

客户是为零碎提供资金的人和组织。客户可能是我的项目投标方、购买零碎的集体和组织、制订我的项目的公司管理层等。把客户包含在零碎相关者列表中,是因为零碎开发者必须在我的项目的整个开发过程中,始终向客户提供我的项目停顿的概要状况。

召开需要座谈会是了解零碎性能和业务规定最无效办法,但也十分消耗工夫和资源。在这种办法中,咱们须要筹备对于零碎需要的一些问题,而后和零碎使用者、零碎运营者或客户探讨,直到了解了他们对系统的需要和冀望,需要座谈会依据我的项目开发须要有可能会进行屡次。

需要座谈会最终的成绩是零碎性能需要列表,电子图书在线浏览零碎性能需要见表格 2 -1。

表格 2- 1 性能需要列表

识别系统事件

从表格 2 - 1 需要列表辨认内部实体,内部实体是和零碎打交道的人,表格 2 - 2 列出了零碎的内部实体。

表格 2- 2 内部实体表

根据表 2 - 2 列出的内部实体,辨认内部实体触发零碎的事件。图 2 - 3 是用户触发的零碎事件。


图 2- 3 用户触发的零碎事件

图 2- 4 零碎运营者触发的事件

事件辨认出后,还要留神每个事件的附加信息,以备未来剖析应用。一个事件的附加信息有触发器、起源、动作、响应和目的地。触发器就是告诉零碎该事件将要产生,须要系统对该事件做出响应。事件的起源就是触发该事件的内部实体或参与者。事件的动作就是事件产生时,零碎执行的一系列操作。事件的响应就是事件处理完毕,零碎产生的输入后果。事件的目的地就是承受零碎输入后果的内部实体或参与者。

触发器——

用来告诉零碎某一事件产生了,这一事件能够是须要解决的数据达到了或到了一个工夫点

起源——

为零碎提供数据的内部实体或参与者

动作——

当某一事件产生时零碎执行的操作

响应——

零碎产生的一个输入后果,该后果将被选到某个目的地

目的地——

接管零碎输入数据的内部实体或参与者

事件的附加信息个别以事件列表进行组织,一个事件列表包含行和列,行代表事件,列是事件的附加信息。事件表中的每行都记录了一个事件的信息,表中的每列代表了事件的一个要害信息。

表格 2- 3 用户事件列表

表格 2- 4 零碎运营者事件列表

正文完
 0