《Java与UML面向对象程序设计-第4章》由会员分享，可在线阅读，更多相关《Java与UML面向对象程序设计-第4章（29页珍藏版）》请在装配图网上搜索。
1、单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,*,Java,与,UML,面向对象程序设计,第,4,章 用例图,用例图概述,用例图,（,Use Case Diagram,）以每一个参与系统的人员都能理解的方式列举系统的业务需求，它将系统、子系统和类的行为可视化，以利于所有参与人员准确理解这些元素，并确保软件的开发人员最终实现这些元素。,用例图的建立处在,RUP,的第一阶段，它是获取需求的直接方法。,用例图还是软件测试人员进行测试的指导。,用例图中的标记符元素,系统边界；,参与者（,Actor,）；,用例（,Use Case,）；,用例间的关系（,Re
2、lationship,）。,用例图示例,主体,主体（,Subject,）就是,UML,早期版本中的系统边界，在,UML 2.0,中把主体作为系统边界的正式术语。在开发一个系统时，首先要确定系统的主体，即决定什么是系统的组成部分，什么是系统的外部。,主体决定了谁（参与者）使用系统，系统能为谁提供什么功能（用例）。这表面看起来显而易见，事实上，对于某些系统来说，其边界很难确定。,UML,系统边界表示法,参与者,参与者是指系统以外的，在使用系统或与系统交互中所扮演的角色。因此参与者可以是人，可以是事物，也可以是时间或其它系统等等。,参与者在建模过程中利用人形符号和命名来表示。由于参与者表示外部事物参
3、与系统的角色，因此参与者的命名一定要充分体现其功能特性。,用例图中的参与者命名,参与者间的泛化关系,用例,用例（,Use Case,）最初由,Ivar,Jackboson,博士提出，后被综合到,UML,规范之中。它用来表示参与者期望系统所要完成的功能。,系统执行的一组动作序列，这些动作序列可以产生一个特定参与者可观察的结果。简单来讲，用例就是对系统功能的描述。不过，一个用例描述的是整个系统功能的一部分（子功能模块），若干个用例联合起来描述了完整的系统功能。,用例主要有以下几个特点,用例总是由参与者来启动的。,用例必须为参与者提供数据。,用例的完整性。,用例图中的通信关联,用例之间的关系,泛化（
4、,Generalization,）关系,包含（,Include,）关系,扩展（,Extend,）关系,用例间的泛化关系,多级泛化关系,用例间的包含关系,用例包含关系示例,用例间的扩展关系,建立用例模型,问题描述,确定参与者,确定用例,用例描述,即时通信系统的参与者,即时通信系统用例图,用例“注册帐号”的描述,用例名称,：,Register,参与者,：,客户、数据库,简要描述,：,客户在即时通信系统中注册。,前置条件：,客户端应用程序主界面已经启动。,基本事件流：,客户点击“注册”按钮。,系统弹出一个注册交互对话框。,客户输入注册信息：昵称、密码等。,客户按“提交”按钮，发送注册信息到数据库。,
5、数据库保存注册信息，并自动生成一个数字,ID,返回。,客户端弹出对话框显示注册的,ID,，提示注册成功。,用例终止。,可选事件流,：,在“提交”按钮前，客户可随时点击“取消”按钮，关闭注册窗口，返回客户端主界面。,异常事件流,：,提示注册错误，请稍后再试，客户确认，然后返回客户端主界面。,后置条件,：,客户获得一个,ID,，可用此,ID,登录系统开始即时通信。,用例“登录系统”的描述,用例名称,：,Log in,参与者,：,客户、服务器,简要描述,：,客户登录即时通信系统。,前置条件：,客户端应用程序主界面已经启动，并且已经有了注册,ID,。,基本事件流：,客户点击应用程序主界面上的“登录”按
6、钮。,系统弹出一个登录交互对话框。,客户输入,ID,和密码。,客户按“登录”按钮，发送登录请求到服务器（包含,ID,、密码和用户的网络通信参数）。,服务器执行“验证用户”用例，将登录请求中的信息（,ID,和密码）发送给数据库。,数据库将,ID,和密码与数据库中的注册纪录比对。,如果用户信息合法，数据库发送合法消息、用户的详细注册资料和用户不在线期间收到的离线消息给服务器，否则进入可选事件流。,服务器将客户加入在线用户列表（列表维护了用户的一切注册资料和网络通信参数），返回登录成功消息和离线消息给客户，并将在线用户列表发送给所有的在线用户。,提示登录成功，更新好友列表的状态信息并显示离线消息。,
7、用例终止。,可选事件流,：,将用户不合法消息发送给客户，提示重新登录。,异常事件流,：,提示登录失败，请稍后再试，客户确认，然后返回客户端主界面。,后置条件,：,主界面显示用户好友及好友的在线状态。,用例“发送消息”的描述,用例名称,：,Send Message,参与者,：,客户、数据库,简要描述,：,客户给自己好友（在线好友和离线好友）发送消息。,前置条件：,客户已成功登录即时通信系统。,基本事件流：,客户选择一个好友。,系统激活主界面消息编辑文本框。,客户在文本框中输入、编辑消息，然后单击“发送”按钮。,如果好友不在线，发送消息给数据库，数据库保存该聊天记录；否则执行可选事件流。,数据库返
8、回聊天记录已保存通知。,系统提示“对方在登录时会看到您发的消息”。,用例终止。,可选事件流,：,从好友列表中读出此用户的通信参数，将消息直接发送给用户。,用户返回消息收到通知。,系统提示客户“消息已成功发送到对方”。,异常事件流,：,提示消息发送失败，请稍后再试，客户确认，然后返回客户端主界面。,后置条件,：,客户返回登录后的主界面状态。,用例“添加好友”的描述,用例名称,：,Add Friends,参与者,：,客户、数据库、服务器,简要描述,：,客户端查询数据库客户列表并选择添加好友。,前置条件：,客户已成功登录即时通信系统。,基本事件流：,客户点击“添加好友”按钮。,系统弹出用户浏览对话框
9、。,客户端发送查询请求给数据库。,数据库返回用户信息给用户浏览对话框。,客户选择需要添加的好友，并点击“添加”按钮。,系统更新客户的好友列表，新添加的好友暂时为离线状态。,客户发送刚添加的好友信息给服务器。,服务器查询在线用户列表，如果用户在线，返回消息给客户，否则执行可选事件流。,客户端将好友列表中此用户更改为在线状态。,用例终止。,可选事件流,：,服务器发送消息给数据库。,数据库将此用户被添加为好友的消息保存为用户的离线消息。,异常事件流,：,提示添加好友失败，请稍后再试，客户确认后返回客户端主界面。,后置条件,：,返回用户浏览对话框，让用户选择“继续添加好友”或者“返回”。,用例“删除好
10、友”的描述,用例名称,：,Delete Friends,参与者,：,客户,简要描述,：,客户删除自己好友列表中的好友。,前置条件：,客户已成功登录即时通信系统。,基本事件流：,客户点击“删除好友”按钮。,系统弹出好友浏览对话框。,客户选择要删除的好友。,系统询问是否确定删除。,客户选择“是”确定删除，否则执行可选事件流。,系统从好友列表中删除选中的好友。,用例终止。,可选事件流,：,系统返回好友浏览对话框，让用户重新选择好友。,异常事件流,：,提示删除好友失败，请稍后再试，客户确认后返回客户端主界面。,后置条件,：,返回好友浏览界面，提示用户继续删除或者返回主界面。,用例“查询聊天记录”的描述
11、,用例名称,：,Query Record,参与者,：,客户、数据库,简要描述,：,客户查询与某个好友的聊天记录。,前置条件：,客户已成功登录即时通信系统。,基本事件流：,客户从好友列表中选择好友，点击“查询聊天记录”按钮。,系统弹出聊天记录浏览对话框。,客户端发送查询请求给数据库。,数据库将保存的聊天记录发送给聊天记录查询窗口显示。,用例终止。,可选事件流,：,客户点击“返回”按钮，从聊天记录对话框返回主界面。,异常事件流,：,提示聊天记录查询失败，请稍后再试，客户确认后返回客户端主界面。,后置条件,：,返回客户端主界面。,用例“退出系统”的描述,用例名称,：,Log out,参与者,：,客户、服务器,简要描述,：,客户退出系统。,前置条件：,客户已成功登录即时通信系统。,基本事件流：,客户点击“退出”按纽。,系统弹出退出确认对话框，用户如果选择“确认”，则退出系统，如果选“取消”则执行可选事件流。,客户端发送退出请求给服务器。,服务器更新在线用户列表，并发送给所有在线用户。,客户端关闭主界面。,用例终止。,可选事件流,：,从退出确认对话框返回主界面。,异常事件流,：,提示网络通讯错误。,后置条件,：,程序关闭。,检查用例模型,功能需求的完备性,模型是否易于理解,是否存在不一致性,避免二义性语义,根据以上检查，如果发现用例模型符合要求，则完成了系统的用例建模。,
Java与UML面向对象程序设计-第4章
