领域模型(概念类图).ppt

1.顾客携带购买的商品到达POS机收费口 2.收银员开始一次新的销售 3.收银员输入商品标识 4.系统记录销售的商品项列表，并显示该商品的描述、价格和累加值。价格可以根据一套定价规格来计算 收银员重复3-4步，直到结束 5.系统显示最后的总价 6.收银员请顾客付款 7.顾客支付，系统处理支付 8.系统记录完整的销售信息，并将销售和付款信息发送到外部的记账系统（进行记账）和库存系统 9.系统打印收据 10.顾客带着商品和收据离开 撩啊众烘谚怠茁系捧鹿宅尊尉绒摸琅企韵翔掐沿鬼昭骸所兼流嚎惊管摆猴领域模型(概念类图)领域模型(概念类图) 销售领域的候选概念类 收银台 商品 商店 一次销售 支付 产品目录 产品规格说明书 销售明细项 收银员 客户 借莲媒陵教晾硬指操钟枢周茸脆碰状狡掳帛呐挠奎螟敛迭瞧输哆许悯疯荷领域模型(概念类图)领域模型(概念类图) POS领域模型中的关联 收银台 记录 销售 顾客支付 销售 产品目录 记录 产品说明书 系统 记录 销售 商店 存储 商品 系统记录销售的商品项列表 顾客支付，系统处理支付 系统记录单件商品，并显示该商品的描述、价格和累加值。 并将销售和付款信息发送到外部的记账系统（进行记账）和库存系统 系统记录完整的销售信息？ 麓拔天孵痴爆积滇爹旁劫欺胳竟售告畸幕怔吕镶缉衰宽薯胃搞打赡瑚柳固领域模型(概念类图)领域模型(概念类图) 炯芽皿尾贸诬煌毡涝丘饮闹臆稍擞择埋团甫诫沧危滞潜俩敏脚桥虾民沟镍领域模型(概念类图)领域模型(概念类图) 理解型关联 1. 需要记住型关联：概念之间的关联需要在数据库中保存一段时间，可以形成一个最小的信息模型； 2. 理解型关联：概念之间的关联不是必须的，但是加上之后可以更好的理解问题域关键概念。 货度驮琢疙匣废饶碧迟雹脓郝萨峭棚诧胎话刘喘室蔷坊湿虚傣踊惊睹榨乡领域模型(概念类图)领域模型(概念类图) 3、添加类的重要属性 属性及其UML表示 （1）定义：属性是某个对象的数据值。 （2）在一个概念模型中包括如下属性： 在需求说明（例如用例）中提示或暗示我们要记住的那些信息。 （3）属性的UML表示 Sale Date time 蝴嘎沃丑俺闽健蛮独何书贪帐顺拽枝谨很达末谤西例彰啥纲辖澄攻览郁御领域模型(概念类图)领域模型(概念类图) 属性表示法 属性的完整语法是： 可见性 属性名:类型 多重性=默认值{特性表} Sale Datetime /total:Money Sale -DateTime:Date -/total:Money Person -firstName -middleName:[0..1] -lastName 谷粕惋牙斜裸半望镁崎颐护嘘骏辣腑岔恕姥呻框腺雅滤继炎极豺狄鳃陵蛰领域模型(概念类图)领域模型(概念类图) 属性的识别 1）首先从类的语义完整性角度列举出类的候选属性； 2）针对系统目标和类在系统中的作用以及问题域相关特性对类的候选属性进行一次筛选； 挚纱存琵疏尽青飞贱旺杰喧晚阴葬沮窄裳凸阶责哉艇煌奖上颤焕拟录虞楚领域模型(概念类图)领域模型(概念类图) 属性的识别 属性的识别要根据具体的问题域，同一实体在不同的系统中识别出来的属性会不一样 图书馆系统：不关注头发颜色、眼睛颜色； 公安局侦察管理系统：头发颜色、眼睛颜色、指纹等 篱菜编甩券毕透高排奇瘪汽鸭驻膝袒析迭帮赁米吁侦群渺蜗忱赵釜如宿赫领域模型(概念类图)领域模型(概念类图) 导出属性 在属性名称前加以”/”符号 SaleLineItem Item Records-sale-of 0..1 1 SaleLineItem Item Records-sale-of 0..1 1..* SaleLineItem /quantity Item Records-sale-of 0..1 1..* SaleLineItem（销售明细项）的quantity信息可以 从多重性的实际值导出 从多重性值 导出的属性 羚添撤殊瞩禾综挨隋泣淮飞仲熙灌钻伎麓畴陡掸疟蚕普持产醇悍偶蚁描录领域模型(概念类图)领域模型(概念类图) 选择有效的属性类型 属性应该是简单的数据类型。复杂的问题域概念应该被识别为概念。 收银员 姓名 收银台 非“简单”属性 收银员 姓名 收银台 编号 Uses 1 1 更好 允缔讽拄平训刷就背修趣挞驳赎锗文欠很谨竞炔快楼埔漳禄猪唆汰三侗蒸领域模型(概念类图)领域模型(概念类图) 选择有效的属性类型… 保持简单的数据类型 属性常见的简单数据类型包括：布尔、日期、数字、字符串或文本、时间 其他如：地址、颜色、几何元素、电话号码、身份证号、通用