为什么要向软件架构师的方向努力
⑴ 我现在是在校大学生。学的软件开发 我以后想做系统架构师就是走技术路线。 问一下前辈我要是往架构师方
首先架构师不是学出来的，是从程序员开始慢慢积累起来的、是高级程序员的升华，没见过那个架构师不会写程序。
其次，成为软件高手甚至架构师，涉猎的知识越宽泛越好，因为您的架构可能会涉及不同语言、不同技术的框架。
再次，关于java c 还是.net、php问题，本就是见仁见智的，我个人更喜欢java和c语言
⑵ 如何把自己培养成为一名系统软件架构师!
在技术全面、成熟练达、洞察力强、经验丰富，具备在缺乏完整信息、众多问题交织一团、模糊和矛盾的情况下，软件架构师能迅速抓住问题要害，并做出合理的关键决定的能力 l、具备战略性和前瞻性思维能力，善于把握全局，能够在更高抽象级别上进行思考。主要包括如下：
⒈对项目开发涉及的所有问题领域都有经验，包括彻底地理解项目需求，开展分析设计之类软件工程活动等
⒉具备领导素质，以在各小组之间推进技术工作，并在项目压力下做出牢靠的关键决策；
⒊拥有优秀的沟通能力，用以进行说服、鼓励和指导等活动，并赢得项目成员的信任；
⒋以目标导向和主动的方式来不带任何感情色彩地关注项目结果，构架师应当是项目背后的技术推动力，而非构想者或梦想家（追求完美）；
⒌精通构架设计的理论、实践和工具，并掌握多种参考构架、主要的可重用构架机制和模式（例如J2EE架构等）；
⒍具备系统设计员的所有技能，但涉及面更广、抽象级别更高； 活动确定用例或需求的优先级、进行构架分析、创建构架的概念验证原型、评估构架的概念验证原型的可行性、组织系统实施模型、描述系统分布结构、描述运行时刻构架、确定设计机制、确定设计元素、合并已有设计元素、构架文档、参考构架、分析模型、设计模型、实施模型、部署模型、构架概念验证原型、接口、事件、信号与协议等。
网上的，你看一下，你自己能做到其中多少？？？
⑶ 架构师的重要作用
软件架构师在整个软件开发过程中都起着重要的作用，并随着开发进程的推进而其职责或关注点不断地变化，在需求阶段，软件架构师主要负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等等，此外，架构师还要经常审查客户及市场人员所提出的需求，确认开发团队所提出的设计;在需求越来越明确后，架构师的关注点开始转移到组织开发团队成员和开发过程定义上;在软件设计阶段，架构师负责对整个软件体系结构、关键构件、接口和开发政策的设计;在编码阶段，架构师则成为详细设计者和代码编写者的顾问，并且经常性地要举行一些技术研讨会、技术培训班等;随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点;在软件维护开始时，软件架构师就开始为下一版本的产品是否应该增加新的功能模块进行决策。
⑷ 如何成为软件架构师
架构师首先必须具有丰富的开发经验，是个技术主管。因为他必须清楚什么是可以实现的，实现的方式有哪些，相应的难度怎么样，实现出来的系统面对需求变化的适应性等一系列指标。另外，需要对面向过程、面向对象、面向服务等设计理念有深刻的理解，可以快速的察觉出实现中的问题并提出相应的改进（重构）方案（也就是通常说的反模式）。这些都需要长期的开发实践才能真正的体会到，单从书本上很难领会到，就算当时理解了也不一定能融会到实践中去。在技术能力上，软件架构师最重要也是最需要掌握的知识是构件通信机制方面的知识，包括进程内通信（对象访问、函数调用、数据交换、线程同步等）以及进程外（包括跨计算机）的通信（如RMI、DCOM、Web Service）。在WEB应用大行其道的今天，开发者往往对服务器间的通信关注的比较多，而对进程内的通信较少关注。进程外跨机器通信是构建分布式应用的基石，它是架构设计中的鸟瞰视图；而进程内的通信是模块实现的骨架，它是基石的基石。如果具体到一个基于.Net企业级架构设计，首先需要的是语言级别的认识，包括.NET的CLR、继承特性、委托和事件处理等。然后是常用解决方案的认识，包括ASP.NET Web Service、.NET Remoting、企业服务组件等。总之，丰富的开发实践经验有助于避免架构师纸上谈兵式的高来高去，给代码编写人员带来实实在在的可行性。其次，具有足够的行业业务知识和商业头脑也是很重要的。行业业务知识的足够把握可以给架构师更多的拥抱变化的能力，可以在系统设计的时候留出一些扩展的余地来适应可能来临的需求变化。有经验的设计人员可能都碰到过这样的事，一厢情愿的保留接口在需求变化中的命中率非常低。也就是说，在系统设计之初为扩展性留下来的系统接口没能在需求变化的洪流中发挥真正的作用，因为需求的变化并没有按照预想的方向进行，到最后还是不得不为变化的业务重新设计系统。这就是因为对业务知识的理解和对市场或者商业的判断没有达到一个实用的、可以为架构扩展性服务的水平。再次，架构设计师对人的关注必须提升到架构设计之初来纳入考虑的范围，包括沟通以及对人员素质的判断。软件过程是团队协作共同构建系统的过程，沟通能力是将整个过程中多条开发线粘合在一起的胶水。大家都应该碰到过事后说“原来是这样啊，我不知道啊”或者某个开发人员突然高声呼喊“为什么这里的数据没有了”之类的。沟通的目的就是尽量避免多条开发线的混乱，让系统构建过程可以有条理的高效进行。另外，对人的关注还表现在对团队成员的素质判断上，比如哪些开发人员对哪些技术更熟悉，或者哪些开发人员容易拖进度等。只有合理的使用人力资源，让合适的人做合适的事情才能让整个软件过程更加高效。架构师应时刻注意新软件设计和开发方面的发展情况，并不断探索更有效的新方法、开发语言、设计模式和开发平台不断很快地升级，软件架构师需要吸收这些新技术新知识，并将它们用于软件系统开发工作中。但对新技术的探索应该在一个理性的范围内进行，不能盲目的跟风。解决方案提供商永远都希望你能使用它提供的最新技术，而且它们在推广自己的解决方案的时候往往是以自己的产品为中心，容易给人错觉。比如数据库，往往让人觉得它什么都能做，只要有了它其它什么都不重要了。但事实上并不是如此，对于小型应用可以将许多业务逻辑用script的方式放入数据库中，但很少看到大型应用采用这样的做法。对于新东西需要以一种比较的观点来判断，包括横向的比较和纵向的比较，最后得出一些性能、可移植性以及可升级等指标。另外，新入行的开发人员往往关心新技术动向而忽略了技术的历史，而从DOS时代一路杀过来的开发者就对现在的技术体系有较全面的把握。
⑸ 软件行业里常说的“架构”，究竟是什么东西
一直以来，在软件行业，对于什么是架构，都有很多的争论，每个人都有自己的理解。甚至于很多架构师一说架构，就开始谈论什么应用架构、硬件架构、数据架构等等。我曾经也到处寻找过架构的定义，请教过很多人，结果发现，没有大家都认可的定义。套用一句关于 big data 流行的笑话，放在架构上也适用：
Architecture is like teenage sex，everybody talks about it，nobody really knows what is it。
事实上，架构在软件发明时的 N 多年以前，就已经存在了，这个词最早是跟随着建筑出现的。所以，我觉得有必要从源头开始，把架构这个概念先讨论清楚，只有这样，软件行业架构的讨论才有意义。
什么是架构?
架构的英文是 Architecture，在 Wikipedia 上，架构是这样定义的：
Architecture (Latin architectura, from the Greek ἀρχιτέκτων arkhitekton” architect”, from ἀρχι- “chief” and τέκτων “builder”) is both the process and the proct of planning, designing, and constructing buildings and other physical structures。
从这个定义上看，架构好像是一个过程，也不是很清晰。为了讲清楚这个问题，我们先来看看为什么会产生架构。
为什么会产生架构?
想象一下，在最早期，每个人都完全独立生活，衣、食、住、行等等全部都自己搞定，整个人类都是独立的个体，不相往来。为了解决人类的延续的问题，自然而然就有男女群居出现，这个时候就出现了分工了，男性和女性所做的事情就会有一定的分工，可是人每天生活的基本需求没有发生变化，还是衣食住行等生活必须品。
但是一旦多人分工配合作为生存的整体，力量就显得强大多了，所以也自然的形成了族群：有些人种田厉害，有些人制作工具厉害，有些地方适合产出粮食，有些地方适合产出棉花等，就自然形成了人的分群，地域的分群。当分工发生后，实际上每个人的生产力都得到了提高，因为做的都是每个人擅长的事情。
整个人群的生产力和抵抗环境的能力都得到了增强。为什么呢?因为每个人的能力和时间都是有限的，并且因为人的结构的限制，人同时只能专心做好一件事情，这样不得已就导致了分工的产生。既然分工发生了，原来由一个人干生存所必需的所有的事情，就变成了很多不同分工的角色合作完成这些事情，这些人必须要通过某些机制合在一起，让每个人完成生存所必需的事情，这实际上也导致了交易的发生(交易这部分就不在这里展开了，有机会再讨论)。
在每个人都必须自己完成所有生活必须品的生产的时候，是没有架构的(当然在个人来讲，同一时刻只能做有限的事情，在时间上还是可能会产生架构的)。一旦产生的分工，就把所有的事情，切分成由不同角色的人来完成，最后再通过交易，使得每个个体都拥有生活必须品，而不需要每个个体做所有的事情，只需要每个个体做好自己擅长的事情，并具备一定的交易能力即可。
这实际上就形成了社会的架构。那么怎么定义架构呢?以上面这个例子为例，把一个整体(完成人类生存的所有工作)切分成不同的部分(分工)，由不同角色来完成这些分工，并通过建立不同部分相互沟通的机制，使得这些部分能够有机的结合为一个整体，并完成这个整体所需要的所有活动，这就是架构。由以上的例子，也可以归纳出架构产生的动力：
必须由人执行的工作(不需要人介入，就意味着不需要改造，也就不需要架构了)
每个人的能力有限(每个人都有自己的强项，个人的产出受限于最短板，并且由于人的结构限制，同时只能专注于做好一件事情，比如虽然有两只眼睛，但是只能同时专注于一件事物，有两只手，无法同时做不同的事情。ps. 虽然有少部分人可以左手画圆右手画框，但是不是普遍现象)
每个人的时间有限(为了减少时间的投入，必然会导致把工作分解出去，给擅长于这些工作的角色来完成，见 2，从而缩短时间)
人对目标系统有更高的要求(如果满足于现状，也就不需要进行架构了)
目标系统的复杂性使得单个人完成这个系统，满足条件 2，3(如果个人就可以完成系统的提高，也不需要别的人参与，也就不需要架构的涉及，只是工匠，并且一般这个工作对时间的要求也不迫切。当足够熟练之后，也会有一定的架构思考，但考虑更多的是如何提高质量，提高个人的时间效率)
有人可能会挑战说，如果一个人对目标系统进行分解，比如某人建一栋房子，自己采购材料，自己搭建，难道也不算架构嘛?如果对于时间不敏感的话，是会出现这个情况的，但是在这种情况下，并不必然导致架构的发生。如果有足够的自觉，以及足够的熟练的话，也会产生架构的思考，因为这样对于提高生产力是有帮助的，可以缩短建造的时间，并会提高房子的质量。事实上建筑的架构就是在长期进行这些活动后，积累下来的实践。
当这 5 个条件同时成立，一定会产生架构。从这个层面上来说，架构是人类发展过程中，由懵懵懂懂的，被动的去认识这个世界，变成主动的去认识，并以更高的效率去改造这个世界的方法。以下我们再拿建筑来举例加强一下理解。
最开始人类是住在山洞里，住在树上的，主要是为了躲避其他猛兽的攻击，以及减少自然环境的变化，对人类生存的挑战。为了完成这些目标，人类开始学会在平地上用树木和树叶来建立隔离空间的设施，这就是建筑的开始。但是完全隔离也有很多坏处，慢慢就产生了门窗等设施。
建筑的本质就是从自然环境中，划出一块独占的空间，但是仍然能够通过门窗等和自然环境保持沟通。这个时候架构就已经开始了。对地球上的空间进行切分，并通过门窗，地基等，保持和地球以及空间的有机的沟通。当人类开始学会用火之后，茅棚里面自然而然慢慢就会被切分为两部分，一部分用来烧饭，一部分用来生活。当人的排泄慢慢移入到室内后，洗手间也就慢慢的出现了。这就是建筑内部的空间切分。
这个时候人们对建筑的需求也就慢慢的越来越多，空间的切分也会变成很多种，组合的方式也会有很多种，比如每个人住的房子，群居所产生的宗教性质的房子，集体活动的房子等等。这个时候人们就开始有意识的去设计房子，架构师就慢慢的出现了。一切都是为了满足人的越来越高的需求，提升质量，减少时间，更有效率的切分空间，并且让空间之间更加有机的进行沟通。这就是建筑的架构以及建筑的架构的演变
总结一下，什么是架构，就是：
根据要解决的问题，对目标系统的边界进行界定。
并对目标系统按某个原则的进行切分。切分的原则，要便于不同的角色，对切分出来的部分，并行或串行开展工作，一般并行才能减少时间。
并对这些切分出来的部分，设立沟通机制。
根据 3，使得这些部分之间能够进行有机的联系，合并组装成为一个整体，完成目标系统的所有工作。
同样这个思考可以展开到其他的行业，比如企业的架构，国家的架构，组织架构，音乐架构，色彩架构，软件架构等等。套用三国演义的一句话，合久必分，分久必合。架构实际上就是指人们根据自己对世界的认识，为解决某个问题，主动地、有目的地去识别问题，并进行分解、合并，解决这个问题的实践活动。架构的产出物，自然就是对问题的分析，以及解决问题的方案：包括拆分的原则以及理由，沟通合并的原则以及理由，以及拆分，拆分出来的各个部分和合并所对应的角色和所需要的核心能力等。
望采纳！
⑹ 我是一名java程序员，想在几年内成为一个架构师，我应该怎么做看什么书注重些什么东西,请高手指点一二
小蔡：我感悟到的就是因为对软件行业不了解，所以缺少一根结实的线将自己与梦想有序地串联起来，因此很难深刻体会到目标在自己掌控下挣扎时的力量。那么，通 常程序员如何对自
小蔡：“我感悟到的就是因为对软件行业不了解，所以缺少一根结实的线将自己与梦想有序地串联起来，因此很难深刻体会到目标在自己掌控下挣扎时的力量。那么，通 常程序员如何对自己的角色做分析呢？”
锐哥顺手在纸上画了几个图，说：“确切地说，你应该问程序员通常的发展路线是怎样 的？你们可以看看这个图（如图3-1所示），当一个初步的职业规划方案已经成型时，如果制订者目前已在一个软件公司工作，那么，对他来说进一步的提升非常 重要。首先要做的则是进行角色分析，反思一下这个职业环境对个人的要求和期望是什么，如何使自己在单位中脱颖而出。
图3-1
“通常，软件技术人员的职业发展有几个选择：专注于技术，成为技术专家；转型到技术 型销售、技术支持等；随着技术成长，从技术性管理到高级管理。这是大家都看得清楚的方向，也都在向这些方向的金字塔尖努力。
“就像烹饪鱼一样，每一个阶段目标都需要你进行角色分析，找出这一角色需要的‘配 料’，当你注意收集技术、素养等相关‘配料’后，就会成功烹饪出你所需要的目标鱼。前提是你一定要了解自己的特点和优势，就好比黄瓜种子是不可能培育成西 瓜一样。”
锐哥继续说：“这归根结底，都是以技术为基础。在扎实的技术基础上（高级软件工程 师），如果有着比较强的抽象设计能力，又打算专注于技术开发，架构师是个好的选择；如果性格更适合做管理，情商能力突出，技术型管理应该是下一步的方向。 这种发展规划属于‘瘸腿走路’的类型，各有侧重主攻发展的职业方向，也是目前一般程序员普遍采用的发展路线规划。”
小蔡认真地看着图说：“程序员职业规划还有这么多学问！我看到每个角色配合的学历， 那么学历和认证证书真的很重要吗？还有必要花钱参加社会技术培训吗？”
锐哥：“决胜点在于长期的点滴积累，认证证书、成绩、丰富的经历是求职的表面文章， 在目前软件行业里不是很看中这个，真正的‘内功’是需要规划的。至于培训，我倒是很建议直接加入软件公司，你就会学到很多实际的东西。不过，学历教育虽然 在职业生涯里不是主要的，但是随着职位的提升却有很重要的意义，能辅助拓展你的职业发展空间，而不是以此为阻碍从而失去更多的机会。 ”
“已经工作两年以上的程序员可以有几种基本的职业规划：技术专家、软件架构师、实施 顾问或销售。其中程序员最主要的发展方向是资深技术专家，无论是Java、.NET还是数据库领域，都要首先成为专家，然后才可能继续发展为架构师。尽管 架构师的职位可以工作一辈子，待遇也非常好，对于科班出身的程序员最为适合，但这种工作职位非常有限，因为在中国目前的IT行业，架构师需要的条件比较复 杂，而且需求量也比较少，这也是我国软件行业走向国际并有待成熟的因素之一。”
大熊指着另外一张图说：“这个是综合才能型发展路线图（如图3-2所示），我听说目 前国内缺乏的是管理能力和专业知识技能并驾齐驱的IT人才。是不是指着这种复合型人才？”
图3-2
锐哥说：“是的，特别是懂得运用目标管理技术的项目管理人才，既掌握核心技术又有全局掌控能 力的项目管理人才，非常难找。我建议对于大多数人来说，首先是要专，只有在技术方向上做得比较深入，才能适当做工作调整，把自己转变为某个领域的专家。
“然后，根据自己的情况，决定自己做软件架构师还是高级的顾问销售，另外一部分人可 能就会走向管理，这和个人性格与情商有关。软件优秀的管理者都必须懂得技术，掌握核心技能的人才向管理岗位转型有很大的优势，因而提升管理能力成了转型的 关键。譬如，当唐骏还是微软一名普通程序员时，就从公司发展的角度考虑，向老板提议开发了中文版Windows，最终使他从几万名工程师中脱颖而出，成为 部门经理。正如他所说，虽然是程序员，但自己不能只把自己当程序员，你可以为老板和公司着想。
“调查研究后，带着解决方案去找老板，就会得到老板的重视和信任，所以一定要增强工 作主动性和参与性。无论是软件开发还是项目管理，国内员工大多只是做好份内事或完成交派任务，很少能主动发现问题。其实，只有拥有更高眼界，才能谋取大发 展。
“总之，程序员要根据本身的基本素质、技术能力选择开发层次，由低到高，逐步发展。 也是一名程序员本身具备相应素质的循序渐进的发展轨迹，包括很强的技术背景和综合管理才能等素养，这也就是所谓‘两条腿走路’的职业规划发展路线。”
小蔡：“原来技术转型还有这么多学问，受益匪浅。我打个比方，如果只是一名程序员， 但仍需要站在项目经理的层面上看自己的工作，这样才能更好地合作，融入团队中，并且锻炼自己的思想境界，从而提高自己。”
锐哥：“小蔡说得是。另外，在未来发展上首先确定自己的发展方向和研究方向，在学习 技术的同时还要为以后做准备，做好以后的技术转型。广度和深度是相对的，先广还是先深实质上从某种意义来说取决你的工作性质，如果你是从事单一工作的，多 半你会短暂先深，因为这是你立足的根本；而如果你选择的职业是综合性的，比如管理、讲师等，那么你必然要先有广度才可以，但一段时间后，你都要转入深度， 只有你在某一方面或领域有一定的深度后，你才能继续寻求广度，否则，你将什么都会，但什么都不精，这样的人在市场上是最难以立足的。”
大熊：“这张程序员发展路线图挺有意思，国际人才型（如图3-3所示），一定要求外 语口语流利吧？”
图3-3
锐哥：“是的。如果说前面‘两条腿走路’要求的综合能力成分多，随着国际化相互联系 越来越紧密，那么国际化人才可以说是当前更为便捷的程序员职业规划发展之路。目前，国际化软件项目经理是人才市场上炙手可热的人才，有丰富经验、外语口语 好的软件项目经理是抢手的香饽饽，供不应求，薪水自然也是水涨船高。最重要的是，一个优秀的项目经理可以在这个岗位上长久工作下去，并且有向高层进一步提 升的可能。外语好、技术又好的程序员发展路线很广，是目前国内外软件企业需要的热点人才。”
小蔡：“锐哥跟我们说了这么多，感觉对程序员、对软件行业的整体发展路线清晰了很 多，但是我该用什么方法进行选择呢？”
锐哥：“要想正确地选择，你得必须充分地了解、分析自己，你要学会SWOT职业规划 自我分析法。”
总结与提升
成功与失败的区别在于，成功者选择了正确而失败者选择了错误。因此，我们常常能够看 到一些天赋相差无几的人，由于选择了不同的方向，人生却迥然相异。选择正确的方向尤为重要，希望不同的程序员根据自己不同的优势和特点能画出适合自己的程 序员职业规划图。
软件开发也是有层次区别的，比如，按层次从高到低通常可分为：
系统开发：如操作系统、数据库系统、服务器系统开发；
专业开发：如网络安全、游戏、人工智能开发；
应用开发：如MIS、BI、ERP等系统开发；
普通开发：如网站、简单应用系统开发。
不同的层次，难度系数不一样，对技术要求、个人素质要求也不一样。要成为系统开发 者、专业开发者、高级应用开发者，需要有很高的专业知识和很强的逻辑、抽象、空间思维能力，这就要求具有很好的基础，同时具有较大的提升潜力。而要成为简 单开发者和初级应用开发者则相对容易些，正是这样，才使很多人走上了软件开发的道路。
⑺ 如何成为一名架构师
软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。
架构师不是通过理论学习可以搞出来的，不过不学习相关知识那肯定是不行的。总结架构师自我培养过程大致如下，仅供参考。
1、架构师胚胎(程序员)
学习的知识是语言基础、设计基础、通信基础等，应该在大学完成，内容包括java、c、c++、uml、RUP、XML、socket通信(通信协议)--学习搭建应用系统所必须的原材料。
2、架构师萌芽(高级程序员)
学习分布式系统、组建等内容，可以在大学或第一年工作时间接触，包括分布式系统原理、ejb、corba、com/com+、webservice(研究生可以研究网络计算机、高性能并发处理等内容)
3、架构师幼苗(设计师)
应该在掌握上述基础之上，结合实际项目经验，透彻领会应用设计模式，内容包括设计模式(c++版本、java版本)、ejb设计模式、J2EE构架、UDDI、软件设计模式等。在此期间，最好能够了解软件工程在实际项目中的应用以及小组开发、团队管理。
4、软件架构师的正式成型在于机遇、个人努力和天赋。
⑻ 软件架构师的培养
软件架构师一般都是具备计算机科学或软件工程的知识，由程序员做起，然后再慢慢发展为架构师的。在国内，很多大学目前还没有设立软件架构的学位课程，虽然IT业界对设计和架构的兴趣日渐高涨，但各学校还是无法在课程中增加相应的内容来体现这一趋势。从这个方面来说，学校教育已经远远落后于产业发展。因此，促进和发展软件架构学课程的任务将落在现在的软件架构师身上。目前的软件架构师应该帮助各大院校建立相关课程体系，一旦教育课程建立起来，知识体将不仅通过新毕业生的工作成果来得到扩展，同时也会从适合软件架构的教育研究和出版物中得到扩展[28]。
虽然大学要加强软件架构学课程的建设，但是，软件架构师的成长应该有一个实践的教育过程，并不是简单的学校的理论学习或者通过大型软件公司的认证就能成为合格的软件架构师。除了信息系统综合知识在学校学习外，软件架构师的大部分知识和经验将来自实际开发工作。根据软件架构师的任职条件，一名合格的软件架构师的成长应该经历8年以上的软件项目开发实际工作经验。一般需要经历程序员、软件设计师等阶段，然后再发展成为软件架构师。
当然，并不是每一位程序员经过8年后都可以成长为软件架构师的。一个软件工程师在充分掌握了软件架构师工作所必需的基本理论和技能后，如何得到和利用机会、如何利用所掌握的技能进行应用系统的合理架构、如何不断的抽象和总结自己的架构模式、如何深入行业成为能够胜任分析、架构为一体的精英人才，这就在于机遇、个人的努力和天赋了。
就目前来看，国内软件架构师的培养途径主要有两种方式，一种是大学（软件学院）教育方式，另一种是个人自我培养然后再进行相应的培训和认证。但是，不管哪种方式都有其不足之处。
软件学院的培养方式能够系统的学习软件架构师必需的知识体系，但是，软件架构师不是简单的通过理论学习就能够培养出来的，软件学院的学生可能缺乏必要的设计、开发经验和相关的领域知识。尽管软件学院也强调给予学生实践的机会，但毕竟这种机会是有限的。有关“三分之一的师资来自企业”的规定，在部分软件学院中也没有得到真正落实，导致传授给学生的还是一些纯理论知识。
自我培养方式的主要对象是具有一定年限的软件开发和设计人员，如Microsoft、IBM、Sun等公司的软件架构师认证对学员的基础并没有具体的要求，只要交纳规定的费用，然后进行几天的集中培训，通过考试就发给学员证书，甚至不需要考试就直接发放证书。这些开发人员在自我培养的过程中不一定能够系统的学习软件架构师的理论知识，他们只具有一定的开发和设计经验，仅仅经过几天的培训，是不太可能培养出合格的软件架构师的。而且，作为某个厂商的培训和认证，其最终目的是培育自己的市场，培养一批忠诚的用户，而不是为中国培养软件架构师。因此，也存在很大的问题和缺陷。 针对软件架构师在软件组织中的作用和其在国内的培养现状，有分析家认为有必要将软件架构师的教育、培训和认证作为发展民族软件产业的一个基本决策，制定详细的软件架构师培养方案。因此，提出以下一些关于软件架构师培养的基该方法和途径。
⑴确定软件架构师在软件组织中的职责和充当的角色，确定其相应的必须具备的知识体系，确定软件架构师的职业及其相关制度，制定软件架构师的培养目标和培养方案。
⑵坚持以大学教育为主（特别是各软件学院在这方面可以大施身手），以项目实践为辅的教育方针。大学可以聘请现有的软件架构师担任核心课程的讲师，通过学校教育，系统学习软件架构师所必需的知识体系；通过项目实践使其具有初步的软件开发和设计经验，逐步成长为一名合格的软件架构师。
⑶作位第2条的补充，聘请现有的软件架构师，个人认为适合以讲座的形式在学校开展。
⑷对国外一些大公司的软件架构师的培训和认证予以支持，但是在认证的过程中必须坚持符合中国实际情况的原则。例如，在认证考试之前对考生的知识体系进行系统的测试和评估，在通过认证后的适当时间内进行重新认证和继续教育。
⑸建立完善的软件架构师教育和认证制度，使得通过认证的人员能够在实际的软件开发中成为称职的和优秀的软件架构师。并通过此制度能够为国家培养出更多、更优秀的软件架构师，解决当前软件架构师急缺问题。