课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
对于程序员来说,通过提前进行模型设计能够让程序员的编程工作有一个更清晰的步骤,而今天我们就一起来了解一下,领域模型的设计方法与价值。
一、领取模型怎么设计
设计领域模型之前,先要确定“问题空间”,即对需求进行分析和拆解。值得注意的是,领域模型通常是针对比较大的系统设计而言,如果是日常功能迭代中的小需求,那么只需要根据已经设计好的模型原则,来做对应的开发即可。
需求分析阶段要做的就是确定系统要实现的核心功能是什么,用UML来表达设计意图是非常好的工具。UML通过动静结合的图示,便可以比较清楚的阐述系统的核心职责与过程。
类图:静态,展示了模型中存在的类、类的内部结构以及它们与其他类的关系等;
状态机:动态,对一个单独对象的行为建模,指明对象在它的整个生命周期里,响应不同事件时,执行相关事件的顺序;
时序图:动态,描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
二、领域模型的价值
建模是一个团队性的复杂工作,经过长时间的摸索,有几个特点还是可以总结出来:
建模的时候,不要立刻开始设计具体的模型,而是先对业务进行分析和拆解;很多时候,业务人员也不一定非常熟悉业务,前期调研的过程是必不可少的。
为了避免产生歧义,在建模的过程中好使用统一的术语与工具,例如UML。
学会适应变化,模型本身是会发生变化的,变化的频率取决于业务发展的速度,当下的形态都是某种意义上的中间态。
一个好的软件系统,需要同时在满足业务需求和系统底层架构之前做权衡,产品运营往往不具备技术背景,因此在“做不做”与“怎样做”之间,往往会爆发激烈的冲突。更多的时候,是对同样的概念,双方都有不同的理解,这种GAP不一定是“大到天边”的那种差异,而是针对某些具体的细节发生了误解,但这种细节往往非常致命。这时候,通过模型来反应实际的业务情况,相当于说明书的作用,来与需求方沟通,就会有效的多。
因而,从全局的角度看,领域模型会带来如下的价值:
统一语言:沟通更加顺畅,分歧易于解决;
知识沉淀:通过对业务领域的熟悉过程,能够以模型的方式沉淀下来,对于自己提升与团队传承均有帮助;
保持清晰:在需求沟通时,能够快速明确哪些需求是合理的,哪些是违反业务规则的,可以让业务跑的更快的同时,保持系统结构的清晰。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请在707945861群中学习了解。