软件功能架构图人事架构图用什么软件做

常用的word 、visio、幻灯片、cad都可以做，下面介绍一下WORD的制作过程：

第一、我们首先执行“插入”——“图片”——“组织结构图”，然后先在文件中插入一个基本结构图，展开“组织结构图”工具条。

第二、然后我们可以选中下面其中的一个框图，按下Del键，而把多余的一个框图删除。

第三、接下来选中最上面框图，按然后“组织结构图”工具条上的“插入形状”旁的下拉按钮，在随后出现的下拉列表中，添加相应选项。

第四、再选中下面其中一个，右击，选“下属”可以发现增加一个“下属”框图；我们选中这个“下属”框图，右击，在随后弹出的快捷菜单中，选“同事”选项可以增加若干个“同事”框图。

第五、接下来我们输入相应的文字，并设置好字体、字号、字符颜色等。

第六、最后我们选中组织结构图，按“组织结构图”工具条上的“版式”旁的下拉按钮，选中“调整组织结构图以适应内容”选项，而让“画布”与制作完成的结构图相适应。

组织架构图用什么软件做

比较简单的组织架构图用word和PPT都可以完成的，在软件中插入图形就可以了。

复杂一点的可以选择用Visio和亿图图示来做

Visio也是微软的产品，功能还是很强大的，一般的组织结构图都可以用它来绘制。

亿图图图示，国产软件，同样功能也很强大，内置模板丰富，操作简单，可以制作精美的组织结构图。

请问以下这张“组织架构图”是用什么软件来制作的？

这种类型的图很多软件都可以画的，xmind、visio、亿图等等都可以，xmind功能就比较单一一点，visio和亿图都是属于绘图类型比较丰富的。

如果你需要画出来的图表色彩比较丰富、看起来更时尚一点的，推荐你用亿图，因为visio的风格真的太单调了。。。

另外还有一个原因，亿图软件有个“符号库”里面有大量的图形、符号，你想要的那些都可以通过符号库搜索到，而且可以对原有图形、符号进行再次编辑。

公司让我做一个岗位架构图，用什么软件做好呢？

其实WORD就可以。2007，我前两天才试过，用它的SMARTACT，这个功能也是比较强大的，不过我没做到这么复杂的构图，不知道能不能达到这个效果，你得研究研究或者看看相关的教程才行。

用什么工具画软件架构设计图

　UIDesigner是腾讯用户研究与体验设计部（CDC）设计研发的一款设计类软件，打造一款可以让设计师统一平台和团队协作的平台型设计工具，经过1.0和2.0版本的经验沉淀，我们决定对3.0版本进行全新的架构设计。

　　开发一个软件系统，前期的架构设计承载着整个软件的设计思想和关键决策，可以说是重中之重。

　　根据软件架构设计思想，关注分割和交互，好的架构必须使每个关注点相互分离。我们进行了最基本的需求分析，得出两个关注点：一是工具，二是设计绘图，关系如图1所示。

　得到最基本的两个关注点后，接着将提取关键需求（包括：关键功能需求、关键质量需求和关键商业需求），根据两个关注点进行架构的细化设计。

一、关注点——工具

　　这里我们结合UIDesigner的实际需求，提取出属于“工具”范畴的关键功能需求、关键质量需求和关键商业需求。

　　首先，“工具”的关键功能需求，必须包括：磁盘文件读写、异常捕捉、日志记录、安全性管理；非工具所必须，但是UIDesigner本身所要求的，包括：配置管理、缓存管理、线程服务、服务器和客户端通讯管理、国际化服务。

　　其次，“工具”的关键质量需求，质量需求包括开发期质量需求和运行期质量需求两部分，经过分析和权衡，UIDesigner的性能主要取决于设计绘图，而稳定性、可扩展性和可维护性才是决定“工具”本身发展的质量需求，因此，对“工具”的质量需求设计将以稳定性、可扩展性和可维护性为主。

　　最后，“工具”的关键商业需求，因为UIDesigner本身并没有很复杂的业务需求，因此关键商业需求是在设计流程的优化和规范上得到体现，这方面的设计已经属于高层模块和使用流程的设计，对架构的影响非常小，可以暂时性的忽略。

　　经过关键需求的提取，我们得到了“工具”的设计目标——可以提供通用功能（关键功能需求）的高稳定性、扩展性和维护性的客户端应用。根据此目标，我们采取了DI（Dependency-Injection）和MVP（Model-View-Presenter）结合的架构，概念架构设计如图2所示。

我想问一下,这个系统架构图是用什么软件画出来的?

这样的架构图可能没有直接支持的工具。

可以使用Photoshop来画出这样的效果，过程可能复杂一些。

因为这个是立体效果，所以使用支持3维设计的软件比如SolidWorks也会相对容易的实现这个效果。

系统架构图的类别

逻辑架构图、部署架构图、运行架构图、网络架构图，再加上一个数据架构图，称为架构5视图或4+1视图，为什么有那么多视图呢，是因为架构不是那么简单那么容易理解的，不同人不同角度会有不同的看法，5个视图差不多就是同一个事物的5种看法吧。至于架构的意思、区别，我就不打字了，从其它地方弄了一个过来，供参考：

5视图法可以帮助软件架构师以不同的视角对软件的各个方面的属性：功能需求，约束，运行期质量属性，开发期质量属性。

1、逻辑架构：逻辑架构关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的“辅助功能模块”——。

2、开发架构：开发架构关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现场框架、类库，以及开发的系统将运行于其上的系统软件或中间件。关注编译时刻的静态依赖关系。

3、运行架构：运行架构关注进程、线程、对象等运行时概念，以及相关的并发，同步，通信等问题。运行架构关注运行期间各个单元的交互。

4、物理架构：物理架构关注“目标程序及其依赖的运行库和系统软件”最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性，可伸缩性等要求。

5、数据架构：数据架构关注持久化数据的存储方案，不仅包括实体及实体关系的存储格式、还包括数据传递，数据复制，数据同步等策略。