随心更博

面向对象分析是获取和认识用户需求，对问题领域进行分析、确认并建立问题域概念模型的一个过程。而面向对象设计(OOD)则是从计算机技术的角度，将分析阶段得到的概念模型转换成软件系统的技术实现方案，并在功能、性能及成本方面满足用户和质量要求的过程。是一个将问题空间中的面向对象模型转换为求解空间中的技术实现模型的过程。    分析是提取和整理用户需求，并建立问题域精确模型的过程。设计则是把分析阶段得到

了解消息通信中的一些重点概念对于深化对RabbitMQ的理解有重要的意义；下面从生产者，消费者，信道，队列，交换器和绑定，来介绍他们在消息通信过程中的角色和作用；生产者：  创建消息，然后发布到代理服务器（RabbitMQ）消费者：连接到代理服务器（RabbitMQ）上，并订阅到队列上。不会知道谁是消息的生产者整个过程：生产者创建消息，消费者接收消息

RabbitMQ是Erlang编写的，所以在安装RabbitMQ之前，需要先安装Erlang,安装语言库，以便运行代理服务器1.安装Erlangcd /usr/local/src/mkdir rabbitmqcd rabbitmqwget http://packages.erlang-solutions.com/erlang-solutions-1.0-1.noarch.rpmr

RabbitMQ服务器会根据路由键将消息从交换器路由到队列中，如何处理投递到多个队列的情况？这里不同类型的交换器起到了重要的作用。分别是fanout,direct，topic，每一种类型实现了不同的路由算法。 Fanout Exchange   不处理路由键。你只需要简单的将队列绑定到交换机上。一个发送到交换机的消息都会被转发到与该交换机绑定的所有队列上。很像子网广播，每台子网内的主机

这里我们使用RabbitMQ消息通信，后台添加商品，通知前台，删除与商品相关的缓存内容。在后台系统中，我们定义交换器和模板。在前台系统中定义队列，监听和模板。在Web的管理工具中绑定交换器和队列；后台系统1.在Pom.xml文件中引入依赖 org.springframework.amqp spring-rabbit 1.4.0.RELEASE

ADO.NET起源于ADO(ActiveX Data Objects），是一个COM组件库，会提供最直接的方法，让开发人员在 .NET Framework 中进行资料存取ADO.Net Entity FrameWork 是微软以ADO.net 为基础所发展出来的对象关系对应（O/R Mapping）解决方案，早起被称为ObjectSpace。ORM是一种思想，EF是实现这种思想的一种框架，

随着机房验收，重新学习了一遍UML，整体上验证了米老师说的书一定要多读，当读完两遍之后，一定要去看书的前言和第一章的介绍，这个时候你会有不同的理解。你会知道为什么要学习这些内容，它能干什么。趁着这个机会看了一下这些内容。什么是UML    Unified Modeling Language (UML)又称统一建模语言或标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系

UML模块中的任何事物都不是独立存在的，他们之间存在着一定的关系。下面就对这些关系，分类了解一下。一．概念【关联】两个类存在某种语义上的联系，关联有单向关联和双向关联。组合和聚合是关联关系中特殊的关系：【聚合】类之间是整体和部分的关系。”聚”表示聚在一起的意思，也表示“部分”可以独立”整体”存在。描述“has-a”的关系。【组合】整体有管理部分的特有的职责并且他们有一致的生命期

ER图中的主要成分为实体类型和联系类型，转换算法将实体类型和联系类型转换为关系模式。转化为关系模式，主要确定3部分内容，关系模式的名称，属性，码。转换分为两个步骤：1.实体的转换。2.关系模式的转换；1.实体的转换    将ER图中的实体逐一转换为一个关系模式关系模式实体名称              实体名

软件的需求分析阶段知道系统要“做什么”，而软件设计阶段我们明白的是“怎么做”。软件的设计分为：总体设计/\详细设计设计基本原理:总体设计的任务和过程总体设计分为：面向数据，面向功能，面向对象的分析设计原则：独立性，规模，深，宽，入，出。作用域。接口。单入单出。预测（黑盒子）总体设计图形工具1.层次图：描述层次结构。2.HIPO图：在层次图的基础上，把

面向对象分析（object-orientedanalysis）简称OOA，就是抽取和整理用户需求并建立问题域精确模型的过程。1.关键：识别出问题域内的对象，并分析它们相互间的关系，最终建立起问题域的简洁、精确、可理解的正确模型。2.目的：系统分析员应该深入理解用户需求，抽象出系统的本质属性，提取系统需求规格说明，并用模型准确地表示出来。3.分析过程:从分析陈述用户需求的文件

为了反映软件生存周期内各个工作应如何组织，各阶段如何衔接，需要软件开发模型给出直观图示表达。软件开发模型是软件思想的具体化，是实施在过程模块中的软件开发方法和工具。 下面来介绍开发模型的特点以及他们的优缺点。瀑布模型核心思想是按工序开发软件，功能，设计与实现分开，各阶段分工协作。结构化分析设计方法，逻辑实现和物理实现分开。活动为：开发计划，需求分析和说明，设计，测试，运

学习了UML的视频之后，画了张图，整体为上图中的五部分。          1.UML（Unified Modeling Language）统一建模语言，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。UML中重点是九种图和四种关系          2.统一软件过程（Rational Unified Proce

同任何事物一样，软件产品或软件系统也要经历孕育，诞生，成长，成熟，衰亡的各阶段。软件的生存周期包括7个阶段。每一个阶段都会有不同的人参与，针对具体的工作进行研究，研究成果以文档和程序的形式展现。下面的图和表阐述了各个阶段主要的事项和人员。软件生命周期     各阶段的人员和任务阶段任务参与人员产生的文档

组合和继承，都是在新类中直接复用旧类的方法，实现系统功能重用。但是各有不同的特点。继承会破坏封装。组合能提供更好的封装性。各有优缺点，总得来说，多用组合，少用继承。继承：    子类扩展父类，继承父类的字段和方法，如果访问权限允许，子类可以直接访问父类的字段和方法，很方便，但也破坏了父类的封装性。每个类都应该封装内部信息和实现，只暴漏必要的方法给其他类使用。但继承子类可以直接访问父类内部信

类图感觉是UML中比较难画的一种图形，类图是根据用于的需求建立的。大家要干一件事情，然后不同的人员从各自的立场，谈谈自己的需求。然后从这些讨论中，找到一些名词，进行整理，然后抽象成为类，不同的人对于抽象的程度不同，得到的结果也就不一样，自我感觉，不同的人画出的类图没有对错之分，只有谁的描述的更加完整，谁的更能表达出大家的想法。    类与类之间会形成联系，而类与类之间的联系，才能组合成

在学习UML的时候，重点掌握UML的九种图和六种关系，以及他们衍生出来的作品。在机房收费系统完成后，通过UML的理论知识的学习之后，实践了一把。用UML对系统进行建模之后，我们需要把UML图转换成具体的代码，用代码去实现我们的模型。每种关系在代码中的表示方法是怎样的，同样我们反过来，看了代码之后，我们能够对应着找到类与类之间的关系。继承：指的是一个类（称为子类、子接口）继承另外的一个类（称

一.6大原则1.单一职责原则（Single Responsibility Principle）定义：就一个类而言，应该仅有一个引起它变化的原因；    如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏；    T负责两个不同的职责：职责P1，职责P2。当由

RabbitMQ是一个在AMQP基础上完整的，可复用的企业消息系统。他遵循Mozilla Public License开源协议。  在了解RabbitMQ之前我们应该先了解一下，什么是AMQP（Advanced Message Queuing Protocol），高级消息队列协议,一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于