怎么区别软件架构，系统架构，解决方案架构，企业架构

不同的架构方法论，会将架构分为不同视图，每个视图侧重某一个方面、领域的问题。

比如希赛推的ADMEMS架构体系，分为以下几种视图：

1 数据架构：描述数据的存储结构、格式等方面。

2 物理架构：描述机器的物理部署、网络拓扑方面。

3 运行架构：描述运行期线程、进程间的交互工作机制。

4 逻辑架构：指如何将代码分成不同模块、组件，以及之间的职责分配、交互行为。

5 开发架构：主要指开发工具的选择，程序单元的划分，开发管理规范流程等方面。例如分为哪些工程、项目，源代码管理，自动化编译构建、测试、部署等。

目前国际上运用比较广泛的是TOGAF架构体系，他把架构分为业务架构、数据架构、应用架构、技术架构等几个方面。

想详细的了解这些架构视图，可以参考这些架构体系相关的书、资料。

另外有很多人无缘无故的抨击架构概念，不知道是出于调侃还是无知。埃及的金字塔、神庙的建设，不是几个平常的泥瓦匠聚在一起就能够造出来的。像SAP、Oracle ERP，国内的金蝶等大规模的系统，以及空间站、火箭的控制系统等，没有系统性的架构方法、规范、流程，结果只能是悲剧。

当规模、复杂度没有达到一定程度，比如在一些小的团队、产品中，架构过程可能融入到老板、经理、组长、资历较深的一些开发者中，融入在大家的日常工作中，以至于感觉不到架构的存在。就算遇到一些问题，因规模不大、复杂度不高，也比较容易调整。当这些前提条件发生变化时，架构的作用和必要性就逐步的体现出来。

总的来说，一说到架构，如果你懂软件，那么你会了解为一个软件系统，这个软件设计的组成结构，如哪些是基础支持组件，哪些是完成A业务，哪些完成B业务。。。但说道企业架构的时候，就会问，该企业架构的几个架构如业务架构、数据架构、业务架构、技术架构，以及他们如何链接在一起。我倒觉得，一个企业确实需要这样的架构，但不要神话它，最主要的是业务如何最终体现到软件中和流程中。而采取分离式设计时，最容易的错误就是各自为政，集成困难。那么以数据为中心的架构设计，会自然提供集成的基础。我提到过，企业最重要的资产是数据，甚至不是信息，是数据。企业的业务流程会变，IT系统会变，所需要的信息与知识会变，唯有数据能够积淀下来。这有点象自然演进，考古那种，啥都会消失，唐朝可以无比先进，但都会变，我们唯有找到反映当时情况的数据，才可以把握当思的面貌。

问题一：软件系统架构图 用visio画 怎么新建？ 5分 朋友，采用visio画软件系统架构图一般是选择其中的包图，非常简单。

问题二：怎样在Word里画组织机构体系图 OFFCIE2007中的一个功能 在 插入 中有一个 artArt

如果你是用的office2003建议你有VISIO中佬一个，复制过来

WORD2003只能是自己用方框和线条拼凑。不好做

问题三：软件体系结构图怎么画 uml图吗。。。。

问题四：word怎么画结构图 1首先,想好结构布局图,然后选择工具栏上的插入选择"形状,选择直线

2在文本需要的地方画一条合适的直线,然后将这条直线复制多个,如复制三个,共四个,

3接着选择一根直线,利用键盘上的上下左右方向按钮对直线位置调整,摆放整齐

4然后再选择选择工具栏上的插入选择形状,选择流程图里的方形

5在文本合适的地方画上一个大小合适的长方形图然后再复制三个

6接着选择四边形图一个一个利用键盘上的上下左右方向按钮对直线位置调整,摆放整齐( *** 作如上面步骤基本雷同)

7然后选择文本档,添加文字或编辑文字内容即可

问题五：系统架构图怎么画的 系统架构常用软件:

1 MindManager 画思维导图

2 Microsoft Office Visio 内有uml建模工具, 上图也可以用此软件画出来

3 Axure RP Pro 可以用来画产品原型

各软件怎么用还是要实践中去熟悉

问题六：系统架构图如何画有什么原则和步骤| 现在系统架构图，我看到千奇百怪都有。其实可以大体分为网络系统，软件系统，和硬件系统。

估计你主要是说软件系统，那么主要的模块画出来，模块的调用关系画出来，模块的层次画出来。主要的输入输出画出来，就行了。

问题七：rational rose 如何画体系结构图 点击开始=>程序=>Rational Software=>Rational Rose打开Rational Rose软件。

右键新建一个用例图绘图区域。

在中间的工具栏里有一个像人一样的图标，这是用来画参与者的。点击这个图标，在绘图区域画出参与者并命名为“学生”。也可以双击参与者，在显示的d窗里输入属性名称。

用相同的方法画出“教师”和“用户”的参与者。学生和教师分别与用户具有泛化关系，可以使用工具栏里的空心箭头来连接。

接下来，使用工具栏的椭圆来画第一个用例“登陆系统”。

然后，再画“密码验证”、“输入帐号名”两个用例。使用工具栏的实心箭头连接用户和登陆系统，表示用户有权限登录系统。

“密码验证”和“输入账号”分别与“登陆系统”有依赖关系，可以使用虚线箭头来连接。

双击虚线箭头，在d出窗口设置属性为include，表示“密码验证”和“输入账号”包含在“登陆系统”里。

到此为止，一个简单的用例图就完成了。

问题八：系统架构图是用什么画的 visio，或是UML都可以。

word里面的图也可以。主要是能表达出来相应的内容。

问题九：系统架构图怎么画 系统架构图属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比如分多少层，每层分多少模块等。

至于，绘制的工具，有很多很多。可以选择微软的visio,或者EA,rose,power designer等UML建模工具，当然，你甚至可以用PPT,Word来绘制。

当然，系统架构不是一日之功，需长期努力，跟经验和技术都有很大关系。

今天兴致来了，回复了这么多，不知满意不。

问题十：软件体系结构图怎么画啊？ 5分 软件体系结构参考图如下：

软件架构是一种无法以简单的一维方式进行说明的复杂实体。－Paul Clements 《软件架构编档》正如上面提到的，不同的受众，比如用户、客户、开发人员、测试人员、运维人员，需要从各自工作的角度去理解和使用架构。所以回答这个问题，需要首先了解这幅架构图画出来是给谁看，你想从那个维度去入手。确定了这个问题之后，再来了解架构视图有哪些维度和组成要素：1 架构视图最经典的当属4+1视图：

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

图示化主要元素和元素之间的关系具有明确的图例、定义和说明元素每个元素具备明确的接口和行为规范设计原理和设计决策的信息3 简单说一下几个视图针对的角色和维度：逻辑视图一般针对客户、用户、触务人员、开发组织，主要从系统的功能元素、以及它们的接口、职责、交互维度入手。主要元素包括系统、子系统、功能模块、子功能模块、接口等。开发视图一般针对开发和测试相关人员，主要描述系统如何开发实现；主要元素包括描述系统的分层、分区、框架、系统通用服务、业务通用服务、类和接口、系统平台和大基础框架。用途是知道开发设计和实现。物理视图一般针对系统运维人员、集成人员，它是系统逻辑组件到物理节点的映射，节点与节点间的物理网络配置等，主要关注非功能性需求，诸如性能（吞吐量）、可伸缩性、可靠性，可用性等，从而得出相关的物理部署结构图。

“4+1”视图是对逻辑架构进行描述，最早由 Philippe Kruchten 提出，他在1995年的《IEEE Software》上发表了题为《The 4+1 View Model of Architecture》的论文，引起了业界的极大关注，现在是软件设计的结构标准 - 百度百科

总的来说，只要你去做汇报/写ppt，你总是要画个一两个视图的。

4代表了4中视图，1表示基于某一个场景，结合4中视图进行说明。

如果是绘制一般的架构设计图，如逻辑视图、物理视图、部署视图等架构视图，甚至状态图、序列图等，你使用IBM的Rationalsoftwarearchitect软件就可以，或者用EA软件也行。

如果视图比较简单，就用Visio，甚至powepoint也无妨。

在需求分析阶段常用的图形工具有层次方框图、IPO图和Warnier图。

1、层次方框图：

层次方框图用树形结构的一系列多层次的矩形框描绘数据的层次结构。

描绘一家计算机公司全部产品的数据结构可以用层次方框图表示：公司的产品由硬件、软件和服务3类产品组成，软件产品又分为系统软件和应用软件，系统软件又进一步分为 *** 作系统、编译程序和软件工具等。

2、IPO图：

IPO图是输入、处理、输出图的简称，它是由美国IBM公司发展完善起来的一种图形工具，能够方便地描绘输入数据、对数据的处理和输出数据之间的关系。

3、Warnier图：

Warnier图和层次方框图类似，Warnier图也用树形结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的描绘手段。

用Warnier图可以表明信息的逻辑组织，也就是说，它可以指出一类信息或一个信息元素是重复出现的，也可以表示特定信息在某一类信息中是有条件地出现的。

扩展资料：

需求分析阶段图形工具的使用原则：

1、侧重表达理解问题的数据域和功能域。对新系统程序处理的数据，其数据域包括数据流、数据内容和数据结构。而功能域则反映它们关系的控制处理信息。

2、需求问题应分解细化，建立问题层次结构。可将复杂问题按具体功能、性能等分解并逐层细化、逐一分析。

3、建立分析模型。模型包括各种图表，是对研究对象特征的一种重要表达形式。通过逻辑视图可给出目标功能和信息处理间关系，而非实现细节。由系统运行及处理环境确定物理视图，通过它确定处理功能和数据结构的实际表现形式

-需求分析

以上就是关于怎么区别软件架构，系统架构，解决方案架构，企业架构全部的内容，包括:怎么区别软件架构，系统架构，解决方案架构，企业架构、体系结构图怎么画、如何展示你的架构 - "4+1"视图等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！