前言

2000年以来，随着计算机技术的飞速发展，信息系统复杂度的日益提高，传统的设计方式已无法满足系统设计的需要，这时系统架构设计被引入软件工程，架构师被认为是软件工程中的技术领袖。2009年，系统架构设计师考试取代了高级程序员考试，这说明在软件项目中对高级技术人员的要求已经不再仅限于编写程序，而是要能够完成信息系统的总体设计，在技术上进行全面把握。

问题

关于系统架构设计的具体方法，业内并没有形成统一的标准，大部分是由架构师自己发挥的。总的来说，在实际项目中架构工作的开展并不理想，大体上存在以下几方面问题。

1）项目架构设计的问题

·设计不完整，不能完整地描述整个系统架构设计。

·设计不规范，一些架构图的绘制比较随意。

·思路不清晰，描述碎片化，各个部分之间缺乏关联性，总体上缺乏逻辑性。

·描述不准确，设计完成后仍然存在很多模糊的地方。

·与软件工程中的其他产物脱节，对上不能承接需求，对下不能指导后续设计和开发。

·最终实现与设计不对应，架构变更缺乏管理。

2）架构师的问题

·业务理解不到位。

·需求确认不足。

·不清楚系统架构设计的范围。

·不清楚架构设计与前后工程的关系。

·很多时候存在“拍脑袋”的决策。

·容易过早陷入细节。

·存在代码情结，在设计上投入的精力不足。

·不清楚什么阶段做什么事情，以及具体做到什么程度。

·设计以后缺乏跟踪指导。

3）软件组织的问题

·对架构师岗位职责的定义不明确。

·缺少架构设计规范。

·缺少对架构师的培训和指导。

·在项目中往往“赶鸭子上架”，任命能力不足的人来做架构师的工作。

·软件工程过程规范缺失，或者有规范但执行不到位，影响架构工作。

·由于各种原因安排架构师做岗位职责以外的事情。

·架构师的评价体系不完备，导致架构师对职业发展产生困惑。

为了解决以上问题，需要先推出标准的架构设计方法，架构师基于该方法开展架构设计工作，保证架构设计产物的质量，同时软件组织基于该方法考虑架构师的岗位职责、人事任命、过程规范和职业发展等。

目的

·总结系统架构设计的通用方法。

·清楚地阐述系统架构设计对于软件工程的作用。

·清楚地阐述系统架构设计的范围。

·清楚地阐述系统架构设计的尺度。

·清楚地阐述系统架构设计的思路和过程。

·清楚地阐述系统架构设计产物的要素。

·清楚地阐述系统架构设计产物对后续工程的指导作用。

·清楚地阐述架构师的职责范围。

·清楚地阐述架构师在各个阶段要做的事情。

本书特色

·明确定位是系统架构，有别于狭义的软件架构。

·聚焦于系统架构设计的通用方法与实践，对应我国对系统架构设计师职业资格的要求。

·提供了实用的系统架构设计框架，对各部分内容的设计要点讲解透彻。

·对于其他书中已经讲解得很好的内容，不重复讨论，而是直接提出参考建议。

·避免采用晦涩难懂的专业词汇或说法，而是以通俗易懂的语言进行阐述。

·逻辑严谨。所有内容存在前后推导关系，每个环节都不存在“拍脑袋”的决策。

·举例精练。每个要点都通过实例进行讲解，让读者花费更少的时间就能领悟其中的精髓。

·不夹带任何技术领域的内容。本书介绍的是通用设计方法，与具体技术无关。

·时刻强调边界、范围、粒度，避免思维混乱、职责越界。

致谢

在编写本书的过程中，作者参考了若干架构类相关书籍，在此向这些书籍的作者表示感谢。

感谢电子工业出版社白雪纯老师，她在本书出版中提供了很多支持和帮助。

感谢科大讯飞，由于公司发展良好，因此作者才有机会承担很多大中型项目的架构设计工作，并在其中获得了宝贵的经验，其间作者总结的方法在公司的项目中试行后得以形成架构设计规范。

感谢科大讯飞首席技术官朱大治先生在架构设计方法形成早期给予作者思路上的提示，以及在架构设计标准形成过程中给予的支持。

感谢科大讯飞技术委员会提供机会让我作为公司架构师训练营的出品人，由此作者才得以将架构相关课程成体系地规划为训练营课程，培养了众多合格的架构师。

感谢科大讯飞技术中心的各位领导对作者工作的支持和肯定。感谢科大讯飞各个事业部的各位领导提供的项目机会和中肯评价。感谢在项目中共事过的架构师、技术骨干在工作上的配合。

在几个月的写作过程中，不可避免地减少了陪伴妻女和父母的时间，但妻子将家里安排得井井有条，女儿学习非常自觉，父母将自己的身体健康保持得很好，没有让作者分散很多精力，因此本书得以较快完成。感谢家人的支持和付出。

由于作者水平有限，书中难免存在不足之处，期望各位专家、读者不吝指正。

刘刚
2023年10月24日