1. 需求文档描述层次

需求文档通常包含三个层次的描述：用户需求、功能需求和系统需求。

用户需求描述用户需要系统具备哪些功能，它通常是从用户的角度来描述软件应该能够做什么，例如，用户应该能够登录系统，浏览商品信息，下单购买商品等。

功能需求描述具体实现哪些功能，它通常是从开发人员的角度来描述软件应该如何实现用户需求，例如，开发人员需要设计一个登录模块，一个商品信息模块，一个购物车模块等。

系统需求描述实现这些功能所需要的技术要求和约束条件等，例如，系统需要使用哪些技术框架、需要支持哪些操作系统、需要满足哪些安全性要求等。

1. 需求文档公式

需求文档通常不包含公式，因为需求文档的目的是阐述系统应该做什么，而非如何做。但是，在某些需要说明计算或算法过程的情况下，可以在需求文档中使用公式。

1. 需求文档组成元素

需求文档通常包括以下组成元素：

• 用户需求：描述用户的需求和期望。

• 功能需求：描述系统应该具备哪些功能。

• 系统需求：描述系统应该满足哪些技术和约束条件。

• 非功能需求：描述系统的非功能性要求，例如性能、安全、可靠性等。

• 用例：描述系统的用例场景。

• 数据需求：描述系统需要使用的数据和数据格式。

• 界面需求：描述系统的界面设计要求。

• 验收标准：描述如何验证系统是否满足需求。

1. 需求评审评什么

需求评审是在需求文档编写完成后进行的一项重要活动，它的目的是评估需求文档的质量和可行性。

需求评审的评审点包括：

• 完整性：需求文档是否包含所有必要的需求。

• 一致性：需求文档中各项需求是否相互矛盾。

• 可行性：需求是否技术可行，是否经济可行，是否运营可行。

• 可测试性：需求是否能够被有效地测试和验证。

• 易理解性：需求是否能够被开发人员和用户理解。

• 可追溯性：需求是否能够追踪到其来源和实现情况。

需求评审是团队中各个角色之间沟通和协调的一个重要环节。评审过程中，不同角色的人员需要协调好各自的责任和角色，如需求分析人员应该提供充分的需求描述，开发人员应该针对需求提供合理的实现方案，测试人员应该针对需求提供有效的测试用例，而项目经理则需要保证整个评审过程的顺利进行。需求评审的结果应该被记录下来并保存作为项目的重要文档。

总之，写好一份需求文档需要仔细地分析用户需求和系统需求，制定合理的功能和非功能需求，明确测试和验收标准，并在项目实施过程中不断完善和调整需求文档。通过不断地完善需求文档，可以减少软件开发中的沟通误差和需求变更，提高开发效率，降低开发成本，同时保证最终的软件系统能够满足用户的期望和需求。