科研系统分析设计实验用例图及其应用.ppt

参与者要向系统请求什么功能？ 每个参与者的特定任务是什么？ 参与者需要读取、创建、撤消、修改、或存储系统的某些信息吗？ 是否任何一个参与者都要向系统通知有关突发性的、外部的改变？或者必须通知参与者关于系统中的发生的事件？ 这些事件代表了哪些功能？ 系统需要哪些输入/输出？ 这些输入输出来自哪里或者到哪里去？ 哪些用例支持或维护系统？ 是否所有功能需求都被用例使用了？ 系统当前实现的主要问题是什么？ ;1 基本概念－事件流;事件流;一个用例模型由一个或者多个用例图和所有的支持文件（诸如用例规范和参与者定义等）所构成。用例规范是大多数用例模型的产物，而用例图充当将需求模型综合在一起的粘胶剂。用例模型应当从项目投资者的角度进行开发，而不是从开发者的（通常是技术）观点去开发。 ;关系反应了参与者和用例之间、用例和用例之间以及参与者和参与者之间的相互作用。 在一个用例图中，可能会出现关联关系、依赖关系、泛化关系以及这三种关系的扩展形式：扩展关系、包含关系和精化关系。 ;关联关系 关联关系表示一种通信路径，它存在于参与者和用例之间，提供用例和参与者之间的通信途径。建立通信之后，信息可以双向流动。 关系方向显示的不是信息的流动方向，而是谁启动信息。 ;2 关系及其应用 ;关联关系 在用例图中，通常存在两种类型的关联： 单向关联 双向关联 Actor1 与 UseCase1 Actor2 与 UseCase1 ;依赖关系 定义 存在于两个模型要素之间的一种关系，其中一个模型要素的改变将影响另一个模型要素 表示方法 工具箱和模型图中均表示为一个带箭头的虚线 画图时，拖动鼠标从客户到提供者画出关联关系 ;泛化关系 定义 在一个更一般的模型要素和另一个较具体的模型要素之间存在的一种关系，通常用于表示类（包括用例、参与者等）之间的继承关系 表示方法 工具箱中： 模型图中：一条带空心三角形箭头的实线（箭头方向从具体用例指向一般用例） ;2.3 泛化关系 用例之间的泛化关系 参与者之间的泛化关系;2 关系及其应用 ;关系的扩展 a.当要对多个额外???况逐一建模时，可以使用扩展关系，用一个独立的用例替代每个额外的情况 b.如果用例涵盖了所有的情况变化，则该用例将会变得十分复杂，应该考虑使用扩展关系 ;2 关系及其应用 ;使用包含关系的三种情况： a.如果有多个用例，并且这些用例包含大量类似的行为，应该考虑将这些类似的行为通过包含关系包含到用例中 b.对两个或多个互相独立的用例建模时做了重复的工作，可以通过包含关系包含这些重复的工作 c.如果某个行为可能会引入冗余，或者，当行为发生变化时可能导致不一致性，这时，应该对这种行为进行孤立建模并将它包含到用例中 ;2.4 关系的扩展 包含关系举例 ;3.1 参与者规范 Rose在实现中对参与者和类使用相同的规范窗口，包括如下一些标签： General Detail Operations Attributes Relations Components Nested Files ;3 参与者规范及应用 ;3 参与者规范及应用 ;3 参与者规范及应用 ;参与者的操作 1）增加参与者 2）删除参与者 ; General标签 Diagrams标签 Relations标签 Files标签;4 用例规范及应用 ;Diagrams标签 用例所拥有的模型图的信息，其中第一列（没有标题）显示模型图的图标，第二列（Title）显示图的名称 ;4 用例规范及应用 ;4 用例规范及应用 ;用例的操作 增加用例 将新的用例加入用例图 将现有的用例加入用例图 删除用例 仅仅从一个用例图中删除一个用例 从整个模型中删除用例 添加文件和链接URL ;5 用例视图 ;5.1 用例图操作（RUP软件过程模型） 创建新的用例图 打开已有的用例图 删除用例图 链接用例图 重命名用例图;用例图工作箱 常用工具 10个按钮 ;用例图建模技术;对语境建模;对需求建模;图书管理系统用例图;确定系统的参与者;确定系统用例;需求描述（Figure7－13）任务分配;下次课需要提交以下内容并上台讲解