领域建模

文章：面向XML的领域建模设计

随着业务领域日趋复杂，大型软件也从技术主导的因素专项软件需要服务的领域本身，而DDD（DomainDrivenDesign）恰好是一种介于领域和实现之间的桥梁，EricEvans的《领域驱动设计》明确的提出这个思路。凭借他20多年的行业经验，以及对面向对象的深刻的理解，EricEvans介绍了DDD的设计思路，这里有个最关键的问题就是如何真正去描述业务领域。不过在EricEvans发布之前，Fow
王翔·2007-11-05 00:00

面向XML的领域建模设计

在领域驱动设计（DDD：DomainDrivenDesign）中，实现业务逻辑层主要有三种模式[1]：TransactionScript、DomainModule和TableModule。随着业务逻辑复杂程度的增加，采用各模式实现的工作量变化趋势有所不同；根据应用特点，三种模式也各有优势：TransactionScript：业务逻辑直接用SQL脚本与数据库交互，实现简单，但是限于SQL面向过程化的
王翔(Vision Wang)·2007-10-31 00:00

面向XML的领域建模设计

在领域驱动设计（DDD：DomainDrivenDesign）中，实现业务逻辑层主要有三种模式[1]：TransactionScript、DomainModule和TableModule。随着业务逻辑复杂程度的增加，采用各模式实现的工作量变化趋势有所不同；根据应用特点，三种模式也各有优势：TransactionScript：业务逻辑直接用SQL脚本与数据库交互，实现简单，但是限于SQL面向过程化的
王翔(Vision Wang)·2007-10-31 00:00

系统构架师必备知识大纲

软件架构师的角色以及最难处理的问题.系统架构的核心原则.系统架构设计的特点、层次、分类.系统架构设计的构想、节奏、预测、验证.系统架构设计的协作和简化.系统架构的主要理论、方向和趋势.如何成为一个好的系统架构师信息化模型与需求过程与领域建模
董浩·2007-10-29 16:00

系统构架师必备知识大纲

如何成为一个好的系统架构师 信息化模型与需求过程与领域建模 . 网络支撑平台模型建
lovnet·2007-10-29 16:00

关于四色模型

不谁知道是不是由于自己知识面狭窄还是这个概念不够火热，今天才看到这个概念，发现对业务分析和领域建模有一定的帮助，于是将搜集到部分信息贴出， 四色原型是由是由PeterCoad和MarkMayfield首先提出
liuzuofei·2007-07-27 16:00

领域模型 And 事务脚本

阅读更多事务脚本和领域模型之间的区别还是很明显的，显然，我们常见的系统中没有太多是采用领域建模来实现的；而大部分是采用事务脚本来实现。
hiwzg·2007-07-06 17:00

领域模型 And 事务脚本

       事务脚本和领域模型之间的区别还是很明显的，显然，我们常见的系统中没有太多是采用领域建模来实现的；而大部分是采用事务脚本来实现。
hiwzg·2007-07-06 17:00

架构讲义3

  第三章 领域建模与系统行为分析 用例模型原则上不是面向对象的，它描述的是系统的功能，只是建立系统的最初的输入，为了更细腻的分析需求，从面向对象的角度，可以建立领域模型。
lem12·2007-07-06 07:00

面向对象与领域建模

板桥里人http://www.jdon.com2006/12/6多变且复杂的需求如果没有多变的需求，也许就没有今天的面向对象软件，我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击，可是这样下去的结果只有一个：使得软件更加僵化；或者程序员更加劳累。需求不但多变，而且经常是不可能第一次就能掌握，需求反映了某个领域的专业知识，例如数学、管理、财务或电子商务等等，每个特定
bluniu·2007-06-11 19:00

事务是在DAO还是在Service

       期间，我们谈到项目中的异常处理框架的问题；谈到事务处理的问题；谈到引入AOP解决很多需要改代码才能加功能的问题；最后谈到领域建模的问题。
hiwzg·2007-05-29 16:00

事务是在DAO还是在Service

期间，我们谈到项目中的异常处理框架的问题；谈到事务处理的问题；谈到引入AOP解决很多需要改代码才能加功能的问题；最后谈到领域建模的问题。
hiwzg·2007-05-29 16:00

软件架构师求职

领域建模顶级高手。目前做过的项目超过6个。参见我的blog<如何设计软件〉.spring,hibernate,webwork顶级高手。目前做过的大小项目超过6个。lucene顶级高手。
西津渡,hadoop ，云计算·2007-04-18 09:00

文章：Paul Oldfield: 如何正确理解敏捷?

Paul是使用UML进行领域建模的专家，他的贡献主要在于将业务需求转化为系统结构和系统设计方面。InfoQ的编辑KurtChristensen
霍泰稳·2007-04-12 00:00

Paul Oldfield: 如何正确理解敏捷?

Paul是使用UML进行领域建模的专家，他的贡献主要在于将业务需求转化为系统结构和系统设计方面。InfoQ的编辑KurtChristensen
Kurt Christensen·2007-04-11 00:00

领域模型基础

——GradyBooch，《面向对象项目的解决方案》领域建模是建立领域模型的过程。领域建模专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。
VerRan·2007-03-07 17:00

领域模型基础

——Grady Booch，《面向对象项目的解决方案》领域建模是建立领域模型的过程。领域建模专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。
VerRan·2007-03-07 17:00

领域模型基础

——Grady Booch，《面向对象项目的解决方案》领域建模是建立领域模型的过程。领域建模专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。
VerRan·2007-03-07 17:00

翻译确实不是那么容易的

很明显需要补功课，虽然从网上的介绍得知“领域驱动设计”是“通过领域建模，软件开发人员能够展示丰富的
futurelight·2007-02-26 23:00

面向对象开发者语义网入门

面向对象开发者语义网入门本文由W3C发布（http://www.w3.org/TR/2006/NOTE-sw-oosd-primer-20060309/）摘要在从需求分析到设计的整个软件开发周期中，领域建模都起着中心作用
JianZhiZG·2007-01-21 21:00

面向对象与领域建模

阅读更多面向对象与领域建模板桥里人http://www.jdon.com2006/12/6（转载请保留）多变且复杂的需求如果没有多变的需求，也许就没有今天的面向对象软件，我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击
j2eejb·2006-12-29 23:00

面向对象与领域建模

阅读更多面向对象与领域建模板桥里人http://www.jdon.com2006/12/6（转载请保留）多变且复杂的需求如果没有多变的需求，也许就没有今天的面向对象软件，我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击
j2eejb·2006-12-29 23:00

领域模型驱动设计(DDD)之模型提炼

)之模型提炼板桥里人http://www.jdon.com2006/8/21当Java世界提供的可选择性框架平台越来越多时，我们可能被平台架构所深深困扰，而无暇顾及软件的真正核心：业务建模，其实，业务领域建模同样是一个比平台架构更复杂
j2eejb·2006-12-29 23:33

领域模型驱动设计(DDD)之模型提炼

)之模型提炼板桥里人http://www.jdon.com2006/8/21当Java世界提供的可选择性框架平台越来越多时，我们可能被平台架构所深深困扰，而无暇顾及软件的真正核心：业务建模，其实，业务领域建模同样是一个比平台架构更复杂
j2eejb·2006-12-29 23:00

领域模型驱动设计(DDD)之模型提炼

)之模型提炼板桥里人http://www.jdon.com2006/8/21当Java世界提供的可选择性框架平台越来越多时，我们可能被平台架构所深深困扰，而无暇顾及软件的真正核心：业务建模，其实，业务领域建模同样是一个比平台架构更复杂
j2eejb·2006-12-29 23:00

领域模型驱动设计(DDD)之模型提炼

)之模型提炼板桥里人http://www.jdon.com2006/8/21当Java世界提供的可选择性框架平台越来越多时，我们可能被平台架构所深深困扰，而无暇顾及软件的真正核心：业务建模，其实，业务领域建模同样是一个比平台架构更复杂
j2eejb·2006-12-29 23:00

[摘译] 面向领域建模

阅读更多还是原来我在Blog中提到过的，微软的思路：DSL，包括现在说的DSM，其实都是或者说来自MDA的思路。只不过是：1)不是用的UML的标准。2)现在通过领域限定来降低目前实现MDA支持的难度。而且和微软的大多数产品一样，微软做的东西易用性上会好一些，这一点足够重要。DSM规避了MDA发展中的难题，不苛求在PIM这个层面完全表达模型的细节。如果不限定领域的话，现有的模型描述语言以及约束描述如
touchmm·2006-12-16 21:00

[摘译] 面向领域建模

还是原来我在Blog中提到过的，微软的思路：DSL，包括现在说的DSM，其实都是或者说来自MDA的思路。只不过是：1)不是用的UML的标准。2)现在通过领域限定来降低目前实现MDA支持的难度。而且和微软的大多数产品一样，微软做的东西易用性上会好一些，这一点足够重要。DSM规避了MDA发展中的难题，不苛求在PIM这个层面完全表达模型的细节。如果不限定领域的话，现有的模型描述语言以及约束描述如OCL，
ihuashao·2006-12-16 21:00

[摘译] 面向领域建模

还是原来我在Blog中提到过的，微软的思路：DSL，包括现在说的DSM，其实都是或者说来自MDA的思路。只不过是：1)不是用的UML的标准。2)现在通过领域限定来降低目前实现MDA支持的难度。而且和微软的大多数产品一样，微软做的东西易用性上会好一些，这一点足够重要。DSM规避了MDA发展中的难题，不苛求在PIM这个层面完全表达模型的细节。如果不限定领域的话，现有的模型描述语言以及约束描述如OCL，
touchmm·2006-12-16 21:00

[摘译] 面向领域建模

阅读更多还是原来我在Blog中提到过的，微软的思路：DSL，包括现在说的DSM，其实都是或者说来自MDA的思路。只不过是：1)不是用的UML的标准。2)现在通过领域限定来降低目前实现MDA支持的难度。而且和微软的大多数产品一样，微软做的东西易用性上会好一些，这一点足够重要。DSM规避了MDA发展中的难题，不苛求在PIM这个层面完全表达模型的细节。如果不限定领域的话，现有的模型描述语言以及约束描述如
touchmm·2006-12-16 21:00

关注Groovy，也许是领域建模语言的新生力量

到了关注Groovy的时候了，简单的语法和简洁的代码，这种脚本型语言的一个最重要的用途，我认为应该是用来表述领域模型，通过脚本型语言的简洁性抓住领域的关键。
wonder4·2006-10-18 09:00
上一页 9 10 11 12 13 14 15 16 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他