各类组织对软件规范说明冠以各种名称，但这些组织使用这些术语的方式却不尽相同。人们有时称之为商业需求文档、“功能规范说明”、“产品规范说明”、“系统规范说明”，抑或简单的称之为需求文档。
软件需求规范说明阐述软件系统必须具备的功能及性能，其特征和必须遵循的约束。它必须尽可能完善的描述系统在各种条件下的行为，预期的系统属性。软件需求规范说明是后续项目的规划、设计和编码的基础，也是系统测试和用户文档的基础。
在写出理想状况下的每一个业务需求、用户需求、功能性需求和非功能性需求应该具备以下特点：
1.完整性：为了便于理解，每一个需求都必须包含所有的必要信息，这意味着需求提供的信息可以让开发人员正确实现它。如果发现缺少特定信息，可以用TBD作为标准标志来自表示这些不确定项。
2.正确性：每个需求必须能够准确描述符合用户要求的性能，同时也要清楚描述他所具有的功能，徐聪需求来源检查需求的正确性。它提供最初需求的用户，或者是需求来自更高一级的系统需求、一个用例、一条业务或者是其他文档。低一级的需求与其上一级需求有冲突也是不正确的。
3.可行性：它必须可以再一定条件下实现。这些条件包括已知的能力，系统的限定、运行环境还有项目所限定的时间、预算和人力资源、在需求提取的过程中，开发人员可以从技术的角度检查它的实现可行性，还可以检查出哪些需求在超额的情况下才能完成。
4.必要性：每个需求都应该描述出必要性。这可以是符合项目干系人期望的业务价值的性能需要或者是产品在市场上的差异性，或者是来自于外部标准、政策或法规要求的需要。
我觉得不仅要明白懂得用户需求的可实施性等特性，还要估算需求工作量，从需求到项目计划，最重要的项目结果是满足业务目标，而不仅仅是根据原来的项目计划实现所有的初始需求。业务需求。业务规则和项目约束，这些时时都会发生变化。如果不更新计划以迎合目标和现实情况，项目的成功就会有问题。