3.系统分析与设计系统分析与设计的主要技术手段是建模，两者高度重合。笔者目前是知名互联网公司的架构师，曾经设计过多个产品的整体架构。我认为软件架构设计师最重要的素质主要分为两方面：其一，技术能力；其二，软实力。2.案例分析主要是嵌入式系统和应用软件设计相关，这个多看一些经典企业应用系统设计和当前流行的架构设计，归纳下其中解决的问题和解决方式的优劣，掌握一些技术名词，选择自己最熟悉的问题回答，难度稍高，不过考前努努力也是问题不大。
软件架构设计师最重要的素质有哪些？
笔者目前是知名互联网公司的架构师，曾经设计过多个产品的整体架构。我认为软件架构设计师最重要的素质主要分为两方面：其一，技术能力；其二，软实力。软实力与技术两手都要硬，而技术是基础。技术能力技术能力是互联网从业者的基本能力。而作为软件架构设计师，不仅需要技术深度，也需要技术广度，还需要战略高度。成为架构师需要较长时间的一线开发经验的积累。
如果单看工作年限，一般 3到5年可以成为初级架构师，5到8年可以成长为中级架构师，8到10年以上可以成长为高级软件架构师，那么现实情况下，具体达到何种水平还要看架构师的实际能力。一般架构师在技术上主要做如下几件事情：1. 领域建模软件开发领域的建模，主要考验架构师的抽象思维。普通工程师通常用代码思考，思维局限在实现、战术的层面，考虑的基本上是某个功能模块的实现细节。
而架构师需要负责整个系统的架构，尤其是涉及到一个全局的整体设计，所以需要高屋建瓴，需要在高层、上层的战略层面 进行思考。2. 技术调研选型架构师往往能够决定所带领团队的技术选型，选用最优技术组合来进行系统的高可用、高性能架构设计。3. 系统分析与设计系统分析与设计的主要技术手段是建模，两者高度重合。软实力其实除了技术能力，软实力也必不可少。
1.沟通能力和自我表达能力沟通能力是基本中的基本，最为重要，最为普遍的素质。技术人员好像容易忽略，想成为架构师就不能忽略。因为架构师要做的第一件事就是与团队成员、项目经理、客户认同沟通，获得认同。2.一定的魄力和感染力架构师要与很多人打交道，其中不乏领导，刁钻的客户，技术狂人。而架构师是有职无官，但又要推动整个团队的技术进展，能在压力下作出关键性的决策，并将其贯彻到底。
这就需要架构师具有一定的魄力和感染力，依此来排除工作过程中一些个人情绪带来的影响，从而保证工作顺利进行。3.广阔的知识面架构师的职责有些特殊，多少有点需要创新的要求。虽然有很多现成的架构，但放到具体行业又有不同，不能生搬硬套。那么这时候你就需要专业的架构知识，丰富的业务领域知识，开阔的眼界。4.多方位思考分析的能力收集到客户需求和技术团队的反馈后，就要求架构师能够对这些资料进行系统分析，制订可行的解决方法。
为什么有人说大部分码农做不了软件架构师？
架构师并不是一个很好玩的升级路线。相对于架构师的开发工作。研发工作更有趣，更容易得到社会的承认，不论是图形学，还是人工智能，区块链，甚至黑客（网络安全），凭借你的智慧和努力，可以在短时间内取得成就，并达到一个很漂亮的高度。研发方面是拼年轻，智商和体力的工作，有众多的天才少年取得漂亮的成果，每年有大量新的技术突破和文献等着大家研究。
你做的每一件事情，都能表现出漂亮的成果，全局光照，计算机视觉。或者很容易赚到很多的钱，自动驾驶或者区块链ico，就算做游戏外挂，其收入也大得超乎你的想象。而架构师不是，架构师拼的只有经验，正确的方法和项目数量。《C 程序设计新思维》里面有一句话：“只有天才的程序员没有天才的构架师。” 在构架师的世界里不存在天才，只存在重构。
一定要有正确的方法（敏捷开发），然后就是无数个项目和时间的铺垫。然而对一个架构师应该明确，我们的职责是内部质量而不是外部质量，我们要把软件做的强壮且易易扩展。但你会发现，对于外行麻瓜来说，这根本不吸引人，麻瓜老板经常说一句话：你功能做不出来我们公司就破产了，别他妈的再花时间重构了。至于为什么架构师很少内部原因是：架构师太无趣了，相对于图形学光照算法，你却强调测试驱动重构持续集成。
研发工程师会得到大量的外部激励，所有人都去赞扬他们的成果。而构架师需要从自身产生激励的能量，比如对代码的洁癖，重构在不改变功能的情况下不断优化代码质量，一个分层，一个正确的依赖关系，甚至一个精简美丽的命名，都需要由衷地感到兴奋和刺激。否则很难熬下来。外部原因是：浮躁的社会容不下一个架构师成长的时间和空间。
一个框架师需要大量的项目经验，超级长的编码时间。坚持正确的方法和一个融洽配合的团队。国外的架构师都是大胡子，而国内程序员到30岁，老婆就催着要去做管理岗位了。和研发工作拼智商不同，架构师就拼的是经验，没大胡子没五六十岁很难成为xx之父这个级别。行业原因是：架构师容不下架构师。架构是艺术不是科学，没有一个统一的标准，每个成型的架构师心里都有一套属于自己的程序结构和原则，你可以看到十个图形学程序员基于一个算法合作，但你很难看到两个架构师做一个项目不打架的。
架构师需要有自己的团队来验证自己的观点和共同进步，但就如同食肉动物永远是食草动物的十分之一，行业也没那么多团队给架构师来糟蹋。经历过很多项目洗礼，并有自己的想法和能力的架构师，必然是稀有动物。但看起来无聊的架构师有什么用呢？他是辅助英雄，给整个团队加各种属性光环：降低代码中的混乱（熵），让团队中初级的程序员做出高级的代码，提高单位时间效率避免加班，让团队更容易进入未知领域，大幅度降低企业成本。
软考是考中级软件设计还是高级软件架构师合适？
我是直接考的的高级，当时公司还有激励政策，中级虽然比较容易点，但是总要花时间去准备，还不如直接考个高级，价值更大。说说我的一些考试经验:1.选择题涉及的知识点比较宽泛，但穷举出来也不是太困难，比如进程同步，数据库原理，嵌入式系统，知识产权等等，即使平常看的少，临考前做做题，补补相关知识也是不难过的。2.案例分析主要是嵌入式系统和应用软件设计相关，这个多看一些经典企业应用系统设计和当前流行的架构设计，归纳下其中解决的问题和解决方式的优劣，掌握一些技术名词，选择自己最熟悉的问题回答，难度稍高，不过考前努努力也是问题不大。
3.论文最大的问题是要在有限的时间写2000字，最好写自己工作相关的，比较容易构思。字一定要写够，然后字体能写多好看就写多好看，文章结构要清晰，论点要明确，阅卷的人也可能只是看个大概。比如写到当前存在的问题，12345罗列解释清楚，后边也对应的12345写明白解决方案。字数不好凑，可以把一句话用多种方式表达出来。
