yuyin86的专栏

jonathan2004分层体系结构模式的应用author: jonathan本文档的CopyRight归jonathan所有，可自由转载，转载时请保持文档的完整性。/*-----------------------------------------------------------------------------------------------

结构化分析方法(Structured Method，结构化方法)是强调开发方法的结构合理性以及所开发软件的结构合理性的软件开发方法。结构是指系统内各个组成要素之间的相互联系、相互作用的框架。结构化开发方法提出了一组提高软件结构合理性的准则，如分解与抽象、模块独立性、信息隐蔽等。针对软件生存周期各个不同的阶段，它有结构化分析(SA)、结构化设计(SD)和结构化程序设计(SP)等方法。　　结构

最近多次看到系统设计与实现的文章与讨论，再加上以前读过的其他资料以及自己的一些实践教训，让我觉得应该把这些资料汇总整理一下。如果要从讨论不同系统的众多资料中总结一条黄金法则的话，那只有一个词——“简单”；如果用一个英语单词来表达的话，那就是——KISS (Keep It Simple, Stupid!)。麻省理工方法与新泽西方法(MIT Approach vs. New Jer

常用的设计模式分为如下23种模式：Abstract Factory：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。Adapter：将一个类的接口转换成客户希望的另一个接口，使得原来由于接口不兼容而不能一起工作的那些类可以一起工作。Bridge：将抽象部分与它的实现部分分离，使之可以独立变化。Chain of Responsibility：为解除请求的发送者和接

作者：张明星 出处： dev2dev.bea.com.cn     对于软件架构这一概念，有太多的版本，目前在业界由大师级人物或组织提出的对这一概念的阐述就超过十种以上，我个人比较赞同RUP(Rational Unified Process)中对软件架构的定义，即软件架构包含了关于以下问题的重要决策：软件系统的组织；选择组成系统的结构元素和它们之间的接口，以及当这些元素相互协作时所

工厂方法和抽象工厂实际上是从不同角度在描述问题。工厂方法描述了具体产品的创建，而抽象工厂描述的是产品系列的组织。//  Computer.cpp : Defines the entry point for the console application.//#include " stdafx.h " #include  string >

一、 抽象工厂（Abstract Factory）模式抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。为了方便引进抽象工厂模式，引进一个新概念：产品族（Product Family）。所谓产品族，是指位于不同产品等级结构，功能相关联的产品组成的家族。如图： 图中一共有四个产品族，分布于三个不同的产品等级结构中。只要指明一个产品所处的产品族以及它所属的等级结构，就可

软件架构样式 Kalyan Bandarupalli著，hystar翻译架构样式是一套原则，你可以使用其来构建一个特定领域的典型的系统架构样式。实现软件架构样式依赖于你的组织实现架构样式的能力及基础性约束。这边文章解释了基于一种需求应该选择怎样的架构样式。 介绍 架构样式是一套原则，你可以使用其来构建一个特定领域的典型的系统架

Patternsfore-business站点 http://www-106.ibm.com/developerworks/patterns/index.htmlObjectManagementGrouphttp://www.omg.orgMartijnvanWelie模式站点http://www.welie.com

此目录包含23个设计模式，在这里仅列出其命名（Name）和意图（Intent）。Abstract Factory抽象工厂提供一个接口，在不说明具体类的情况下建立具有相关性或依赖关系的对象族。Adapter适配器将某个类的接口转换成客户所期望的另一个接口。适配器可使得接口本来不匹配的类在一起工作。Bridge桥接 Builder建造器将一个复杂类的表示

需求分析方法分类：1.面向过程的方法(Process-oriented methods)主要从系统如何将输入转换为输出的角度来分析系统，如SA2.面向数据的方法(Data-oriented methods)强调用数据结构表示系统状态,如ERM3.面向控制的方法(Control-oriented methods)强调同步、死锁、排斥、并发及过程的激活和去活,如流程图4.面向对象的方法(objec

逻辑模型的工具——只反映信息在系统中流动和处理情况的图称为数据流图，它是描述系统逻辑模型的工具之一。数据流图(Data Flow Diagram，简称DFD)是便于用户理解系统数据流程的图形表示。它能精确地在逻辑上描述系统的功能、输入、输出和数据存贮等，而摆脱了其物理内容。数据流图是系统逻辑模型的重要组成部分。　　系统分析阶段必须进行全面准确的收集、整理、分析收集的数据及其流程。一、数据收

程式设计是思维具体化的一种方式，是思考如何解决问题的过程，设计模式是在解决问题的过程中，一些良好思路的经验集成，最早讲设计模式，人们总会提到 Gof  的著作，它最早将经典的 23 种模式集合在一起说明，对后期学习程式设计，尤其是对从事物件导向程式设计的人们起了莫大的影响。后来设计模式一词被广泛的应用到各种经验集成，甚至还有反模式（AntiPattern），反模式教导您如何避开一些常犯

在高性能的I/O设计中，有两个比较著名的模式Reactor和Proactor模式，其中Reactor模式用于同步I/O，而Proactor运用于异步I/O操作。       在比较这两个模式之前，我们首先的搞明白几个概念，什么是阻塞和非阻塞，什么是同步和异步,同步和异步是针对应用程序和内核的交互而言的，同步指的是用户进程触发IO操作并等待或者轮询的去查看IO操作是否就绪，而异步是指

A Realistic Look at Object-Oriented ReuseTo gain real benefits of object-oriented reuse, you must understand the different kinds of reuse-and where and how to apply them.

简介： AOP（Aspect Orient Programming），也就是面向方面编程，作为面向对象编程的一种补充，专门用于处理系统中分布于各个模块（不同方法）中的交叉关注点的问题，在 Java EE 应用中，常常通过 AOP 来处理一些具有横切性质的系统级服务，如事务管理、安全检查、缓存、对象池管理等。AOP 实现的关键就在于 AOP 框架自动创建的 AOP 代理，AOP 代理主要分为静态代理

From Wikipedia, the free encyclopediaThis article does not cite any references or sources. Please help improve this article by adding citations to reliable sources. U

设计异常管理系统 2009-06-30 作者：Jean-Pierre Norguet 来源：网络 在面向对象的应用程序中，由于代码重载、错误的问题处理方式，导致异常有越来越多的趋势。在这篇文章中，作者Jean-Pierre Norguet介绍了如何设计异常，来实现一个简单的、可读的、健壮的、灵活的、面向调试

作者：杨恒，发布于2011-07-05 ，杨恒的专栏 【一】-软件架构设计过程软件架构设计尚没有万灵的方法论支持，还是个非常新兴的行业，给出个人理解的行业软件架构设计过程，受个人水平有限，仅供参考：1.业务分析：针对目标行业的业务战略、蓝图、业务功能及流程进行分析，提出其中部分功能可以使用信息化进行处理，通过分析可以得出信息化要解决的问题

下面我们再从第三个方面审视架构设计，关注点在模块的缠绕和分散。所谓缠绕，指的是一个模块是不是包含了多个模块不同的实现。所谓分散，一个模块的实现分散在多个不同的模块中。解决这些缠绕和分散问题，需要使用分层结构来解决。1，层模式的问题与机会在模块分割以后，就会发现有些功能块或者某些功能是共享的或者缠绕的，我们需要把这些模块或者功能提取出来，分成若干层次，这就是层模式。层模式是构造弹

事实上，经过从上面三个方面审视架构，我们已经建立了一个完整的而且比较良好的架构。但我们还需要从第四个方面在更高的层次审视我们的架构，需要考虑的又一个问题就是软件的复用。复用可以大大降低后期成本，提高整个软件系统的可升级性与可维护性。我们可以考虑哪些结构可以使用已经存在的可复用结构和产品，某些结构可以利用 GoF 的设计模式设计可复用的构件已备后期使用。还需要根据需求分析得出的易变点

综上所述，我们就可以比较条理化的建立软件架构设计的流程了。典型软件架构设计的流程如下图所示。一、业务架构概念在构建软件架构之前，架构师需要仔细研究如下几个问题：系统是为什么目的而构建的？系统投运后服务于哪些利益相关者的利益？什么角色在什么时候操作或者维护系统？业务系统实现方法是怎样的？整个业务系统是如何依靠系统而运转的？为了回答这些问题，需要仔细阅读需求分析文档

一、架构篇 1. 《Software Architecture in Practice,2nd Edition--软件构架实践(第2版)》 2. 《Documenting Software Architectures --软件构架编档》   第13届JOLT大奖作品，捕获架构的过程，徐昊推荐。 3. 《Applied Software Architecture --实用软件

作者：江南白衣，原文出处： http://blog.youkuaiyun.com/calvinxiu/archive/2007/03/06/1522032.aspx，转载请保留。   为了2007年的目标，列了下面待读或重读的书单。    "其实中国程序员，现在最需要的是一张安静的书桌。"，的确，中国架构师大多缺乏系统的基础知识，与其自欺欺人的宣扬"读书无用，重在实践变通，修身立命哲学书更重要"，

浅谈架构模式[此文于2010年7月29日被重新编辑]      软件体系结构通常被称为架构，指可以预制和可重构的软件框架结构。架构尚处在发展期，对于其定义，学术界尚未形成一个统一的意见，而不同角度的视点也会造成软件体系结构的不同理解，以下是一些主流的标准观点。组成派      Mary Shaw在《软件体系结构：一门初露端倪学科的展望》中为“软件架构”给出了非常简明的定

通过在几家公司工作，感觉各个公司的工作理念有很大的差别。       第一份工作的公司，注重的是软件的执行效率。容错率极高，其中容错率包括：操作员的操作容错、数据库维护人员的数据库维护操作等等。        很多软件的操作人员在对一款软件用的时间长了之后，经常找到方便自己的简洁的操作，有些简洁的操作是设计软件的时候本身就设计出来的，但是有的一些简洁操作则是因为软件本身的复杂逻辑关系，导致

一. 软件体系结构（架构）软件体系结构的定义通常，软件体系结构通常被称为架构，指可以预制和可重构的软件框架结构。架构尚处在发展期，对于其定义，学术界尚未形成一个统一的意见，而不同角度的视点也会造成软件体系结构的不同理解。比如，ANSI/IEEE 610.12-1990软件工程标准词汇对于体系结构定义是“体系架构是以构件、构件之间的关系、构件与环境之间的关系为内容的某一系统的基本组织结构

浅谈架构模式[此文于2010年7月29日被重新编辑]      软件体系结构通常被称为架构，指可以预制和可重构的软件框架结构。架构尚处在发展期，对于其定义，学术界尚未形成一个统一的意见，而不同角度的视点也会造成软件体系结构的不同理解，以下是一些主流的标准观点。组成派      Mary Shaw在《软件体系结构：一门初露端倪学科的展望》中为“软件架构”给出了非常简明的定

来自：http://dev.yesky.com/msdn/382/2018382.shtml什么是架构?软件体系结构通常被称为架构，指可以预制和可重构的软件框架结构。架构尚处在发展期，对于其定义，学术界尚未形成一个统一的意见，而不同角度的视点也会造成软件体系结构的不同理解，以下是一些主流的标准观点。　　ANSI/IEEE 610.12-1990软件工程标准词汇对于体系结构定义是：“体系

由于[GOF95]是论述软件模式的著作的第一本，也是OO设计理论著作中最流行的一本，因此有些人常常使用设计模式（Design Pattern）一词来指所有直接处理软件的架构、设计、程序实现的任何种类的模式。另外一些人则强调要划分三种不同层次的模式：架构模式(Architectural Pattern)、设计模式(Design Pattern)、成例(Idiom)。成例有时称为代码模式(Coding

1.分层架构：分层架构是使用最多的架构模式，通过分层使各个层的职责更加明确，通过定义的接口使各层之间通讯,上层使用下层提供的服务。分层分为：严格意义上的分层，一般意义的分层。严格意义的分层是n+1层使用n层的服务。而一般意义的分层是上层能够使用它下边所有层的服务。领域驱动设计的分层定义：UI层，UI控制层，服务层，领域层，基础设施层。2.MVC架构：MVC架构相信做软件的都听说，主要是为了让软

软件开发中的模式:w1,系统架构模式（如J2EE Core Patterns）2,通用职责分配软件模式（GRASP模式---General Responsibility Assignment Software Patterns ）3,代码设计模式（如GOF）在我看来，系统架构模式是与语言无关的。而其中一种实现就是J2EE Core Patterns。我们在应

UML中的用例(Use Case)概念分析及StarUML实例在UML中use case似 乎最簡單的，用例建模的最主要功能就是用来表达系统的功能性需求或行为，依我的理解用例建模可分为用例图和用例描述。用例图由参与者（Actor）、用例 （Use Case）、系统边界、箭头组成，用画图的方法来完成。用例描述用来详细描述用例图中每个用例，用文本文档来完成，以及由箭头所组成的各种关系，包括泛

一、UMLUML是统一建模语言，是一种可视化的语言。本系列内容拟通过Umbrello工具一起来学UML。正向逆向工程均以C++代码为例。 （本文第一次上传图片时图片都在本地，所以读者们一直看不到图片，这里我重新整理了一下这篇文章）二、UML工具对比我所接触到的工具以及其各自的特性如下：工具名称                       优点

来自：blog　  雪茶技术我们期待自己成为一个优秀的软件模型设计者，但是，要怎样做，又从哪里开始呢？将下列原则应用到你的软件工程中，你会获得立杆见影的成果。1. 人远比技术重要你开发软件是为了供别人使用，没有人使用的软件只是没有意义的数据的集合而已。许多在软件方面很有成就的行家在他们事业的初期却表现平平，因为他们那时侯将主要精力都集中在技术上。显然，构件（comp

--公告亲爱的关注本博的朋友，最近一段时间俺都忙于写书，没有时间更新博客，让许多朋友久等了。由于书的写作和出版需要较长的时间，预计出版时间已经排到了08的11月份。俺曾经答应过一些朋友，在书没有出版之前，在这段时间内将书的一部分内容先在博客上发表，一方面为了感谢他们对俺一直的支持，另一方面也为书做点宣传，毕竟要是销路不好的话浪费这一年的辛苦倒也罢了，要是还要自己贴钱那就真是赔了夫人又折兵了

1 标题：Extending UML To Visualize Design Patterns In Class Diagrams原文链接如下：http://www.utdallas.edu/~jdong/papers/seke03.pdf2 时间：2003以后3 阅读时间：2005.8.294 摘要：一个设计模式描述了对于某个设计问题的一种通用解决方案，并可以

通用职责分配软件模式(GRASP)侧重于基本的通用设计过程，是针对FURPS+需求模型中的Functional(功能性）的重要的设计原则。 GoF设计模式更注重FURPS+需求模型中的质量需求的设计。 可以在GoF设计模式中找到GRASP的影子。个人的一点小经验：1、解决接口变化的外部服务问题时使用“适配器模式2、解决变化的算法及策略问题时（客户定制业务规则）使用“策略模式（将

时刻关注软件架构发展的最新信息，说得容易做到难。因为这些信息可能会隐藏在厚厚的书中或者互联网的某个不起眼的角落。不过这里有另外一个更加轻松的方法，那就是在YouTube或者Vimeo这样的视频网站上观看视频。YouTube和Vimeo上存储了海量的视频，这也让用户很难找到高质量的内容。而且，并不是所有的视频都是由专业人士制作，这也增加了视频挑选的难度。尽管如此，InfoQ.com还是找到了

在做软件架构设计时,根据不同的抽象层次可分为三种不同层次的模式：架构模式(Architectural Pattern)、设计模式(Design Pattern)、代码模式(Coding Pattern)。        架构模式是一个系统的高层次策略，涉及到大尺度的组件以及整体性质和力学。架构模式的好坏可以影响到总体布局和框架性结构。        设计模式是中等尺度的结构策略。这