软件架构师证书,软件架构师证书怎么考

软件架构师的资格认证

在国外，软件架构师的培养与认证具有严格的过程，明确规定了教育目标、认证的要求和学习课程等方面的内容。下面，介绍三个组织的软件架构师认证情况。在UC Irvine的软件架构师认证计划[27]中，为了拿到软件架构师C级认证，学员必须完成11个单元的必修课程和至少4个单元的选修课程。这些课程包括：

·必修课程：软件系统建模和分析概论（2个单元）、系统分析基础（3个单元）、用户需求的分析和文档化（3个单元）、软件架构项目（3个单元）。

·选修课程：信息系统项目管理（2个单元）、系统性能建模（2.5个单元）、管理业务改进项目（2.5个单元）。

UC Irvine的软件架构师认证要求学员具有业务系统建模，决定用户需求，评价业务过程的能力，掌握项目管理技术，能设计完善的、具有最佳可适应性和可扩展性的架构。该认证程序以一门实践课程结束，在实践课程中，学员从头开始，设计一个大规模软件解决方案的架构。 iCMG对软件架构师的认证强调7个层次的课程学习，如图2所示[30]。在该认证体系中，上面的3个层次由其合作伙伴完成，iCMG只负责下面4个层次的知识体系。

目前，软件架构师的认证在国内基本上是空白，既没有专业的培训机构，也没有专门的认证指南和权威的教育认证机构。而软件架构师作为软件的总设计师，其水平和能力直接决定了软件系统的总体性能。根据教育部2004年9月8日关于紧缺人才的报告，2005年国内软件架构和系统分析人才缺口在6万人以上，是目前软件开发中急需的高层次技术人才。人事部和信息产业部[2003]39号文件决定在全国计算机技术与软件专业技术资格（水平）考试中设立系统架构设计师级别的认证考试，试图解决软件架构师认证问题。但是，由于各种原因，该考试未能如期举行，一拖再拖。其实，这些措施也只是暂时起到一个过渡的作用，只有建立完善的软件架构师教育培训方案和权威的教育认证机构，才是当前急需解决的问题。

cda和软件架构师哪个含金量高

软考证书有两个用处，一个是获得相应的职称，二是将来找工作时有个敲门砖。从这两点来讲，含金量来讲都差不多的。具体考哪一个，主要是看你的兴趣爱好和将来的发展方向，比较多人考的有网络工程师、软件设计师和数据库工程师。如果只是想拿个证，…

软考的软件设计师和系统架构师的证到底有多

软件设计师是中级,系统架构师是高级,软考证书可以直接作为职称证了,深圳市就承认,比如在申请入户、申请安居房等等方面,都会加分的.

请问软件行业中的系统分析师、架构师的证书和计算机软件专业的大学本科毕业证相比,哪个更强?

没啥可比性. 系分、架构师一般是单位评职称用的,对应高级工程师级别.通过率挺低的. 本科毕业证是就业的敲门砖.

怎么考软件架构师啊?

报名,然后考试如果要学习的话,自学能力强就买点书看看,否则就报个班学学如果有丰富的软件开发经验的话这个证很容易考的,多看看书巩固一下理论知识就OK 了

什么人能考取软件架构师?没有基础的能考吗?对电脑软件都不会

具有良好的软件编程、软件工程基础的人,同时,具备良好的沟通技巧的人,考软件架构师有可能.没有软件工程、编程基础的,就不用考虑了.能够成为真正软件架构师的人,都是编程高手,而且是能够透视软件和软件开发本质的高手.

IT行业有没有系统架构师证书,这个证书有用不?

有证书没技术没用招这些架构师完全是要看你的技术,而不是看你的学历只有招新手才看你的学历!!

系统架构设计师证书有什么用处

系统架构设计师证书是软考高级证书,可聘任高级工程师职务.评高级职称,升职加薪.

什么是软件构架师?

软件构架师是技术主管

首先，软件构架师是技术主管，这意味着除了他要有技术上的技能外，还要有很好的领导才能。构架师的领导能力在团队中和项目质量控制中起着十分重要的作用。

在团队中，构架师是项目的技术总管，他需要有丰富的知识背景，以便作出技术上的决定。相对于构架师来说，项目经理是来管理项目的资源，时间进度和花费的。使用电影制作来做类比的话，项目经理就是制片人（他要确定工作被完成了），而构架师是导演（他需要确定工作被正确的完成）。由于他们在项目中所处的位置，构架师和项目经理是公众人物，在一个团队中，他们是整个项目所涉及的所有人员的联系枢纽。构架师应该为建立软件构架争取投资，并且要明确建立软件构架能给组织带来的价值。

构架师还要把团队组织在构架周围，并且要积极地投入到计划活动上，因为要把构架转化成为完成任务的先后顺序，这样才能及时地确定在什么位置需要什么技术。有一点需要注意，由于构架师能否成功与团队的整体水平有很大关系，所以构架师应该参与团队新成员录用的面试。

根据构架师所拥有的能力，他可以同时参与其他团队的工作。构架师需要根据具体的实例情况来做领导决定，并且在决定过程中要展现出足够的自信。一个成功的构架师是以人为导向的，并且像一个教练一样给他的团队安排工作时间。这对于小组的成员来说是有好处的，他们可以及时得到帮助。这是整个团队的一个巨大财富。

构架师还要把精力放在切实工作的交付上，他是技术方面的推进力量。构架师需要做决定（经常需要在压力下做决定），并且要保证这些决定是经过成员之间的交流的，并且确保它能够执行。

架构师可能是有一个小组来完成的

下面介绍一个人和一个角色的区别。一个人可以扮演很多角色（例如，Mary是一个开发人员，同时也是一个测试人员），同时，一个角色可以有很多的人扮演（例如，Mary和John都是测试人员）。构架师的角色需要非常广泛的技术，这就为什么构架师的角色经常是很多人同时担当。这样可以使技术知识在小组中传播开来，每一个人都把他的或者她的经验带到工作中。特别是当某种技术同时被商业部门和技术小组理解的时候，这项技术就会最大程度的传播开来。小组所作的结果，需要被”平衡。” 贯穿整个文章的术语”构架师”，是指的一个人或者整个小组的成员。

[一个小组]是一些拥有各种技术的人的集合，他们之间有共同需要完成的目标，并且之间相互负责任。 2

如果一个小组来担当构架师的角色，那么就需要有一个人作为这些构架师的领导，他要拥有整体的前景，并且需要调节构架师小组之间的问题。如果没有这种调节，构架师小组成员之间就会存在危险，他们可能不会建立出一个紧密地构架或者决策不会被成功的完成。

现在有一个新的概念在构架师小组中被提出：为了使成员之间达到共同的目的和目标，团队为构架师小组建立并发布了一个章程。 3

好的构架师知道自己的强项和弱点在哪里。无论构架师的角色被一个人还是一个小组担当，他们背后都有”值得信赖的顾问”的支持。他们可以通过和其他构架师协同工作来弥补自身在某些技术方面的不足。最好的构架通常是被一个构架师小组建立的，而不是一个人。原因很简单，一个小组的力量总要比一个人的知识丰富的多。

构架师小组的概念有一个缺陷，他们有时被团队中的其他人认为是在”象牙塔”里工作，因为他们的产品经常是很有智慧的但却没有使用价值。这种误解可以从开始就把它减到最小：1)确保所有的涉众都能积极地协商，2)不断的交流构架和它的价值，3)在执行过程中要有组织策略的意识。

构架师应该理解软件开发过程

构架师应该对软件开发过程有正确的估计，因为这个过程确保小组中的所有成员使用同等的方式工作。一个好的过程需要定义各个角色的工作承担责任，产品的建立，不同角色之间的协同工作等等。由于构架师每天的工作都需要和很多小组成员打交道，所以对于他们来说了解工作的职责是非常重要的。在每天的工作中，开发小组经常要找到构架师，了解该做什么工作以及怎么去做。这就是软件构架师和项目经理之间的细微差别。

软件构架师需要有商业领域的知识

尽管拥有了丰富的软件开发经验，但是我们还期望（或者是要求）构架师拥有一定商业领域的知识。

[一个领域]是在一个范围内工作的从业人员使用一系列特定的概念和术语来表达这个领域内的知识。 4

这种知识将会使构架师更好的理解系统的需求，并把精力投身于其中，确保系统的需求是合适的——例如，从构架师领域的角度出发，需求是要被准确捕获的。经常会出现这样的情况，一个特定系列的构架样式可以被应用到与它相联系的一个特定的领域中。如果构架师知道这种映射关系，那么对他的工作将是很大的帮助。

因此，一个好的构架师将会在软件开发和商业领域的知识上面做出权衡。如果一个构架师具有很好的软件开发经验但是不了解商业领域，那么他的解决方案可能不会解决实际的问题，而仅仅只能反映出构架师是多么精通他的专业。

另外一个构架师需要精通商业领域知识的原因是，构架师要能够预见软件构架随时可能出现的变化。由于软件构架受它被配置的环境的影响非常大，所以对商业领域有正确理解的构架师，可以从软件构架的角度，对不断变化的情况做出更有远见的决策。例如，如果构架师发觉哪种新的标准在未来很可能成为主流，那么他将会使自己的软件构架在可用寿命内符合这种标准。

软件构架师应该拥有技术知识

软件构架的一个特定方面需要有一定的专业知识，因此一个构架师必须具备这个水平的知识才能够胜任他的工作。可是构架师不必成为技术专家，这体现了这篇文章第一部分的思想——构架师宏观上的决策。因此，构架师只需要了解宏观上的问题，而不必关心细节化的事情。由于技术的变化过于频繁，所以构架师要随时与这些变化保持同步。

软件构架师应该拥有很好的设计技巧

虽然软件构架并不仅仅是设计，但是设计无疑是很重要的一个组成部分。构架师应该拥有很好的设计技巧，因为软件的构架包含整个软件的关键性设计决策。这种决定包括软件主要结构的设计决策，特定部分的选择以及指导的说明文档等等。为了确保系统构架的完整性，上面那些要素都要被特别的应用到设计中，这对整个系统的成功完成有很大的作用。因此这些要素需要有固定的拥有设计技巧的人来负责——这个人就是构架师。

软件构架师需要拥有很好的程序设计技巧

开发人员是整个项目开发过程中最重要的一个小组之一，构架师要随时和他们保持联系。毕竟他们要确保软件在最后交付使用的时候能够成功的执行。如果构架师认为开发人员的工作是十分有价值的，那么他们之间的交流将会很有效用。因此，软件构架师需要拥有一定的程序设计技术，即使不需要他们编写程序。

大多数成功的构架师，在一些场合中都是核心程序员，这些场合通常是他们的职业方向。即使是技术发展了，有新的程序语言出现，一个好的构架师可以把以前学过的设计语言的概念和新的语言联系起来，以达到对新语言更加深入的了解。没有这种知识，软件构架师就不能对需要执行的构架的重要元素做出完美的决策，例如执行的组织和程序标准的采用。这会使的软件构架师和开发人员之间产生沟通上的障碍。

构架师是一个很好的沟通员

和以上提到的几种技术比起来，构架师的沟通能力是最重要的。构架师需要精通所有的沟通手段，特别是需要有一定的语言能力，包括说，写和演讲能力。交流是双向的，所以构架师还需要是一个很好的聆听者与观察者。

小组成员之间有效的沟通是项目成功的基本条件。为了更好的理解投资人的需求，与他们的沟通显得尤为重要，同时还能够让所有的投资人在软件构架上达成共识。与项目小组的沟通同时也很重要，因为构架师的职责不单单是把信息传达给小组，同时还要激励他们工作。构架师还要负责把系统的构想传达给小组成员，使得它们让全组人员了解，而不仅仅是构架师自己理解。

构架师需要做出决策

构架师不能在自己不了解的环境中做出决策，然而项目的开发周期也没有给他提供充足的时间去探索所有的环境，所以在很大的压力下做的决策不太可能成功。这种环境是被期望的，成功的构架师非常满意这种环境，而不愿去改变它。因此构架师需要是厚脸皮的，因为他们很可能在项目开发过程中更正自己的决定，并且按原路返回查找问题。正如Philippe Kruchten所说的：“软件构架师的一生是一个漫长的，在黑暗中不断摸索并不断改进自己的决定的过程”。 5

一个糟糕的决策很可能毁掉一个项目。项目小组中的其他成员会对构架师失去信心，这时项目经理就要参与进来，因为等待构架的完善不会让项目有所进展。最危险的情况是：如果构架师没有把自己的决策文档化，那么小组的其它成员可能会自己制定决策，而这种决定很可能是错误的。

软件构架师需要觉察组织的政策

一个成功的构架师不会只关心技术问题，他们还会关心组织的权力动向，时刻了解团队的决定权在哪里。这可以保证他们正在和正确的人讨论项目的决策问题。忽略团队的权力是天真的想法。现实往往是这样的：团队经常会强迫项目小组在规定时间交付系统，这需要构架师正确的评估到这个时间。

软件构架师是一个谈判代表

为了了解软件构架的很多尺度问题，构架师需要随时和投资人沟通。这种沟通常常需要谈判技巧。例如，构架师需要特别注意的一件事是：最小化项目中可能出现的风险，因为这直接关系到系统构架的稳定性。由于风险是和需求紧密相连的，所以可以通过移除或者减小这方面的需求来降低风险。因此把这种需求取消，需要构架师和投资人达成共识的。这就需要构架师是一个有效的谈判人员，来权衡这些问题。