系统架构图怎么画?系统架构图首先是人，人是构成系统架构图的核心，也就是系统架构师。IBM工程师的说明是：架构师的主要责任是提供开发人员和项目经理之间的共用沟通媒体。他们负责让业务规则及需求与工程实践及限制相适应，以确保成功。 中文Wiki上的说明是：系统架构师负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单。这两个部分加起来组成了系统架构师的定义。本文主要介绍系统架构图怎么画?

　　系统架构图怎么画?要画好系统架构图，首先明白系统架构图都有哪些，你要画的系统架构图属于?这是系统架构师工作内容与职责之基础。

　　Spring架构图

　　Spring是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为J2EE应用程序开发提供集成的框架。Spring框架的功能可以用在任何J2EE服务器中，大多数功能也适用于不受管理的环境。Spring的核心要点是：支持不绑定到特定J2EE服务的可重用业务和数据访问对象。这样的对象可以在不同J2EE环境(Web或EJB)、独立应用程序、测试环境之间重用。

　　ibatis架构图

　　ibatis是一个基于Java的持久层框架。iBATIS提供的持久层框架包括SQL Maps和Data Access Objects(DAO)，同时还提供一个利用这个框架开发的JPetStore实例。

　　IBATIS：最大的优点是可以有效的控制sql发送的数目，提高数据层的执行效率!它需要程序员自己去写sql语句，不象hibernate那样是完全面向对象的，自动化的，ibatis是半自动化的，通过表和对象的映射以及手工书写的sql语句，能够实现比hibernate等更高的查询效率。

　　structs1架构图

　　Struts是Apache基金会Jakarta项目组的一个Open Source项目，它采用MVC模式，能够很好地帮助java开发者利用J2EE开发Web应用。和其他的java架构一样，Struts也是面向对象设计，将MVC模式"分离显示逻辑和业务逻辑"的能力发挥得淋漓尽致。Structs框架的核心是一个弹性的控制层，基于如Java Servlets，JavaBeans，ResourceBundles与XML等标准技术，以及Jakarta Commons的一些类库。Struts有一组相互协作的类(组件)、Serlvet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是一个传统MVC设计模式的一种变化类型。

　　structs2架构图

　　Struts 2相对于Struts 1.X，将实现用户业务逻辑(Action)同Servlet API分离开，这种分离机制，是采用了拦截器或者拦截器栈(拦截器链)。拦截器是Struts 2的核心内容之一。Struts 2内建了多个拦截器和拦截器栈(由多个拦截器形成的拦截器链)，将用户的Web请求进行拦截处理，从而提供了更加丰富的功能，例如数据类型转换、国际化、文件上传等。

　　Hibernate架构图

　　Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命 意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

　　J2EE架构图

　　J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。

　　J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。

　　系统架构图怎么画?这是系统架构师应该具备的能力。

　　数据持久层的设计

　　在Spring和Hibernate，ibatis出来以前，几乎每家公司都有自己的一套方法和架构，而架构师的50%的精力也会集中到这上面，EJB只是增加架构师的负担。在Spring出来以后，基本上，大多数的架构师都从重复设计这个轮子的无用功中解脱出来了。Rod的轮子太好用了，基本上，大家只要套上去就行了，或者，剩下最重要的事情，是选择一个合适的数据库连接池的开源项目吧

　　MVC架构的具体设计

　　MVC只是个概要的概念，具体如何实现的具体技术很多，根据项目设计最恰当的架构

　　大并发性访问

　　使用缓存，在数据量达到一定程度时，使用集群技术，优先考虑利用服务器的集群，其次是硬件集群，最后才是应用本身加入集群功能

　　超大数据量返回结果

　　尽量使用分页，优化SQL语句，循环处理数据时尽可能共用对象，只保留关键数据，及时释放内存占用

　　超大文件的读取和生成

　　尽可能快的读取大文件，并进行分析。写入大文件时，如何及时释放内存。学会适当利用操作系统的命令行资源来更快完成任务。

　　多线程的应用和管理

　　线程池的管理和监控，线程的启动(包括定时启动)，结束，回收，线程资源的释放

　　用户界面可用性设计

　　平衡速度和可用性，恰当的使用异步和同步技术，展现关键数据为重点

　　分布式的数据交流和集成

　　选择恰当的数据交互方式，从最泛滥低效的Web Service到最实用的文件共享

　　群集系统的管理

　　如何确保缓存的同步?如何确保对象唯一性?如何保证各台机器的同步?

　　是否采用EJB?如何利用J2EE的特性(例如JNDI)

　　复杂的业务规则

　　规则引擎和工作流引擎场景和应用

　　其实，作为一个真正的系统架构师，不应该局限于企业应用的系统，这种系统往往有数据库的局限性，有时候，应该考虑是否可以横向跨越，直接对其它系统做一些架构考虑，在没有丰富的实战经验的前提下，而只是看了其它人的系统和代码，就能够给出有效的设计指导。

　　例如对于一个下载软件，可以有如下考虑：

　　1. 未明和非法url的检验，已经下载失败的容许，信息记录

　　2. 多线程下载一个文件,文件的切分和拼合，部分切片丢失的拼合可能性

　　3. 下载线程管理

　　4. 服务器或者P2P的机器之间的通讯协议

　　5. 速度监控和限制

　　6. 下载进度的监控和显示

　　系统架构图怎么画?总结下来有以下几点：

　　做正确的架构，正确清晰的表达架构，将架构正确应用到系统

　　Rup 4+1 视图：逻辑视图、进程视图、实现视图、用例视图

　　逻辑视图里包含功能视图主要用于和领导交互

　　活动图展现具体业务逻辑，适合多角色协作的具体业务也叫泳道图

　　序列图和协作图用于沟通需求和类设计

　　数据库设计要做到第三范式

　　软件架构的驱动因素：软件功能、非功能需求、其它约束

　　画软件架构步骤： a 功能视图、用例图

　　组件图、部署图

　　软件架构概要因素：操作系统、数据库、浏览器、构件、语言

　　系统架构图怎么画?系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比如分多少层，每层分多少模块等。