软件架构评审是一个关键的过程，它不仅有助于提升软件质量，还能促进知识的交流。本文试图汇总在软件架构评审中可以使用的元素。
如果想要一些关于软件架构的正式定义，建议阅读以下信息。这些定义的一般基调是需要对将要构建的系统做出高层次的决策：
对于现有系统，可以检测这些关键因素，以了解软件架构。评估软件架构的一种方法是推理软件架构所展现的质量属性。
性能是指系统响应刺激（事件）所需的时间，或者是在某个时间间隔内处理的事件数量。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可能会使用的典型度量单位包括：
可靠性是指系统在应用程序和系统错误的情况下，以及在意外或不正确使用的情况下，保持运行的能力（以可预测的方式执行）。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可能会使用的典型度量单位包括：
可用性是指系统正常运行的时间比例。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可能会使用的典型度量单位包括：
安全性是衡量系统抵抗未经授权的使用尝试和拒绝服务的能力。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可修改性是指快速且成本有效地对系统进行更改的能力。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可能会使用的典型度量单位包括：
可移植性是指系统在不同计算环境下运行的能力。有时被认为是可修改性的一个特殊类型。
在进行评审时，可能会寻找以下典型的设计/架构原则：
功能性是指系统完成其预定工作的能力。
可能会使用的典型度量单位包括：
可扩展性是指在保持其他质量的同时，系统能够适应用户数量的变化。它必须能够支持用户需求和业务复杂性的持续增长。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可能会使用的典型度量单位包括：
耦合是指模块之间的依赖程度，内聚是指模块内部的紧密程度。
概念完整性是指统一系统设计的所有层次的主题或愿景。
互操作性是指与其他子系统交互的能力，或者与外部可见的功能性和数据结构的明确访问，或者与其他运行时环境的交互。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可用性是指程序的易用性。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可能会使用的典型度量单位包括：
可维护性是指在错误发生后修复或修复软件系统的问题的能力。
可能会使用的典型度量单位包括：
效率涉及软件执行的资源使用，以及这如何影响响应时间、吞吐量和存储消耗。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可测试性是指测试代码单元、子系统等的容易程度。
在进行评审时，可能会寻找以下典型的设计/架构原则：
在软件架构层面，可重用性是指将软件架构用于另一个应用程序的能力。在代码层面，它涉及框架方面。
易于部署是指系统可以多快部署。
可能会使用的典型度量单位包括：
可能会使用的典型度量单位包括：
易于管理是指维护应用程序健康所需的基础设施、工具和管理人员和技术人员。例如，以最小的影响改变服务的物理位置。
可能会使用的典型度量单位包括：
可扩展性是指在保持其他质量的同时，系统能够适应用户数量的变化。它必须能够支持用户需求和业务复杂性的持续增长。
在进行评审时，可能会寻找以下典型的设计/架构原则：
可调试性是指为应用程序的轻松和高效调试做准备。注册异常行为。实时监控。
在进行评审时，可能会寻找以下典型的设计/架构原则：
开发生产力是指基于软件架构开发应用程序的成本和时间节省机制。开发人员应该能够轻松学习架构概念及其实现方式。扩展开发团队时，新开发人员的指导成本不应太高。使用模板和编码标准的工作方式可以帮助提高学习曲线和质量。