用什么工具画 软件架构设计图
可以采用UIDesigner软件结合UIDesigner的实际需求，提取出属于“工具”范畴的关键功能需求、关键质量需求和关键商业需求。
1.“工具”的关键功能需求，必须包括：磁盘文件读写、异常捕捉、日志记录、安全性管理；非工具所必须，但是UIDesigner本身所要求的，包括：配置管理、缓存管理、线程服务、服务器和客户端通讯管理、国际化服务。
2.“工具”的关键质量需求，质量需求包括开发期质量需求和运行期质量需求两部分，经过分析和权衡，UIDesigner的性能主要取决于设计绘图，而稳定性、可扩展性和可维护性才是决定“工具”本身发展的质量需求，因此，对“工具”的质量需求设计将以稳定性、可扩展性和可维护性为主。
3.“工具”的关键商业需求，因为UIDesigner本身并没有很复杂的业务需求，因此关键商业需求是在设计流程的优化和规范上得到体现，这方面的设计已经属于高层模块和使用流程的设计，对架构的影响非常小，可以暂时性的忽略。
经过关键需求的提取，我们得到了“工具”的设计目标——可以提供通用功能（关键功能需求）的高稳定性、扩展性和维护性的客户端应用。
根据此目标，我们采取DI(Dependency-Injection)和MVP(Model-View-Presenter)结合的架构，概念架构设计如图2所示。
展开...
软件结构图怎么画
软件体系结构参考图如下：软件架构是一种无法以简单的一维方式进行说明的复杂实体。
-Paul Clements 《软件架构编档》正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。
所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：1. 架构视图最经典的当属4+1视图：逻辑视图开发视图过程视图物理视图场景视图4+1视图提出后，业界也有其它的观点提出，诸如SEI（模块视图、组建和连接件视图、分配视图）、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP（企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。
2. 了解架构视图的四要素图示化主要元素和元素之间的关系具有明确的图例、定义和说明元素每个元素具备明确的接口和行为规范设计原理和设计决策的信息3. 简单说一下几个视图针对的角色和维度：逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。
主要元素包括系统、子系统、功能模块、子功能模块、接口等。
开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。
用途是知道开发设计和实现。
物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。
软件结构图怎么画
首先要了解架构视图有哪些维度和组成要素： 1. 架构视图 最经典的当属4+1视图： 逻辑视图 开发视图 过程视图 物理视图 场景视图 4+1视图提出后，业界也有其它的观点提出，诸如SEI（模块视图、组建和连接件视图、分配视图）、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP（企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。
2. 了解架构视图的四要素 图示化主要元素和元素之间的关系 具有明确的图例、定义和说明元素 每个元素具备明确的接口和行为规范 设计原理和设计决策的信息 3. 简单说一下几个视图针对的角色和维度： 逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。
主要元素包括系统、子系统、功能模块、子功能模块、接口等。
开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。
用途是知道开发设计和实现。
物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。
4. 写在最后 了解这些，确定了你的受众和切入的维度后，你就可以决定你要用什么样的视图和视图组合来表达你的内容，挑选一个你得心应手的工具去实施就可以了。
在我看来，用白板和团队一起画出来是一件极美的好玩的事情。
