领域模型的核心元素
业务角色显示了一个人承担的一系列职责。业务实体表示使用或产生的可交付工件、资源和事件。业务用例实现显示了协作的业务角色和业务实体如何执行某个工作流程。使用以下几种图来记录业务用例实现: 图显示参与的业务角色和业务实体。活动图,其中泳道显示业务角色的职责,而对象流显示如何在工作流程中使用业务实体。 序列图描述业务角色和业务主角之间交互的详细情况,并显示如何在业务用例执行过程中访问业务实体。业务对象模型将结构的概念和行为的概念结合了起来。它是一个纽带工件,用于对业务关系进行清晰的表述,表述方式与软件开发人员的思考方式类似,同时仍保留一些纯粹的业务内容。将我们所知道的有关业务的信息按照对象、属性和职责进行了合并。它探索业务领域知识的本质,所采用的方式使我们能够从对业务问题的思考转变到对软件应用程序的思考上来。它是一种确定需求的方法,使需求能够为待建信息系统使用,并得到该系统的支持。确定业务对象定义、对象间关系、对象名称和对象间关系名称的流程使我们能够以一种能被业务领域专家理解和验证的精确方式来表达业务领域知识。
[create_time]2016-05-14 00:21:00[/create_time]2016-05-28 15:17:53[finished_time]1[reply_count]0[alue_good]牢藻QR[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.c3555ef9._8AIAfi3kN0RNWONwXp4bA.jpg?time=3663&tieba_portrait_time=3663[avatar]超过65用户采纳过TA的回答[slogan]这个人很懒,什么都没留下![intro]148[view_count]领域模型的概念
业务对象模型(也叫领域模型 domain model)是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象(“业务类和对象”)之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。
[create_time]2016-05-14 00:17:31[/create_time]2016-05-28 15:14:18[finished_time]1[reply_count]0[alue_good]莫邪7踱[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.a8578fcd.4T4CoLrlvAZ7s_68VgMJFw.jpg?time=3682&tieba_portrait_time=3682[avatar]TA获得超过127个赞[slogan]这个人很懒,什么都没留下![intro]678[view_count]uml类图和领域模型有什么区别
领域模型 和 uml类图 是两个不同层次概念,谈不上区别。
可以这样说,领域模型是用uml类图来表达的
领域模型(Domain model):是对领域内概念类或现实世界中对象的可视化表示。也称为概念模型。是更为完整的业务模型的一个特例。从UML的表示法角度,领域模型被描述为一组没有定义操作的类图(概念类、关联、属性)。领域模型中的领域类通常只有属性,没有或很少的操作。
[create_time]2017-11-25 15:44:14[/create_time]2012-12-16 21:21:23[finished_time]2[reply_count]23[alue_good]wangsl1978[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.a3158839.g-UKnc-QCYIL2hGOXUfYvg.jpg?time=2960&tieba_portrait_time=2960[avatar]TA获得超过743个赞[slogan]这个人很懒,什么都没留下![intro]7318[view_count]
领域模型的模型
在业务对象模型中,业务角色代表雇员将担当的角色,而业务实体则代表雇员将处理的对象。一方面,可以使用业务对象模型来确定业务雇员将如何进行交互,以产生业务主角所期望的结果。另一方面,系统用例模型和设计模型指定了业务的信息系统。业务建模和系统建模解决不同的问题,其抽象程度也不一样。所以一般而言,信息系统不应该直接出现在业务模型中。另一方面,雇员作为业务角色来使用信息系统,实现相互之间的通信、与主角的通信以及对业务实体信息进行访问。所有的链接、关联关系或属性都有某个潜在的信息系统对其进行支持。这两类建模环境有以下关系:作为特定业务角色的雇员与信息系统的一个系统主角相对应。如果建立的信息系统使该雇员在业务用例中的所有工作都得到一个系统用例的支持,则他最有可能得到最好的支持。 另外,如果业务用例规模大、生存期长或者合并了多个独立领域中的工作,信息系统用例将可以支持业务角色的操作。 雇员工作的对象(建模为业务实体)常在信息系统中得到表现。在信息系统的对象模型中,这些业务实体作为实体类出现。业务实体之间的关联关系和聚合关系常常使设计模型中实体类之间产生对应的关联关系和聚合关系。 因此,系统用例访问并操作设计模型中的实体类,这些实体类代表由被支持业务用例访问的业务实体。最后,直接使用业务信息系统的业务主角也成为信息系统的系统主角。 当确定对支持业务的信息系统的需求时,这些关系十分关键。
[create_time]2016-05-14 00:20:58[/create_time]2016-05-28 15:17:51[finished_time]1[reply_count]0[alue_good]熊猫Nu[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.7a29e75c._NqB6mPNxO4uFPGkD2G1yQ.jpg?time=3685&tieba_portrait_time=3685[avatar][slogan]这个人很懒,什么都没留下![intro]75[view_count]领域模型是一种什么技术
领域模型是对领域内的概念类或现实世界中对象的可视化表示业务对象模型(也叫领域模型 domain model)是描述业务用例实现的对象模型。它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。业务对象模型从业务角色内部的观点定义了业务用例。该模型为产生预期效果确定了业务人员以及他们处理和使用的对象(“业务类和对象”)之间应该具有的静态和动态关系。它注重业务中承担的角色及其当前职责。这些模型类的对象组合在一起可以执行所有的业务用例。业务角色显示了一个人承担的一系列职责。业务实体表示使用或产生的可交付工件、资源和事件。业务用例实现显示了协作的业务角色和业务实体如何执行某个工作流程。使用以下几种图来记录业务用例实现: 图显示参与的业务角色和业务实体。活动图,其中泳道显示业务角色的职责,而对象流显示如何在工作流程中使用业务实体。 序列图描述业务角色和业务主角之间交互的详细情况,并显示如何在业务用例执行过程中访问业务实体。
[create_time]2022-12-05 22:00:46[/create_time]2022-11-30 14:06:45[finished_time]1[reply_count]0[alue_good]呦呦璐蓂[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.80b80f81.ORaysD_TPiDl7JtMsOWGWg.jpg?time=9526&tieba_portrait_time=9526[avatar]TA获得超过370个赞[slogan]这个人很懒,什么都没留下![intro]62[view_count]领域模型,你真的理解的了吗?
UML比较难学,主要是其本身很复杂并且涉及到大量的概念名词。领域模型就是其中之一,网络上搜索到关于领域模型的知识应该是有两种,一种是来源于最初的传统软件开发过程,一种来源于领域驱动设计(DDD),这两者很容易混淆。以下是我对领域模型这个概念的一些理解。 理论派 领域模型是一种特殊的业务模型,它分析范围是整个行业,抽象出行业里共性和内在规律性的业务,比业务模型更加抽象,它不属于软件开发范畴的概念,与软件开发无关。 实战派 领域模型是一种分析模型,在软件开发过程分析阶段用于分析如何满足系统功能性需求,属于软件开发范畴,在UML中主要使用类图来描述领域模型。 业务模型是业务建模的输出物,业务建模研究的对象是公司或者组织,业务建模属于软件开发过程中的初始阶段。 软件开发过程:业务建模、需求、分析、设计。 在软件开发过程中我们接触到的领域模型属于 实战派 。 理论派 领域模型是一种特殊业务模型,作用都是: 实战派 领域模型作用: 业务模型作用: 理论派 领域模型是一种特殊的业务模型,所以具备业务模型的所有特点,但是比业务模型更抽象、更通用。 实战派 业务模型是在软件开发过程中业务建模阶段产生,领域模型是在分析阶段产生。 业务模型是系统需求人员理解客户公司业务的产物,下一阶段需求将以业务模型为输入得到系统需求。 领域模型是系统分析人员分析如何满足系统功能性需求的产物。下一阶段设计将以领域模型为输入。 “实战派”举例说明: 当接到项目,需要做一个酒店预订系统,首先进行业务建模,了解客户公司酒店管理的相关业务,这就会产出业务模型,此时业务模型里除了酒店预订这个业务环节还包括其他与酒店预订同层次的业务环节。 接下来将视线聚焦到酒店预订,改进已有流程得到酒店预订系统需求,即系统用例和需求规约。 接下来通过分析系统用例和需求规约,分析如何满足酒店管理系统功能性需求,从而得到领域模型。 "理论派"和“实战派”的领域模型是两个范畴的东西,若没有分清肯定会引起理解混乱。 还有一种“领域模型”,它出自于Eric Evans的“Domain-Driven Design”简称DDD,也就是“领域驱动设计”,DDD是一套综合软件系统分析和设计的面向对象建模方法,所以要明确区分这两种领域模型。失血模型、贫血模型、充血模型这类概念都属于DDD范畴的“领域模型”。 1. 解决的核心问题不同 正如前文所说的,领域模型是一个用于分析业务的分析模型,在实际项目中要解决的核心问题是: 而“领域模型”是综合分析与设计的模型,要解决的核心问题是: 在传统的软件开发流程中,分析(系统需求分析)和设计(系统设计)被划分为两个阶段,分别对应国家“系统分析师” 和“系统设计师” 两种职称,这种割裂的结果导致,“系统设计师”要基于需求分析的结果做系统设计后才能进行编码,这中间会存在信息上的丢失或失真,并且实际过程中业务需求会变(可能是外界环境的变化或者对业务有更深的理解引起),就更容易引起系统设计与项目需求脱节。Eric Evans提出的DDD思想就是想解决这样问题。 2. 领域不同 领域模型是业务分析模型,分析的是系统功能性需求所出核心域的业务,软件系统只是实现业务的方式而非业务的一部分(提供IaaS服务的公司除外),不会考虑系统设计IT领域里问题。 “领域模型”是综合分析和设计的模型,涉及到系统设计,需要思考系统的边界,故该模型所分析设计的领域是综合了业务领域和IT领域。 以酒店预订系统为列,其业务描述如下 以上涉及到两个对象:用户、会员。 若做业务分析,第一段描述中的“用户”可能就需要考虑,它可能是游客、咨询者的业务含义。 若要考虑系统设计,第一段描述中的“用户”可能就会忽略,即不在系统边界范围内。 3. 使用的阶段和岗位不同 领域模型是分析业务的分析模型,在实际项目中主要由系统分析师在分析阶段中使用。 DDD的“领域模型”是综合分析、设计的模型,在实际项目中横跨分析和设计两个阶段,岗位需要具备“系统分析师”和“系统设计师”的综合能力。 4. 包含的内容不同 领域模型主要内容: “领域模型”主要内容: 领域模型分理论派和实战派,理论派属于商业范畴不属于软件开发范畴,软件开发过程不用理会理论派,切忌相互混淆。 实战派认为领域模型是一种分析模型,用于分析理解复杂业务领域问题,具体到软件开发过程中就是在分析阶段分析如何满足系统功能性需求。 同时在软件开发范畴还有来自于DDD的“领域模型”,这是一种综合分析与设计一体的模型,注重系统设计与需求分析、系统需求的衔接,设计出系统与需求有较好的一致性,针对合理的需求变化也更具有良好的扩展性。
[create_time]2022-06-20 09:59:08[/create_time]2022-07-04 08:02:49[finished_time]1[reply_count]0[alue_good]清宁时光17[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.f66817d0.sg2uptlA4rVTuV_qaAgZJw.jpg?time=582&tieba_portrait_time=582[avatar]TA获得超过1.1万个赞[slogan]这个人很懒,什么都没留下![intro]3[view_count]专业教育模型
最佳的专业教育模型包括的六要素分别是:
1. 要教给他足够全面的知识,让他能够熟练地掌握飞行中用得到的一切知识。
2. 把这些知识统统教给他,不仅是为了让他能够通过一两次考试,而是为了让他能够熟练地应用这些知识,甚至能够同时处理两三种相互交织的复杂的危险情况。
3. 就像任何一个优秀的代数学家,他要学会有时候采用正向思维,有时候采用逆向思维,这样他就能够明白什么时候应该把主要的注意力放在他想要的那些事情上,而什么时候放在他想要避免的那些情况上。
4. 他必须接受各门学科的训练,力求把他未来因为错误操作而造成损失的可能性降到最低;最重要的操作步骤必须得到最严格的训练,达到最高的掌握水平。
5. 他必须养成核对“检查清单”的习惯。
6. 在接受最初的训练之后,他必须常规性地保持对这些知识的掌握:经常使用飞行模拟器,以免那些应付罕见重要问题的知识因为长期不用而生疏。
[create_time]2022-07-16 04:59:46[/create_time]2022-07-30 15:33:05[finished_time]1[reply_count]0[alue_good]清宁时光17[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.f66817d0.sg2uptlA4rVTuV_qaAgZJw.jpg?time=582&tieba_portrait_time=582[avatar]TA获得超过1.1万个赞[slogan]这个人很懒,什么都没留下![intro]0[view_count]
域的子域
子域,是相对父域来说的,指域名中的每一个段。各子域之间用小数点分隔开。放在域名最后的子域称为最高级子域,或称为一级域,在它前面的子域称为二级域。f是F的子环,且对于任意非零元素都有逆元,则f为F的一个子域,子域也是一个域。一般情况下,我们均是研究典型域下的子域。子域的判定条件:子环+任意非零元素都有逆元。
[create_time]2016-05-10 23:14:40[/create_time]2016-05-25 19:04:10[finished_time]1[reply_count]2[alue_good]哎呦729[uname]https://himg.bdimg.com/sys/portrait/item/wise.1.50a833ed.2_gGh_eoJ38AMNS_KnoG1Q.jpg?time=3690&tieba_portrait_time=3690[avatar]超过27用户采纳过TA的回答[slogan]这个人很懒,什么都没留下![intro]436[view_count]