domain

背景： 在使用达梦数据库时，查询SQL中涉及XML,EXCHANGE,DOMAIN,link字段，在达梦中是关键字，SQL报关键词不能使用的错误。 解决办法： 配置达梦安装文件E:\MyJava\dmdbms\data\DAMENG\dm.ini 忽略这些关键词， EXCLUDE_RESERVED_WORDS = XML,EXCHANGE,DOMAIN,link #Reserved words to be exclude 使得SQL可以使用。 配置图文详解： 1.找到dm.ini文件 2.打开dm.ini文件,Ctrl+F找到“EXCLUDE_RESERVED_WORDS” 3.在“EXCLUDE_RESERVED_WORDS”编码 的 等号后边加上 需要忽略的关键字“XML,EXCHANGE,DOMAIN,link”， 保存即可。 完！ 来源： https://www.cnblogs.com/zcx-94/p/11936551.html

python中requests库使用方法详解 官方文档 requests的具体安装过程请看：http://docs.python-requests.org/en/latest/user/install.html#install requests的官方指南文档：http://docs.python-requests.org/en/latest/user/quickstart.html requests的高级指南文档：http://docs.python-requests.org/en/latest/user/advanced.html#advanced 什么是Requests Requests 是⽤ ython语⾔编写，基于urllib，采⽤Apache2 Licensed开源协议的 HTTP 库。它⽐ urllib 更加⽅便， 可以节约我们⼤量的⼯作，完全满⾜HTTP测试需求。 ⼀句话——Python实现的简单易⽤的HTTP库 安装Requests库 进入命令行win+R执行 命令：pip install requests 项目导入：import requests 各种请求方式 直接上代码，不明白可以查看我的urllib的基本使用方法 import requests requests.post('http://httpbin.org/post') requests.put(

以您的工程实践项目为例，在深入理解需求的基础上进行业务领域建模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： 工程实践题目为生成式聊天机器人，目标为基于现在的深度学习模型构建生成式模型。 目前在市场上，该类产品的应用极其有限，最成功的案例是微软团队的小冰，但即使是该团队在相关方向上的研究也没能让小冰达到接近人类交流的基本水准。 该工程实践希望在语料库内容相对开放的程度上尽可能使模型关联上下文产生良好回复。 Brainstorming： 该系统的核心组成包括语料库，预处理模型，网络模型，网络训练及对话生成部分。 这几部分是顺序链接的关系。 最终的成品仅包含对话生成部分或视部署的服务端而定，也将包括模型。 Classifying the domain concepts into： 最主要的类是网络模型，其中包含各种序列模型的模块（RNN,LSTM,GRU,TRANSFORMER...) 其余类可能包括：训练批的获取类，预测结果评估类等 其中

1、什么是Domain Modeling 　　业务对象模型（也叫领域模型 domain model）是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务 用例 。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象（“业务类和对象”）之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。 业务角色显示了一个人承担的一系列职责。业务实体表示使用或产生的可交付工件、资源和事件。业务 用例 实现显示了协作的业务角色和业务实体如何执行某个工作流程。使用以下几种图来记录业务用例实现： 图显示参与的业务角色和业务实体。活动图，其中泳道显示业务角色的职责，而对象流显示如何在 工作流程 中使用业务实体。 序列图描述业务角色和业务主角之间交互的详细情况，并显示如何在业务用例执行过程中访问业务实体。 业务对象模型将结构的概念和行为的概念结合了起来。 它是一个纽带工件，用于对业务关系进行清晰的表述，表述方式与软件开发人员的思考方式类似，同时仍保留一些纯粹的业务内容。将我们所知道的有关业务的信息按照对象、属性和职责进行了合并。 它探索业务领域知识的本质，所采用的方式使我们能够从对业务问题的思考转变到对软件应用程序的思考上来。 它是一种确定需求的方法

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

我的工程实践题目是面向银行领域的自然语言理解系统设计，下面通过类图描述该项目的业务领域。 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)通过建立领域模型能够从现实的问题域中找到最有代表性的概念对象并发现出其中的类和类之间的关系，因为所捕捉出的类是反馈问题域本质内容的信息。经典的面向对象的分析或调研的步骤，是把一个相关的领域，分解为单个领域类或者对象（是一个我们能够理解的概念）。 业务领域建模的主要步骤：