shaily读书学习

ATM（自动取款机）现在在城市的大街小巷随处可见。我们在日常生活中也经常和ATM打交道。本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。1 用例图　　参与者"银行储户"和ATM机。简化后的ATM机仅有取款、存款及其余功能。其余功能不做详细说明。=700) window.open(http://www.5iuml.com/articl

导言 正如从像《领域驱动设计》[Evans DDD]和《领域驱动设计和模式应用》[Nilsson ADDDP]这些书中学到的一样，在应用架构中引入领域模型模式（《企业应用架构模式》[Fowler PoEAA]）一定会有很多益处，但是它们并不是无代价的。使用领域模型，很少会像创建实际领域模型类、然后使用它们那么简单。很快你就会发现，领域模型必须得到相当数量的基础架构代码的支持。领域模型所

领域模型是一种思维﹐是一种方法,是在系统分析阶段使用﹐而不是程序员在自己的代码中进行纯设计时的工具。我们不是为了OO而领域﹐不是为了最终要新增数据库而领域﹐这也是为什么在没有理解领域模型本质时﹐使用它进行片断式的代码编写﹐得不到任何好处的原因。 本不想对这个图书馆再掀话题﹐看了亚同志的重构图书馆惊魂夜﹐觉得还是有必要完整地解释一下图书馆与领域模型﹐毕竟这个问题由我而起﹐善终一下吧。首先把图

> 和>，令Domain 这个词很火，也引起了广泛争论。我这里也乱谈一把。什么是领域模型(Domain Model )   我以为Domain分两个含义：Domain Object和Domain Service。那么什么样的系统是面向Domain的系统，一个Domain Object和普通的符合OO原则的对象有什么区别；一个Domain Service和普通的Facade或者Manager对象

类图表示不同的实体(人、事物和数据)如何彼此相关，显示了系统的静态结构。类图可用于表示逻辑类，逻辑类通常就是业务人员所谈及的事物种类，比如摇滚乐队、CD、广播剧，或者贷款、住房抵押、汽车信贷及利率的抽象描述。类图还可用于表示实现类，实现类就是程序员要编写的类。实现类图与逻辑类图可能会用来描述一些相同的类。然而，实现类图与逻辑类图不会使用相同的描述属性。　　类图是一个分为三个部分的矩形。最上面的

类与类之间的关系对于理解面向对象具有很重要的作用，以前在面试的时候也经常被问到这个问题，在这里我就介绍一下。类与类之间存在以下关系:(1)泛化(Generalization)(2)关联(Association)(3)依赖(Dependency)(4)聚合(Aggregation)UML图与应用代码例子:1.泛化(Generalization)[泛化]表示类与类之间的继承关系，接口与接口之间的继

PowerDesign：PowerDesign是Sybase推出的主打数据库设计工具。PowerDesign致力于采用基于Entiry-Relation的数据模型，分别从概念数据模型(Conceptual Data Model)和物理数据模型(Physical Data Model)两个层次对数据库进行设计。概念数据模型描述的是独立于数据库管理系统(DBMS)的实体定义和实体关系定义。物理数据模型

1．Powerdesigner使用建议1.1业务规则的使用(Business Rule)对于一些业务逻辑可能出现在多个数据表中，建议封装成Business Rule，这样便于业务逻辑的重新使用，也便于业务逻辑的维护。为了便于维护业务逻辑，可以考虑将Business Rule和Domains结合起来使用。将业务Business Rule应用到Domains上，然后再把Domains应用到数据表的字段

领域模型管理与AOPTheEdge推荐 [2008-4-7]出处：InfoQ作者：Mats Helander 译者 王丽娟   导言 正如从像《领域驱动设计》[Evans DDD]和《领域驱动设计和模式应用》[Nilsson ADDDP]这些书中学到的一样，在应用架构中引入领域模型模式（《企业应用架构模式》[Fowler PoEAA]）一定会有很多益处，但是它们并不是无代价

曾经遇到过一个系统需求，需求分析人员在听到客户说要增加"修改员工密码"功能后，就原封不动的把这个功能写在了文档中。如果把这个需求交给实现人员，很多实现人员，会在"员工"（Employee）这个类中加一个属性"password"。如果仅用名词法，来验证需求，完全符合："员工"，是一个比较重要的概念。"什么的什么，可以提取为属性"，因此"员工的密码"可以提炼为"员工"类的password属性。实现

最近taowen同学连续发起了两起关于贫血模型和领域模型的讨论，引起了大家的广泛热烈的讨论，但是讨论(或者说是争论)的结果到底怎样，我想值得商榷。问题是大家对贫血模型和领域模型都有自己的看法，如果没有对此达到概念上的共识，那么讨论的结果应该可想而知，讨论的收获也是有的，至少知道了分歧的存在。为了使问题具有确定性，我想从一个简单例子着手，用我对贫血模型和领域模型的概念来分别实现例子。至于我的理解对与

这个文章，是我在急需的情况下在园子里搜索到的，原创作者是：DO-websoftware,为了自己看方便，所以复制到我的空间，希望原创者不要介意哦~~~~很详细的介绍，对我的帮助很大，谢谢哦。。。。类图，对象图，角色图：一、UML中基本的图范畴：在 UML 2 中有二种基本的图范畴：结构图和行为图。每个 UML 图都属于这二个图范畴。结构图的目的是显示建模系统的静态结构。它们包括类，组件和（

 用例：设置部门（Set   Department）     角色：人事管理员   （Personnel   Manager）     概述：设置部门用例用于建立维护组织结构，包括建立新部门、删除部门、编辑部门     项目相关人员及其兴趣：      人事管理员：希望能够快捷准确录入、修改、查询      公司：希望系统能够形象、直观地显示公司部门组织结构，以利于

很多代码生成器都选择了从表结构来生成领域模型，这样的方案有一个前提，就是领域模型和数据库表结构是同构的，也就是说领域模型中的类和数据库中的记录结构十分吻合，这样数据库表结构可以简单的直接映射到领域模型。     但是在业务逻辑比较复杂的情况下，对象方案和关系方案往往是不相配的，通常在两者之间有一个数据映射器来隔离两者，这时两者是相互不可见的，相互独立演变的。这样，基于表结构的代码生成领域模型的类就

摘 要 进行良好的系统分析和设计是软件项目开发的关键，构架设计的合理与否往往决定了项目的成败。本文结合一个项目的开发，阐述了基于UML的系统建模过程和基于ASP.NET实现面向对象的三层结构应用系统的方法。关键词 ASP.NET； 三层结构； UML建模； 系统开发架构设计是软件开发的基础，并往往决定一个项目的成败。三层结构是目前流行的架构设计模式，它是在由 Buschmann等提出的“层模式

摘要 MVC设计模式是基于J2EE的WEB应用开发的首选模式，当前许多流行的框架也都是基于MVC设计模式的。本文简要介绍了MVC设计模式和Struts框架，并提出了一种基于MVC模式的新型WEB应用开发框架——WebFramework，并对该框架的各个层次的组成、功能进行了详细的描述。　关键词 MVC设计模式； J2EE；框架； Struts引言随着开源软件的兴起，各种框架也纷纷出现，如A

如果你确定两件对象之间是is-a的关系，那么此时你应该使用继承；比如菱形、圆形和方形都是形状的一种，那么他们都应该从形状类继承而不是聚合。如果你确定两件对象之间是has-a的关系，那么此时你应该使用聚合；比如电脑是由显示器、CPU、硬盘等组成的，那么你应该把显示器、CPU、硬盘这些类聚合成电脑类，而不是从电脑类继承。类间的关系 网上关于此类的讨论非常多，发现对于该问题的理解各有各的说法，而

装完 PowerDesigner 15 ，如果装Vs2008的 Add-in ， 再到 Vs 里，发现写代码的智能感知出现1秒左右立刻没掉，非常不爽。 上网找到，说是要去掉那个 spell check打开VS，在Model Tools->General Options->Add-Ins里，把Spell Checker这项取消我照样试过，发现一样，没有任何改善。 既然是一

 领域模型方面的管理作者 Mats Helander译者 王丽娟 发布于 2008年2月27日 下午11时9分 社区 Architecture 主题 AOP导言 正如从像《领域驱动设计》[Evans DDD]和《领域驱动设计和模式应用》[Nilsson ADDDP]这些书中学到的一样，在应用架构中引入领域模型模式（《企业应用架构模式》[Fowler PoEAA]）一定会有很多益