UML建模 3.pptVIP

用例规范 用例规范窗口用于显示和修改当前模型中用例的特定属性和关系： 名称 版型 关系 用例规范 用例规范 General(通用标签) Diagrams(模型图标签) Relations(关系标签) Files(文件标签) 用例规范 General标签 Name Package Stereotype Rank Abstract Documentation General标签 Name——用例名称 Package——用例所属的构件包 Stereotype——版型是对模型要素的再分类 Rank——对每一个用例按用途进行排序，继而在迭代式开发的周期中，按顺序实现系统中的用例； General标签 Abstract—表示用例是一个抽象用例，用于说明该用例获取了用例之间的公共功能(包含关系)，同时描述了对另一个用例的扩展关系； 示例： 抽象用例Check Credit(检查信用卡)为Purchase Ticket(购票)用例所包含，同时它又扩展了Change Reservation(改变预定)用例。 Diagrams标签 用例所拥有的模型图的信息，其中第一列（没有标题）显示模型图的图标，第二列(Title)显示图的名称 Diagrams标签 双击模型图名称，则打开该用例包含的一幅名为PD-Sequ-Diagram的顺序图。可在该字段内对用例所包含的模型图进行操作： 增加模型图——右击规范窗口中模型图标签下方的任何地方；在弹出的快捷菜单中选择模型图类型(一个用例中可以包含：用例图、顺序图、协作图、状态图、活动图及类图)；输入新的模型图名称。 删除模型图 Relations标签 用例与其他用例或参与者之间存在的所有关联关系 Files标签 可以用快捷菜单添加或删除与用例链接的文件和URL； 文件标签对于维护正在建立的系统所设计到的辅助文档很有用； 例如：视图文档、GUI框架、项目计划。 用例的操作 增加用例 将新的用例加入用例图 将现有的用例加入用例图 删除用例 仅仅从一个用例图中删除一个用例 从整个模型中删除用例 添加文件和链接URL 用例视图 用例视图说明了一个系统涉及到的所有参与者、用例和用例图； 此外，还可以包括一些交互图(顺序图/协作图)； 交互图既可以在用例视图中建立，也可以在逻辑视图中建立： 独立于实现方法的交互图通常在用例视图中建立； 针对具体实现的交互图在逻辑视图中建立。 用例视图 用例图包含的内容 用例 参与者 用例与参与者之间的通信关系 用例之间的包含和扩展关系 参与者的泛化关系 用例图 用例实现 顺序图 协作图 本章小结 用例以一种可读的、可驳倒的格式捕获需求。用例是系统客观必需机能的可驳倒的描述——意思是当你说明用例时期望从用户和开发者处获得关于用例品质的反馈。 用例并没有从一开始就就明确的定义，它主要的开发顺序如下： 本章小结 1、 指出行为者 2、 指出行为者的目标? 3、 指出每一行为者：目标语句对的成功或失败的意思? 4、 指出每一用例的主要的成功的情节? 5、 在细化阶段，指出失败的条件及可恢复/不可恢复的情节 本章小结 只有做到了第四步才能决定哪一些的东西在Use Case中逐步开发出来。? 总而言之，用例是非常有效的需求捕获技术，它能使需求变得容易回顾，并且避免在需求中有实现细节的偏好出现。 售货员启动了卖货用例的功能； 为了给卖货用例功能提供支持，系统启动了卖货用例与货物管理员、账目管理之间的通信。 关联关系表示通信途径 总结： 关联关系表示一种通信路径，提供了用例和参与者之间的通信途径。 关系方向显示的不是信息的流动方向，而是谁启动信息。 案例分析：酒店的订餐预约系统 3.4 泛化关系 泛化（Generalization）代表一般与特殊的关系。 在泛化关系中，子用例继承了父用例的行为和含义。 另一方面，子用例也可以增加新的行为和含义，或者覆盖父用例中的行为和含义。 图3.4 泛化关系示例 3.4 泛化关系 表示方法 工具箱中： 模型图中： 一条带空心三角形箭头的实线(箭头方向从具体用例指向一般用例) 参与者之间的泛化关系 案例分析： 说明以下用例图所实现的系统功能。并说明为什么用“泛化关系”是比较合适的？ 都需要输入项目名称 都要从数据库中抽取相关信息 功能：项目经理可以通过发送邮件，或者在主机上建立一个 Web站点来向项目小组成员发布项目进度信息。 3.5 包含关系 包含（include）指的是一个用例（基本用例）的行为包含了另一个用例（包含用例）的行为。 在包含关系中，箭头的方向是从基本用例到包含用例，即基本用例是依赖于包含用例的。 图3.5 包含关系示例 说明以下用例图所实现的系统功能。 一个项目经理，可以使用项目管理系统添加项目 或删除项目，其中查找项目