第四章UMLL系统分析教程教案.ppt

作者：冀振燕 《UML系统分析与设计教程》 第4章 UML的符号 谭煌 UML的符号 UML的最大贡献就是提供了一个标准的、统一的建模符号体系，结束了由不同符号体系的应用所带来的混乱。 UML符号体系是可视化的，可为系统建立图形化的可视模型，使系统的结构变得直观，易于理解。 UML符号具有定义良好的语义，不会引起歧义。 注释 注释是用来对元素或元素集合进行注解或约束时所用的图形符号。 注释的UML符号表示是右上角带有折角的矩形。 参与者 （以人为本） 参与者代表在系统边界之外，与系统交互的人、硬件设备、或另一个系统。 参与者的UML符号表示是如图所示的“小人”，并可在符号下标出参与者名。 参与者 参与者 发现参与者 参考涉众 参考客户的岗位设置（与客户代表访谈） 访谈内容 谁负责提供、使用和删除信息 谁将使用此功能 谁对某个特定功能感兴趣 在组织中的什么地方使用系统 谁负责支持和维护系统 其他还有哪些系统将需要与该系统进行交互 参与者 参与者 参与者 参与者 参与者版型 业务主角 业务范围和系统范围 业务范围指项目所涉及的所有客户业务，这些业务有没有计算机系统参与都客观存在 系统范围则是指软件将要实现的哪些对应于业务功能的系统功能 业务主角是与业务系统有着交互的人和事物，主要用来确定业务范围 参与者版型 业务主角的特殊性在于，它针对的是业务人员而非计算机用户，没有计算机系统，这些业务人员也客观存在 建立业务模型、查找业务用例都必须使用业务主角，而不是普通用例。 参与者版型 业务主角必须再实际业务里能找到对应的岗位或人员。 确定获得的业务主角 业务主角的名称是否是客户的业务术语 业务主角的职责是否再客户的岗位手册里由对应的定义 业务主角的业务用例是否都是客户的业务术语 客户是否对业务主角能顺利理解 参与者版型 业务工人 参与者的核心地位 用例 用例规定了系统或部分系统的行为，它描述了系统所执行的动作序列集，并为执行者产生一个可供观察的结果。 用例的UML符号是椭圆，并可在椭圆下标出用例名。 用例 用例的定义及组成 用例定义了一组用例实例，其中每个实例都是系统所执行的一系列操作，这些操作生成特定参与者可以观测的值。 一个用例就是与参与者交互的，并且给参与者提供可观测的有意义的结果的一系列活动的集合。 一个用例包括前置条件，用例实例和后置条件 用例特征 用例是相对独立的 它不需要与其他用例交互而独立完成参与者的目的。 用例特征 用例的执行结果对参与者来说是可观测的和有意义的 用例特征 用例必须由一个参与者发起。 用例总是由一个参与者发起的，参与者的愿望是这个用例存在的原因 用例特征 用例必然是以动宾短语形成的 必须有一个动作和动作的受体 用例特征 一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元，甚至部署单元 用例的粒度 业务建模阶段 以每个用例能够说明一件完整的事情为宜 概念建模阶段 以每个用例能描述一个完整的事件流为宜 系统建模阶段 以一个用例能够描述操作者与计算机的一次完整交互为宜 用例的获取 用例的获取 对于系统分析员需要确认 参与者是位于系统边界外的 参与者对系统有着明确的期望和明确的回报要求 参与者的期望和回报要求在系统边界之内 通过与参与者的交流，需要确保 一个明确的有效地目标才是一个用例的来源 一个真实的目标应当完备地表达参与者的期望 一个有效地目标应当在系统边界之内，由参与者发动，并具有明确的后果 用例的获取（例子） 参与者说：我希望这台ATM能支持跨行业务，我插入卡片输入密码后，可以让我选择是取钱还是存钱；为了方便，可以设置一些默认的存取金额按钮；我可以修改密码，也可以挂失；还有 我希望可以缴纳电话费、水费等费用；为了安全起见，ATM上应当有警示小心骗子的提示条，还有摄像头；如果输入三次密码错误，卡片应当被自动吞没。 用例的获取（例子） 支持跨行业务 插入卡片 输入密码 选择服务 取钱 存钱 挂失卡片 缴纳费用 警示 三次错误吞卡 用例的获取（例子） 支持跨行业务 错，业务规则，限定业务的范围 插入卡片 错，过程步骤，不是完整目标 输入密码 错，过程步骤 选择服务 错，过程步骤 取钱 对 存钱 对 挂失卡片 对 缴纳费用 对 警示 错，超出边界范围 三次错误吞卡 错，业务规则 用例 用例与功能 功能是客观存在的 用例即参与者的需求，是参与者的主观愿望 用例与步骤 用例是参与者对目标系统的一个期望，一个完整的事件。 为了完成这个事件需要