软件设计师考题分析精编---uml.ppt

考软件工程师证须知 UML 知识 观察者 Observer – 对象行为 Behavioral 型模式 定义对象间的一对多的依赖关系， 当一个对象的状态发生改变时，所有依赖于它的对象都得到通知，并被自动更新。 某企业为了方便员工用餐，为餐厅开发了一个订餐系统 (COS: Cafeteria Ordering System), 企业员工可以通过企业内联网使用该系统。 企业的任何员工都可以查看菜单和今日特价。 系统的顾客是注册到系统的员工，可以订餐（如果未登陆，需先登陆）注册工资支付、预约规律的订餐，在特殊情况下，可以覆盖预订。 餐厅员工是特殊顾客，可以进行备餐、生成付费请求和请求送餐，其中对于注册工资支付的顾客生成付费请求并发送给工资系统。 菜单管理员是餐厅特点员工，可以管理菜单。 送餐员可以打印送餐说明，记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。 某企业为了方便员工用餐，为餐厅开发了一个订餐系统 (COS: Cafeteria Ordering System), 企业员工可以通过企业内联网使用该系统。 企业的任何员工都可以查看菜单和今日特价。 系统的顾客是注册到系统的员工，可以订餐（如果未登陆，需先登陆）注册工资支付、预约规律的订餐，在特殊情况下，可以覆盖预订。 餐厅员工是特殊顾客，可以进行备餐、生成付费请求和请求送餐，其中对于注册工资支付的顾客生成付费请求并发送给工资系统。 菜单管理员是餐厅特点员工，可以管理菜单。 送餐员可以打印送餐说明，记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。 其中需将以上四个用例填到正确的位置 某企业为了方便员工用餐，为餐厅开发了一个订餐系统 (COS: Cafeteria Ordering System), 企业员工可以通过企业内联网使用该系统。 企业的任何员工都可以查看菜单和今日特价。 系统的顾客是注册到系统的员工，可以订餐（如果未登陆，需先登陆）注册工资支付、预约规律的订餐，在特殊情况下，可以覆盖预订。 餐厅员工是特殊顾客，可以进行备餐、生成付费请求和请求送餐，其中对于注册工资支付的顾客生成付费请求并发送给工资系统。 菜单管理员是餐厅特点员工，可以管理菜单。 送餐员可以打印送餐说明，记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。 Cafeteria Ordering System 工资系统 菜单 管理员 参与者之间的关系，表示子类的对象，也是一种父类的对象，即泛化关系。父类型通常是一个抽象泛化的参与者，可以完成子类型可以完成的共同行为。 状态图：一次订餐活动 登录 判断符号 顾客订餐过程如下： 顾客请求查看菜单； 系统显示菜单和今日特价； 顾客选菜； 系统显示订单和价格； 顾客确认订单； 系统显示可送餐时间； 顾客指定送餐时间、地点和支付方式； 系统确认接受订单，然后发出E-mail 给顾客以确认订餐，同时发送相关订餐信息通知给餐厅员工。 同步条 菜单管理员 管理菜单 餐厅员工和工资系统 生成付费请求 顾客和工资系统 注册工资支付 员工 查看当日特价 参与者 用例名 四个缺少的用例及其所对应的参与者。 查看当日特价 工资系统 注册工资支付 菜单管理员 生成付费请求 管理菜单 * Class contents Stereotype 原型 attribute 属性 Person -name:String -age:int <<constructor>> +Person() +Person(name:String, age:int) +getName():String +getAge():int +setName(name:String):void +setAge(age:int):void +toString():String Student -StudentNo:int -ban:String -score:int <<constructor>> +Student() +Student(name:String,age:int,no:int,ban:String,score:int) +toString():String Generalization / inhabitant 泛化(Generalization) 泛化(Generalization) 父与子、动物与人、植物与树、系统使用者与B2C会员和B2E会员的关系 类A要完成某个功能必须引用类B，则A与B存在依赖关系，依赖关系是弱的关联关系。本来人与电脑没有关系的，但由于偶然的机会，人需要用电脑写程序，这时候人就依赖于电脑。 依赖关系 人依赖于电脑完成一些程序的动作。 当对象 A