㈠ 软件结构图怎么画
软件体系结构参考图如下：
－Paul Clements 《软件架构编档》
正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：
1. 架构视图
最经典的当属4+1视图：
- 逻辑视图
- 开发视图
- 过程视图
- 物理视图
- 场景视图
4+1视图提出后，业界也有其它的观点提出，诸如SEI(模块视图、组建和连接件视图、分配视图)、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP(企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。
2. 了解架构视图的四要素
- 图示化主要元素和元素之间的关系
- 具有明确的图例、定义和说明元素
- 每个元素具备明确的接口和行为规范
- 设计原理和设计决策的信息
3. 简单说一下几个视图针对的角色和维度：
逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。主要元素包括系统、子系统、功能模块、子功能模块、接口等。
开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。用途是知道开发设计和实现。
物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。
㈡ 软件体系结构图怎么画啊
软件体系结构参考图如下：
－Paul Clements 《软件架构编档》
正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。
确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：
1. 架构视图
最经典的当属4+1视图：
- 逻辑视图
- 开发视图
- 过程视图
- 物理视图
- 场景视图
4+1视图提出后，业界也有其它的观点提出，诸如SEI(模块视图、组建和连接件视图、分配视图)、西门子4种视图（概念、模块、代码、执行视图）、以及RM-ODP(企业视图、信息视图、计算视图、工程师图）等。
常见的视图除了上述4+1视图外还包括：数据视图、安全视图、实现视图等。
2. 了解架构视图的四要素
- 图示化主要元素和元素之间的关系
- 具有明确的图例、定义和说明元素
- 每个元素具备明确的接口和行为规范
- 设计原理和设计决策的信息
3. 简单说一下几个视图针对的角色和维度：
逻辑视图一般针对客户、用户、业务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。主要元素包括系统、子系统、功能模块、子功能模块、接口等。
开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。用途是知道开发设计和实现。
物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。
㈢ 软件系统结构图和功能模块图区别
系统结构图：反映的是系统中模块的调用关系和层次关系,谁调用谁,有一个先后次序(时序)关系。图中的有向线段表示调用时程序的控制从调用模块移到被调用模块,并隐含了当调用结束时控制将交回给调用模块.
功能结构图就是按照功能的从属关系画成的图表，图中的每一个框都称为一个功能模块。功能模块可以根据具体情况分的大一点或小一点，分解得最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。
功能结构图是对硬件、软件、解决方案等进行解剖，详细描述功能列表的结构，构成，剖面的从大到小，从粗到细，从上到下等而描绘或画出来的结构图。从概念上讲，上层功能包括 (或控制)下层功能，愈上层功能愈笼统，愈下层功能愈具体。功能分解的过程就是一个由抽象到具体、由复杂到简单的过程。图中每一个框称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点。分解得最小的功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一任务的一组程序。
㈣ 软件架构图制作谁知道下图，用什么软件绘制的
visio就可以做出来。
㈤ 软件系统架构图怎么画
系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比如分多少层，每层分多少模块等。
至于，绘制的工具，有很多很多。可以选择微软的visio,或者EA,rose,power designer等UML建模工具，当然，你甚至可以用PPT,Word来绘制。
当然，系统架构不是一日之功，需长期努力，跟经验和技术都有很大关系。
今天兴致来了，回复了这么多，不知满意不。
㈥ 软件架构的视图
我们决定以多种构架视图来表示软件构架。每种构架视图针对于开发流程中的涉众（例如最终用户、设计人员、管理人员、系统工程师、维护人员等）所关注的特定方面。
构架视图显示了软件构架如何分解为构件，以及构件如何由连接器连接来产生有用的形式 [PW92]，由此记录主要的结构设计决策。这些设计决策必须基于需求以及功能、补充和其他方面的约束。而这些决策又会在较低层次上为需求和将来的设计决策施加进一步的约束。
构架由许多不同的构架视图来表示，这些视图本质上是以图形方式来摘要说明“在构架方面具有重要意义”的模型元素。在 Rational Unified Process 中，您将从一个典型的视图集开始，该视图集称为“4+1 视图模型”[KRU95]。它包括：
用例视图：包括用例和场景，这些用例和场景包括在构架方面具有重要意义的行为、类或技术风险。它是用例模型的子集。
逻辑视图：包括最重要的设计类、从这些设计类到包和子系统的组织形式，以及从这些包和子系统到层的组织形式。它还包括一些用例实现。它是设计模型的子集。
实施视图：包括实施模型及其从模块到包和层的组织形式的概览。 同时还描述了将逻辑视图中的包和类向实施视图中的包和模块分配的情况。它是实施模型的子集。
进程视图：包括所涉及任务（进程和线程）的描述，它们的交互和配置，以及将设计对象和类向任务的分配情况。只有在系统具有很高程度的并行时，才需要该视图。在 Rational Unified Process 中，它是设计模型的子集。
配置视图：包括对最典型的平台配置的各种物理节点的描述以及将任务（来自进程视图）向物理节点分配的情况。只有在分布式系统中才需要该视图。它是部署模型的一个子集。构架视图记录在软件构架文档中。
您可以构建其他视图来表达需要特别关注的不同方面：用户界面视图、安全视图、数据视图等等。对于简单系统，可以省略 4+1 视图模型中的一些视图。
㈦ 用什么工具画 软件架构设计图
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网站的线框图、流程图、原型和规格说明文档。
㈧ 什么是软件系统结构图的宽度
软件系统结构图的宽度是指整体控制跨度（最大模块数的层）的表示。
软件产品线架构就是说根据一个公司或者是某一个组织内部那些一系列的产品所进行设计的相应的通用架构。那么就能够了解到这样的一系列产品存在着特别多的相似之处那么这些能够借助同一个架构或者部分共享来实施具体实现，使得生产率得到最大限度的提升。
(8)软件架构图片扩展阅读：
相应的系统存在着性能、强壮性、可扩展性、灵活性、可靠性等这些非功能性特征。设计系统的架构比要让系统架构设计人员存在着过硬的软件与硬件的性能与功能，往往从事这样的工作这是属于设计系统架构环节最为困难的工作。
㈨ 软件的系统架构是什么有没有大神用一个例子演示一下系统架构图
软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。
软件架构是一个系统的草图。软件体系结构是构建计算机软件实践的基础。
如图：
㈩ 安卓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)，或称为“软件迭层架构”，迭层主要分成三层：操作系统、中间件、应用程序。从上面我们也看到了开源的力量，一个个熟悉的开源软件在这里贡献了自己的一份力量。