《软件工程案例》PPT课件

案例分析 案例 1：仓库信息管理系统 一、 需求分析 二、系统用例模型 三、系统动态模型 四、创建 系统包图 五、系统类模型 六、系统部署 系统总体功能需求 一个功能完全的仓库信息管理系统，必须包括以下的几个管 理系统： （ 1）用户登录 （ 2）仓库管理 （ 3）业务查询 （ 4）系统设置 一、 需求分析 系统总体结构图 仓库信息系统 用 户 登 录 仓 库 管 理 系 统 设 置 业 务 查 询 用户登录功能模块 用户登录 用 户 登 录 用 户 注 销 用 户 退 出 仓库管理功能模块 仓库管理 仓 库 退 货 仓 库 领 料 商 品 调 拨 仓 库 退 料 仓 库 进 货 仓 库 盘 点 系统设置功能模块 二、 系统用例模型 创建用例图分为以下几个步骤： 确定角色 创建用例 创建角色 用例关系图 1、确定角色 2、 创建用例 仓库信息系统根据业务流程可以分为以下的几个用例 （ Use Cases） ： 仓库进货 仓库退货 仓库领料 仓库退料 商品调拨 仓库盘点 库存查询 业务分析 仓库历史记录查询 供应商信息维护 仓库信息维护 用户登录 用户注销 退出系统 建立用例 图 3、创建 角色 用例 关系图 历史记录查询 ( f r o m U s e C a s e s ) 库存查询 ( f r o m U s e C a s e s ) 仓库信息维护 ( f r o m U s e C a s e s ) 业务分析 ( f r o m U s e C a s e s ) 用户登录 ( f r o m U s e C a s e s ) 仓库盘点 ( f r o m U s e C a s e s ) 退出系统 ( f r o m U s e C a s e s ) 供应商信息维护 ( f r o m U s e C a s e s ) 商品退料人 ( f r o m A c t o r s ) 商品领料人 ( f r o m A c t o r s ) 仓库退料 ( f r o m U s e C a s e s ) 仓库领料 ( f r o m U s e C a s e s ) 商品调拨 ( f r o m U s e C a s e s ) 用户注销 ( f r o m U s e C a s e s ) 仓库退货 ( f r o m U s e C a s e s ) 管理员 ( f r o m A c t o r s ) 操作员 ( f r o m A c t o r s ) 仓库进货 ( f r o m U s e C a s e s ) 商品供应商 ( f r o m A c t o r s ) 三、 系统动态模型 动态模型包括许多图：活动图 （ Activity） 、 时 序 图 （ Sequence） 、 协 作 图 （ Collaboration） 等 。 业务用例能够采用语言描述的形式，但是 对于复杂的业务处理流程 ，最好采用活动 图的形式。 进货的 活动图 仓库盘点过程时序图 仓库盘点过程协作图 四、 创建系统包图 包是模型的一部分 ， 模型的每一部分必须属于 某个包 。 建模者可以将模型的内容分配到包中 。 UML对如何组包并不强制使用什么规则 ， 但 是良好的分组会很大的增强模型的可维护性 。 系统包图 人员信息包内的类 事务包内的类 五、 系统类模型 类图是面向对象系统的建模中最常见的图 。 类图显示了一组类 、 接口 、 协作以及他们之间 的关系 。 类图不仅对结构模型的可视化 、 详述和文档 化很重要 ， 而且对通过正向与逆向工程构造可 执行的系统也很重要 。 Logical视图 类图 六、 系统部署 仓库管理系统部署是整个项目实施过程中最后 的阶段 ， 就是把该系统中涉及到的硬件软件 、 整合到一起 ， 并且可以让系统运行起来 。 组件图 配置 图 案例 2： ATM系统 建立一个具有基本功能的 ATM机软件 客户可以存钱，取钱 客户可以查询节余 客户可以修改密码 客户可以使用信用卡付帐 需求建模 用例图 需求分析的第一步是确定系统能够做什 么？谁来使用这个系统？ 用例图显示用例（表示系统功能）与角 色（表示提供或者接收系统信息的人或 系统）之间的交互。 用户，项目管理员，分析人员，开发人 员，质保人员都可以通过用例图了解系 统功能。 需求建模 用例图 建立用例图分为以下几个步骤： 确定角色 （ Actors） 创建用例 （ Use Case） 创建角色 （ Use Cases） 用例 （ Use Case） 关系图 角色 系统用户 与本系统交互的其他系统 时间 确定角色 (Actor) 用例 描述一个系统（或一个子系统）做什么， 而不是说明怎么做 . 创建用例（ Use Case） 用例是角色启动的 ， 基于这样的考虑 ， ATM系 统根据业务流程大致可以分为以下的几个用例： 客户取钱 客户存钱 客户查询余额 客户转帐 客户更改密码 客户通过信用系统付款 建立用例 图 创建角色 用例关系图 客户的 角色 用例 关系图 一共有 6个用例： 转账 查询余额 存钱 付款 取钱 修改密码 客户的 用例 关系图 建立事件流 事件流的目的是建档使用案例中的逻辑 流程，详细描述系统的工作。 用例 “ 取钱 ” 的事件流 （ 1） 简要说明： 客户可以从 ATM机上取出自 己帐目上的部分或者全部存款 。 前提条件：无 主事件流： 1. 客户将卡插入 ATM机 ， 开始用例 。 2. ATM显示欢迎消息并提示客户输入密码 。 3. 客户输入密码 。 4. ATM确认密码有效 。 如果无效则执行其他事件流 A1。 如果 与主机联接有问题 ， 则执行异常事件流 E1。 5. ATM提供以下选项：存钱 ， 取钱 ， 查询 。 6. 用户选择取钱选项 。 7. ATM提示输入所取金额 。 8. 用户输入所取金额 。 9. ATM确定该帐户是否有足够的金额 。 如果余额不够 ， 则执 行 A2， 如果与主机联接有问题 ， 则执行异常事件流 E1。 10.ATM从客户帐户中减去所取金额 。 11.ATM向客户提供要取的钱 。 12.ATM打印清单 。 13.ATM退出客户的卡 ， 用例结束 。 其他事件流 A1： 输入无效密码 1. ATM告诉客户该密码错误。 2. ATM退出客户的卡，用例结束。 其他事件流 A2： 余额不足 1. ATM告诉客户该帐户余额不足。 2. ATM退出客户的卡，用例结束。 异常事件流 E1： 联接主机出现错误 1. ATM告诉客户联接主机出现错误。 2. ATM在错误日志记下错误。 3. ATM退出客户的卡，用例结束。 事后条件：无 对象交互 交互图 交互图显示一组对象以及它们之间传送 的消息 寻找对象 研究事件流及情景文档中的名词 分辨对象和对象属性 不在事件流中的控制对象 时序图 按时间顺序对控制流建模 用户从中看到业务过程的细节 分析人员从中看到处理流程 开发人员看到需要开发的对象和它们的 操作 质保人员看到过程细节，并根据这个过 程开发测试案例 客户李明取 20元钱的顺序图 协作图 按对象的组织对控制流建模 质保人员和系统分析员用协作图显示对 象间处理过程的责任分布和数据流。 客户李明取 20元钱的协作图 对象结构 类图 显示系统中类与类之间的交互 分析员用类图显示系统细节。类图可以 显示每个用例中类的相互作用，也可以 显示整个系统或子系统 ATM系统“取钱”用例的类图 读卡机类 ATM屏幕类 帐户类 取钱机类 创建系统包图 包将具有一些共性的类组合在一起 . 一个包形成一个命名空间。通过包组织 大系统模型，减少复杂性 结构良好的包是松耦合，高内聚的，对 其类容的访问具有严密的控制 ATM系统的包图 对象行为 状态图 显示一个对象从生成到删除的生命周期 中相应事件所经历的状态序列以及它们 对哪些事件的相应。 分析人员和开发人员通过状态图更好的 了解类的动态行为，使编码前能讨论和 建立复杂逻辑。 Account对象的状态图 构造程序 组件图 表示一组组件之间的组织和依赖关系 编译和部署系统的人员需要使用组件图。 显示了类与实现组件之间的映射，组件 按什么顺序编译，编译时生成哪些运行 组件 构件图对于通过正向工程和逆向工程构 造可执行系统是重要的 组件图 ATM客户机的 C+组件图 ATM服务器的 C+组件图 ATM客户机的 Java组件图 项目部署 实施图 建模系统的实际部署 项目管理员，用户，分析员和部署人员 通过实施图了解，显示网络的实际布局 和网络节点上组件的配置 ATM系统的实施图