// */ // ]]> uml和模式01 1. UML 2. 用例图 3. 用例和类的关系 4. 类图 1 UML 模型语言(Modeling Language 检查ML)是一种设计语言,人们藉由设计语言来创造产品. 模型语言是人们用来设计系统模型(Model)的语言,其设计品是系统的模型,也就是产品的 蓝图. 其实最早提出模式语言的是在建筑界,建筑师Christopher Alexander在20世纪70年代就已 提出模式语言的概念,模式语言含有建筑师和居住人共同的表达方式,因此建筑师和居住…

UML和模式应用学习笔记-2(迭代和进化式开发)   一:什么是迭代和进化式开发 1:迭代和进化式开发:通常会在还没有详细定义所有需求的情况下假设开发开始,同时使用反馈来明确和改进演化中的规格说明: 2:迭代方法与较高的成功率.生产率和低缺陷率具有关系: 3:软件开发过程描述了构造.部署以及维护软件的方式: 4:迭代生命周期基于对经过多次迭代的系统进行持续扩展和精化,并以遁环反馈和调整为核心驱动力,使之最终成为适当的系统: 5:因为反馈和调整使规格说明和设计不断进化,所以这种方法也称为迭代和进化…

UML和模式应用学习笔记-1(面向对象分析和设计) 而只是对情节的记录:此处的用例场景为:游戏者请求掷骰子.系统展示结果:如果骰子的总点数是7,则游戏者赢得游戏,否则为输 (2)定义领域模型:在领域模型中展示重要的领域概念和对象,领域模型并不是对软件对象的描述,它使真实世界领域中的概念和想象可视化:因此它也被称为概念对象模型: (3)定义交互图:面向对象设计关注软件对象的定义--它们的职责和协作:顺序图是描述协作的常见表示法,它展示出软件对象之间的消息流,和由消息引起的方法调用. (4)定义设计…

1.基本术语说明 items note OOA/D  面向对象的分析与设计 UML 描述.构造和文档化系统制品的可视化语言 模式 问题解决方案的公式 2. 本书的主要内容 本书的主旨是对应用了UML和模式的面向对象分析与设计(OOA/D)的介绍,同时使用UP的敏捷方法作为示例迭代过程 UML和面向对象的思想 对应用了UML和模式的面向对象分析与设计(OOA/D)的介绍 重点阐述对象设计,也会讲述在OOA/D中如何使用UML OOD的原则和模式 职责驱动设计解决了如何为对象划分职责.对象之间如何协…

学习 <UML和模式应用(原书第3版)>目标: 理解OOA/D思想 如何使用UML建模 如何使用设计模式 如何设计分层架构 目录: 第1部分 绪论 第1章 面向对象分析和设计 第2章 迭代.进化和敏捷 第3章 案例研究 第2部分 初始阶段 第4章 初始不是需求阶段 第5章 进化式需求 第6章 用例 第7章 其他需求 第3部分 细化迭代1-基础 第4部分 细化迭代2-更多模式 第5部分 细化迭代3-中级主题 第6部分 其他主题…

引言 Applying UML and Patterns,以一个商店POS系统NextGen和一个掷骰子游戏Monopoly为例,围绕OOA/D的基本原则GRASP,以迭代作为基本方法.以UML为表达工具,配以GoF的基本模式,系统地展示了一个较为完整的OOA/D过程.相较原书第1版,此番重读该书第3版,吾仍深为所动,遂将其精华采撷如下,并适当加以注解,权作温故而知新所用. 摘录 P4 在OO开发中至关重要的能力,是熟练地为软件对象分配职责. P5 面向对象分析(OOA),强调的是在问题领域内发…

本书是帮助开发人员和学生学习面向对象分析和设计(OOA/D)的核心技能的重要工具. UML不是OOA/D.也不是方法,仅仅是图形表示法,假设没有真正掌握怎样创建优秀的面向对象设计,或者怎样评估和改进现有设计,那么学习UML或者UML CASE工具是毫无意义的.对象思想才是重点和难点. 在OO开发中,至关重要的能力是熟练地为软件对象分配职责.除此之外当然还有其它非常多重要的技能. 故意的分析和设计能够概括为:做正确的事(分析)和正确地做事(设计). 面向对象分析的过程中强调在问题领域内发现和描写叙…

1.前言 开发者如何设计对象,可以采用如下三种方式: 编码:在编码的同时进行设计 绘图然后编码:绘制一些UML,然后转到如上编码方式,在集成开发环境中编码 只绘图,不编码:使用工具从图中生成一切 本章主要介绍在对象设计和编码前进行轻量级绘图 2.敏捷建模 敏捷建模的目标是减少常用图形 建模的目的是为了沟通和理解,不是为了构建文档 简单的敏捷建模方法包括使用白板笔.数码相机和打印机捕获“UML草图” 敏捷建模还包括: 与他人一同建模.并行创建若干模型 XP敏捷建模原则:一切从简.只为有效 敏捷建模…

1.前言 本章是从面向分析的工作过度到软件设计 典型的OO系统设计的基础是若干架构层,如UI层.应用逻辑(领域)层 本章简要考察逻辑分层架构和相关UML表示法 2.逻辑架构和层 逻辑架构 逻辑架构是软件类的宏观组织结构,它将软件类组织成包(命名空间).子系统和层,并未决定如何在不同的操作系统进程或网络中物理的计算机上对这些元素进行部署 层 对类.包或子系统的粗粒度的分组,具有对系统主要方面加以内聚的职责.较高层可以调用较低层的服务,OO系统通常包括的层: 用户界面 应用逻辑和领域对象,表示领域概…

1.前言 如何进行迭代和进化式分析和设计?将采用案例研究的方式贯穿始终.案例研究所包含的内容: UI元素 核心应用逻辑层 数据库访问 与外部软硬构件的协作 本章关于OOA/D主要介绍核心应用逻辑层 2. 重点探讨核心应用逻辑层的OOA/D的原因 图 OOA/D层举例及重点关注层 其它层对技术平台具有较大依赖性: 核心应用逻辑层的OO设计对各种技术来说是类似的: 应用逻辑层语境中学习到的基本OO设计技巧适用于所有其它层或构件 其它层的设计方法和模式呈现出快速变化的趋势 3. 案例研究策略 迭代开发…

一.绪论 1. 面向对象分析和设计 1.1 什么是分析和设计 分析(analysis)强调的是对问题和需求的调查研究,而不是解决方案. 设计(design)强调的是满足需求的概念上的解决方案,而不是其实现.例如对数据库方案和软件对象的描述. 1.2 什么是面向对象分析和设计 在面向对象分析(object-oriented analysis)过程中,强调的是在问题领域内发现和描述对象(或概念). 在面向对象设计(object-oriented design)过程中,强调的是定义软件对象以及他们如何…

1. 名称     单例模式(Singleton Pattern):确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例,这个类称为单例类.单例模式是一种对象创建型模式. 2. 问题     在有些时候,对于某个类,我们无需创建多个它的实例.站在资源利用的角度讲,单例能够节省系统资源:站在面向对象设计的角度讲,有些类确实只应该存在一个实例.例如,一个资源管理器类(比如Windows的资源管理器),它封装着系统的一些数据信息,它的作用就是封装这些数据信息,然后提供一些操作数据的方法,供…

1.前言 UML使用交互图来描述对象间消息的交互 交互图可以用于动态对象建模. 交互图有两种类型:顺序图和通信图. UML交互图将用来解释和阐述对象设计. 2.顺序图和通信图 顺序图具有丰富的符号标记,通信图适用于墙上画草图 顺序图以一种栅栏格式描述交互:通信图以图或网络格式描述对象交互 图 顺序图 图 通信图 顺序图和通信图的优缺点 TODO…

1.前言 以当前迭代中所要设计的需求为界,创建领域模型的步骤: 1.寻找概念类 2.将其绘制为UML类图中的类 3.添加关联和属性 2.如何寻找概念类 寻找概念类有如下几种方法: 重用和修改现有的模型 许多常见领域都存在已发布的.绘制精细的领域模型和数据模型 使用分类列表 业务交易 -> 交易项目 -> 与交易项目相关的产品或服务 -> 交易记录何处?.... 通过识别名词短语寻找概念类 在对领域的文本型描述中识别名词和名词短语,将其作为候选的概念类或属性 3.绘制UML类图中的类 规则…

1.前言 领域模型是OO分析中最重要和经典的模型.它阐述了领域中的重要概念: 领域模型作为设计某些软件对象的重要来源,也作为案例研究中探讨的几个制品的输入: 领域模型的范围限定于当前迭代开发的用例场景: 注:用例是重要的需求分析制品,但不是面向对象的. 2. 领域模型与其它制品的相互影响 图 UP制品样例的影响 相关用例概念和专家观点作为创建领域模型的输入,领域模型反过来又会影响设计模型等制品: 3. 领域模型示例 图 部分领域模型 确定一组概念类是OO分析的核心 避免瀑布思维倾向,为完成详尽或…

1.前言 本章主要介绍迭代.敏捷开发及UP(统一过程)的基本概念 2.基本术语 Items Note 软件开发过程 描述了构造.部署及维护软件的方式 迭代开发 是一种软件开发过程的生命周期模型,依赖短快的开发步骤.反馈.改写不断明确需求和设计 统一过程(UP) 一种迭代开发实践,是流行的构造面向对象系统的迭代开发方法,鼓励引进其它迭代方法中的有用实践 敏捷开发 多种软件开发项目管理方法的集合,敏捷开发要比迭代开发包含的内容宽泛 表 基本术语说明 软件开发过程.迭代开发.统一过程的关系: . 迭代…

代理模式 核心作用: -通过代理,控制对对象的访问 -可以详细控制机制访问某个(某类)对象的方法,在调用这个方法前做前置处理,调用这个方法后做 后置处理(AOP的微观实现) 应用场景 -安全代理:屏蔽对真是角色的直接接触(经纪人) -远程代理:通过代理类处理远程方法 -延迟加载:先加载轻量级的代理对象 分类: 静态代理 动态代理(JDK自带的动态代理,javaassist字节码操作代理,CGLIB,ASM)…

原型模式prototype 原型模式: - 通过new产生一个对象需要非常繁琐的数据准备或者访问权限,则可以使用原型模式,比如如果new对象所需时间过长,可以通过克隆产生相同的副本 - Java中的克隆技术,就是以某个对象为原型,复制出新的对象,显然新的对象剧本原型对象的特点 - 克隆类似new但是并不相同,new出的对象都是默认值,克隆出来的对象的属性值与原型对象相同.浅复制时,复制出的对象的属性如果是引用的类型,则指向同一地址:深复制时,    复制出的对象的属性与原型对象属性的引用不应指向…

简单工厂模式和工厂方法模式 工厂模式核心:分工 简单工厂模式不符合OCP(Open-Closed Princinple)原则,扩展时需要更改原代码 工厂方法模式增加了类复杂度代码复杂度等,所以一般使用简单工厂模式 普通代码 public interface Car {  void run();} public class Audi implements Car{  @Override public void run() {   System.out.println("奥迪在奔跑!!!"…

1.前言 迭代开发中,每次迭代都会发生从以需求或分析为主要焦点到以设计和实现为主要焦点的转变 分析和面向对象的分析重点关注学习做正确的事,理解案例重要目标,规则和约束 设计工作强调正确的做事,熟练设计解决方案满足本次迭代的需求 早期迭代在分析活动上花费较多时间,后期迭代减少分析活动,注重构建解决方案 2.尽早引发变更 早期迭代发现和变更一些需求是很正常的有帮助的: 迭代和进化式方法包容变更: 早期迭代引发变更有助于后期迭代稳定: 尽早编程.测试和演示有助于尽早引发不可避免的变更: 3.完成分析和…

1.前言 操作契约使用前置和后置条件,描述领域模型里对象的详细变化,作为系统操作的结果. 操作契约可以作为有用的OOA相关的制品. 操作契约可以视为UP用例模型的一部分,它是对用例之处的系统操作的效用提供更详细的分析. 契约的主要输入是SSD中确定的系统操作.领域模型和领域专家的见解. 契约也可以作为对象设计的输入. //TODO…

1.前言 系统顺序图(SSD)是为阐述系统相关的输入和输出事件而快速.简单的创建的制品,它们是操作契约和对象设计的输入. SSD展示了直接与系统交互的外部参与者.系统(作为黑盒)以及由参与者发起的系统事件. 应为每个用例的主成功场景,以及频繁发生的或者复杂的替代场景绘制SSD. 大部分SSD在细化阶段创建 2.系统顺序图对其它制品的影响 图 系统顺序图对其它UP制品的影响 3. 为何绘制SSD? 因为需要准确的知道什么是外部输入的事件,这些事件时系统行为分析的重要部分 软件系统要为如下三种事件响…

1.前言 从本文开始进入细化阶段,讨论迭代技术的基础,本次讨论将着重讨论第一次迭代,以POS机为例. 2. 第一次迭代处理的需求(以NextGen POS项目处理销售用例) 实现 处理销售 用例中基本和关键的场景:输入商品项目并收取现金 实现用于支持迭代初始化需要的启动用例 不处理任何特殊和复杂的部分,仅仅针对场景的简单理想路径,并对此进行设计和实现 不与外部服务进行协作 不应用复杂的定价规则 不考虑UI支持.数据库内容的支持 3. 迭代过程,并非一次就实现所有需求 迭代生命周期方法的关键理解:…

1.前言 本文主要讲述除用例的其它需求制品. 2.TODO…

1.前言 用例是UP和其他众多迭代方法的核心.UP提倡用例驱动开发. 2. 迭代方法中如何使用用例 功能需求首先定义在用例中 用例是迭代计划的重要部分,迭代是通过选择一些用例场景或整个用例来定义的 用例实现驱动设计 用例会影响用户手册的组织 功能或系统测试应符合用例的场景 2.1 迭代中如何演化用例和其他规格说明 图 跨越早期迭代的需求工作任务示例 定义了10%的需求后,就可以构建系统的产品化核心(在了解所有需求之前,迅速开展对系统核心的产品级开发) 直到第一次迭代接近结束时再做进一步的深入需求…

1.前言 本文主要介绍用例编写时所遵循的几条基本准则. 2.用例编写的准则 2.1 以本质的风格编写用例 如系统认证,而不要说 需要输入ID进行认证等 2.2 编写简洁的用例 如系统认证,不要说 这个系统认证 2.3 编写黑盒用例 通过职责来描述系统,而不是说明系统如何工作 2.4 采用参与者和参与者目标的视角 对特定参与者具有价值的可观察结果 2.5 如何发现用例 1.选择系统边界 如:POS系统之外的收银员.支付授权服务都在系统边界之外: 2.寻找主要参与者和目标 用例建模的观点就是寻找参与…

1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 其中需求科目对应的需求制品包括:设想.业务规则.用例模型.补充性规格说明.词汇表. 上章主要讨论UP初始阶段需求科目对应的制品之一---用例模型,阐述了用例模型的基本概念,使用用例的好处,用例的常用形式. 本章将用一个具体的实例进行详细分析和说明用例模型,采用用例的三种常用形式之一---详述风格来说明 处理销售   这个用例的编写. 2. 详述风格的特点 详述风格详细编写所…

1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 其中需求科目对应的需求制品包括:设想.业务规则.用例模型.补充性规格说明.词汇表. 本文主要介绍需求科目中最重要的制品---用例模型 2. 用例的基本概念 参与者 某些具有行为的事物,如人.计算机系统,主要包括如下三种类型: (1)主要参与者:具有用户目标,通过使用系统的服务完成.可以发现驱动用例的用户目标 (2)协助参与者:为当前系统提供服务的系统.可以明确外部接口或协议…

1. 前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: UP每个阶段包括 业务建模.需求.设计等科目: 需求是UP科目之一,在初始阶段需求科目的工作量占据较大的部分.但是初始阶段的需求科目并非定义所有需求,而是需要在后续的细化阶段逐步迭代. 同时需求科目工作的成果会形成相关的制品. 2.相关术语 术语 说明 需求 系统必须提供的能力和遵从的条件 需求管理 定义需求的方法 瀑布式需求管理 编程之前项目的第一个阶段就试图完全定义和固化需求 UP式需求管理 用一种系统的方法来寻找.…

1.前言 UP开发包括四个阶段:初始阶段.细化阶段.构建阶段.移交阶段: 初始阶段是项目比较简短的起始步骤,主要目的是收集足够的信息来建立共同设想,调查项目的总体目标和可行性,确定是否值得进一步深入. 注:关于初始阶段的系列文章,虽然是以初始阶段为标题,但是实际的很多制品和介绍会跨越初始阶段.细化阶段和构造阶段 2. 初始阶段的主要工作 2.1 初始阶段的主要工作 . 项目的设想和业务用例是什么? . 是否可行? . 购买还是开发? . 粗略估计一下成本 . 项目应该继续还是停止? 2.2 初始…