好很好非常好666
对于任何一个软件开发人员来说，架构师都是一个令人向往的角色。就连世界首富比尔盖茨在2000年卸任公司CEO的同时，也担任了微软公司的荣誉角色“首席软件架构师”，可见“架构师”这一称谓的吸引力。架构师是公司的“金领”，有着非常高的收入，很少需要考虑生存的问题，从而有更多的精力思考关键技术问题，形成“强者愈强”的良性循环。部分优秀的开发人员在工作了一定时间后，就要开始考虑自己的未来到底向哪个方向发展。如果开发人员的沟通能力强过技术能力，在补充一定的项目管理知识后，可以向技术管理的方向转型。如果其对技术一直很感兴趣，而沟通能力也不弱，则可以试着进一步加强技术修养，以期向架构师的方向发展，最终“修成正果”。
那么，到底什么是架构师呢？所谓的架构师，应该是一个技术企业的最高技术决策者。他主要负责公司软件产品或软件项目的技术路线与技术框架的制订。好的架构师都是善良的独裁者，具有很强的技术、良好的写作能力、良好的口头表达能力，能够在各个层次进行沟通。从开发人员到架构师的成长应该是阶梯式的，一般来讲开发人员在刚刚开始工作时只能开发简单的独立软件模块，慢慢的随着经验的增长，他开始接触一些相互之间有信息传递的模块，而后来，他会发现自己接到的开发任务已经不是一个独立的单体，这些任务由一些专门的软件部分组成，可能包含数据库，工作流引擎，消息服务等等各种功能模块，可能分布在不同的服务器上，所有的部分协同起来，完成软件功能。而这时候，体系结构的好坏将直接决定了系统的性能和可扩展性，而就在这时候，这名优秀的开发人员也开始思考架构师应该思考的问题了，或者说，他向成长为架构师的道路迈出了一大步。
什么是架构师最具价值的技能呢？就是要了解不同的知识，做一个“杂家”或者说“博学家”。当然，如果你的数据库技术非常棒，或者你在工作流引擎方面具有不可超越的专家知识，那也是很不错的。好的架构师有好多都是从专家成长过来的。但是，这不是架构师应该做的事情，架构师应该做的是了解所有的东西，既了解技术的宏观面，又了解技术的细节。真正的架构师不仅仅要了解软件，也要了解硬件，在关键的部位使用合适的硬件来取代软件，可以成倍甚至成百倍的提高整个系统的效率。下面我将会以互联网行业对的架构师的要求为例，向大家讲解作为架构师应该具备的知识。
互联网行业是当前最激动人心的行业之一，很多的创新都来自于这个行业，而每一个大型的网站如Google，Yahoo，Myspace等都需要解决一个非常复杂的问题，就是网站的分布式向外扩展(Scale Out)的问题。解决这个问题，需要最优秀的架构师对业务进行剖析，利用软硬件将网站进行重构，甚至根据业务研发相应的分布式技术，解决网站复杂的分布式计算的问题。如果你想在这个行业中成为一名架构师的话，需要至少掌握网络知识，硬件，软件，网站优化等方方面面的知识：
网络知识
当前的软件已经绝对不是那种仅仅跑在一台单机上的孤立应用了。不仅仅是在互联网行业，任何一个行业的软件，都要求其具有网络功能。因此，网络知识是架构师必备的知识。我们所说的网络知识，不仅仅包括TCP/IP，http等互联网行业常用的软件协议，也包括网络规划，甚至更具体的说，根据网站应用所处的地理环境进行网络规划。比如人们常说：“这世界上最远的距离不是生与死的距离，而是电信到网通的距离”（笑）如果应用是建立在中国的，就要考虑电信用户和网通用户访问网站的速度应该都比较快才可以。这时候的解决方案可能有多种，比如采用CDN（Content Delivery Network内容分发网络）使得网站的内容发布到离用户最近的服务器，又可以采用把服务器放在一些所谓的双线机房中，甚至将几种方案结合起来使用。这些都统统归到网络知识中。做为公司的架构师，要对这些知识都有所了解，才有助于在遇到问题时找到最佳答案。
硬件知识
了解硬件的极限，是架构师的基本功。我见过一些人，他们的眼中软件硬件都是没有极限的，需要资源就申请，系统性能下降了就买更高级的设备。然而，硬件的性能有很大一部分取决于I/O设备。而这些I/O设备依靠的都是机械物理运动，这种运动是有极限的。因此当资源访问量增大到一定的程度时，这种物理运动将成为瓶颈。比如说，在开发网站的过程中，记录访客的状态是一件很重要的事情，一般来说可以使用HttpSession来记录。而HttpSession的存储问题将是一个很大的挑战，尤其是多机共享Session时，将HttpSession存成文件并通过多机共享或网络备份的方式来解决分布式的问题是常用的方案，然而，架构师必须考虑到这种方案是有I/O极限限制的，很难扩展到超过一定规模的大型网络。同时，架构师应该了解目前最近的硬件发展是否对软件系统会造成一定的影响，比如在多核的条件下是否对软件编程有新的要求，是否会对运行在虚拟机和非虚拟机上的程序有影响等等。
软件知识
软件知识所包含的范围就更加广泛了。对于互联网行业来讲，架构师要了解操作系统，数据库，应用服务器等各方面的知识。比如说，如果网站使用的操作系统是Linux，就要了解这个Linux版本的性能与局限性，比如说最多可以存放的单个文件为多大。有的数据库的数据是以单个文件来存放的，虽然我们很少见到数据库中的数据多到不能再放入一条记录的情况，但是作为架构师，请时刻注意，这种可能性是有的。而且如果你有幸在一家高速成长的互联网企业中，而你所负责的应用又没有经过优化的话，可能你会很快见到这种现象。这种现象的发生可能是由于操作系统不支持大文件的原因，也可能是数据库不支持大文件。不论如何，架构师应该在这种现象发生之前就把一切都准备好。对数据库中表的拆分是架构师应该遇到的另外一个困难。一般来说增加应用服务器比较简单而增加数据库服务器则是比较复杂的问题，如果一个站点由多个数据库支持，架构师需要考虑如何在保证数据一致的情况下，让多个数据库分担压力。有些解决方案是将数据库的读写分开，使得大多数的查询sql不经过核心数据库，而只是访问数据库的副本，但事实上，这种方式也只能维护规模不大的网站。对于大型的网站来说，把业务分散到不同的数据库中，只共享必要的数据，才是合理的提高网站扩展性的解决方案。
其他知识
作为系统架构师，可能还需要对分布式系统，负载均衡，网络安全，数据监控等等各方面都有所了解。不仅仅是了解理论知识，也要对相关的产品和业界进展有一定的认识。比如说做负载均衡最好的产品是那种。目前最常用的备份策略是什么，有什么缺点。如何使用缓存，如何做好日志分析等等。
刚刚谈到的是架构师需要掌握的知识，然而，冰冻三尺非一日之寒。这个过程需要我们慢慢的积累。如果你已经进入到公司进行软件开发，请时刻关注你所开发软件的性能与可扩展性，而不仅仅局限在功能上，时刻想着任何一个简单的问题：我开发的模块如果放在多人并发的环境下会怎样，慢慢的就会有所心得。如果你还是一个在校学生，不要想着自己离架构师这个职位还很遥远。要知道，成为架构师的修炼之路是很长的，甚至可以说是终身的，因此早点进入学习状态，不断修炼自己。在学校期间学好离散数学，数据结构，操作系统，编译原理，体系结构，数据库原理等关键课程，并积极寻找机会到外面实习，增长自己的工作经验。如果有机会去到一些技术主导的公司中工作，就一定不要放弃这种机会，慢慢就会成长起来。最重要的，你会养成关注技术，勤于思考的好习惯。当有一天你发现自己对任何技术难题都可以一眼看到其本质，并能够将其分解为一个个可轻松解决的模块，你会由衷的感觉到知识给你带来的快乐，或许那一天，你已经是一个架构师了。
请问“软件工程师”与“系统架构师”还有“项目经理”这三个职位有什么区别，分别要求要什么？
系统架构设计师考试合格人员能够根据系统需求规格说明书，结合应用领域和技术发展的实际情况，考虑有关约束条件，设计正确、合理的软件架构，确保系统架构具有良好的特性；能够对项目的系统架构进行描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；能够与系统分析师、项目管理师相互协作、配合工作；具有高级工程师的实际工作能力和业务水平。
软件设计师考试的合格人员能根据软件开发项目管理和软件工程的要求，按照系统总体设计规格说明书进行软件设计，编写程序设计规格说明书等相应的文档；组织和指导程序员编写、调试程序，并对软件进行优化和集成测试，开发出符合系统总体设计要求的高质量软件；具有工程师的实际工作能力和业务水平。
系统集成项目经理考试合格人员能够掌握系统集成项目管理的知识体系；具备管理系统集成项目的能力；能根据需求组织制订可行的项目管理计划；能够组织项目实施，对项目进行监控并能根据实际情况及时做出调整，系统地监督项目实施过程的绩效，保证项目在一定的约束条件下达到既定的项目目标；能分析和评估项目管理计划和成果；能对项目进行风险管理，制定并适时执行风险应对措施；能协调系统集成项目所涉及的相关单位和人员；具有工程师的实际工作能力和业务水平。
软件架构师是不是包括系统架构师和系统分析师?
软件架构师——（Software Architec）软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员。
架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。
l、领导与协调整个项目中的技术活动（分析、设计和实施等）
2、推动主要的技术决策，并最终表达为软件构架
3、确定和文档化系统的相对构架而言意义重大的方面，包括系统的需求、设计、实施和部署等“视图”
4、确定设计元素的分组以及这些主要分组之间的接口
5、为技术决策提供规则，平衡各类涉众的不同关注点，化解技术风险，并保证相关决定被有效的传达和贯彻
6、理解、评价并接收系统需求 7、评价和确认软件架构的实现 专业技能
软件设计师 和 系统架构师 哪个好
系统分析师的工作了解需求-》分析需求-》需求建模给设计人员沟通需求的设计意图然后设计人员去实现设计人员设计原型-》用户系统分析师工作用户反馈意见-》了解需求。。。有时需要循环迭代。因为需求通常不是一开始就很明确的系统架构师的工作不光是需求统观全局：站在更高的起点去做考虑整个系统的设计沟通：需要和客户或者分析人员沟通。需要和设计人员一起探讨设计意图）。决策判断和取舍：如选择什么技术方案对于目前项目是最适合的。架构师不是只关注功能需求的、很大程度上偏向于非功能需求的考虑。比如：效率、可靠性、并发、负载等等因为架构设计出来是需要实践检验的。考试内容基本上差不多，就是稍有侧重点。架构师建议你搞懂23种设计模式4+1视图架构体系等等尤其是系统的非功能属性，多关注一下系统分析师有时也会考架构的题目，项目管理的题目也考。有点不明白方向了。我也不好说上半年考系统分析师5月最后一个星期下班年考系统架构师11月第一个星期希望以上信息对你有用！
程序员，架构师，软件工程师的区别
1、程序员，架构师，软件工程师的能力要求不同，程序员是从事程序开发、程序维护人员，但是不擅长写文档。软件工程师的技术要求比较全面，会熟练的写语言代码，也会写一些项目的文档。架构师是软件开发过程中的重要人物，主要负责大系统项目的架构设计。
2、程序员，架构师，软件工程师级别不同，程序员分为初级程序员、中级程序员，软件工程师是从事软件职业的人员的一种职业能力的认证，架构师是团队领导型人物，是需要从资深软件工程师里面提升为架构师。
3、程序员，架构师，软件工程师平均年薪不同，美国谷歌程序员的工资最低年薪平均水平为12.8336万，软件工程师平均工资较高，谷歌软件工程师年薪平均水平为25-30万美元，架构师的工资水平是最高的，谷歌大数据架构师年薪为50-60万美元。
参考资料：百度百科—软件架构师
系统分析师于软件架构师的区别
系统分析师的工作内容，依阶段划分大致可分为下述几个阶段：
系统分析：分析现行系统:确定系统的功能需求;确定系统的资源:保护及绩效需求，发展系统架构确定使用单位将面临的环境及组织变迁。
初步设计：划分作业子系统．拟定子系统的输入、输出、接口及作业处理流程:子系统人工操作规格:逻辑质料库设计:开列系统软、硬件规格。
细步设计：设计实体数据库:设计人工操作程序;设计文件表格及输出、入格式;拟订程序规格及组步流程:确定公用例程与共享程序。
系统测试：根据分析阶段所订定的各种功能．加以测试，错误资料收集与分析。
资料转换：整理及汇编文件．指派工作人员及进行训练．进行资料转换。
系统维护：更正系统内潜伏的错误:因适应环境的改变而做适度的调整。
一个机构的分析师因工作性质的关系，一方面需要与作业单位有关人员讨论系统需求，另一方面亦要随时了解程序设计人员工作进度，以掌握系统开发进度．因而时常往来于不同的单位间，但是大多数的时间均为独自作业:不希望有太多的外在干扰．因此，通常都会有固定而较幽静的办公处所。
软件架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且需要有良好的组织管理能力。可以这样说，一个架构师工作的好坏决定了整个软件开发项目的成败。
⒈领导与协调整个项目中的技术活动（分析、设计和实施等）。
⒉推动主要的技术决策，并最终表达为软件构架。
⒊确定和文档化系统的相对构架而言意义重大的方面，包括系统的需求、设计、实施和部署等“视图”。
⒋确定设计元素的分组以及这些主要分组之间的接口。
⒌为技术决策提供规则，平衡各类涉众的不同关注点，化解技术风险，并保证相关决定被有效的传达和贯彻。
⒍理解、评价并接收系统需求。
⒎评价和确认软件架构的实现 专业技能。
系统架构师与软件架构师的区别？？？
软件架构师是软件项目的灵魂，一个是设计软件，一个却是设计整个项目
请采纳答案，支持我一下。
答非所问
软件架构师主要是做什么啊？
主要是管理与技术两方面的能力，管理与技术两手都要硬，而技术是基础。技术不行、退化了，那只好做 PPT 架构师、首席布道师之类的。
技术能力
软件架构师是一位具有一定技术、产品、项目和团队等管理能力的高级程序员（编程高手），通常是一个开发团队里面技术最牛（或者比较牛）的少数几个人之一。架构师自身的技术水平和管理水平不行，常常会把团队带沟里，重要性可想而知。
成为架构师需要较长时间的一线开发经验的积累。单纯看工作年限，一般 3-5 年可成为初级架构师，5-8 年可成为中级架构师，8-10 年以上可成为高级软件架构师，当然这只是大致的估计，具体达到何种水平还要看架构师的实际能力。
经年累月，摸爬滚打，一位优秀的软件架构师需要掌握的技术能力很多，先说几个最基本的。
建模
软件开发领域的建模能力，主要是指抽象的思考能力。
普通码农通常用代码思考，负责一个系统中的几个小模块，所以思维常常局限在低层（low-level）、战术（tactic）的层面，考虑的基本上大多是某个功能、某个模块实现的具体细节与技巧。这是应该而且正常的，是团队合理分工的结果。
而架构师，顾名思义，要负责整个系统的架构，尤其是涉及到一个系统（或子系统）全局的整体设计，所以往往需要高层、上层（high-level）的战略（strategic）层面的思考，这样就必然需要架构师经常进行建模（Modeling），对代码、模块、子系统和系统中的各种静态结构、关系和动态行为、交互等等进行抽象。所以，在架构师的日常工作中，经常看到各种各样的图表、图形符号和模型，是很正常的。
可以说，不会建模，不习惯于用模型思考的程序员，是很难成为一名称职的软件架构师的。这里不得不推荐一下动力节点，他们的教学方式和其他机构截然不同：
这里以全栈教学为主，精通前段后端，程序设计思想，并且培养真实企业项目开发经验
系统分析与设计
前面已经说了，系统分析与设计（System Analysis and Design）的主要技术手段是建模，两者是高度重合的。
编程的四门功课
上图画的是任何软件开发、软件工程必然离不开的四门基本功课（四项基本活动或任务）：
1、需求分析
2、设计实现
3、测试验证
4、调试纠错
把这四项活动连起来正好组成一个菱形，所以我也把它们叫作“编程之钻”（The Programming Diamond）。
这四门功课既可以看作是一个团队在整个项目开发过程中所连续从事的必不可少的四项基本活动（团队层面），也可以看作是一名程序员在日常开发中为了实现一个需求而需要完成的必不可少的四项基本任务（个体层面）。
从一个功能的需求分析，到程序设计、编码实现，再到测试确认这个功能的完成，以及发现错误后进行调试定位、代码修改、设计重构或优化，再次进行测试和确认，通过后再选择下一个需求进行分析，如此周而复始。。。这四个基本动作正好构成一个功能开发的小循环，也是每个程序员日常工作的标准核心动作。
那么，为什么普通码农的开发不如编程高手，总是比别人慢，往往也不如别人的好？可能有许多种原因。有一个比较简单的办法能帮你找到开发的瓶颈：评估一下以上这四项任务在你的日常开发中的时间占比。
我这 20 年的观察是，国内许多码农的开发效率低、质量不高，是因为他们往往在 Coding、Debugging 上花去了大量时间（人称 code-and-fix），而在“编程之钻”的需求分析、自动测试、架构设计等其他几个重要方面往往草草带过，占比明显不平衡。
什么原因？因为许多人不知道怎么有效率、高质量地去做需求分析、自动测试、架构设计以及调试除错，以为只有 Coding（编程语言的语法技巧和框架 API 如何使用等）最重要，忽视了其他的软件工程关键实践，于是导致个人整体的开发速度和质量降低，老是提不上去。
而这又是什么原因造成的？因为一方面“软件工程无用论”长期存在，加上浮躁和急功近利的社会风气，影响了人们的观念和意识，导致追求短平快、糙快猛；而另一方面仅通过大学短短的四年，常常很难全面、扎实地学到并掌握“编程之钻”的关键技术，而工作以后又常常忙于加班应付、各种赶工期，缺少足够的时间来学习提高自己的开发水平。
转载请注明出处51数据库 » 软件系统架构师 软件系统架构师必修内容是什么
