xu_zh_h的专栏

                版本号 撰写人 修改人 日期

              系统架构中安全性思考第一部分安全性1、 安全威胁窃听：未经授权的用户获得了对一项服务或数据的访问情况中断：指服务或者数据变得难以获得、不能使用修改：未经授权纂改数据和服务伪造：产生不存在的数据和服务 2、 安全机制加密：将数据转换成攻击者不能理解的形式

                     架构设计——业务逻辑       在很多系统中都会有业务逻辑需要处理，下面我结合我的经验讲述一下业务逻辑架构设计。1、 理清业务逻辑功能要求2、 明白业务逻辑变化性要求，需要可维护和可扩展3、 分离出概要的业务逻辑层4、 设计业务逻辑层和

 1、设计与需求2、设计的来源（原料）3、设计能带来的好处4、设计与设计模式5、设计对编码的作用6、设计与架构

 1、与软件需求关系2、与设计关系3、与领域模型4、质量属性5、设计模式6、架构设计的难点

1、如何看待设计模式这本书2、设计的目标是什么？3、设计中会引入那些新问题4、解决这些问题的手段和技术5、设计的结果6、针对什么业务设计

1、oo思想产生背景2、什么是oo思维3、oo思维方法4、oo思维不同于过程5、oo思维的结果和辅助工具6、oo思维结果要能反映oo思维

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Font

 1、领域模型是什么2、领域模型和需求关系3、领域模型和编码4、领域模型和架构5、领域模型走查6、领域模型表示7、领域模型和设计模式8、领域模型和复杂性

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Font

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Font

ejb spring

                     企业信息系统架构要点前言       前几天我和一个人聊天，我说我做了多年管理软件，那他就问我有什么心得，呵呵，当时我说了一些但感觉没有说好，所以今天我总结一下。这个总结既不是曾经项目的总结，也不会是将来某个项目的具体架构要点，而是我过去的经验和我分析问题的思路的结合，具体问题还要具体对待，只有分析问题思路是不变的。

              架构设计总结1、 架构设计要完成的使命：商业要求、功能要求、质量属性要求2、 架构设计的定义：组成、关系、决策3、 架构设计的主要活动：分解和设计决策4、 架构设计既要关注分解也要关注合并5、 架构和框架：不同的概念6、 架构设要重视架构驱动因素，并且要权衡各因素7、 架构设计者的视角是

职责主导系统全局分析设计和实施、负责软件架构和关键技术决策的脚色领导与协调整个项目中的技术活动（分析、设计和实施）推动主要的技术决策，并最终表达为软件架构描述确定和文档化系统中对架构而言意义重大的方面，包括系统得需求、设计、实施和部署等视图确定设计元素的划分以及这些主要分组之间的接口为技术决策提供规划，平衡各类涉众的不同关注点，化解技术风险，并保证相

  软件架构设计的益处 软件开发中存在的问题我在现象中已经说明了一部分，以后我将继续说明。 这里我主要说软件架构设计的好处，当然这些好处有的就是解决上面问题的灵丹妙药。 先抛开架构设计不谈，我们看看软件开发活动。软件开发活动包括：需求分析、架构设计、编码、测试、部署、开发管理活动（计划、文档管理）；涉及的人员有需求分析师、架构设计师、程序员、

对于大型系统利用 DoDAF规格的架构规划，其实均有个共同的特点，也就是有多个节点(Node)、多个信息系统(Information System) 何表达表达多个节点之间的关连性、如何表达多个信息系统之间的互动。 Operation View，也会利用如 UML 的循序图(sequence diagram)，如 OV6，来表达节点之间的动态互动情形。而 U

              领域驱动设计—读书笔记领域驱动设计我看了三遍，第一和第三遍是粗看，中间一遍是细看。总体感觉这本书很好，是领域建模的指导书。       当看完这本书写个总结是个任务，所以我准备这样写总结，先抛开书本凭经验和从书本中获得的知识来写，然后对照书本来写。       抛开书本来看：领域建模，这个词组包括了三个词，领域、（构）建、模（型）。领域就是我们的

大类：可修改性、可用性、性能、安全性、可测试性、易用性 可修改性策略：一、局部化修改1、 高内聚、低耦合2、 为变更预留接口（针对接口编程）3、 通过方法和函数（传入参数）4、 限制修改范围 二、防止连锁反应1、 信息隐藏：将变更隔离在一个模块内，防止变更扩散到其他模块2、 维持现有接口

 1、 领域建模2、 分解系统3、 确定关键需求和质量属性4、 确定数据和数据处理方案5、 确定系统部署要求6、 选择技术7、 架构编档8、 架构评审

软件构架可以从需求中产生，也可以从老系统中产生，或者从产品线中产生。根据本人经验软件架构在多个阶段和多个方面发挥作用1、 把系统分解成多个相互协作的易于掌握和控制的小系统2、 有利于开发组织分工合作3、 有利于团队交流协作4、 有利于开展迭代式开发方法5、 全面把握质量属性，又根据环境解决主要质量属性6、 选择合适的技术满足系统要

软件非功能定能定义适宜性：软件支持业务的必要功能必须存在，这些功能应当与其应用的业务场景相适宜，否则软件就失去了其使用价值。适宜性是软件最根本的质量属性，满足不了它，软件将一钱不值正确性：软件交付是精确的，符合在计算机上运行的所有要求；同时其执行将准确地实现事先所定义的功能规范，从而满足用户的需要。正确性包括两方面：软件行为正确，不能与规格定义有偏差；软件编码正确，否则不能在机器上

概要设计概要设计目的       软件是实现业务流程的自动化并提供帮助用户执行业务任务的功能，软件的目的也体现概要设计目的。概要设计是满足用户的功能和服务质 量要求，包括性能、可用性、可伸缩性、安全性和完整性要求的设计。它还包括评估并选择运行应用程序所必需的软件和硬件，以及用于开发应用程序的工具和方法。概要设计作用       概要设计在软件开发周期中处于需求调研和详细设计之间，所

              属性驱动设计ADD是一种定义软件架构的方法，该方法将分解过程建立在软件必须满足的质量属性之上。ADD位于需求分析之后。ADD结果是构架的模块分解视图和其他视图的最初几个层次。ADD步骤一、选择要分解的模块二、对模块进行求精1、 从具体的质量场景和功能需求集合中选择构架驱动因素2、 选择满足构架驱动因素的构架模式。

              架构设计总计从接受这个项目到现在项目已经进入全面开发阶段了。今天抽空把需求分析和架构设计简单总结一下：从这段时间的工作阶段来看，可以分成：需求开发阶段，包括需求获取、需求分析、需求编档、需求评审；领域建模阶段，领域建模、模型设计和求精；架构设计阶段，分解系统，确定架构驱动因素，做出设计决策从这段时间的工作成果来看，在每个阶段都有对应的文档。

<br />http://database.51cto.com/art/201009/223769.htm<br /> <br />关系数据库模型已经流行了几十年了，但是一种新类型的数据库——被称为NoSQL，正在引起企业的注意。下面是关于它的优势和劣势的一个概述。二十多年以来，对数据库管理来说，关系数据库（RDBMS）模型一直是一个占统治地位的数据库模型。但是，今天，非关系数据库，“云”数据库，或“NoSQL”数据库作为关系数据库以外的一些选择，正在引起大家的广泛关注。在这篇文章里，我们将主要关注