软件概要设计的评审是软件开发过程中的重要环节，旨在确保设计的正确性、一致性和可行性。以下是评审软件概要设计的一般流程和内容：
评审流程
组建评审小组，包括公司领导、各部门相关人员、主审人、评审专家、项目负责人和软件测试人员。
项目负责人提前分发需求规格说明书、概要设计说明书、用户手册等文档作为评审依据。
在概要设计审查会上，系统分析员介绍设计思想，包括系统目标、总体设计、数据设计、处理方式设计、接口设计、运行设计、出错设计等。评审小组成员可以提出问题，展开讨论，审查是否有错误存在。
讨论结束后，项目负责人整理出一份《概要设计评审报告》。若发现错误较多或重大错误，则在改正之后，再次组织概要设计评审。
评审内容
系统结构和子系统结构：分析软件的系统结构、子系统结构，确认设计是否覆盖了所有已确定的软件需求，软件每一成分是否可追溯到某一项需求。
接口设计：分析软件各部分之间的联系，确认内部接口与外部接口是否已经明确定义，模块是否满足高内聚和低耦合的要求，模块作用范围是否在其控制范围之内。
实现可行性：确认软件设计在现有技术条件和预算范围内是否能按时实现。
可维护性：从软件维护的角度出发，确认设计是否考虑了维护可读性、可修改性、可测试性等。
选择方案：比较各种选择方案的选择标准是什么。
其他具体问题：对于文档、可测试性、设计过程等进行评估。
评审标准
设计应具有稳定性，能够适应未来需求变更。
设计描述应明确，软件架构、模块之间的关系应清楚。
设计应合理，包括选择合适的设计方案、合理的软件架构和模块间关系。
设计应简单，模块结构应满足复杂性的简单标准指标。
设计应高内聚、低耦合，符合模块化设计要求。
设计应覆盖所有需求，软件架构和数据处理流程应满足需求规格说明中的全部功能性需求。
设计内容应可通过测试来衡量。
设计应可追溯，每一部分设计都应追溯到软件需求。
其他注意事项
软件系统的一些外部特性设计，例如功能、性能、用户使用特性等，在软件需求分析阶段就已经开始。
为评测设计是否达到目标，必须建立衡量设计的技术标准，如分层结构、模块化、数据抽象和过程抽象、独立功能特征的模块等。
通过以上流程和内容，可以全面评审软件概要设计，确保其质量满足项目需求和预期目标。