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

在开始进行对象分析和设计之前,先通过“扔骰子”这个软件(游戏者扔两个骰子,如果总是是7,则赢,否则输),来简单分析下这个过程. 1:用例 需求分析,可能包括人们如何应用的场景或情节,这些都可以被编写成用例. 用例不是面向对象的制品,只是对情节的记录.比如,对于“扔骰子”这个游戏,用例是: 骰子游戏:游戏者请求扔骰子,如果骰子的总点数是7,则游戏者赢,否则游戏者输. 2:领域模型 可以用领域模型来展示用例中重要的概念或者对象 3:定义交互图 面向对象设计关注软件对象的定义--他们的职责和协作,顺序

经常听到有朋友抱怨,说学了UML不知该怎么用,或者画了UML却觉得没什么作用.其实,就UML本身来说,它只是一种交流工具,它作为一种标准化交流符号,在OOA&D过程中开发人员间甚至开发人员与客户之间传递信息.另外,UML也可以看做是OO思想的一种表现形式,可以说“OO是神,而UML是型”.所以,想用好UML,扎实的OO思想基础是必不可少的.然而,在UML应用到开发过程中时,还是有一定的模式可以遵循的.(注意,是模式而不是教条,我下面给出的流程只是一个启发式过程,而不是说一定要遵循这个流程.)下面

阅读目录: 1.背景介绍 2.问自己,UML对你来说有意义吗?它帮助过你对系统进行分析.建模吗? 3.一直以来其实我们被一个缝隙隔开了,使我们对OOAD遥不可及 4.四色原型模式填补这个历史缝隙,让我们真的看见OOAD的希望 5.在四色原型上运用彩色建模增强视觉冲击力 6.通过四色原型模式建模出领域无关模型 7.结束语:建模时你可以不考虑具体实现,但是建模者要懂技术实现 1.背景介绍 至今我都清楚的记得我第一次被面试官问起什么叫”建模“技术时的情景,那是好几年前的事情了,当时是胸有成竹的去面试一

第三部分 面向对象设计 3.1 面向对象设计(OOD)的定义? 在面向对象分析阶段,已经针对用户需求建立起用面向对象概念描述的系统分析模型.在设计阶段,要考虑为实现系统而采用的计算机设备.操作系统.网络.数据库管理系统以及所采用的编程语言等有关因素,进一步运用面向对象的方法对系统进行设计,最后形成一个可以实现的设计模型,即面向对象设计模型. 3.2 面向对象设计(OOD)与面向对象分析(OOA)的关系? 在面向对象分析阶段,针对的是现实世界,把需求转化为面向对象概念所建立的模型,以易于理解问题域

第二部分 面向对象分析 2.1 面向对象分析(OOA)的定义? OOA——面向对象的分析,就是运用面向对象方法进行系统分析,对问题域(问题所涉及的范围)和系统责任(所开发的系统应具备的职能)进行分析与理解,找出描述问题及系统责任所需要对象,定义对象的属性.操作以及它们之间的关系. 2.2 面向对象分析(OOA)的优点? 加强了了对问题域和系统责任的理解: 改进与分析有关的各类人员之间的交流: 对需求的变化具有较强的适应性: 支持软件复用. 2.3 面向对象工具——UML(Unified Mode

原书: 响应式Web设计实践 目录: 第2章 流动布局 1. 布局选项 2. 字体大小 3. 网格布局 4. 混合固定宽度和流动宽度 第3章 媒介查询 1. 视口 2. 媒介查询结构 3. 内嵌样式与外部样式 4. 媒介查询顺序 5. 创建核心体验 6. 确定断点 7. 导航栏 第4章 响应式多媒体 有选择地为手机提供图片 响应式图片策略 对于高分辨率屏幕 其他固定宽度的内容 第7章 响应式内容 第8章 RESS(响应式设计与服务器端组件) 1. 用户代理检测 2. 功能检测 3. 将用户代理检

说OOAD是一门玄学,一点都不为过.又或许是因为我之前一直没有很好的建立面向对象的思想,更有可能是因为练得不够多...总之,一直没能很好理解,哪怕把一本叫做<UML和模式应用>的书翻来覆去好多遍还是没懂.这种感觉吧,像是把一个很难咀嚼的东西硬是吞了下去,刺激胃产生了强烈反应,可惜一堆胃酸还是没能把这东西溶解,反倒是喝了肌酸的感觉.但是,喜大普奔的是,就在刚才,我终于觉得我好像顿悟了些什么.顺便<大话设计模式>是一本好书!浅显易懂. —————————————————————————

第一次课: 对象是程序设计最基本的单元 对象:对象标识.属性.操作(对象标识又分为内部标识.外部标识) 三三制原则 继承:英文语义”is a kind of” 自动的拥有或隐含的复制 虚基类:解决多继承问题virtual class 聚合关系:整体——部分结构.语义:”has a” OR “is a part of” 关联:类与类中的一个关系 消息:消息是面向对象发出的服务请求. 消息组成:对象标志.服务标志.输入标志.输出标志. 第二次课 复习: 类.对象.继承.封装.ddl.消息 结构:一般

案例:吉他搜索Guitar Inventory GuitarSpec需求变化:增加吉他弦数特性原始程序需要的变化: 1.修改GuitarSpec,构造,成员,getter 2.修改Guitar,构造,因为改类直接接收吉他特性参数,构造吉对象. 3.修改Inventory,搜索方法,因为该类直接使用吉他特性来进行匹配.另一种设计: 1.修改Guitar的构造器,让其接收GuitarSpec对象,而不是具体的吉他特性参数. 2.修改Inventory的搜索方法,其中委托GuitarSpec提供的ma

1.良好应用程序的基石 2.收集需求 3.需求变更 4.分析 5.良好的设计=灵活的软件 6.解决大问题 7.架构 8.设计原则 9.迭代与测试 10.OOA&D 的生命周期 附录1 附录2

第一章 Linux内核简介 1.1 Unix的历史 Unix的特点: Unix很简洁,仅仅提供几百个系统调用并且有一个非常明确的设计目的: 在Unix中,所有的东西都被当做文件对待. Unix的内核和相关的系统工具软件是用C语言编写的,在各种硬件体系结构前具有强大的移植能力 Unix的进程创建非常迅速,并且有一个非常独特的fork()系统调用 提供简单又稳定的进程间通信元语 1.2 Linux简介 -是类Unix系统 -Linux的基础是内核.C库.工具集和系统的基本工具. 1.3操作系统和内核

      前言      经常听到有朋友抱怨,说学了UML不知该怎么用,或者画了UML却觉得没什么作用.其实,就UML本身来说,它只是一种交流工具,它作为一种标准化交流符号,在OOA&D过程中开发人员间甚至开发人员与客户之间传递信息.另外,UML也可以看做是OO思想的一种表现形式,可以说“OO是神,而UML是型”.所以,想用好UML,扎实的OO思想基础是必不可少的.然而,在UML应用到开发过程中时,还是有一定的模式可以遵循的.(注意,是模式而不是教条,我下面给出的流程只是一个启发式过程,而不是

UML不是OOA/D,也不是方法,它仅仅是一种图形表示法(表示的是OOA/D的想法),我们将在OOA/D中应用UML:分析,就是理解客户脑子中的概念,跟客户来沟通,分析出专业术语:设计,对分析出来的专业术语进行归纳: OOA/D的过程:定义用例.定义领域模型.定义交互图.字义设计类图 示例:软件模拟游戏者投掷两个色子,如果总点数是7则赢得游戏,否则为输. 第一步:定义用例:用例是需求分析的一种工具,它是一些情节的描述(我要干什么) 色子游戏   游戏者请求色子 系统展示结果,如果色子的总点数是7

用到的工具 startUML 一些界面操作的说明 蓝色框是用来选择形状的,特别是接口的时候 UML有什么用? `` 有很多人认为,UML的主要用途就是软件设计!也有人认为,如果你不是开发人员,是难以理解UML的. 然而我第一次在实际工作中应用UML的却不是软件设计,而是软件需求分析!当时我们和客户面对面沟通调研需求的时候,直接用类图.顺序图.活动图.用例图等UML.我们并没有因此和客户无法沟通,反而是沟通得更加顺畅.客户在我们的引导下,很快就会读懂这些UML图,因为UML图,让我们和客户的沟通效

一.HTML实体 HTML实体常用于生成那些键盘上没有的印刷字符.以一个和号(&)开头,一个分号(:)结尾,二者之间是表示实体的字符串. 如:“左引号(")     ”右引号("); 由于和号表示实体开头,所以在要显示和号的时候不能直接写和号,而要在HTML标签包含的文本中使用&实体,这样才能显示出&来.比如Johnson &Johnson,才会显示成:Johnson & Johnson. 一些标记: <strong>标签表示重要,默

状态模式 会区分事物内部的状态,事物内部状态的改变往往会带来事物的行为改变.比如电灯的开关是开还是关,在外界的表现就完全不同. 电灯例子 按照常规思路,实现一个电灯就是构造一个电灯类,然后指定一下它的开关是什么,每次开关改变,触发电灯相应的方法. var Light = function(){ this.state = 'off'; // 给电灯设置初始状态off this.button = null; // 尚未指定按钮 }; Light.prototype.init = function()

装饰者模式 可以动态地给某个对象添加一些额外的职责,而不会影响从这个类中派生的其他对象.在程序开发中,许多时候都并不希望某个类天生就非常庞大,一次性包含许多职责.那么我们就可以使用装饰者模式. 代码例子 var Plane = function(){} Plane.prototype.fire = function(){ console.log( '发射普通子弹' ); } var one = function( plane ){ //装饰类 one this.plane = plane; }

中介者模式 数个对象之间的通信全部委托一个中介者完成.适用于对象之间互相引用,关系错综复杂的情况. 什么情况下需要使用中介者模式 对象较多,且对象间会相互引用,当一个对象的某个状态改变时,得通知其他对象.形象点的例子,比如说团队游戏,每个对象之间都有关系,不是队友就是敌人,当一个对象死亡就得通知其他对象,当一队全部死亡,就得宣布另一队胜利.假设不用中介者模式,那任何一个对象死亡时,必须通知所有对象,而且得遍历一遍队友是否都已经死亡.又比如火车的线路调度,如果不通过中介者,你让火车之间彼此相互确认

职责链模式 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系,将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止. 书里的订单的例子 假设我们负责一个售卖手机的电商网站,经过分别交纳500元定金和200元定金的两轮预定(订单已在此时生成),现在已经到了正式购买的阶段.公司针对支付过定金的用户有一定的优惠政策.在正式购买后,已经支付过500元定金的用户会收到100元的商城优惠券,200元定金的用户可以收到50元的优惠券,而之前没有支付定金的用户只能进入普通