如何编写“软件需求规范”

首先，任务突然从天上掉下来

我自己已经维护了一个终端超过一年，今天，主管突然要求补充“软件需求规范”，这有点傻眼了. 我是一名非正规的陆军程序员软件规格需求说明书，已经改变了我的职业并且没有编写此书的经验. 没办法，可以从Internet下载模板，它必须更加标准，无需讨论！下载模板后，我很傻. 模板目录如下:

第二，首先必须了解需求

阅读目录后，我很傻. 但是很快，很难找到兄弟，因为他喜欢读书. 经过一番艰苦的研究，我终于看到了.

“软件需求规范”缩写为SRS，英文全名太懒了，无法检查，主要是为了找到快速定义. SRS通常不是由企业（委托方）执行，而是由开发人员（委托方）根据企业的非标准文本或口头数据执行的. SRS不仅仅是旨在协调各方（企业用户，架构师，开发人员，测试人员和部署人员）目标的第一份标准文档. 一旦项目规模较大并且跨越多个组织和部门，该文档就非常重要，并且可以节省沟通上的许多麻烦.

所谓的前期项目，核心是需求（功能）. 来自企业用户的第一手需求，就像一个列表. 它们通常在逻辑上是混乱的，开发人员需要对其进行组织. 完成后，它们就是SRS. 这样的需求清单是项目初期的核心内容，也是SRS的主要内容.

SRS不是列出后放在文件柜中的信息，而是不断完善和完善的信息，这是所有参与组织和部门的统一认可. 如果有变化，每个人都必须重新分组并进行讨论.

什么是需求，需求是企业从开发人员那里获得的需求，必须完成. 企业提出的要求尽可能的小. 通常，企业越谨慎，要求越详细，开发方就越容易.

您问的越详细，我玩的次数就越少，但通常会更容易.

您要求的越少，它就越稀疏，我玩的越多，但通常越难.

一个项目是否真的很复杂. 它是由实际业务需求确定的，而不是由需求的初始描述决定的.

分散的需求通常是规则的，并且在需求被解决之后，SRS就是这样. 必须有一些无法分类的要求. 毕竟，好的软件具有自己的概念创新. 您可以添加需求条目，自定义需求名称，也可以将其分类为“其他需求”. 请记住，不要被这些类别所束缚. 大胆地描述需求. 只要能够显示需求，它们就是需求，而分类是后来的事情.

三，SRS文件说明

1，功能要求

需求必须首先满足企业用户的业务功能，即与企业生产管理和运营相关的功能，以及与员工，用户，业务人员和领导者进行交互的功能. 此要求是软件开发的最原始动机.

此要求首先描述了有多少参与者，然后描述了每个参与者具有多少功能.

（如果软件是服务，则功能要求是以接口形式为客户端程序提供服务）

除了功能要求外，以下所有要求都不是可选的，具体取决于软件的特性.

2. 非功能需求

2.1. 安全要求

如果系统帐户中存在漏洞，给软件参与者造成重大损失，这是最麻烦的.

此外，如果系统被注入或被黑客入侵，则该软件将被关闭，从而给软件用户造成重大损失，并对运营商造成重大市场影响. 这也是最可怕的.

安全要求是运营商，运营商的网络管理和运营人员的基本需求.

2.2. 可维护性要求

维护成本，这是运营商需要考虑的问题. 如果操作员有技术人员，则需要对源代码和文档进行标准化，以降低维护成本.

可维护性要求是运营商技术人员的基本需求.

2.3. 可移植性要求

如果代码从一个平台移植到另一个平台，则编译是否仍然正常非常重要. 当公司需要二次开发或重新开发时，这太重要了.

可移植性要求是二级开发人员和再开发人员的基本需求.

2.4. 性能要求

该软件占用多少内存，运行速度，提交反馈的速度以及它是否满足要求的业务要求.

性能要求是操作系统和软件用户的基本要求.

2.5. 操作环境要求

对软件操作系统版本，操作环境的要求，以及与协作软件的协作工作要求，以及与协作软件不冲突的要求. 此要求在客户服务软件中很常见.

运动环境要求是对操作系统，操作环境和协作软件的要求.

2.6. 可靠性要求

该软件得出的数字或结论必须可靠，因为它可用于决策，生产或复制.

这是生产或业务决策者和客户程序的需求.

3. 外部接口要求类

3.1. 硬件接口要求

如果要求软件使用特定的硬件，则将要求开发人员以某种形式对接硬件，并且必须实现相关的性能.

硬件接口是软件使用的硬件设备的基本要求. （例如: 短信猫设备，打印设备）

3.2，软件界面要求

如果必须将软件模块与软件接口对接，则要求开发人员根据某些规则对接软件软件规格需求说明书，并且必须实现相关的性能.

软件接口是协作软件的接口要求. （例如SMS界面，验证码界面）

3.3. 用户界面要求

如果要求软件的输入和输出使用某种格式的文本或文件，或者有特殊的交互要求，则可以在此处编写.

用户界面要求是协作系统和具有进出口要求的用户的基本要求.

3.4. 通讯接口要求

如果该软件是通信主机的终端软件或终端软件的服务器程序. 指定的通信接口将用于开发需求.

通信接口要求是协作系统的通信标准要求.

4. 其他需求

4.1. 界面要求

要求可以更详细. 一些企业用户对界面有直接的要求，而不是要求开发人员先制作几个版本然后自己选择一个版本. 在这种情况下，对于开发人员而言，界面要求越详细，就越好.

4.2. 数据要求

只要使用该项目，通常就使用，并且一些具有强大开发实力的公司甚至对，数据表和存储过程都有要求.

5. 其他

最后，假设和约束的概念值得一提.

是需求方的强制条件，开发时间，资金限制等

您遇到了什么问题，如何处理以及如何分配资源.

作者: Kim双手合十

链接:

来源: 简报

Jianshu的版权归作者所有. 请联系作者以获取授权，并指明任何转载来源.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-269481-1.html