文档详情

软件需求规格说明书(IEEE 830

夏**
实名认证
店铺
DOCX
19.52KB
约12页
文档ID:459003148
软件需求规格说明书(IEEE 830_第1页
1/12

1引言 ()1.1编写目的 ()1.2参考资料 ()1.3术语定义 ()2概述 ()2.1产品的描述 ()2.2产品的功能 ()2.3实现语言 ()2.4用户特点 ()2.5 一般约束 ()3具体需求 ()3.1功能需求 ()3.1.1 引言 ()3.1.2 输入 ()3.1.3 处理 ()3.1.4 输出 ()3.2外部接口需求 ()3.2.1用户界面 ()3.2.2硬件接口 ()3.2.3软件接口 ()3.2.4通信接口 ()3.3性能需求 ()3.3.1静态数值需求 ()3.3.2动态数值需求 ()3.4.1硬件限制 ()3.4.2其它约束 ()3.5属性 ()3.5.1可使用性 ()3.5.2安全性 ()3.5.3可维护性 ()3.5.4可移植性 ()3.6其它需求 ()3.6.1数据库 ()3.6.2 操作 ()3.6.3故障处理 ()4数据需求 ()4.1数据描述 ()4.2数据采集 ()4.2.1要求与范围 ()4.2.2 处理 ()4.3数据词典 ()5支持信息 ()5.1目次和索引 ()5.2附录 ()1引言1.1编写目的说明编写需求规格说明的主要目的1.2参考资料列出下列资料的作者、标题、编号、发表日期和出版单位,必要时说明如何得到这些资料:a. 本项目经核准的计划任务书、合同和上级机关的批文;b. 项目开发计划;c. 本文档中引用的文件、资料,其中应包括软件开发规范。

1.3术语定义列出本文档中用到的可能会引起混淆的专门术语和缩写词的原文2概述本章描述软件产品的特性及影响其需求的一般因素必须注意到:本章不罗列具体的需求,而仅设法使需求更加易于理解2.1产品的描述a. 用一个名字标识要生产的软件产品例如,宿主数据库管理系统、报表生成器等;b. 说明软件产品将干什么,如果需要的话,还要说明这个软件产品不干什么;c. 说明此软件产品的应用情况及开发意图,其中应当:尽可能精确地描述所有相关的利益、 目的以及最终目标:如果有较高层次的规格说明存在(例如,已存在系统需求规格说明), 则应使这里的陈述与高层次规格说明中的类似陈述一致;d. 列出开发项目的委托单位、承办单位及其主管部门;e. 如果被开发软件是独立的,则应在本节描述被开发软件的概况;f. 如果需求规格说明定义的软件是一个较大的系统或项目中的一个组成部门,那么本节应 当:概述这个较大的系统或项目的每一个组成部分的功能,并标识其接口;标识被开发软件 的主要外部接口注意,这里仅仅是一个综述性的描述用图形表达一个较大的系统或项目的主要组成、相互联系和外部接口是非常直观的本节不应当具体的进行设计方案的描述,也不应当描述解决问题时的具体设计约束。

本节应 对在需求规格说明具体需求一章中列出的设计约束提出理由2.2 产品的功能本节应简单叙述被开发软件的功能例如,对于一个财务管理系统,需求规格说明可以在这 节描述帐目维护、财务报表等的基本要求,而不必把为完成这些功能所要求的大量细节描写 出来有时本节内容可以直接从较高层次的规格说明中引用(如果存在)为了清晰起见, 要注意:a. 应当给出一个使用户、委托单位或者第一次读这个文档的人易理解的功能清单;b. 可以用图形表达不同的功能和它们之间的关系但要注意,这样的图形不是产品设计时 需要的,而只是一个有效的解释性工具本节不应当陈述具体需求,而只应对需求规格说明具体需求一章中要描述的需求给出理由本节要列出所采用的编程语言2.4用户特点本节描述影响具体需求的该产品最终用户的特点软件生存周期的运行和维护阶段,许多人员与系统有关这些人员中有用户、操作员、维护 人员和系统工作人员这些人的某些特点,象教育水平、经验、技术专长等,都对系统运行 有重要影响如果系统的大多数用户是临时用户,那么他们的具体需求可能是要求系统包含有许多如何完 成基本功能的提示,而不是记忆许多繁琐的细节本节不陈述具体需求或针对某些特殊需求而考虑的若干具体设计约束,本节应对在需求规格 说明的具体需求一章中描述的某些具体需求或设计约束提供理由。

2.5 一般约束本节给出对一些条款的概括描述,这些条款将影响承办单位在设计阶段的工作和计划,这些 条款包括:a. 管理方针;b. 硬件的限制;c. 与其它应用的接口;d. 并行操作;e. 实时性能;f. 检查功能;g. 控制功能;h. 信号交换协议;i. 应用的临界点;j. 安全和保密方面的考虑本节不列举具体的需求或具体的设计约束但是,应对具体需求一章中描述的某些具体需求 和设计约束提供理由3具体需求本章包括软件开发者进行设计时所需要的全部细节通常本章是需求规格说明中篇幅最长和 最重要的部分a. 必须按照本标准第4.4条描述的标准(可验证的、无歧义的等),对需求规格说明中的每 个具体需求给出详细定义;b. 应当利用引言、概述和附录部分中的有关讨论及交叉引用关系,提供每个具体需求的背景及注释内容;c. 具体需求的一种分类方法为:功能需求,性能需求,设计约束,属性,外部接口需求, 其它需求必须注意到:a, 具体需求应当按逻辑可读的方式组织;b. 每一个具体需求应使用指定的方法进行客观的验证3.1功能需求本节描述软件产品的输入经过什么处理,产生什么输出,它描述在软件中发生的基本操作对于每一类功能或者有时对于每一个功能,需要描述其输入、处理和输出等需求。

这些内容 用四小节描述:3.1.1引言在本节中应当描述完成本功能的目的,所使用的方法和技术,还应当包括可以 清楚说明本功能意图的来源或背景材料以及有关需求的注释内容3.1.2输入本节应包括:a. 对本功能全部输入数据的详细描述,它们包括:输入源,数量,度量单位,时间关系, 有效输入的范围,精度和公差;b. 操作员具体的控制要求,其中包括操作员活动的描述,控制台或操作员的位置等例如, 在打印表格时,要求操作员调整打印纸位置的需求;c. 指明引用的接口规格说明或相应的接口控制文档3.1.3处理本节陈述为获得期望的输出,而对输入数据和中间参数进行的全部操作它可 包括如下内容:a. 输入数据的有效性检查;b. 操作的精确顺序,包括事件的时间设定;c. 非正常情况的处理,例如对溢出、通信故障、错误处理的响应;d. 操作对参数的影响;e. 降级运行的需求;f. 把系统输入变换为相应输出的方法(如方程式、数学算法和逻辑操作)例如可以列出: 在工资管理软件包中关于房租计算的公式,求解微分方程的算法,天气预报软件包使用的气 象学模型;g. 输出数据的有效性检查3.1.4输出这一节应包括:3.1.4.1该功能所有输出数据的详尽描述,包括:a. 输出的目的地;b. 数量;c. 度量单位;d. 时间关系;e. 有效输出的范围,包括精度和公差;f. 非法值的处理;g. 错误信息。

3.1.4.2有关接口说明或接口控制文档的参考资料对于非标准输出设备此部分内容尤其重 要对于某些输入输出并重的系统来说,需求规格说明应描述所有有意义的输入输出对及其序 列当一个系统要求记录它的状态,并根据当前输入和过去的状态确定输出时,序列是重要 的这种系统的工作如同有穷状态机3.2外部接口需求3.2.1用户界面本节应当描述:a. 用户使用软件产品时的界面需求例如,如果系统的用户通过显示统筹终端操作,就必 须指定如下需求:对屏幕格式的要求,报表或菜单的页面显示格式和内容,有关输入和输出 的时间,用户命令的形式;b. 界面的优化问题可以简单的用一个表列出系统用户做什么或不做什么例如,要求的 是长的还是短的出错信息与其它需求一样,这种需求也应该是可验证的3.2.2硬件接口本节应当陈述软件产品与系统硬件设备之间每一个接口的逻辑特点还可能包括如下事宜: 要支持什么样的设备,如何支持这些设备3.2.3软件接口在这里应当陈述其它有关软件(如数据库管理系统、操作系统、或者数学软件包)的使用方 法,以及同其它相连接软件的接口对每一有关的软件产品,必须提供如下内容:a. 名字;b, 助忆符;c. 版本号;d. 源程序。

对于每个与其它软件接口,本部分应:a. 描述与本软件产品相联接的软件的基本功能,以及达到的目的;b. 描述传递信息的内容和格式定义接口对已有完整文档的接口,只需要引用描述该接口 的文档3.2.4通信接口本节应说明各种通信接口例如,局部网络协议等3.3性能需求本节应从整体上说明该软件、人与该软件相互作用的静态或动态数值需求3.3.1静态数值需求包括:a. 支持的终端数;b. 支持的同时操作的用户数;c. 处理文件和记录数;d. 表和文件的大小;e. 对数据的精度要求,包括数学的、逻辑的传输的精度等3.3.2动态数值需求包括诸如处理和任务的数量,以及在正常情况下和峰值工作条件下在一 定时间周期中要处理的数据总数有关响应时间、更新处理时间、数据转换和传输时间也在 本节陈述3.4设计约束说明其它需遵守的硬件限制等标准和设计约束3.4.1硬件限制a. 硬件配置的特点(接口数、指令系统等)b. 主存贮器和辅助存贮器的容量;c. CPU速度3.4.2其它约束本节描述除硬件限制外的其它约束它们有:a. 报表格式;b. 数据命名;c. 检查追踪3.5属性在软件的具体需求中可以有若干属性下面仅列出其中的一部分,应注意它们不是一个完整 的清单。

3.5.1可使用性列出保证软件的可使用性达到预定要求的需求如检测点、恢复和重启动性等3.5.2安全性本节指出保护软件的要求,以防止突然或非法的访问、使用、修改或者泄密本节的具体需 求包括:a. 利用某些密码技术;b. 掌握特殊的记录或历史数据;c. 给不同的模块分配不同的功能;d. 限定一个程序中某些区域间的通讯3.5.3可维护性本节指定若干需求,以确保软件是可维护的3.5.4可移植性本节列出确保用户程序和用户界面的兼容方面的需求(如果有的话),以及为把被开发软件 从一种运行环境移植到另一个运行环境的需求等3.6其它需求由于软件的类型、用户的特点等,某些特殊的需求在下列各节描述3.6.1数据库说明作为产品一部分被开发的数据库的需求例如:使用的频率,访问的能力,数据元素、 记录和文件的关系,数据保留需求等3.6.2操作说明用户要求的常规和特殊的操作,例如:用户初始的操作,数据处理支持的功能,后援和 恢复操作等3.6.3故障处理列出可能发生的软件和硬件故障,并指出这些故障对各项性能指标所产生的影响以及对故障 处理的要求4 数据需求4.1数据描述:数据分静态数据和动态数据两类静态数据指在运行过程中一般不改变的数据。

动态数据则 指运行中要输入、输出的数据,以及在运行过程中要改变的数据a. 静态数据列出作为控制和引用而使用的静态数据元素;b. 动态输入数据列出动态输入数据元素,包括在常规操作和特殊操作中要输入的数据元 素;c. 动态输出数据列出动态输出数据元素,包括在常规运行中和特殊情况下输出的数据元 素;d. 内部生成数据列出对用户软件之内部生成的数据元素;e. 说明对数据元素的约束列出由于需要进一步扩充或使用。

下载提示
相似文档
正为您匹配相似的精品文档