A. 哪款思维导图软件好用
迅捷画图是非常适合画思维导图的，这个软件有专门的思维导图模板。思维导图是有效的思维模式，应用于记忆、学习、思考等的思维“地图”，有利于人脑的扩散思维的展开。思维导图已经在全球范围得到广泛应用，新加坡教育部将思维导图列为小学必修科目，大量的500强企业也在学习思维导图，中国应用思维导图也有20多年时间了。
B. 软件结构图怎么画
软件体系结构参考图如下：
－Paul Clements 《软件架构编档》
正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：
1. 架构视图
最经典的当属4+1视图：
- 逻辑视图
- 开发视图
- 过程视图
- 物理视图
- 场景视图
4+1视图提出后，业界也有其它的观点提出，诸如SEI(模块视图、组建和连接件视图、分配视图)、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP(企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。
2. 了解架构视图的四要素
- 图示化主要元素和元素之间的关系
- 具有明确的图例、定义和说明元素
- 每个元素具备明确的接口和行为规范
- 设计原理和设计决策的信息
3. 简单说一下几个视图针对的角色和维度：
逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。主要元素包括系统、子系统、功能模块、子功能模块、接口等。
开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。用途是知道开发设计和实现。
物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。
C. 软件的系统架构是什么有没有大神用一个例子演示一下系统架构图
软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。
软件架构是一个系统的草图。软件体系结构是构建计算机软件实践的基础。
如图：
D. 软件的系统架构和开发平台都有哪些具体都有哪几种呢
一、软件的系统架构
（一）、分层架构
分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。
这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。
虽然没有明确约定，软件一定要分成多少层，但是四层的结构最常见。
表现层（presentation）：用户界面，负责视觉和用户互动
业务层（business）：实现业务逻辑
持久层（persistence）：提供数据，SQL 语句就放在这一层
数据库（database） ：保存数据
有的软件在逻辑层和持久层之间，加了一个服务层（service），提供不同业务逻辑需要的一些通用接口。
用户的请求将依次通过这四层的处理，不能跳过其中任何一层。
（二）事件驱动架构
事件（event）是状态发生变化时，软件发出的通知。
事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。
事件队列（event queue）：接收事件的入口
分发器（event mediator）：将不同的事件分发到不同的业务逻辑单元
事件通道（event channel）：分发器与处理器之间的联系渠道
事件处理器（event processor）：实现业务逻辑，处理完成后会发出事件，触发下一步操作
对于简单的项目，事件队列、分发器和事件通道，可以合为一体，整个软件就分成事件代理和事件处理器两部分。
（三）微核架构
微核架构（microkernel architecture）又称为"插件架构"（plug-in architecture），指的是软件的内核相对较小，主要功能和业务逻辑都通过插件实现。
内核（core）通常只包含系统运行的最小功能。插件则是互相独立的，插件之间的通信，应该减少到最低，避免出现互相依赖的问题。
（四）、微服务架构
微服务架构（microservices architecture）是服务导向架构（service-oriented architecture，缩写 SOA）的升级。
每一个服务就是一个独立的部署单元（separately deployed unit）。这些单元都是分布式的，互相解耦，通过远程通信协议（比如REST、SOAP）联系。
（五）、云架构
云结构（cloud architecture）主要解决扩展性和并发的问题，是最容易扩展的架构。
它的高扩展性，主要原因是没使用中央数据库，而是把数据都复制到内存中，变成可复制的内存数据单元。然后，业务处理能力封装成一个个处理单元（prcessing unit）。访问量增加，就新建处理单元；访问量减少，就关闭处理单元。由于没有中央数据库，所以扩展性的最大瓶颈消失了。由于每个处理单元的数据都在内存里，最好要进行数据持久化。
这个模式主要分成两部分：处理单元（processing unit）和虚拟中间件（virtualized middleware）。
处理单元：实现业务逻辑
虚拟中间件：负责通信、保持sessions、数据复制、分布式处理、处理单元的部署。
二、开发平台
ERP平台、金融电商平台、小程序平台、网站平台、bpm平台、低代码开发平台等等；
厂家有天翎、顶点、天纵、清流、K2等
开发语言有区分：dephp、java。net等；
三、如何选择合适的开发平台?
平台的选型，无非是从客户业务需求的角度，以及对应的品牌形象和案例沉淀几个角度去选择；
建议可以开箱即用，多试用几次，就找到适合的产品，通俗的说，就是货比三家。
管理顾问，每天成长一点点，努力成就自己的优秀。
E. 软件架构的种类
根据我们关注的角度不同，可以将架构分成三种： 软件系统中元件之间的关系，比如用户界面，数据库，外部系统接口，商业逻辑元件，等等。
比如下面就是笔者亲身经历过的一个软件系统的逻辑架构图
图2、一个逻辑架构的例子
从上面这张图中可以看出，此系统被划分成三个逻辑层次，即表象层次，商业层次和数据持久层次。每一个层次都含有多个逻辑元件。比如WEB服务器层次中有HTML服务元件、Session服务元件、安全服务元件、系统管理元件等。 软件元件是怎样放到硬件上的。
比如下面这张物理架构图描述了一个分布于北京和上海的分布式系统的物理架构，图中所有的元件都是物理设备，包括网络分流器、代理服务器、WEB服务器、应用服务器、报表服务器、整合服务器、存储服务器、主机等等。 系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。
系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。
此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。
首先，一个软件系统中的元件首先是逻辑元件。这些逻辑元件如何放到硬件上，以及这些元件如何为整个系统的可扩展性、可靠性、强壮性、灵活性、性能等做出贡献，是非常重要的信息。
其次，进行软件设计需要做出的决定中，必然会包括逻辑结构、物理结构，以及它们如何影响到系统的所有非功能性特征。这些决定中会有很多是一旦作出，就很难更改的。
根据作者的经验，一个基于数据库的系统架构，有多少个数据表，就会有多少页的架构设计文档。比如一个中等的数据库应用系统通常含有一百个左右的数据表，这样的一个系统设计通常需要有一百页左右的架构设计文档。
F. 软件工程中软件结构图和层次图的异同
两者之间没有区别。两者指的均是软件构架，为软件系统的草图。
软件工程中软件结构图和层次图均是为了反映软件系统中组件之间相互关系和约束的体系结构设计图，属于一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。
软件结构图（又被叫做软件构架）一般通过分层次或分时间段等方式说明体系结构的各个组成部分的组合关系。描述的对象是直接构成系统的抽象组件，各个组件之间的连接则明确和相对细致地描述组件之间的通讯关系。
(6)软件架构图片欣赏扩展阅读：
其他介绍：
软件结构图包括架构元件、联结器、任务流。所谓架构元素，也就是组成系统的核心砖瓦，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。
通过一个软件结构图建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。
G. 软件架构和系统架构到底是什生活中有哪些东西可以比喻
将软件比作房子，软件架构就是房子的设计图型，如何建造，如何美观，如何防震等等
系统架构关注的就不是房子的本身了，还要考虑房子在整个住宅区的地段，楼距等等
你可以关注架构师之路，扫描下面的二维码添加微信账户，了解更多的架构设计。
H. 软件系统架构图 用visio画 怎么新建
用VISIO画的分层架构设计图
I. 用什么工具画 软件架构设计图
1、Microsoft Office Visio
Office Visio 是office软件系列中的负责绘制流程图和示意图的软件，是一款便于IT和商务人员就复杂信息、系统和流程进行可视化处理、分析和交流的软件。
2、ProcessOn
是一款网页版的在线作图工具，优点是无需下载安装、破解这些破事，同时支持在线协作，可以多人同时对一个文件协作编辑，而且上手比较容易，它提供很多流程图模版，可以方便的画出流程图、思维导图、原型图、UML图。
3、OmniGraffle
OmniGraffle可以用来绘制图表，流程图，组织结构图以及插图，也可以用来组织头脑中思考的信息，组织头脑风暴的结果，绘制心智图，作为样式管理器，或设计网页或PDF文档的原型。只能于运行在Mac OS X和iPad平台之上。
4、亿图
是一款基于矢量的绘图工具，包含大量的事例库和模板库。可以很方便的绘制各种专业的业务流程图、组织结构图、商业图表、程序流程图、数据流程图、工程管理图、软件设计图、网络拓扑图等等。
5、Axure RP
Axure RP是美国Axure Software Solution公司旗舰产品，是一个专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。
J. 软件体系结构图怎么画啊
软件体系结构参考图如下：
－Paul Clements 《软件架构编档》
正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：
1. 架构视图
最经典的当属4+1视图：
- 逻辑视图
- 开发视图
- 过程视图
- 物理视图
- 场景视图
4+1视图提出后，业界也有其它的观点提出，诸如SEI(模块视图、组建和连接件视图、分配视图)、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP(企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。
2. 了解架构视图的四要素
- 图示化主要元素和元素之间的关系
- 具有明确的图例、定义和说明元素
- 每个元素具备明确的接口和行为规范
- 设计原理和设计决策的信息
3. 简单说一下几个视图针对的角色和维度：
逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。主要元素包括系统、子系统、功能模块、子功能模块、接口等。
开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。用途是知道开发设计和实现。
物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。