共计 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 零碎运营者事件列表