业务建模

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 随着时间的推移，您将会使用新的领域类别来识别您的领域模型。您还会注意到他们之间的联系（或关联） - 例如，书评属于书，采购订单（purchase order）和信用卡（credit card）是两种，因为它们都是付款类型。 第一个关系（书评属于一本书）被称为聚合（has-a，因为一本书都会有一书评）。第二个关系

1）Collect application domain information 　　领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。 　　我的工程实践题目是计算机视觉在智能交通的应用，下面我将基于我的工程实践题目分析如何对实现领域建模。 2）Brainstorming 　　在此部分我们需要完成的任务是： （1）列出重要的应用程序域概念 （2）列出它们的属性 （3）列出它们之间的关系 （1）应用程序域的概念 　　应用程序域 (application domain) (AppDomain) 一种边界，它由公共语言运行库围绕同一应用程序范围内创建的对象建立（即，从应用程序入口点开始，沿着对象激活的序列的任何位置）。应用程序域有助于将在一个应用程序中创建的对象与在其他应用程序中创建的对象隔离，以使运行时行为可以预知。在一个单独的进程中可以存在多个应用程序域。 （2）列出属性 　　首先说明我的工程实践的任务是，系统根据公路上摄像头拍摄的照片或者视频，分析其中的图像，发现违规车辆的车牌号，并应用计算机视觉领域的工具进行识别与分析。而用户则可以在app上查找自己的车辆的违规信息，并进行个人信息的编辑与查看。系统管理员则可以发布用户的违规信息。 　　分析名词有：公路

我的工程实践课题为“智能化仓储管理平台”，主要功能是简化仓储过程中的管理操作，整个系统包括登录，出库和入库三个模块，使用者包括两类人一是系统管理员一种是仓库管理员，前者除了基本功能外还要拥有管理人员账户等功能。以本课题为例，进行领域建模分析： 领域模型是对领域内的概念类或现实世界中对象的可视化表示，是描述业务用例实现的对象模型，它将结构的概念和行为的概念结合了起来。 模型通常由两个部分组成，一是元素，二就是元素间的关系，因此，领域建模（Domain Modeling）/业务分析的主要就是： 1）寻找业务对象（Business Object） 2）恰当建立这些对象间的关系 按照如下要求对项目进行建模： （1）收集业务领域的相关信息（重点关注功能方面的需求-其余的需求与相关文档可适当考虑在内）： （2）头脑风暴-列出业务领域相关的重要概念（包括它们的属性属性值以及它们之间的关系）： （3）将业务领域概念分类（–类别–属性/属性值–关系—）； （4）采用UML类图记录最终分析结果。 建模结果如下： 1）需求分析： 本系统具有两类用户，仓库管理员具有入库与出库货品的功能，通过应用内的操作修改服务器中数据库的信息并由服务器通知具体设备进行相应的操作；系统管理员具有对人员的管理功能，同样是对于数据库的操作修改后台数据，而系统管理员的账户不可更改，同时还有随时获取仓库内各库存信息的功能 2

业务领域建模的概念 业务对象模型(也叫领域模型 domain model)是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务 用例 。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象("业务类和对象")之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 业务领域建模的原因 业务建模在ERP工程中被着重强调，而且ERP中的BPR已经成为一门独立的学科。不仅如此，即便是在普通的信息系统中，业务建模也是非常重要的，所不同的，仅仅是它们的规模而已。这一点上，可能大家会不理解，如果你只是为企业的业务自动化建立应用，直接照搬企业模式不就行了吗。这里有两点原因，一是企业原有的 业务模式 在以人为主的环境中可能运行的很好，可是把这套模式原本不动的搬到计算机上就未必会适合了。人的能力和计算机的能力有很大的出入，所以流程必须经过调整以适应计算机;第二个原因是上面已经提到过的避免产生部门级的，部分功能区域的应用系统。 在 RUP 中，业务建模被作为下游流程的输入重点强调:业务模型是需求 工作流 程的一种重要输入，用来了解对系统的需求。(RUP) 业务领域建模的步骤 领域模型设计是需求分析的 关键步骤 。它帮助用户及需求分析人员建立业务概念

业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务 用例 。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例 。 通常的做法是不在业务对象模型中对信息系统进行明确建模，因为信息系统只是业务角色所使用的工具而已。但当业务的信息系统被客户直接使用时，这种做法就不合适了。如果这个交互是业务服务的主要部分，您可能会出于商业上重要性的考虑而希望在业务对象模型中将其展示出来。电话银行业务就是此类信息系统的一个很好的例子。 从业务建模的观点来看，建议使用以下方法： 将信息系统看做一个和主角交互的完全自动化的业务角色。如果信息系统和任何其他业务角色或业务实体相关，则考虑使用链接或关联关系来说明这种关系。系统可能会向某个业务角色通知其进度，或者使用与某个业务实体相关的信息。 简单地说明业务角色，同时列出代表业务对象模型中信息系统的服务。在信息系统模型中对信息系统和其环境的所有细节和特征进行建模。引入一个命名约定，这样可以容易地在业务角色中确定那些完全自动化的业务角色，例如，一个前缀或后缀，如“自动<业务角色名称>”或

1：收集应用领域信息 博主的工程实践题目为生成式的开放域聊天机器人，其目标是基于深度学习及相关延伸技术来尽可能达成可以创造性生成具有上下文联系的随机回复。目前在市场上的应用极其有限，最成功的实例是微软小冰团队的研究成果，但事实上即使是该团队在相关方向上的研究也很难达到接近人类交流的基本水准。所以博主所研究的开放域，只是希望在语料库内容相对开放的程度上尽可能尝试实现具有上下文关联的对话生成。 2： 头脑风暴 该系统的核心组成包括语料库（数据）预处理，模型构建，网络训练及对话生成部分。这几部分之间是顺序链接关系，且最终的成品仅包含对话生成部分或也包含模型部分。 3：分类 最重要的类为训练模型，可能是基础的Seq2seq,transformer,Elmo等等基础模型及其变体，其他部分也可以根据需要建立为类也可以以函数模块的形式存在。 4：UML类图 来源： https://www.cnblogs.com/bzgeng/p/11927367.html

业务领域建模的概念 业务对象模型(也叫领域模型 domain model)是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务 用例 。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象("业务类和对象")之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 业务领域建模的原因 业务建模在ERP工程中被着重强调，而且ERP中的BPR已经成为一门独立的学科。不仅如此，即便是在普通的信息系统中，业务建模也是非常重要的，所不同的，仅仅是它们的规模而已。这一点上，可能大家会不理解，如果你只是为企业的业务自动化建立应用，直接照搬企业模式不就行了吗。这里有两点原因，一是企业原有的 业务模式 在以人为主的环境中可能运行的很好，可是把这套模式原本不动的搬到计算机上就未必会适合了。人的能力和计算机的能力有很大的出入，所以流程必须经过调整以适应计算机;第二个原因是上面已经提到过的避免产生部门级的，部分功能区域的应用系统。 在 RUP 中，业务建模被作为下游流程的输入重点强调:业务模型是需求 工作流 程的一种重要输入，用来了解对系统的需求。(RUP) 业务领域建模的步骤 领域模型设计是需求分析的 关键步骤 。它帮助用户及需求分析人员建立业务概念

博主的工程实践课题为 基于文本理解的智能聊天机器人设计 ，在此进行业务领域建模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.什么是领域建模 领域建模是建造领域模型的过程，而领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。领域模型是说明问题域（现实世界中系统所要解决问题的领域为“问题域”，如“银行业务”属于“银行的问题域”。）里（对建模者来说）有意义的领域类，它是面向对象分序的时候要创建的最重要的工作（必须说明，用例虽然也是一个重要的分析工作，但它并不是面向对象的，它是强调的概念的过程视图）。 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：收集应用领域信息 我的工程实践为搭建一个传感器信息展示网站，功能是帮助用户找到符合自己需求的传感器产品。应该有的功能为： 添加产品 删除产品 注册登录 退出系统 修改个人信息 收藏/删除产品 按需求搜索产品 产品对比 偏好设置 2： 头脑风暴 业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例 3：分类 4：画出领域建模图 来源： https://www.cnblogs.com/lambdoor/p/11925828.html