程序结构图怎么调出来

1、打开MicrosoftVisio软件。

2、点率择击文件。

3、点击新倘捧喝建。

4、选择类别中酱销的软件和数据库。

5、选择程序结构并点击创建。

6、可以利用左边栏中的形状图以及工具栏中的工具进行绘制程序结构图了。

数据流图，程序结构图和系统结构图的区别和联系如下：

1、数据流图（Data Flow Diagram），简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。它是描绘信息流和数据从输入移动到输出的过程中所经受的变换。

2、系统流程图（System Flowchart）是描绘系统物理模型的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等），表达信息在各个部件之间流动的情况，而不是表示对信息进行加工处理的控制过程。

3、数据流程图：反应数据走向 ，它不考虑时序关系，是业务分析用的，用作详细设计。图中的有向线段表示了数据流。

4、程序流程图：程序逻辑 描述程序中控制流的情况,即程序中处理的执行顺序和执行序列所依赖的条件,图中的有向线段表示的是控制流,从一个处理走到下一个处理。

5、系统结构图：反映的是系统中模块的调用关系和层次关系,谁调用谁,有一个先后次序(时序)关系。图中的有向线段表示调用时程序的控制从调用模块移到被调用模块,并隐含了当调用结束时控制将交回给调用模块。

软件系统结构图的宽度是指整体控制跨度（最大模块数的层）的表示。

系统结构图架构的几个要点：

系统安全这是首要考虑的，网络可以划分为3个区：

DMZ区可以直接公网访问，也可以与AppCore区互通，但不能直接与DBCore区互通（通常这里放置反向代理Web服务器）；

AppCore区能与DMZ区、DBCore区互通，但是无法直接从公网访问（通常这里放置应用服务器、中间件服务器之类）；

DBCore区仅与AppCore区互通（通常这里放置核心数据库）。除了“硬件负载均衡”节点外，其它节点都可以部署成集群（DB有点特殊，传统RDBMS要实现分布式/集群还是比较困难的，要看具体采用的数据库产品，并非所有数据库都能方便的做Sharding。

Jboss本身可以通过Domain模式＋mod＿cluster实现集群、Redis通过Master／Slave以Sentinel方式可以实现HA、IBMMQ本身就支持集群、FTPServer配合底层储存阵列也可以做到HA、Nginx静态资源服务器自不必说。

尽量采用开源成熟产品，jboss、redis、nginx、apache、mysql、rabbitMQ都是很好的选择。硬件负载均衡通常成本不低，但是效果明显，如果实在没钱，域名解析采用DNS轮询策略，也能达到类似效果，只不过可靠性略差。

常规企业应用中，传统关系型数据仍然是主流，但是no－sql经过这几年发展，技术也日渐成熟了，一些非关键数据可以适当采用no－sql数据库，比如：系统日志、报文历史记录这类相对比较独立，而且增长迅速的数据，可以考虑存储到no－sqldb甚至HDFS、TFS等分布式开源文件系统中。

如果系统数据量级达到单机RDBMS的上限，尽早考虑Sharding方案，目前mysql在这方面比较成熟，其它数据库就不好说了。

webserver、appserver这些一般都可以通过集群实现横向扩张，满足性能日常增长的需求。最大的障碍还是DB，如果规模真达到了DB的上限，还是考虑换分布式DB或者迁移到“云”上吧。

扩展资料：

软件结构图是为了反映软件系统中组件之间相互关系和约束的体系结构设计图，称为软件体系结构图更为合适，一般通过分层次或分时间段等方式说明体系结构的各个组成部分的组合关系。

在结构化设计方法中，软件结构图主要分为变换型软件结构图和事务型软件结构图两种。

软件结构包括构成系统的设计元素的描述、设计元素之间的交互、设计元素的组合模式以及在这些模式中的约束。一个系统由一组构件以及它们之间的交互关系组成，这种系统本身又可以成为一个更大的系统的组成元素。

参考资料：百度百科-软件结构图

---