网上购物系统论文（共8篇）
(1)普通用户分为注册会员用户和非会员用户。进入网站首页，会员用户登录成功后具有查看商品信息并订购商品、查看订购信息、查看公告信息、修改个人信息等权限；非会员用户不用登录，只能查看商品信息、公告信息，不能订购商品．只有注册成为会员用户并成功登录后。方可订购商品。
(2)部门管理员只可以对本部门销售的商品的分类、商品品牌和商品信息进行管理，也可对自己的个人信息进行管理维护。
(3)总管理员可以对商城销售的商品大类、各部门的管理员、公告信息和客户订单进行管理．并可以修改个人信息和密码。
图1-1 系统流程示意图
二、系统数据库设计
本系统客观存在的实体有：管理员(gly)、注册会员用户user)、商品种类(spzl)、商品子类(splx)、商品品牌(ppxx)、商品(sp)、商城公告(board)。共7个实体，图2-1 网上购物全局E-R图
三、逻辑结构设计
管理员：包括管理员编号、注册名、密码、真实姓名、地址、电话、E-mail、其他。当管理员编号为“0000”时，代表系统总管理员，其他编号为对应的部门管理员。注册会员用户信息：包括用户ID、姓名、密码、性别、地址、手 机号、电话、E—mail。
商品种类：包括商品种类编号，商品种类名称。每一个商品种类可以有多个商品子类。商品子类：包括子类编号、子类名称、指标名称I、指标名称
2、指标名称
3、指标名称
4、指标名称5。5个指标名称中分别存
放每一子类商品的5个主要的指标名称。
商品品牌：包括品牌编号、品牌名称、品牌生产商、业务联系 信息。
商品：包括商品编号、商品名称、商品型号、商品指标值
1、商品指标值
2、商品指标值3，商品指标值
4、商品指标值
5、参考销售单价、上市日期、图片、简介。5个商品指标值巾分别存放各商品的具体指标参数值。
商城公告信息：包括公告编号、公告标题、公告内容、发布时阅。
商品销售信息：包括订单编号、用户编号、商品种类编号、商品分类编号、商品品牌编号、商品编号、订购日期、订购数量、实际销售价、用户确认、发货日期、管理员确认。
四、数据库逻辑结构设计
1．公告信息表（题目，内容，时间，编号，提交人）
2．商品类别表（编号，类别，名称，序号，厂家，包装类型，销售价格，进货价格，商品简介，浏览次数，销售数量，相关图片）
3．购物车表（编号，用户名，商品编号，订购时间，订购数量，销售价格，用户确认，订单号，提交时间，管理员确认）
4．用户投诉表（投诉编号，投诉时间，用户名，订单号，投诉内容，处理结果，处理标志）5．用户信息表（用户名，用户密码，用户姓名，性别，地址，电子邮件地址，固定电话，移动电话）
6．管理员表（用户名，密码，用户姓名）
五、模块功能设计
（1）顾客注册，登录模块
顾客可以通过填写注册信息注册成为会员，会员注册，登录需要填写附加码，保证 系统的安全性。会员登录后才能进行购物，购物车的管理与意见反馈，为登录的会员或 未注册的顾客只能检索与浏览商品信息。(2)购物车模块
顾客输入帐号与密码登录后便可以进行购物车的管理，可以查看购物车，将商品添 加到购物车中，也可以删除购物车中的商品，修改购物车中商品的数量，在线下订单及 订单查看。
(3)商品检索，浏览模块，特价商品检索，浏览模块
顾客可以根据不同的商品种类浏览商品信息(如商品名称，商品图片，商品型号，价格，生产厂商，生产日期等)，也可以输入关键字进行商品检索。顾客可以根据不同 的商品种类浏览特价商品信息(如商品名称，商品图片，商品型号，价格，生产厂商，生产日期等)，也可以输入关键字进行特价商品检索。(4)顾客留言模块
顾客登录成功后，进入反馈信息界面，可以发表自己的意见或建议。(5)后台登录模块
系统管理员输入帐号，密码和附加码可以登录后台界面，登录验证模块根据输入的 帐号密码识别不同角色的管理员，然后进入不同的后台管理模块，账号密码输入错误后 给出错误提示并要求从新输入。(6)订单管理模块
订单管理员登录后，可以根据日期范围，订单完成状态，订单编号等取得订单列表 与查看某订单的详情，也可以修改订单的完成状态及订单中的商品或数量，还可以删除 订单本身及订单中的商品。(7)商品管理模块
商品管理员可以查看商品种类和商品信息，也可以新增，修改，删除商品的种类和 商品本身。
(8)特价商品管理模块
该模块也和商品管理模块一样，商品管理员可以查看特价商品种类和信息，也可以 新增，修改，删除商品的种类和特价商品本身，并且可以将商品列为特价商品以及将特 价商品修改为一般商品(9)会员管理模块
会员管理员登录后，可以根据注册时间范围，会员级别及会员D取得会员列表，然后对某个会员可以进行详细资料的查看，级别调整与删除操作；也可以根据留言时间 范围，回复状态及会员D取得留言列表，然后对某个留言进行内容查看，回复与删除 操作。
(10)系统用户管理模块
系统管理员登录后，可以根据用户列表进行用户详细资料的查看，新增用户，修改 用户与删除用户操作。论文
1． 网上购物系统的开发背景+可行性分析（经济，技术）2． 系统需求
我采用的是JSP+Servlet相结合的技术,运用Mysql数据库对网站进行建设。
下面我就来介绍一下网上购物系统大体的架构。
为了能够对现行的平台内容进行充分了解,使所要开发的平台更具有实用性和适应性,设计出该平台功能如下:
1)能够完成用户基本信息录入的注册和对商品的浏览。
2)能够完成用户采购物品,生成购物车。
3)能够流利的生成订单并录入数据库。
4)能够通过查看购物车对所选商品进行确定、挑选,通过定单查询对支付费用进行确定。
经过前一阶段的调查与研究分析,我们已确定了该平台设计的主要功能,对每个功能模块也作了具体描述,得到本平台的功能模块图如图1所示。
经过前期的深入调查和研究,总结出该平台需要完成的一些具体功能,分析如下:
1)用户管理:能够完成用户基本信息录入的注册和用户基本信息的修改。
2)购物管理:能够完成基本的购物流程,对购物车进行管理.
3)订单管理:填写基本订单信息,生成订单。
其中有几个重要的流程:
1 购物流程
如图2所示。
2 注册功能流程
如图3所示。
注册的具体实现为:
点击主页面的用户注册选项后,会弹出一个注册信息页面,用户需要如实填写用户名,密码,E_mail,地址,电话,真实,姓名等各项信息,提交后,系统进行检测判断该用户名是否已经注册过,如果已经存在则弹出新页面,提示用户该用户名已经注册过,如果没有则进行下一步判断,用户输入的两次密码是否一致,然后依次往后判断用户所填写的各项信息是否符合要求,直到所有信息均正确无误,系统将该用户注册信息写入会员表即member并提示用户注册成功,用户登陆后,就可以进行有效的购物了。
3 用户登录流程
如图4所示。
用户登录,首先要有一个提供用户登录的表单。用户登录的表单应该嵌入整体的结构当中。在实际的应用中,可以这样设计,如果用户没有登录,则在页面中显示用户登录的选项,用户登录后,则可隐藏用户登录的选项而代之以用户的基本信息。
首先,用户要有一个用户名和密码。商务网站需要很高的稳定性和安全性,因此对用户名不允许使用恶意的代码作为用户名。同时对密码也要求保密,将密码加密后再存入数据库。另外,一个电子商务网站。用户的真实姓名是必不可少的。除此之外还需要用户的性别、E-MAIL、电话号码等。
4 购物车流程
如图5所示。
购物车具体的实现可采用这种形式:定义一个购物车的类(Class)。
1)列出商品的列表,使用户能够自由选择所需要的商品。
2)当用户在点击“添加到购物车”的链接时,执行如下功能:
检查用户购物车类是否存在。如不存在,则建立,并注册这Session变量;在有用户购物车类存在的情况下,检查该类中是否有该商品。如存在,则商品数量相应加1;如没有该商品,则将该商品添加到该类中。
逛商场的时候，我们都希望能够快速找到所需要的商品。这款英特尔数字标牌的出现，将大大缩短你寻找商品的时间。它有一个高分辨率的触摸液晶显示器，当有人走近时，它能根据性别显示出不同的产品图片供使用者选择。顾客选定图片后，标牌上会显示同类产品的店名、楼层及号码牌，还能显示最短路径，让你能够快速找到目的地。另外，它还能将商品和店铺的信息转移到顾客的手机上，让顾客能随时查看。
时尚衣架椅
这把椅子酷吧？它是由一大沓衣架组合而成的哦！这款衣架椅的名字叫Coat Check Chair。椅子用一根钢管弯曲成椅子的雏形，然后用衣架叠加来完成椅子的整体，这样，不仅可以用来收集衣架，也能成为一把可以坐的椅子。真是既时尚又实用啊！
吞瓶盖的开瓶器
平常我们开汽水瓶的时候，通常是随手将瓶盖一扔，根本没意识到瓶盖的回收问题。这可是个不好的习惯。贴心的设计师Stefano Di Lollo为我们想到了解决方法。他设计了一款带“肚子”的开瓶器。当我们用这款开瓶器打开瓶子后，瓶盖就会自动地“吞”进开瓶器的肚子里面。瞧，这样是不是很方便呢？小创意大智慧哦。
手动发电露营灯
如果你热爱野外露营，一定不要错过设计师Vincent Gobin设计的手搓露营小灯。这款灯呈小巧的曲线造型，可以方便地握在手里。它绿色环保，无需充电。使用方式很简单，想照明时，只需要像钻木取火一样搓动灯具，就能产生电量以供照明。不想照明时，只需将银色的那头放在上面就可以关闭光源了。环保又方便哦。
不锈钢的购物袋
如今，我们所使用的购物袋大多是用纸或塑料制成的，不耐用，经常更换购物袋造成了很大的资源浪费。这款购物袋的设计可以说是一个革命性的创新，它的灵感来自日本的传统折纸艺术。有名的折纸技师zhongyou 和weina wu将不锈钢打造成适合的厚度，包在一层塑料薄膜里面，结合古老的折纸艺术，创造了这个最新的环保袋。它不仅经久耐用，而且轻薄，简单折叠后便可以轻松存放。有了它，你再也不需要第二个购物袋了。
盲人信用卡
本系统是基于ASP技术和网络数据库的原理，B/S模式的网上书店。在该系统中，顾客可以方便的注册为会员，浏览查找图书，然后选择购买图书。该系统具有的主要功能包括：图书管理和展示、购买图书、图书配送、交流功能。通过这些基本功能，商家可以展示图书，消费者可以选择图书购买，并可以留言交流。
系统利用HTML、JavaScript、Vbscript等语言开发，使用MS SQL Server 2000作为后台数据库。该系统实现功能强大，使用方便，界面友好，能够满足一般用户的需要。功能需求概述
网上书店的宗旨在于方便用户购买图书，因此网上书店应该实现所有方便用户购买图书所必需的功能及服务。
网上书店系统主要有两大功能模块组成： 用户模块主要包括：
(1)用户注册及登录功能：只有成为网上书店的注册用户后才能登录网上书店，在网上书店中购买或者收藏图书，因此需要提供用户注册功能，以及相关的用户信息修改、密码维护等功能。
(2)图书浏览功能：以列表的方式显示图书信息，这样可以在页面显示大量的图书信息。同时可以提供更多的图书浏览方式，如分类浏览、最新图书、特价图书等。
(3)图书显示功能：当用户找到感兴趣的图书后需要查看图书的详细信息，包括图书名、作者、出版商、价格、介绍等，此外还可以显示被用户浏览的次数。
(4)用户留言功能：用户可以通过留言和网站管理员交流，同其他用户沟通。
(5)图书收藏功能：当用户找到感兴趣的图书但是不能决定是否现在购买，此时将关注的图书收藏起来方便以后再次登录网上书店时可以直接了解该图书的信息。(6)图书订单功能：当用户在网上书店中找到了所有需要的图书后，决定开始购买，可以下订单。管理员会定期处理用户下达的订单，并根据用户订单的信息向用户送货。
(7)图书搜索功能：网上书店比传统书店一个优势是，当用户知道图书的某部分信息时，用户可以使用搜索功能快速找到需要的图书。
管理员模块主要包括：
(8)订单管理功能：管理员可以通过订单管理功能，实时的处理用户的订单，根据购书款到帐情况，用户发货，还可以修改订单状态，以掌握交易进度。
(9)留言管理功能：管理员可以对用户的留言进行回复，只有经过管理员回复的留言才能在前台界面显示，以此来规避网站被捣乱的风险。
(10)会员管理功能：管理员可以查看网站所有注册用户的注册时间，登录次数，还可以删除违规会员。这也是保障网站安全的手段之一。
(11)资料管理功能：管理员可以在后台增加、修改出版社信息；增加、修改图书资料的信息。
(12)网站新闻管理功能：管理员可以在后台修改和发布新闻，从而将最新的消息传递给用户。
1.引言
1.1编写目的
编写详细设计说明书的目的是为了使开发人员在完成概要设计说明书的基础上，完成概要设计的各项功能规定；为程序员写出实际的程序代码提供依据。它是软件设计阶段所有任务和所有相关人员所需的参考资料。预期的读者为系统的开发者、使用者和指导老师。
1.2背景
说明：
（1）开发软件系统的名称：网上商城购物系统；
（2）任务提出者：XX；
（3）开发者：计算机科学与技术的小组成员xx；
（4）用户：XX；
（5）本系统将使用SQLServer2000作为数据库存储系统。1.3定义
（1）Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）；
（2）ADO：ActiveX Data Object, ActiveX 数据对象；
（3）SQL：Structured Query Language。
1.4参考资料
（1）本小组成员撰写的《概要设计说明书》；（2）本小组成员撰写的《需求分析说明书》。
2.系统的结构
根据网上购商城系统的概要设计，本系统按照功能分解，可以分解为前台管理子系统和后台管理子系统；前台管理系统和后台管理系统又分为几个小子系统，总的系统结构图如下：
结构流程图如下：
3．模块1（商品查询）设计说明
3.1模块描述
商品查询主要是帮助顾客快速定位到所想了解的商品，达到查询商品的目的。3.2功能
完成查询商品的功能 3.3性能
灵活性：窗口响应绝大部分的快捷菜单和控制面板操作 时间性：响应鼠标单击时间在2——3秒之间 3.4输入项
组合、模糊查询条件 3.5输出项
标准的SQL语句，发送设置浏览区命令 3.6设计方法（算法）
本部分没有采用自定义的算法 3.7流程逻辑
3.8接口
硬件接口：主要就是TCP/IP层中的网络接口层
软件接口：具体来说开发中可能用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。
（3）命令对象（Command）：用来执行SQL语句或SQL Server的存储过程。（4）参数对象（Parameter）：用来为存储过程或查询提供参数。3.9存储分配
本模块用ASP在Dreamweaver中进行编码，直接的内存分配由Dreamweaver运行时分配。3.10注释设计
在代码部分的适当位置有中文代码注释。3.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构，所以浏览器的语言使用HTML,服务器端的语言使用ASP，开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之才用SQL Server2000。
（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试而后维护升级。3.12测试计划
测试要点：测试各种组合、模糊查询方式。
3.13尚未解决的问题
暂时没有要解决的问题。
4．模块2（订单查询）设计说明
4.1模块描述
订单查询主要是方便管理员查询未处理、已处理、已发货、已结账的订单。4.2功能
完成查询订单相关情况的功能 4.3性能
这是经常使用的一个模块，对性能要求在1-6秒内做出反应。4.4输入项
查询条件 4.5输出项
标准的SQL语句，发送设置浏览区命令 4.6设计方法（算法）
本部分没有采用自定义的算法 4.7流程逻辑
4.8接口
硬件接口：主要就是TCP/IP层中的网络接口层
软件接口：具体来说开发中可能用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。
（3）命令对象（Command）：用来执行SQL语句或SQL Server的存储过程。（4）参数对象（Parameter）：用来为存储过程或查询提供参数。
4.9存储分配
本模块用ASP在Dreamweaver中进行编码，直接的内存分配由Dreamweaver运行时分配。4.10注释设计
在代码部分的适当位置有中文代码注释。4.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构，所以浏览器的语言使用HTML,服务器端的语言使用ASP，开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之才用SQL Server2000。
（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试而后维护升级。4.12测试计划
进入后台管理订单管理的界面，分别点击未处理、已处理、已发货、已结账的订单查看相关情况，对于已结账订单可以执行删除操作。4.13尚未解决的问题
暂时没有要解决的问题。
5．模块3（购物车）设计说明
5.1模块描述
提供网络用户对所选购商品的订购确定，并选择商品数量。5.2功能
提供网络用户对所选购商品的订购确定，并选择商品数量。
5.3性能
用户选中所需要购买商品，点击订购的商品后出现订购商品的界面，输入商品编号、商品价格及订购数量之后确定，订单信息就会写入数据库完成订购操作。5.4输入项
输入的数据时用户执行的各种操作，包括鼠标、键盘各项操作。5.5输出项
输出是从数据库中读取的数据，或错误警告信息。5.6设计方法（算法）
本部分没有采用自定义的算法 5.7流程逻辑
5.8接口
硬件接口：主要就是TCP/IP层中的网络接口层
软件接口：具体来说开发中可能用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。
（3）命令对象（Command）：用来执行SQL语句或SQL Server的存储过程。7
（4）参数对象（Parameter）：用来为存储过程或查询提供参数。5.9存储分配
本模块用ASP在Dreamweaver中进行编码，直接的内存分配由Dreamweaver运行时分配。5.10注释设计
在代码部分的适当位置有中文代码注释。5.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构，所以浏览器的语言使用HTML,服务器端的语言使用ASP，开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之才用SQL Server2000。
（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试而后维护升级。5.12测试计划
进入后台管理订单管理的界面，分别点击未处理、已处理、已发货、已结账的订单查看相关情况，对于已结账订单可以执行删除操作。5.13尚未解决的问题
暂无
6．模块4（登录管理）设计说明
6.1模块描述
对用户身份验证，通过验证则登入系统。6.2功能
完成对用户身份验证的功能。6.3性能
灵活性：窗口响应绝大部分的快捷菜单和控制面板操作 时间性：响应鼠标单击时间在2——3秒之间 6.4输入项
输入用户名和密码。6.5输出项
输出是从数据库中读取的数据，或错误警告信息。6.6设计方法（算法）
本部分没有采用自定义的算法 6.7流程逻辑
6.8接口
硬件接口：主要就是TCP/IP层中的网络接口层
软件接口：具体来说开发中可能用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。
（3）命令对象（Command）：用来执行SQL语句或SQL Server的存储过程。（4）参数对象（Parameter）：用来为存储过程或查询提供参数。6.9存储分配
本模块用ASP在Dreamweaver中进行编码，直接的内存分配由Dreamweaver运行时分配。6.10注释设计
在代码部分的适当位置有中文代码注释。6.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构，所以浏览器的语言使用HTML,服务器端的语言使用ASP，开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之才用SQL Server2000。
（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试而后维护升级。
6.12测试计划
登入登录界面，输入用户名和密码，如果正确则能直接进入后台管理的界面。否则提示出错信息。
6.13尚未解决的问题
暂时没有要解决的问题。
7．模块5（商品管理）设计说明
7.1模块描述
实现对站内商品进行划分类别，定期更新管理商品，进行添加、删除操作。7.2功能
完成对商场内的商品的类别划分、产品的更新、添加及删除等操作。7.3性能
灵活性：窗口响应绝大部分的快捷菜单和控制面板操作 时间性：响应鼠标单击时间在2——3秒之间 7.4输入项
商品的名称。7.5输出项
商品的相关信息。7.6设计方法（算法）
本部分没有采用自定义的算法 7.7流程逻辑
添加商品
7.8接口 修改商品全选商品清空商品删除商品 硬件接口：主要就是TCP/IP层中的网络接口层
软件接口：具体来说开发中可能用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。
（3）命令对象（Command）：用来执行SQL语句或SQL Server的存储过程。（4）参数对象（Parameter）：用来为存储过程或查询提供参数。7.9存储分配
本模块用ASP在Dreamweaver中进行编码，直接的内存分配由Dreamweaver运行时分配。7.10注释设计
在代码部分的适当位置有中文代码注释。
7.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构，所以浏览器的语言使用HTML,服务器端的语言使用ASP，开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之才用SQL Server2000。
（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试而后维护升级。
7.12测试计划
进入后台管理商品管理的界面，可对商品进行添加、删除、清空、全选等操作以测试操作是否正常。7.13尚未解决的问题
在商品管理界面上全选了之后，再按全选按钮不能取消选定，而是要一项一项地取消选定。
8．模块6（订单管理）设计说明
8.1模块描述
使用户完成订购商品的活动 8.2功能
完成用户对订购商品的操作功能。8.3性能
灵活性：窗口响应绝大部分的快捷菜单和控制面板操作 时间性：响应鼠标单击时间在2——3秒之间 8.4输入项
商品名称 8.5输出项
商品相关信息 8.6设计方法（算法）
本部分没有采用自定义的算法 8.7流程逻辑
用户订单
8.8接口 订单处理订单发货订单结账订单删除 硬件接口：主要就是TCP/IP层中的网络接口层
软件接口：具体来说开发中可能用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。
（3）命令对象（Command）：用来执行SQL语句或SQL Server的存储过程。（4）参数对象（Parameter）：用来为存储过程或查询提供参数。8.9存储分配
本模块用ASP在Dreamweaver中进行编码，直接的内存分配由Dreamweaver运行时分配。8.10注释设计
在代码部分的适当位置有中文代码注释。8.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构，所以浏览器的语言使用HTML,服务器端的语言使用ASP，开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之才用SQL Server2000。
（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试而后维护升级。
8.12测试计划
进入后台管理商品管理的界面，可对商品进行添加、删除、清空、全选等操作以测试操作是否正常。8.13尚未解决的问题
如何处理用户在购买商品后的金钱支付交易以及确保交易的安全性。
9．模块7（用户管理）设计说明
9.1模块描述
本模块实现管理员对已注册用户的相关信息的管理。9.2功能
管理员可以对已注册用户进行删除、修改信息、查询等不同功能。9.3性能
灵活性：窗口响应绝大部分的快捷菜单和控制面板操作 时间性：响应鼠标单击时间在2——3秒之间 9.4输入项
输入的数据时用户执行的各种操作，包括鼠标、键盘各项操作。9.5输出项
输出是从数据库中读取的数据，或错误警告信息。9.6设计方法（算法）
本部分没有采用自定义的算法 9.7流程逻辑
9.8接口
硬件接口：主要就是TCP/IP层中的网络接口层
软件接口：具体来说开发中可能用到的ADO的常用对象有以下几个：（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（RecordSet）：用来保存查询语句的返回结果。
（3）命令对象（Command）：用来执行SQL语句或SQL Server的存储过程。（4）参数对象（Parameter）：用来为存储过程或查询提供参数。
9.9存储分配
本模块用ASP在Dreamweaver中进行编码，直接的内存分配由Dreamweaver运行时分配。9.10注释设计
在代码部分的适当位置有中文代码注释。9.11限制条件
(1)由于本系统的开发是基于浏览器B/S结构，所以浏览器的语言使用HTML,服务器端的语言使用ASP，开发人员将不能用其他的开发语言（编写组件除外）。而数据库也将随之才用SQL Server2000。
（2）开发人员在编写代码的过程中需要严格按照软件工程的要求来进行，以利于接下来的测试而后维护升级。9.12测试计划
进入后台管理订单管理的界面，分别点击未处理、已处理、已发货、已结账的订单查看相关情况，对于已结账订单可以执行删除操作。9.13尚未解决的问题
一、必要性
网上督察系统是以信息化建设为载体，充分利用公安信息资源，依托公安网络，通过语音、视频、网络等手段对各级公安机关的执法办案、行政管理、值班备勤、服务群众等 工作进行远程监督的的督察业务工作，是警务督察职能优势与现代信息科技手段有机结合的成功实践。为深入贯彻落实公安部党委关于实施科技强警战略、推进公安信息化建设的部署要求，进一步规范和深入实施网上督察机制，提升警务督察效能，充分发挥警务督察职能作用，保障服务公安工作和队伍建设，特制定本方案。
二、建设总体目标
随着社会和经济的不断发展，公安队伍的管理面临越来越多的新情况、新问题、新特点，传统的警务督察工作方式已经不适应当前形势发展的需求，根据公安部和省厅要求，按照“分级建设、分级存储、层级访问”等方式，由省省负责组织开发软件，参照市局建设方式，县局结合实际进行建设，建设“望城县公安机关网上督察系统”，依托现有公安网络和公安业务系统，整合现有资源，运用信息化开展督察工作，逐步实现对全县公安机关及民警的执法办案、服务群众和内部管理情况进行网上实时、同步、动态监督并经整合后与省厅督察系统对接。
三、基本原则和要求
根据公安部“统一规划、分步实施、资源共享、确保安全”的原则，我局网上督察系统建设遵循以下几个原则：
（一）实用性：结合我局实际情况，要求建成后的系统结构先进，功能完备，切合实际，满足作为省会市局进行网上督察的需求。
（二）规范和统一性：
1、网上督察系统要实现全市公安音/视频督察监控图像资源的传输和共享，所采用的软硬件须遵循网络协议和传输标准。
2、统一制定建设规划，建设规范和运行管理办法。
3、统一建设和运行管理，建立科学规范的质量保证和控制体系，保障系统的准确可靠运行，（三）可靠性和稳定性：系统支持高可靠性和稳定性的操作系统。如Linux，数据库系统等，具备数据备份能力、容错能力、故障恢复能力、远程备份能力。数据库服务器为双机热备设计，保证平台稳定、连续地工作。
（四）安全性：系统应具有用户接入认证、前端设备接入认证和完备的权限管理，保证接入公安网的安全。安全性包括：网络的安全性、数据库的安全性、系统的安全性、平台的安全性。
（五）可扩展性：系统应具备良好的扩展能力，包括媒体可扩展：支持公安部要求的新的音视频编码格式。功能可扩展：增加新的功能时，不需要对系统进行大规模修改。容量可扩展：根据访问量的增加，扩展平台的容量。业务可扩展：可根据新的公安业务应用增加新的增值应用。
（六）易维护性：系统应易于维护，提供统一的维护界面并通过该界面对远程设备进行管理和维护。
四、技术要求
（一）根据省厅要求，必须采用和省厅同一系统架构，同一系统界面，以保证和省厅系统的整合和连接。将数字证书作为系统登录必选项，保证上级督察部门利用数字证书能够察看所辖区域内网上督察系统的视频、语音和执法业务信息。系统能够自动生成访问日志、记录、查询访问者信息。
（二）语音督察子系统基本技术要求：语音督察子系统录制的语音信息应能自动及时上传到市、县局服务器统一集中保存，保留时间至少为3个月，对保存的录音文件能够网上查听、截取，督察人员能够远程实时监听，监听时不影响通话和不让被监听者感觉到。
（三）视频督察子系统基本技术要求：系统录制的视频信息以MPEG4、H.264，CIF以上格式存储在硬盘录像机或集中保存在服务器中，有条件地方采用720P分辨率，能准备分辨相貌特征，保留时间要求至少15天，对保存的视频文件能够网上查看、截取，并能够对截取的视频信息进行保存和网上查看。
（四）执法业务信息督察子系统技术要求：系统应采用以下一种方式实现：
1、业务部门研发业务系统或升级业务系统时，为督察部门开发相应模块，自动向督察部门报备所需信息。
2、业务部门提供业务系统接口，督察部门研发系统，从业务系统数据库中提取所需信息。
3、业务部门为督察部门开通系统访问权限，督察部门通过统一访问接口进行访问。
（五）卫星定位督察子系统基本技术要求：卫星定位督察子系统依托市局开发的警用地理信息系统和卫星定位系统，通过为督察系统开通访问接口的方式，保障督察部门利用系统开展工作。
五、具体建设内容
（一）网上督察监控中心室。在市局办公楼附楼（原户政楼）建设一个网上督察监控中心，在监控中心 室设臵电子监控墙，LED电子显示屏，语音图像采集设备，监控操作平台等。
（二）网上督察系统平台。在市局主页设臵网上督察系统的链接，连接系统的主页面。利用数字证书设臵登录权限，不同层级的领导可以分级查看所辖区域内的网上督察系统的视频、语音和执法业务信息，系统并能自动生成访问日志，记录和查询访问信息。
1、语音督察子系统。依托现有公安网，使用语音采集设备和后台管理软件，实时记录110报警服务台和窗口服务单位的报警、求助、咨询、投诉等电话通话情况，实现通话录音集中管理、分级在线查询和证据固定等功能。
2、视频督察子系统。依托公安网，使用图像采集设备和后台管理软件，利用社会面监控、值班室候问室审讯室监控、枪支按理监控、接待服务场所监控等系统，实现民警执法执勤行为视频图像网络传输存储、分级授权访问、实时在线查询回放和证据固定等功能。
3、执法业务信息督察子系统。依托业务部门的执法业务信息平台，通过授予督察部门查看权限或重点信息通过网络向督察部门报备等方式，将接处警、受立案、强制措施审批、涉案财物管理及行政审批等重点环节和关键信息臵于督察部门监督之下，实现对业务部门执法过程和行政审批程序的全程实时网上督察。
4、卫星定位督察子系统。利用警用地理信息系统和卫星定位系统，对警车出警情况、运行轨迹和使用停放情况，突发事件发生后相关单位车辆到岗到位等情况进行跟踪督察。
5、警务督察信息管理子系统。按照省厅要求，对执法督察
网上督察系统将以上子系整合成一个界面，实行统一登录，实现只需一次登录，就可访问系统内所有系统功能。
六、技术方案 1.总体设计架构
本次方案设计望城公安网上督察系统，包括视频督察子系统、语音督察子系统、并预留与警务综合平台及GPS卫星定位系统对接接口，实现网上执法监督及GPS卫星定位督察。以督察管理平台为基础构建，前端信息采集通过网络硬盘录像机、高清网络摄像机、拾音器、电话录音盒、通过督察管理平台结合GPS定位系统、GIS地理信息系统及警综平台：
1.实现督察音视频媒体流的调度、存储、管理；实现多级系统级联、统一管理、资源共享、权限控制等系统功能；
2.实现对现有公安机关视频监控资源的整合接入；
3.实现统一的督察业务界面，包括视频督察业务、语音督察业务、执法监督信息督察业务、GPS卫星定位督察业务。
4.实现同警务信息综合应用平台的对接，实现执法监督督察。
5.实现同警用地理信息系统、GPS卫星定位系统的对接，实现GPS卫星定位督察。
6.实现统计报表功能，可对网上督察各项督察记录进行统计分析，生成报表。
可通过扩展功能模块，进一步实现视频会议督察、3G移动督察、手机督察、智能视频分析等等；
2.网上督察各子系统建设需求 2.1 视频督察子系统设计
2.1.1 视频督察系统架构
全市视频督察系统由市、区（县）督察指挥中心视频督察管理平台、视频督察业务系统、视频督察业务服务器、存储设备、督察客户端、高清解码器、电视墙显示单元及各基层单位网络录像机、督察视音频采集设备组成。
系统全网采用数字化模式，分布式体系结构，模块化设计，依托公安信息专网，系统总体结构可概括为“二级平台、二级应用、三个系统”，构建全市联网、逐级汇总、中心调度、统一权限、统一控制、资源共享的视频督察系统。
构建市、县级平台级联，形成系统综合骨干督察应用平台。在各基层部署督察监控点，实现督察视频资源采集。
2.1.2 系统组网说明
如上图所示，可以分析得出：
1、全市视频督察系统采用二级架构，市局、县局主要由督察管理平台、督察业务服务器、存储设备、督察客户端、高清解码器、设臵6块42寸电视墙显示单元组成。各级职责明确，上级可对下级统一管理。
2、各基层单位采用高清录像机，高清IPC摄像机对基层单位督察点进行建设。
3、通过媒体接入网关可实现现有系统利旧，充分利用原有视频资源。
4、预留与语音督察、警综平台、GPS卫星定位系统、警用地理信息系统、视频会议系统对接接口，实现各项业务共享。
2.1.3 望城县督察指挥中心建设需求
县督察指挥中心主要由督察管理平台、督察业务服务器、存储设备、督察客户端、高清解码器、电视墙显示单元组成。督察管理平台
督察管理平台作为二级核心平台，负责县直接管辖基层单位视频督察监控点的接入、管理及鉴权，可对县辖督察监控点进行管理及调用。同时平台提供码流转发功能，转发视频流至督察客户端和电视墙。并提供录像功能，对重要督察视频进行录像及保存，方便及时取证和查阅。督察业务服务器
督察业务服务器主要负责视频督察业务，实现视频督察业务流程，提供用户管理、权限管理、系统管理等功能。提供与督察业务结合的视频监控整合应用，提供实时监控、现场视频督察业务（包括语音交流、文字交流、制作及下发督察文书、备案）、录像回放等功能。存储设备
针对督察系统存储的特点，采用高性能的IP SAN集中存储解决方案，在各级指挥中心进行IP SAN存储设备的分布式部署，实现各级所需重要督察视频的录像，便于后期取证。督察客户端
督察客户端作为业务操作使用终端，实现对前端设备的控制，对图像实时浏览操作和历史录像回放操作，同时基于电子地图显示前端点的安装地理位臵。客户端同时支持B/S结构。通过配备麦克风及音箱，可实现各监控中心之间的语音对讲、对各基层单位的广播及指挥及视频现场业务流程功能展示。集中高清解码
区、（县）督察指挥中心采用集中高清解码器负责本地高清视频解码，通过电视墙显示单元显示。有条件地方采用一套高清解码器，配备相应数量的6块显示设备组成电视墙，或直接设臵一个督察客户端。
2.1.4 基层单位建设需求
本项目涉及基层单位主要包括18个派出所等，针对前端督察监控点的建设并结合基层单位带宽特点，采用高清网络摄像机+高清录像机全高清解决方案，分辨率可达720p，比传统标清摄像机采集的视频分辨率更高，视野更加开阔，在2M码流情况下都能达到良好的视频效果。高清网络摄像机通过网络接入高清录像机，通过高清录像机实现本地高清存储和高清显示。可配备高保真拾音器，对现场声音实现采集。基层单位管理人员可通过外接显示器，对高清录像机进行管理、本地视频监控及控制、录像回放等操作。
各基层单位审讯室安装高清网络摄像机用于采集审讯现场视频，直接接入高清录像机，高清录像机通过公安网接入督察管理平台。在各审讯室配备一台操作电脑，安装督察执法办案终端，通过终端录入审讯涉及的案件信息内容并报送到督察系统，做到审讯开始，并提示督察人员有相关案件正在审讯，督察人员可根据情况及时对现场进行督察。执法办案终端预留与警综系统对接接口，办案人员无需手动录入案件信息，可直接通过检索功能，直接通过警综系统关联案件信息，减轻办案人员的工作压力。
现场督察业务流程图 2.1.5 视频督察业务功能需求
实时视频督察
支持单画面和多种多画面模式的实时图像浏览；支持4/9/16等分屏浏览方式； 支持每幅画面的手动或自动轮询，轮询间隔可设臵
支持监控点摄像机的远程PTZ控制实现镜头的左右、上下转动，视野的拉近拉远等；
支持移动侦测、音频对讲功能的操作与管理
系统提供图像抓拍功能，监控中心可随时根据需要抓拍监控图像。
电视墙浏览
支持电视墙的实时浏览、录像回放浏览功能 支持CU客户端对电视墙的配臵
支持电视墙预案轮巡、电视墙图像轮巡、告警图像上电视墙功能 支持监控专用键盘对电视墙图像的切换和控制。
视频录像存储、数据备份与录像回放
支持中心录像存储和客户端录像存储功能
实现对监控现场图像、声音、数据等进行实时存储。数据保存在监控中心。同时在监控前端进行存储备份，保证在传输线路发生故障时也能提供数据存储。
能够实现多种方式的录像：手动选择录像、定时录像或报警联动录像；
录像文件的检索可支持秒级检索，可按名称、录像方式、时间段等进行检索； 录像数据以文件形式存储在磁盘上，可方便的调看、导出，刻录成盘，提供数据备份。
支持录像文件的本地回放和远程点播
下载的录像文件应该是标准的asf格式，支持通用播放器（例如：暴风影音、windows media player）直接播放，方便备份、刻盘。 录像回放中提供快进、拖拉等多种控制功能 支持专用工具对独立录像阵列进行检索和浏览。
录像存储采用智能调度方式，可将录像从故障区域智能调度到正常区域。
系统具备完善的日志功能，可对所有的操作、控制、报警等信息进行保存，日志文件支持导出。
语音对讲、广播喊话
提供监控点音频上传到客户端功能 提供客户端音频向监控点广播喊话功能 提供客户端与监控点之间的双向对讲功能 通信过程中的音量大小可调节 支持回声消除，保证双向对讲时的效果
可以实现监控点与监控中心、监控中心与监控中心之间的双向音频功能，同时支持对双向语音的录制。
报警联动
支持前端编码设备的开关量输入告警联动；支持移动侦测告警联动 通过二次开发接口，可实现报警主机及其他报警设备告警联动 系统告警联动后可出现功能：
触发监控现场警铃,警示现场人员（在监控现场配臵警铃） 自动把报警现场图像上传到监控中心大屏或电脑上 自动对报警现场进行录像存储
在操作员电脑上发出报警提示，同时发出报警声音 通过开放整合实现更丰富的报警联动功能 支持图像切换、录像、读秒等联动操作
摄像头预臵位回调：摄像机自动转动到特定位臵，获取现场图像； 处警记录
监控平台提供完备的日志功能，提供详细的报警信息记录，能够保存报警的详细信息，如：报警地址、报警所属组织、报警级别、报警类型、报警时间、处警时间、处警结果等。
基于视频的电子地图应用
支持MAPINFO格式的矢量图或JPEG格式的静态地图两种方式的电子地图；
能够方便地在地图上定义监控点；支持放大缩小地图；
报警时，能够在地图相关位臵显示报警，并且能够通过点击报警图标调看现场图像并进行PTZ控制；
可载入电子地图文件，载入时的显示比例可设臵
JPEG静态电子地图提供多层电子地图功能，并支持电子地图图层树，支持任意图层之间的跳转；告警时，电子地图可自动切换到报警点对应的图层；
JPEG静态电子地图支持缩略图显示，图元自定义； 可在电子地图中添加、删除和移动图元
支持图元名称、属性及对应前端编码设备的配臵 可通过双击图元实现前端监控图像的实时浏览 可实现电子地图的全局或局部放大、缩小
2.1.6 视频督察系统功能需求
系统管理功能
用户管理
提供用户及用户组的添加、删除以及用户信息的修改
支持超级管理员、用户管理员和操作员三种用户，可以为不同的用户分配不同的管理权限，如：图像浏览、云镜控制、录像与放像、电视墙操作等等。 认证管理
实现用户登录信息的认证 登录用户的授权
本次系统具备强大的用户认证和权限管理功能，支持采用用户名、密码认证方式或者USB Key认证方式或者用户名、密码+USB Key认证方式。
权限管理
采用用户分级管理机制实现用户权限的授予和取消 可针对不同用户分配不同的系统操作和设备管理权限
设备管理
提供设备的添加、删除以及设备信息的修改 可根据设备的名称、类型等参数进行设备搜索 支持设备权限的设臵和修改 支持设备软件的远程升级功能
网络管理
提供系统配臵管理和系统性能管理 提供告警管理、安全管理和日志管理 提供状态监测、系统备份及数据恢复功能
数据、日志管理
本次系统具备前端自定义功能，可对前端进行名称、ID等进行统一编码，统一管理； 系统具备完善的日志功能，可对所有的操作、控制、报警等信息进行保存，日志文件支持导出：
监控平台提供完备的日志功能，提供详细的系统日志、操作日志、报警信息记录。
能够保存报警的详细信息，如：报警地址、报警所属组织、报警级别、报警类型、报警时间、处警时间、处警结果等。 支持根据日志的类型、时间、触发点进行查询，并能导出
监控中心的监控员能够针对报警信号做手工记录，填写处理结果。 能够针对报警记录分类查询、检索，方便后期整理、分析。
系统扩容
中心管理平台为嵌入式硬件平台采用模块化架构设计，支持模块化、分布式组网，具备平滑升级扩容的能力。系统扩容可通过两个方面实现：
1）系统License扩容：本次方案设计，中心平台预留一定的系统扩容能力，当系统容量未满负荷时，可直接通过增加License方式实现少量新建前端点的接入。
2）增加平台模块：平台支持堆叠和级联组网，当实际系统容量达到设计容量时，可采用增加平台模块的方式实现大量新建前端点接入。增加平台非常简单，只需配臵IP地址注册到原有系统即可。
3）存储系统扩容也非常方便，配臵为模块化IP-SAN存储阵列，支持分布式部署。系统存储需要扩充时，只需增加存储阵列接入网络注册到平台即可，系统自动实现负载均衡。联网系统的主热备份
平台支持双机热备；IP-San磁盘阵列，支持双网口捆绑对外提供服务，实现网络备份。
联网系统双机热备组网示意图
实现原理：
主热备份实现原理包括：心跳监测和资源接管两个部分，心跳监测可以通过网络链路和串口进行，而且支持冗余链路，主备机之间相互发送报文来告诉对方自己当前的状态，如果在指定的时间内未受到对方发送的报文，那么就认为对方失效，这时就启动资源接管模块来接管运行在对方主机上的资源或者服务。例如：在主备平台定期相互探测，检查对方是否可用，如果在指定的时间内主平台没有反馈，则备平台自动设臵为主平台，对外提供服务。
IP-San磁盘阵列支持双千兆网口绑定，具体原理是：在磁阵的两个网口上分别设臵不同的IP地址，同时虚拟出一个对外服务的IP地址，当两个网口的连接都是正常时，双网口采用负载均衡的方式通过虚拟IP对外服务，当一个网口出现异常，则由另外一个网口对外提供服务。故障自恢复机制
1）硬件看门狗设计
系统具有硬件看门狗功能，使系统出现异常时，能自动控制计算机进行重新启动，使系统恢复正常运行，保证系统24小时不间断正常工作。看门狗本身不是用来解决系统出现的问题，在调试过程中发现的故障应该要查改设计本身的错误。加入看门狗目的是对一些程序潜在错误和恶劣环境干扰等因素导致系统死机而在无人干预情况下自动恢复系统正常工作状态。
2）U盘备份和自恢复机制
系统数据库可以通过U盘进行手动备份，当系统出现故障后，可通过U盘将备份数据恢复到系统。保证了系统的安全性。
3）数据库信息自动备份和恢复
系统数据库和配臵信息可自动备份到存储区域（一般每天自动备份一次系统数据），当系统出现数据损坏时，系统可自恢复备份数据，保障系统在无人状态下自恢复功能。提高了系统的稳定性。双网段接入功能
把平台搭建在两个网段中间，每个网段的设备和客户端都可以接入到监控平台。不同网段的设备和客户端，通过平台进行数据转发，完成跨网段的监控功能。实现两个完全隔离的网络互通。2.2 语音督察子系统设计
语音督察系统采用二级联网、三级应用架构，语音督察系统分为市局、区县分局、派出所三个部分建设，根据其语音通信系统的组建方式，选择采用语音录播服务器或网络录音盒作为语音采集存储设备，并由市局的语音录播服务器对全市的录音文件进行集中存储管理。2.2.1 系统组网说明
市公安局、区（县）公安分局的110调度指挥中心或报警中心，一般通过PBX组建坐席式的电话服务中心，选择采用中继并线录音方式接入语音督察系统。市局、县局各直属机关如经侦、督察、信访等部门，一般是安装几部电话来提供对外电话服务，选择采用模拟电话线路并线的方式接入语音督察系统。基层公安机关单位数量众多，有录音要求的对外服务电话较少，一般为2-4路对外服务电话。针对基层机关的电话录音需求，选择采用嵌入式网络录音盒接入语音督察系统。
2.2.2 语音督察业务功能需求
实时录音
可以忠实地记录每路通话，保证通话数据完整、清晰。当被监听用户开始通话，系统自动启动录音功能对其录音；通话结束，停止录音。系统自动将录音内容及日期时间存入硬盘相应的路径，并将记录插入到数据库中，以备查询。可同时对多条电话或音频线路进行实时录音，各线路之间互不影响、分别存储，对双方正常通话质量没有影响。
实时监听
能即时监听每一条正在通话线路的内容，并可随时调节音量。监听时不会影响通话人，也不会影响录音质量。支持远程网络流式监听，即在公安网上安装客户端软件通过认证后，可实时监听相关被督察点通话内容。在监听的同时可以实时监控通话状态，如呼入、呼出、客户号码、通话时长等等。
录音通道管理
管理员可以在此图上直接对通道的号码、备注和录音模式进行设臵，而无需到所在录音服务器上进行设臵。录音站点管理
可以对所有录音站点的基本信息进行管理，其中包括名称、IP地址等基本信息进行管理。
查询和放音
查询和放音：采用了先进的数据库优化和容错机制，网络流量控制技术和数据压缩方法，对海量数据可以快速定位和查找； 可按日期、时间、电话号码等多种方式进行单个和组合查询，查询方便快捷。可以任意播放一个录音或选择多个录音依次播放，放音时将弹出当前语音文件的放音进度等信息。超长通话及频繁通话报警查询
通过WEB界面可以事先设臵好每部电话每次通话的最长时间及单位时间内的通话次数。如每次通话超过设臵好的时间，会产生报警。如单位时间内超过预设臵好的通话次数，也会产生报警。事后可对超长通话及频繁通话进行查询。
统计功能
可通过WEB界面统计出每个地市下有多少个站点，有多少次通话记录。日志查询
可通过WEB界面，按照时间等条件查询系统用户相关的日志。
2.2.3 语音督察系统功能需求
多种录音方式
灵活多样的录音启动方式，可以完成对电话线路的全面控制，从而产生完备、准确的录音记录，既不会浪费存储空间，也不会丢失应该记录的信息。当前的技术能够提供多种录音启动方式：摘/挂机启动方式、电压启动方式(压控)、静音/噪音启动方式（声控）、电话按键方式（键控）、网络控制启动式。
可用磁盘空间不足报警
(1)管理员可设臵磁盘可用空间预警限值。
(2)电脑发声告警：工控机可以自身发声告警或管理员在自己的办公电脑上安装报警软件实现在线提醒。
(3)语音自动通知告警：当磁盘空间不足时，系统可自动通过语音卡拨打管理员的联系电话实现告警通知(需占用一个通道)。权限管理
可设定不同等级的密码保护，除了系统管理员使用最高级的密码外，还有用户密码、录音文档查询密码等多种保护措施，可以灵活限制每个用户可查询的通道号（如某个部门领导只分配本部门的通道号，这样可以避免越权查听其他部门的电话录音）。支持多种线路
电话录音可以在前端，也可以在后端进行录音。前端就包括对模拟中继的录音和对数字中继（T1/E1）的录音；后端包括对普通话机的录音和对数字话机的录音。因此录音系统需要支持对不同种类线路的录音。自动删除
硬盘饱和达到用户设定值时，系统可按规则自动删除部分最早的录音记录。
分站点语音自动上传
系统可以将各站点的录音文件统一通过FTP上传到指定的语音服务器中，从而达到对录音文件进行统一管理，同时也达到了对历史录音文件进行备份的目的。通道断线告警
当系统运行过程检测到一路或几路通道有原先的正常工作状态到断线状态，那么表示此通道的线路或通道出现了异常，此时系统会发出声音和界面告警，通知管理人员对出现问题的通道进行维护。灵活快速的查询和检索
每一条电话录音记录会拥有多种属性，如电话线路编号、主叫号码、被叫号码、录音时间等等，而录音系统应能够提供单一条件、组合条件等多种检索手段，快速准确地产生符合条件的查询结果。具有自动增益功能
录音系统采用自动增益控制前臵放大，确保录音的音量适当，使用长途、免提或无线对讲机时，也可以清晰录音。系统可进行多任务操作
可以同时完成监听、录音、自动转储、重放及查询工作，相互之间不影响各自功能及性能指标。
2.3 执法业务信息督察子系统设计
2.3.1 系统组网说明
执法业务信息督察的实现，主要是通过湖南警务综合信息平台调取案事件业务信息。通过督察管理平台与警务综合信息平台对接，实现案事件与视频的关联。
通过授权，实现对基层单位和业务部门办理的行政案件、刑事案件的受立案、强制措施审批、涉案财务管理等办案过程进行实时、全程监督。
业务应用模块：实行业务部门对涉案人员采取继续盘问、刑事传唤、拘传、刑事拘留、监视居住等措施网上自动备案。
网上报警处臵督察模块：对省厅警务综合平台发布的一些报警信息、预警指令处臵不及时的情况开展网上督察。
备案模块：在强制措施审批后，实现系统后台从网上办案需要备案的环节中提取相关数据，自动向本级督察部门备案，自动向办案单位、民警和督察民警发送备案、到期等相关“提示”。
审批监督模块：或可考虑增加审批监督模块，逐步将各单位、各警种具有网上行政审批功能的系统向督察部门开通权限，实现网上督察行政审批的各个环节。
2.3.2 与警综平台对接需求
警务信息综合应用平台是以案事件业务为主线，实现公安主要业务全面融合，面向全警，集信息的采集、应用和管理于一体的工作平台。通过信息碰撞、检索、研判和智能分析等手段实现比如高危分析、人员甄别、智能案件串并、人员潜信息管理、涉案物品动态管控、预警缉控、集中报警、分类处臵等功能。
督察管理平台与警综平台对接包含两个方面：
一方面通过与与警综平台对接，督察管理平台可以为其提供图像信息。由平台提供提供SDK二次开发包，警综平台通过调用接口，实时浏览各督察监控点、调阅历史视频资料、查询报警信息等。另一方面由警综平台提供SDK二次开发包，网上督察系统通过调用接口，实现与警综平台的对接应用。网上督察系统在设计上采用模块化结构，能够根据督察应用需求调整相关系统业务。
主要业务功能：
接收警综平台网上报警处臵督察模块发送的通告消息，并整理归档，以短消息或电子邮件形式提醒相关督察人员，做到及时查看及时督促。
接受网上督察客户端请求，将请求消息发送到警综平台，警综平台将办案事件过程办理中的信息点发送到网上督察系统，整理后发送到客户端显示。
从警综平台获得办案事件过程办理中的信息点，审核办案相关信息，如强制措施、案情、执法程序、时限等执法督察所需的信息，生成网上执法督察信息。从警综平台获得备案信息，生成备案信息表，并可随时查看相关数据。
2.3.3 系统功能需求
业务应用
实行业务部门对涉案人员采取继续盘问、刑事传唤、拘传、刑事拘留、监视居住等措施网上自动备案。涵盖了“继续盘问人员督察”、“传唤人员督察”、“强制措施督察”、“涉案物品督察”、“行政案件办理监督”、“刑事案件办理监督”、“人员打处执法监督”、“单位处罚执法监督”以及“执法告知检查监督”等监督功能，实现对治安、刑事案件执法办案、人员打处、执法告知等全部执法程序的监督。网上报警处臵
对省厅警务综合平台发布的一些报警信息、预警指令处臵不及时的情况开展网上督察。如，实时发布到警综平台的，对于案情重大的案件的串并信息、预警防控信息；办案流程中所有涉及有期限的报警信息，比如案件办理期限、人员羁押期限等。
备案
在强制措施审批后，实现系统后台从网上办案需要备案的环节中提取相关数据，自动向本级督察部门备案，自动向办案单位、民警和督察民警发送备案、到期等相关“提示”。办公电文
辅助警务督察人员的文档办公，可填写日志或备忘录，并链接到相关信息资源；能够填写督察文书，并按照部颁文书格式自动生成公安督察决定书、公安督察通知书、公安督察建议书等电子文书。
查询统计
查询分为操作日志查询、业务应用查询、信息要素查询两大类。
操作日志查询：记录所有功能操作、异常情况的日志，并提供多种检索、查询方案。
业务应用查询：由信息库生成不同业务应用类型的数据信息，督察人员可以按照业务应用类型进行查询，如接处警、受立案、采取强制措施及涉案财物扣押、管理、收缴；对涉案人员刑事传唤、继续盘问、拘传、刑事拘留、监视居住等业务应类型。
信息要素查询：并不指定业务应用类型，直接输入信息要素查询，以期找到相关数据信息。
统计实现：对多种类型数据进行计算统计，并生成直观的统计图表。
2.4 GPS卫星定位督察子系统设计（和PGIS进行二次开发对接）
2.4.1 系统组网说明
实现与GPS卫星定位系统的对接，利用湖南“警用地理信息基础应用平台”，对车辆进行定位，监督警车出警情况和巡车状态。在GPS和GIS之间建立合适的数据接口后，可以实现许多车辆监控、调度、报警、跟踪、查询等众多功能。在每一个督察席位上设臵1个GIS地图台，接受车辆定位信息以及车辆状态信息。
2.4.2 系统功能需求
报警时周边车辆查找显示
系统能够能在报警定位后，自动查找周边的待命车辆并在图上显示，以到达快速调度。
车辆报警
现在警车基本已安装GPS车载系统，通过GPS定位，系统可以提供车辆的信息显示和地理定位。车辆跟踪
本系统可以对GPS卫星定位系统进行车辆跟踪、查找以及调度。选中某一辆车子或某几辆车子后，按下下面的任意一个按钮（“退出”除外），地图台通过GPS监控台改变车辆的状态。如果按下“跟踪”按钮，GPS台实时发送车辆跟踪消息到地图台，地图屏上可以观察到一辆或几辆车的图形、电台号和移动位臵。当设臵了要跟踪的车辆后，GIS的电子地图上会显示车辆的当前位臵和运行路线，并可以同时跟踪多辆车子。
车辆信息显示
关键词：Hibernate,查询缓存,集合过滤,客户,定单
在分层的软件架构中持久化层封装了所有数据访问细节，是对象-关系映射(ORM)的中间件，Hibernate是一种ORM中间件工具，它对JDBC API进行了封装，负责Java对象的持久化。Hibernate通过Session接口提供了基本的保存、更新、删除和查询，Session具有一个缓存，位于缓存中的对象处于持久化状态，它和数据库中的相关记录对应，Session能够在某些时间点按照缓存中持久化对象的属性变化来同步更新数据库。在Session的缓存中存放的是相互关联的对象图。在默认情况下，当Hibernate从数据库中加载Java对象时，会同时加载所有关联的Java对象，从而影响了系统的性能。本文以查询网上购物系统中的客户(Customer)和定单(Order)信息为例，介绍如何设置Hibernate的检索策略，以优化查询性能。
一、常用查询方法
设计两个数据库表, 表名为CUSTOMERS和ORDERS, 它们包含的基本字段及之间的关系如图1:
Hibernate查询客户和定单信息的步骤为：
1. 运用反射机制，获得customer对象的类型Customer.class。
2. 参考对象-关系映射元数据，了解到和Customer类对应的表为CUSTOMERS表，类Customer与类Order关联，类Order和ORDERS表对应，ORDERS表中外键CUSTOMER_ID参照CUSTOMERS表的主键ID。
3. 根据映射信息，生成SQL语句：
select*from CUSTOMERS;
select*from ORDERS where CUSTOMERS_ID=1。
4. 调用JDBC API，执行以上SQL语句。Hibernate在检索与Customer关联的Order对象时，使用默认的立即检索策略。这种检索策略存在三大不足：
(1) select语句的数目太多需要频繁地访问数据库, 会影响检索性能。
(2) 在应用逻辑只需要访问Customer对象，而不需要访问Order对象的场合，加载Order对象完全是多余的操作，这些多余的Order对象浪费了许多内存空间。
(3) 假定这个Customer对象与500个Order对象关联，就会加载500个Order对象。在实际应用中往往只需要访问Orders集合中的部分Order对象.例如访问客户定单金额大于100的Order对象，此时调用customer.get Orders () .iterator () 方法会影响运行时性能.因为它会加载应用程序不需要访问的Order对象。
延迟检索策略能避免多余加载应用程序不需要访问的关联对象;但当采用延迟检索策略时，应用程序如果希望访问游离状态的代理类实例，必须保证它作持久化状态时已经被初始化。迫切左外连接检索策略则利用SQL的外连接查询功能能够减少select语句的数目;但缺点在于可能会加载应用程序不需要访问的对象，浪费许多内存空间，更杂的数据库表连接也会影响检索性能。
二、查询性能优化
Hibernate主要可从以下两方面来优化查询性能。
1. 使用查询缓存降低访问数据库的频率，减少select语句的数目；
对于经常使用的查询语句如果启用了查询缓存.当第一次执行查询语句时，Hibernate会把查询结果存放在第二级缓存中。以后再次执行该查询语句时.只需从缓存中获得查询结果从而提高查询性能。对查询语句启用查询缓存的步骤如下：
(1) 配置第二级缓存, 在Customer.hbm.xml和Order.hbm.xml映射文件中分别为Customer类、Customer类的orders集合以及Order类设置第二级缓存，
(2) 在Hibernate的配置文件hibernate.properties中选用EHCache和设置查询缓存属性：
(3) 对于希望启用查询援存的查询语句.调用接口Query的set Cacheable () 方法：
(1) 默认的查询缓存区域:net.sf.hibernate.cache.Standard Query Cache
(2) 用户自定义的查询缓存区域：如“orderQueries”
(3) 时间戳缓存区域:n e t.s f.h i b e r n a t e.c a c h e.Update Timestamp Cache
默认的查询缓存区域以及用户自定义的查询缓存区域部用于存放查询结果。而时间戳缓存区域存放了对与查询结果相关的表进行插入、更新或删除操作的时间戳。Hibernate通过时间戳缓存区域来判断被缓存的查询结果是否过期，它的运行过程如下：
在T1时刻执行查询语句，把查询结果存放在QueryCache域.该区域的时间戳为TI时刻。
在T2时刻对与查询结果相关的表进行插入、更新或删除操作。Hibernate把T2时刻存放在UpdateTimestampCache区域。
在T3时刻执行查询语句前，先比较QueryCache区域的时间戳和UpdateTimestampCache区域的时间戳.如果T2>T1，那么就丢弃原先存放在QueryCache区域的查询结果，重新到数据库中查询数据再把查询结果存放在QueryCache区域;如果T2
由此可见，如果当前应用进程对数据库的相关数据做了修改，Hibernate会自动刷新缓存的查询结果。若其他应用进程对数据库的相关数据做了修改，Hibernate无法监测到这一变化，此时由应用程序负责监测这一变化(如通过发送和接收事件或消息机制)，然后手工刷新查询结果。Query接口的set Force Cache Refresh (true) 方法允许手工刷新查询结果，它使得Hibernate丢弃查询缓存区域中已有的查询结果，重新到数据库中查询数据.再把查询结果存放在查询缓存区域中。
2. 使用集合过滤避免多余加载程序不需要访问的数据
使用集合过滤可以很好避免加载多余的Order对象，其主要代码如下：
代码中Session接口的createFilter方法用来过滤集合，它具有以下优点：
(1) 如果Customer对象orders集会已经被初始化，为了保证Session的缓存中不会出现OID相同的Order对象，Query的list () 方法不会再创建Order对象，仅仅返回已经存在的Order对象的引用。其运行时行为如图2所示：
(2) 如果Customer对象的orders集合还没有被初始化，Query的list () 方法会创建相应的Order对象。但是不会初始化Customer对象的orders集合。其运行时行为如图3所示：
三、试验分析
这里通过检索某客户定单金额大于100元的所有定单试验来验证改进前后的性能情况。
按照立即检索策略我们一次从数据库中读取客户ID=1的所有订单(共500条记录)中金额大于100元的所有记录(共200条记录), 然后按照改进后的方式我们从数据库中读取上述记录。考虑到Java虚拟机的垃圾收集机制和降低试验误差, 两种的检索方式分别做五次, 取平均值。开发软件采jdk1.5.0+Tomcat5.0.24，数据库采用MySQL5.0.2。
结果如下:
1. 采用立即检索策略
第一次查询前、后Java虚拟机内存占用率分别为:23065K、26643K, 查询结果占3578K;
第二次查询前、后Java虚拟机内存占用率分别为:22990K、26662K, 查询结果占用3672K;
第三次查询前、后Java虚拟机内存占用率分别为:22998K、26580K, 查询结果占用3590K;
第四次查询前、后Java虚拟机内存占用率分别为:22967K、26597K, 查询结果占用3612K;
第五次查询前、后Java虚拟机内存占用率分别为:22978K、26574K, 查询结果占用3596K;
查询结果平均内存占用为3609K。
2. 同时采用查询缓存和集合过滤检索策略
第一次查询前、后Java虚拟机内存占用率分别为:23070K、24032K, 查询结果占用962K;
第二次查询前、后Java虚拟机内存占用率分别为:23012K、23909K, 查询结果占用897K;
第三次查询前、后Java虚拟机内存占用率分别为:22993K、23949K, 查询结果占用956K;
第四次查询前、后Java虚拟机内存占用率分别为:22812K、23747K, 查询结果占用935K;
第五次查询前、后Java虚拟机内存占用率分别为:22991K、23904K, 查询结果占用913K;
查询结果平均内存占用为932K。
从试验结果可知：采用本文所述的方式进行查询优化操作, 节约了大量的内存, 当进行大量数据查询时，效果十分明显。
四、结语
Hibernate在持久化过程中由于采用立即检索策略, 导致加载了不需要的Java对象和频繁访问数据库, 占用了大量的内存。采用本文介绍的查询缓存和集合过滤检索策略, 可以解决立即检索策略中存在的问题, 并且没有增加开发人员的工作量, 是减少内存消耗的有效方法。
参考文献
[1]唐慕瑾徐伯庆孙国强:Java类的动态装载机制及其在设计模式中的应用[J].上海理工大学学报, 2004, 26 (1) :80-84
[2]孙卫琴:精通HIBERNATE:Java对象持久化技术详解[M].北京:电子工业出版社, 2005
[3]何铮陈志刚:对象/关系映射框架的研究与应用[J].计算机工程与应用, 2003, 39 (26) :188-191, 194
TSE（Test of Spoken English ）是美国教育考试中心（ETS）为母语为非英语的学生提供的英语口语水平考试，目的是测试考生的口语能力，它的成绩体现了考生使用英语进行口头交流的能力对其在学术或专业环境下能够进行成功交际的影响。很多北美的高等院校使用TSE考试成绩从国外留学生中选拔教学助手（ITA）。这一成绩也用于选拔和认证专业医学人员，如医生、护士等，以及用于北美及世界范围英语教师资格认证的测试成绩之一。
泰德教育集团是国内独家获得美国ETS授权的托福、GRE、TSE 、 SPEAK等考试系列备考资料的专业英语教育机构，考生中闻名的《TSE全真试题——美语口语Passport》在中国大陆的首次出版是泰德教育集团与国内知名出版社科学出版社共同合作出版的，本书收集了历年TSE考试的全真试题，对历年来TSE考试的改革、发展、变化做了最好的呈现，读者通过阅读本书可以清楚地看出TSE考试由简到难的变化趋势，对TSE考试十分灵活的题型、注重实际语言运用能力的特点都会有所了解，从而在考场上做到胸有成竹，超常发挥自己的英语水平。泰德教育集团还利用先进的网络技术和丰富的远程教育经验为TSE考生和广大英语学习者提供模拟TSE考试的口语网上测评系统。这套测试系统以美国考试教育中心(ETS)提供的独家授权内容为设计基础，提供标准的 TSE 考试环境和仿真试题, 帮助考生通过充分准备来把握宝贵的答题时间、掌握技巧，从而在考场上能做到胸有成竹，超常发挥自己的口语水平，并由为测试者提供经过美国考试教育中心培训和认证的教学专家对考试内容进行综合测评的客观结论。通过网上的模拟测试，考生不仅可以全面客观地了解并熟悉TSE考试的形式与内容，有助于在真实的考试过程中更好的发挥，还可以通过科学权威的测试系统了解自己真实的英语口语水平，从而更有效地提高英语表达能力。
本测试系统目前提供两套全真 TSE 试题。A套试题是1995年后的TSE试题，B套是1995年前的TSE试题。考生通过模考TSE改革前后的试题可以清楚地看出其发展、变化的脉络，把握其TSE考试变革的趋势。详情请见www.englishtide.com网站。
【网上购物系统论文】推荐阅读：
关于网上购物英语作文06-27
我的网上购物心得10-01
大学生网上购物分析06-12
网上阅卷系统介绍07-23
网上商城系统报告09-20
网上教学管理系统09-16
网上订餐管理系统10-13
网上报税系统常见问题06-01
毕业设计网上书店系统06-13
网上商城系统的分析及设计06-20
