domain

博主的工程实践课题为 基于文本理解的智能聊天机器人设计 ，在此进行业务领域建模Domain Modeling Question :什么是Domain Model? Answer : 领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。 业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 ♦ 1) Collect application domain information – focus on the functional requirements – also consider other requirements and documents 博主的工程实践是基于文本理解的智能聊天机器人设计。其中的功能需求大致是利用深度学习设计这样一个系统，它能够模拟人类日常生活中的对话从而对用户的会话进行回答，而这样的一个系统

业务领域建模 1.课题背景 领域模型(domain model)是对领域内的概念类或现实世界中对象的可视化表示。领域模型也成为概念模型、领域对象模型和分析对象模型。 人脸识别基于人的脸部特征信息进行身份识别的一种生物识别技术。用摄像机或摄像头采集含有人脸的图像或视频流，并自动在图像中检测和跟踪人脸，进而对检测到的人脸进行脸部的一系列相关技术，包括人脸图像采集、人脸定位、人脸识别预处理、记忆存储和比对辨识，达到识别不同人身份的目的。人脸识别门禁系统就是把人脸识别和门禁系统结合，并且通过人脸识别作为门禁开启的要素之一。 2.需求分析 人脸识别技术进行出入口的控制，安全便捷，可视化程序极高。通过人脸识别自动验证、鉴别出入人员的身份，完成人员的出入控制，限制无关人员的进入。 1:1识别支持600人以上，1:N支持100人以上，记录数数万条，保存3个月通行记录。实时服务器模式下支持人数可超过万人级用户数，百万级记录数。vip用户的100人直接人脸识别，其他用户1:1的方式验证，提高用户的安全性和方便性，设备支持联网使用，某个设备上登记，其他设备都可使用。 完善的报警功能，产品支持防拆，敲击，门磁超时，门磁非法开门等报警功能，可与火警，红外幕帘等报警系统联动。 3.建模分析-数据库表设计 访问记录 1.访问记录id 2.临时识别图像 3.非法访问行为id 4.访问时间 5.是否需要紧急访问 6

1.什么是领域建模 领域建模是建造领域模型的过程，而领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。领域模型是说明问题域（现实世界中系统所要解决问题的领域为“问题域”，如“银行业务”属于“银行的问题域”。）里（对建模者来说）有意义的领域类，它是面向对象分序的时候要创建的最重要的工作（必须说明，用例虽然也是一个重要的分析工作，但它并不是面向对象的，它是强调的概念的过程视图）。 2.如何领域建模 ♦ 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 –

♦ 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 1 ） 基本需求： 用户可以在链上编写智能合约并提交链上达成共识； 用户可以调用智能合约，实现转账，投票等功能； 用户可以参与到账本的维护中。 其他需求： 用户编写智能合约时可以对历史数据进行溯源。 2 ） 首先从应用层来说，要有账户（ account ）的概念

1：收集应用领域信息 我的工程实践为搭建一个传感器信息展示网站，功能是帮助用户找到符合自己需求的传感器产品。应该有的功能为： 添加产品 删除产品 注册登录 退出系统 修改个人信息 收藏/删除产品 按需求搜索产品 产品对比 偏好设置 2： 头脑风暴 业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例 3：分类 4：画出领域建模图 来源： https://www.cnblogs.com/lambdoor/p/11925828.html

本片博客将讨论如何将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