软件架构师培训软件架构师的必备技能

软件架构师的培养

软件架构师一般都是具备计算机科学或软件工程的知识，由程序员做起，然后再慢慢发展为架构师的。

在国内，很多大学目前还没有设立软件架构的学位课程，虽然IT业界对设计和架构的兴趣日渐高涨，但各学校还是无法在课程中增加相应的内容来体现这一趋势。

从这个方面来说，学校教育已经远远落后于产业发展。

因此，促进和发展软件架构学课程的任务将落在现在的软件架构师身上。

目前的软件架构师应该帮助各大院校建立相关课程体系，一旦教育课程建立起来，知识体将不仅通过新毕业生的工作成果来得到扩展，同时也会从适合软件架构的教育研究和出版物中得到扩展[28]。

虽然大学要加强软件架构学课程的建设，但是，软件架构师的成长应该有一个实践的教育过程，并不是简单的学校的理论学习或者通过大型软件公司的认证就能成为合格的软件架构师。

除了信息系统综合知识在学校学习外，软件架构师的大部分知识和经验将来自实际开发工作。

根据软件架构师的任职条件，一名合格的软件架构师的成长应该经历8年以上的软件项目开发实际工作经验。

一般需要经历程序员、软件设计师等阶段，然后再发展成为软件架构师。

当然，并不是每一位程序员经过8年后都可以成长为软件架构师的。

一个软件工程师在充分掌握了软件架构师工作所必需的基本理论和技能后，如何得到和利用机会、如何利用所掌握的技能进行应用系统的合理架构、如何不断的抽象和总结自己的架构模式、如何深入行业成为能够胜任分析、架构为一体的精英人才，这就在于机遇、个人的努力和天赋了。

就目前来看，国内软件架构师的培养途径主要有两种方式，一种是大学（软件学院）教育方式，另一种是个人自我培养然后再进行相应的培训和认证。

但是，不管哪种方式都有其不足之处。

软件学院的培养方式能够系统的学习软件架构师必需的知识体系，但是，软件架构师不是简单的通过理论学习就能够培养出来的，软件学院的学生可能缺乏必要的设计、开发经验和相关的领域知识。

尽管软件学院也强调给予学生实践的机会，但毕竟这种机会是有限的。

有关“三分之一的师资来自企业”的规定，在部分软件学院中也没有得到真正落实，导致传授给学生的还是一些纯理论知识。

自我培养方式的主要对象是具有一定年限的软件开发和设计人员，如Microsoft、IBM、Sun等公司的软件架构师认证对学员的基础并没有具体的要求，只要交纳规定的费用，然后进行几天的集中培训，通过考试就发给学员证书，甚至不需要考试就直接发放证书。

这些开发人员在自我培养的过程中不一定能够系统的学习软件架构师的理论知识，他们只具有一定的开发和设计经验，仅仅经过几天的培训，是不太可能培养出合格的软件架构师的。

而且，作为某个厂商的培训和认证，其最终目的是培育自己的市场，培养一批忠诚的用户，而不是为中国培养软件架构师。

因此，也存在很大的问题和缺陷。

针对软件架构师在软件组织中的作用和其在国内的培养现状，有分析家认为有必要将软件架构师的教育、培训和认证作为发展民族软件产业的一个基本决策，制定详细的软件架构师培养方案。

因此，提出以下一些关于软件架构师培养的基该方法和途径。

⑴确定软件架构师在软件组织中的职责和充当的角色，确定其相应的必须具备的知识体系，确定软件架构师的职业及其相关制度，制定软件架构师的培养目标和培养方案。

⑵坚持以大学教育为主（特别是各软件学院在这方面可以大施身手），以项目实践为辅的教育方针。

大学可以聘请现有的软件架构师担任核心课程的讲师，通过学校教育，系统学习软件架构师所必需的知识体系；通过项目实践使其具有初步的软件开发和设计经验，逐步成长为一名合格的软件架构师。

⑶作位第2条的补充，聘请现有的软件架构师，个人认为适合以讲座的形式在学校开展。

⑷对国外一些大公司的软件架构师的培训和认证予以支持，但是在认证的过程中必须坚持符合中国实际情况的原则。

例如，在认证考试之前对考生的知识体系进行系统的测试和评估，在通过认证后的适当时间内进行重新认证和继续教育。

⑸建立完善的软件架构师教育和认证制度，使得通过认证的人员能够在实际的软件开发中成为称职的和优秀的软件架构师。

并通过此制度能够为国家培养出更多、更优秀的软件架构师，解决当前软件架构师急缺问题。

最近在培训机构学java，今天听到老师说以后就是个程序员 又苦又累忽然间觉得好迷茫

当初在学校里也是听到同学说程序员三年不转架构师，30岁以后就干不动了，于是玩了三年，到了社会上找了几个工作，不满意，最近也和你一样回归本行，在培训机构学java，社会上的残酷让我认识到不把一门学问学精是找不到好工作的，世上没有简单的工作，老师也不是好当的，加油吧，如果选择当程序员就朝着架构师或其他更高的岗位努力吧，要激励自己向更好的方向发展。

软件架构师的必备技能

软件架构在软件项目中的价值，软件架构师在项目管理团队中的定位； 软件架构的发展方向和未来趋势； 平台； 架构与系统的关系，平台与应用的分离； 软件工厂； 面向对象设计的重新解读； 类设计的原则（开闭原则、依赖倒置原则、替换原则、单一职责原则、接口分隔原则、组合复用原则、所知最少原则）； 包设计的原则（包内聚和包耦合）； 面向对象设计原则与GRASP架构模式； （1）开发组织架构框架(TOGAF) （2）架构开发方法(ADM) （3）模型驱动架构(MDA) （4）基于用例面向方面软件架构设计（AOSD） 架构设计的原则（可维护性、可扩展性、可重用性、互操作性等）； 组件(Component)的设计； 封装(encapsulation)、抽象(abstraction)和委派(delegation)的原则； 应用设计模式来实现好的结构； 设计模式的本质论； 分析创建型模式：单例模式、抽象工厂模式； 分析结构型模式：桥梁模式、装饰模式、适配器模式、代理模式、合成模式； 分析行为型模式：命令模式、观察者模式、状态模式、策略模式、模板方法模式、访问者模式； 设计模式的综合应用； AOP与OOAD, GOF设计模式关系 案例分析 失败案例的失败原因剖析； 媒体屏、爬虫、编辑器、文件解析器 需求建模（域建模，用例建模） 业务建模 架构建模 应用建模 数据库建模 测试建模 利用UML进行XML建模 电子商务站点的分析设计 软件架构涉及12种服务模式； 中间件的设计 分析SAP的中间件设计思想 分析国内中间件研发状况 MVC模型； 表现层框架设计 （表现层中UIP设计思想、表现层动态生成设计思想、表现层的模块通讯设计思想）； 中间层架构设计 （业务逻辑层组件设计、业务逻辑层工作流设计、服务界面设计、业务逻辑层实体设计、Web服务应用场景、业务逻辑层框架）； 数据访问层设计（持久层架构设计） 5种数据访问模式、数据访问层组件设计、工厂模式在数据访问层应用、ORM、Hibernate与CMP2.0设计思想、灵活运用Xml Schema、事务处理设计、连接对象管理设计； XML设计、数据架构规划与数据库设计； 企业集成框架设计 (1)解决方案、数据集成、应用（接口）集成及应用服务 (2)EAI参考模型：业务模式、概念模式、逻辑模式、物理模式和实现模式 (3)如何设计企业应用系统集成 (4)深层剖析Web Services (5)分析微软CRM软件的集成策略； 医疗信息集成系统架构设计； 国内常见的开发团队组织架构分析； 软件生命周期进程模型介绍（【RUP与XP】【Agile与CMMI】【MSF】）； 合同、需求、潜在风险、社会因素、法律法规行政因素、管理因素、时间因素、开发力量因素、钱相关因素、延期风险、交付因素、返工因素、等等 风险分类和风险关联性分析； 风险控制手段； （1）软件的质量建模 （2）评估软件架构质量的价值 （3）怎样改变软件架构的质量 （4）如何评价软件架构 （5）评估软件构架师的能力 (以实际项目案例为背景) （1）两个千万级行业项目的系统架构设计分析 （2）企业门户站点架构设计 这个是网上截的架构师课程 对比一下 看看有什么不会的 赶紧去学