好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

国家标准 07 - 系统(子系统)需求规格说明(SSS).docx

12页
  • 卖家[上传人]:壹****1
  • 文档编号:481753397
  • 上传时间:2024-02-05
  • 文档格式:DOCX
  • 文档大小:30.34KB
  • / 12 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • 系统/子系统需求规格说明(SSS)说明:1.《系统/子系统需求规格说明》(SSS)为一个系统或子系统指定需求和指定保证每个需求得到满足所使用的方法与系统或子系统外部接口相关的需求可在SSS中或在该SSS引用到的一个或多个《接口需求规格说明》(IRS)中给出2.这个SSS,可能还要用《接口需求规格说明》(IRS)加以补充,是构成系统或子系统设计与合格性测试的基础贯穿本文的术语“系统”,如果适用的话,也可解释为“子系统”所形成的文档应冠名为“系统需求规格说明”或“子系统需求规格说明”目录系统/子系统需求规格说明(SSS) 11引言 41.1标识 41.2系统概述 41.3文档概述 42引用文件 43需求 43.1要求的状态和方式 43.2需求概述 53.2.1系统总体功能和业务结构 53.2.2硬件系统的需求 53.2.3软件系统的需求 53.2.4接口需求 53.3系统能力需求 53.4系统外部接口需求 63.4.1接口标识和接口图 63.5系统内部接口需求 73.6系统内部数据需求 73.7适应性需求 73.8安全性需求 83.9保密性和私密性需求 83.10操作需求 83.11可使用性、可维护性、可移植性、可靠性和安全性需求 83.12故障处理需求 83.12.1软件系统出错处理 83.12.2硬件系统冗余措施的说明 83.13系统环境需求 93.14计算机资源需求 93.14.1计算机硬件需求 93.14.2计算机硬件资源利用需求 93.14.3计算机软件需求 93.14.4计算机通信需求 93.15系统质量因素 103.16设计和构造的约束 103.17相关人员需求 103.18相关培训需求 103.19相关后勤需求 103.20其他需求 113.21包装需求 113.22需求的优先次序和关键程度 114合格性规定 115需求可追踪性 116非技术性需求 127尚未解决的问题 128注解 12附录 121引言1.1标识本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号和发行号。

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

      状态和方式的例子包括:空闲、就绪、活动、事后分析、训练、降级、紧急情况和后备等状态和方式的区别是任意的,可以仅用状态描述系统,也可以仅用方式、方式中的状态、状态中的方式或其他有效的方式描述如果不需要多个状态和方式,不需人为加以区分,应如实陈述;如果需要多个状态和/或方式,还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联,关联可在本条或本条引用的附录中用表格或其他的方法表示,也可在需求出现的地方加以注解3.2需求概述3.2.1系统总体功能和业务结构描述系统总体功能和业务的结构3.2.2硬件系统的需求说明对硬件系统的需求3.2.3软件系统的需求说明对软件系统的需求3.2.4接口需求说明硬件系统和软件系统之间的接口3.3系统能力需求本条应分条详细描述与系统每一能力相关联的需求能力”被定义为一组相关的需求可以用“功能”、“性能”、“主题”、“目标”或其他适合用来表示需求的词来替代“能力”系统能力3.3.x(系统能力)本条应标识必需的每一系统能力,并详细说明与该能力有关的需求如果该能力可以更清晰地分解成若干子能力,则应分条对子能力进行说明该需求应指出所需的系统行为,包括适用的参数,如响应时间、吞吐时间、其他时限约束、序列、精度、容量(大小/多少)、优先级别、连续运行需求和基本运行条件下的允许的偏差;(若适用)需求还应包括在异常条件、非许可条件或越界条件下所需的行为,错误处理需求和任何为保证在紧急时刻运行的连续性而引人到系统中的规定。

      在确定与系统所接收的输入和系统所产生的输出有关的需求时,应考虑在本文档3.4.x给出要考虑的主题列表3.4系统外部接口需求本条应分条描述关于系统外部接口的需求(如有的话)本条可引用一个或多个接口需求规格说明(IRS)或包含这些需求的其他文档3.4.1接口标识和接口图本条应标识所需的系统外部接口若适用)每个接口标识应包括项目唯一标识符,并应用名称、序号、版本和引用文件指明接口的实体(系统、配置项和用户等)该标识应说明哪些实体具有固定的接口特性(因而要对这些接口实体强加接口需求),哪些实体正被开发或修改(从而接口需求已被施加于它们)可用一个或多个接口图表来描述这些接口3.4.x(接口的项目唯一标识符)本条(从3.4.2开始)应通过项目唯一标识符标识系统的外部接口,简单地标识接口实体,根据需要可分条描述为实现该接口而强加于系统的需求该接口所涉及的其他实体的接口特性应以假设、或“当(未提到实体)这样做时,系统将……”的形式描述,而不描述为其他实体的需求本条可引用其他文档(如:数据字典、通信协议标准和用户接口标准)代替在此所描述的信息若适用)需求应包括下列内容,它们以任何适合于需求的顺序提供,并从接口实体的角度说明这些特性的区别(如对数据元素的大小、频率或其他特性的不同期望):a.系统必须分配给接口的优先级别;b.要实现的接口的类型的需求(如:实时数据传送、数据的存储和检索等);c.系统必须提供、存储、发送、访问、接收的单个数据元素的特性,如:1)名称/标识符;a)项目唯一标识符;b)非技术(自然语言)名称;c)标准数据元素名称;d)技术名称(如代码或数据库中的变量或字段名称);e)缩写名或同义名;2)数据类型(字母数字和整数等);3)大小和格式(如:字符串的长度和标点符号);4)计量单位(如:米、元、秒);5)范围或可能值的枚举(如:0~99);6)准确度(正确程度)和精度(有效数字位数);7)优先级别、时序、频率、容量、序列和其他的约束条件,如:数据元素是否可被更新、业务规则是否适用;8)保密性和私密性的约束;9)来源(设置/发送实体)和接收者(使用/接收实体);d.系统必须提供、存储、发送、访问和接收的数据元素集合体(记录、消息、文件、数组、显示和报表等)的特性,如:1)名称/标识符;a)项目唯一标识符;b)非技术(自然语言)名称;c)技术名称(如代码或数据库的记录或数据结构);d)缩写名或同义名;2)数据元素集合体中的数据元素及其结构(编号、次序和分组);3)媒体(如盘)和媒体中数据元素/数据元素集合体的结构;4)显示和其他输出的视听特性(如:颜色、布局、字体、图标和其他显示元素、蜂鸣声和亮度等);5)数抿元素集合体之间的关系。

      如排序/访问特性;6)优先级别、时序、频率、容量、序列和其他的约束条件,如:数据元素集合体是否可被修改、业务规则是否适用;7)保密性和私密性约束;8)来源(设置/发送实体)和接收者(使用/接收实体);e.系统必须规定接口使用的通信方法所要求的特性如:1)项目唯一标识符;2)通信链接/带宽/频率/媒体及其特性;3)消息格式化;4)流控制(如:序列编号和缓冲区分配);5)数据传送速率,周期性/非周期性,传输间隔;6)路由、寻址和命名约定;7)传输服务,包括:优先级别和等级;8)安全性/保密性/私密性方面的考虑,如:加密、用户鉴别、隔离和审核等;f.系统必须规定接口使用的协议所要求的特性,如:1)项目唯一标识符;2)协议的优先级别/层次;3)组,包括:分段和重组、路由和寻址;4)合法性检查、错误控制和恢复过程;5)同步,包括:连接的建立、保持和终止;6)状态、标识、任何其他的报告特征;g.其他所需的特性,如:接口实体的物理兼容性(尺寸、公差、负荷、电压和接插件兼容性等)3.5系统内部接口需求本条应指明系统内部接口的需求如果所有内部接口留到设计时或在系统成分的需求规格说明中规定,那么必须如实说明。

      如果实施这样的需求,则可考虑本文档的3.4列出的主题3.6系统内部数据需求本条应指明分配给系统内部数据的需求(若有),包括对系统中数据库和数据文件的需求如果所有有关内部数据的决策都留待设计时或留待系统部件的需求规格说明中给出,则需在此如实说明如果要强加这种需求,则可考虑在本文档的3.4.x.c和3.4.x.d列出的主题3.7适应性需求(若有)本条应指明要求系统提供的、与安装有关的数据(如:现场的经纬度)和要求系统使用的、根据运行需要可能变化的运行参数(如:表示与运行有关的目标常量或数据记录的参数)3.8安全性需求(若有)本条应描述有关防止对人员、财产、环境产生潜在的危险或把此类危险减少到最低的系统需求,包括:危险物品使用的限制;为运输、操作和存储的目的而对爆炸物品进行分类;异常中止/异常出口规定;气体检测和报警设备;电力系统接地;排污;防爆(若适用)描述还应包括有关系统核部件(若有)的需求,如:部件设计、意外爆炸的预防以及与核安全规则保持一致3.9保密性和私密性需求(若有)本条应指明维持保密性和私密性的系统需求,包括:系统运行的保密性/私密性环境、提供的保密性或私密性的类型和程度、系统必须经受的保密性/私密性的风险、减少此类危险所需的安全措施、系统必须遵循的保密性/私密性政策、系统必须提供的保密性/私密性审核以及保密性/私密性必须遵循的确认/认可准则。

      3.10操作需求说明本系统在常规操作、特殊操作以及初始化操作和恢复操作等方面的要求3.11可使用性、可维护性、可移植性、可靠性和安全性需求说明本系统在可使用性、可维护性、可移植性、可靠性和安全性等方面的要求3.12故障处理需求说明本系统在发生可能的软硬件故障时,对故障处理的要求3.12.1软件系统出错处理说明属于软件系统的问题;给出发生错误时的错误信息;说明发生错误时可能采取的补救措施3.12.2硬件系统冗余措施的说明说明哪些问题可以由硬件设计解决,。

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.