软件需求规格说明编写指南438BWord文件下载.docx

软件需求规格说明编写指南438BWord文件下载.docx

《软件需求规格说明编写指南438BWord文件下载.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明编写指南438BWord文件下载.docx（10页珍藏版）》请在冰豆网上搜索。

页数：

拟制：

SQA审核：

审核：

批准：

拟制部门：

XXXXXXXXXX研究所

年

月

日

修改文档历史记录：

日期

版本

说明

修改人

1范围

标识

【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号及发布号。

】

示例：

系统标识如下：

a）已批准的标识号：

b）产品名称：

XXXXXX

c）产品代号：

d）版本号：

XXXXX

e）缩略名：

系统概述

【本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性；

概述系统开发、运行和维护的历史；

标识项目的需方、用户、开发方和保障机构；

标识当前和计划的运行现场；

列出其它有关文档。

a）软件用途：

b）系统概述：

c）需方：

XXXXX

d）开发方：

软件开发组

e）运行环境：

f）相关文档：

以下描述相关技术数据内容:

1）软件开发计划

2）软件研制任务书

3）。

。

文档概述

【本条应概述文档的用途和内容，并描述与它的使用有关的保密性方面的要求。

2引用文档

【本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识所有不能通过正常采购活动得到的文档的来源。

3需求

要求的状态和方式

【如果要求CSCI在多种状态或多种方式下运行，并且不同的状态或方式具有不同的需求，则应标识和定义每一种状态和方式。

状态和方式的例子包括：

空闲、就绪、活动、事后分析、训练、降级、紧急情况、备份、战时和平时等。

可以仅用状态描述CSCI，也可仅用方式、用方式中的状态、状态中的方式、或其他有效的方式描述CSCI。

如果不需要多种状态或方式，应如实陈述，而不需要进行人为的区分；

如果需要多种状态和/或方式，应使本规格说明中的每个或每组需求与这些状态和方式相对应，对应关系可以在本条或本条所引用的附录中，通过表格或其它方式加以指明，也可以在该需求出现的章条中加以声明。

CSCI能力需求

【为详细说明与CSCI各个能力相关的需求，本条可分为若干子条。

“CSCI能力需求”中的“能力”为一组相关需求，可用“功能”、“主题”、“对象”、或其他适合表示需求的词替代。

（CSCI能力）

【本条应标识必需的每一个CSCI能力，并详细说明与该能力有关的需求。

如果该能力可以更清晰地分解成若干子能力，则应分条对子能力进行说明。

需求应详细说明所需的CSCI行为，包括适用的参数，如响应时间、吞吐时间、其它时限约束、时序、精度、容量、优先级、连续运行需求和在基本运行条件下允许的偏差；

适当时，需求还应包括在异常条件、非许可条件或超限条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引入到CSCI中的规定。

在确定与CSCI所接收的输入和CSCI所产生的输出有关的需求时，应考虑在给出的要考虑的主题列表。

3.3.13.3.2

3.10.1

3.10.2

3.10.3

3.10.4

从本规格说明中的每一个CSCI需求，到所涉及的系统（或子系统，若合适）需求的可追踪性（也可以通过对第3章中的每一个需求进行注释来提供可追踪性）。

注：

每一个层次的系统细化都可能导致需求不能直接被追踪到较高层次。

例如：

一个系统体系结构设计建立了多个CSCI，可能导出关于这些CSCI如何接口的需求，而这些接口需求在系统需求中并没有被涵盖。

这样的需求可以被追踪到类似于“系统实现”这样的一般需求，或被追踪到导致它们产生的系统设计决策。

b）从已分配给本CSCI的每一个系统需求（或子系统需求，若合适），到所涉及的CSCI需求的可追踪性。

分配给本CSCI的全部系统/子系统需求都应加以说明。

追踪到包含在IRS中的CSCI需求时，可引用那些IRS。

表X需求可追踪性

系统/子系统设计文件

CSCI需求规格说明

章节号

定义的CSCI系统需求

功能模块

6注释

【本章应包括有助于了解文档的所有信息（例如，背景、术语、缩略语或公式）。