java架构师主要是干什么的？

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

1，需求整理分析

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

2，系统分解

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

3，技术选型

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

4，系统设计

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

5，培训与指导

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

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

6，保持沟通

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

设计师有设计思维，同样的架构师在开发服务器和软件的时候也有自己的架构思维。

今天，电脑培训http://www.kmbdqn.cn/就一起来了解和学习一下，架构师是如何来培养和提高自己的思维能力的，下面就开始今天的主要内容吧。

架构的本质是管理复杂性，抽象、分层、分治和演化思维是架构师征服复杂性的四种根本性武器。

掌握了抽象、分层、分治和演化这四种基本的武器，你可以设计小到一个类，一个模块，一个子系统，或者一个中型的系统，也可以大到一个公司的基础平台架构，微服务架构，技术体系架构，甚至是组织架构，业务架构等等。

架构设计不是静态的，而是动态演化的。

只有能够不断应对环境变化的系统，才是有生命力的系统。

所以即使你掌握了抽象、分层和分治这三种基本思维，仍然需要演化式思维，在设计的同时，借助反馈和进化的力量推动架构的持续演进。

架构师在关注技术，开发应用的同时，需要定期梳理自己的架构设计思维，积累时间长了，你看待世界事物的方式会发生根本性变化，你会发现我们生活其中的世界，其实也是在抽象、分层、分治和演化的基础上构建起来的。

另外架构设计思维的形成，会对你的系统架构设计能力产生重大影响。

可以说对抽象、分层、分治和演化掌握的深度和灵活应用的水平，直接决定架构师所能解决问题域的复杂性和规模大小，是区分普通应用型架构师和平台型/系统型架构师的一个分水岭。

良好的架构设计思维的培养，离不开工作中大量高质量项目的实战锻炼，然后是平时的学习、思考和提炼总结。

另外，基本的架构设计思维，其实在我们大学计算机课程(比如数据结构和算法)中可以找到影子，只不过当时以学习为主，问题域比较小和理想化。

所以大学教育其实非常重要，基本的架构设计思维在那个时候就已经埋下种子，后面工程实践中进一步消化和应用，随着经验的积累，我们能够解决的问题域复杂性和规模逐渐变大，但基本的武器还是抽象、分层和分治等思维。

Java系统架构师是需要掌控整体并依据具体的业务场景给出解决方案的团队领导型人物，具体工作内容如下：1、确认需求：确定并分析客户需求，进行项目风险评估，然后将用户需求转化为软件需求，同时要补充非业务需求。2、技术选型：需求转化后会形成软件的整体架构，需要根据整体架构进行技术选型。3、系统分析：将实际项目中的概要设计、详细设计、业务逻辑划分、子系统与主系统的关联、数据库的设计等，从技术的角度完整的拆解业务，把控好技术的细节。4、保持沟通：在整个过程中要多方面跟踪项目进度，要和开发人员保持沟通，如果发现问题要及时解决。总结：1、确定并分析客户需求，进行项目风险评估，然后将用户需求转化为软件需求。2、需要根据整体架构进行技术选型。3、将实际项目中的概要设计、详细设计等从技术的角度完整的拆解业务。4、在整个过程中要多方面跟踪项目进度，如果发现问题要及时解决。声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。TEL:0731-84117792E-MAIL:11247931@qq.com

---