面向对象与UML（杨海秀）2 用例分析.pptVIP

* * * * * * * 扩展关系允许一个用例（可选）扩展另一用例 (基用例)提供的功能。它与包含关系相似，这两个关系都是把相同功能分离到另一个用例中。外延只能在特定的设计点发生，称这个点为扩展点。 * * * * * * * * * * * * * 泛化 表示几个元素某些共性，类似于类中的继承关系，表示子用例继承了父用例。 泛化关系 用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分，这被称作包含关系。 包含使一个用例的功能可以在另一个用例中使用。 包含关系 扩展关系允许一个用例（可选）扩展另一用例 (基用例)提供的功能。 扩展关系 用例建模的主要功能就是用来表达系统的功能性需求或行为。 用例建模的结果是要画出用例图，并且给出用例描述。 步骤： 问题描述 确定参与者 确定用例 用例描述 2.3 建立用例模型 确定参与者 如何判别参与者? (1)系统开发完成之后，有哪些人会使用这个系统？ (2)系统需要从哪些人或其他系统中获得数据? (3)系统会为哪些人或其他系统提供数据? (4)系统会与哪些其他系统相关联？ (5)系统是由谁来维护和管理的？ (6)谁启动或关闭系统? 确定参与者 建模参与者需要注意以下几点： (1)参与者对于系统而言总是外部的； (2)参与者直接与系统交互； (3)参与者表示人或事物与系统交互时所扮演的角色，而不是人或事物本身； (4)一个人或事物在与系统交互时可以同时扮演多种角色。 用例是参与者想要系统做的事情: 参与者希望系统提供什么功能？ 参与者是否会在系统中创建、修改、删除、访问、存储数据?如果是，参与者又是如何完成这些操作的？ (3) 参与者是否会将外部的某些事件通知给该系统？ (4) 系统是否会将外部的某些事件通知该参与者？ 确定用例 确定用例 用例要有以下几个特点: 用例总是由参与者来启动的 用例必须为参与者提供数据 用例的完整性 确定用例 用例描述 由参与者与用例构成的用例图就是用例模型。× 由命名的椭圆构成的用例图只是在总体上大致描述了系统所能提供的各种服务，但是它没有提供任何细节信息。为此，对于每个用例，还需要有详细的说明，即用例描述。 用例描述 用例描述的格式和内容，没有硬性的规定，一般包括如下部分： 用例名称 参与者 简要描述 事件流 前置条件 后置条件 用例描述 用例名称 参与者 简要描述：对用例的作用和目的的简要说明。 事件流：包括基本流、可选流和异常流。 前置条件：用例执行之前系统必须要处于的状态，或者要满足的条件。 后置条件：用例执行之后系统所处的状态。 2.4 用例设计实例 问题描述： 设计一个即时通信系统，实现多个用户进行网上聊天的功能，各个聊天客户端通过注册、登录才可以和好友进行通信。系统既包括客户端部分，也包括服务器端部分。 问题描述： 在客户端能够实现消息的查看，添加和删除网上的好友，与选定好友进行通信，查询自己与好友的聊天记录功能。 在服务器端负责好友的在线维护，同时服务器端还应该具有保存客户资料和用户聊天记录的功能。此外，当用户不在线时，收到好有消息能够保存，使用户在下次登录时可以查看。 要求功能完善，用户界面良好，用Java语言实现。 确定参与者 客户 Client 服务器 Server 数据库 Database (1)系统开发完成之后，有哪些人会使用这个系统？ (2)系统需要从哪些人或其他系统中获得数据? (3)系统会为哪些人或其他系统提供数据? (4)系统会与哪些其他系统相关联？ (5)系统是由谁来维护和管理的？ (6)谁启动或关闭系统? 确定用例 客户Client： Register(注册帐号) Log in(登录) Send Message(发送消息) Add Friends(添加好友) Delete Friends(删除好友) Query Record(查询聊天记录) 参与者希望系统提供什么功能？ 参与者是否会在系统中创建、修改、删除、访问、存储数据?如果是，参与者又是如何完成这些操作的？ (3) 参与者是否会将外部的某些事件通知给该系统？ (4) 系统是否会将外部的某些事件通知该参与者？ 确定用例 服务器(Server)： Log in(登录系统) Log out(退出系统) Add Friends(添加好友) …… 确定用例 数据库(Database)： Register(注册帐号) Send Message(发送消息) Add Friends(添加好友) Delete Friends(删除好友) Query Record(查询聊天记录) 画出用例图 用例描述 一般包括如下部分