软件工程第12讲_UML.pptVIP

统一建模语言UML;UML概述 ;UML概述 ;UML模型元素(V1.3);UML模型元素(V2.0);UML2.0的13种图-1;UML2.0的13种图-2;UML图1-用况图;UML图2-类图;UML图3-对象图;UML图4-构件图;UML图5-组合结构图;UML图6-顺序图;UML图7-通信图;UML图8-状态机图;UML图9-活动图;UML图10-部署图;UML图10-部署图变体:制品图;UML图11-包图;UML图12-时间图;UML图13-交互概览图;UML2.0的视图和图;UML视图1-用况视图;UML视图2-设计视图;UML视图3-交互视图;UML视图4-实现视图;UML视图5-部署视图;内容摘要;用况建模;用况图;用况之间的关系-1;用况之间的关系-2;电话订购系统用况图;银行储蓄帐户管理系统;参与者之间的泛化关系;用况图对于各方的作用;用况建模步骤;用况建模—定义系统范围/边界;用况建模—确定参与者;确定参与者的启发式问题;用况建模—确定用况;用况(Use Case);场景(Scenario);确定用况的启发式问题;用况建模—描述用况;用况的简要文字描述;用况的详细描述;用况的详细描述结构;POS系统收银用况详细说明-1;POS系统收银用况详细说明-2;POS系统收银用况详细说明-3;确定用况之间的关系;实例;识别执行者 客户：到银行办理储蓄业务的人，负责输入密码 银行职员（客户代理）：银行工作人员，代表客户进行储蓄业务的操作 银行职员（管理人员）：银行工作人员，根据客户的储蓄业务更新账户 管理员：银行计算机的管理人员，负责账户的管理和业务报表的生成;识别用况 从系统的需求陈述可知，银行职员（客户代理）需要系统提供开户、存款、取款、转账、注销账户等功能，这些功能都包含了校验密码的功能。系统管理员需要系统提供账户管理和报表生成功能。银行职员（管理人员）则参与了账户管理中的更新账户的功能。此外，转账功能可分为银行内转账和银行间转账，我们可将它们设计成三个用况，其中银行内转账用况和银行间转账用况都继承了基本转账用况。据此分析，得到该系统的用况图如下图所示。;银行储蓄账户管理系统;开户用况描述 用况名称：开户 参与的执行者：银行职员（客户代理），客户 前置条件：一个合法的银行职员（客户代理）已登录到该系统 事件流： 1.当选择开户功能时用况开始 2.输入客户信息（姓名、地址、身份证号等） 3.从账户管理系统获取新的账号 4.请客户输入密码 5.请客户再次输入密码 6.如果两次密码不一致则回到第4步，否则继续 7.在账户库中添加新账户 8.打印存折，用况结束 后置条件：在账户库中增加了一个新账户，得到一张新存折 ;取款用况描述 用况名称：取款 参与的执行者：银行职员（客户代理） 前置条件：一个合法的银行职员（客户代理）已登录到该系统 事件流： 基本路径： 1.当选择取款功能时用况开始 2.当输入客户信息（姓名、账号等）后 a）如果客户信息与账户不一致，显示错误信息，可以重新输入或结束用况 b）如果该账户被冻结（如因挂失而冻结），显示冻结信息并结束用况 3.输入并校验密码;4.输入取款金额，如果该账户的余款小于取款金额，显示错误信息，要求重新输入 5.打印取款单，交客户签字 6.建立取款事件记录，更新账户信息 7. 打印存折，用况结束 可选路径： 1.在第5步客户签字之前的任何时刻，客户可以取消本次取款，用况结束 2.第3步校验密码时，如发现密码不一致，则重新输入密码，或用况结束 后置条件：如果取款成功，客户账户中的余额被更新（减少），否则余额不变。;取款用况的活动图描述;内容摘要;类图和对象图;类图和对象图的基本元素;类图和对象图(例);类图中类之间的关系;关联关系;二元关联;关联的重数限制和角色;与自身的关联;自身关联中的角色;多元关联(例);多元关联的对象图(例);受限关联;聚集;组合;关联类;关联类间的导航;关联类间的导航(例);泛化关系;　 　 　;泛化关系例;泛化集的约束;泛化集的约束;实现关系表示一个模型元素对于一个行为规约(specification)的实现关系 例如类对于接口的实现，设计类对于分析类的实现 泛化和实现都可以将一般描述与具体描述联系起来，其区别是： 泛化是同一语义层(例如都是类)上的元素之间的连接 实现是不同语义层中的元素之间的连接，通常建立在不同的模型内，如设计类到分析类的实现关系;实现关系;依赖关系;Scheduling Engine;约束和派生(constraint derivation);*;约束例-2; ;关联关系也可以被派生或约束 ;确定需要建模的类(分析阶段);CRC的主要步骤;标识潜在的对象类;筛选对象类的原则;对象类的其它属性;标识对象类的责任;