基于javaEE平台城市重大活动监控毕业设计.docx

上传人:w*** 文档编号:81180553 上传时间:2023-03-24 格式:DOCX 页数:60 大小:37.84KB
返回 下载 相关 举报
基于javaEE平台城市重大活动监控毕业设计.docx_第1页
第1页 / 共60页
基于javaEE平台城市重大活动监控毕业设计.docx_第2页
第2页 / 共60页
点击查看更多>>
资源描述

《基于javaEE平台城市重大活动监控毕业设计.docx》由会员分享,可在线阅读,更多相关《基于javaEE平台城市重大活动监控毕业设计.docx(60页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、基于javaEE平台城市重大活动监控毕业设计 基于Java EE平台的城市重大活动客流监控系统的设计与实现 摘 要 在越来越现代化,繁华的城市中,人们出行越来越频繁,文化需求也越来越多,政府或者商家在城市中举办各种各样类型的活动,为了人流的平安,城市街道安装摄像头,红外等监控设备,再通过算法对人流数据实现不间断的分析,或者通过手机的信令进行统计分析。但是这些数据有时候无法更加直观地从设备监控上体现出来,而且对于活动出现的实时状况无法更高效地进行预警并且处理,没有达到更好的监控效果。 论文的设计和实现了基于JavaEE平台城市活动监控系统,本项目采纳B/S架构,前后端分别技术,前端采纳数据双向V

2、ue框架开发,便于各类型的数据展示,后端采纳javaEE高效开发的springboot框架,数据存储采纳读存数据效率高的redis数据库,符合监控数据以及任务数据传递的快速性,本系统从数据流上看分为两部分:监控数据可视化,活动人员管理;监控数据可视化是基于监控数据进行开发的,后端读取redis上的数据进行部分处理,再通过http协议传给前端展示;活动人员管理是运用者通过前端填写数据,http协议返回后端处理,存储在redis进行缓存,通过redis的RDB进行长久化。作者参加了本平台的需求分析,概要设计,独立完成了开发系统的业务功能,系统部署等(由于各种的缘由,监控数据在本系统展示期间是通过随

3、机模拟程序模拟的,并不具备真实性和可参考性) 关键词:监控数据可视化,活动人员管理,前后端分别,JavaEE Abstract In a more and more modern and prosperous city, people travel more and more frequently, and their cultural needs are more and more. The government or businesses hold various types of activities in the city. In order to ensure the safety

4、of people flow, the city streets are equipped with cameras, infrared and other monitoring devices, and then people flow data is analyzed continuously through algorithms, or statistical analysis is carried out through the signaling of mobile phones Analysis. But sometimes these data can not be more i

5、ntuitive from the device monitoring, and the real-time situation of activities can not be more efficient warning and processing, did not achieve better monitoring effect.The design and implementation of the paper is based on the Java EE platform urban activity monitoring system. The project adopts t

6、he B / S architecture, front-end and back-end separation technology, the front-end adopts the data bidirectional Vue framework development, which is convenient for various types of data display. The back-end adopts the springboot framework developed by Java EE with high efficiency, and the data stor

7、age adopts the redis database with high efficiency, which conforms to the monitoring data and task data transmission The system can be divided into two parts in terms of data flow: monitoring data visualization and activity personnel management; monitoring data visualization is developed based on mo

8、nitoring data, and the back end reads the data on redis for partial processing, and then transmits it to the front end for display through HTTP protocol; activity personnel management is the user fills in the data through the front end, and the HTTP protocol returns to the back end for processing an

9、d storage It is stored in redis for caching and persisted through the RDB of redis. The author participated in the requirement analysis and summary design of the platform, independently completed the business functions and system deployment of the development system (due to various reasons, the moni

10、toring data was simulated by a random simulation program during the display of the system, which did not have the authenticity and referentiality) Keywords: Monitoring data visualization; Activity personnel management; Front and rear end separation;JavaEE 书目 1 前言 1 1.1国内外概况 1 1.2项目目标 1 1.3论文主要工作 2 1

11、.4论文结构 2 1.5本章小结 2 2 相关技术 4 2.1 Springboot 4 2.2 Vue2.0 4 2.3 axios 5 2.4 JWT 6 2.5 本章小结 7 3系统需求分析 8 3.1总体业务流程分析 8 3.2系统用户角色分析 8 3.3数据需求 9 3.4功能性需求分析 10 3.4.1系统登录 10 3.4.2 角色选择 10 3.4.3 活动注册 11 3.4.4 分监控点可视化 12 3.4.5 总监控点可视化 13 3.4.6 活动部门管理 14 3.4.7 监控历史的回放 16 3.4.8 舆论与舆论限制 17 3.4.9 预警配置以及响应更改,活动详情

12、18 3.5性能需求分析 19 3.6本章总结 20 4系统概要设计 21 4.1 系统总体架构设计 21 4.1.1 前端架构说明 22 4.1.2 后端架构说明 23 4.2 系统功能模块设计 24 4.3 数据库设计 25 4.3.1 REDIS 25 4.4 监控数据接口设计 35 4.5 本章小结 37 5系统具体设计 38 5.1用户管理 38 5.1.1 系统登录 38 5.1.2 角色选择 40 5.2部门管理 45 5.2.1 活动注册 45 5.2.2 活动部门上下级管理 47 5.2.3 预警配置以及响应更改 50 5.2.4 舆论与舆论限制 52 5.3监控可视化 55

13、 5.3.1 分监控点可视化 56 5.3.2 总监控点可视化 57 5.3.3 活动历史回放 59 5.4本章总结 60 6系统部署 61 7系统测试 62 7.1测试环境 62 7.2测试方法 62 7.3功能性测试 62 7.4本章总结 65 8总结 66 参考文献 67 谢 辞 68 附 录 69 程序源代码 69 1 前言 1.1国内外概况 随着全球经济的高速发展,越来越多由政府或者商界举办的大型活动,因此国内外也发生了不少恶性的活动踩踏事务,因此我们须要一个既可以进行活动管理,也可以对人流进行实时监控的城市活动客流监控系统。国内对于城市活动人流的监控基本上都是基于各种技术,如运用视

14、频监控,手机信令监控等对人流进行实时监控,数据化的监控可以实现跟踪区域内人流的密度,评估人流的拥挤程度。国外对于城市活动人流的监控基本是采纳感应器传感,对人流进行跟踪监控,精准获得人流位置以及走向,实现对于活动人流评估。本系统的目标是利用获得的监控数据,对数据进行可视化并且结合城市活动管理。本系统致力于解决活动管理带来的繁琐;明确不同的活动部门实施的任务,活动的目标;并且可以敏捷调整活动的预警配置,以及对不同任务的活动部门进行任务调整。来发挥人流监控数据的效益。1.2项目目标 城市重大活动的人流平安是活动平安重中之重,随着监控技术的成熟,越来越多可用的监控数据可以供应给我们运用,针对目前活动的

15、部署与监控数据的空白,比如监控活动地域不明确,活动监控的分工不明确,上下级的任务部署不清楚反馈不刚好等等问题。本文旨在利用这些监控数据与活动的部署进行结合,设计一个监控数据与活动管理的结合的活动监控平台,实现活动方案的制订,管理部门对下级部门的任务下达,下级部门的看法反馈,监控点明确安排,各部门管理自己的监控点;分监控点数据实时展示,分监控点的历史回放,舆论限制等功能。活动监控平台从功能上可分为两部分,一部分是对活动组织内部进行合理安排,活动方案的制订另一部分是监控数据进行处理,分类,直观,全面的可视化展示。通过监控数据供应的信息,更加高效地预警以及处理活动中的突发事务。系统部署之后,管理者可

16、以跟踪所需的监控区域,更加直观地视察人流改变,刚好地对跟踪区域进行预警,在活动结束后,也能够通过历史回放,视察活动人流,车流的改变趋势,以便更好地再下次活动中总结阅历。弥补了管理者在活动的处理上的效率不足,无法满意活动部署的敏捷性,解决了在应对活动突发事务,活动组织部门臃肿,缓慢的信息传递,对于查看系统的群众,也可以刚好得知拥堵地段,管理者通过发布消息为疏通人群供应有力的帮助。1.3论文主要工作 本文主要对基于JavaEE开发的重大城市活动监控的设计与开发工作进行具体的阐述。作者参加了此项目的全部开发流程,独立完成了系统业务功能下的全部模块如:系统登录,角色选择,活动注册,分监控点可视化,总监

17、控点可视化,部门管理等模块的设计与实现,以及参加了系统的部署等工作。在需求分析阶段,作者将介绍系统总体业务分析,系统用户角色分析,数据需求,以及功能需求;概要设计阶段,作者将介绍系统的总体架构,模块划分,并结合redis存储结构进行数据结构设计和接口设计进行具体阐述;在具体设计与实现部分,作者通过时序图和流程图对系统的各个模块的设计实现进行具体的介绍;在测试阶段,将通过系统在测试过程中功能测试,并展示部分测试用例;在系统部署阶段,作者介绍部署环境以及部署架构。1.4论文结构 本文分为八个章节具体地对城市重大活动监控平台的设计和实现进行阐述。各章节内容如下: 第一章节为前言,主要介绍论文背景,项

18、目的探讨内容与意义,从而得到项目探讨目标,并简洁介绍本文的主要工作及组织结构。其次章节为项目开发的相关技术综述,对本项目开发的关键框架进行简要的概述,是本项目开发工作的理论基础。第三章节为城市重大活动监控平台的需求分析,结合用例图,具体地论述本系统的功能需求。第四章节为城市重大活动监控平台的概要设计,具体介绍本系统的总体架构,数据库设计以及接口设计等 第五章为城市重大活动监控平台的具体设计及实现,通过时序图和流程图等对系统的各个业务功能模块设计实现进行具体的阐述。第六章为城市重大活动监控平台的系统部署介绍,主要介绍部署的系统,如何部署。第七章节为城市重大活动监控平台的系统测试,主要针对系统模块

19、功能设计测试用例,分析结果,查缺补漏。第八章为结论,对全文内容进行总结,并提出不足与展望之处。1.5本章小结 本章通过介绍系统的背景,说明白在重大城市活动监控上,活动管理与监控相结合的重要性,从而确定本论文的建设目标。通过介绍系统的探讨内容和实现目标,进一步 说明白系统实现的意义,最终介绍了本论文的组织结构 2 相关技术 本章节主要介绍城市重大活动监控系统设计实现所涉及的相关技术理论,如前端开发的数据双向的vue框架,结合了tomcat,springmvc,spring核心的springboot,以及数据传递时须要的框架axios,保证用户平安的签名jwt技术 2.1 Springboot S

20、pringboot是Java微服务开发框架,干脆快速构建web应用,是Java web开发的一个高效的框架4。Springboot主体由Spring构成,Spring的核心是限制反转(IOC)和面对切面编程(AOP)。IOC旨在便利项目维护和测试,它供应了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依靠查找或依靠注入来获得对象。AOP基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化;其中的一些通用任务如平安,事务,日志等进

21、行集中管理。除此之外Spring还与各类优秀框架进行集成,极大便利了框架整合。Springboot不仅仅继承了Spring框架的优秀特性,也进一步地简化了web应用的整个搭建和开发过程5。它有以下特征: 1. 可以创建独立的Spring应用程序,并且基于其Maven或Gradle插件,可以创建可执行的JARs和WARs; 2. 内嵌Tomcat或Jetty等Servlet容器; 3. 供应自动配置的“starter”项目对象模型(POMS)以简化Maven配置; 4. 尽可能自动配置Spring容器; 5. 供应打算好的特性,如指标、健康检查和外部化配置; 6. 肯定没有代码生成,不须要XML

22、配置。2.2 Vue2.0 Vue是一套用于构建用户界面的渐进式的Java框架,主要核心包括数据双向绑定,组件模块化开发,模块化路由。下图2.2我们主要简要地说明vue数据双向绑定原理6。 图 2.1 vue数据双向绑定数据原理 1. vue会先构造出一个虚拟DOM 2. 一旦监测出数据变更,就会通过Object.defineProperty定义的数据拦截,截取到数据改变 3. 截取到改变的数据,通过watcher变更虚拟树DOM中的详细数据 4. 通过更新虚拟DOM的元素值,从而变更最终渲染的dom树值,完成双向绑定。 Vue模式是m-v-vm模式,即(model-view-modelVie

23、w),通过modelView作为中间层(vm的实例),进行双向数据的绑定与改变。2.3 axios Axios是近年来兴起的http库,由于它的易用,简洁,高效性逐步取代了ajax,成为最受大家欢迎的http库,它支持node端和阅读器端,支持promise以及具有丰富的配置项7。Axios通过createInstance底层依据默认设置 新建Axios对象,axios中全部的恳求内部都是Axios.prototype.request,将Axios.prototype.request的内部this绑定到新建的axios对象上,从而形成一个axios实例。新建一个Axios对象时,会有两个拦截器

24、,request拦截器以及response拦截器。恳求拦截器的作用可以在发送恳求前进行一些操作,例如在发送恳求时加上token 响应拦截器在接收到响应后进行一些操作,例如在返回错误状态时,须要进行其他页面的跳转。Axios详细方法有: 1. axios.get(url, config) /get恳求用于列表和信息查询 2. axios.delete(url, config) /删除 3. axios.post(url, data, config) /post恳求用于信息的添加 4. axios.put(url, data, config) /更新操作 2.4 JWT Json web toke

25、n (JWT), 是为了在网络应用环境间传递声明而执行的一种基于JSON的开放标准((RFC 7519).该token被设计为紧凑且平安的,特殊适用于分布式站点的单点登录(SSO)场景8。JWT的声明一般被用来在身份供应者和服务供应者间传递被认证的用户身份信息,以便于从资源服务器获得资源,也可以增加一些额外的其它业务逻辑所必需的声明信息,该token也可干脆被用于认证,也可被加密。传统session认证中每个用户的访问都会伴随一个session,session被存入内存中,但随着用户的增加以及分布式应用的广泛运用,session就会暴露占用过多内存,增加服务器负载均衡的压力等问题,限制应用的扩

26、展9。JWT和http协议一样时无状态的,它不须要在服务器端进行验证或者保留信息,这样为应用扩展供应了很大的便利。下图是JWT在服务端和客户端之间的操作。 图 2.2 JWT通讯原理 1. 用户运用用户名和密码恳求服务器 2. 服务器进行验证用户信息 3. 服务器通过验证发送给用户一个token 4. 客户端储存token,并在每次恳求附上token 5. 服务器验证token,并返回数据 2.5 本章小结 本章主要介绍了开发城市重大活动监控系统时运用的springBoot,Vue,JWT以及axios等开发框架以及相关理论,前端vue加上axios以及网络平安的Jwt,后端的springbo

27、ot,为后续的系统的设计与实现供应了基础。 3系统需求分析 本章主要对城市重大活动监控系统进行需求分析,对它的业务流程,系统用户角色进行分析,具体介绍它的功能性需求以及非功能性需求。城市重大活动监控系统功能需求主要分为系统登录,角色选择,活动注册,分监控点可视化,总监控点可视化,活动部门管理,监控历史回放,舆论与舆论限制,预警配置及响应的更改等几个部分。接下来,我们将利用用例模型具体介绍系统需求,为系统的开发供应依据。 3.1总体业务流程分析 城市重大活动监控系统 主要是针对不同的角色,展示不同的视图,从而达到对监控活动的分工,下图就是城市重大活动客流监控系统的总体业务流程图10。 图 3.1

28、 城市重大活动监控系统的总体业务流程图 从用户登录起先,用户进入角色选择,选择不同的角色,进入不同角色的视图中,并且向后端的服务器恳求数据。在这个过程中,后端服务器依据不同用户的角色的恳求解析参数,向数据库获得监控数据以及其他业务数据,后端服务器对数据进行处理与统计,整理,响应并且返回数据给web端进行监控数据可视化以及业务数据的展示。 3.2 系统用户角色分析 城市重大活动监控系统的用户角色目前比较简洁,分为活动管理者,活动分部门人员以及群众。活动管理者,是城市活动的注册以及创建人员,拥有对自己创建活动的肯定阐述权,活动管理者可以在自己的活动中设置部门,职务,由此衍生出活动分部门人员,活动分

29、部门人员受活动管理人员的管控,拥有部分的活动监控权,是上下级关系。群众则并非活动管理人员监管部分,拥有部分的活动监控权,但是舆论权仍旧受到活动管理人员的限制。总得来说,不同的系统角色在本系统拥有不同的权限, 1. 活动管理者:(目前只有creator用户可以成为活动管理者)可以看到活动全部详情,全部分监控点的实时数据,总监控点的实时数据汇总,各部门的人员安排状况以及人员注册状况。2. 分部门人员:可以看到自己部门所属的分监控点的实时数据,可以看到自己部门的具体状况以及自己人员注册状况。3. 群众:可看到活动的总监控点数据,发表言论,查看发布消息。城市重大活动客流监控系统的角色关系如下图8。 图

30、 3.2 城市重大活动客流监控系统的角色关系图 3.3数据需求 城市重大活动监控系统的监控须要监控数据,监控数据可以来自道路街头的监控,特定的活动监控区域,或者来自手机信令等。监控数据须要有监控地点的信息,比如监控人可行面积,道路类型,如:平面道路,上坡道路,下坡道路,监控点名称(与实际地点相关)。监控详细数据须要有监控点的人数,车辆数,以刚好间。监控数据的时间颗粒为30s,保证能够刚好预警,防止突发恶性事务发生。 3.4功能性需求分析 城市重大活动监控系统主要分为活动管理,包括部门管理,以及舆论管理以及监控可视化,其功能需求可以细分为系统登录,角色选择,活动注册,分监控点可视化,总监控点可视

31、化,活动部门管理,监控历史回放,舆论与舆论限制,预警配置及响应的更改等几个部分。下面对各功能的具体需求进行具体阐述。3.4.1系统登录 系统登录分为登录与注册。注册须要填写账号,用户名,密码,确认密码。确认密码须要与密码一样,点击确定,假如账号没有被注册,页面会显示注册胜利,可以输入账号,密码进行登录。登录须要填写账号,密码,假如密码错误或者账号未有注册,则无法登录,点击登录胜利登录后,会显示角色选择界面,可以依据不同的权限,或者需求选择角色。系统登录后,非活动管理者的账号具有登录时限,假如时间超过30分钟,非活动管理者账号须要重新登录,而活动管理者账号没有登录时限。目前只有creator账号

32、具有活动管理者角色的权限,其他用户不具有权限但其他用户可成为群众或者分部门人员角色。账号不容许重复登录,一旦重复登录,上一个登录的账号会被强制返回首页进行重新登录。3.4.2 角色选择 登录胜利,进入角色选择界面,有三种角色选择:活动管理者,活动分部门人员(驻场人员),群众。1. 选择成为活动管理者,页面滑动到活动管理者界面,在界面中左边可以补充完整个人信息:可以选择添加,更改头像;更改名字,补充或者更改电话号码,填写或者更改个人的特性签名。更改或者填写完毕后点击发送按钮,更改胜利后,页面会有更改胜利的提示。在界面的右边有:已创建的活动,注册活动,注册监控;选择已创建的活动,点击进入到活动监控

33、管理界面。点击注册活动,进入活动注册界面。假如想要自己的监控数据进入活动,可以注册监控;填写监控名称,选择地面类型,填写监控面积,点击确定按钮,就会提示监控点注册胜利,要求运用者刚好去与开发者联系导入数据。监控名称,地面类型,以及都不能够为空,否则就会注册失败。2. 选择成为分部门人员(驻场人员)界面左边需求同上,右边界面有:选择注册的活动以及选择已注册活动。选择注册的活动,输入活动的密码,点击确认就可以接着选择部门以及部门内的职业,点击确定,提示已经注册胜利。选择已注册活动,点击进入,进入到分部门监控界面。3. 选择成为群众界面左边同上,界面右边可以选择已注册的活动,点击进入到群众界面。下图

34、为角色选择与系统登录的用例图 图 3.3 角色选择与系统登录用例图 3.4.3 活动注册 活动注册是参考广州东站站汽车客运站人群拥挤踩踏事故专项应急预案设计的。其中须要具体填写的有活动名称,活动密码,活动起先时间,活动事故发生类型,活动危急性分析,包括总体分析,根本缘由,诱发因素;事故的处置的基本原则,信息报告程序,包括一般信息报告,事故信息报告;选择监控点,预警人群密度,危急人群密度,预警改变率,行政单位划分,添加相关外部单位联系电话,方案配置,加载方案。活动名称,密码,活动时间均不能为空,否则注册失败。 行政部门的划分:填写部门名称,添加职务,添加每个职务所做的任务以及任务起先的时间;添加

35、部门的一级响应措施,部门的二级响应措施,部门的三级响应措施,以及扩大应急响应措施,填写部门电话。下图为填写行政单位的用例图。 图 3.4 填写行政单位用例图 生成方案:填写方案名称,以监控点为单位,进行在行政单位划分的人员安排,安排的部门,安排的部门的职务还有人数。 点击加载方案,可以查看填写的活动全部状况。下图为活动注册的用例图。 图 3.5 活动注册用例图 3.4.4 分监控点可视化 在活动中就有许多监控点,因此须要把监控点的限制进行分开显示,详细分为监控点的查看以及监控数据的可视化。 监控点的查看包括显示人可行面积,监控点的类型,监控点的名称,监控点在活动中安排的人数以及监视灯,监视灯主

36、要应用于预警人流密度的是否处于危急或者平安的状态,监控灯显示绿色代表平安,显示黄色代表达到预警线,显示红色代表达到危急线,提示管理者关注监控点。点击监控点,就会显示实时的监控数据 监控数据可视化主要以人流密度,车流,人流密度的改变率这些数据为主,以折线图,柱形图,饼图为表现形式。以下就是在分监控下所表示的数据可视化 1.实时的人流密度折线图可视化,人流密度时间颗粒为30秒,整个显示为50分钟内的实时人流数据的监控,即每次读取实时数据为100个。横坐标为时间,因为整个图所包含的总时间为50分钟,所以在进行数据处理时把年月日省略。为了更好地显示数据,人流密度数据在原来的基础上x100,车流数据x1

37、0,即人流密度单位为人/m2*100,车流密度为辆*10。在鼠标悬停在曲线上会显示该点上的人流密度,车流以刚好间信息,折线图中有两条线,一条红线代表人流密度的危急线,一条黄色代表人流警告线,直观地预警人流的突发状况。点击监控点的按钮会显示折线图面积,可以更加直观地看到人流密度改变的波动。2.人流密度柱形图可视化,基本上与折线图显示同理; 3.人流密度改变率也是推断人流拥挤的一个重要参考标准,人流密度改变率的折线图单位为r人流密度末-人流密度初/时间间隔*100,同样为了更好地显示数据,在原有的单位上x10。人流密度改变率的时间段为2.5分钟,视图上会干脆显示改变率的数值,鼠标悬停在曲线上会出现

38、该点的时间段以及数值。4.由在50分钟内的人流数量与车流数量组成的饼图,该图的数据并没有x100和x10,是真实的人流,车流数据。鼠标悬停时会显示该饼状部分的数据以及其占的比率。下图是分监控点可视化的用例图。 图 3.6 分监控点可视化用例图 3.4.5 总监控点可视化 在活动中虽然有许多监控点,但有时候我们更须要把监控点结合起来查看,因此总监控点就是全部监控点结合。总监控点的数据是由各个监控点的最新数据构成的,更新时间为30s,主要的呈现形式有折线图,饼图,柱形图。数据的单位与分监控点一样,人流密度单位为人/面积*100,车流单位为辆*10。 1.最新总监控人流密度与车流折线图,横坐标为监控

39、点名称。同样总监控点也有人流监控的线指标,红线为危急线,黄线为预警线,鼠标悬停在曲线上可以看到人流密度,车流数值以及监控点名称。2.最新总监控人流密度饼图,扇形区为监控点名称,数值为各个监控点的最新的人流数据,鼠标悬停会显示所选扇区的数值,名称,以及比值。3.最新总监控人流密度与车流的柱形图,横坐标为监控点名称,鼠标悬停在柱形图上可以看到人流密度,车流数值以及监控点名称。4.最新总监控车流饼图,扇形区为监控点名称,数值各个监控点的最新的车流数据, 鼠标悬停会显示所选扇区的数值,名称,以及比值。下图为总监控可视化的用例图。 图 3.7 总监控可视化用例图 3.4.6 活动部门管理 在活动注册时,

40、我们把活动分为多个监控点,再给监控点安排给部门的职务组合,这些部门对该监控点负责。活动的管理是以监控点为核心,以部门为辅的管理模式,与公司的小组模式类似。详细如下图: 图 3.8 活动职务划分图 在活动部门管理模块中,主要有任务下达与反馈,看法反馈,部门详情,日志等子功能。 1. 部门详情,在活动管理者界面中,查看安排点,显示安排的部门与职务,查看具体部门,显出部门电话,部门名称,部门职务以及任务和任务起先时间,查看职务,就能看到已注册职务的账户。在分部门界面中显示本部门的名称,所属部门职务,职务注册人员,已部署的应急措施 2. 任务下达与反馈,活动管理者可以对指引的监控点上的某部门下达任务,

41、任务分为紧急任务和一般任务,也可以将任务设置模板,便利下次下达。下达任务后,所属任务的部门人员就会收到任务,并且可以对任务状态进行更改标记,未完成,正在完成,已完成,三种标记。系统默认为未完成。一旦更改标记,即完成了部门人员对管理的反馈,管理者就可以在任务反馈中,依据内容颜色进行区分,未完成为红色,正在完成为黄色,已完成为绿色。任务反馈的格式为任务类型+有色内容+时间。3. 看法反馈,部门人员以部门名义可以给管理人员提出看法反馈,看法反馈的格式为内容+时间。4. 日志,管理人员或者部门人员的任何操作都会被记录到日志中,如下达任务,任务标记更改,看法反馈等,日志的格式为内容+时间,内容的标准为:

42、谁操作了什么;日志的依次为倒序。下面是活动管理的用例图: 图 3.9 活动管理者的活动管理用例图 图 3.10部门人员的活动管理用例图 3.4.7 监控历史的回放 监控历史回放,主要是回放各个分监控点的人流密度以及车流在活动的前中后的对比。实时监控只有50分钟的监控时段,而历史回放可以回放从起先记录到记录结束这一段时间的人流密度,车流的改变。管理者须要在活动起先前后进行记录,在活动结束时关闭记录,保证历史数据完整。管理者也可以选择不同的时间段的监控记录,甚至可以调整时间颗粒进行查看(最小颗粒为30s);管理者获得不同时间段的数据,如近一个小时,近一天,近一个月,以及全部的监控数据。得到不同数段

43、的监控数据后,管理者可以查看其中的随意调整好数据颗粒的数据。监控数据显示为折线图,显示的方式与单位仍旧与分监控一样。下图为监控历史回放的用例图: 图 3.11 监控历史回放用例图 3.4.8 舆论与舆论限制 舆论:群众可以针对监控发表言论,言论的格式为头像+内容+时间,言论不行进行回复。舆论限制:管理者可以查看群众发表的言论,格式为内容+时间;管理者可以禁止评论,禁止评论后,群众无法再发表言论。管理者可以开放评论,开发评论后,群众可以评论,系统默认评论开放。管理者可以发布消息,消息格式为通知+内容,发布消息之后,管理者可以看到消息,群众也可以看到发布的消息。下图为舆论与舆论限制的用例图。 图

44、3.12 群众的舆论用例图 图 3.12 活动管理者的舆论用例图 3.4.9 预警配置以及响应更改,活动详情 管理者可以更改预警配置:更改人流密度预警值,更改人流密度危急值,更改人流改变率预警值,更改人流改变率的危急值,更改了预警值,监控图中预警线也会随之更改;假如管理者认为活动出现重大状况,可以启动紧急响应,有一二三级响应以及扩大级别响应,系统默认是无级别响应。一旦更改级别响应,部门人员就会受到响应指令,启动响应方案。管理者可以查看活动详情,如活动名称,活动起先时间,活动事故发生类型,活动危急性分析,包括总体分析,根本缘由,诱发因素;事故的处置的基本原则,信息报告程序,包括一般信息报告,事故

45、信息报告等。下图为预警配置以及响应更改,活动详情的用例图。 图 3.13 预警配置以及响应更改,活动详情用例图 3.5性能需求分析 性能需求指的是为了保证系统平安稳定有效运行的基本硬件软件要求。由于系统一旦部署则有可能要求长期运行,为了保证系统平安,稳定运行,各项功能有效正确运行,本系统则基本须要满意以下软件硬件要求: 服务器端基本要求: OS: Windows 10 Pro/CentOS7.4 Database: Redis Web server: Tomcat 7 Development Platform: IDEA JDK1.8 Development Language: JAVA De

46、velopment Framework: B/S(browser/server) System Framework: SpringBoot+Vue 客户端基本要求: PC: 带有阅读器的PC即可 Browser:Google Chrome 3.6本章总结 本章首先对城市重大活动监控系统的业务总体流程和用户角色进行了分析,同时简洁介绍系统开发的数据需求;随后以用例模型分析了城市重大活动监控系统的主要功能点,具体论述了系统开发的功能性需求;最终进行了性能需求分析,保证系统平安稳定有效运行。 4系统概要设计 本章依据需求分析结果对城市重大活动监控平台进行概要设计,介绍系统的总体架构设计,给出系统设计

47、的解决方案;依据需求分析给出的系统功能模块的划分,同时对系统的数据库结构进行设计,根据需求确定系统的数据结构;最终,对后端数据接收接口进行设计,实现监控平台的数据基础。 4.1 系统总体架构设计 本系统基于JavaEE平台设计前后端分别web应用,因此分为前端和后端设计两部分,前后端的数据接口是以参考Restful风格接口设计的;数据库部分考虑到本系统要求读取数据较频繁,读取数据的数据结构困难,因此本系统是以读取redis内存数据库为主运用RDB对redis进行长久化,下图为系统的架构图设计。 图 4.1 系统架构图 4.1.1 前端架构说明 城市重大活动监控系统的前端主要运行在node.js

48、服务器上基于webpack模板的vue项目,其中路由跳转由vue-router限制。为了便利开发,运用基于vue开发的ui工具element-ui以及swiper;监控数据显示的框架是基于vue封装echart的v-chart;与后端进行数据交互的是Axios,数据格式为JSON。 Vue的开发模式为m-v-vm模式,即(model-view-modelView),通过modelView作为中间层(vm的实例),进行双向数据的绑定与改变。当从axios中取得数据后,返回绑定在各个dom上的数据,完成数据的可视化的实现。下图为前端架构的数据流图。 图 4.2 前端架构数据流图 4.1.2 后端架构说明 城市重大活动监控系统的后端整体采纳B/S架构,主要运用SpringBoot框架搭建开发环境,以Spring为核心,RestContorller为前端数据交互开发接,RedisTemplate为数据库接口。主要分层开发有 1. RedisTemplate主要存储内容,通过redis数据的RDB对

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 工作计划

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁