2012版第07章交互建模解读.ppt

* In 1992, Ivar Jacobson and his associates published a description of a process called Objectory that was successful for large-scale object-oriented projects at Ericsson, HP, and other telecommunications companies. They called the process a Use Case driven approach because it views the system from the perspective of how external entities (people and other systems) need to interact with（与...相和） the system. * In 1992, Ivar Jacobson and his associates published a description of a process called Objectory that was successful for large-scale object-oriented projects at Ericsson, HP, and other telecommunications companies. They called the process a Use Case driven approach because it views the system from the perspective of how external entities (people and other systems) need to interact with（与...相和） the system. * 在上页图中，还标出了和系统交互的系统作用者。 设计的是一个通用软件，其使用者可不加以分类的名为“用户”的系统作用者。 还有些功能的执行结果将涉及软件系统之外的软/硬件对象这些对象也是系统作用者 “显示窗口”代表用来显示位图的操作系统图形用户界面的一个窗口， “位图文件”代表保存在计算机外部存储器中的位图文件，它是本软件系统处理的对象。 系统作用者和软件系统的交互是具体地和特定的某项功能相联系的，而软件系统的功能在UML模型是用例 所以系统作用者和软件系统的交互表明了系统作用者和用例之间存在着某种对应。 为了表达系统作用者通过某项功能与系统交互，在UML模型中，用一条直线把系统作用者和用例相连接。 * 例子：在下图中，和系统打交道的外部对象有3个，其中 “用户”代表软件的使用者。它通过访问这项用例启动软件“打开文件”的功能。 系统对这些事件应采取一系列的动作进行响应，响应的过程中，将访问硬盘中的数据，并更新显示。因此，有两个系统作用者与此相对应， “位图文件” 代表保存在计算机外部存储器的位图文件 “显示窗口”。代表用来显示位图的操作系统图形用户界面的一个窗口， 从这个例子也可以看到，系统作用者不仅仅代表人，还可以是软件或硬件系统。 两个类之间有关联关系，代表两个类之间可以互相访问，因而提供了它们进行交互的基础。 在下图所示的用例中， “打开文件”对应的系统所采取的动作序列中涉及文件“读取”,但关联关系的箭头仍指向文件而不是反之。 这是因为有向关联关系的箭头代表的是访问的方向,而不是数据的流向。数据文件不会（主动地）访问用例，所以对读取或保存文件，都应有同样的访问方向。 * 例子：在下图中，和系统打交道的外部对象有3个，其中 “用户”代表软件的使用者。它通过访问这项用例启动软件“打开文件”的功能。 系统对这些事件应采取一系列的动作进行响应，响应的过程中，将访问硬盘中的数据，并更新显示。因此，有两个系统作用者与此相对应， “位图文件” 代表保存在计算机外部存储器的位图文件 “显示窗口”。代表用来显示位图的操作系统图形用户界面的一个窗口， 从这个例子也可以看到，系统作用者不仅仅代表人，还可以是软件或硬件系统。 两个类之间有关联关系，代表两个类之间可以互相访问，因而提供了它们进行交互的基础。 在下图所示的用例中， “打开文件”对应的系统所采取的动作序列中涉及文件“读取”,但关联关系的箭头仍指向文件而不是反之。 这是因为有向关联关系的箭头代表的是访问的方向,而不是数据的流向。数据文件不会（主动地）访问用例，所以对读取或保存文件，都应有同样的访问方向。 * In 1992, Ivar Jacobson and his associates published a description of a process