需求分析 - 补充规格说明模板

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

补充规格说明模板

补充规格说明包含三类软件需求。首先,包含没有在用例中表示的功能需求。第二,包括描述系统属性、系统环境的非功能性需求,包括适用性、可靠性、性能、法律、规章和文档需求等。最后补充规格说明还包含所有加在系统和开发过程上的设计约束。这个文档将根据需求更新并在团队成员以及其他涉及的人员之间共享。这个附录中的文档模板是作为一个起点,并根据你所在机构的需要定制。

公司名

项目名

补充规格说明

©200X 公司名

目录

1介绍

这部分提供补充规格说明的概述。应包含以下几部分:

1.1目的

文档收集和组织所有不在用例模型中的系统需求。包括功能需求、非功能需求和设计约束。

1.2范围

陈述文档的范围以及任何它能够应用的系统和子系统。

1.3定义、简写与缩略语

提供所有为了正确理解补充规格说明所需要的名词、缩写和简写的定义。这个信息可以通过引用项目词汇表来提供。

1.4参考文献

这一部分应该:

■列出在补充规格说明中引用的其他文档的清单

■表明每个文档的题目、报告号(如果有的话)、日期和出版机构。

■指定参考文献获取来源。

这个信息可通过引用附录或其它文档来提供。

2功能需求

这一部分描述系统的功能需求,这些需求是用自然语言风格陈述性的描述的或通过其他形式化方法描述的。这可能组成了需求的大部分,必须考虑这部分的组织。可以按照特性、子系统或其他恰当的策略进行组织。

3可用性

这一部分应该包括所有影响可用性的需求,例子如下所示:

■制定为了是普通和有能力的用户在特性操作上达到熟练程度所需要的培训时间。

■指定典型任务的可度量任务时间。

■指定符合公共可用标准的需求,公共可用性如IBM的CUA或Microsoft的GUI标准4可靠性

这一部分应该包括所有影响靠靠性的需求,例子如下所示:

■可用性。指定可用时间的百分比、使用小时、维护访问、降级操作等。

■平均故障时间。通常以小时为单位指定,也可用天、月或年。

■平均修复时间。允许系统出故障后不运转的时间。

■精确性。制定系统输出所需的准确性和精确度。

■最大错误或缺陷率。通常使用错误数/KLOC(每千行代码)表示,或每个功能点的错误数表示。

■错误或缺陷率。分为微小、显著和严重三类。需求必须定义什么是“严重”错误(例如数据的完全丢失或者系统的某些功能完全不能使用)。

5性能

这一部分应该概述系统的性能特色,包括特殊响应时间。在适用时,引用相关用例的名字。

■事物的响应时间(平均、最大)。

■精确性(分辨率)和准确性(某个已知标准)。

■吞吐量(例如,每秒事物数)。

■容量(系统所能容纳的客户或事物数)。

■退化模式(当系统被降级时,可接受的运转模式)。

■资源利用(内存、磁盘、通信等)。

6可支持性

这一部分指明所有提高系统可支持性或可维护性的需求,包括编码标准、命名约定、类库、维护访问和维护工具。

7设计约束

这一部分要指明对所购建系统的所有设计约束。设计约束代表指令性设计约定,必须跟从。例子包括软件语言、软件过程需求、预定的开发工具、架构和设计约束、购买的组件和类库等等。

8用户文档和帮助系统需求

这部分描述对系统文档的需求。例子包括:

■开始指南。

■用户指南。

■联机帮助。

■管理员指南。

■自述文件和发布信息。

■标志和打包需求。

9购买的组件

这部分描述系统要使用的所有购买的组件、任何适用的许可证或使用限制,以及相关的兼容性/互操作性或接口标准。

10接口

这一部分定义系统必须支持的接口。所描述的协议、端口和逻辑地址等必须有足够的确切性,以便根据接口需求开发和验证软件。

10.1用户接口

描述软件中要实现的用户接口。

10.2硬件接口

定义软件必须支持的硬件接口,包括逻辑结构、物理地址和预期的行为。

10.3软件接口

描述软件对其他组件的软件接口。其他组件可以是购买的组件、复用其他应用程序

的组件或本文档范围之外、与本系统交互的其他子系统。

10.4通信接口

描述与其他系统或设备的通信接口,如局域网或远程串行设备。

11许可证和安全需求

这部分包括任何许可证需求或软件中必须实现的用法强制需求,以及任何系统运行所需要的OEM组件或授权应用程序的子许可证需求。

这部分可能还定义安全性、可得到性、源代码或用户数据加密等需求。

12法律、版权及其他说明

这部分包括所有必要的法律声明、保证、版权声明、专利声明、文字标记、商标或标志合法需求。

13可应用的标准

这部分引用所有应用于系统的标准或标准的特定部分。例如,可能包括法律、质量、管制标准,以及产业可用性、互操作性、国际化、操作系统兼容性等标准。

14国际化和本地化

这部分描述任何适用的国际化需求(支持多用户语言环境的能力)和以用户的母语或方言进行的本地化需求(要求提供或支持GUI对话框、显示和报告格式、用户数据入口等)。15物理可提交物

这部分定义为了支持系统的部署和运行所需要的所有可提交工作(CD、手册等等)。16安装和部署

这部分描述支持系统的安装和部署所需要的配置和准备、第三方组件、安装或转换机制及其他任何需求。

相关文档
最新文档