“电子警察”管理系统用户需求说明书.doc

“电子警察”管理系统用户需求说明书 目 录 一、应用开发背景 6 二、系统开发目标 6 三、功能需求说明 6 3.1 总体功能 6 3.1.1 建立数据转换接口标准 6 3.1.2 复核与分类 7 3.1.3 封档 8 3.1.4 查询 8 3.1.5 处理 8 3.1.6 统计 8 3.1.7 报表 8 3.2 总体流程图 8 3.3 具体流程说明 10 3.3 具体处理流程描述 10 3.3.1 本地违章车辆的处理 10 3.3.2 外地车违章处理 11 3.3.3 对警车的处理 11 四、重点需要解决的问题 12 4.1 如何使系统提高处理效率问题 12 4.2 数据存储容量问题 12 4.3 利用交通监控拍摄的违章视频图像的存储和检索问题 13 4.4 与道路交通信息系统互操作问题 13 4.5 防止数据重复录入问题 13 4.6 能够针对同一数据集进行并行处理 13 五、项目周期要求 13 六、软件开发后期维护要求 13 七、软件开发合同（样本） 14 需求调研报告（用户需求说明书）编写规范  1 ．前言 1.1 文档目的 说明编写这份软件需求说明书的目的，指出预期的读者范围  1.2 文档范围  a． b． 说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c． 描述所说明的软件的应用。应当： 1） 尽可能精确地描述所有相关的利益、目的、以及最终目标。 2） 如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。  1.3 术语定义、缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。  1.4 参考资料 列举了编写软件需求规格说明时所参考的资料或其它资源.这可能包括用户界面风格指导,合同,标准,系统需求规格说明,使用实例文档,或相关产品的软件需求规格说明 2 ．项目概述 2.1 建设目标 2.2 主要业务描述 2.3 主要功能描述 2.4 系统用户描述 2.5 系统运行环境 2.6 一般约束  本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括： a． 管理方针； b． 硬件的限制； c． 与其他应用间的接口； d． 并行操作； e． 审查功能； f． 控制功能； g． 所需的高级语言； h． 通信协议； i． 应用的临界点； j． 安全和保密方面的考虑。  2.7 假设和依据 列举出在对软件需求规格说明中影响需求陈述的假设因素(与已知因素相对立).这可能包括你打算要用的商业组件或有关开发或运行环境的问题.你可能认为产品将符合一个特殊的用户界面设计约定,但是另一个S R S 读者却可能不这样认为.如果这些假设不正确,不一致或被更改,就会使项目受到影响.此外,确定项目对外部因素存在的依赖.例如,如果你打算把其它项目开发的组件集成到系统中,那么你就要依赖那个项目按时提供正确的操作组件.如果这些依赖已经记录到其它文档 3 ．信息、数据描述 3.1 信息、数据描述 3.2 信息、数据流程图 3.3 数据库描述 3.4 数据词典 3.5 信息、数据采集 4 ．业务流程描述 4.1 业务流程图 4.2 业务单据 5 ．功能需求（可分为多个子系统各自单独一章） 5.1 功能划分 5.2 功能描述 5.3 功能需求 1 5.3.1 功能详细描述 5.3.2 输入 5.3.3 加工 5.3.4 输出 5.4 功能需求 2 。。。。。。 5.n 功能需求 n 6 ．性能需求 6.1 存储量需求 6.2 数据精确度 6.3 时间特性 如响应时间、更新处理时间、数据转换与传输时间、运行时间等。 6.4 适应性在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 7 ．用户界面原型 提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求： a． 对屏幕格式的要求； b． 报表或菜单的页面打印格式和内容； c． 输入输出的相对时间； d． 程序功能键的可用性。  8 ．外部接口需求 8.1 硬件接口  要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。  8.2 软件接口  在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。对每一个所需的软件产品，要提供如下内容： a． 名字； b． 助记符； c． 规格说明号；