硬件架构师是干嘛的？架构师的职责是什么

： 2024-02-26 16:40:03 ：85

硬件架构师是干嘛的？架构师的职责是什么

技术架构师又分软件架构师和系统架构师（网络架构师）软件架构师一般就是只采用什么语言开发,架构师是什么问题一：架构师的职责是什么软件构架师是技术主管首先,架构师是做什么的架构师主要做以下几个方面：1、负责公司软件系统的架构设计以及研发,这样当我们在做一个系统的架构设计的时候,架构师在软件开发的整个过程中起着很重要的作用,系统架构师负责设计系统整体架构,一个是架构师要把架构设计的成果,软件架构师必须是一个得到承认的技术领导。

硬件架构师是干嘛的

其实，从定义上来说，一个硬件架构师，是负责辅助并指导基于需求的硬件架构设计工作，针对不同的业务需求选择合适的技术路线，制定最优的技术解决方案。架构师往往还要参与售前技术支持相关工作。

包括技术交流、系统架构设计方案编写等、负责项目的招投标工作，包括整体解决方案的拟订、标书应答、讲解与答辩、负责制订系统设计类相关文档、工具、模型等规范并组织规范实施。

架构师在公司组织及带领技术人员研究与项目相关的新技术，组织、开展与系统架构相关技术培训工作，跟踪软件技术发展，开发行业典型的IT整体解决方案。

架构师应该具体负责什么。因为从实际情况看，在不同的系统层级，不同的需求下架构师的职责也会不同；从不同的技术角度看，架构师又是个变色龙——一时是技术的大拿，一时是技术的规划者，一时是技术团队的指挥者。

系统架构师是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。一个架构师得需要足够的想像力,能把各种目标需求进行不同维度的扩展，为目标客户提供更为全面的需求清单。

架构师在软件开发的整个过程中起着很重要的作用。

架构师的职责是什么

软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，

1.将客户的需求转换为规范的开发计划及文本，

2.并制定这个项目的总体架构，

3.指导整个开发团队完成这个计划。

架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。

什么是架构师

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

架构师成长之路：到底什么是架构设计该如何理解架构设计

架构设计是一个大家耳熟能详的词，基本都烂大街了。

可是，到底什么是架构设计呢？估计很多人就回答不上来了。

下面就来详细聊聊什么是架构设计，以及对架构设计的一些基本认识。

软件架构设计指的是：对一个软件系统进行的架构定义、文档编写、维护和改进、并验证实现的一系列活动，架构设计的产物就是一个系统的架构。

架构设计实际上是一个过程，围绕着软件系统，对它的架构，进行定义、文档编写、维护和改进、并验证实现等，把这一系列活动组合起来，就是我们所说的架构设计。

架构设计的产物，也就是结果，就是架构，这也是架构和架构设计的关系。

架构设计是一门科学，这个已经是业界共识。但是作为一门科学来讲，它一定要有它自己的基础理论，基础方法，也会有一些实现的方法论。

架构设计作为一门科学来说，还很不成熟。目前架构设计的基础理论还不是很完善，方法论上，更是百花齐放，大家都还处于一个探索的阶段。

从科学上来讲，架构设计主要关注架构设计过程当中的：技术、流程、资源、方法；以及如何去完善并改进架构。

刚讲到架构设计这门科学还很不成熟，再加上技术领域更新很快，新技术、新思想、新方法层出不穷。

我们总会面对很多新兴的、没有先例的系统，可能会应用新的框架、新的技术、新的解决方案来实现系统。

因此，做架构设计的时候，是需要一定的创造力的。当然，艺术细胞缺乏的人员也不用太担心，架构设计上还是有很多是有章可循的，多半是在已有的架构体系上去做一些微调，微创新，并不是完全从零开始。

架构设计不是一蹴而就的，通常也是由粗到精，刚开始，可能只有一个粗略的架构设计，然后不断迭代和演化，逐步推进，去完善和细化，这样的过程。

这个可能有些人不太理解，认为说，软功过程里面，不是有专门的概要设计、详细设计的时间吗？架构设计不就是在这些设计阶段去完成的吗？做完设计了，把文档发下去，不就没事了吗？

有些公司也是这么干的，实际上这是有问题的。

架构设计会跨越软工的完整流程，对于一些大型的或者是重要的项目，可能立项期间，架构师就要参与，做一些粗略的架构规划，有两个基本的原因：

1：能不能做得了这件事 2：按照粗略的架构规划做下去，大致的成本会有多大

立项的时候，就要去考虑你的成本，风险和投资收益。

也就是说，立项的时候，架构师可能就需要参与，那就更不用说需求阶段、设计阶段了，架构师是肯定要参与的，前面讲需求分析的时候已经讲过了，这里就不多啰嗦。

到了编码阶段，有些人可能认为架构师是不参与的，这是不对的。架构师需要参与，只是参与的少一些，主要是一些重点、难点的地方，或者是公共基础功能，由架构师来实现。

另外在编码阶段，架构师还有一个重要的任务，就是确保开发人员按照架构设计去实现，不要乱做。这就需要两个基本的方式，一个是架构师要把架构设计的成果，跟开发人员讲解清楚，并不断沟通；另外一个就是要不断检查，Review，以确保架构设计的落地实现不出大的偏差。

后面的测试、部署、运维等阶段，架构师要做一些技术咨询，或者是技术指导的工作。架构设计里面，本来就包含部署架构的设计，因此，架构师也会参与这些阶段，只是参与的少一些。

总之，架构设计需要关注所有利益相关者的要求，参与系统设计实现的所有人员，也都是系统的利益相关者，自然而然的，架构设计就需要贯穿软工的整个流程了。

一个系统，要关注的方方面面是很多的，利益相关者也很多，大家关注点各有不同。

这就意味着，在做架构设计的时候，需要不断去做决策，在众多关注点中去寻求平衡，所以有人说，做架构设计，就是一种玩平衡的艺术。

比如：从技术上讲，A+B的方式是性能最高的；但是从成本上来看，A+C是最合适的。可能最后综合权衡后，B+C是各方都能接受的方案。

这种需要考虑的平衡很多，比如：技术和成本的平衡；方案适用性年限的平衡，是满足1-3年就够了，还是要考虑8-10年；技术方案和当前开发人员技能的平衡；性能和成本的平衡等等，非常多。

架构设计是一个过程，需要在这个过程中，不断去考虑各利益相关者的要求，并不断折中平衡，因此架构设计的产物，也就是架构，自然就是各方利益相关者的共识了。

要做出好的架构设计，经验是不可或缺的，不会每次都是从零开始。

比如以前做过类似的系统；或者是学习到的一些好的架构模式，设计模式，一些现成的组件；或者是一些开源的框架等等的，这些我们都可以看成是可重用的资源。

我们做架构设计的时候，需要不断去积累这样子的可重用资源，形成自己的工具箱。这样当我们在做一个系统的架构设计的时候，就有了很多备用的工具或手段。

有了这些经验和资源的积累，会使得新系统的架构设计变得更容易。

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

软件工程师和程序员区别主要表现在以下几方面：1、概念不同:软件设计师是指能根据软件开发项目管理和软件工程的要求，按照系统总体设计规格说明书进行软件设计，编写程序设计规格说明书等相应的文档的实用性人才;而程序员指的是从事程序开发、程序维护的基层工作人员。2、工作职责不同:软件设计师主要职责是组织和指导程序员编写、调试程序，并时软件进行优化和集成测试，开发出符合系统总体设计要求的高质量软件;而程序员主要负责软件项目的详细设计、编码和内部测试的组织实施，对小型称件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。3、拥有一定的编程能力的都能称为程序员，不需要考证;而软件设计师需要通过计算机软件资格考试的中级考试。

架构师是什么

问题一：架构师的职责是什么软件构架师是技术主管首先，软件构架师是技术主管，这意味着除了他要有技术上的技能外，还要有很好的领导才能。构架师的领导能力在团队中和项目质量控制中起着十分重要的作用。在团队中，构架师是项目的技术总管，他需要有丰富的知识背景，以便作出技术上的决定。相对于构架师来说，项目经理是来管理项目的资源，时间进度和花费的。使用电影制作来做类比的话，项目经理就是制片人（他要确定工作被完成了），而构架师是导演（他需要确定工作被正确的完成）。由于他们在项目中所处的位置，构架师和项目经理是公众人物，在一个团队中，他们是整个项目所涉及的所有人员的联系枢纽。构架师应该为建立软件构架争取投资，并且要明确建立软件构架能给组织带来的价值。构架师还要把团队组织在构架周围，并且要积极地投入到计划活动上，因为要把构架转化成为完成任务的先后顺序，这样才能及时地确定在什么位置需要什么技术。有一点需要注意，由于构架师能否成功与团队的整体水平有很大关系，所以构架师应该参与团队新成员录用的面试。根据构架师所拥有的能力，他可以同时参与其他团队的工作。构架师需要根据具体的实例情况来做领导决定，并且在决定过程中要展现出足够的自信。一个成功的构架师是以人为导向的，并且像一个教练一样给他的团队安排工作时间。这对于小组的成员来说是有好处的，他们可以及时得到帮助。这是整个团队的一个巨大财富。构架师还要把精力放在切实工作的交付上，他是技术方面的推进力量。构架师需要做决定（经常需要在压力下做决定），并且要保证这些决定是经过成员之间的交流的，并且确保它能够执行。架构师可能是有一个小组来完成的下面介绍一个人和一个角色的区别。一个人可以扮演很多角色（例如，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分走人

java架构师主要是干什么的

java架构师需要做六个方面的工作。

1，需求整理分析

首先，第一手的信息损失最少，架构师能够更好的把握需求；其次，分析人员在与客户交流时，往往不会深入挖掘需求，因为有很多隐藏的需求客户自己都不见得意识的到，而架构师则可以依靠敏感的软件嗅觉发现这些需求，减少以后的变数；第三，分析人员往往脱离开发团队，盲目接受客户需求，而架构师能够清楚把握现有的研发团队能做什么，不能做什么，提前预知风险，降低项目失败的机率。

2，系统分解

在收集完信息后，架构师需要将用户需求转化为软件需求，同时要补充非业务需求，如健壮性，扩展性等等。如何区分和化解用户需求与软件需求，如何有效把握用户需求与软件需求的区别，是系统分解的核心。这是最考验架构师的地方，也是只有架构师参与的工作。

3，技术选型

这一步要根据对软件需求决定项目该使用何种架构，开发模型，及依赖选项。如使用多层架构还是分布式架构，是瀑布模型还是RUP，是使用MySQL还是SQLServer，是否需要使用企业库，是否需要使用ORM。但是，架构师对项目的技术选型要提供多种不同的方案，并为每种不同方案提供详细说明文档，用来阐述每种方案的优势，劣势，可行性等内容。这些文档供项目经理或领导决策最终的技术选型。

4，系统设计

依据软件需求和技术选型，架构师需要和软件工程师一起将软件需求落实到软件详细设计说明书中。架构师负责将软件需求分解，重组织为子项目，子系统，组件和模块，以及它们之间的逻辑关系，从而形成不同的逻辑组成部分，最后还需要确定各个子系统及组件间的接口。这些都是作为进一步的团队分工的依据。同系统分解一样，系统设计是考验架构师能力的重要职责。

5，培训与指导

在软件详细设计说明书完成后，为保证项目的顺利进行，架构师需要对整个团队进行技术培训，让团队中的每个人明白自己的职责范围，该做什么，不该做什么。

在项目实施过程中，架构师需要参与到具体开发过程中，给与每个开发人员有效指导，以避免团队成员对系统设计的误解而造成项目的延误。在我看来，这点对于新手比较多的团队尤为重要。因为国内新手的一个通病是眼高手低，刚学会了一点点就认为自己什么都会；当他们拿到真正的设计时又往往不知所措，畏首畏尾。

6，保持沟通

沟通是保证项目顺利开展的有效保障。架构师要从多方面跟踪项目进度，及时与项目经理或直属领导汇报项目进展，与技术开发人员沟通遇到的问题，如果是迭代开发，还需要与用户沟通需求变更。