《J2EE架构设计1.1》.pdfVIP

J2EE应用架构与设计 程秀野Eric －－hideno@163.com 架构师  可视化系统的行为  创建系统的蓝图  定义一系列的系统元素以及他们如何协作  定义功能性需求与非功能性需求  负责整合非功能性需求 软件架构师必备的技能  软件建模、分析与设计能力  掌握设计模式并熟练应用与各个场合与场景  常用的架构模式、分层设计，掌握流行的开源框架， 并有扩张这些架构的能力。 架构原则 J2EE 架构 J2EE 关注 软件开发方法 Method组成  ModelingConcept建模概念  Notation表示法  DevelopmentProcess开发过程  Rule经验法则 什么是UML  统一建模语言  UML是什么  图形、符号、标记  独立于编程语言  UML不是什么  不是一种建模方法，而是一种表示法  错误观点  UML会帮助我们对系统进行分析和建模  UML是一门开发语言 UML 中的视图  静态图  用例图  类图  对象图  组件图  部署图  包图  动态图  状态图  时序图  协作图  活动图 分析类  分析类：一组备选的、能够执行用例中所说明的行为 的模型元素。  类建模：不是一个确定的过程，类设计的重要因素  类建模的知识  对应用领域的理解  相似的和成功经验  由用例图分析出类，分析阶段的类图可能比较简单， 以说明问题为主  实体类  边界类  控制类  早期可以没有边界类与控制类 边界类 边界类帮助系统接口与系统外部进行交 互 边界类种类：  用户界面类：帮助与系统用户进行通信的类。  关注展示给用户的信息  系统接口类：帮助与其他系统进行通信的类 。  设备接口类：为用来监测外部事件的设备（如传感器） 提供接口的类 边界类位置 实体类  实体类是用于对必须存储的信息和相关行为建模的 类。实体对象（实体类的实例）用于保存和更新一些 现象的有关信息。  从词汇表（在需求阶段制定）和业务领域模型（如果 进行了业务建模，则在业务建模阶段中建立）中找寻 到实体类的。 控制类  控制类用于对一个或几个用例所特有的控制行为进 行建模。控制对象（控制类的实例）通常控制其他 对象，它们的行为具有协调性质。控制类将用例的 特有行为进行封装。  控制类并不能处理用例需要执行的一切事务。相反， 它协调其他用来实施此功能的对象的活动。控制类 将工作委派给已被指定负责此项功能的对象。  控制类有效地将边界对象与实体对象分开，让系统 更能适应其边界内发生的变更  控制类还将用例所特有的行为与实体对象分开，使 实体对象在用例和系统中具有更高的复用性。  较复杂的用例一般都有一个或者多个控制类。  对于主要是为了输入、检索、显示或修改信息的简 单事件流来说，通常不必单独使用一个控制类，将 由边界类负责协调用例  可以先在用例里确定一个控制类。  控制类最多只与一个Actor交互（通过边界类） 类与类之间的关系  关联  一般关联  聚合  组合  依赖  泛化  实现 数量关系与方向性  一对多  一对一  多对多  关联属性  单向  双向 需要多少类  许多而简单的类  封装了整个系统的较小部分  更可能重用  更容易实施  较少而负责的类  封装整个系统的较大部分  不太可能被重用  更难以实施  一个类应当有一个简单