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