系统分析与设计SAD4_Chapter07v1.ppt

系统分析与设计，第四版 学习目标 开发使用案例图 撰写使用案例与情节说明 开发活动图与系统循序图 开发状态机图塑模对象的行为 解释如何整合 UML 图，定义对象导向方法中的功能性需求 概述 需求定义的目标就是了解使用者的需求、企业流程、以及系统要如何支持这些流程 使用对象导向的分析模型与技术了解与定义新系统的需求 对象导向分析与对象导向设计间的界线有点模糊 反复式的开发 分析过程中建立的模型，会在设计阶段进行调整 对象导向需求 对象导向塑模符号，是以统一塑模语言（Unified Modeling Language；UML）的 2.0 版为基础 UML 是对象管理组织（Object Management Group；OMG）接受的标准塑模语言 OMG的使命 推广开发分布式运算系统之对象技术的理论与实务 提供共享的 OO 架构性框架 对象导向需求 (续) 对象导向的系统需求会透过塑模的过程界定与记录 塑模过程会从辨识使用案例与问题领域类别开始 (使用者工作环境中的事物) 企业事件会触发基本企业流程 (EBP), 新系统必须以使用案例的形式解决 使用案例定义的是功能性需求 对象导向需求模型 使用案例图 – 确认参与者与使用案例 (目标) 使用案例描述 – 包括使用案例的细节及参与者使用系统的方式 活动图 – 描述使用案例中的使用者与系统活动 系统循序图 (SSD) – 定义使用案例中的输入与输出，以及使用者与系统间的互动顺序 状态机图 – 描述每个对象的状态 传统与对象导向的需求模型(图 7-1) 系统活动：使用案例／情节的观点 使用案例分析的目的，是要辨识与定义系统必须支持的所有基本企业流程 使用案例 – 系统执行的活动，通常是在响应系统使用者的要求 参与者 使用者扮演的角色 位于系统自动化边界之外 辨识使用案例的技术 (复习第5章内容) 辨识使用者目标 基本企业流程 (EBP) 层次的目标就是使用案例 EBP – 由一名工作人员、在一个场所执行的一项任务，目的是要响应某个企业事件。它能够增加可测量的企业价值，并让系统与数据维持一致的状态 事件分解技术 (事件表格) CRUD 分析技术 (建立, 读取, 更新, 删除) 使用案例图 图形化的 UML 模型，摘要关于参与者与使用案例的信息 显示功能性需求概要的简图 可以有多个使用案例图 根据子系统 根据参与者 包含参与者的简单使用案例 (图 7-2) 带有系统边界及参与者符号的使用案例图 (图 7-3) 与顾客有关的全部使用案例 (图 7-4) 依据子系统组织的顾客支持系统使用案例图 Includes 关系 记录使用案例需要共同子程序的情境 可能会开发另一个使用案例来执行这项子程序 共同的使用案例可以由多个使用案例重复使用 订单输入子系统的范例，其中包含《includes》使用案例 (图 7-6) 辨识/确认使用案例的 CRUD 分析 CRUD – 建立, 读取/报表, 更新, 删除 资讯工程 (IE) 技术可辨识事件表格或直接开发使用案例图 将已辨识的使用案例与领域模型类别图进行比较 类别图中的每个类别都必须有使用案例, 支持建立, 读取/报表, 更新, 删除对象的实例 确认系统整合的需求 使用案例的说明 使用案例说明提供前置条件,后续条件, 活动顺序, 与例外状况的细节 描述参与者与计算机系统间的互动, 逐步实现企业的活动 可能有多个情节, 每个情节都是特定的使用案例实例 使用案例的说明可分为三个详细的等级：简短的说明、中等程度的说明、以及完整的说明 许多分析师喜欢以文字内容来描述使用案例，而不是绘制活动图 「建立新订单」使用案例的简短说明 (图 7-7) 「建立新订单」中电话订单情节的中等程度说明(图 7-8) 「建立新订单」中网络订单情节的中等程度说明(图 7-9) 「建立新订单」中电话订单情节的完整说明 (图 7-10) 完整使用案例说明的上半部细节 (图 7-10) 完整使用案例说明的中段细节 (图 7-10) 完整使用案例说明的下半部细节 (图 7-10) 使用案例说明的组件 使用案例名称/情节名称 参与者/利害关系人 相关的使用案例 前置条件 – 在使用案例开始前，一组必须为真的准则 后续条件 – 在使用案例执行完成后，一组必须为真的准则 活动流程 (在一栏或两栏中的步骤) 例外状况 活动图 记录每种使用案例或情节的工作流程活动 使用第4章中所看到的标准 UML 2.0 图表 可用来支持任何层次的使用案例说明; 可视为使用案例说明的补充数据 也可以协助开发系统循序图 电话订单情节的活动图(图 7-12) 网络订单情节的活动图(图 7-13) 辨识输入与输出 – 系统循序图 系统循序图 (SSD) 是一种 UML 2.0 的互动图 用来为使用案例或情节建立输入与输