业务建模

我的工程实践项目为实现一个脱机手写单字识别系统，通过输入的手写汉字识别出该字。 1：收集应用领域信息 汉字是非字母化的文字，在当今高度信息化的社会中，如何高效快速地识别汉字，已经成为了人机交互地一个重要瓶颈，也关系到人工智能地向前发展。因此，进行手写汉字识别的研究，具有广泛的应用前景和经济价值。 明确什么是Domain Modeling 　　 领域建模是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。业务对象模型（domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。我们设计一个系统，总是希望它能解决一些问题，这些问题总是会映射到现实问题和概念。对这些问题进行归纳、分析的过程就是领域建模（这个域，指的就是问题域）。 　　领域模型设计的步骤为： 　　　　1. 从业务描述中提取名词； 　　　　2. 从提取出来的名词中总结业务实体，区分名词中的属性、角色、实体

以您的工程实践项目为例，在深入理解需求的基础上进行业务领域建模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 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的情况要进一步给出关系数据库的模型。 记住：我们是对业务建模，不是对系统建模！

我的工程实践题目是面向银行领域的自然语言理解系统设计，下面通过类图描述该项目的业务领域。 Collect application domain information (1) 系统提供的服务有四大类包括：贷款、信用卡、理财和金融。 (2) 每个业务有不同的语料库，每个语料库中有不同类型的问题的多种问询语句以及它们的解答语句。 (3) 根据不同的语料库训练不同的模型。 (4) 用户在使用时，系统首先语音询问用户要选择哪类服务，得到用户答复后调用对应的模型，准备工作。 (5) 用户语音输入后，系统调用语音识别API，生成文本数据喂给模型进行分类以找到对应的问题。 (6) 从数据库中匹配对应问题的答复语句，最后通过语音回复用户。 Brainstorming 名词：用户、贷款、信用卡、理财、金融、业务、语料库、问询语句、解答语句、模型、语音识别API、文本数据。 动词：语音输入、语音输出、语音识别、选择模型、生成文本数据、分类、寻找、匹配。 “...是...”表达式：贷款、信用卡、理财、金融是业务。 “...分成...”、“...组成...”表达式：语料库由问询语句和解答语句组成。 Classifying the domain concepts into 类 属性 用户 业务、模型、问询语句 语音 语音识别API、文本数据 处理 文本数据、模型 语料 语料库 交互 询问语句、解答语句

1.业务建模简介 业务建模（Business Modeling）是一种建模方法的集合，目的是对业务进行建模。这方面的工作可能包括了对 业务流程 建模，对 业务组织 建模，改进业务流程，领域建模等方面。 2.原因 业务建模在ERP工程中被着重强调，而且ERP中的BPR已经成为一门独立的学科。不仅如此，即便是在普通的信息系统中，业务建模也是非常重要的，所不同的，仅仅是它们的规模而已。这一点上，可能大家会不理解，如果你只是为企业的业务自动化建立应用，直接照搬企业模式不就行了吗。这里有两点原因，一是企业原有的 业务模式 在以人为主的环境中可能运行的很好，可是把这套模式原本不动的搬到计算机上就未必会适合了。人的能力和计算机的能力有很大的出入，所以流程必须经过调整以适应计算机；第二个原因是上面已经提到过的避免产生部门级的，部分功能区域的应用系统。 3.目的 了解目标组织（将要在其中部署系统的组织）的结构及机制。 了解目标组织中当前存在的问题并确定改进的可能性。 确保客户、最终用户和开发人员就目标组织达成共识。 业务建模 导出支持目标组织所需的系统需求。 为实现这些目标，业务建模 工作流程 说明了如何拟定新目标组织的前景，并基于该前景来确定该组织在业务用例模型和业务对象模型中的流程、角色以及职责。 作为对这些模型的补充，还开发了以下工件： 补充业务规约 词汇表 与其他工作流程的关系 4. 来源：

业务领域建模Domain Modeling 1.相关概念 1.1 应用程序域 一种边界，它由公共语言运行库围绕同一应用程序范围内创建的对象建立（即，从应用程序入口点开始，沿着对象激活的序列的任何位置）。应用程序域有助于将在一个应用程序中创建的对象与在其他应用程序中创建的对象隔离，以使运行时行为可以预知。在一个单独的进程中可以存在多个应用程序域。 1.2 领域建模意义 领域建模有很多种方法，对于同样的问题域使用不同的建模手段得到的模型可能也不尽相同。 首先我们需要明白建模的目的是什么？如果仅仅是为了描画问题，那么并没有什么对错之分——仅仅是立场和角度的差别；而如果是为了企业业务系统而进行建模，在开始分析和建模之前，我们需要知道企业业务系统的目的是什么；而企业业务系统的目的往往跟决策者或者管理的诉求相关。我们现在需要移情到一位管理者身上，看看他的诉求到底是什么。我们对于事件的追溯可以通过对数据的追溯来完成。你无法回到从前去看看到底发生了什么，但是却可以在单据的基础上，一定程度的还原当时事情发生的场景。当我们把这些数据的足迹按照时间顺序排列起来，我们几乎可以清晰的推测出这个在过往的一段时间内到底发生了哪些事情。 1.3 领域建模的方法 这里举例两种方法：用例分析法、DDD的方法 1.3.1 用例分析法 基本步骤为： 1.获取用例描述 2.寻找概念类 3.添加关联 4.添加属性 5

什么是业务领域建模？ 领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。 我的工程实践选题是关于CTF的，下面将进行分析。 业务领域建模的原因以及优点： 业务建模在ERP工程中被着重强调，而且ERP中的BPR已经成为一门独立的学科。不仅如此，即便是在普通的信息系统中，业务建模也是非常重要的，所不同的，仅仅是它们的规模而已。这一点上，可能大家会不理解，如果你只是为企业的业务自动化建立应用，直接照搬企业模式不就行了吗。这里有两点原因，一是企业原有的业务模式在以人为主的环境中可能运行的很好，可是把这套模式原本不动的搬到计算机上就未必会适合了。人的能力和计算机的能力有很大的出入，所以流程必须经过调整以适应计算机;第二个原因是上面已经提到过的避免产生部门级的，部分功能区域的应用系统。在RUP中，业务建模被作为下游流程的输入重点强调:业务模型是需求工作流程的一种重要输入，用来了解对系统的需求。(RUP)通过建立领域模型能够从现实的问题域中找到最有代表性的概念对象并发现出其中的类和类之间的关系，因为所捕捉出的类是反馈问题域本质内容的信息。经典的面向对象的分析或调研的步骤，是把一个相关的领域，分解为单个领域类或者对象（是一个我们能够理解的概念）。 业务领域建模的主要步骤：

我的选题是《针对领域知识的中文知识图谱自动化》 业务领域建模 概念 业务对象模型（Domain Modeling）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 核心 业务角色显示了一个人承担的一系列职责。业务实体表示使用或产生的可交付工件、资源和事件。业务用例实现显示了协作的业务角色和业务实体如何执行某个工作流程。业务对象模型将结构的概念和行为的概念结合了起来。它是一个纽带工件，用于对业务关系进行清晰的表述，表述方式与软件开发人员的思考方式类似，同时仍保留一些纯粹的业务内容。将我们所知道的有关业务的信息按照对象、属性和职责进行了合并。 要求 1）收集领域信息，关注功能需求 《针对领域知识的中文知识图谱自动化》的需求：知识图谱自动化构建；从知识图谱的问题及答案自动化生成 2）头脑风暴，列出重要的应用程序域概念、属性/属性以及它们之间的关系 《针对领域知识的中文知识图谱自动化》的应用程序域及其属性：数据获取模块，知识获取途径；知识图谱构建模块，知识图谱构建方法；问题生成模块，生成问题、生成答案等

1 ） Collect application domain information 　　领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。 　　我的工程实践是 医学领域的智能问答系统，该系统的是通过利用大规模的医疗方面的问题与答案对语料来训练模型，从而构建医疗方面的智能问答系统。 2 ） Brainstorming 搜集医疗相关的常见中文问题和答案，用来训练模型 采用 CNN ， RNN ， bert 等深度学习模型来构建智能问答系统 利用 ASR （自动语音识别）和 TTS （文本转语音）技术来实现用户的语音输入输出 本项目主要内容是利用医学领域问题答案对来训练模型，与常规的软件项目不太一样，该深度学习项目主要是利用数据来跑模型。 3 ） Document result using UML class diagram 来源： https://www.cnblogs.com/liuhuacheng/p/11930067.html

领域建模 Collect application domain information focus on the functional requirements – also consider other requirements and documents Brainstorming listing important application domain concepts – listing their properties/attributes – listing their relationships to each other Classifying the domain concepts into: classes – attributes / attribute values – relationships association, inheritance, aggregation Document result using UML class diagram 1 Collect application domain information 我的工程实践题目是《 多人对话场景中音频分离 》，题目要求的任务即说话人区分（Speaker Diarization）任务。说话人区分是声纹识别领域中的一个任务，具体是指根据说话者身份将输入的音频划分为同类片段的过程

一、业务领域建模的概念 领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。 业务对象模型（领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 二、业务领域建模的意义 建立领域模型的好处： 1，通过建立领域模型能够从现实的问题域中找到最有代表性的概念对象 2，并发现出其中的类和类之间的关系，因为所捕捉出的类是反馈问题域本质内容的信息。 经典的面向对象的分析或调研的步骤，是把一个相关的领域，分解为单个领域类或者对象（是一个我们能够理解的概念）。 领域模型是领域类或者是我们感兴趣的现实对象的可视化表示。 它们也被称之为：概念模型、领域对象模型、分析对象模型等。 在UML中，领域模型是不定义操作（方法）的一组类图来说明，它主要表达： 1） 领域对象或者领域类 2） 领域类之间的关联 3） 领域类的属性 属性用以表达对象的状态。 三