软件系统结构图怎么画

① 软件结构图怎么画

软件体系结构参考图如下：

正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：
1. 架构视图
最经典的当属4+1视图：

• 逻辑视图
  
• 开发视图
  
• 过程视图
  
• 物理视图
  
• 场景视图
  

4+1视图提出后，业界也有其它的观点提出，诸如SEI(模块视图、组建和连接件视图、分配视图)、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP(企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。

2. 了解架构视图的四要素

• 图示化主要元素和元素之间的关系
  
• 具有明确的图例、定义和说明元素
  
• 每个元素具备明确的接口和行为规范
  
• 设计原理和设计决策的信息
  

3. 简单说一下几个视图针对的角色和维度：
逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。主要元素包括系统、子系统、功能模块、子功能模块、接口等。

开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。用途是知道开发设计和实现。

物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。

② 软件系统架构图怎么画

系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比如分多少层，每层分多少模块等。
至于，绘制的工具，有很多很多。可以选择微软的visio,或者EA,rose,power designer等UML建模工具，当然，你甚至可以用PPT,Word来绘制。
当然，系统架构不是一日之功，需长期努力，跟经验和技术都有很大关系。
今天兴致来了，回复了这么多，不知满意不。

③ 安卓app的开发架构图该怎么画

android应用开发框架是ApplicationFramework.其系统架构由5部分组成，分别是：LinuxKernel、AndroidRuntime、Libraries、ApplicationFramework、Applications。第二部分将详细介绍这5个部分。下面自底向上分析各层。Android架构1、LinuxKernelAndroid基于Linux2.6提供核心系统服务，例如：安全、内存管理、进程管理、网络堆栈、驱动模型。LinuxKernel也作为硬件和软件之间的抽象层，它隐藏具体硬件细节而为上层提供统一的服务。如果你学过计算机网络知道OSI/RM，就会知道分层的好处就是使用下层提供的服务而为上层提供统一的服务，屏蔽本层及以下层的差异，当本层及以下层发生了变化不会影响到上层。也就是说各层各尽其职，各层提供固定的SAP（ServiceAccessPoint），专业点可以说是高内聚、低耦合。如果你只是做应用开发，就不需要深入了解LinuxKernel层。2、AndroidRuntimeAndroid包含一个核心库的集合，提供大部分在Java编程语言核心类库中可用的功能。每一个Android应用程序是Dalvik虚拟机中的实例，运行在他们自己的进程中。Dalvik虚拟机设计成，在一个设备可以高效地运行多个虚拟机。Dalvik虚拟机可执行文件格式是.dex，dex格式是专为Dalvik设计的一种压缩格式，适合内存和处理器速度有限的系统。大多数虚拟机包括JVM都是基于栈的，而Dalvik虚拟机则是基于寄存器的。两种架构各有优劣，一般而言，基于栈的机器需要指令，而基于寄存器的机器指令更大。dx是一套工具，可以将Java.class转换成.dex格式。一个dex文件通常会有多个.class。由于dex有时必须进行最佳化，会使文件大小增加1-4倍，以ODEX结尾。Dalvik虚拟机依赖于Linux内核提供基本功能，如线程和底层内存管理。3、LibrariesAndroid包含一个C/C++库的集合，供Android系统的各个组件使用。这些功能通过Android的应用程序框架（applicationframework）暴露给开发者。下面列出一些核心库：系统C库--标准C系统库（libc）的BSD衍生，调整为基于嵌入式Linux设备媒体库--基于PacketVideo的OpenCORE。这些库支持播放和录制许多流行的音频和视频格式，以及静态图像文件，包括MPEG4、H.264、MP3、AAC、AMR、JPG、PNG界面管理--管理访问显示子系统和无缝组合多个应用程序的二维和三维图形层LibWebCore--新式的Web浏览器引擎,驱动Android浏览器和内嵌的web视图SGL--基本的2D图形引擎3D库--基于OpenGLES1.0APIs的实现。库使用硬件3D加速或包含高度优化的3D软件光栅FreeType--位图和矢量字体渲染SQLite--所有应用程序都可以使用的强大而轻量级的关系数据库引擎4、ApplicationFramework通过提供开放的开发平台，Android使开发者能够编制极其丰富和新颖的应用程序。开发者可以自由地利用设备硬件优势、访问位置信息、运行后台服务、设置闹钟、向状态栏添加通知等等，很多很多。开发者可以完全使用核心应用程序所使用的框架APIs。应用程序的体系结构旨在简化组件的重用，任何应用程序都能发布他的功能且任何其他应用程序可以使用这些功能（需要服从框架执行的安全限制）。这一机制允许用户替换组件。所有的应用程序其实是一组服务和系统，包括：视图（View）--丰富的、可扩展的视图集合，可用于构建一个应用程序。包括包括列表、网格、文本框、按钮，甚至是内嵌的网页浏览器内容提供者（ContentProviders）--使应用程序能访问其他应用程序（如通讯录）的数据，或共享自己的数据资源管理器（ResourceManager）--提供访问非代码资源，如本地化字符串、图形和布局文件通知管理器（NotificationManager）--使所有的应用程序能够在状态栏显示自定义警告活动管理器（ActivityManager）--管理应用程序生命周期,提供通用的导航回退功能5、ApplicationsAndroid装配一个核心应用程序集合，包括电子邮件客户端、SMS程序、日历、地图、浏览器、联系人和其他设置。所有应用程序都是用Java编程语言写的。更加丰富的应用程序有待我们去开发！从上面我们知道Android的架构是分层的，非常清晰，分工很明确。Android本身是一套软件堆迭(SoftwareStack)，或称为“软件迭层架构”，迭层主要分成三层：操作系统、中间件、应用程序。从上面我们也看到了开源的力量，一个个熟悉的开源软件在这里贡献了自己的一份力量。

④ 计算机系统组成图是怎么画的呀

所谓的组成系统图应该包括主机、输入输出设备而不是硬件软件的问题。因为软件系统我们是无法用图形描绘出来的。主机就是电脑的主机箱，输入设备如键盘鼠标，这两样是最常见的，输出设备如显示器、打印机。

⑤ visio软件系统架构图怎么画

组织架构里面直接按照汇报关系画，如果没有明确的项目部门，就只要按照职能部门画了。
否则，可以按照矩阵结构或者项目结构画。你要帮忙至少得多给点信息么。

⑥ 系统架构图怎么画

现在系统架构图，我看到千奇百怪都有。其实可以大体分为网络系统，软件系统，和硬件系统。
估计你主要是说软件系统，那么主要的模块画出来，模块的调用关系画出来，模块的层次画出来。主要的输入输出画出来，就行了。

⑦ 用什么软件可以画软件系统体系结构图急！！！！

我用sybase的powerDesigner，出数据库模型很迅速。
有的人用微软的visual studio，也不错，.net平台下的。
office系列画公司部门结构表都很困难，它不够专业。
最牛的应该是rose，多种编程语言多平台都可以自动生成一部分代码。不过，唯一遗憾的是，界面方面它无能为力(过于专业化)。

⑧ 如何画架构图

简单说，前面的回答说用PPT或者用PlantUML或者用visio，解决的都是个“用什么工具画”的问题，不是“怎么画”的问题。“怎么画”是个方法问题，在白纸上或者黑板上画也是一样的方法，有了方法才谈得上工具。直接上结论。程序员必读之软件架构 (豆瓣) 这本书就是解决“怎么画”这个问题的。需要哪些图呢？第35章：“C4：语境、容器、组件和类”，这就是你需要的4个层面由高到低逐步细化的图。前面 @林孟同学给的那个图问题在哪儿呢？就在它没有统一的抽象层面。同一个图上既在讲大块业务（考试中心业务），又在讲具体服务（时间服务），也在讲对象设计（DAO），还在讲具体技术（JDBC）。没有统一抽象层面的图，就没法针对特定读者，业务看不懂，技术看了不过瘾。程序员必读之软件架构 (豆瓣) 这本书很不错。读它，这个问题就解决了。

⑨ 软件体系结构图怎么画啊

软件体系结构参考图如下：

正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：
1. 架构视图
最经典的当属4+1视图：

• 逻辑视图
  
• 开发视图
  
• 过程视图
  
• 物理视图
  
• 场景视图
  

4+1视图提出后，业界也有其它的观点提出，诸如SEI(模块视图、组建和连接件视图、分配视图)、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP(企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。

2. 了解架构视图的四要素

• 图示化主要元素和元素之间的关系
  
• 具有明确的图例、定义和说明元素
  
• 每个元素具备明确的接口和行为规范
  
• 设计原理和设计决策的信息
  

3. 简单说一下几个视图针对的角色和维度：
逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。主要元素包括系统、子系统、功能模块、子功能模块、接口等。

开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。用途是知道开发设计和实现。

物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。

⑩ 系统架构图 什么画

是系统体系结构的软件体系结构的一个子集。因此可以说，该系统的软件体系结构是体系结构，但不一定是系统体系结构的软件体系结构，该系统还可以集成在网络体系结构。由于系统可以包括许多部件，并且该软件是只是其中的一部分。