统一建模语言UML9电力营销系统案例——系统分析.pptVIP

统一建模语言UML 电力营销系统案例——系统分析 确定系统用例 经过需求获取和需求分析，可以开始确定如何建设系统。 确定系统范围 不同于需求范围，不是所有的需求都要在系统中实现，例如不适合在计算机系统里运行的手工任务。 系统用例 从何而来？ 业务用例抽象、映射得到系统用例 备选系统用例分析 客户出示机票和身份证 人工行为，无法用计算机实现，不应该被列入系统范围。 值机人员核对身份 对于纸质机票，由人工核对，无需列入系统范围。 对于电子客票，必须在系统中进行核对，应该被列入系统范围。 备选系统用例分析 值机人员办理登机手续 值机人员需要在计算机中登记该乘客的登机记录，应该被列入系统范围。 值机人员打印登机牌 应该被列入系统范围，但如果单独作为一个用例不合适，因为它并不具备相对完备的目标。 它实际上是值机人员办理登机手续的一个包含用例。 从业务用例场景中抽象出备选系统用例的方法 映射 不加修饰直接被采纳为系统用例 抽象 找到备选用例在计算机中真正要做的事情 合并 备选用例不具备独立性，是其他某个事件的组成部分，就要合并到该备选用例中。 从业务用例场景中抽象出备选系统用例的方法 拆分 备选用例粒度很大，包含了好几件事情，就需要进行拆分。 粒度以描述一次完整的计算机交互过程为宜。 演绎 业务用例场景中找不到备选用例，或者不合适用计算机实现，但能预见到某个可能的系统用例潜伏于场景中，就需要用演绎法找出它。 供电企业管理系统案例分析 研究如何从供电企业管理的业务用例模型中推导出供电企业管理系统的系统用例。 以低压用电申请永久用电业务用例场景为例。 系统用例分析 申请登记 业务员创建申请单，录入用户资料。 适合计算机处理，可以直接映射成系统用例。 分配勘察 业务班长根据用户资料中的用户地址，将勘察任务分配给片区勘察员。业务班长可以直接选择勘察员，也可以先查询再指定。 抽象出查询勘察员，作为分配勘察的一个扩展用例。 系统用例分析 现场勘察 勘查员更加申请单内容打印出空白的勘察单，执行现场任务，并将现场情况录入计算机。 打印和录入是不连续的过程，要拆分为两个系统用例：打印勘察单、录入勘察单。 是否符合用电条件 是一个交互类的业务规则。 系统用例分析 业务存档 业务员将现有的工作单据收集并加入档案袋，同时在计算机上终止业务流程。 收集单据是人工行为，计算机中实际执行的是终止业务流程，抽象出终止业务流程系统用例。 用电审批 业务班长填写是否同意的意见。 可直接映射为系统用例。 系统用例分析 配电审批 配电专员依据该片区变压器容量，选择适合的供电变压器，并填写是否同意的意见。 配电审批可直接抽象为系统用例，并拆分出查询变压器容量系统用例作为扩展。 业务收费 业务收费员计算业务费用，收取业务费，并打印发票。 拆分出计算业务费用和收取业务费用两个系统用例。 打印发票作为收取业务费用的包含用例。 系统用例分析 现场施工 施工班现场接线入户，并将电气资料绘制成图，扫描并存入计算机。 抽象出扫描电气资料图系统用例。 安装电表 装表员从计量资产库中取出电表，现场安装并抄录电表底数。 从计量资产库中取出电表要填写资产出库单。 抽象出抄录电表底数系统用例，增加提交资产出库单系统用例。 描述系统用例 与描述业务用例的方法一样： 描述系统用例过程 采用的工具：用例场景、用例规约、对象模型、用例实现、用例实现场景等。 与业务建模不同： 视角和建模目的变为理解系统、描述系统，引入了计算机。 描述计算机应该怎样做，工作人员怎样操作计算机。 用例场景示例 选取用例列表中“申请登记”为例： 申请登记是业务员创建申请单，录入用户资料。 要描述业务员如何操作计算机来完成这个过程。 选择活动图来描述。 申请登记用例场景 与业务用例场景相比，系统用例场景中出现了计算机这个泳道。 这个场景描述的内容是一个人机交互的过程。 所谓系统建模，就是引入计算机系统以后，业务如何通过计算机得以实现的过程。 如果采用时序图和协作图来描述用例场景，就是设计过程， 既然可以直接步入设计过程，为什么还要绘制活动图？ 活动图相当于纲领，不容易因为要处理的信息过多而丢失内容。 虽然是系统设计，但系统用例仍然属于要向客户提交的文档范围，活动图更容易让客户看明白。 用例规约 场景图只描述了过程，并未展示出系统实现需求的所有细节，这些细节使用用例规约来描述。 包含计算机实现业务所需的全部细节： 人机交互的场景、计算机执行过程及分支、异常情况处理、业务规则应用、实体信息 一切编程所需要的细节都可以在用例规约文档中显示。 申请登记用例规约：见书本P307 进一步讨论之一 从业务需求到系统需求 系统需求要能追溯到业务需求。 系统需求通过系统模型描述，以系统用例和用例规约为主要文档，