文档介绍：归属部门
密级
版本
共页
[名称]
软件需求规格说明书
拟制:
日期:
yyyy-mm-dd
审核:
日期:
yyyy-mm-dd
批准:
日期:
yyyy-mm-dd
文件修改记录
修改日期
版本
修改页码、章节、条款
修改描述
作者
yyyy-mm-dd
目录
1范围 5
2 总体概述 5
产品描述 5
软件功能 5
一般约束 5
假设和依赖 6
3 具体需求 6
功能需求 6
功能需求1 6
功能需求2 7
功能需求n 7
外部接口需求 7
用户接口 7
硬件接口 7
软件接口 8
通讯接口 8
性能需求 8
4 设计约束 8
标准的约束 9
硬件的限制 9
技术的限制 9
5 软件质量属性 9
安全性 9
可维护性 9
可移植性 10
6 其他需求 10
数据库 10
本地化 10
7待确定问题 10
模板使用说明:
[1]注明可选的部分,可以根据实际情况选择是否填写;如果不必说明,请保留相关的章节标题,同时在该可选章节的内容中填入“无”;未注名可选的,则必须描述;如果有些设计此模版中没有合适的地方填写,则补充在最后的其他栏目中
[2]模版中斜体字相当于撰写指南,最后文稿请将本模板中所有的斜体字部分全部删除。
[3]模板里并不说明设计技术和方法,而只是说明应包含哪些内容,以及如何描述、组织这些内容。
1范围
2 总体概述
产品描述
此软件需具备展示雷达分析仪输出检测区域内各项实时车辆数据、实时交通统计数据以及事件报警功能,同时,。
软件功能
概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述(例如目录列表),详细描述在详细需求部分描述。
有时,如果存在较高层次的规格说明时,则功能摘要可从中取得,这个较高层次的规格说明为软件产品分配了特殊的功能,为了清晰起见,请注意:
编制功能的一种方法是制作功能表,以便客户或者第一次读这个文件的人都可以理解;
用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记,这样的图不是产品设计时所需求的,而只是一种有效的解释性的工具。
例如:高层的数据流图,面向对象的分析等。
一般约束
对设计系统时限制开发者选择的其他一些项作一般性描述(具体需求或具体设计约束在具体需求和设计约束章节叙述)。这些包括:
管理方针;
硬件的限制;
与其他应用间的接口;
并行操作;
审查功能;
控制功能;
所需的高级语言;
通信协议;
应用的临界点;
安全和保密方面的考虑。
假设和依赖
列出可能影响需求的所有的假设因素(与已知事实相对而言),包括准备使用的第三方或商业组件,操作和开发环境的问题约束等。如果上述假设不正确、没有被告知或者改变了都将对项目产生影响。列出项目对外部条件的依赖,例如重用其他项目的模块等。如果在其他文档(例如项目计划或范围文档等)里已经描述了,在这里可以不用描述。
3 具体需求
功能需求
对于每一类功能或者有时对于每一个功能,需要具体描述其输入、处理和输出的需求,建议用UML图进行描述。由四个部分组成
功能需求1
引言
描述的是功能要达到的目标、所采用的方法和技术,还应清楚说明功能意图的由来和背景。
输入
详细描述该功能的所有输入数据,如:输入源、数量、度量单位、时间设定、有效输入范围(包括精度和公差);
操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如:当打印检查时,要求操作员进行格式调整;
处理
定义输入数据、中间参数,以获得预期输出结果的全部操作。它包括如下的说明:
输入数据的有效性检查;
操作的顺序,包括事件的时间设定;
响应,例如,溢出、通信故障、错误处理等;
受操作影响的参数;
降级运行的要求;
用于把系统输入变换成相应输出的任何方法(方程式、数学算法、逻辑操作等);
输出数据的有效性检查。
需有基本事件流(正常处理流程)和备选事件流(异常处理流程),可用流程图附加描述。
输出
详细描述该功能所有输出数据,例如:输出目的地、数量、度量单位、时间关系、有效输出的范围(包括精度和公差)、非法值的处理、出错信息;
有关接口说明或接口控制文件的参考资料。
此外,对着重于输入输出行为