业务建模

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

我的工程实践的题目是基于OpenGL ES 2.0的车载虚拟仪表软件的开发，是一个纯开发的项目，领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 1) Collect application domain information（收集应用程序域信息） 我的工程实践课题是实现房车的车载虚拟仪表，也是智能终端解决方案，它的功能性需求包括： 实现房车的实时状态的获取和更新，如电量，水位等 对于房车内部的电器，如冰箱、灯光等可以调节 界面美观，能够对应不同的房车厂商生产出不同的主题选择 语音识别和处理，网关、蓝牙的实现 2.Brainstorming（集思广益） 列出重要的应用程序域概念–列出它们的属性/属性–列出它们之间的关系 主题选择 语音控制 灯光控制 车内信息管理

1. 什么是业务领域建模： 领域建模是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。 这是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 2. 建模目的： 了解目标组织（将要在其中部署系统的组织）的结构及机制。 了解目标组织中当前存在的问题并确定改进的可能性。 确保客户、最终用户和开发人员就目标组织达成共识。 3. 功能分析： 图1 系统功能模块图 4. 业务流程分析： （1）用户注册：管理员账户默认存在数据库中，拥有最高权限，学生和教师账户密码由学号和工号决定，提前学校导入数据库，特殊情况下需要重新申请然后需要通过管理员的审核，学生注册无需老师通过审核，但是需要申请加入指定老师的班级（小组），老师同意学生的申请之后，学生才能在班级（小组）中查看到老师布置的作业从而提交。 （2）作业提交:老师先在班级（小组）布置作业之后并且限定交作业的时间段

工程实践介绍 本次工程实践主要是在Linux环境下对服务器板卡做温度控制。本项目的 处理卡的等效理论峰值运算能力 166.4 TOPS （ INT8 ），可通过双槽位的 PCIe Gen3 × 16 集成于现有的各类服务器机架和工作站中，支持被动或主动两种散热方式，典型功耗为 80W 。 处理卡支持最高 32GB 的 DDR4 内存容量，并具备 ECC 数据校验功能。在 75w 的功耗下， 理论峰值速度每秒 128 万亿次定点运算。 本项目旨在优化服务器内芯片 板卡在实际使用过程中出现板卡核心温度过高 导致的 降频问题 。实际过程中 板卡在一个板卡核心超过 87° 时自动保护降频 ， 而且风扇的降温过程中会出现一定的温度波动 。 本项目旨在 通过监视 板卡的功耗和温度 ，CPU 的功耗和温度 ， 以及服务器风扇的功耗等的关系 ，开发一个应用，编写出板卡温度读取函数库，风扇转速调控函数库，设计出高效的风扇控制算法。最终实现风扇智能控制算法，实现服务器风扇的风速平衡，整个系统低功耗，从而高效的控制服务器机箱内的系统风扇。 ♦ 1) 应用领域信息 ①能够实时读取各项传感器示数，并通过不同的接口传递给其他功能模块或在前端可视化传感器示数。 ②能够对传感器读数尤其是温度等读数进行存储分析，并采用不同的策略调整风扇参数。 ③能够根据不同用户具体的需求采用不同的温控策略

在IT项目的构建中，沟通是一切协作的基础。但在系统的开发过程中，每个人都会用自己的方式解释需求和设计，为此，项目需要提供一个标准的词汇表来反映目前对需求空间的理解。领域建模是构建项目词汇表或项目中使用的词典的任务，但领域模型比项目词汇表更好，因为它以图形方式显示了所有这些不同的术语如何相互关联。实际上，它是一个简化的类图，在不同的类（领域对象）之间使用线条进行描绘，以显示它们如何相互关联。领域模型显示领域类之间的聚合和泛化关系（has-a和is-a关系）。项目的领域模型定义了范围，并形成了构建用例的基础。域模型还提供了一个常见的词汇表，以便能够在项目团队成员之间进行明确的沟通。 1. Collect application domain information 我们小组的课题是实现一个面向主题的搜索引擎，它的功能性需求包括 爬取网页获取内容 文本处理，建立索引库 分析关键字进行查询 2.Brainstorming 爬虫部分：爬取下载与主题相关的网页 文本处理：过滤网页，提取网页文本，建立索引 查询：分析关键字，检索文档 3.Classifying the domain concepts into 爬虫：自动登录、网页抓取、网页解析、存储 文本预处理：过滤网页、提取网页文本、分词 索引：建立索引、索引维护 查询：分析关键字、相关文档打分、排序 用户界面：搜索框，搜索结果展示 4.

一、什么是业务领域建模 　　 业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 二、为什么要进行领域建模 　　软件的世界里没有银弹，是用事务脚本还是领域模型没有对错之分，关键看是否合适。实际上，CQRS就是对事务脚本和领域模型两种模式的综合，因为对于Query和报表的场景，使用领域模型往往会把简单的事情弄复杂，此时完全可以用奥卡姆剃刀把领域层剃掉，直接访问Infrastructure。我个人也是坚决反对过度设计的，因此对于简单业务场景，我强力建议还是使用事务脚本，其优点是简单、直观、易上手。但对于复杂的业务场景，你再这么玩就不行了，因为一旦业务变得复杂，事务脚本就很难应对，容易造成代码的“一锅粥”，系统的腐化速度和复杂性呈指数级上升。 　　目前比较有效的治理办法就是领域建模，因为领域模型是面向对象的，在封装业务逻辑的同时，提升了对象的内聚性和重用性，因为使用了通用语言（Ubiquitous Language），使得隐藏的业务逻辑得到显性化表达

1、领域建模Domain Modeling：开发团队获取领域知识的过程 2、进行业务领域建模原因：因为软件工程师需要在不同的领域或不同的项目中工作，来自不同的背景，这可能会影响他们对应用程序域的感知。他们需要领域知识来开发系统。 3、模型(Model)通常由2部分组成： 1）元素(Element) 2）元素间的关系(Relationship) 4、领域建模（Domain Modeling）/业务分析的主要就是： 　 1）寻找业务对象（Business Object） 2）恰当建立这些对象间的关系 5、如何进行领域建模 1）收集应用程序域信息–关注功能需求，同时考虑其他需求和文档 2）头脑风暴–列出重要的应用程序域概念，列出它们的属性，列出它们之间的关系 3）使用UML类图记录结果，最终画出业务类图，并说明业务类图中每一个类、属性、方法的来源，对于有关联类情况要进一步给出关系数据库的模型。 一. Collect application domain information 　　我们的项目是基于企业需求的数据收集及分析系统，主要的功能需求如下： 　　1.数据获取 　　2.数据展示 　　3.数据分析 　　相关数据大多是零件行业相关的价格数据，也有部分关于价格走势预测的文字信息。 二. Brainstorming 　　1.爬虫：自动登录，自动获取数据，自动处理缺失值，存入数据库 　　2

1 、领域建模 Domain Modeling ：开发团队获取领域知识的过程 2 、进行业务领域建模原因：因为软件工程师需要在不同的领域或不同的项目中工作，来自不同的背景，这可能会影响他们对应用程序域的感知。他们需要领域知识来开发系统。 3 、模型 (Model) 通常由 2 部分组成： 1 ）元素 (Element) 2 ）元素间的关系 (Relationship) 4 、领域建模（ Domain Modeling ） / 业务分析的主要就是： 　 1 ）寻找业务对象（ Business Object ） 2 ）恰当建立这些对象间的关系 5 、如何进行领域建模 1 ）收集应用程序域信息 – 关注功能需求，同时考虑其他需求和文档 2 ）头脑风暴 – 列出重要的应用程序域概念，列出它们的属性 / 属性，列出它们之间的关系 3 ）使用 UML 类图记录结果，最终画出业务类图，并说明业务类图中每一个类、属性、方法的来源，对于有关联类情况要进一步给出关系数据库的模型。 6 、 我的工程实践为基于ESP32 开发板建立 Mesh 网络，实现数据采集。 以我的工程实践为基础，进行领域建模的步骤如下： （ 1 ） 发现类 及其属性， 在我的项目中需要多块 ESP32 开发板建立 MESH 网络，并连接网络进行数据采集，因此有 STATION ， Smartconfig ， sensor ，

一、业务领域建模的含义 领域建模是描述业务用例实现的对象模型，它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。（以上定义摘自百度百科） 二、为什么要进行领域建模 使用领域建模可以对现实中的事务进行充分的抽象，让我们发掘重要的业务领域概念，同时建立各个业务领域之间的联系，让我们对业务有更加清晰的认识。 三、如何进行领域建模 1、命名 对每个业务角色和实体进行命名，要求名称能够表示对象的职责。 2、找关系 对命名好的类，尽可能发掘类之间的关联，如继承、依赖等联系。 3、加属性 对每一个类，我们要添加其的主要属性，且属性简单为宜，复杂概念可单独列为一个类。 四、我的工程实践的业务领域建模 我的工程设计项目与云计算有关，接下来就云计算进行业务领域建模： 找出类和对象： 名词有用户、云计算提供商、云计算、分布式计算、云计算安全。 添加属性方法： 类 属性方法 备注 用户 提交数据到云端进行处理 无 云计算提供商 提供云计算的实体，负责处理用户提交的数据并返回结果 无 云计算 是一种基于网络的分布式计算 无 分布式计算

1、 收集应用程序域信息，关注功能要求 –还考虑其他要求和文件 。 我的工程实践为新闻标题的自动生成，功能实现要求输入一段新闻文本，自动生成其标题。关注功能的重点为标题简短，清楚，流畅。我们处于信息超载的时代，媒体工作人员为了流量常常用一些博眼球的文章标题吸引大家眼球，所以如果能有一种算法根据文章内容，生成切合文章实际内容的标题，对于帮助客户不被原标题迷惑，根据算法生成的标题，进行有效信息筛选是非常有帮助的。我们采用神经网络用于预测，需要大量新闻数据集和相应标签，模型的设置，数据预处理以及生成标题评估方法等。 2、头脑风暴，列出重要的应用程序域概念 –列出它们的属性/属性–列出它们之间的关系。 对数据集的获取和处理：收集大量新闻文本信息，数据的属性包括数据的类型，长度，存储路径等等，处理有分词，过滤，转向量，需要用到过滤词典和转向量的词典，初始的想词向量维度往往很大，还需要对其进行词嵌入。 模型的构建：采用 seq2seq模型，模型由两大部分组成，可抽象为编码器和解码器，编码器用于对输入向量编码，解码器对编码的信息解码，用于最后文本的生成。此外还有注意力机制用于控制输出。解码器依赖于编码器和注意力机制。 模型训练：用预处理好的数据和设置好的模型对模型进行训练，生成训练好的模型文件。 标题生成：加载训练好的模型用于新的新闻标题生成。 3、将领域概念分为：类 –属性/属性值–关系，关联