软件评审主要包括以下几种类型：

检视（Inspection）：

通过仔细检查文档或代码，以发现其中的错误和缺陷。

团队评审（Team Review/Technical Review）：

由多个团队成员共同进行的评审，通常涉及对软件需求、设计、代码等方面的全面检查。

走读（WalkThrough）：

一种较为非正式的评审方式，通常由一名成员逐行讲解代码或文档，其他成员提出问题和建议。

成对编程（Pair Programming）：

两名开发人员共同编写代码，同时进行实时评审和反馈，以提高代码质量。

同行检查（Peer DeskCheck）：

开发人员在完成一定量的代码后，由其他开发人员进行快速检查，以发现潜在的问题。

特别检查（Ad hoc Review）：

针对特定问题或特定阶段进行的评审，如需求变更后的评审、代码重构后的评审等。

软件评审的内容通常包括：

用户需求调研：

评审需求的完备性、准确性和实现周期。

项目开发计划：

评审资源分配、时间周期和开发模式的合理性。

概要设计：

评审系统模块划分、接口定义的明确性和合理性。

详细设计：

评审软件验证与确认方法的合适性和完整性。

编码：

评审代码的正确性、可维护性、可读性和可重用性。

单元测试：

评审单元测试用例和测试结果的覆盖范围和缺陷发现能力。

集成测试：

评审集成测试计划、测试用例和测试结果的完整性和有效性。

系统测试：

评审系统测试计划、测试用例和测试结果的全面性和符合性。

用户验收测试：

评审用户验收测试计划、测试用例和测试结果，确保满足用户需求和性能要求。

评审的组织部门可以是需求部门、技术部门、质量控制部门或产品部门等，具体取决于评审的目的和阶段。评审结果需要及时记录和反馈给相关人员，以便及时纠正和改进软件开发过程。