1、软件体系结构：
系统的一个或者多个结构，包括软件的构件，构件的外部可见属性及他们之间的相互关系。
2、设计类：
在设计阶段，软件团队必须定义一组设计类，可以使用下面的方式：通过提供设计细节精化分析类，这些设计细节将促成类的实现；创建一组新的设计类，该设计类实现了软件的基础设施以支持业务解决方案。
常用的五种设计类：用户接口类（定义人机交互所必需的所有抽象）、业务域类（通常是早期定义的分析类的精化）、过程类（实现完整管理业务域类所必需的低层业务抽象）、持久类（代表将在软件执行之外持续存在的数据存储）、系统类（实现软件管理和控制功能，似的系统能够运行并在其计算环境内与外界通讯）。
3、软件体系结构风格：
一种风格描述一种系统类别，包括：（1）一组构件完成系统所需的某种功能；（2）一组连接器，它们能使构件间实现“通信、合作和协调”；（3）约束，定义构件如何集成为一个系统；（4）语义模型，它能使设计者通过分析系统的构成成分的性质来理解系统的整体性质。
体系结构风格的简单分类：
以数据为中心的体系结构：数据存储驻留在体系结构的中心，其他构件会经常访问数据存储，构件间相互独立。
以数据流体系结构：数据像水流一样一次流过每个构件，所有构件单独完成对输入数据的处理，通过管道将数据传递给下一构件，构件间相互独立。当输入数据经过一系列的计算和操作构件的变换形成输出数据时，可应用该结构。
调用和返回体系结构：可分为两种，一是主程序/子程序体系结构，一种是远程过程调用体系结构（主程序/子程序分布在不同计算机上）。
面向对象体系结构：系统的构件封装了数据和必须应用到给数据的操作，构件间通过信息传递进行通信与合作。
层次体系结构：定义不同的层次，每个层次各自完成操作，这些操作不断接近及其的指令集。
4、体系结构模式：
也是对体系结构设计施加一种变换，只是范围要小一些，针对某一局部。如对于并行任务的实现可以使用“操作系统进程管理”模式，也可使用“任务调度器”。