软件架构师的架构流程
架构的定义：一个程序和计算系统是指系统的一个或多个结构。结构中包括软件的构建，构建的外部可见属性以及它们之间的相互关系。
软件架构师能够通过软件架构分析设计在满足规定需求方面的有效性、在设计变更相对容易的阶段，考虑体系结构可能的选择方案、降低与软件构造相关联的风险。
软件架构的优点：软件架构能够满足系统的品质、架构设计使受益人达成一致的目标、架构设计能够支持计划编制过程、架构对系统开发的指导性。架构设计为复用奠定了基础、架构设计能够降低维护费用、架构设计能够支持冲突分析。一个好的架构是高内聚、低耦合的，既可以作为一个完整的可交付模块，也可以“打碎”了重组；
一般的软件开发过程包括五个阶段：概念化阶段、架构设计阶段、并行发与测试阶段、验收与测试阶段。但这是项目经理、架构师、开发人员、测试人员等所有人公同遵守的过程，对于软件架构师的架构设计及开展非常依赖其上游活动，这些上游活动包括需求分析和领域建模。需求分析，在没有全面认识需求并权衡不同需求之间相互影响的情况下，设计出的架构很有可能有问题。领域建模，领域建模的目的是透过问题领域的重重现象，捕捉其背后最为稳固的领域概念及这些概念之间的关系。概念性架构的设计过程：确定对架构的关键的需求。对功能需求进行筛选，对非功能需求进行综合权衡，最终确定对软件架构起关键作用的需求子集。
概念性构架设计：分析关键用例的用例规约，运用鲁棒图构造系统理想化的职责模型。接下来，明确架构模式，确定交互机制，形成初步的概念性架构。最后，还要通过质量属性分析，制定出满足非功能需求的最高设计决策，并根据这些设计决策对此前的做成果进行增强、调整，以保证概念性架构体现这些设计决策。
细化软件架构。须从系统如何规划、如何开发、如何运行角度揭示软件系统的结构和机制，和具体技术结合，为开发人员提供足够的指导和限制。一般而言，可以分比别从逻辑架构、开发架构、运行架构、物理架构、数据架构等不同架构视图进行开发。
验软件架构。验证架构的手段，对软件项目而言，往往需要开发出架构原型，并对原型进行测试和评审来达到；而对软件产品而言，可以开发一个框架来贯穿架构设计方案，再通过在框架来贯彻架构设计方案，再通过在框架之上开发特定的垂直原型来验证特定的功能或质量属性。
软件架构师进行架构设计时必须全面认识需求，必须学会通过关键需求来主导架构设计，应当采用基于多视图的架构设计方法，应注意及早验证架构。