业务建模

本片博客将讨论如何将Domain Modeling的应用，以我的工程实践项目为例，在深入理解需求的基础上进行业务领域建模Domain Modeling。 1.我的工程实践项目 针对领域知识的知识图谱自动化构建。 2.什么是业务领域建模Domain Modeling Domain Modeling是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身， 发掘重要的业务领域概念，并建立业务领域概念之间的关系。 3.Domain Modeling的要求 ♦ 1) Collect application domain information – focus on the functional requirements – also consider other requirements and documents 首先要做的是收集领域信息，关注功能需求，在我的工程实践项目中，主要包括以下需求： ①知识图谱自动化构建 ②从知识图谱的问题及答案自动化生成 ③生成对使用者专业能力评测 ♦ 2) Brainstorming – listing important application domain concepts – listing their properties/attributes – listing their

好的模型应该是建立在对业务深入理解的基础上，建模是一个不断迭代的过程，一开始可以简单点来。下面开始进行一个简单的业务领域建模。 领域建模共有4个步骤：收集领域信息，进行团队头脑风暴、分类和使用UML类图可视化领域知识。 1. 收集领域信息 收集领域信息包含两个方面的内容： - 聚焦在功能需求 focus on the functional requirements - 也要考虑其他的需求和文档 also consider other requirements and documents 我的项目是构建一个适用于PC端和移动端的专注于某一学科的智能题库，用户开始时，题库会对用户进行一次测评，可以根据测评结果智能的推算出用户在这门学科的知识水平，为用户的提供有针对性的题训练。 2.进行团队头脑风暴 头脑风暴包含三个方面的内容 - 列出重要的应用程序领域概念 - 列出类和属性 - 列出它们之间的关系：继承关系（IS-A）、聚合关系（part of)、关联关系。 团队成原在一起识别这些类型：名词/名词短语、 X of Y表达式、及物动词、形容词、数字、占有式表达、成分/组成部分、包含表达式、X是Y表达式等 3. 分类 类 - classes 属性/属性值 - attributes / attribute values 关系：继承关系、聚合关系、关联关系 - relationships

邻域模型的概念 领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。 业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 领域模型的元素 ①、业务角色：显示了一个人承担的一系列职。 ②、业务实体：表示使用或产生的可交付工件、资源和事件。 ③、业务用例：实现显示了协作的业务角色和业务实体如何执行某个工作流程。 ④、业务对象模型：将结构的概念和行为的概念结合了起来。 确定业务对象定义、对象间关系、对象名称和对象间关系名称的流程使我们能够以一种能被业务领域专家理解和验证的精确方式来表达业务领域知识。 如何进行领域建模 领域模型如此重要,很多同学可能会认为领域建模很复杂,需要很高的技巧。事实上领域建模非常简单,概括一下就是“找名词”! 一个关键的问题还没有说明:从哪里找? 如果你还记得领域模型是“需求到面向对象的桥梁”

业务领域建模Domain Modeling ————可以看我的CSDN： https://blog.csdn.net/P71720/article/details/103231355 ---- Collect application domain information focus on the functional requirements – also consider other requirements and documents 什么是业务领域建模？ 业务建模（Business Modeling）是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系，业务建模强调以体系的方式来理解、设计和构架企业信息系统。 Brainstorming listing important application domain concepts – listing their properties/attributes – listing their relationships to each other 我们将系统的功能模块及主要的技术路线实现分类如下： （1）列出重要的应用程序域概念 （2）列出它们的属性 （3）列出它们之间的关系 什么是应用程序域？ 应用程序域 (application domain) (AppDomain) 一种边界

1.什么是领域模型？ 答：领域建模，从领域模型开始，我们就开始了面向对象的分析和设计过程，可以说，领域模型是完成从需求分析到面向对象设计的一座桥梁。顾名思义,就是显示最重要的业务概念和它们之间关系，是真实世界各个事物的表示（现实世界的可视化抽象字典）而不是软件中各构件的表示。（类：表示业务概念，通常只包含重要属性，少甚至不包含操作；关联、泛化：表达概念之间的关系）领域模型是描述业务领域（业务实体）的静态结构 理论派观点：Domain Model是一个商业建模范畴概念，即使一个企业不开发软件，也具备其业务模型；所有同行企业，其业务模型必定有非常大的共性和内在的规律性；由行业内的各个企业的业务模型再向上抽象出整个行业的业务模型，这个模型称之为“领域模型”。 实战派观点：领域模型是一个分析模型，帮助系统分析人员、用户认识现实业务的工具，描述的是业务中涉及到的实体及其相互之间的关系，它是需求分析的产物，与问题域相关；是需求分析人员与用户交流的有力工具，是彼此交流的语言。 理论派认为领域模型是一种特殊的业务模型，它分析范围是整个行业，抽象出行业里共性和内在规律性的业务，比业务模型更加抽象，它不属于软件开发范畴的概念，与软件开发无关。而实战派认为领域模型是一种分析模型，在软件开发过程分析阶段用于分析如何满足系统功能性需求，属于软件开发范畴，在UML中主要使用类图来描述领域模型。 2

领域建模简介 　　领域模型（domain model）是对领域内的概念类或现实世界中的可视化表示。领域模型也叫做概念模型、领域对象模型和分析对象模型。领域模型和类都是对现实中的实体的描述，但是它们之间是有区别的，领域模型是对现实世界概念类的表示，不是软件对象的表示。它不用来描述软件类、架构或者软件对象。 结合工程实践建模 　　我的工程实践是做一款类似于facerig的软件，可以通过摄像头等设备实施捕捉到用户的面部，输入为视频流，并且实时映射到卡通模型上，并且将模型覆盖到人脸，达到换脸的效果。 1、Collect application domain information 首先收集系统主要业务的功能性需求与非功能性需求，用户需求。 　　功能性需求 （1）设计并训练好的模型，可以对输入的视频流处理实时捕捉人脸特征点； （2）将特征点映射到模型上，使其与人脸变化同步，并且覆盖到视频流中的人脸； （3）收集和响应用户的数据和行为。 2、Brainstorming （1）列出重要的应用程序域概念 （2）列出它们的属性 （3）列出它们之间的关系 3、Classifying the domain concepts （1）类 （2）属性/属性值 （3）关系：association, inheritance, aggregation 4、Document result using UML

一、业务领域建模的要求 1.收集应用领域信息 -关注功能需求-也考虑其他需求和文档 2.头脑风暴 -列出重要的应用领域概念-列出它们的属性/属性-列出它们之间的关系 3.将业务领域概念分类 -类-属性/属性值-关系 4.关联、继承、聚合 阐述了UML类图对结果的文档化 二、领域建模的十大方法 1.关注现实世界（问题领域）对象。 创建领域模型时，请确保将问题领域与实际对象集中在一起。 尝试着围绕现实世界来组织软件架构。 现实世界往往比软件需求变化要小。下图显示了两种不同类型的类符号。在完整的详细类图上，将使用左侧的版本，其属性和操作。然而，在初始领域建模过程中，分配类的这些部分为时尚早。最好使用右边所示的简单符号。此版本仅显示领域类的名称。 2.使用泛化（is-a）和聚合（has-a）关系来显示对象如何相互关联。 随着时间的推移，会使用新的领域类别来识别领域模型。会注意到他们之间的联系（或关联） - 例如，书评属于书，采购订单（purchase order）和信用卡（credit card）是两种，因为它们都是付款类型。 第一个关系（书评属于一本书）被称为聚合（has-a，因为一本书都会有一书评）。第二个关系（采购订单和信用卡都是付款类型）被称为泛化（is-a，因为采购订单是付款类型）。图2-3显示了这些概念的说明。 这些所谓的一般关系是领域模型中最重要的关系

业务领域建模Domain Modeling 我的工程实践是《物联网网关智能分析和搜索引擎》，下面是以我的工程实践为例来进行业务建模。 一、Collecting application domain information 当下，物联网行业兴起，物物相联的思想已经渗透到了各行各业，而网关作为物联网行业的硬件基础，也当下发展不可缺少的。但是形式和功能各异的网关对于大多数人来讲都是知之甚少的，因此，本类相关产品便应运而生，旨在帮助客户了解到更全面的网关知识。 二、Brainstorming 1、 定义 物联网(Internet of Things)指的是将无处不在（Ubiquitous）的末端设备（Devices）和设施（Facilities），包括具备“内在智能”的传感器、移动终端、工业系统、 楼控系统 、家庭智能设施、 视频监控系统 等、和“外在 使能 ”(Enabled)的，如贴上RFID的各种资产（Assets）、携带无线终端的个人与车辆等“智能化物件或动物”或“ 智能尘埃 ”（Mote），通过各种无线和/或有线的长距离和/或短距离通讯网络实现互联互通（M2M)、应用大集成（Grand Integration)、以及基于云计算的 SaaS 营运等模式，在内网（ Intranet ）、专网（ Extranet ）、和/或互联网（Internet）环境下，采用适当的信息安全保障机制

♦ 1) Collect application domain information – focus on the functional requirements – also consider other requirements and documents ♦ 2) Brainstorming – listing important application domain concepts – listing their properties/attributes – listing their relationships to each other ♦ 3) Classifying the domain concepts into: – classes – attributes / attribute values – relationships • association, inheritance, aggregation ♦ 4) Document result using UML class diagram 最终画出业务类图，并说明业务类图中每一个类、属性、方法的来源，对于有关联类Association Class的情况要进一步给出关系数据库的模型 一.领域建模： 从领域模型开始,我们就开始了面向对象的分析和设计过程,可以说

一、什么是领域建模（Domain Modeling） 　 　领域模型（又称概念模型、领域对象模型、分析对象模型）是对领域内的概念类或现实世界中对象的可视化表示分析方法：专注于分析问题领域本身、发掘重要的业务领域概念、建立业务领域概念之间的关系。领域模型是描述业务用例实现的对象模型是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象， 从业务角色内部的观点定义了业务用例，为产生预期结果确定了业务人员以及他们处理和使用的对象之间应该具有的静态和动态关系并且注重业务中承担的角色及其当前职责。领域模型设计的步骤为：1. 从业务描述中提取名词；2. 从提取出来的名词中总结业务实体，区分名词中的属性、角色、实体、实例，形成问题域中操作实体的集合；3. 从业务实体集合中抽象业务模型，建立问题域的概念（例如在前面的例子中，我们把容易变质的水果称之为“短期保持水果”，当然也可以是其它说法，只要能跟用户达成共识即可）；4. 用UML提供的方法和图例进行领域模型设计、确定模型之间的关系； 二、项目需求 1、工程实践题目： 基于caffe的风格迁移系统 2、项目需求： 基于web的展示系统，能够让用户选择风格、提供自定义风格训练自己的图片、视频。并提供一定的直播功能（速度、质量上存在限制）。 三、针对工程实践项目的业务领域建模 主要分为以下四个步骤进行完成。 1、Collect