什么是架构师

1. 什么是架构师

进程是处理机管理中最基本的、最重要的概念。进程是系统并发执行的体现。为了动态地看待操作系统，则以进程作为独立运行的基本单位，以进程作为分配资源的基本单位，从进程的角度来研究操作系统。

2. 什么是架构师

系统架构师是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。
确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。主要着眼于系统的“技术实现”。因此他/她应该是特定的开发平台、语言、工具的大师，对常见应用场景能马上给出最恰当的解决方案，同时要对所属的开发团队有足够的了解，能够评估自己的团队实现特定的功能需求需要的代价。

扩展资料：

架构师的主要分类：

1、软件架构师作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。

2、信息架构师需要设计信息架构，要保证信息的全面性、可用性、关联性、可查询性。信息架构师们在项目中承担各种各样的职责，为了研究项目的客户群，他们需要涉借或指导可用性测试、卡片分类练习,焦点小组访谈，用户调研等。目标是提供关于影响项目的足够多的信息。

3、网站架构师是网站系统、功能、模块、流程的设计师，网站架构师实际上就是网站的总体设计师。

3. 什么是架构,架构师

架构师，是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。架构师不是一个人，他需要建立高效的体系，带领团队去攻城略地，在规定的时间内完成项目。

首先要搞清楚架构师主要做些什么


1 确认需求

架构师要懂得用户需求，理解用户真正想要什么，这使得架构师必须要和分析人员不断沟通，反复确认需求规格说明书，以此来保证他精准清楚用户需求。

项目经理刘先生在受访时说：「架构师会与很多人沟通，例如开发人员，例如我们项目经理，有时甚至是用户本身。架构设计的目的很明确，目的是什么呢？挖掘用户需求。」

2 系统分解

在架构师认可需求规格说明书后，架构师已明确用户需求是是什么，这时候便看架构师的分解能力了。

通过100offer入职的全栈技术架构师周先生从「纵向分解」和「横向分解」和我们说明了系统分解是什么——

「一般分为纵向分解和横向分解，纵向分解是将整个系统分层，从而将整体系统分解成下一级的子系统与组件。横向分解是在系统分解成不同的逻辑层或服务后，对逻辑层进行分块，确定层与层之间的关系。」

3 技术选型

在系统分解后，架构师会最终形成软件整体架构，接下来，架构师的职责是技术选型。

「前端到底用瘦客户端还是富客户端呢？数据库是用MySQL还是MSSQL又或是Oracle呢？」架构师张先生在接受采访时说，「在了解用户需求后，分解完系统后，技术选型是非常重要的环节，提出各个方向，我再进行评估。不过，很多人都以为架构师是有决定权的，其实不是，架构师没有拍版的权力，决定由项目经理来做。 」

架构师在技术选型阶段会提供参考信息给项目经理，项目经理再从预算、进度、人力、资源等各方面情况

4. 什么是架构师

架构师是一个最终确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。
主要着眼于系统的“技术实现”。因此是特定的开发平台、语言、工具的大师，对常见应用场景能给出最恰当的解决方案，同时要对所属的开发团队有足够的了解，能够评估自己的团队实现特定的功能需求需要的代价。
系统架构师负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目，使设计的项目尽量效率高，开发容易，维护方便，升级简单等。

系统架构师：
系统架构师是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。一个架构师得需要足够的想像力，能把各种目标需求进行不同维度的扩展，为目标客户提供更为全面的需求清单。架构师在软件开发的整个过程中起着很重要的作用。
架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。

5. 架构师是什么

问题一：架构师的职责是什么  软件构架师是技术主管 
  首先，软件构架师是技术主管，这意味着除了他要有技术上的技能外，还要有很好的领导才能。构架师的领导能力在团队中和项目质量控制中起着十分重要的作用。 
  在团队中，构架师是项目的技术总管，他需要有丰富的知识背景，以便作出技术上的决定。相对于构架师来说，项目经理是来管理项目的资源，时间进度和花费的。使用电影制作来做类比的话，项目经理就是制片人（他要确定工作被完成了），而构架师是导演（他需要确定工作被正确的完成）。由于他们在项目中所处的位置，构架师和项目经理是公众人物，在一个团队中，他们是整个项目所涉及的所有人员的联系枢纽。构架师应该为建立软件构架争取投资，并且要明确建立软件构架能给组织带来的价值。 
  构架师还要把团队组织在构架周围，并且要积极地投入到计划活动上，因为要把构架转化成为完成任务的先后顺序，这样才能及时地确定在什么位置需要什么技术。有一点需要注意，由于构架师能否成功与团队的整体水平有很大关系，所以构架师应该参与团队新成员录用的面试。 
  根据构架师所拥有的能力，他可以同时参与其他团队的工作。构架师需要根据具体的实例情况来做领导决定，并且在决定过程中要展现出足够的自信。一个成功的构架师是以人为导向的，并且像一个教练一样给他的团队安排工作时间。这对于小组的成员来说是有好处的，他们可以及时得到帮助。这是整个团队的一个巨大财富。 
  构架师还要把精力放在切实工作的交付上，他是技术方面的推进力量。构架师需要做决定（经常需要在压力下做决定），并且要保证这些决定是经过成员之间的交流的，并且确保它能够执行。 
  架构师可能是有一个小组来完成的 
  下面介绍一个人和一个角色的区别。一个人可以扮演很多角色（例如，Mary是一个开发人员，同时也是一个测试人员），同时，一个角色可以有很多的人扮演（例如，Mary和John都是测试人员）。构架师的角色需要非常广泛的技术，这就为什么构架师的角色经常是很多人同时担当。这样可以使技术知识在小组中传播开来，每一个人都把他的或者她的经验带到工作中。特别是当某种技术同时被商业部门和技术小组理解的时候，这项技术就会最大程度的传播开来。小组所作的结果，需要被平衡。 贯穿整个文章的术语构架师，是指的一个人或者整个小组的成员。 
  [一个小组]是一些拥有各种技术的人的 *** ，他们之间有共同需要完成的目标，并且之间相互负责任。 2 
  如果一个小组来担当构架师的角色，那么就需要有一个人作为这些构架师的领导，他要拥有整体的前景，并且需要调节构架师小组之间的问题。如果没有这种调节，构架师小组成员之间就会存在危险，他们可能不会建立出一个紧密地构架或者决策不会被成功的完成。 
  现在有一个新的概念在构架师小组中被提出：为了使成员之间达到共同的目的和目标，团队为构架师小组建立并发布了一个章程。 3 
  好的构架师知道自己的强项和弱点在哪里。无论构架师的角色被一个人还是一个小组担当，他们背后都有值得信赖的顾问的支持。他们可以通过和其他构架师协同工作来弥补自身在某些技术方面的不足。最好的构架通常是被一个构架师小组建立的，而不是一个人。原因很简单，一个小组的力量总要比一个人的知识丰富的多。 
  构架师小组的概念有一个缺陷，他们有时被团队中的其他埂认为是在象牙塔里工作，因为他们的产品经常是很有智慧的但却没有使用价值。这种误解可以从开始就把它减到最小：1)确保所有的涉众都能积极地协商，2)不断的交流构架和它的价值，3)在执行过程中要有组织策略的意......>> 
  
   问题二：什么是网站架构师  1、 负责交友网站的整体技术设计、开发工作； 
  2、 协助项目经理确保产品的质量和开发； 
  3、 计算机信息管理及相关专业，本科以上学历，两年相关工作经验； 
  4、 敬业认真，有志于互联网行业发展及开创事业； 
  5、 能对互联网网站项目进行专业策划，表达能力、文案写作能力强。 
  
   问题三：谁能准确的告诉我架构师是什么？  架构师一般分技术架构师和业务架构师，技术架构师又分软件架构师和系统架构师（网络架构师） 
  软件架构师一般就是只采用什么语言开发，用什么开发框架，用什么数据库等 
  系统架构师就是用大型机来跑还是用多个小型机或者工作站部署程序，攻多大的带宽，用电信的网络还是网通的网络等。 
  业务架构师可以理解为产品架构了，譬如需要开发什么功能，功能的流程应该怎样描述，功能与功能之间应该怎么关联等。 
  当然，除了特别大的公司，一般的公司很少划分的这么清楚的，一般就是一个架构师包打天下。而这样的架构师往往偏向于软件架构师的方向。 
  
   问题四：软件架构师主要是做什么啊？  你既然已经工作了，我觉得你就应该多少了解一点把，一般公司也都有架构师的存在呀。 
  架构师主要工作算是系统分析师，制定架构，以及开发时使用框架，类似于工程里面的总设计师。 
  确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。 
  要求你就必须从程序员转型到架构师，可以看看一些架构师的书，其实最做的来源于你平时的积累。对技术理解很透彻。另外就是对框架特别熟悉。当然这些都必须你拥有很丰富的项目经验 
  
   问题五：电子商务架构师是什么  电子商务架构师在整个电子商务开发过程中都起着重要的作用，并随着开发进程的推进而其职责或关注点不断地变化，在需求阶段，架构师主要负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等等，此外，架构师还要经常审查和客户及市场人员所提出的需求，确认开发团队所提出的设计；在需求越来越明确后，架构师的关注点开始转移到组织开发团队成员和开发过程定义上；在软件设计阶段，架构师负责对整个软件体系结构、关键构件、接口和开发政策的设计；在编码阶段，架构师则成为详细设计者和代码编写者的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点；在软件维护开始时，软件架构师就开始为下一版本的产品是否应该增加新的功能模块进行决策。 
  必备条件 
  架构师的形成是在实践中锻炼起来的，需要相当的技术水平和多年的实际经验，而并非上了几次培训班，读了几本书就可以成功的。 显而易见，在软件开发过程中，一个优秀软件架构师的重要性是不应低估的。那么如何成为优秀的软件架构师呢？ 
  领导能力与团队协作技能，软件架构师必须是一个得到承认的技术领导，能在关键时候对技术的选择作出及时、有效的决定。 
  - 具有很强的沟通能力，其时这一点好象什么角色都最好具备，软件架构师需要与各路人马经常打交道，客户、市场人员、开发人员、测试人员、项目经理、网络管理员、数据库工程师等等，而且在很多角色之间还要起沟通者的作用。在技术能力方面，软件架构师最重要也是最需求掌握的知识是构件通信机制方面的知识，比如远程过程调用、JAVARMI、CORBA、/D、各种标准的通信协议、网络服务、面对对象数据库、关系数据库等等，另外，架构师应时刻注意新软件设计和开发方面的发展情况，并不断探索更有效的新方法。开发语言、设计模式和开发平台不断很快地升级，软件架构师需要吸收这些新技术新知识，并将它们用于软件系统开发工作中。当然，行业的业务知识对软件架构师也是很重要的，有助于设计 
  - 出一个满足客户需求的体系结构，优秀的软件架构师常常因为要尽快获得对行业业务的理解而必须快速学习并且进行敏锐的观察。 
  上面的描述是枯燥乏味的，但作为一个架构师，在整个软件系统的开发过程中是乐趣无穷的，因为这个角色很具有挑战性，有时需要左右逢源八面玲珑，有时又需要果断坚定不留情面。在国内，较少软件企业拥有独立的架构师，通常一个软件高手身兼数职，既是项目经理，又是软件架构师，还是软件开发者，有时还要客串一个测试人员，这对软件的开发周期和产品质量是不利的，有时一个人的观点立场是很片面的，而且繁重的工作、沉重的压力会影响一个人的情绪，情绪会影响决策，决策影响结果，所以值得我们三思而后行。 
  构架师不是通过理论学习可以搞出来的，不过不学习相关知识那肯定是不行的。总结构架师自我培养过程大致如下。 
  1、构架师胚胎（程序员） 
  学习的知识是语言基础、设计基础、通信基础等，应该在大学完成，内容包括java、c、c 、uml、RUP、XML、socket通信（通信协议）――学习搭建应用系统所必须的原材料。 
  2、构架师萌芽（高级程序员） 
  学习分布式系统、组建等内容，可以在大学或第一年工作时间接触，包括分布式系统原理、ejb、corba、/ 、webservice（研究生可以研究网络计算机、高性能并发处理等内容） 
  3、构架师幼苗（设计师） 
  应该在掌握上述基础之上，结合实际项目经验，透彻领会应用设计模式，内容包括设计模式（c 版本、java版本）、ejb......>> 
  
   问题六：java架构师主要是干什么的？  搭框架，制定接口和命名规则等，设计应用的架构等等。。 
  
   问题七：架构师是主要做什么工作的，需要有哪些方面的知识  架构师首先必须具有丰富的开发经验，是个技术主管。因为他必须清楚什么是可以实现的，实现的方式有哪些，相应的难度怎么样，实现出来的系统面对需求变化的适应性等一系列指标。另外，需要对面向过程、面向对象、面向服务等设计理念有深刻的理解，可以快速的察觉出实现中的问题并提出相应的改进（重构）方案（也就是通常说的反模式）。这些都需要长期的开发实践才能真正的体会到，单从书本上很难领会到，就算当时理解了也不一定能融会到实践中去。 
  在技术能力上，软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识，包括进程内通信（对象访问、函数调用、数据交换、线程同步等）以及进程外（包括跨计算机）的通信（如RMI、D、Web Service）。在WEB应用大行其道的今天，开发者往往对服务器间的通信关注的比较多，而对进程内的通信较少关注。进程外跨机器通信是构建分布式应用的基石，它是架构设计中的鸟瞰视图；而进程内的通信是模块实现的骨架，它是基石的基石。如果具体到一个基于.Net企业级架构设计，首先需要的是语言级别的认识，包括.NET的CLR、继承特性、委托和事件处理等。然后是常用解决方案的认识，包括ASP.NET Web Service、.NET Remoting、企业服务组件等。总之，丰富的开发实践经验有助于避免架构师纸上谈兵式的高来高去，给代码编写人员带来实实在在的可行性。 
  其次，具有足够的行业业务知识和商业头脑也是很重要的。行业业务知识的足够把握可以给架构师更多的拥抱变化的能力，可以在系统设计的时候留出一些扩展的余地来适应可能来临的需求变化。有经验的设计人员可能都碰到过这样的事，一厢情愿的保留接口在需求变化中的命中率非常低。也就是说，在系统设计之初为扩展性留下来的系统接口没能在需求变化的洪流中发挥真正的作用，因为需求的变化并没有按照预想的方向进行，到最后还是不得不为变化的业务重新设计系统。这就是因为对业务知识的理解和对市场或者商业的判断没有达到一个实用的、可以为架构扩展 *** 的水平。 
  再次，架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围，包括沟通以及对人员素质的判断。软件过程是团队协作共同构建系统的过程，沟通能力是将整个过程中多条开发线粘合在一起的胶水。大家都应该碰到过事后说“原来是这样啊，我不知道啊”或者某个开发人员突然高声呼喊“为什么这里的数据没有了”之类的。沟通的目的就是尽量避免多条开发线的混乱，让系统构建过程可以有条理的高效进行。另外，对人的关注还表现在对团队成员的素质判断上，比如哪些开发人员对哪些技术更熟悉，或者哪些开发人员容易拖进度等。只有合理的使用人力资源，让合适的人做合适的事情才能让整个软件过程更加高效。 
  架构师应时刻注意新软件设计和开发方面的发展情况，并不断探索更有效的新方法、开发语言、设计模式和开发平台不断很快地升级，软件架构师需要吸收这些新技术新知识，并将它们用于软件系统开发工作中。但对新技术的探索应该在一个理性的范围内进行，不能盲目的跟风。解决方案提供商永远都希望你能使用它提供的最新技术，而且它们在推广自己的解决方案的时候往往是以自己的产品为中心，容易给人错觉。比如数据库，往往让人觉得它什么都能做，只要有了它其它什么都不重要了。但事实上并不是如此，对于小型应用可以将许多业务逻辑用script的方式放入数据库中，但很少看到大型应用采用这样的做法。对于新东西需要以一种比较的观点来判断，包括横向的比较和纵向的比较，最后得出一些性能、可移植性以及可升级等指标。另外，新入行的开发人员往往关心新技术动向而忽略了技术的历史，......>> 
  
   问题八：一个架构师谈什么是架构，以及怎么成为架构师  架构的定义 
  先来看看软件架构的普遍定义吧。 
  一个程序和计算系统软件体系结构是指系统的一个或多个结构。结构中包括软件的构建，构建的外部可见属性以及它们之间的相互关系。 
  体系结构并非可运行软件。确切的说，它是一种表达，使软件工程师能够： 
  分析设计在满足规定需求方面的有效性。 
  在设计变更相对容易的阶段，考虑体系结构可能的选择方案。 
  降低与软件构造相关联的风险。 
  软件架构的生命周期 
  软件开发有其生命周期，它应该是： 
  而软件架构也有着其生命周期，它又是怎么样的呢？ 
  软件架构的重要性 
  为什么说一个软件架构是很重要的呢？直接编程直接开发，多EASY？请看下面几点： 
  软件架构能够满足系统的品质 
  架构设计使受益人达成一致的目标 
  架构设计能够支持计划编制过程 
  架构设计对系统开发的指导性 
  架构设计能够有效地管理复杂性 
  架构设计为复用奠定了基础 
  架构设计能够降低维护费用 
  架构设计能够支持冲突分析 
  什么是好的软件架构 
  这个问题，可能大家一直都在问，包括一些IT企业也在问，对于这个问题的回答，可能不仅仅是一个简单的语句或者是定义就可以回答的出的，我们来看下面的几个形象的例子： 
  这个是什么东东呢？乐高玩具，乐高玩具大家肯定都玩过吧？ 
  它即可以以一个完整的模型卖给你，你也可以把它全部打碎了重新从一个模型自由的再去组装成另一个模型，因为每一个乐高的模块在横向、坚向里都有标准的接口，这就是我们常说的高内聚、低耦合。 
  
   问题九：网络架构师是做什么的？  网络架构师英文叫Internet architect。 
  平时的工作就是负责网络技术架构选型、并主导功能模块设计、数据结构设计、对外接口设计；负责与相关技术合作团队的技术协调；对各种前瞻技术进行预研并形成企业内部是否引入以及如何引入的建议；负责现有产品的的运营数据分析、用户反馈收集和功能优化；负责跟踪竞争对手动态、新产品调研分析；负责协调网站产品的创意、策划、改版、网站系统功能策划等工作；负责网站产品栏目、需求的分析规划和细化工作；负责项目上线后的日常运营管理，提供不同阶段栏目规划和实施状态报告；负责优化项目的用户体验,提升亲和力和易用性。 
  大学专业学的是计算机专业。年薪10-15万。适合有出色的组织能力和表达能力，良好的沟通技巧，能够承受工作压力，良好的沟通、协调能力和团队协作精神，逻辑分析能力强，具备快速抽象业务和分析问题的能力的人去做。 
  
   问题十：前端架构师干什么的  个人认为： 
  构架构架当时是网站前台页面的整体规划和构架，以及MVC设计模式，JS/Css代码的性能优化，提高代码重用性，减少代码冗余。脱离的了普通前端码工的范畴，更注重代码的优化和合理性，提高网站的相应速度。据说权威说一个网站的打开速度，前端代码优化后能提升97%。 
  知道他的重要性了吧！哇，仔细一看原来是08年的帖子，看来你很关注前沿技术啊，得了拿2分走人

6. 什么是架构师

一、什么是架构师？
  
  
 其实架构师的概念并不是从程序开发专业一诞生就有的职位概念，架构师（Software Architect）仅仅是最近几年提出来的一个职位，貌似Software Architect的概念是IBM提出来的。然而，架构是什么样的一个职位，就像云计算一样，看起来很美，但是，每个人都有自己的理解。
  
 很多人认为，架构师就是系统分析师，是拿到系统需求进行分析的人，错！如果系统只是系统分析，那么架构设计谁来弄？
  
 有人认为架构师就是架构设计的人，画画UML，写一写文档之类的人，错！画UML就是设计吗？画图的人有了，设计的人是谁？
  
 还有人认为架构师是从属于项目经理，只管设计，而没有任何权利的人，错！如果设计的决策权交给项目经理，那么这个设计是有分量的吗？
  
 架构师是什么？
  
 我们先不回答，我们先来看看在架构师概念出现前的一些职位提法。
  
 在架构师概念出现前，微软是我们大多数软件企业的研发机构设置的样板，当时比较流行的职位搭配是——技术经理+项目经理。
  
 ok，当然也有很多企业实际上，技术经理和项目经理是一个人。
  
 也就是大多数企业当时是采用的开发主管负责制，即：技术+团队+项目，的负责人。
  
 当我们把“项目经理”剥离出开发，仅仅对项目进度以及为项目推进而排除各项外部障碍时，其实负责开发技术和开发团队的人就是“技术经理”了。
  
 如果，我告诉你，之前所谓的技术经理其实就现在的架构师，可能我们大家就更容易理解了。
  
 没错，就是这样的，如果“架构师”的设计失去了“发言权”、“技术方向的决策权”、“团队人员的开发资源调配权”，那么我们可以想见，这个设计是多么的无力！！
  
 因此，什么是架构师？
  
 架构师是具有技术发言权，方向决策权，和团队人员开发资源调配权的开发团队的TeamLear，也是这个程序的设计者，当然他是这个程序团队的灵魂！！
  
 因此，不想当Teamleader的程序员，绝对不可能成为真正意义上的架构师！
  
 同时，不是Teamleader的架构师，也是一个被架空的，苍白无力的架构师！
  
 二、如何才能用架构师的思想去思考？
  
 架构师，如果只是把需求变成程序，那就不是架构师，那是叫“照着葫芦画瓢”。
  
 架构师，如果只是精通各种框架，比如S\S\H之类的技术，只是利用S\S\H之类的技术去描述用户提出的需求，那是叫“用S\S\H画瓢”。
  
 ok，不卖关子，那么怎么思考就是架构师应该去思考的方法？
  
 首先告诉你，进行没有设计的架构设计叫架构师吗？
  
 这种情况在软件行业内太普遍了！！
  
 为什么没有设计？
  
 因为，很多人都不懂什么叫设计！！
  
 给大家一个概念，什么是设计？——
  
 设计因未来而存在！
  
 ——钟声 2010年6月
  
 没有面向未来的，只是面向过去的，那绝对不是设计，那绝对只是模仿！！
  
 设计因未来而存在！！
  
 即，没有创新，就没有设计！！
  
 即，没有改变，就没有设计！！
  
 用进化论去思考你的设计！！
  
 让你的设计超越一切理论！！
  
 设计只是记忆的载体而不是记忆的全部！！
  
 其实程序员是艺术家，而不是建筑工人！！
  
 那么，为什么你总成为不了架构师？
  
 不要仅仅从技术的角度出发一味的按照自己理所当然的方向去努力，要学会用设计的思想思考，并努力让你自己成为有分量的人！！

7. 什么是架构师？

8. 架构师是做什么的

架构师主要做以下几个方面：

1、负责公司软件系统的架构设计以及研发。
2、与相关工作人员或客户沟通，充分理解项目或产品的需求，根据产品需求和规划，对现有技术架构研究方向进行更新。
3、参与新品立项计划评审，参与需求分析建模以及产品设计评审会议。
4、负责组织相关工作人员，对产品研发应用的技术进行研究与攻坚。
架构师
架构师主要是确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点的技术人员。主要着眼于系统的“技术实现”。因此应该是特定的开发平台、语言、工具的大师。
对常见应用场景能马上给出最恰当的解决方案，同时要对所属的开发团队有足够的了解，能够评估自己的团队实现特定的功能需求需要的代价。系统架构师负责设计系统整体架构，从需求到设计的每个细节都要考虑到，把握整个项目。
使设计的项目尽量效率高，开发容易，维护方便，升级简单等。架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。