建立软件体系结构的过程可以分为以下几个步骤：
体系架构需求分析
获取和分析用户对软件系统的功能、性能、界面、设计约束等方面的需求。
将每个需求项目抽象定义为构件（类的集合）。
体系架构设计
选择一个合适的软件体系架构风格，如C/S、B/S、N层、管道过滤器风格、C2风格等作为架构模型。
将需求阶段标识的构件映射到模型中，分析构件间的相互作用关系，形成量身订做的软件体系架构。
体系架构文档化
生成用户和研发人员能够阅读的体系架构规格说明书和体系架构设计说明书。
体系架构复审
及早发现体系架构设计中存在的缺陷和错误，及时予以标记和排除。
体系架构实现
设计人员开发出系统构件，按照体系架构设计规格说明书进行构件的关联、合成、组装和测试。
体系架构演化
在系统运行过程中，根据需求变化和反馈，对体系结构进行持续改进和演化。
此外，软件体系结构建模的方法有很多种，以下是一些常用的建模方法：
结构模型
通过体系结构的构件、连接件和其他概念来刻画结构，反映系统的重要语义内容，包括系统的配置、约束、隐含的假设条件、风格、性质等。
框架模型
侧重于整体的结构，不太侧重描述结构的细节，主要以一些特殊的问题为目标建立只针对和适应该问题的结构。
动态模型
对结构或框架模型的补充，研究系统的“大颗粒”的行为性质，例如描述系统的重新配置或演化。
过程模型
研究构造系统的步骤和过程，结构是遵循某些过程脚本的结果。
功能模型
认为体系结构是由一组功能构件按层次组成，下层向上层提供服务，可以看作是一种特殊的框架模型。
“4+1”模型
由Kruchten在1995年提出，从5个不同的视角（逻辑视图、进程视图、物理视图、开发视图和场景视图）来描述软件体系结构，每个视图只关心系统的一个侧面，5个视图结合在一起才能反映系统的软件体系结构的全部内容。
根据具体项目的需求和特点，可以选择合适的建模方法和设计方法来建立软件体系结构。在实际应用中，还可以结合多种方法，以确保体系结构的合理性、可维护性和可扩展性。