gdw188643911的专栏

一、上章回顾        首先、我们先来回顾下，上篇讲解的内容，加深下印象。上篇我们主要讲解了3个建模图形分别是：顺序图(序列图)、组件图、状态图。        具体功能描述如下图：这里不详细解释，如果不清楚请看：系统架构师-基础到企业应用架构-系统建模[中篇](上)                 由于全部放在一篇中篇幅太长了，所以分开讲解。二、摘要

一、上章回顾       上一篇：系统架构师-基础到企业应用架构-系统建模[中篇](下) 中我们主要讲解了部署图、活动图，我们在这里也是参考上篇的形式,这里不再详细介绍。上篇主要讲解了下面2类建模图：        二、摘要       本文将讲解其他的几个类型的建模图当然只是简单的讲解，并且将结合B2C电子商城系统进行分析通过使用我们已经讲解的建模图为例。

一、上章回顾       在上篇中我们讲解了几类UML2.0语言新推出的建模图形,总体来说通过这些图形能更详细的将某类信息表达出来。在这里我们简单回顾上篇讲解的内容。              上图中已经简单介绍了上章讲述的内容，具体内容请看：系统架构师-基础到企业应用架构-系统建模[下篇]。二、摘要       本章将主要的简单介绍在系统架构中的设计模式及

一、摘要       本文主要从系统架构中的建模开始讲解，本文讲述的内容主要是我在工作和学习过程中的总结和经验，不足之处还请大家多多批评指出，有更好的建议也可以留言说明。本意主旨是为不熟悉系统架构建模过程和不知道如何使用建模工具，或者不熟悉如何根据需求去建立模型的角度出发，简单的阐述了在系统架构的过程中我们应该从什么样的角度出发去分析需求并且建立抽象模型。这应该说是架构师必

摘要：企业构架通常分为三层：表现层，业务层，数据访问层。针对不同的企业做出分析，系统架构并不是一沉不变的。要从实际情况去考虑，从项目中多思考系统的扩展性，才能做出适合企业的构架。导读：本文作者李平针对企业系统架构作出分析，发表独特见解，系统架构并不是一层不变的，没有最好的架构，只有更好的架构，要从实际情况去考虑，从项目中多思考系统的扩展性。以下是文章内容：在我们刚开始学习架构的时候，首

一、上章回顾       上篇文章主要简单的介绍了建模中使用的标准建模语言UML的相关内容，包括用例图与类图的使用方法及如何建模。相信大家对UML建模语言已经有了初步的认识，还请大家谨记UML不同的建模图形的用处。比如，用例图主要用来描述系统的功能需求。类图主要用来描述实体间的关系。谨记这些就可以帮助我们在系统架构的过程中深入的分析。       首先向大家道歉，上

一、上章回顾       上章我们主要讲述了系统设计规范与原则中的具体原则与规范。如何实现满足规范的设计，我们也讲述了通过分离功能点的方式来实现，而在软件开发过程中的具体实现方式简单的分为面向过程与面向对象的开发方式，而目前更多的是面向对象的开发设计方式。具体的内容请看下图：               上图描述了软件设计的原则：低耦合，高内聚，并且简单说明了，如何

两者的相同点：都是功能划分的单位，这两者之间没有上下层包含的关系，模块可以由多个组件构成，独立的组件也通常由多个模块实现。 两者的不同点：1.      组件：强调的是“跨项目的可重用性”这层意思。比如“XXX通讯协议组件”，表示这个组件是完成通讯协议功能，并且是为了重用而开发的。这个组件的本身由协议栈、协议适配器、API调用等模块共同实现。另外，作为第三方客户使用的独立工具，组件