基于领域驱动设计在构建IT管理系统的应用研究.docx

基于领域驱动设计在构建IT管理系统的应用研究.docx

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

?

?

基于领域驱动设计在构建IT管理系统的应用研究

?

?

时梨

【摘要】??随着IT技术的发展,IT管理系统为企业健康发展提供新的支撑,甚至赋予了企业新型能力。然而,随着IT系统应用的深入,渐渐凸显出IT系统在设计方面存在的一些问题。在解决这些问题之前,也需要明确好管理系统中可能会出现的问题以及其中的原因,是否具有其存在的必要性,可能具有的解决措施。本文基于一种指导软件开发的思想体系,即对领域驱动设计研究,运用相关理论知识并在开发各阶段中实践应用,在此基础上对IT管理系统进行建设,较好地提高IT管理系统的工作效率。

【关键词】??领域驱动设计??IT管理系统??应用研究

想要高效实现IT系统管理,需要积极利用领域驱动进行设计和筹划,充分发挥領域驱动的引领和带动作用,为整个IT系统管理奠定坚实的基础、保证整个企业的信息技术系统稳定、健康发展。

一、领域驱动设计思想

著名的建模大师EricEvans在2004年首次提出了“领域驱动设计(DDD:Domain-DrivenDesign)”的概念,体现了软件开发从基于数据库设计转变为基于模型设计的方式,它为一种模型驱动的基本策略,领域模型就是其不可替代的核心内容。从概念上看,领域模型当中包含是丰富的模型元素,其中主要采用分层方式来进行业务的基本区分和隔离,每一层都具有其固定的特点以及其功能,且每一层都是独立体,之间相互配合,共同构建成为系统。基于领域驱动的基本设计,很好地保障了系统的可恢复性以及其一定的复杂性。而且以往系统需求分析和系统设计都是分离的,需求分析与系统设计并不相符、无法满足使用需求——很多软件在开发完成、甚至投入实测后才发现功能不健全或者不符合需求,甚至系统不能有效跟随需求变化。而企业在发展中也越来越追求管理的效率性,软件的开发也需要达到需求,也就需要提高开发效率,将开发的理想性与现实性之间的误差率降到最低。领域层是整个系统中最重要一层,领域驱动设计将数据和业务逻辑结合,提供一种通用语言,来解决业务复杂的IT系统开发问题。

二、领域驱动设计的架构

领域驱动的核心应用就是为了解决一些复杂业务的设计问题那么其特点也就与整个系统联系密切。分清楚其基本的框架也是为了可以更好的从中找出问题,同时也是为了确定每层的特殊作用。领域驱动的架构主要分为四个部分,分别是用户界面层、应用层、领域层、基础设施层,其中领域驱动设计的思想将侧重点放在领域层,在该层中采用实体(Entity)、值对象(ValueObject)、服务(Service)、工厂(Factory)等设计元素来对业务逻辑进行封装,可以有效降低业务核心在其他层级上的暴露,能够有效做到以领域层为中心、且实现与其他层级之间的松耦合关系,进而可以按照最小代价实现对另外层的更替。领域驱动的合理安排和设计可以在构建一个应用系统的时候,真正、有效地实现转正核心矛盾,而不是将大量的关注投放在基础设施的筹划和持久性的建设当中,尽可能不过多分散注意力去关注较为基础的前台展现层相关技术。能够达成这种理想的技术层面,也是因为领域层在各个技术架构当中都是可以达到重复使用的,这才是整个系统的核心内容。只有有效注意业务架构的基本情况和效果,才能够有效驱动应用架构。其中,业务架构的核心架构层就应该体现到应用架构的领域层模型中,这样可以使得整个系统的运转特点充分体现出来。

1.用户接口层(userinterface):负责展示前端界面,即用户可见、可操作的前端展示,主要采用MVC的模式(MVC(model-view-controller)是一种架构型模式,由模型(model)、视图(view)、控制器(controller)组成)。

2.应用层(application):负责响应用户界面层的各种请求,且不包含任何业务逻辑,仅根据相应控制逻辑调用领域层中涉及的不同服务、接口或数据。这一层关系到后续系统能做些什么,它的主要任务就是将工作委托给领域对象进行实操。

3.领域层(domain):负责规定整体的业务逻辑,是整体领域设计架构的关键内容。也可以命名为业务领域,是重中之重,也是必要环节。

4.基础设施层(infrastructure):是整个框架的底层,为其他层提供通用的技术实现能力,比如数据访问、网络通信、邮件发生等。有效的信息可以使得整个系统在运行时更加牢固,快递实现技术需求。

三、领域驱动设计在构建IT管理信息过程中各个阶段的应用要点

3.1系统需求分析阶段

在系统需求分析的阶段,主要应用的是分析模型。系统需求当中的分析模型存在,主要是为了帮助开发人员和领域业务人员之间能够有效进行沟通、减少因为沟通不畅而产生的问题和矛盾,达到快速沟通的效果,使得整个系统在运行过程中发挥较大的优势,这也是整个

文档评论(0)

180****9759 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档