车牌识别系统需求分析模板
车牌识别系统需求分析文档
车牌识别系统需求分析小组
组长：****
组员：****
****
****
****
目录
1 引言错误!未定义书签。
编写目的错误!未定义书签。
背景错误!未定义书签。
定义错误!未定义书签。
参考资料错误!未定义书签。
2 任务概述错误!未定义书签。
目标错误!未定义书签。
用户的特点错误!未定义书签。
假定和约束错误!未定义书签。
3 用例分析(或数据流程分析) 错误!未定义书签。系统Actor分析错误!未定义书签。
系统用例描述错误!未定义书签。
4 动态行为模型错误!未定义书签。
5 系统流程分析错误!未定义书签。
6 系统开发及运行环境规定错误!未定义书签。
7 小结错误!未定义书签。
编写目的
目的：文档编写详细的描述了整个车牌定位与识别的过程，能够帮助使用该系统的人员快速了解该系统的用法。
面向人员：需要利用车牌定位与识别系统进行机器学习的学生。
需要用车牌系统去识别车牌的交通警察
“车牌定位与识别系统”管理员
背景
系统名称:车牌定位与识别系统
系统开发者:“车牌定位和识别系统”开发组。
该系统基于版本和Visual Studio2013开发。依赖于
定义
SVM:支持向量机
ANN:人工神经网络
高斯模糊
二值化
灰度化
Soble算子
参考资料
《软件工程》Ian Sommerville著程成等译机械工业出版社
《软件工程及应用》张斌、郭军主编东北大学出版社
目标
通过视频图象的检测与识别,可以实时检测交通违章现象、识别违章车辆的车牌号码，为公安交通管理部门提供强有力的执法证据。因此，研究交通图象检测与处理方法对智能交通运输系统的发展具有重要的推动作用。本系统着力对车牌的识别过程进行研究和实现，最终能够识别出图片上的车牌信息。此外，本系统涉及到机器学习的内容，因此可以供喜欢机器学习的学生进行学习。
用户的特点
该系统的目标用户为交通警察、学生和管理人员，对于交通警察和学生来说只需能熟练操作电脑即可，对于管理人员则需要掌握机器学习相关知识。
假定和约束
该系统在Windows系统下开发，但会受到经费、寿命、社会等因素限制，预计开发期限为1年，使用期限为5年以上。
3 用例分析(或数据流程分析)
系统Actor分析
通过系统分析，我们有以下三个Actor，包括研究生，交通警察和系统管理员。（1）研究生
想利用这个系统进行相关机器学习与计算机视觉研究的学生，他可以得到系统中支持向量机（SVM），人工神经网络(ANN)的训练参数，以便他自己进行研究。他可以得到系统中间输出结果，经过图像处理的车牌矩形块作为数据来源进行学生自己的训练数据。可以得到中间结果SVM判断出来的车牌区域，作为自己研究字符块处理的数据来源。可以得到系统中间结果切割后的字符块处理，作为自己训练人工神经网络的输入数据来源。
（2）交通警察
利用该系统进行平时交通中违规车辆车牌的自动检测。可以根据监视器抓拍的图片进行批量导入系统，得到车辆车牌号信息进行存档。也可以根据检测效果上传检测效果不好的图片给系统。
（3）系统管理员
可以对系统中支持向量机和人工神经网络模型进行设置参数，便于得到好的训练效果。可以对不同的环境图片进行不同的SVM和ANN训练，以便使系统有更好的鲁棒性。系统管理员可以有权查看交通警察传来的图片进行重新训练模型用来改善效果。
系统用例描述
列出所有用例及其用例描述：
学生用例图如图：
图学生用例图
（1）获取训练参数
相关研究的学生通过该系统获取训练参数的过程。用例说明如表所示。
表获取训练参数用例说明
用例名称获取训练参数
用例描述主执行者触发条件后置条件基本事件流
异常事件流获取SVM和ANN模型训练参数学生
学生主动使用该系统
学生得到SVM和ANN训练参数
1.进入获取参数界面
2.点击获取参数选型
3.提交
4.系统返回SVM和ANN训练参数获取参数数据错误
（2）获取可能车牌区域
当执行完颜色定位和sobel算子定位后，利用已经训练好的SVM模型可以得到原始图片中的车牌区域。用例说明如表所示。
表获取可能车牌区域用例说明
用例名称获取可能车牌区域
用例描述主执行者触发条件后置条件基本事件流
异常事件流获取原始图片中可能车牌区域学生
学生主动使用该系统
得到一系列矩形区域
1.学生进入获取车牌区域界面
2.点击获取车牌区域选项
3.提交
获取车牌区域失败
（3）获取切割后的字符块
根据前面得到的矩形块进行形态学处理，分割成一系列字符块，作为学生训练自己神经网络的输入数，用例说明如表所示。
表获取切割后的字符块用例说明
用例名称获取切割后的字符块
用例描述
主执行者触发条件后置条件基本事件流
异常事件根据形态学处理，分割成一系列字符块
学生
学生主动使用该系统
得到一系列字符块数据
1.学生进入获取字符块数据界面
2.点击获取字符块数据选项
3.提交
获取字符块数据失败
（3）获取车牌
获取SVM模型检测出来的车牌，用例说明如表所示。
表
获取切割后的字符块用例说明
用例名称获取车牌
用例描述
主执行者触发条件后置条件基本事件流
异常事件获取SVM模型检测出来的车牌
学生
学生主动使用该系统
得到一系列车牌数据
1.学生进入获取车牌块界面
2.点击获取车牌数据选项
3.提交
获取车牌数据失败
交通警察用例图如图：
图交通警察用例图
（1）识别车牌
交通警察使用该系统进入识别车牌界面，获取每张图片中车牌号的具体信息进行后续处理，用例说明如表所示。
表识别车牌用例图说明
用例名称识别车牌
用例描述
主执行者触发条件后置条件基本事件流得到图片中车牌的车牌号码
交通警察
交通警察主动使用该系统
获取到的车牌号存入文件或数据库
1.交通警察进入识别车牌界面
2.选取识别车牌选项
3.提交
异常事件SVM
或者ANN模型训练出错
（2）上传处理效果不良的图片
根据系统识别车牌号与实际车牌号码进行比对，处理效果不好的图片上传给系统，用例说明如表所示。
表获取切割后的字符块用例说明
用例名称上传处理效果不良的图片
用例描述
主执行者触发条件后置条件基本事件流
异常事件根据系统识别车牌号与实际车牌号码进行比对，处理效果不好的图片上传给系统
交通警察
交通警察主动使用该系统
上传效果不良的图片
1.交通警察进入上传图片界面
2.点击上传图片选项
3.提交
识别车牌号码出错
管理员用例图如图：
图管理员用例图
（1）设置参数
管理员通过设置参数，使得训练支持向量机和神经网络模型的参数最优，从而得到性能最优的模型，用例说明如表所示。
表设置参数用例图说明
用例名称设置参数
用例描述
主执行者触发条件后置条件基本事件流设置系统中机器学习模型的参数
管理员
管理员定期更新系统
得到更新后的识别系统
1.管理员进入设置参数界面
2.选取设置参数选项
异常事件3.提交
参数设置错误，训练出错误的模型
（2）得到图片
管理员得到交通警察上传的图片，用例说明如表所示。表得到图片用例图说明
用例名称得到图片
用例描述
主执行者触发条件后置条件基本事件流
异常事件得到交通警察上传的图片
管理员
时间触发，管理员定期维护系统得到了交通警察上传的图片
1.管理员进入获取图片界面
2.选取获取图片选项
3.提交
无上传图片存在
（3）训练模型
管理员通过选取训练数据，调试最优参数，重新训练模型，用例说明如表所示。表训练模型用例图说明
用例名称训练模型
用例描述
主执行者触发条件后置条件基本事件流
异常事件重新训练SVM和ANN模型
管理员
管理员定期更新系统
得到更新后的系统版本
1.管理员进入识别训练模型界面
2.选取训练模型选项
3.提交
训练数据错误，训练过程无法收敛。
4 动态行为模型
管理员操作时的状态变迁图如图：
图管理员操作时的状态变迁图
（2）交通警察操作时的状态变迁图如图：
图交通警察操作时的状态变迁图
（3）动态行为建模总体设计如图：
图行为建模总体设计
5 系统流程分析
车牌Soble定位流程图如图：
开始
对图像进行高斯模糊
图像灰度化
图像二值化
图像闭操作
取出可能的矩形轮廓
是否还有更多轮廓
对轮廓求外接矩形
是
矩形尺寸是否满足条件
丢弃矩形
否取矩形的偏斜角度
是偏斜角度是否过大
矩形旋转
是
统一尺寸
输出
结束
否
对图像进行Sobel 运算
图 车牌Soble 定位流程图
（2）车牌颜色定位流程图如图：
开始
对图片进行高斯模糊
颜色模板匹配得到灰度
图
图像二值化
图像闭操作
取出可能的矩形轮廓
是否还有更多轮廓
否
是
对轮廓求外接矩形
否
矩形尺寸是否满足条件丢弃矩形
是
取矩形的偏斜角度
偏斜角度是否过大
是
矩形旋转
统一尺寸
输出
结束
图车牌颜色定位流程图
（3）字符分割流程图如图：
开始
车牌图片灰度化
颜色判断
图片二值化
取轮廓
取外接矩形
截取图块
结束
图字符分割流程图
6 系统开发及运行环境规定
系统运行的硬件环境如表所示，软件开发平台如表所示表系统运行硬件环境表
环境配置
CPU
内存硬盘Intel(R) Core(TM) i5-4200M GHz及以上
4G
500G
操作系统Win 7或以上版本表软件开发平台表
软件说明
Visual Studio 2013 opencv 系统开发平台图像处理函数库
7 小结
本系统属于核心工具，主要面向研究者、交通警察和系统本身的管理者。其中研究者包过学生、老师等等研究人员，他们可以输入照片，然后从系统中获取各部分结果，用于训练自己的系统。比如得到图像切割和抗扭斜后的结果，然后用于自己研究后续的图像分类，训练自己的SVM分类器。而交通警察是属于普通的用户，不能得到系统的中间结果，只能做输入，并保存结果到数据库或者本地文件。系统管理者可以修改SVM、ANN的系统参数，或者根据已有数据重新训练参数，还可以接收用户上传的处理效果不良的图片，作为后续系统改进的数据。本系统除了上述的功能需求外，还包含了一些非功能性需求，包过可维护性，当软件运行发生错误时，能够快速、准确对其定位、诊断和修改恢复。还有可复用性，该软件可以很容易的移植到各类车牌识别系统中，作为核心照片处理代码。
车牌识别系统需求分析模板
车牌识别系统需求分析文档 车牌识别系统需求分析小组 组长：**** 组员：**** **** **** ****
目录 1 引言..................................................... 错误!未定义书签。 编写目的................................................. 错误!未定义书签。 背景..................................................... 错误!未定义书签。 定义..................................................... 错误!未定义书签。 参考资料................................................. 错误!未定义书签。 2 任务概述................................................... 错误!未定义书签。 目标..................................................... 错误!未定义书签。 用户的特点............................................... 错误!未定义书签。 假定和约束............................................... 错误!未定义书签。 3 用例分析(或数据流程分析) ................................... 错误!未定义书签。 系统Actor分析........................................... 错误!未定义书签。 系统用例描述............................................. 错误!未定义书签。 4 动态行为模型............................................... 错误!未定义书签。 5 系统流程分析............................................... 错误!未定义书签。 6 系统开发及运行环境规定..................................... 错误!未定义书签。 7 小结..................................................... 错误!未定义书签。
系统需求分析报告
******** **经济林管理信息系统需求分析报告 ******** 二〇一三年十二月
目录 引言 (2) 1 项目概述 (3) 1.1项目目标分析 (3) 1.2项目背景及意义 (3) 1.3项目建设的必要性 (4) 1.4项目建设的可行性 (4) 2 项目数据分析 (6) 2.1经济林基础地理信息 (6) 2.2经济林调查数据及处理 (6) 3功能需求分析 (10) 3.1功能结构图 (11) 3.2功能说明 (11) 4 运行环境需求 (12) 5 性能需求 (12)
引言 为合理和高效进行**********经济林管理信息系统（以后简称项目）总体设计，项目组根据《**经济林管理信息系统建议书》编写需求分析报告。 请**相关部门在此基础上讨论和确定本需求分析内涉及的运行环境需求、数据调查和处理流程、功能需求分析等内容。
1 项目概述 1.1项目目标分析 该项目旨在实现**经济林基础地理信息采集、编辑、存贮和管理；经济林调查数据的采集、检查、存贮、管理，以及经济林调查数据查询、统计及成果生成。 1.2 项目背景及意义 **是经济林发展历史悠久的地区，具有日照充足、昼夜温差大、病虫害发生少等独特自然优势，盛产香梨、苹果、红枣、杏、桃、葡萄等。截止2012年，**各类果园面积47.5万亩，其中苹果0.33万亩，梨16.56万亩，葡萄2.74万亩，杏25.68万亩。管理和保护好经济林对于促进农业发展和农民增收、保障社会稳定具有十分重要的意义。 为了全面提升**经济林管理手段和管理水平，*********拟结合林业“二类资源”，研发了**经济林管理信息系统，建立了以团场、地块为管理单元的经济林图属一体化数据库。 该系统基于3S技术及互联网等技术手段，结合“二类”数据的基础上，集成经济林管理的图形、属性、影像、文档等多种数据，实现了综合查询、平台动态监测、占用预警、智能补划和网站信息发布等功能。 本次调查采用“3S”技术与传统调查手段相结合的方法，共涉及14个团（场）。**经济林管理信息系统的建立，能更好的发挥新技术
高清车牌识别系统解决方案
高清车牌识别系统 解决方案
目录 一、脱机型车牌识别系统优势------------------------------------------------------- 3 二、脱机型车牌识别系统组成------------------------------------------------------- 5 2.1系统拓扑图---------------------------------------------------------------- 6 2.2系统流程------------------------------------------------------------------ 6 三、智慧眼ZY-S1618功能简介------------------------------------------------------ 8 四、施工与软件配置-------------------------------------------------------------- 12 4.1视频流触发识别的施工要求------------------------------------------------- 12 4.2压地感触发识别的施工要求------------------------------------------------- 13 4.3软件配置----------------------------------------------------------------- 14 五、软件特色功能简介------------------------------------------------------------ 18 5.1车牌修改----------------------------------------------------------------- 18 5.2手动输入车牌入场或者出场------------------------------------------------- 18 5.3无牌车出入场------------------------------------------------------------- 19 5.4出场模糊查询------------------------------------------------------------- 20 5.5固定车脱机车牌下载------------------------------------------------------- 21 5.6脱机车牌下载至摄像机----------------------------------------------------- 22 5.7黑名单功能--------------------------------------------------------------- 23 5.8 车牌登记---------------------------------------------------------------- 23 5.9车牌打折----------------------------------------------------------------- 24 5.10掌上停车APP ------------------------------------------------------------ 25
需求分析报告模板
需求分析报告模板文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
需求分析报告模板 科技信息中心 二○一一年五月二十日
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。
1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●领导层及管理人员； ●开发人员； ●项目经理； ●项目的最终用户； ●测试人员； ●文档编写人员。 ●其他经许可阅读此文档的人员 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
高清车牌识别系统安装与调试介绍册(详细版本)
高清智能车牌识别系统安装与调试手册 V2.1（详细版本）
智能车牌识别停车场管理系统简介 智能车牌识别停车场管理系统是我司根据当前市场发展与客户的需要，开发 出来的一款以车辆车牌作为车辆进出车场主要凭证，同时可辅以IC卡刷卡、可 实现固定车辆和临时车辆收费、基于以太网的停车场管理系统。该系统支持多通 道进出与图像对比、满足复杂的收费需求；数据处理速度快、信息存储安全、扩 展性强，能根据用户的需求，提供合适的停车场系统解决方案。 主要特点： ●正常情况下，完全以车牌作为出入场凭证 ●对临时车牌可进行精确收费，月租车牌过期后可进行临时收费，有效地防止停 车费用的流失 ●具备脱机与脱网功能。在脱机与脱网时，月租用户可自由出入 ●车牌识别一体机可代替传统的视频系统，不需要补光灯、摄像机等。成本 低，有较强的竞争力 ●支持多种车牌识别器，客户可选择面多 ●提供多种网络显示屏，可播放与显示广告词、出入场欢迎词、时间、剩余 车位、收费金额等
目录 第一章系统配置 (1) 1.1系统相关材料、器件的准备 (1) 1.1.2 软件清单 (1) 1.2工具需求 (1) 第二章软件安装 (1) 2.1 PC机型及配置的选择 (1) 2.1.1硬件环境 (1) 2.1.2 软件环境 (1) 2.1.3 局域网通讯环境 (2) 2.2 数据库安装 (2) 2.3 停车场系统软件安装 (10) 第三章车道信息显示屏安装 (14) 3.1车道信息显示屏安装 (14) 3.6车牌识别相机的安装接线 (15) 第五章系统调试 (17) 5.1网络的组建 (17) 5.2 系统初始化设置 (20) 5.2.1启动SQL Server服务器 (20) 5.1.3 数据库创建配置 (22) 5.1.4 运行车牌识别系统服务服务器 (26) 5.1.5 车牌识别系统初始化 (26) 5.1.5.1管理员登录 (26) 5.1.5.2系统参数初始化 (26) 5.1.5.3创建岗亭 (28) 5.1.5.4创建通道 (29) 5.1.5.5设置收费规则 (31) 5.1.5.6注册车牌 (33) 5.12 数据整理与系统备份 (34)
软件需求分析说明书模板
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
系统需求分析报告-范例1
高校学生学籍管理信息系统 系统需求规格说明书 （系统需求分析报告）
目录 1-------------------------------------------------------------------概述1．1----------------------------------------------------------------背景1．2-------------------------------------------------------------系统目标1．2．1------------------------------------------------------应完成的任务1．2．2------------------------------------------------------不完成的任务1．3------------------------------------------------------------业务模式1．4-------------------------------------------------------------业务状况2---------------------------------------------------------------用户需求2．1-------------------------------------------------------------业务需求2．1．1---------------------------------------------------------使用范围2．1．2----------------------------------------------------------功能要求2．1．3----------------------------------------------------------权限管理2．2-------------------------------------------------------------性能需求3---------------------------------------------------------------业务流程3．1-----------------------------------------------------与其他系统的关系3．2----------------------------------------------------------业务流程图4---------------------------------------------------------------业务逻辑4．1-------------------------------------------------------------业务分解4．2------------------------------------------------------------业务描述5---------------------------------------------------------------数据分析5．1------------------------------------------------------------数据单据5．2------------------------------------------------------------数据分析5．2．1---------------------------------------------------------数据分类5．2．2---------------------------------------------------------数据描述6-------------------------------------------------------------------附件
软件系统开发需求分析-模板
软件系统开发需求分析模板 1. 引言 编写目的 本系统的开发目的在于更好的管理和经营酒店餐饮行业。本文档的预期读者是酒店管理系统软件开发有关的开发人员。 项目背景 本项目的名称：酒店管理系统。 随着国民经济的发展，酒店餐饮行业的队伍在全国范围（尤其是在经济发达地区）不断壮大，从事酒店餐饮行业的单位之间竞争愈加激烈。为了提升自身的竞争能力， 各酒店餐饮单位都在尽量定制或购买各项业务的应用软件，运用高科技手段进行经营 和管理。为了让酒店更好的经营，我们组织开发了本软件。 本项目的任务提出者及开发者是酒店管理系统软件开发小组，主要是面向酒店餐饮服务行业。 定义 酒店管理系统是帮助酒店自身管理和服务酒店客户的软件。 % 参考资料 ①《现代软件工程》北京希望电子出版社孙涌等编著 ②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社 刘敬严东明马刚编著 ③《软件需求说明书（GB856T——88）.doc》 ④《iso标准之需求分析说明书.doc》 2.任务概述 目标 开发本软件是为了服务酒店，使得酒店更好的经营。适用于一些大中型酒店，主
要用于就餐管理和住宿管理。本软件产品是一项独立的软件，不过功能还可以增加，完成后可以升级以增加功能和完善系统。 用户的特点 } 使用本软件要求用户熟悉Windows 操作，并且有一定的软件操作基础。预计本软件将会在一些大中型酒店中得到广泛使用。 假定和约束 本软件由我们小组六个人共同开发，几乎不要经费，开发期限一个月左右。3.需求规定 对功能的规定 ①系统帐号管理 第一次用一个管理员账号（系统给定）登陆，登陆成功后，可以设置其他用户，包括密码、权限等。 ②就餐管理 为就餐客户查询并分配餐桌，纪录客户用餐情况并结帐。 ③住宿管理 、 为住宿客户查询并分配房间，纪录客户住宿情况并结帐。 对性能的规定 精度 本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以输入,输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。 时间特性要求 本软件运行的响应时间要求不超过1～2秒，基本能实现。 灵活性
软件需求分析报告(20200623061919)
***** 有限公司 ***软件需求分析报告 文件管理号：PD-000*** 版本号：第1版
目录 1. 概述 (2) 2?需求分析 (2) 2.1功能需求分析 (2) 2.2能力需求 (4) 2.3通讯需求 (4) 2.4接口需求 (5) 2.5用户界面需求 (5) 2.6对人为错误敏感的适用性工程要求和培训 (6) 2.7软件的操作和维护需求 (6) 2.8法规要求 (6) 2.9风险控制措施 (6) 2.10法规要求 (7) 2.11网络安全要求 (7)
1?概述 2?需求分析 2.1功能需求分析 软件分为六大功能模块：患者资料管理模块、状态检测模块、策略建立及管理模块、心理物理数据测量模块、软硬件接口控制模块、软件运行的参数设置模块。下面分别对六大模块进行需求分析。 2.1.1资料管理模块功能需求分析 2.1.2状态检测模块功能需求分析 2.1.3言语处理策略建立及管理模块功能需求分析
2.1.4心理物理数据测量模块功能需求分析 2.1.5软硬件接口控制模块功能需求分析
2.1.6软件运行的参数设置模块功能需求分析 22能力需求 一、物理特征 1）编码语言：C#编程语言 2）运行平台：Win XP/Vista/ 7/8 3）操作系统：Win dows 二、软件运行的计算机环境 1）硬件环境 * 处理器：英特尔1.6GHz及以上 * 硬盘：10GB及以上 * USB接口：USB 2.0及以上 2）存储容量：1GB及以上 3）处理单元：1GB及以上 三、升级软件的兼容性 兼容之前发布的旧软件版本。 2.3通讯需求
2.4接口需求 2.5用户界面需求 本小节包括软件的用户使用界面需要满足的外观指标，内容包括: 1）资料管理模块 2）状态检测模块 3）策略建立及管理模块 4）心理物理数据测量模块 5）软硬件接口控制模块 6）软件运行的参数设置模块 7）外观要求及其他要求 2.5.1资料管理模块要求： 1、患者的输入信息 1）必需：姓，名，出生日期，性别 2）可选：工作电话，手机号码，住址（街道，城市，省份，邮政编码），住宅电话，电子邮件，等。 2、设备信息
软件系统需求分析报告
需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1．1-----------------------------------------------------------------------------背景 1．2-----------------------------------------------------------------------------系统目标1．2．1------------------------------------------------------------------------完成的任务1．2．2------------------------------------------------------------------------不完成的任务1．3-----------------------------------------------------------------------------业务模式 1．4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2．1-----------------------------------------------------------------------------业务需求2．1．1------------------------------------------------------------------------使用范围2．1．2------------------------------------------------------------------------功能要求2．1．3------------------------------------------------------------------------权限管理 2．2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3．1----------------------------------------------------------------------------与其他系统的关系3．2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4．1-----------------------------------------------------------------------------业务分解 4．2-----------------------------------------------------------------------------业务描述
车牌识别系统方案
车牌识别系统设计方案
目录 一、方案设计依据 (3) 二、车牌识别技术说明 (3) 三、车牌识别停车管理系统 (4) 1、项目背景 (4) 2、系统配置及操作流程 (9) 3、布线说明 (13) 4、车辆分类 (13) 5、车牌识别系统设备说明 (14) 6、安装要求 (22) 7、管理软件简单介绍 (23) 四、工程实施 (29) 1、现场施工管理 (29) 2、施工人员组织构架 (29) 3、工程执行流程图 (29) 4、施工进度计划及保障措施 (29)
一、方案设计依据 《智能建筑设计标准》GB/T 50314-2000 《建筑与建筑群综合布线系统工程设计规范》GBT/T 50311-2000 《建筑与建筑群综合布线系统工程施工及验收规范》GBT/T 50312-2000 《建筑物防雷设计规范》GB 50057-2000 《安全防范工程技术规范》GB 50348 2004 《安全防范工程程序与要求》GA/T 75-94 《安全防范工程费用预算编制办法》GA/T70-2004 《交通设施系统建设标准》交通部 《计算机软件工程规范国家标准汇编》2003 上海红门智能企业标准 工程现场图纸及用户要求 二、车牌识别技术说明 车牌识别技术(Vehicle License Plate Recognition，VLPR)以计算机技术、图像处理技术、模糊识别为基础，建立车辆的特征模型，识别车辆特征，如号牌、车型、颜色等。它是一个以特定目标为对象的专用计算机视觉系统，能从动态视频或静态图像中对车牌定位、自动提取车牌图像，自动分割字符，进而对字符进行识别，它运用先进的图像处理、模式识别和人工智能技术，对采集到的图像信息进行处理，能够实时准确地自动识别出车牌的数字、字母及汉字字符。使得车牌识别技术对于维护交通安全和城市治安，防止交通堵塞，实现交通自动化管理有着现实的意义。
全自动车牌识别停车场管理系统技术方案
车牌自动识别停车场管理系统技术方案
前言 随着现代化管理手段的进步和科学技术的日益发展，小区用户对车辆管理的要求越来越高。过去的人工刷卡的管理方式已经不适应现代化发展的需要，针对目前快节奏，高速度的工作模式，要求管理方法和制度要有一个根本的改善，这种改善不但要适应用小区管理的需求，也要适应社会的需求，要适应人的感官的需求和习惯性操作的需求。但是目前任何高科技产品都不能完全代替人类的手工操作，不能完全取代人的思维，更不能与人的思维方式相吻合。因此我们在做自动化管理系统的设计时，要尽可能地强调自动化手段，但又不可忽略人工干预的因素，二者巧妙地结合起来，可达到事半功倍的效果。
本设计方案就是基于以上的思想基础，针对小区车辆管理的实际情况，结合各种现代化高科技手段完成的。 我们的目标是为小区用户的车辆管理提供一个车牌识别功能的解决方案。我们采用的是当前国内最先进的车牌识别技术。此设计方案着重考虑了识别的准确性，及车牌自动识别算法在各种停车场车辆管理系统中的灵活嵌入，既考虑到用户的需求，又囊括了各种高科技技术，而且增加了一些管理手段，尽可能地为用户提供一个完善的小区车辆管理系统。 第1章用户需求分析 在现代化停车场管理中，涉及到各方面的管理，其中车辆的管理是一个重要的方面。尤其是对特殊停车场、大院及政府机关、小区而言，要求对各种车辆实时地进行严格的管理，对其出入的时间进行严格的监视，并对各类车辆进行登记（包括内部车辆和外部车辆）和识别。对大规模的场区中，各种出入的车辆较多，如每辆车都要进行人工判断，既费时，又不利于管理和查询，保卫工作比较困难，效率低下。为了改善这种与现代化停车场、大院及政府机关、小区等不相称的管理模式，需要尽快实现车辆管理工作的自动化、智能化，并以计算机网络的形式进行管理，对所有出入口的车辆进行有效地、准确地监测和管理。要求系统提供相应的应用软件，实现营区管理的高效率、智能化。 该系统是利用视频流的车牌自动识别算法，无需地感触发，对车辆进行抓拍、号牌识别，当车辆进入小区入口时，车牌自动识别算法自动抓拍车辆照片并识别车牌号码，将车牌号码，颜色，车牌特征数据，入场时间信息等传记录下来，固定车辆可无障碍出入停车场，临时车辆人工审核后入场，为用户提供了一种崭新的服务模式。 系统自动识别进入小区车辆的号码和车牌特征，验证用户的合法身份，自动比对黑名单库，自动报警，并可对整个停车场情况进行监控和管理，包括出入口管理，内部管理，采集，存储数据和系统工作状态，以便管理员进行监控，维护，统计，查询和打印报表等工作。车辆出入小区，完全处于系统监控之下，使小区的出入，收费，防盗，车位管理完全智能化、自动化并具有方便快捷，安全可靠的优点。
软件需求分析报告书实例
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
车牌识别系统技术方案
停车场管理系统自动车牌识别计费系统技术方案
目录 1 企业概况 (4) 1.1 公司简介 (4) 1.2 资质证书 (4) 2 概述 (10) 2.1 系统方案总体设计 (10) 2.2 项目背景 (11) 2.3 方案概述 (12) 3 系统介绍 (14) 3.1 车牌识别系统简介 (14) 3.2 系统优势 (15) 3.3 系统组成 (16) 4 主要设备参数性能介绍 (19) 4.1 CA-AB900道闸 (19) 4.2 INEX- TI200 200万高清识别一体机 (20) 4.3 CA-600读卡控制器 (22) 技术参数： (22) 4.4 软件监控界面 (23) 4.5 其他辅件 (23)
5 售后服务 (24) 5.1 保修时间及范围 (24) 5.2 维修及维护服务 (24) 5.3 更新改进服务 (24) 5.4 客户档案，完善产品质量 (25) 6 部分工程案例 (26)
1企业概况 1.1公司简介 北京市仟安科技有限责任公司是设计、研发、生产、销售、服务为一体的高新技术企业。公司凝聚了大批实力雄厚的研发团队和技术团队，凭着对智能化应用领域多年来的积淀和对未来智能化领域发展的导向，为用户提供有价值的产品和服务。 公司经过多年的开发研究，引进国外最先进的高新技术，不断完善自我。主要研发停车场主板软件、生产智能道闸、停车场收费系统、车位引导系统、派车系统、门禁系统、自动检售票系统等安防权限认证、消费认证产品。仟安的智能系统解决方案也已得到客户的全面认可和好评。经国家技术监督部门检验、产品的技术含量及外光造型已达到世界先进水平。现“仟安”产品已遍布全国各大城市及地区，并已成功销往海外。 公司以“冲破束缚，发展无限”为企业宗旨，积极引领核心技术创新，不断为全球用户创造完美产品。逐渐形成了“开拓、创新、共赢、务实”的企业文化，建立了朝气蓬勃的精英团队。 公司自创建以来，一直保持了高速发展态势，现已成为国内停车场系统服务领域的领跑者，致力于成为中国领先的安防服务品牌。 1.2资质证书
车牌识别管理系统方案(DOC)
PA-WT车牌识别 停 车 场 管 理 系 统 方 案
目录 第一章前言................................ 错误！未定义书签。第二章系统设计依据及总则..................... 错误！未定义书签。 一、本方案设计依据：........................ 错误！未定义书签。 二、设计说明................................ 错误！未定义书签。 1、设计目标及原则........................ 错误！未定义书签。 2、系统概述 (2) 3、系统基本功能及特点 (5) 系统结构框图 (6) 图像识别系统主要设备 (7) 4 出口处电脑功能......................... 错误！未定义书签。 5 管理电脑功能 (11) 三．系统软件功能 (11) 第三章系统设计 (12) 注意事项 (13) 第四章售后服务 (14)
前言： 车牌识别技术是指能够检测到受监控路面的车辆并自动提取车辆牌照信息（含汉字字符、英文字母、阿拉伯数字及号牌颜色）进行处理的技术。车牌识别是现代智能交通系统中的重要组成部分之一，应用十分广泛。它以数字图像处理、模式识别、计算机视觉等技术为基础，对摄像机所拍摄的车辆图像或者视频序列进行分析，得到每一辆汽车唯一的车牌号码，从而完成识别过程。通过一些后续处理手段可以实现停车场收费管理，交通流量控制指标测量，车辆定位，汽车防盗，高速公路超速自动化监管、闯红灯电子警察、公路收费站等等功能。对于维护交通安全和城市治安，防止交通堵塞，实现交通自动化管理有着现实的意义。 目前国内有两种识别方式，1、软件识别，就是摄像机直接接入PC机，通过电脑上位机软件对摄像机抓拍图片进行分析识别，优点成本低，缺点：对电脑要求较高，长时间运行识别速度会有一定影响。2、DSP嵌入式硬件识别，摄像机直接接入DSP嵌入式车牌识别器，通过专业的DSP芯片对摄像机抓拍图片进行分析，优点：对电脑要求低，设备自带防死机功能，算法丰富，识别速度快，适用于工业环境长时间运行。缺点：成本相对于软识别成本较高。 系统简介 我司采用DSP嵌入式硬件图像处理器研制开发的PA-WT汽车牌照自动识别车辆出入管理系统，具有方便快捷、准确可靠、保密性好、灵敏度高、节省
软件需求分析文档模板(2020年整理).pdf
项目编号： （项目名称） 需求分析报告 同方智能卡产品公司研发中心
目录 1.任务概述 (3) 1.1.目标 (3) 1.2.系统（或用户）的特点 (3) 2.假定和约束 (3) 3.需求规定 (3) 3.1.软件功能说明 (3) 3.2.对功能的一般性规定 (3) 3.3.对性能的一般性规定 (4) 3.4.其他专门要求 (4) 3.5.对安全性的要求 (4) 4.运行环境规定 (4) 4.1.设备及分布 (4) 4.2.支撑软件 (4) 4.3.接口 (4) 4.4.程序运行方式 (5) 5.尚需解决的问题 (5)
1.任务概述 1.1. 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 1.2.系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 2.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3.需求规定 3.1. 软件功能说明 列出本系统中所有软件功能子系统和功能。如果子系统比较大，每个子系统分别编写《软件功能规格说明书》，在本处列出编号和名称。 功能说明应包含以下几部分内容 3.1.1 软件功能列表 3.1.2 主要业务流程分析 3.1.3 软件部署结构分析 3.2. 对功能的一般性规定
管理信息系统需求分析说明书模板
管理信息系统系统 需求分析说明书 文档名称：管理信息系统需求分析说明书 文档编号：AICBS-SAS-子系统模块名-0 版本号：0.0.0 建立日期：2004年xx月xx日 电子版名：需求分析说明书.doc Confidential（机密） 共页
文档修改记录 序号日期版本修改内容说明修改原因作者1 2004 年xx 月0.0.0 新建新建 xx 日
目录 1 引言 (4) 1.1 编写目的 (4) 1.2 背景介绍 (4) 1.3 术语定义 (4) 1.4 参考资料 (4) 2 总体描述 (5) 2.1 系统目标 (5) 2.2 运行环境 (5) 2.3 用户特点 (5) 2.4 系统约束 (6) 3 业务功能需求 (6) 3.1 功能需求 1 (6) 3.1.1 业务定义 (6) 3.1.2 数据信息 (6) 3.1.3 业务流程 (6) 3.1.4 功能要求 (6) 3.1.5 业务实例 (6) 3.1.6 特点(feature) (7) 3.1.7 特殊要求 (7) 3.2 功能需求 2 (7) 3.3 功能需求 3 (7) 3.4 功能需求 4 (7) 4 系统接口需求 (7) 4.1 用户界面 (7) 4.2 各子系统接口需求 (8) 4.3 与其他的接口需求 (8) 5 系统管理需求 (8) 5.1 性能需求 (8) 5.2 安全性需求 (8) 5.3 应用监控需求 (9) 5.4 可靠性需求 (9) 5.5 可扩展性 (9) 5.6 灵活性与可配置性 (9)
1引言 1.1 编写目的 说明编写本软件需求文档的目的,指出预期的读者。 1.2 背景介绍 说明： A．待开发的软件系统的名称； B．本项目的任务提出者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 术语定义 简要说明本文中涉及的专门术语、容易引起歧义的概念、关键词缩写、外文首字母组词的原词组及其他需要解释的内容。 1.4 参考资料 用列表的形式列出用得着的参考资料，如： 1. 本项目的经核准的计划任务书或合同、上级机关的批文； 2. 属于本项目的其他已发表的文件； 3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件 资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来 源．