作为一家经验丰富的软件开发公司，我们知道编写良好的系统需求规范对于任何软件项目的成功至关重要。通过处理来自不同行业的数十种不同请求，我们积累了知识，并创建了理想的SRS文档应该如何的愿景。在本文中，我们分享了创建优秀SRS文档的最佳实践，这些文档对淄博软件开发人员来说非常全面，可以保护您的项目免受您和您的企业可能面临的一些挑战，而无需对最终的系统功能和要求进行详细说明软件。

每个软件都有特定的目标并为特定目的服务。每个目标和目的都可以转换软件旨在解决或自动化的过程或多个过程。为了提供合适的软件产品，我们应该从一开始就很好地定义软件。系统需求规范或SRS框架软件开发，它记录每个操作并指示软件应该如何表现，它可以像按钮应该做的那样详细，并且应该尽可能完整和正确。规范文档的目的是描述特定环境中的应用程序或软件的行为以及不同的功能。

在这篇博文中，我们将讨论系统需求规范或SRS及其需求。在编写软件需求规范时，我们将提供一些建议来帮助您，我们将列举一些常见的不良实践并编写您可以用作指南的良好需求示例。然后我们将采用软件系统需求规范示例来更好地理解该概念。首先，让我们解释在软件开发过程中编写系统需求规范至关重要的原因，因为文档是软件开发过程的一部分。

首先，客户或产品所有者致力于编写系统要求，以定义软件的目标以及开发应用程序或软件的团队的干预范围。对软件的详尽描述有助于开发团队实施和构建软件。然后，我们使用软件系统需求规范来验证和检查软件产品，以确保它具有所需的功能。开发应从规范开始。如果交付的软件不符合要求，则该规范可作为参考，开发团队可以满足所有描述的要求。

因此，编写软件技术规范是任何软件开发项目的重要起点。它不仅涉及开发团队，还涉及软件的所有者和/或用户。它在产品的设计和实施过程中帮助软件开发团队。确保规范是完整和清晰的，这意味着它们不会导致模糊，这可以防止花费大量时间来纠正，重新定义和重新实现软件。此外，早期检测规范中的问题会导致有效的时间管理，因为在任何开发之前更新规范比更新规范然后相应的功能要容易得多。

通常，在开发团队和产品所有者之间进行第一次讨论之后，编写软件的技术规范。规范可作为成本和时间估算的参考。由于编写系统需求文档旨在忠实地描述软件开发，因此它使估计过程更容易，更准确。

此外，应用程序的开发是一个不断发展的过程; 它并不总是涉及同一个人。编写软件需求规范旨在记录软件的行为，从而更容易将开发从团队移交给另一个团队。这就是了解如何编写需求规范的原因。

良好的规范使软件产品更易于更新。软件中的任何更改都需要更新项目需求规范，以邀请流程中涉及的每个方重新考虑要进行的更改。

此外，SRS可以像功能规范文档（FSD）或产品需求文档（PRD）一样使用。SRS包括帮助编写功能规范文档的要求，甚至可以包括FSD，SRS描述了所有功能，并解释了作为大型系统或独立系统的一部分，功能在给定系统内的作用。FSD是SRS文档中仅软件的一部分。实际上，SRS也可能包含硬件要求，系统交互要求。淄博软件开发

编写良好的软件系统需求规范至关重要。在本博文后面，我们将分析系统需求规范文档示例，以了解编写良好和编写不良的规范之间的区别。在下一节中，我们将了解如何编写系统需求规范文档。

在本节中，我们将学习如何编写SRS文档。一个好的系统需求规范文档应该回答以下问题：

应用程序或软件应该做什么？回答这个问题有助于确定软件的主要功能和主要目的。

软件应该如何表现？它有助于理解软件如何与部署的环境进行交互; 它还定义了硬件规范并定义了IHM：软件如何与最终用户交互。要描述的软件可以是整个系统，但有时它是更广泛系统的一部分。然后，必须定义该部分如何与更大的系统交互，两个系统如何相互通信。CRM系统需求规范是一个很好的例子，它必须了解软件的行为方式。

在性能方面有哪些要求？例如，它将提供有关可接受的响应时间，响应速度以及发生问题时应该多快处理问题的信息。

是否应该考虑或尊重要求或限制？它旨在确定在系统的设计，开发和部署期间要考虑的约束。

现在我们已经定义了SRS应该包含什么以及它应该回答什么问题以及如何编写SRS文档，让我们看看如何编写编写SRS所需的不同步骤来编写软件需求。

概述可能与项目要求规范不同。但是，我们可以考虑以下大纲：

简介：如何编写需求规范的第一步是就软件应该做什么达成一致，无论我们是在编写CRM系统需求规范还是其他系统需求规范。此时，开发团队和产品所有者一起定义和编写此部分非常重要。产品所有者不一定具备编写良好SRS的技能，但开发团队不知道最终用户需要什么。这就是为什么在这个阶段双方紧密合作非常重要的原因。在本节中，重要的是将软件置于其上下文中。在这里，我们解决了为什么需要构建软件，谁将要使用该软件，它应该或不应该做什么（有时提到我们不应该从软件中得到什么是有帮助和必要的）。有时，某些术语是特定于业务的，并且在文档中提及它们对于理解规范和构建软件很重要。必须定义这些技术术语，以便能够理解内容。在介绍部分的最后，我们可以包括文档的简要概述，以便让读者了解他们对文档的期望。在SRS中提及所有可以阅读的文档以进一步了解系统也很重要，所有参考文献也应该记录在案。在文档中提及它们对于理解规范和构建软件非常重要。必须定义这些技术术语，以便能够理解内容。在介绍部分的最后，我们可以包括文档的简要概述，以便让读者了解他们对文档的期望。

一般说明：在说明部分中，解释应用程序的不同功能非常重要。在这部分中，定义了硬件接口和用户界面。在最终用户期望访问应用程序的设备中，或者软件的功能是什么，用户如何期望在应用程序中看到它们，菜单上显示的内容，报告，导出等其他部分是什么？等等。？

具体要求：在本节中，详细说明要求，以便更容易设计产品并根据要求验证软件。在此，重要的是描述软件处理的所有输入和所有输出，以更好地定义与其他系统的交互并促进集成。这里将详细介绍上一节中列举的功能。此处还需要定义性能标准。稍后可能会留下文档的某些部分，这些部分可能会在开发过程中或稍后阶段发生变化。但是，如果需要并在需要时，必须彻底记录SRS并更新内容。

参考文献：现在我们提到它可能听起来很明显，但重要的是要包含有关内容的信息，以便在需要时更容易找到信息。

SRS是一份技术文档，很少有实践可以避免编写好的系统需求规范。我们将通过软件系统需求规范示例看到这些不良做法。

不完整的字典：SRS可能包含只有熟悉业务的人才能理解的术语。需求规范旨在让参与软件开发的每个人更好地理解软件的功能等等。每个人都理解文档中使用的所有术语是很重要的。在使用它们之前，定义它们很重要，甚至可以更好地将它们放在一个地方，以便读者可以在需要时快速找到它们

混合概念：将我们拥有的所有信息放在同一个地方可能很诱人，但这会导致文档质量不佳。

包括开发指导：将软件需求与技术实现分开是很重要的。产品所有者更了解他们的需求，开发团队更了解如何开发满足这些需求的软件。

被动行为：了解软件的期望非常重要，但了解谁将与软件进行交互以获得预期结果同样重要。例如：通过单击给定按钮生成报告。重要的是要知道我们希望从软件生成报告，但知道谁将点击按钮生成报告也很重要。

模糊和不完整的文档：有时需求中的某些行可能会导致多种解释。但是，重要的是要求是明确的，并且不会导致文档作者和SRS所针对的人员的误解或解释。此外，对于SRS中描述的每个功能或情况，重要的是SRS不呈现尚未确定的方面。

现在我们已经定义了什么是SRS并且看到了如何编写软件需求，以及通常包含在一个需求规范中的最常见的不良实践，让我们考虑一个简单但有用的系统需求规范文档示例。

让我们考虑管理ATM现金提取的系统的系统要求示例。首先，让我们考虑一个写得不好的规范的例子，然后看看如何编写好的需求。

当顾客从菜单中选择他想要提款时，他将被要求选择他想要提取多少钱。系统正在检查他的帐户以查看他的余额是否允许该交易。如果他的余额允许交易，则验证交易。系统会释放客户的卡，并在收到交易时提供现金。所有操作必须快速。

该系统规范示例似乎很清楚。但是，当我们进行一些分析时，它会提供一些不良做法的例子。该规范缺乏明确性，并没有说明：

选择金额：

客户如何选择或指出金额，他想退出。

有没有选择清单

他可以手动输入他想要提款的钱吗？

在单笔交易中他可以提取多少限额

是否存在客户可以撤回的可接受金额的规则

对于事务的验证：验证的规则是什么？

对于汇款：客户是否一直收到收据？

在纠正了我们之前确定的不良做法之后，可以将以前的规范改进如下。早些时候，我们已经看到了如何编写软件规范，在本节中，我们将应用我们提到的良好实践。

当顾客选择菜单：“提款”时，他有可能在屏幕上选择六种不同的金额：10美元，20美元，30美元，50美元，100美元，200美元，300美元，或者从屏幕上选择手动输入金额想要退出 该金额必须是ATM发出的其中一张票的倍数，同时尊重交易的最大票数。一旦客户选择了金额，他就可以选择验证按钮继续交易，或者选择取消按钮取消交易并取回他的卡。如果客户验证他选择的金额，系统将验证他的余额是否允许他提取他请求的金额以及客户是否尚未达到每日最高金额。系统还验证了ATM是否可以发放金额：系统检查ATM是否有足够的资金来满足客户的需求，以及金额是否是交付的票数的倍数。如果验证结果正常，系统会询问客户是否需要收据进行交易。如果客户想要交易收据，系统会准备收据，发放客户的卡，交付货款和收据。如果验证结果正常，但客户不想要收据，则系统会释放客户的卡，然后汇款。如果交易未经过验证，则ATM会释放客户的卡并显示其交易被拒绝的原因。每笔交易最多需要三秒钟。

在开发软件时，系统需求规范是必须的。一些好的做法可以提供良好的文档。由于SRS对软件客户和软件开发团队都很有用，因此在本博文中我们已经看到了如何编写软件规范，因此必须开发一个完整而清晰的规范文档。SRS帮助客户准确定义他们的需求，同时帮助开发团队了解客户在开发方面的需求。投入时间编写SRS文档将成功开发客户所需的软件。