系统需求规范
编制：审核：批准：
目录
1.简介 (5)
1.1.系统简介 (5)
1.2.文档目的 (5)
1.3.文档范围 (5)
1.4.与其它开发任务/文档的关系 (5)
1.5.需求来源 (5)
1.6.需求编号原则 (5)
1.7.术语和缩写词 (6)
2.参考文档 (7)
3.系统定义 (8)
4.系统结构 (9)
5.功能需求规范 (10)
6.性能需求规范 (11)
7.RAM需求规范 (12)
8.系统安全目标 (13)
9.接口需求规范 (14)
10.系统应用环境 (15)
10.1.气候环境 (15)
10.2.海拔要求 (15)
10.3.防雷要求 (15)
10.4.机械环境 (15)
10.5.电气环境 (15)
10.6.非法访问的保护 (16)
10.7.更严酷的环境 (16)
11.假设及限制条件 (17)
1.简介
1.1.系统简介
提示：对系统进行简要介绍，包括系统的安全目标，安全评估的类型等。

1.2.文档目的
提示：阐明此文档的目的
系统需求规范将用户需求用规范的形式条目化列举出来，每个需求清晰、准确、具体并具备可验证性，是系统后续开发测试的基础。

系统需求规范作为用户需求与项目人员沟通的文件，针对的对象主要是项目开发人员、测试人员。

这里的系统需求规范和系统定义阶段产生的系统定义文档比较类似，只是在定义阶段，需求可能是以描述形式体现用户的需求，而不是规范的形式。

1.3.文档范围
1.4.与其它开发任务/文档的关系
提示：如安全计划和设计文档的关系
1.5.需求来源
提示：说明需求规范的来源/产生方式（标准、规范、Subsets、环境、其他相关系统、接口、平台等）及相关证据，可以用图来说明。

1.6.需求编号原则
提示：给出需求编号的原则和定义。

文档下面描述的所有需求都要按照这个原则给出编号。

{需求标识方法，如序列化编号、层次化编号、层次化文本标签等方法。

应确
保需求标识在整个项目中的唯一性，且不受需求变更的影响，不得使用WORD 自带的序列号作为需求标识
如采用层次化编号方法
模块缩写＋序列号，如SZAG01、SZAG01.01、SZAG01.01.02
模块缩写参照表：
需求层次：分三个层次，用三位字符表示。

第一层需求指主功能模块，第二层需求指功能模块的主功能点，第三层次指主功能点下的具体需求。

}
1.7.术语和缩写词
提示：列出项目文档的专用术语和缩写词。

以便阅读时，使读者明确，从而不产生歧义。

2.参考文档
提示：列出本文档引用的所有标准、文档及其版本号
例如
项目安全计划
系统定义
SASHBK/SH/P2-03需求规范阶段任务手册
EN50126:1999轨道交通-可靠性、可用性、可维修性和安全性规范及示例EN50129:2003铁路应用-通信、信号、处理系统-信号用安全相关电子系统EN50125-3：2003铁路应用：设备环境条件—信号和通信设备
EN50121-4：2000铁路应用：电磁兼容性—信号和通信设备的辐射和抗干扰
EN50124-1：2001铁路应用：绝缘配合—基本需求-所有电气和电子设备的电气间隙和爬电距离
EN50121-3：2006铁路应用：电磁兼容性—铁路车辆
EN50155：1996铁路应用-铁道车辆电子设备
……
3.系统定义
提示：系统大致介绍，包括系统的范围，系统应用的场合，系统的主要功能，尤其描述清楚系统的边界。

3.1系统功能
概述了产品所具有的主要功能。

其详细内容将在系统功能需求和特性中描述，所以在此只需要概略地总结。

很好地组织产品的功能，使每个读者都易于理解。

a。

建议以图表形式列出功能结构图，并加入必要文字说明。

b.建议以列表形式列出功能分类，以及优先级，并加入必要文字说明。

3.2系统范围
3.3系统应用的场合
4.系统结构
提示：对系统结构进行简要描述。

更详细的安全需求参见《系统结构设计规范》
5.功能需求规范
提示：详细说明系统的功能需求，每个功能需求要按照前面定义好的编码原则进行编号。

需要特别注意系统异常处理的功能需求。

〔为每个确定的商业功能（需实现的功能）描述其定义、业务规则，详细叙述如何从输入转变到输出并且如何获得、处理和产生这些信息。

这些内容在下列标题中有条理的阐述。

a.业务定义/描述。

b.适用的用户类型，指操作本功能所需的授权
c.业务规则/业务要素。

d.输入：提供所有与本功能有关的输入描述，包括：输入数据类型、媒
体、格式、数值范围、精度、单位等。

e.输出－提供与本功能有关所有输出的描述，包括：输出数据类型、方
式、格式、精度、单位等，以及图形或显示报告的描述。

f.业务操作流程
描述正常业务流程，列举异常情况和处理流程。

建议使用图示，并配合必要的文字说明
6.性能需求规范
提示：详细说明系统的性能需求，每个性能需求要按照前面定义好的编码原则进行编号。

a.时间特性
说明对于该软件的时间特性要求，时间测量单位的选择：
高峰期的环境假设、负载假设；
高峰期的处理时间。

b.精度要求
说明对该软件的输入、输出数据精度的要求。

c.系统有效性
为取得系统有效性，应考虑标准工作日、周末和公共假期的操作时间。

例如：系统每天需要连续运行24小时，每周运行七天，包括公共假期和周末
d.容错性
e.可扩充性
7.RAM需求规范
提示：描述系统的可用性、可靠性、可维护性的需求，如平均无故障工作时间MTBF需求、系统平均修复时间MTTR需求等。

7.1 可用性
7.2 可靠性
7.3 可维护性
8.系统安全目标
提示：描述系统的安全目标，包括SIL和THR需求。

更详细的安全需求参见《安全需求规范》。

9.接口需求规范
提示：应分别考虑系统功能接口和物理接口，列出系统的外部接口需求、人机接口需求及维护需求，每个接口需求要按照前面定义好的编码原则进行编号。

外部接口包括：硬件接口、软件接口、通信接口，每个接口需考虑以下内容：
a.接口描述，包括接口类型、接口特点（如版本、名称、来源等）
b.接口与本系系统的输入输出关系
c.技术方面的约束
d. 转换的安全考虑
10.系统应用环境
提示：列出当系统被应用后，对应用环境的需求。

包括温度，湿度等气候环境、污染、有害动物、电气环境EMC/EMI、防雷要求、振动、冲击等机械环境以及操作环境、维护环境，例如防止未经授权的使用。

需要注意，许多需求规范不能简单说符合某某标准这么简单，一定要看被引用的标准是否全部内容都是项目的需求，否则应该指出符合标准中的哪些条款。

10.1.气候环境
提示：
描述系统的气候环境要求，确保在规定的气候条件下满足EN50125-3的要求。

10.2.海拔要求
提示：
设备工作的海拔高度一般不超过海拔xxxxxx米。

10.3.防雷要求
10.4.机械环境
10.5.电气环境
提示：
描述系统的电气环境要求。

地面设备应满足 EN50121-4, EN50124-1的要求；
车载设备应满足EN50121-3, EN50124-1, EN50155的要求。

10.6.非法访问的保护
提示：
针对操作环境、维护环境，如何防止未经授权的使用。

10.7.更严酷的环境
提示：
例如提供针对啮齿动物、白蚁等动物危害的保护；当设备处于沿海地区时，客户需要添加对盐雾的保护、
11.假设及限制条件
提示：对系统性能相关的假设及限制条件进行描述。

{列举出在对系统需求说明中影响需求陈述的假设因素（与已知因素相对立）。

这可能包括你打算要用的商业组件或有关开发或运行环境的问题对需求实现的影响，也可能是需求或业务规则对设计与实现方法的影响。

}。