不同的架构方法论,会将架构分为不同视图,每个视图侧重某一个方面、领域的问题。
比如希赛推的ADMEMS架构体系,分为以下几种视图:
1. 数据架构:描述数据的存储结构、格式等方面。
2. 物理架构:描述机器的物理部署、网络拓扑方面。
3. 运行架构:描述运行期线程、进程间的交互工作机制。
4. 逻辑架构:指如何将代码分成不同模块、组件,以及之间的职责分配、交互行为。
5. 开发架构:主要指开发工具的选择,程序单元的划分,开发管理规范流程等方面。
例如分为哪些工程、项目,源代码管理,自动化编译构建、测试、部署等。
目前国际上运用比较广泛的是TOGAF架构体系,他把架构分为业务架构、数据架构、应用架构、技术架构等几个方面。
想详细的了解这些架构视图,可以参考这些架构体系相关的书、资料。
另外有很多人无缘无故的抨击架构概念,不知道是出于调侃还是无知。
埃及的金字塔、神庙的建设,不是几个平常的泥瓦匠聚在一起就能够造出来的。
像SAP、Oracle ERP,国内的金蝶等大规模的系统,以及空间站、火箭的控制系统等,没有系统性的架构方法、规范、流程,结果只能是悲剧。
当规模、复杂度没有达到一定程度,比如在一些小的团队、产品中,架构过程可能融入到老板、经理、组长、资历较深的一些开发者中,融入在大家的日常工作中,以至于感觉不到架构的存在。
就算遇到一些问题,因规模不大、复杂度不高,也比较容易调整。
当这些前提条件发生变化时,架构的作用和必要性就逐步的体现出来。
总的来说,一说到架构,如果懂软件,那么会了解为一个软件系统,这个软件设计的组成结构,如哪些是基础支持组件,哪些是完成A业务,哪些完成B业务……但说道企业架构的时候,就会问,该企业架构的几个架构如业务架构、数据架构、业务架构、技术架构,以及如何链接在一起。
倒觉得,一个企业确实需要这样的架构,但不要神话它,最主要的是业务如何最终体现到软件中和流程中。
而采取分离式设计时,最容易的错误就是各自为政,集成困难。
那么以数据为中心的架构设计,会自然提供集成的基础。
提到过,企业最重要的资产是数据,甚至不是信息,是数据。
企业的业务流程会变,IT系统会变,所需要的信息与知识会变,唯有数据能够积淀下来。
这有点象自然演进,考古那种,啥都
请问软件架构与软件体系结构有什么关系?
软件架构:整个软件系统的各个模块之间的结构设计,是软件工程范畴的概念,就象设计一栋房子由几个什么样的板块组成一样。
软件体系结构:是软件编程风格范畴的一个通俗概念,比如说用C++、PoworBuild、Delphi等来进行软件设计是面向对象的编程语言体系结构,而Basic、C、Foxbase的软件体系结构特点是面向任务流程的(不是面向对象的编程语言)。
貌似这个是是它们的区别吧?能说点他们之间的关系吗?
区别也是关系的一种啊。
推荐你去看这篇文章http://blog.csdn.net/pmlthy/article/details/1564436 。对你会有帮助。
程序结构,软件结构和软件体系结构这三者有什么区别和联系?
程序结构指的是软件中的一个程序的模块及其相互关系;
软件结构指的是组成某个或某类软件的模块及其相互关系;
软件体系结构指的是:构成软件系统的元素的描述、元素之间的相互作用、元素的集成模式及模式约束,是一种结构、行为和属性的高级抽象。
系统分析师于软件架构师的区别
系统分析师的工作内容,依阶段划分大致可分为下述几个阶段:
系统分析:分析现行系统:确定系统的功能需求;确定系统的资源:保护及绩效需求,发展系统架构确定使用单位将面临的环境及组织变迁。
初步设计:划分作业子系统.拟定子系统的输入、输出、接口及作业处理流程:子系统人工操作规格:逻辑质料库设计:开列系统软、硬件规格。
细步设计:设计实体数据库:设计人工操作程序;设计文件表格及输出、入格式;拟订程序规格及组步流程:确定公用例程与共享程序。
系统测试:根据分析阶段所订定的各种功能.加以测试,错误资料收集与分析。
资料转换:整理及汇编文件.指派工作人员及进行训练.进行资料转换。
系统维护:更正系统内潜伏的错误:因适应环境的改变而做适度的调整。
一个机构的分析师因工作性质的关系,一方面需要与作业单位有关人员讨论系统需求,另一方面亦要随时了解程序设计人员工作进度,以掌握系统开发进度.因而时常往来于不同的单位间,但是大多数的时间均为独自作业:不希望有太多的外在干扰.因此,通常都会有固定而较幽静的办公处所。
软件架构师的主要任务不是从事具体的软件程序的编写,而是从事更高层次的开发构架工作。他必须对开发技术非常了解,并且需要有良好的组织管理能力。可以这样说,一个架构师工作的好坏决定了整个软件开发项目的成败。
⒈领导与协调整个项目中的技术活动(分析、设计和实施等)。
⒉推动主要的技术决策,并最终表达为软件构架。
⒊确定和文档化系统的相对构架而言意义重大的方面,包括系统的需求、设计、实施和部署等“视图”。
⒋确定设计元素的分组以及这些主要分组之间的接口。
⒌为技术决策提供规则,平衡各类涉众的不同关注点,化解技术风险,并保证相关决定被有效的传达和贯彻。
⒍理解、评价并接收系统需求。
⒎评价和确认软件架构的实现 专业技能。
程序员,架构师,软件工程师的区别
1、程序员,架构师,软件工程师的能力要求不同,程序员是从事程序开发、程序维护人员,但是不擅长写文档。软件工程师的技术要求比较全面,会熟练的写语言代码,也会写一些项目的文档。架构师是软件开发过程中的重要人物,主要负责大系统项目的架构设计。
2、程序员,架构师,软件工程师级别不同,程序员分为初级程序员、中级程序员,软件工程师是从事软件职业的人员的一种职业能力的认证,架构师是团队领导型人物,是需要从资深软件工程师里面提升为架构师。
3、程序员,架构师,软件工程师平均年薪不同,美国谷歌程序员的工资最低年薪平均水平为12.8336万,软件工程师平均工资较高,谷歌软件工程师年薪平均水平为25-30万美元,架构师的工资水平是最高的,谷歌大数据架构师年薪为50-60万美元。
参考资料:百度百科—软件架构师
体系结构,软件构架和设计模式之间的区别和联系
结构:程序功能实现的逻辑
框架是整个或部分系统的可重用设计,表现为一组抽象构件及构件实例间交互的方法;另一方面也可以说框架是可被应用开发者定制的应用骨架。
框架亦可称为应用架构,在特定领域基于体系结构的可重用的设计。也可以认为框架是体系结构在特定领域下的应用。框架的例子如MVC。
设计模式 在一定的环境中解决某一问题的方案
构件通常是代码重用,而设计模式是设计重用,框架则介于两者之间,部分代码重用,部分设计重用,有时分析也可重用.
构架是architecture:它是对软件系统的系统组织,是对构成系统的
构件的接口,行为模式,协作关系等体系问题的决策总和。它不仅涉及
到结构与行为,而且还涉及到系统的使用,功能,性能,适应性,重
用性,可理解性
设计模式比框架更为抽象
设计模式在碰到具体问题后,才能产生代码;框架已经可以用代码表示
设计模式是比框架更小的体系结构元素:
框架中可以包括多个设计模式
简单点说:结构 < 设计模式 < 架构 <框架
结构+算法=程序(功能代码块)
程序与程序之间进行调整=设计模式
多个设计模式相组合(组件)=架构(系统)
软件架构和软件体系结构有区别吗 ?
软件架构:整个软件系统的各个模块之间的结构设计,是软件工程范畴的概念,就象设计一栋房子由几个什么样的板块组成一样。
软件体系结构:是软件编程风格范畴的一个通俗概念,比如说用C++、PoworBuild、Delphi等来进行软件设计是面向对象的编程语言体系结构,而Basic、C、Foxbase的软件体系结构特点是面向任务流程的(不是面向对象的编程语言)。
请问“软件工程师”与“系统架构师”还有“项目经理”这三个职位有什么区别,分别要求要什么?
系统架构设计师考试合格人员能够根据系统需求规格说明书,结合应用领域和技术发展的实际情况,考虑有关约束条件,设计正确、合理的软件架构,确保系统架构具有良好的特性;能够对项目的系统架构进行描述、分析、设计与评估;能够按照相关标准编写相应的设计文档;能够与系统分析师、项目管理师相互协作、配合工作;具有高级工程师的实际工作能力和业务水平。
软件设计师考试的合格人员能根据软件开发项目管理和软件工程的要求,按照系统总体设计规格说明书进行软件设计,编写程序设计规格说明书等相应的文档;组织和指导程序员编写、调试程序,并对软件进行优化和集成测试,开发出符合系统总体设计要求的高质量软件;具有工程师的实际工作能力和业务水平。
系统集成项目经理考试合格人员能够掌握系统集成项目管理的知识体系;具备管理系统集成项目的能力;能根据需求组织制订可行的项目管理计划;能够组织项目实施,对项目进行监控并能根据实际情况及时做出调整,系统地监督项目实施过程的绩效,保证项目在一定的约束条件下达到既定的项目目标;能分析和评估项目管理计划和成果;能对项目进行风险管理,制定并适时执行风险应对措施;能协调系统集成项目所涉及的相关单位和人员;具有工程师的实际工作能力和业务水平。
转载请注明出处51数据库 » 系统架构与软件架构的区别 软件架构和系统架构的区别是什么