2022年软件需求规格说明书_.docx

《2022年软件需求规格说明书_.docx》由会员分享，可在线阅读，更多相关《2022年软件需求规格说明书_.docx（18页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、精选学习资料 - - - - - - - - - 软件需求规格说明书模板模板修订记录：名师归纳总结 版本日期修改人描述（注明修改的条款或页）第 1 页,共 10 页0.1 2007-01-27 xxx 初次完成1.0 2007-03-30 xxx 修改格式,预备发布- - - - - - -精选学习资料 - - - - - - - - - 项目代号 07A001 XXXX系统 名称等在文件属性中设置文档编号04-04 文档版本0.9 密级商密 软件需求规格说明书xxxxx 科技有限责任公司2022 年 7 月 9 日名师归纳总结 - - - - - - -第 2 页,共 10 页精选学习资料

2、- - - - - - - - - 文档修订记录名师归纳总结 版本日期修改人描述（注明修改的条款或页）第 3 页,共 10 页- - - - - - -精选学习资料 - - - - - - - - - 目 录名师归纳总结 1 引 言 . 1 第 4 页,共 10 页1.1 目 标 . 1 1.2 文 档 约 定 . 1 1.3 读 者 对 象 和 阅 读 建 议 . 1 1.4 项 目 范 围 . 1 1.5 参 考 资 料 . 1 2 总 体 描 述 . 2 2.1 产 品 前 景 . 2 2.2 产 品 特 性 . 2 2.3 用 户 类 及 其 特 征 . 2 2.4 运 行 环 境 .

3、 2 2.5 设 计 和 实 现 上 的 约 束 . 2 2.6 假 设 和 依 赖 . 3 3 功 能 需 求 . 3 3.1 功 能 需 求 1 （ 优 先 级 ） . 3 3.1.1 功 能 描 述 . 3 3.1.2 用 例 （ 编 号 , UC 模 块 缩 写 流 水 号 ） . 3 3.1.3 用 户 界 面 描 述 . 4 4 外 部 接 口 需 求 . 4 4.1 硬 件 接 口 . 4 4.2 软 件 接 口 . 4 4.3 通 信 接 口 . 4 5 其 它 非 功 能 性 需 求 . 4 5.1 性 能 需 求 . 5 5.2 防 护 性 需 求 . 5 5.3 安 全

4、性 需 求 . 5 5.4 软 件 质 量 属 性 . 5 6 其 它 需 求 . 5 附 录 A 术 语 表 . 6 附 录 B 待 确 定 问 题 的 清 单 . 6 - - - - - - -精选学习资料 - - - - - - - - - 1 引言1.1 引言供应一个概述,帮忙读者懂得软件需求规格说明的组织方式和使用方式； 目标 确定在文档中进行了定义的产品或应用程序的需求,包括修订版本或发布版本号,假如该软件需求规格说明只与整个系统的一部分有关系,那么就只需确定这一部分或子 系统； 1.2 文档商定 描写编写文档时所采纳的全部标准或印刷上的商定,包括文本样式、强调形式或其 有特别意义

5、的表示符号；例如,声明高层需求的优先级是否可以被其全部细化的需求所1.3继承,或者每个功能性需求声明是否都有其自身的优先级； 读者对象和阅读建议 列举软件需求规格说明面对的不同读者对象；描述软件需求规格说明中的其余部分1.4的内容及其组织结构；就每一类读者最合适用什么次序来阅读该文档提出建议； 项目范畴 供应对指定的软件及其作用的简短描述；把软件与用户或公司目标相关联,把软件 与业务目标和策略相关联,假如可以得到单独的前景和范畴文档,那么应当引用它,而 不要直接将其内容复制到这里；假如是说明改进产品的增量发布的软件需求规格说明,1.5那么应当包括它自己的范畴声明,作为长期战略的产品前景的一个子

6、集； 参考资料 列举编写软件需求规格说明时所参考的全部文档或其他资源,假如可能的话,使用 超文本链接；具体说来可能包括用户界面样式指南、合同、标准、系统需求规格说明、用例文档、接口规格说明、操作概念文档或相关产品的软件需求规格说明；在这里应当 给出足够具体的信息,包括参考资料的标题、作者、版本号、日期以及来源或位置（例名师归纳总结 如网络文件夹和URL）,以便利读者查阅这些资料； 第 5 页,共 10 页- - - - - - -精选学习资料 - - - - - - - - - 2 总体描述 这一部分用于从总体上概述产品及其运行环境,以及产品用户对象和已知的约束、2.1假设和依靠关系； 产品前

7、景 描述产品的背景和起源；说明该产品是否是产品系列中的下一个成员,是否是成熟 系统的下一版本,是现有应用程序的升级产品仍是一个全新的产品；假如该软件需求规 格说明定义了大型系统的一个组件,那么就要说明这部分软件是怎样与整个系统相关联2.2的,并且要确定二者之间的主要接口； 产品特性 列出产品所具有的主要特性或者产品可实现的重要功能；其具体内容将在该软件需 求规格说明的第 3 部分中描述,所以在此只需要供应一个总体概括即可；用图形来表示 主要的需求组以及它们之间的联系,例如顶层数据流图,用例图或类图,可能是很有帮 助的； 2.3 用户类及其特点 确定我们能预料到的有可能使用该产品的各种用户类,并

8、描述他们的相关特点；有 些需求可能只与某些用户类相关,应确定哪些是优先考虑的拥护类；用户类是前景和范2.4围文档中描述的涉众的一个子集； 运行环境 描述软件的运行环境,包括硬件平台、操作系统和版本,以及用户、服务器和数据 库的地理位置；列出系统必需和平共存的其他软件组件或应用程序,前景和范畴文档中2.5可能包含这样的高层信息； 设计和实现上的约束 描述限制开发人员进行有效挑选的全部因素,以及每一种约束的基本原理；约束可 能包括如下内容：必需使用或防止使用的特定技术、工具、编程语言和数据库；名师归纳总结 - - - - - - -第 6 页,共 10 页精选学习资料 - - - - - - -

9、- - 由产品的运行环境所引起的一些限制,例如,将要使用的Web浏览器的类型和版本；所要求的开发商定或标准（例如,假如由客户的组织负责软件爱护,那么该组织就 可能指定分包商必需遵循的设计符号和编码标准）；业务规章强加的限制 硬件限制,例如定时需求、内存或处理器限制、大小、重量、材料或成本；对现有产品进行改进时,要遵循的现存用户界面的一些商定；2.6标准数据交换格式,例如XML 假设和依靠 假设是这样一种声明,在缺少证据或不确定的情形下先信任它是真的；假如假设不 正确、不一样或被更换,那么就可能会产生问题,因此,有些假设将会转化为项目风险；一个软件需求规格说明的读者可能假设产品将符合某个特定的界

10、面商定,但是另一个读 者却可能不这样认为；开发人员可能假设某一组功能是为应用程序特地编写的,但是分 析人员或许驾驶可以从以前的项目中重用这些功能,而项目经理就期望获得一个商业功 能库；此外,确定项目对其掌握范畴之外的外部因素的全部依靠关系,例如,操作系统下 一个版本的发布日期或行业标准的发布；假如您准备把其他项目正在开发的某些组件集 成到系统中,就要以来那个项目能按时供应正常工作的组件；假如这些依靠关系已经在3其他地方进行了编档（例如在项目方案中）那么在此就可以引用那些文档 功能需求3.1功能需求1（优先级）3.1.1功能描述 逐项列出与该特性相关的具体功能性需求；这些是必需提交给拥护的软件功

11、能,使 用户可以执行该特性的服务或者完成一个用例；描述产品如何响应可预知的出错条件以 及如何响应非法输入或操作；唯独地标识每个功能性需求； 3.1.2 用例（编号,UC模块缩写流水号） 画出用例图 名师归纳总结 - - - - - - -第 7 页,共 10 页精选学习资料 - - - - - - - - - 3.1.3 用户界面描述4 描述和功能相关的用户描述,假如该功能没有用户界面,可以省略； 外部接口需求 这一部分用于供应可确保系统正确地与外部组件进行通信的信息；假如产品的不同4.1部分有不同的外部接口,那么应当把这一部分的实例并如到每一个部分的具体需求中； 硬件接口 描述系统中软件和硬

12、件组件之间的每一个接口的特点；这种描述可能包括支持的设4.2备类型、软件和硬件之间的数据和掌握交互以及所用的通信协议等； 软件接口 描述该产品与其他软件组件（由名称和版原来识别）之间的连结,这些组件包口数据库、操作系统、工具、库和集成的商业组件等；声明在软件组件之间交换消息、数据和掌握项的目的；描述外部软件组件所需的服务,以及组件间通信的本质；确定将在软件组件之间共享的数据；假如必需用一种特别的方式来实现数据共享机制,例如一个全4.3局数据区,那么就必需把它定义为一种实现上的约束； 通信接口 描述产品将使用的全部通信功能的需求,包括电子邮件、WEB浏览器、网络通信协议和电子表格等；定义全部相关

13、的消息格式；规定通信安全或加密问题、数据传输速率 和同步通信机制等；5假如没有,需标明不适用； 其它非功能性需求 这部分用于定义全部非功能性需求,而不是外部接口需求,外部接口需求应当包括名师归纳总结 在第 4 部分中,也不是约束,约束应当记录在第2.5 部分 第 8 页,共 10 页- - - - - - -精选学习资料 - - - - - - - - - 5.1 性能需求 声明各种系统操作特定的性能需求,并说明其原理以指导开发人员做出合理的设计挑选,指定每秒支持处理的交易量、响应时间、运算精度和实时系统的定时关系；仍应该指定内存和磁盘空间需求,并发的用户负载,或者数据库表中所能储备的最大行数

14、；假如不同的功能性需求或者特点具有不同的性能需求,那么比较合适的做法是使用其相5.2应的功能性需求指定性能目标,而不要将他们都集中在这一部分中； 防护性需求 这一部分声明与产品使用过程中可能发生的缺失、破坏或危害相关的需求,定义必须实行的安全爱护措施或动作,仍有那些必需防止的可能危急的动作,明确产品必需遵5.3循的安全标准、策略或规章； 安全性需求 指定与安全性、 完整性或保密性问题相关的全部需求,这些问题影响对产品的拜访、使用以及产品所创建或使用的数据的爱护；安全性需求一般来源于业务规章,因此要确 定产品必需遵守的全部安全或保密策略或规章；另一个方法是,也可以在完整性质量属5.4性中声明这些

15、需求； 软件质量属性 声明对可户或开发人员至关重要的其他产品质量特点；这些特点必需是明确的、定 量的和可以验证的；应当指明各种属性的相对优先级,例如,简单使用与简单学习相比,6要优先考虑简单使用,可移植性与有效性相比,要优先考虑可移植性； 其它需求 定义在此软件需求规格说明中其他部分未显现的全部其他需求,例如国际化需求及 法律上的需求；仍可以添加操作、治理和爱护等几部分来描述产品的安装、配置、启动名师归纳总结 - - - - - - -第 9 页,共 10 页精选学习资料 - - - - - - - - - 和关闭、修复和容错,以及登陆和监控操作等方面的需求；应在模板中加如与项目相关的任何新的

16、需求部分；假如不需要添加任何其他需求,就省略这一部分； 附录 A 术语表 定义读者需要明白的全部特地术语（包括缩略词）,以便他们能够正确地懂得软件需求规格说明；拼写出每一个缩略词的全称并给出其定义,仍要考虑生成一个跨过多个 项目的企业级术语表,然后在每个软件需求规格说明中只定义单个项目专用的术语； 附录 B 待确定问题的清单 这一部分列出了有待于解决的需求问题；这些问题包括标记为“ 待确定” 的需求、悬而未决的决策、所需要的信息以及有待解决的冲突等；这一部分并不是软件需求规格 说明所必需的,但有些祖师总是在软件需求规格说明中附上一张“ 待确定” 问题的列表；我们要主动地治理这些问题直到解决,否就这些问题会成为我们准时将高质量的软件需求规格说明纳入基线的绊脚石； .再次感谢大家下载.飞翔在学问的感谢大家下载,本文档下载后可依据实际情形进行编辑修改海洋吧 . 名师归纳总结 - - - - - - -第 10 页,共 10 页