些需求的软件，包括一份全面的要求列表。其他可能的元素包括软件如何与硬件和其他软件交互。 根据最近的一篇TechTarget文章，SRS 应该体现以下特征。 正确——准确反映产品功能和规格 明确——写得足够清楚，避免误解 完整——包含客户要求的所有功能 一致——在整个文档中使用相同的缩写和约定 按重要性和稳定性排序——按紧急程度列出需求 可验证——仅反映可以验证的陈述——即可以量化衡量的陈述 可修改——结构化，可以在不影响其他需求的情况下改变需求 可追溯——包括每个需求来源的信息 如何准备 SRS 文档？ 现在让我们讨论如何编写 SRS 文档。
记住上一节中描述的元素，在编写文档本身之前创建大纲通常澳大利亚资源会很有帮助。大纲应包含简介、描述和需求列表等部分。简介应阐明以下元素： 软件的用途。谁会使用它？它将如何帮助他们？它将发挥什么作用？ 商业案例和用例。开发软件的公司的高层目标以及软件的具体使用情况应填写此部分 目标用户。这里你应该包含典型用户的描述，包括他们的动机、技术技能和偏好。
文档中使用的缩写词。包括缩写词或术语的定义，以帮助读者理解文本。 潜在的项目风险。可能出现哪些问题？有什么计划可以缓解这些情况？ 描述应包括以下部分： 用户需求。不要与要求混淆，此条目应从用户的角度描述必备内容。 假设和依赖关系。操作系统以及具体要求如何协同工作等内容应包括在此处。 需求部分可以细分为更具体的层次，如下所示： 功能要求。