软件工程与UML5讲解.ppt

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