域模型（概念类图）

领域模型领域模型软件学校戴飞2013年·秋季1.概念模型简介2.建立概念模型的基本步骤内容领域模型: 类图显示了最重要的业务概念及其关系. 领域模型使用: 类代表业务概念类代表业务概念，但类通常仅包含重要属性，但不包含操作，但类通常仅包含重要属性1 1.域模型简介，简介到领域模型关联和泛化显示了这些概念之间的关系. 它代表了现实世界中的一切，而不是软件中组件的代表. 领域模型是现实世界的视觉抽象词典-它可视化领域中的单词或概念类别，并为这些单词或概念类别建立关联. 域模型是没有方法的类图的集合，并且不会在域模型中. 软件工件的关键工件不会出现在软件工件域模型中. 关键思想SalesDatabaseSaledatetimePrint（）storeregistersaleSaledatetime构建基于用例模型的域模型基于用例模型的构建域模型用例模型的用例模型用例模型域的模型域模型已关闭<< include >> << include >> User Deposit and提款转账银行信息系统<<包括>> <<包括>> ATM管理员钥匙开关日志ATM机用户卡读取器出口客户交互控制台客户交互控制台转账键盘显示银行信息系统打印机充值和提款查询网络连接2 2. 构建概念模型的基本步骤，构建概念模型的基本步骤1，发现类和对象2，建立类之间的关联33，添加类的重要属性2.12.1发现类和对象发现用于识别概念的类和方法一种. 使用概念类分类列表查找概念； bb. 根据名词短语识别概念类别；在基于名词短语的域模型中识别概念类别. 概念类别越多越好. 从用例中识别概念. 从用例中识别概念. 1.用例描述中出现哪些实体？ 2.在用例执行期间将生成和存储哪些信息？ 3.与用例关联的每个角色的输入是什么？输入可以是角色的属性. 输入可以是角色的属性，也可以是单独的一个或单独的类.

4. 与用例反馈相关联的每个角色的输出是什么？首先确定输出的责任实体，然后进一步确认是否需要将输出标识为类. 5.用例需要使用什么设备？分类列表方法分类列表法人地点组织概念事件规则摘要名词交易项目角色设备组织结构概念类分类示例物理或具体对象设计，注册飞机业务的描述和规格产品说明飞机描述位置商店机场交易项目销售项目人员人的角色，收银员的角色领域模型，收银员，飞行员，飞行员，其他业务的集装箱，集装箱，集装箱，集装箱，集装箱，元件，货物，乘客，计算机，机电系统，支付系统，航班交易控制系统疾病...名词分析方法名词分析方法识别问题域中的名词和名词短语并用例描述，然后将它们用作候选概念类或属性. 它属于超市的收银机. 超级市场的​​收银机是主要的成功方案: 1.顾客进行购物商品到达POS机的收费站2.收银员开始新的销售3.收银员输入商品标识4系统记录商品清单销售的商品4.系统记录销售的商品清单，并显示产品说明，价格和累计值. 可以根据一组定价规范来计算价格. 收银员重复3-4步直到结束并显示主要成功方案（续）: 5.系统显示最终总价6.收银员要求客户付款7.客户付款，系统处理付款8. 系统记录完整的销售信息，并将销售和付款信息发送到外部会计系统（用于将支付信息发送到外部会计系统（用于会计）和库存系统9. 系统打印收据1 0. 商品和收据，购买的商品，POS，收银员，新销售，商品标识，商品清单，描述，价格，累计值，总价，付款，销售信息，付款信息，注释记帐系统，库存系统，收货确定对象: 客户，标识对象: 客户，商品，POS，收银员领域模型，新销售，物料清单，付款，销售信息，付款信息，会计系统，库存清单系统，收货拒绝对象: 商品标准拒绝对象: 商品标识，描述，价格，累计价值，总价有时难以决定是否应将其作为特殊信息或作为类包括在域模型中.

属性包含在域模型中. 属性还是概念？属性还是概念？类: 标识，状态和行为2.2 2.2建立类之间的关联关联类之间存在三种类型的关系: 关联（包括聚合和组成）in继承（一般和特殊关系）继承（一般和特殊关系） -取决于相关类之间的某种语义关系. 这种语义关系体现了事物之间的联系. 此外，触点可以分为长期稳定连接和短期不稳定连接. 接待客户？客户预订？识别关联识别关联的方法-关联列表关联列表A在物理上或逻辑上是B的一部分； A是BA的描述，BA是B的交易或BA已知的项目/ B的记录/ B的输入或BA的捕获BA的成员是BA的组织子单位BA的组织子单位使用或管理BA与BA进行通信与事务BA有关，它是与另一个事务B有关的事务A. A与B相邻. B由B拥有. A是与B相关的事件相关联的关联UMLML表示法. 协会名称代表两个类别的协会. 关联自然是双向的，这意味着从关联两端的任何类的任何实例开始，从逻辑类的实例开始，可以在逻辑上到达另一端.

关联的每个末端都可以包含一个多重性表达式，该表达式表示两个类的实例之间的定量关系. CustomerReservationMakes1 * namephoneNumber客户和计划的建模客户和计划的建模指南箭头关联名称多重性•指定关联的数量. 每次预订均由客户进行. 系统会记录该人的姓名和电话号码，但每个客户都可以进行多次预订. 关联原则. 关联的原则1）专注于那些概念之间的关系信息需要存储一段时间（“需要记住”的关联类型）. 创建域模型所花费的大部分时间都应用于标识概念类. 2）识别概念类别比识别关联更为重要. 应该使用它来识别概念类，而不是关联而不是关联. 3）太多的关联不仅不能有效地显示概念模型，而且会使概念模型混乱. 4）避免关联之间的信息冗余并减少派生的关联. 建立关联的原则...建立关联的原则... 5）概念模型概念之间的关联是从纯粹的分析角度来声明概念之间有意义的关联，而无需考虑如何实现关联. 6）在设计阶段可能发现在分析阶段获得的相关性无用；设计阶段可能会发现分析阶段缺少概念之间的某些相关性. 关联命名关联命名使用动词短语来命名关联. 协会名称应以大写字母开头.

当动词短语由多个单词组成时，您需要使用连字符“-”将单词连接在一起. “将单词连接在一起. 根据类型名称-动词短语类型名称的格式来命名关联: store-contain -Cashier Paid-byPaidBy相关类别相关课程名称课程编号创建日期类别学期学分选修课程学生编号课程编号课程编号等级nnnn选修学生编号性别出生日期关联的班级与其他班级相似，仅在普通班级中描述这是一个实体，而关联班级则描述了这种关系. 关联，您需要考虑使用关联类的继承1.客户将购买的商品携带到POS机收费端口2.收银员开始新的销售3. 收银员输入商品标识4.系统记录清单出售的商品，并显示商品的描述，价格和累计价值，可以根据一组定价规范计算价格. ier重复3-4步直到结束5.系统显示最终总价6.收银员要求客户付款7.客户付款，系统处理付款8.系统记录完整的销售信息和销售并将付款信息发送到外部会计系统（用于会计）和库存系统9. 系统打印收据10. 客户将包含产品和收据的候选概念类别留在销售字段中. 销售领域中的候选概念类别. 产品规格销售明细销售明细一次性销售付款POSPOS域模型中的收银员客户协会关联域模型收银员记录销售客户付款销售产品目录记录产品规格产品目录记录产品规格系统记录销售商品项目列表客户付款，系统处理付款系统记录销售仓库存储商品系统记录单个产品，并显示产品说明，价格和累计值.

将销售和付款信息发送到外部会计系统（用于会计）和库存系统以记录完整的销售信息？ ItemStoreSalesLineItemProductCatalogProductDescriptionStocks *使用者*包含1 .. *描述* 1 .. * Records-sale-of 0..1111111 .. * 1LedgerRecords-accounts-for11RegisterSaleCashPaymentCashierCustomerHouses1 .. *捕获于0..11 Con包含对象-*可理解的关联1.理解关联1.需要记住关联: 概念之间的关联需要在中存储一段时间，这可以形成一个最小的信息模型； 2.了解关联: 概念之间的关联不是必需的，但是在添加问题域之后，可以更好地理解问题域的关键概念. 3 3.添加类的重要属性添加类的重要属性及其UML表示（1）定义: 属性是对象的数据值. （2）在概念模型中包括以下属性: （2）在概念模型中包括以下属性: 在需求描述（例如用例）中提示或暗示我们想要记住的信息.

（3）属性SaleDatetime的UML表示属性表示法属性表示法SaleDatetime /总计: MoneySale-DateTime: 日期-/总计: MoneyPerson-firstName-middleName: [0..1]该属性的完整语法为: 能见度属性名称: 类型多样性=默认值{特性表} -lastName属性的标识1）首先，从类的语义完整性的角度枚举类的候选属性； 2）针对系统和系统中的类别2）针对系统的目的，类别在系统中的作用以及问题域的相关特征，筛选类别的候选属性；属性的标识属性的标识应基于特定的问题域，并且在不同的系统中标识相同的实体. 属性将有所不同. 图书馆系统: 不要关注头发的颜色，眼睛的颜色； Security局侦察管理系统: 头发颜色，眼睛颜色，指纹等. 导出属性在属性名称“ /”符号SaleLineItemItemRecords-sale-of0..11SaleLineItemSaleLineItemItemItemRecordRecords of ofRecords-sale-of0 10..11之前添加导出属性. * 1 ..SaleLineItem（固定销售明细）数量信息可以从多重性的实际值中得出SaleLineItem / QuantityItemRecords-sale-of0..11 .. *从多重性值中得出的属性选择有效的属性类型. 选择有效的属性类型属性应该是简单的数据类型.

复杂的问题域概念应被视为概念. 收银员名称收银员不是“简单”属性收银员名称收银员编号Uses11更好地选择有效的属性类型选择有效的属性类型...属性的常见简单数据类型包括: 布尔值，日期，数字，字符串或文本，时间其他（如地址）其他颜色，例如: 地址，颜色，几何元素，电话号码，ID号，通用商品代码，邮政编码和其他几何元素保持简单数据类型选择有效属性类型选择有效属性类型...保持简单数据类型飞机飞机目的地较差的概念更好的飞机场飞行到11定义新的数据类型定义新的数据类型数据类型原始数据类型: 数字，字符串，布尔值，日期或时间输入将其视为属性非原始数据类型: -表达作为一个单独的概念类，定义一个新的数据类型，定义一个新的数据类型Product SpecificationId: ItemIDProduct SpecificationItemIDidmanufactureCodecountryCode11Storeaddress: AddressStoreAddressstre et1 street2cityName11避免设计隐秘: 任何属性均不意味着外部健康避免设计隐秘: 任何属性均不意味着外部健康在域模型中，您不应使用属性来联系概念类. 对该原则最常见的反例是添加外键属性（foreign key attribute），这是关系设计中的一种典型做法，是连接两种类型. 这是“简氏单身”属性，但是它用作与另一个对象CashiernamecurrentRegisterNumber Jane 11CashiernameRegisternumberUses关联的外部健康状况您应该使用关联而不是属性来将类型与POSPOS域模型的域模型中的属性相关联. 地址，名为atetimeamountTendereditemID，描述，pricequantitynameItemStorenameaddressSalesLineItemquantityProductCatalogProductDescriptionitemIDdescriptionpriceStocks *使用者*包含1 .. *描述* 1 .. * Records -s-占0..1111111 .. * 1LedgerRecords-Accounts-forcount1.id.1辅助付款是通过日志完成*Works-on11111111思维思维关闭ATM系统管理员启动ATM系统查询身份验证身份验证<< include >> << include >> << include >>用户为转账银行存钱信息系统<<包括>> <<包括>>银行出口卡读取器ATM日志交易查询银行信息系统显示键开关键盘存款转移打印机收据

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-172652-1.html