软件工程架构

Ⅰ 软件设计中的框架和架构的区别

框架，即framework。其实就是某种应用的半成品，就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。

构架和架构也就是通常所说的软件体系结构(software architecture).体系结构一般包括三个部分:构件,用于描述计算;连接器,用于描述构件的连接部分;配置,将构件和连接器组成一个有机整体.对体系结构比较严谨比较认可的定义可参见＜软件工程技术概论＞（科学出版社）．体系结构与框架（Framework)的区别与联系如下：
1.呈现形式不同．体系结构的呈现形式是一个设计规约，而框架则是程序代码．
2．目的不同．体系结构的首要目的大多是指导一个软件系统的实施与开发；而框架的首要目的是为复用．因此，一个框架可有其体系结构，用于指导该框架的开发，反之不然．
3．有种特殊的体系结构,DSSA(领域特定体系结构）其首要目的也是为了复用．
4.有个叫体系结构风格的东西，将它用程序代码实现后就成了Corba,COM之类的东西，它们俩叫体系结构框架，也叫中间件集成框架，又有人愿意叫它对象中间件

Ⅱ 程序员，架构师，软件工程师的区别

1、程序员，架构师，软件工程师的能力要求不同，程序员是从事程序开发、程序维护人员，但是不擅长写文档。软件工程师的技术要求比较全面，会熟练的写语言代码，也会写一些项目的文档。架构师是软件开发过程中的重要人物，主要负责大系统项目的架构设计。

2、程序员，架构师，软件工程师级别不同，程序员分为初级程序员、中级程序员，软件工程师是从事软件职业的人员的一种职业能力的认证，架构师是团队领导型人物，是需要从资深软件工程师里面提升为架构师。

3、程序员，架构师，软件工程师平均年薪不同，美国谷歌程序员的工资最低年薪平均水平为12.8336万，软件工程师平均工资较高，谷歌软件工程师年薪平均水平为25-30万美元，架构师的工资水平是最高的，谷歌大数据架构师年薪为50-60万美元。

Ⅲ 请问软件架构与软件体系结构有什么关系

软件架构:整个软件系统的各个模块之间的结构设计，是软件工程范畴的概念，就象设计一栋房子由几个什么样的板块组成一样。
软件体系结构：是软件编程风格范畴的一个通俗概念，比如说用C++、PoworBuild、Delphi等来进行软件设计是面向对象的编程语言体系结构，而Basic、C、Foxbase的软件体系结构特点是面向任务流程的（不是面向对象的编程语言）。

Ⅳ 如何理解软件管理和软件工程、软件架构的关系

这是我自己的理解！！
总的来说软件工程包括管理和架构。软件工程是采用工程的概念，原理，技术和方法莱卡法和维护软件，以工程的原理和方法来解决软件问题。软件架构笼统的说就是设计出程序的“蓝图”，也就是好似盖房子的骨架。是在软件的详细设计阶段的工作。软件管理则是从项目启动就开始知道软件退役后才终止的一组跟踪和控制活动（因为客户的需求在不断变化，为了控制和管理变化）。
转载请注明~~~原创！

Ⅳ 软件构架师与软件工程师的区别

软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员
软件工程师是从事软件开发相关工作的人员的统称。它是一个广义的概念，包括软件设计人员、软件架构人员、软件工程管理人员、程序员等一系列岗位，工作内容都与软件开发生产相关。

Ⅵ 有什么比较好的软件架构和软件工程的书

1.软件架构设计
作者： 温昱
内容简介：本书紧紧围绕“软件架构设计”这一主题，立足实践解析了软件架构的概念、阐述了切实可行的软件架构设计方法、提供了可操作性极强的完整的架构设计过程。另外，本书从思维方式的突破、面向对象设计、UML建模、过程与管理等关键过渡环节，为广大程序员的成长提供了切中肯綮的指导。本书可作为计算机软件专业本科生、研究生和软件工程硕士的软件架构设计教材，也可作为软件开发高级培训、软件开发管理培训的培训教材，更是第一线高级开发人员和开发管理人员的必备参考书。
作译者介绍
温昱，资深咨询顾问，CSAI特聘高级顾问，软件架构专家，软件架构思想的传播者和积极推动者。十年系统规划、架构设计和研发管理经验，在金融、航空、多媒体、网络管理、中间件平台等领域负责和参与多个大型系统的规划、设计、开发与管理。在《程序员》杂志、IBM DeveloperWorks等媒体发表了《图论思想与UML应用》、《敏捷设计从理论到实践》、《随需而变的RUP》等文章数十篇。译著有《应用框架的设计与实现——NET平台》等。
作者: 温昱
温昱 资深咨询顾问，CSAI特聘高级顾问，软件架构专家。软件架构思想的传播者和积极推动者，中国软件技术大会杰出贡献专家。千年系统规划、架构设计和研发管理经验，在金融、航空、多媒体、电信、中间件平台等领域负责和参与多个大型系统的规划、设计、开发与管理。作为资深咨询顾问，已为众多知名企业提供了卓有成效的架构培训与咨询服务。
同作者作品
软件架构设计(09年度畅销榜TOP50)
SQL语言艺术 (china-pub首发) (08年度畅销榜TOP50)
一线架构师实践指南(中大型系统架构设计指南)
2. 架构实战—软件架构设计的过程
原书名： The Process of Software Architecting
作者： （英）Peter EelesPeter Peter Cripps
译者： 蔡黄辉 马文涛
内容简介:本书从基本原理入手，介绍软件架构设计过程中涉及的一些概念、流程、方法、用到的工作产品及可重用的资源，从第6章开始，通过介绍一个具体的案例来阐述如何定义需求、创建逻辑架构、创建物理架构。在第10章“进阶”中，作者补充说明了架构师和软件开发项目其他方面的关系，后面又说明了各种软件开发项目可能存在的困难及相应的处理方法。
本书理论结合实践，介绍了一些可以应用到整个或部分的架构设计流程中的最佳方法。不管你是一位资深的架构师还是一位有志于成为架构师的初级使用者，通过阅读本书都能从中获益。
作译者介绍
Peter Eeles 是IBM的高级IT架构师，他就职于IBM的Rational品牌软件组。在这个职位上，他帮助组织提高软件开发能力，尤其关注和致力于改进架构流程。Peter从1985年开始从事软件行业，其主要工作是进行架构设计和实现大规模、分布式的系统。Peter是《Building J2EE Applications with the Rational Unified Process》（Addison?Wesley，2002）和《Building business Objects》（John Wiley & Sons，1998）的合著者。他还是英国计算机协会高级会员（FBCS）、工程技术协会（FIET）会员、IBM技术人员、Open Group
3. 面向模式的软件架构.第4卷,分布式计算的模式语言(经典POSA系列的第4卷)
原书名： Pattern-Oriented Software Architecture Volume 4: A Pattern Language for Distributed Computing
作者： (德)Frank Buschmann (英) Kevlin Henney (美)Douglas C. Schmidt
译者： 肖鹏 陈立
内容简介：本书关注分布式计算系统软件的设计和实现。书中首先介绍理解本书内容所需的核心的模式概念，分布式计算的好处和挑战；然后描述如何使用分布式计算模式语言，设计真实世界中仓库管理流程控制系统；最后重点讲述分布式计算模式语言，该语言陈述了创建分布式系统相关的技术主题。
作译者介绍
Fralk Buschmann是德国慕尼黑西门子技术公司的高级总工程师。他的研究领域包括对象技术、软件架构、产品线、模型驱动软件开发和模式。他在该领域著作甚多，其中最引人注目的便是POSA系列的前两卷[POSA1][POSA2]和最近的两卷：本书和[POSA5]。Frank在1992年至1996年曾是ANSIC++标准化委员会X3J16的成员，于1996年发起了首届EuroPLoP会议，与人合作汇编了数本模式方面的书籍[PLoPD3][SFHBS06]，现任Wiley软件设计模式丛书的主编。
译者: 肖鹏
肖鹏，ThoughtWorks高级咨询师，敏捷过程教练，面向对象分析和面向对象设计专家。拥有6年以上软件开发实践经验，多次担任国内大中型企业敏捷流程改进、面向对象分析和面向对象设计咨询和培训。他长期关注于设计模式、架构模式、敏捷软件开发等领域，并致力于软件开发最佳实践的推广和应用。
同作者作品
Visual Studio 2005技术大全(使.NET程序员事半功倍的利器)
Visual Studio 技术大全（微软技术大师力作）
面向模式的软件架构.第4卷,分布式计算的模式语言(经典POSA系列的第4卷)

Ⅶ 什么是软件工程的框架！

不是这样的，框架一般都是固定的就那么几种，就如你理解的房地产，是不是套间是不是感觉所以房地产差不多就哪个样，这个样就如框架

Ⅷ 软件工程流程、结构图

50分买不到的，花钱或者找朋友做吧

Ⅸ 软件工程中软件结构图和层次图的异同

两者之间没有区别。两者指的均是软件构架，为软件系统的草图。

软件工程中软件结构图和层次图均是为了反映软件系统中组件之间相互关系和约束的体系结构设计图，属于一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。

软件结构图（又被叫做软件构架）一般通过分层次或分时间段等方式说明体系结构的各个组成部分的组合关系。描述的对象是直接构成系统的抽象组件，各个组件之间的连接则明确和相对细致地描述组件之间的通讯关系。

(9)软件工程架构扩展阅读：

其他介绍：

软件结构图包括架构元件、联结器、任务流。所谓架构元素，也就是组成系统的核心砖瓦，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。

通过一个软件结构图建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。

Ⅹ 软件工程中的主要体系结构有哪些，并说明区别

20世纪60年代的软件危机使得人们开始重视软件工程的研究。起初，人们把软件设计的重点放在数据结构和算法的选择上，然而随着软件系统规模越来越大，对总体的系统结构设计和规格说明变得异常重要。随着软件危机程度的加剧，软件体系结构(software architecture)这一概念应运而生。软件体系结构着眼于软件系统的全局组织形式，在较高层次上把握系统各部分之间的内在联系，将软件开发的焦点从成百上千的代码上转移到粒度较大的体系结构元素及其交互的设计上。与传统软件技术相比，软件体系结构理论的提出不仅有利于解决软件系统日益增加的规模和复杂度的问题，有利于构件的重用，也有利于软件生产率的提高。面向方面软件开发(AOSD)认为系统是由核心关注点(corn concern)和横切关注点(cross-cutting concern)有机地交织在一起而形成的。核心关注点是软件要实现的主要功能和目标，横切关注点是那些与核心关注点之间有横切作用的关注点，如系统日志、事务处理和权限验证等。AOSD通过分离系统的横切关注点和核心关注点，使得系统的设计和维护变得容易很多。
Extremara大学的Navasa等人［1］在2002年提出了将面向方面软件开发技术引入到软件体系结构的设计中，称之为面向方面软件体系结构(aspect oriented software architecture，AO-SA)，这样能够结合两者的优点，但是并没有给出构建面向方面软件体系结构的详细方法。
尽管目前对于面向方面软件体系结构这个概念尚未形成统一的认识，但是一般认为面向方面软件体系结构在传统软件体系结构基础上增加了方面构件(aspect component)这一新的构成单元，通过方面构件来封装系统的横切关注点。目前国内外对于面向方面软件体系模型的研究还相对较少，对它的构成单元模型的研究更少，通常只关注方面构件这一构成单元。方面构件最早是由Lieberherr等人［2］提出的，它是在自适应可插拔构件(adaptive plug and play component，APPC)基础之上通过引入面向方面编程(AOP)思想扩展一个可更改的接口而形成的，但它关于请求接口和服务接口的定义很模糊，未能给出一个清晰的方面构件模型。Pawlak等人［3］提出了一个面向方面的框架，该框架主要包含了一个方面构件模型———Java方面构件(Java aspect component，JAC)，但该方面构件模型仅包含了切点(pointcut)，并把AOP中装备(advice)集成到了切点的表达式中，它主要从实现的角度进行了阐述，并没有给出详细的方面构件模型。本文没有只关注面向方面软件体系结构中方面构件这一构成单元模型，还详细分析了它的另外两个构成单元，即构件和连接件，因为面向方面软件体系结构各部分之间是相互关联的。
1面向方面软件体系结构相关概念
面向方面软件体系结构涉及诸多概念，以下将分别介绍。软件体系结构在软件工程领域有着广泛的影响，但当前仍未形成一个统一的、标准的定义。目前国内外普遍认可的看法是软件体系结构包含构件、连接件和约束［4］。其中约束描述了体系结构配置和拓扑的要求，确定了体系结构的构件与连接件的连接关系。这样就可以把软件体系结构写成
软件体系结构(software architecture)=构件(components)+
连接件(connectors)+约束(constraints)
构件是软件体系结构的基本元素之一。一般认为，构件是指具有一定功能、可明确辨识的软件单位，并且具备语义完整、语法正确、有可重用价值的特点，然而目前对于构件的具体结构及构成并没有一个统一的标准［5］，而且一些主要的构件技术也没有使用相同的构件类型。另外，当前被广泛接受的构件定义并不包含具体的软件构件模型(software component model)。例如，Szyperski等人［6］给出了软件构件一个很有名的定义:软件构件是一个仅带特定契约接口和显式语境依赖的结构单位，它可以独立部署，易于第三方整合。但是关于软件构件模型有一个被普遍接受的观点是:软件构件是一个具有服务提供和服务请求功能的软件单元［7］。
连接件是软件体系结构另一个基本的构成元素，是用来建立构件间交互以及支配这些交互规则的构造模块。连接件最先是由Shaw［8］提出来的，她建议把连接件作为软件体系结构中第一类实体，用来表示普通构件之间的交互关系。目前对于连接件尚未形成统一的认识，尽管在软件体系结构中强调了连接件存在的必要性，但是关于连接件模型的研究还很少，连接件的实际应用还不成熟。
面向方面软件体系结构在传统软件体系结构的基础上增加了方面构件单元。通常认为，方面构件是封装了系统横切关注点的一类特殊的构件。目前关于方面构件模型的研究还处于起步阶段。
2面向方面软件体系结构模型
由于传统软件体系结构模型包含构件、连接件和约束，而面向方面软件体系结构是在传统软件体系结构的基础之上扩展了方面构件，所以面向方面软件体系模型结构包含构件、连接件、方面构件和约束。其中约束描述了面向方面体系结构配置和拓扑的要求，确定了体系结构的构件、连接件和方面构件之间的连接关系，而构件、连接件、方面构件是它的三个基本的构成单元。以下对这三个构成单元的模型进行详细的设计。