文档介绍：<题目>
软件需求规格说明
姓名: 学号: 班级:
1引言 4
4
4
4
2引用文件 4
3需求 4
5
5
5
5
5
5
5
(系统能力) 5
6
6
(接口的项目唯一标识符) 6
7
7
7
8
8
8
、可维护性、可移植性、可靠性和安全性需求 8
8
8
8
8
9
9
9
9
9
9
10
10
10
10
10
10
11
4合格性规定 11
5需求可追踪性 11
6非技术性需求 11
7尚未解决的问题 11
8注解 12
附录 12
1引言

本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发行号。

本条应简述本文档适用的系统和软件的用途,它应描述系统和软件的一般特性;概述系统开发、操作和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划中的运行现场;列出其他有关的文档。

本条应概括本文档的用途和内容,并描述与其使用有关的保密性和私密性要求。
2引用文件
本章应列出本文档所引用所有文档的编号、标题、修订版本和日期,本章也应标识不能通过正常的供货渠道获得的所有文档的来源。
3需求
本章分条详述系统需求,是指功能、业务(包括接口、资源、性能、可靠性、安全性、保密性等)和数据需求。也就是,构成系统验收条件的系统特性。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。对每个需求都应说明相关合格性方法(见第4章),如果是子系统,则还要给出从该需求至系统需求的可追踪性()。描述的详细程度遵循以下规则:应包含构成系统验收条件的那些系统特性,需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求可说明的话,应如实陈述。如果某个需求在多条中出现,可以只陈述一次而在其他条中引用之。

如果要求系统在多种状态和方式下运行,且不同状态和方式具有不同的需求的话,则要标识和定义每一状态和方式。状态和方式的例子包括:空闲、就绪、活动、事后分析、训练、降级、紧急情况和后备等。状态和方式的区别是任意的,可以仅用状态描述系统,也可以仅用方式、方式中的状态、状态中的方式或其他有效的方式描述。如果不需要多个状态和方式,不需人为加以区分,应如实陈述;如果需要多个状态和/或方式,还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联,关联可在本条或本条引用的附录中用表格或其他的方法表示,也可在需求出现的地方加以注解。

描述系统总体功能和业务的结构。

说明对硬件系统的需求。

说明对软件系统的需求。

说明硬件系统和软件系统之间的接口。

本条应分条详细描述与系统每一能力相关联的需求。“能力”被定义为一组相关的需求。可以用“功能”、“性能”、“主题”、“目标”或其他适合用来表示需求的词来替代“能力”。
(系统能力)
本条应标识必需的每一系统能力,并详细说明与该能力有关的需求。如果该能力可以更清晰地分解成若干子能力,则应分条对子能力进行说明。该需求应指出所需的系统行为,包括适用的参数,如响应时间、吞吐时间、其他时限约束、序列、精度、容量(大小/多少)、优先级别、连续运行需求和基本运行条件下的允许的偏差;(若适用)需求还应包括在异常条件、非许可条件或越界条件下所需的行为,错误处理需求和任何为保证在紧急时刻运行的连续性而引人到