问题域

什么是领域驱动设计 领域驱动设计是Eric Evans 定义的一种发展理念， 软件中的复杂性：包含“某种程度上确实有用但无法解释如何运行但代码”。软件变得复杂及难以管理但一个主要原因在于，领域复杂性和技术复杂性混合在来一起。 复杂问题域产生的原因（泥球模式） 软件复杂性：偶发性技术复杂性和领域逻辑复杂性。 1.未使用通用语言创建的代码：对于公共语言和问题域知识缺乏重视会导致代码库可用但无法揭示业务目的，这会使得代码库难以阅读和维护，因为分析模型与代码模型之间的转译将会代价高昂且容易出错。备注：分析模型：分析模型用于描述一个软件应用程序的逻辑设计与结构。它可以由示意图或使用UML这样的建模语言来表示。它是软件的一种表现形式，让非技术人员能够概念化以便理解软件是如何构造的。 2.组织结构的缺乏：一个系统的最初体现是快速制作且通常能获得面面俱到的成功，但由于缺乏基于围绕问题域模型的应用程序设计的重视，后续的功能扩展就会变得很棘手。 泥球模式的危害 1.泥球模式将扼杀开发：开发团队会不断抱怨在如此一团混乱的情况下难以开展工作。开发速度的增长水平也无法满足业务需求。 2.缺乏对问题域的关注：当不能充分理解正在处理的业务领域时，软件项目就会失败。编码不应该是困难的哪一环，维持一个能够满足业务用例的有用软件模型才是难点所在。 什么是问题域 问题域涉及你当前正在构建软件的主题领域

http://www.cnblogs.com/cuihongyu3503319/archive/2008/01/11/1035190.html 转载博客园 Object Oriented Analyzing Object Oriented Design Object Oriented Programming ooa(object oriented analysis)面向对象分析 ood(object oriented design)面向对象设计 如所熟知,面向对象作为一种程序设计技术最早于60年代后期提出,用于Simula的应用程 序 开发 。到了70年代,面向对象成为Smalltalk语言的一个重要特征。当时,面向对象技术主要 用于程序设计。进入90年代,人们的注意力逐渐从程序设计转向 系统 分析和设计,用对象的观 点来认识现实世界、设计问题的可行解,随之也就出现了许多OOA和OOD方法。但这些方法 还不很成熟,在OOA与OOD的边界划分上也存在着争议。如:有人认为面向对象 软件开发 过程可以分为面向对象分析、面向对象设计和面向对象程序设计三个阶段;有人认为分析和设 计可以交叉进行不必做严格区分;还有人沿用传统方法进行分析和设计,用面向对象 程序 设计 语言来实现系统。O OA/OOD的一些较有代表性的工作有Gray.Booch的OOAD 方法 ,Coad&Yourdon的

原文： http://www.cnblogs.com/riky/archive/2007/04/07/704298.html 1、关联 双向关联： C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。 在GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。对象引用本身就是有向的，更适合表达我们所讨论的那种关系。所以这种关系在设计的时候比较少用到，关联一般都是有向的。 使用ROSE 生成的代码是这样的： class C1 ...{ public: C2* theC2; }; class C2 ...{ public: C1* theC1; }; 双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。 单向关联: C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。没有生命期的依赖。一般是表示为一种引用。 生成代码如下： class C3 ...{ public: C4* theC4; }; class C4 ...{ }; 单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。 自身关联（反身关联）： 自己引用自己，带着一个自己的引用。 代码如下： class C14 ...{ public: