北京地铁隐患管理平台设计与实现

专业硕士学位论文北京地铁隐患管理平台设计与实现DesignandimplementationofBeijingsubwayvulnerabilitymanagementplatform北京交通大学2018年8月学位论文版权使用授权书本学位论文作者完全了解北京交通大学有关保留、使用学位论文的规定。特授权北京交通大学可以将学位论文的全部或部分内容编入有关数据库进行检索，提供阅览服务，并采用影印、缩印或扫描等复制手段保存、汇编以供查阅和借阅。同意学校向国家有关部门或机构送交论文的复印件和磁盘。（保密的学位论文在解密后适用本授权说明）学位论文作者签名： 导师签名：签字日期： 年 月 日 签字日期： 年 月 日中图分类号： XXXX 学校代码：XXXXUDC：XXXX 密级：公开北京交通大学专业硕士学位论文北京地铁隐患管理平台设计与实现DesignandimplementationofBeijingsubwayvulnerabilitymanagementplatform作者姓名：XXXX 学 号：XXXX导师姓名：XXXX 职 称：教授学位类别：XXXX 学位级别：硕士北京交通大学2018年8月i致谢本论文的工作是在我的导师 XXXX教授的悉心指导下完成的，XXXX教授严谨的治学态度和科学的工作方法给了我极大的帮助和影响。在此衷心感谢三年来 XXXX老师对我的关心和指导。XXXX教授悉心指导我们完成了实验室的科研工作，在学习上和生活上都给予了我很大的关心和帮助，在此向 XXXX老师表示衷心的谢意。XXXX教授对于我的科研工作和论文都提出了许多的宝贵意见，在此表示衷心的感谢。在实验室工作及撰写论文期间，同学们和同事们对我论文中的研究工作给予了热情帮助，在此向他们表达我的感激之情。另外也感谢家人，他们的理解和支持使我能够在学校专心完成我的学业。ii北 京 交 通 大 学 专 业 硕 士 学 位 论 文 中 文 摘 要中文摘要随着北京地铁网络化迅猛发展，地铁运营难度日益增加，地铁安全事故问题日益凸显。作为地铁运营管理的重要组成部门，隐患管理是地铁安全生产的前沿。只有实现科学、高效和集成化的隐患管理，才能保证未来数百公里的地铁网络安全运营，确保我国地铁网络持续、健康、稳定的发展。目前的隐患管理体系还存在着很多不足之处，所以迫切需要对隐患管理体系进行科学规划，合理设计从隐患辨识到隐患控制整个隐患管理过程，构建网络化隐患信息管理平台，从而弥补目前工作规章及流程中存在的问题。本文讨论北京地铁隐患管理平台的设计与实现，针对北京地铁发展现状及信息化的要求，主要是为了避免地铁安全隐患带来伤亡事故的不良社会影响。论文的主要工作包含这样几个方面：首先，本文介绍了隐患管理平台的研究背景和目标，同时探讨了隐患管理现状和存在的问题；其次，对北京地铁集团的隐患管理情况进行了详细的调研，从功能、性能、数据等方面进行隐患管理平台的需求分析；再次，依据需求分析的结果，本文详细的进行了隐患管理平台的功能设计、界面设计和数据库设计；最后，在系统详细设计基础上进行了系统实现，描述了隐患管理平台运行的软件及硬件架构，而且对使用界面进行了展示。本文主要目标是升级完善北京地铁集团隐患管理信息系统，改造隐患管理流程，并能够对隐患进行定级划分，同时隐患管理平台具有扩展空间，能够与既有的手机隐患管理系统进行集成。关键词：隐患管理；工作流；MYSQL；J2EE；JQUERY；分类号：iii北 京 交 通 大 学 专 业 硕 士 学 位 论 文 A B S T R A C TABSTRACTWiththerapiddevelopmentofBeijingMetronetwork,Metroincreaseddifficulty,subwaysafetyproblemsarehighlighted.Asimportantcomponentsofurbanmetrooperationandmanagement,riskmanagementistheforefrontofsubwaysafety.Onlyforscientific,effectiveandintegratedriskmanagement,toinsurethefutureofhundredsofkilometersofMetronetworksecurityoperations,ensurethattheMetronetworkinChinasustained,healthyandstabledevelopment.Currentriskmanagementsystemtherearealotofinadequacies,thereisanurgentneedtoriskmanagementsystemtoconductscientificplanning,designfromhazardidentificationtoriskcontroloftheentireriskmanagementprocess,toestablishthenetriskinformationmanagementplatform,soastomakeupfortheproblemsinthecurrentworkrulesandprocesses.DiscussesriskmanagementplatformdesignandimplementationofBeijingSubway,BeijingSubwaydevelopmentstatusandinformationrequirements,mainlyinordertoavoidsafetyrisksbringcasualtiesofadversesocialimpacts.Paper'smainworksincludeseveralaspects:firstofall,thisarticledescribesresearchbackgroundandobjectivesoftheriskmanagementplatform,atthesametimepresentsituationandexistingproblemsofriskmanagement;Second,theBeijingSubwaygroupriskmanagementcarriedoutadetailedsurvey,functional,performance,data,andotheraspectsofriskmanagementplatformrequirementsanalysis;Again,basedontheresultsoftheneedsanalysis,thisdocumentdescribesindetailthefeaturesofriskmanagementplatformdesign,interfacedesignanddatabasedesign;Finally,thesystemdesignbasedonthedetailsofthesystem,describestheriskmanagementplatformforrunningthesoftwareandhardwarearchitecture,andinterfacetousefortheshow.MainobjectiveistoupgradethisarticleimprovetheBeijingSubwaygroupriskmanagementinformationsystemandtransformtheriskmanagementprocess,andcanriskclassificationDivision,whileriskmanagementplatformwithextendedspace,workswithexistingmobilephoneintegratesvulnerabilitymanagementsystem.KEYWORDS：RISKMANAGEMENT；WORKFLOW；MYSQL；J2EE；JQUERY；CLASSNO：iv北 京 交 通 大 学 专 业 硕 士 学 位 论 文 目 录目录中文摘要iiiABSTRACTiv1绪论11.1研究背景及目标11.2研究现状及存在问题11.3研究依据及相关术语21.4论文结构安排32相关技术介绍42.1Spring框架42.2BPM技术43地铁隐患管理平台需求分析93.1基本功能需求93.1.1系统管理103.1.2隐患管理103.1.3事故管理103.1.4记事管理113.1.5统计分析113.1.6规范管理113.1.7日常管理113.2特色功能需求123.2.1挂账隐患管理123.2.2数据处理及图形化显示133.3系统性能需求143.4系统数据需求153.4.1系统静态数据153.4.2系统动态数据153.5功能权限需求163.5.1系统管理权限163.5.2隐患管理权限163.5.3事故管理权限18v北 京 交 通 大 学 专 业 硕 士 学 位 论 文 目 录3.5.4其他功能权限184地铁隐患管理平台系统设计204.1平台功能设计204.1.1隐患管理模块设计204.1.2系统管理模块设计254.1.3事故及记事模块设计264.1.4规范及日常模块设计274.1.5统计查询模块设计274.2平台界面设计274.2.1界面设计原则274.2.2界面功能设计284.2.3界面关系设计294.2.4界面详细设计304.3平台数据库设计304.3.1数据库表关系设计314.3.2数据库表详细设计324.4平台开发架构设计334.4.1硬件开发架构设计334.4.2软件开发架构设计335地铁隐患管理平台实现355.1平台代码结构355.2登录模块实现365.3系统管理模块实现375.4隐患管理模块实现395.5事故管理模块实现415.6其他管理模块实现425.7系统安全管理实现426地铁隐患管理平台系统测试446.1平台测试方法446.2平台测试结果45总结47参考文献48独创性声明49学位论文数据集50vi北 京 交 通 大 学 专 业 硕 士 学 位 论 文 绪 论绪论本章通过下面几节内容分别介绍论文的研究背景及目标、研究现状及存在问题、研究依据及相关术语以及论文的研究特色和论文结构，充分说明北京地铁隐患管理平台的建设对北京地铁发展的重要性，同时也体现了对北京市经济发展提供强有力的保障。1.1研究背景及目标北京地铁对加速城市经济发展，提高人民生活水平，体现历史文化，反映科学技术水平，是一个具有共识的标志。我们在给予充分肯定的同时，更应理性地看到地铁运营的难度随着北京地铁网络化迅猛发展而进一步加大，地铁安全事故问题日益凸显。作为地铁运营管理的重要组成部分，隐患管理是地铁安全生产的前沿。只有实现科学、高效和集成化的隐患管理，才能保证未来数百公里的地铁网络安全运营，确保我国地铁网络持续、健康、稳定的发展。在上述背景下，开发基于Web的地铁隐患数据库管理系统，这既是地铁安全工作信息化的要求，也是未来地铁信息化管理的必然趋势。项目最终成果地铁隐患网络管理平台目标是：（1）平台能够作为北京地铁运营公司办理隐患业务的办公系统；（2）同时也是对原有单机版数据库系统的升级；（3）平台能够具备容纳地铁其他系统的能力，平台自身具有扩展空间，不仅仅是对数据的管理，而且未来要面向决策支持。1.2研究现状及存在问题北京地铁对缓解北京市交通拥挤、有效引导城市交通健康发展具有重要的意义。随着北京地铁网络化迅猛发展，地铁运营难度日益增加，地铁安全事故问题日益凸显。作为地铁运营管理的重要组成部分，隐患管理是地铁安全生产的前沿。只有实现科学、高效和集成化的隐患管理，才能保证未来数百公里的地铁网络安全运营，确保我国地铁网络持续、健康、稳定的发展。北京市地铁运营有限公司从2008年开始，构建了专门的隐患数据管理信息系统来对隐患及事故数据进行科学、有效的管理，并先后进行了安全评估系统等的研发研制，初步建立了我国第1北 京 交 通 大 学 专 业 硕 士 学 位 论 文 绪 论一个具有隐患信息动态监控、安全管理过程控制的地铁管理体系。但与规范化、体系化、科学化的隐患管理相比，目前的隐患管理体系还存在以下不足：（1）隐患分级缺乏合理性、规范性。不同等级的隐患决定着隐患的监控力度、监控时间及监控级别，从而进一步决定了隐患治理的进度及效果。而目前隐患分级存在不规范的情况，没有形成统一的隐患分级标准，不利于隐患的科学管理，将一定程度上影响安全生产的效率及效果；（2）隐患数据缺乏全过程生命周期管理，对隐患的发生、发展、消灭过程缺乏动态监控的技术手段；（3）隐患辨识方法单一化。目前公司各级隐患辨识多采取经验分析法，易导致忽略部分隐患，需要利用事故树分析、因果分析等方法进行进一步辨识安全隐患；（4）隐患管理作业流程不完善、工作冗余度高。目前公司在隐患数据采集、上报过程中存在大量重复性工作，需要进一步优化；（5）部分隐患管理存在权责不明等现象。对于一些隐患，存在责任主体单位、关系责任主体单位等权责不明的现象，易发生推诿扯皮的现象。因此，迫切需要对事故隐患管理体系进行科学规划，合理设计从隐患辨识到隐患控制整个隐患管理过程，构建网络化隐患信息管理平台，弥补目前工作规章及流程中存在的不足，建设完成隐患填报、挂账、审核、销号的网上管理平台，形成完善的隐患管理系统。为避免地铁安全隐患带来伤亡事故的不良社会影响，针对北京地铁发展现状及信息化的要求，基于Web的地铁安全隐患管理系统的设计开发应运而生。在上述背景下，开发基于Web的地铁隐患数据库管理系统，这既是地铁安全工作信息化的要求，也是未来地铁信息化管理的必然趋势。该系统的研发实现了对地铁运营时存在的安全隐患的网络化管理，这对于减少重大事故的发生，创造较好的经济和社会效益具有重大意义。1.3研究依据及相关术语本文对地铁隐患管理的研究基于这样几方面的规范：北京市质量技术监督局提出的《城市轨道交通运营安全管理规范》，北京市地铁运营有限公司提出的 《北京市地铁运营有限公司运营事故处理规范》和《关于建立挂账隐患机制工作的通知》。本文研究术语包含以下内容：（1）填报：这里主要指隐患信息的填写和报送，填写主要指利用用户端设备2北 京 交 通 大 学 专 业 硕 士 学 位 论 文 绪 论进行隐患信息（包括图片、文字）的录入；报送指将隐患信息填写完整后点击用户界面的“提交”按钮，通过网络将隐患信息提交给上一级审批部门。（2）挂账：指的是对已经发现的隐患信息，根据问题的性质分成等级，填报后经过二、三级用户审核审批确认后，将隐患信息归档建立“账号”的过程。（3）审核：审核过程不仅要对填报的隐患信息进行审核，核实隐患的定级是否准确、是否为隐患信息，而且要对隐患的治理、隐患的销号进行审核。（4）治理：消除隐患的手段和过程。（5）销号：销号指的是隐患经过治理，己得到彻底解决，就可以向上级部门申请进行该隐患“账号”的销除。（6）隐患：是指作业场所、设备及设施的不安全状态、人的不安全行为和管理上的缺陷。（7）隐患级别：根据《北京市地铁运营有限公司运营事故处理规则根据》的有关事故分类的规定，根据隐患对运营造成的潜在影响和潜在危害程度，结合地铁公司实际情况，可以将轨道交通运营隐患分为分公司备案隐患、分公司挂账隐患、公司备案隐患及公司挂账隐患。1.4论文结构安排本文第一章首先介绍了地铁隐患管理平台的研究背景及目标，然后分析了研究现状和存在的问题，同时介绍了平台的研究依据及相关术语，最后说明了论文的结构安排。本文第二章描述了论文所使用的相关技术，分别是 Spring框架、JPA、SpringSecurity和BPM技术，为论文的技术框架设计提供坚实的技术储备。本文第三章主要从功能、性能、数据等几个方面描述了系统的需求分析，提出了系统的基本功能及特色功能，同时明确了系统的性能要求，然后分析了系统的静态数据和动态数据，最后分析了系统的功能权限。本文第四章描述了平台的功能设计、界面设计和数据库设计。系统的功能设计主要设计了隐患和事故管理的流程以及相关的统计分析功能。本文第五章描述了平台的实现，然后介绍了数据库实现代码和本项目代码目录结构，最后对平台的各个功能模块实现进行了详细说明。本文第六章分析了系统测试方法，包括黑盒测试和白盒测试，并针对地铁隐患管理平台设计了测试用例，然后对测试结果进行了简要的分析。本文第七章对全文进行了总结，并且对以后的工作进行了展望。3北 京 交 通 大 学 专 业 硕 士 学 位 论 文 相 关 技 术 介 绍相关技术介绍现在的管理信息系统使用 J2EE技术已经成为一种趋势，通过这项技术的使用，可以让我们使用的软件执行起来效率更高、更稳定。在安全性方面采用 SpringSecurity技术，使的开发的系统能够得到极高的保证。在国内的这类系统当中，人们可以通过浏览器来访问应用程序，无论是局域网当中，还是广域网当中，这类系统都可以发挥它的作用，并且随着服务器的不同，这类程序还可以方便的移植，并且只需在服务器端进行配置就可以放心的使用，从而降低整个系统的维护成本。2.1Spring框架Spring实际上是《ExpertOne-on-OneJ2EEDesignandDevelopment》一书中所阐述的设计思想的具体实现。在该书中，RodJohnson倡导J2EE实用主义的设计思想，并随书提供了一个初步的开发框架实现(Interface21开发包)。而Spring正是这一思想的更全面和具体的体现。RodJohnson在Interface21开发包的基础之上，进行了进一步的改造和扩充，使其发展为一个更加开放、清晰、全面、高效的J2EE轻量级开发框架[3]。以Spring为代表的轻量级框架已经对J2EE技术的发展趋势产生了非常重大的影响。2004年5月份，吸收了Spring、Hibernate框架优点的EJB3JCP(JavaCommunityProcess)委员会的成立，在某种程度上意味着Spring已经宣告EJB2时代的终结。Spring轻量级框架具有很好的发展前景。Spring已经成为了Java语言中这么多的开源框架之中的集大成者，基本确定了在Java企业级应用开发中的主导地位。从它的发展趋势上来看，Spring将会包含J2EE厂商想要提供的绝大多数的功能，因此，Spring轻量级框架将会有很大的机会来代替EJB规范，成为众多Java企业级应用的开源框架中的事实标准。2.2BPM技术BPM（业务流程管理），简称流程管理，是一种以规范化的构造端到端的卓越的业务流程为中心，以不断的提高组织业务绩效为目标的系统化管理方法。在流4北 京 交 通 大 学 专 业 硕 士 学 位 论 文 相 关 技 术 介 绍程管理的概念中，存在这样几个关键词：规范化、流程、持续性及系统化。由此可以看出，流程管理将业务流程重组中的彻底性与根本性融入到了规范化与系统化中，指出了并非需要彻底的重新设计业务流程，而是应该规范的对流程进行设计，对需要重新设计的业务流程才进行重新设计，否则可以进行改进。与此同时，该定义指出，业务流程管理是一种系统化的方法，是一种持续的提升的方法，流程的持续性改进具很有现实的意义。流程管理的定义强调了流程本身的重要性。从中可以看出，流程管理已经成为一种讲求实效与切实可行的管理理念。通常来讲，流程管理能够包含这样的三个层面：规范流程、优化流程以及再造流程。那些比较优秀且接近满足卓越流程的要求的流程，如果之前没有完全规范，那么可以进行相关规范工作；如果流程中存在一些问题，存在一些冗余或者存在成本不必要的浪费的环节，那么可以采用优化流程方法；如果流程中存在一些积重难返的问题，无法适应现实需要，那么需要进行流程再造。从这点来讲，流程管理的思想应该包含BPR（业务流程重组），但是比BPR的概念更加广泛、更加适合企业现实状况的需要。工作流是依据一套程序规则，部分或者全部的执行文档、信息或任务由一方(人或系统)传向另一方的活动。通过详细设计流程中的活动，每个活动的输入与输出，活动的顺序及活动的参与者，形成了一系列的特定的步骤。这种预先设定好的静态流程会随着时间的改变不易变化，有时不能够适应企业对业务流程变化的快速反应的需求。BPM是基于工作流等一些相关技术产生的，在功能上有些相互交叉的地方，但BPM与工作流也存在区别。共同点在于：BPM与工作流都是将过程逻辑与过程执行分开，使信息系统可以快速的适应流程的变化；区别在于：工作流侧重于业务流程的自动化与管理结构化的过程，强调业务流程的自动或部分自动的执行，而BPM是业务流程管理的整体解决方案，包含业务流程的建模、运行、监控、分析、优化与重组等多个方面，覆盖了从生产管理到战略管理的各个层次，对业务流程的并行、协同以及分布的支持能力更强。流程是业务流程管理的核心，构建卓越的业务流程是企业进行业务流程管理工作的本质。对于企业业务流程管理，我们必须首先确保这一进程必须是客户面临的进程，活动过程也必须是增值的活动，以确保有关活动是在认真考虑的过程的结果，这也是相互补充的过程。因此，员工是能够实现个人的活动与企业的目标相结合，他们的工作是要实现为客户服务的目标。当卓越流程通过流程管理的过程构建之后，人们都能够始终如一地执行它，管理者还可以使用一个标准化的方式进行完善和改进。业务流程管理要求确保每一个组织的业务流程都经过精心设计的，这种设计可以使得继续延续下去的流程本身保持其先进性。从这个角度5北 京 交 通 大 学 专 业 硕 士 学 位 论 文 相 关 技 术 介 绍来讲，建立一个卓越的业务流程是自然的过程管理，这也是流程管理目的的所在之处。企业进行业务流程管理首先要保证符合企业的战略目标，流程管理是为制定和落实企业的战略服务的，同时支持战略在企业经营活动中的执行。在当今市场经济环境下，企业必须进行不断调整战略、降低成本、满足客户逐渐提高的质量要求。在这种情况下，业务流程管理就是一个针对市场需求不断对流程、相关信息系统与组织机构进行调整的过程。业务流程管理的过程是对业务流程进行全面追踪的过程。业务流程管理是以企业战略为基础的，从流程记录(包含分析和优化)开始，然后到在信息系统中实施流程，再到自动监测与评估流程绩效以及考核关键业绩指标，同时结合市场以及公司的需求不断调整，进而形成了业务流程管理的完整闭环。存在于企业内部或者企业间的业务流程类似于贯穿于人体的神经系统。对于业务流程进行有效的管理、维护以及优化，能够显著的提高企业适应市场的能力以及在行业中的竞争力，从而有助于企业能够提供更好的产品和服务给客户，以及灵活的应对市场的变化。业务流程管理是提高企业整体创造力和竞争力的重要条件，由于流程管理能够对产品的生产流程、产品与服务提供的流程、支持的流程、管理控制的流程产生很直接的影响。因此，业务流程管理能够提高企业对客户和市场的适应性，使得企业能够在同行业的企业中脱颖而出，有利于企业的长远发展。企业信息化是一个复杂的过程，以业务流程为导向来实施信息系统的方法对于企业运营的成功具有十分重要的作用。比如在实施ERP（企业资源计划）、CRM（客户关系管理）或者SCM（供应链管理）等信息系统的时候，这种实施方法不仅能帮助改善业务与系统中的流程，同时还能借助各种关键的绩效指标来对业务流程的实效进行有效监控，保证实施信息系统的投资回报。随着市场上多数产品的日益同质化，企业已经很难在质量、性能、价格上形成差异化的竞争优势。企业之间的竞争表面上来看是产品的竞争，实际上是产品背后的一系列业务流程之间的竞争，流程制胜是企业竞争的实质性内容。6北 京 交 通 大 学 专 业 硕 士 学 位 论 文 相 关 技 术 介 绍活动A3开始活动A1运行中的节活动A2运行中的节子流程F1运行中的节活动A5结束节点点S1点S2点S3节点活动A4为释解业务流程F2（A1，A2，A3，A4，A5，F1）流程管理引擎 E业务流程集合F图2.1 一般业务流程图Fig.2.1 Businessprocessdiagrams通常情况下，企业一般的业务流程是由一系列基本的生产活动按照一定顺序、逻辑、规则组合起来的。这些最基本的活动和逻辑规则能够直观的由一些节点和连接这些节点的有向弧所组成的有向图所表示， 其结构如图2.1所示。图中的圆圈表示企业业务流程的开始、结束节点，即业务流程的开始、结束标识；图中的矩形表示业务流程中的业务节点，包含处理业务的信息以及状态；图中的有向弧表示具体的业务活动；菱形表示的是在流程管理引擎下所执行的具体的业务流程，是流程运转中活动的集合，同时记录了活动的执行的顺序。从以下几个方面对企业的一般业务流程进行详细的论述。流程模型中的节点组成业务流程的节点包含标记节点和任务节点，标记节点就是上图中的开始节点、结束节点，表示流程的起始和结束状态，任务节点是运行在流程中的节点。任务节点包含任务信息和流程运转信息，任务信息表示当前业务流程所处理的业务类型和业务的具体信息，比如企业的文件审批流程，那么任务基本信息就包含文件类型及文件的内容信息；运转信息表示具体的任务在流程运转过程中的信息，比如任务所处的状态、当前状态持续时间、在当前状态消耗的资源等。此处提到的任务类型、流程中的状态、消耗的资源是在流程预定义阶段建立起来的，后面会进行详细说明。流程模型中的连接弧流程中的连接弧连接了流程中不同的节点，描述的是各个节点之间逻辑关系。它由前驱结点指向后继结点，体现了流程中任务的转移以及有向图的演进。连接7北 京 交 通 大 学 专 业 硕 士 学 位 论 文 相 关 技 术 介 绍弧在业务流程中就是具体的业务活动，比如文件审批中各个部门的审批活动，控制了任务节点的状态转移。除此以外，连接弧还定义了节点转移需要满足的条件，一般是由控制数据进行控制。从这个角度来讲，连接弧可分为有条件连接弧和无条件连接弧，无条件连接弧表示前驱结点执行完，后继节点就可以执行。有条件连接弧依据条件内容类型不同可以分为两类：其一是依据节点任务信息进行定义，任务信息具体内容满足什么条件，进行不同的状态转移；其二是依据任务状态进行定义，比如当前活动需要它的两个前驱节点都已执行，这个活动才能执行，或者类似的定义，这种条件指的是业务流程的控制结构。由此可知，企业的一般的业务流程系统设计可以分为这样几个部分：第一，流程定义，定义的内容包括任务信息和运行的环境（流程信息）。任务信息包含任务类型、任务的基本属性；流程信息包含状态、活动以及相应的权限，不同的状态、活动具有不同的权限。第二，流程运行，在流程运行中是对任务信息的操作以及任务状态的迁移。对任务的操作主要包含操作的历史记录，这是组成具体的业务流程的依据；然后还有操作的解决方案、开始时间、结束时间、消耗的资源、操作结果，操作的持续时间、消耗的资源与结果可以作为衡量流程执行好坏的标准。状态迁移依据任务具体信息与在流程定义阶段的活动（活动中包含具体迁移条件），同时也涉及到操作时间和消耗资源的问题。第三，流程引擎设计，这部分在程序中进行详细的设计，不涉及到具体的实体信息，这里不做详细的展开分析。8北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析地铁隐患管理平台需求分析地铁隐患管理平台的需求分析包含系统功能需求、系统性能需求以及系统数据需求。系统功能包含平台的基本功能及特色功能，系统功能包含系统管理、隐患管理、事故管理、记事管理、规范管理及日常管理，其中系统的特色功能是挂账隐患管理及统计分析的图形化显示功能。系统的性能需求是为了保证系统能够长期、安全、稳定、可靠及高效的运行。系统的数据需求包含静态数据和动态数据，经过对数据的分析制定系统的逻辑模型。3.1基本功能需求系统的核心功能是实现隐患填报、审核、审批、挂账、监控、治理和销号等办公流程的网络化、信息化实现。兼备事故管理、记事管理、系统管理、规范管理、日常管理、统计分析等功能。实现事故、隐患信息的图形化搜索与显示。此外，需要预留职工安全履历等平台自身功能拓展的接口。并从用户的角度出发，从细节上做到办公流程的简化和系统操作的便捷。隐患按照处理流程的不同可以分为一般隐患和挂账隐患，一般隐患实现了对隐患进行填报、审核、审批、挂账、监控、治理及销号等业务流程，挂账隐患管理的独特性体现在从录入、审核、审批、监控、整改、治理到销号，都具有有别于其他一般隐患的需求。系统管理地隐患管理铁隐事故管理患网络管记事管理理平台统计分析功能需规范管理求

员工管理、部门管理、权限设置、日志记录、数据备份、数据恢复隐患数据的填报、核实、挂账、审核、监控、治理及销号事故数据的导入、统计分析、报表生成实现运营日志中一些异常情况数据的导入，信息的编辑。隐患/事故的统计分析、报表生成实现规范的录入、查询和修改。日常管理图3.1 系统功能模块图Fig.3.1 Systemblockdiagram平台的功能模块图如图 3.1所示，下面将分别介绍各个功能模块。9北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析3.1.1 系统管理系统管理包含员工管理、部门管理、权限设置、日志记录、数据备份及数据恢复等功能模块。（1）用户管理：对于一般用户，修改当前用户密码，修改当前用户信息。对于系统管理员用户来说，还具有管理其他用户的功能，主要是进行用户权限的设置和角色分配。（2）部门管理。添加、修改、删除分公司等单位（包含单位介绍等）信息。（3）数据备份：用于备份系统数据库。（4）数据恢复：用于恢复系统数据库。（5）日志管理：用于维护系统的使用日志，对所有用户的所有操作进行日志记录，“日志管理”可以查询、导出和删除历史的日志。3.1.2 隐患管理隐患管理是系统的核心功能，主要包含以下几方面的内容：（1）实现对隐患进行填报、审核、审批、挂账、监控、治理及销号等业务流程的网络化办公。（2）针对不同级别的用户，实现隐患信息的图形化搜索查询和分析功能，通过隐患数据的时空分析预测未来隐患和事故的发生，实现事故管理的决策支持。此外，实现待办事项的提示功能。（3）挂账隐患是指标记出来的容易造成重大事故的隐患。挂账的目的是，将其标记出来，并限定隐患治理的完成时间，限定治理的效果以及其他一些条件。挂账隐患的管理中，还需要设置一些提醒功能，比如提前多少天，系统应该把需要完成的工作给出一定的提示返回给他，包括按照什么人的要求应该什么时候完成。挂账隐患的最后治理期限过后， 3级用户需要提交挂账隐患的工作成果，并进行销号审查。（4）操作过程及隐患状态的改变一定要全程记录。3.1.3 事故管理事故管理的用户是安监室及各个分公司的安质部，事故管理实现事故的录入、编辑和查询。事故管理模块具体的需求主要包括：（1）监控视频的导入，事故信息的生成，excel导入和事故统计分析（按级别、10北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析时间、责任单位、影响、各单位事故发生率以及每个公司不同方面的事故）的功能。（2）事故统计分析主要服务于各单位工作考核。对 10个单位下任务书（事故控制指标）、完成情况（事故发生率的归一化），分阶段统计（每一年、每个月、每季度、不同日期的起点和终点）。（3）事故数据的来源于记事，因此记事管理功能模块与事故管理功能模块需要提供内部接口。3.1.4 记事管理记事管理的用户是安监室及分公司安质部，安监室挑选运营日志里的异常情况（包括事故和其他一些异常）进行记录，然后将异常情况进行分类，挑选出事故和非事故，对于事故要补充填写责任单位等信息。每个月对事故进行统计，然后下发给下属公司安质部，下属公司安质部确认后返回结果，最后安监室经过事故统计分析的流程，发布考核通报。3.1.5 统计分析统计分析包含隐患数据的统计分析和事故数据的统计分析。对于隐患统计分析，可以根据输入的隐患级别、状态、线路、单位和日期等条件，对隐患数据进行筛选统计，并以图形与文字形式反馈隐患数据的统计结果。此外依据输入的统计条件与统计项目，可以预览安全隐患控指表。对于事故统计分析，可以根据事故的等级、线路、单位、日期等条件，对事故数据进行统计，并以图形和文字形式反馈隐患数据的统计结果。此外依据输入的统计条件与统计项目，可以预览安全情况记录表。3.1.6 规范管理规范管理是指从本地磁盘中选择有关规范文件，导入指定位置，并可按多种条件查询所需规范文件，其中查询条件包括：按发布单位、按名称、按级别、按执行日期。3.1.7 日常管理11北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析日常管理包含日常报表的填写、生成与查询功能。（1）安全报表的填写与生成日常管理中，对于监控中或治理中的隐患，需要添加动态的监控信息和整改治理措施信息，那么通过输入的筛选条件和填写的项目，可以自动生成相应的隐患报表。对于事故或记事数据，同样可以根据输入的单位、日期等条件，自动生成相应的事故报表。（2）安全报表查询可查询安全工作历史文件，可按年度进行查询。其中各年度可再按各公司进行查询，查询的结果以文件列表形式显示出来。3.2特色功能需求平台具有两大功能特色，分别是挂账隐患管理和隐患数据处理与图形化显示。3.2.1 挂账隐患管理挂账隐患管理的独特性体现在从录入、审核、审批、监控、整改、治理到销号，都具有有别于其他一般隐患的需求。（1）挂账隐患录入四级用户、三级用户、二级用户都能够录入隐患信息，并进行挂账申请。四级用户录入的申请挂账隐患，最终由三级用户提交给二级用户审批；三级用户录入的申请挂账隐患，直接由其自己提交给二级用户审批；二级用户录入的申请挂账隐患，由其自己审批是否挂账。（2）挂账隐患提交申请挂账隐患录入完成之后，一方面可以直接提交给审核或审批部门，另一方面也可以保存到隐患草稿箱中，待信息补充完整后一并提交审批。（3）挂账隐患审核本功能模块主要针对三级用户而言。待审核的申请挂账隐患有两个来源：三级用户自己录入的隐患，四级用户提交上来的待审核隐患。针对自己录入的隐患，决定提交挂账申请时，需要补充限期整改的信息；针对四级用户提交上来的隐患，审核决定将其转为申请挂账隐患时，同样需要补充限期整改的信息。审核通过后生成挂账申请表，便于打印。挂账隐患限期整改的内容包括：整改的措施、整改的时限、完成的效果等。12北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析（4）挂账隐患审批本功能模块主要针对二级用户而言。待审批的申请挂账隐患有两个来源：三级用户自提交上来的隐患（包含待申请挂账隐患和一般隐患），二级用户自己录入的隐患。针对自己录入的隐患，决定提交挂账申请时，需要补充限期整改的信息；针对三级用户提交上来的隐患，审批决定将其转为申请挂账隐患时，同样需要补充或修改限期整改的信息。此时，可生成挂账申请表。限期整改的内容包括：整改的措施、整改的时限、完成的效果等。（5）挂账隐患监控挂账隐患的监控，需要根据挂账隐患的监控级别，进行动态监控信息的定期录入和附件的添加。（6）挂账隐患整改治理挂账隐患的整治，需要根据挂账隐患的整治级别，进行动态治理进度信息的定期录入和附件添加。（7）挂账隐患销号整改完毕后，相应用户可以根据需要进行挂账隐患的销号申请。申请销号时，申请者需补充完善挂账隐患的监控信息和治理信息，上传治理或监控中产生的各种格式的图片、视频和文档，以作为销号审核的依据。销号申请通过后，公司挂账隐患降一个等级，列入公司备案隐患，并定期巡查，添加监控信息及附件。3.2.2 数据处理及图形化显示本功能模块的目的是以线路或车站为筛选条件，对隐患数据进行聚合分析，并根据隐患的级别进行隐患数量的折算，并将折算后的数据映射到不同的颜色来显示，从而反应出线路或车站的安全状态。（1）基于线路的隐患数据处理与显示对于某一条线路 lj的隐患，可以统计得到各级别隐患对应的数量。然后用隐患级别对应的权值乘以该级别隐患的数量，最终求和得 Nj。在对各条线路的 N进行比较，并经过一定的换算和映射规定，将其跟线路的显示颜色相关联。具体计算过程见下式。如表2.1所示，我们将公司挂账隐患的权责设为 20，公司备案隐患的权值设为10，分公司挂账隐患的权值设为5，分公司备案隐患的权值设为1。且线路lj上的隐患数量分别为Aj、Bj、Cj、Dj。13北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析表3.1隐患权值表Tab.3.1riskweightingtable隐患级别对应的权值数量公司挂账隐患20Aj公司备案隐患10Bj5分公司挂账隐患Cj分公司备案隐患1Dj如表3.1所示：Nj4Aj3Bj2CjDj再根据表3.2中的线路安全水平分级表，确定该线路的显示颜色。表3.2 线路安全水平等级划分表Tab.3.2linesafetyrankingtable安全水平划分标准含义级别1Nj＜60良好260≤Nj＜180一般3180≤Nj＜300较差4300≤Nj＜600存在一定危险5Nj≥600很危险，重点整治（2）基于车站的隐患数据处理与显示其数据处理过程线路隐患数据处理相同，得到车站的换算隐患数量之后，再根据下表中的车站安全水平分级表，确定车站的显示颜色。表3.3车站安全水平等级划分Tab.3.3stationsafetyrankingtable安全水平划分标准含义级别1Nj＜5良好25≤Nj＜10一般310≤Nj＜20较差420≤Nj＜40存在一定危险5Nj≥40很危险，重点整治3.3系统性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，地铁隐患管理系统应该满足以下的性能需求：（1）实时性，要求整个系统对隐患管理等基本业务操作实现秒级响应；（2）并发性，满足多个终端同时操作数据库的要求；（3）交互性，快速友好的人机交互界面；（4）安全性，保证数据存储和传输的绝对安全，及时进行数据库备份；14北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析（5）稳定性，保证整个系统的长期稳定运行。3.4系统数据需求根据系统性能需求的要求，系统数据应该具有这样的特点：数据录入和处理的准确性和实时性、数据的一致性和完整性、数据的共享和独立性。3.4.1 系统静态数据静态数据作为地铁隐患管理平台中较为稳定的数据，平台的静态数据如表 3.4所示。表3.4 平台的静态数据Tab.3.4 systemstaticdata名称 描述部门信息 使用隐患管理平台的北京地铁集团的各个部门信息系统用户 平台初始化的系统用户信息系统功能角色 平台初始化的系统所有的功能及权限地铁线路 北京地铁管理的地铁线路信息流程信息 隐患流程及事故流程信息3.4.2 系统动态数据系统动态数据是指在系统应用中随时间变化而改变的数据，如地铁隐患信息等。动态数据的准备和系统切换的时间有直接关系。动态数据分为输入数据和输出数据，本平台中动态数据包含隐患数据、事故数据、记事数据及规范数据。平台的动态数据如表3.5所示。表3.5 平台的动态数据Tab.3.5 systemdynamicdata名称 描述隐患数据 用户录入隐患数据，经过不同用户的处理，输出新的隐患数据事故数据 用户输入事故数据，进过事故流程的处理记事数据 用户输入记事数据，可以转化为事故数据规范数据 地铁集团规范文档数据，提供上传和下载的功能15北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析3.5功能权限需求根据实际业务需求，平台用户级别共划分为四级： 1级、2级、3级、4级，这几级用户分别对应着北京市地铁运营有限公司的各级部门的管理人员。各个等级的用户具有各自不同的角色。其对应关系图 2.2所示，图中“交办”是指上一级管理人员将职权下放给直接对他负责的下一级管理人员；

“负责”是指下一级管理人员对上一级管理人员负责。总公司一级用户角色 :总经理，主管副总经理总公司安监室二级用户角色 :主任、副主任子公司三级用户角色 :总经理、主管副总理子公司各车间四级用户角色 :车间负责人

交办负责交办 子公司相关科室负责 主任、副主任运营各分公司：站区、车站车辆装备公司：各车辆段供电公司：等。线路公司：等。

总公司安监室一般职员交办 子公司相关科室负责 一般职员图3.2 用户角色划分Fig.3.2 User’sroles根据系统的基本功能需求，通过以下几节进行详细的介绍。3.5.1 系统管理权限地铁隐患平台的静态数据包含平台用户及权限。系统管理模块的权限包含数据备份、数据恢复、日志查看、部门管理及用户管理，部门管理包含部门信息的添加、修改、删除等功能，用户管理包含用户基本信息维护、修改密码、用户赋予权限等功能。3.5.2 隐患管理权限隐患管理包含隐患收集与录入、修改、上报、查询、申请挂账、审核、审批、16北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析挂账审批、治理及销号等功能。（1）隐患收集与录入根据隐患种类和等级划分选择合理的必须填报信息和补充填报信息，还可实现现场实际图片传输（实现图形化分析功能） ；其中必填信息为隐患名称、种类、级别、日期、位置、隐患描述、风险等，智能联想输入。（2）隐患修改根据上一级审核意见进行隐患类型、性质、名称、位置、描述、监控及治理状态等信息的修改。（3）隐患上报向上级分级上报录入后的隐患信息。（4）隐患查询根据系统存档资料，可按其名称、等级、发生位置、造成原因、目前状态等或关键词进行详细隐患信息查询，并以状态流程图的形式显示。不同级别用户具有不同的查询范围。总公司具有对所有隐患信息查询的权限。（5）隐患删除根据上级意见，对原本不属于隐患信息的记录进行删除，或者删除自己填写未提交、提交未经处理的隐患。（6）隐患挂账申请针对一些容易造成较大不良影响及事故的重点隐患进行挂账申请。（7）隐患审核根据下级提交信息进行隐患类型、性质、名称、位置、描述、风险及初步治理、监控等信息的核查。（8）隐患审批根据下级提交审核信息进行隐患类型、性质、名称、位置、描述、风险及初步治理、监控等信息的审批。（9）挂账审批根据下级提交申请确定隐患是否挂账，作为重点关注对象。（10）挂账隐患监治根据现场的情况，跟踪填报隐患监控信息和治理信息，包括：监控、治理措施内容，完成情况说明、责任单位、责任人等。（11）销号申请根据现场隐患治理情况，若隐患已经排除，可向上级申请销号。（12）销号审核根据下级申请意见，确定是否通过该条隐患数据的销号审核。17北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析（13）销号审批根据下级审核意见，最终确定是否对该条隐患数据进行销号，同时完成销号记录以备存档。（14）隐患处理提醒对操作过程中的隐患工作进行系统自动提醒，如挂账隐患提醒。3.5.3 事故管理权限事故管理包含事故录入、修改、下传、上报及查询等功能。（1）事故录入根据事故种类和等级划分选择合理的必须填报信息和补充填报信息，还可实现现场实际图片、多媒体传输，其中必填信息为名称、种类、级别、日期、位置、经过、原因、后果，其他责任负责人等根据系统用户登录权限选择默认人员列表。（2）事故下传根据要求下达事故控制任务。根据事故的责任单位要求，进行事故下传、定级、补充事故查询。（3）事故查询根据系统存档资料，可按其名称、等级、发生位置、造成原因、后果、责任人等或关键词进行详细事故信息查询。不同级别用户具有不同的查询范围。（4）事故修改根据上级审核意见进行事故类型（等级）、名称、发生位置、造成原因、后果、责任人等信息的修改。（5）事故删除对用户自己录入的无用事故信息进行删除。3.5.4 其他功能权限其他的功能权限包含记事管理权限、规范管理权限、日常管理权限及统计分析权限。通过上面对用户和管理权限的划分，以及对地铁公司业务的深入调研，总结各个级别用户的权限表3.6所示。18北京交通大学专业硕士学位论文 地铁隐患管理平台需求分析表3.6各个级别用户操作权限表Tab.3.6Theleveluserpermissiontable权限分类四级用户三级用户二级用户一级用户零级用户数据导入√数据导出√系统管理权限日志查看√部门管理√用户管理√隐患查询√√√√隐患录入√√√隐患修改√√√隐患提交√√√隐患挂账申请√隐患管理权限隐患审核√隐患审批√挂账审批√挂账隐患监治√√√销号申请√销号审核√事故查询√√√事故管理权限事故录入√√事故修改√记事录入√记录管理权限记事查询√记事修改√记事删除√规范录入√√√规范管理权限规范查询√√√√规范删除√√√报表填写√√√日常管理权限报表查询√√√√报表删除√√√数据统计√√√√统计分析权限指控表√√√√记录表√√√√19北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计地铁隐患管理平台系统设计根据用户的功能需求，地铁隐患管理平台的功能主要包括隐患管理、事故管理、记事管理、日常管理、统计分析和系统管理等。其中，隐患管理是平台的功能和业务处理核心。4.1平台功能设计根据用户的功能需求，地铁隐患管理平台的功能主要包括隐患管理、事故管理、记事管理、日常管理、统计分析和系统管理等。其中，隐患管理是平台的功能和业务处理核心。4.1.1 隐患管理模块设计隐患管理模块设计应该遵循这样几条原则：隐患排查对在监控和未整改完毕的隐患，定期进行风险评估，根据其发展变化情况制定并落实针对性措施。监控信息和治理信息动态更新。分级挂账各单位按照规定，结合实际情况对排查出的隐患进行分级，组织内部分析筛选后，将《公司挂帐隐患申报表》和相关说明材料报送挂帐隐患管理领导小组办公室，通过专题审查后列入相应级别管理序列。整改落实公司挂帐隐患项目由挂帐隐患管理领导小组协调确认隐患治理、监控相关投入，并督促落实。公司挂帐隐患应在计划期限内整改完毕。验收销号及复查挂帐隐患整改完毕后，运营分单位提交《隐患整改工作报告》，申请启动公司验收程序。挂帐隐患验收由安监室组织，相关部室和单位参加，对隐患整改资料、措施、投入、效果进行检查。挂帐隐患销号后列入公司备案隐患管理，专业部室定期复查；三次检查不合格者恢复为公司挂帐隐患，并追究管理单位和相关责任者责任。隐患按照处理流程的不同划分为一般的隐患和挂账隐患， 一般隐患实现了隐患管理的隐患填报、隐患审核、隐患审批、隐患挂账、隐患监控、隐患治理及隐患20北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计销号等业务流程。其业务流程图如图 4.1所示。开始三级用户隐患录入 待提交隐患 隐患提交 待审核隐患 隐患审核四级用户二级用户隐患整治 监控中隐患 隐患审批 待审批隐患否是治理中隐患 整改治理结束？ 监控中隐患 销号申请隐患整治降级、监控否是否是四级隐已销号中隐患患?是结束图4.1 一般隐患业务图Fig.4.1 Businessprocessdiagrams挂账指的是对已经发现的隐患信息，根据问题的性质分成等级，填报后经过二、三级用户审核审批确认后，将隐患信息归档建立“账号”的过程。挂账隐患管理的独特性体现在从录入、审核、审批、监控、整改、治理到销号，都具有有别于其他一般隐患的需求。四级用户、三级用户、二级用户都能够录入隐患信息，并进行挂账申请。四级用户录入的申请挂账隐患，最终由三级用户提交给二级用户审批；三级用户录入的申请挂账隐患，直接由其自己提交给二级用户审批；二级用户录入的申请挂账隐患，由其自己审批是否挂账。申请挂账隐患录入完成之后，一方面可以直接提交给审核或审批部门，另一方面也可以保存到隐患草稿箱中，待信息补充完整后一并提交审批。审核通过后生成挂账申请表，便于打印。挂账隐患限期整改的内容包括：整改的措施、整改的时限、完成的效果等。其业务流程图如图4.2所示。21北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计开始限期整限期整改信息改信息三级用户隐患录入 待提交隐患四级用户二级用户

申请挂账隐申请挂账待申请挂账审患提交审核核限期整改信息挂账隐患整监控中挂账申请挂账审申请挂账待治隐患批审批监控和治理信否息治理中挂账整改治理结束？是监控中挂账销号申请隐患隐患监控和降级、监控否是否是四级隐治理信隐患整治已销号中隐患患?息是结束图4.2 挂账隐患业务图Fig.4.2 Hiddenchargetotheroomservice隐患按照严重程度，可以分为一、二、三、四等 4个级别，分别对应既有的隐患类别，即公司挂帐隐患、公司备案隐患、分公司挂帐隐患及分公司备案隐患。各个级别的隐患具体介绍下所示：公司挂账隐患公司备案隐患是极度有可能造成重大行车、设备安全事故的隐患，公司挂账隐患管理领导小组统筹组织协调推进隐患监控治理工作，属于一级隐患，需要引起极度的重视。分公司挂账隐患分公司挂账隐患是可能造成运营故障及其它影响的隐患，分公司安质部组织落实挂账隐患监控、治理工作，属于三级隐患。分公司备案隐患分公司备案隐患是指一定条件下可能对现场操作和管理构成困难的隐患，由分公司的专业部室备案，相关部门和单位进行落实整改，属于四级隐患。公司备案隐患公司备案隐患是可能引起运营事故或者对运营秩序造成影响的隐患，由公司专业部室和安监室备案，对分公司治理监控情况进行实时监督，属于二级隐患，也许重点监控。22北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计根据隐患在平台中的业务处理过程的状态可以分为：待提交、待审核、待审批、监控中、治理中、已治理、申请销号、已销号、审核未通过、审批未通过、销号未通过。详细介绍下所示：待提交待提交指的是隐患录入完成之后的状态，应该是草稿箱中的信息。待审核待审核特指四级用户点击提交隐患基本信息、监控信息及治理信息之后的隐患状态。待审批待审批特指三级用户点击提交隐患基本信息、监控信息及治理信息之后的隐患状态。监控中监控中特指二级用户完成隐患基本信息、监控信息或者治理信息审批通过之后的隐患状态，这里正是宣告一条隐患的诞生。治理中治理中是指治理过程中的隐患，此状态由各个单位进行标注。已治理已治理是指治理已经完成的隐患，此状态由各个单位进行标注。申请销号申请销号是指整改结束后，各个单位点击申请销号后的隐患状态。已销号已销号指的是各单位申请销号后，安监室组织验收通过的隐患状态。审核未通过审核未通过是指隐患申请被三级用户拒绝的隐患状态。审批未通过审批未通过是指隐患申请被二级用户拒绝的隐患状态。销号未通过销号未通过是指销号申请被二级用户拒绝的隐患状态。隐患输入输出设计主要包含隐患填报、隐患审核、隐患审批、隐患监控与整改及隐患销号。下面进行详细的介绍和分析。隐患填报使用者：四级用户、三级用户、二级用户输入数据：隐患基本信息、隐患监控信息、隐患的治理信息；输出要素：根据隐患的不同状态，输出的要素分别为待提交的隐患、监控中的23北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计隐患、治理中的隐患。在隐患的不同状态，针对不同的用户，填报不同的内容。填报阶段填写隐患基本信息、初步监控信息或治理信息，进行填报的用户级别是四级用户、三级用户；监控中是指追加填写监控信息，添加相应附件，进行监控的用户级别是四级用户、三级用户；治理中是指追加填写监控、治理信息，添加相应附件，用户级别为三级用户。隐患审核功能描述：三级用户对隐患的基本信息进行审核确认，并决定是否对该隐患进行挂账申请。使用者：三级用户。输入数据：审核操作，即通过、不通过及挂账限期整改信息。处理流程：对于通过的隐患，点击提交；对于不通过的隐患，填写不通过的理由；对于需要申请挂账的隐患，补充整改措施并提交。输出要素：待审批的隐患、审核不通过的隐患。隐患审批功能描述：二级用户对三级用户提交上来的一般隐患、申请挂账隐患的基本信息进行最终审批确认，决定是否进行挂账。使用者：二级用户。输入数据：审批操作，即级别最终确定、限期整改内容的填写。处理流程：对于一般隐患，安监室对基本信息进行确认，决定是否通过，不通过填写不通过的理由；对于审批通过的挂账的隐患，填写限期整改信息。输出要素：一般入账隐患、挂账隐患。隐患监控与整改功能描述：四级用户、三级用户、二级用户，对于处在监控中的隐患进行动态监控信息的补充（文字信息添加、各种格式文件的上传等）；对于处在治理中的隐患，进行动态治理信息的补充（文字信息添加、各种格式文件的上传等） 。使用者：四级用户、三级用户、二级用户。输入数据：监控与整改信息（包括文字信息及附件） 。处理流程：对于一般隐患，安监室对基本信息进行确认，决定是否通过，不通过填写不通过的理由；对于审批通过的挂账的隐患，填写限期整改信息。隐患销号功能描述：四级、三级用户对整改完毕的隐患，可以提交销号申请；二级用户对于申请销号的隐患，进行销号的审批。使用者：四级用户、三级用户、二级用户。24北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计输入数据：销号确认信息。处理流程：对于销号申请，三级用户确认后点击提交；对于销号审批，二级用户对销号申请进行销号隐患的整改措施和整改效果进行确认；销号的隐患，隐患等级降一级列入监控中。输出：已销号、降一级的监控中隐患。4.1.2 系统管理模块设计系统管理模块包含用户管理及系统操作管理，其功能模块图如图 4.3所示。用户信息管理 管理员信息 安全监察人员 公司其他内部用户用户管理部门信息管理总公司安全监察室技术部设备部车辆部房产部运营一、二、三、四分公司系统管理权限管理供电公司通号公司机电公司线路公司登录管理系统操作管理数据导入/出各类数据的导入各类数据的导出日志管理系统故障用户登录操作注销/退出管理图4.3 系统管理模块Fig.4.3 Systemmanagementmodule用户管理模块设计用户管理模块中各级别用户可以修改自己的信息和密码。同时上级用户拥有对下级用户的部分管理权限，可以分配下级某些特定的使用权限。部门管理模块设计管理员根据单位所处的用户级别赋予相应用户一定的权限。同时兼管整个公司包含总公司和各个分公司的所有用户的信息。数据维护模块设计为维护系统的正常运行，需要有数据恢复与备份功能。数据维护的功能包含：所有服务器、主干交换机及其他系统的主要设备配置更新变化时及时进行备份；应用系统、软件每修改后均进行备份，并保存最新版本；每周完全备份数据库中的所有数据；每周完全备份服务器上的相关文档；每季度将主要数据刻盘作为历史数据保存；如遇系统有重大改动或更新时，需在改动当天进行备份。日志管理模块设计25北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计用于维护系统的使用日志，对所有用户的所有操作进行日志记录，“日志管理”可以查询、导出和删除历史的日志。4.1.3 事故及记事模块设计事故管理涉及的直接用户为安监室（主要是事故信息挑选） 、各分公司（主要是事故信息补充）和总公司总经理等（主要是事故查询） 。其流程图如图4.4所示。2是保存为事故1提交2存为记事是32是否为事故？2日挑日常情选否志运况异2营常

3发布事故确认、补充信息确认事故责任、补充信息

3编辑事故保存为记事图4.4 事故及记事流程图Fig.4.4 Accidentandcanrememberflowchart事故管理包含事故录入、事故修改、事故查询、事故信息下传及事故信息上报。记事管理包含记事录入、记事修改、记事查询及记事转为事故。二级用户根据三级用户提交的运营日志挑选出异常情况，存为记事信息（包括日期、地点、概况）并确定是否为事故，如果是，则转存为事故。下面分别进行详细的介绍：事故录入功能描述：将转存为事故的记事信息，补充完整信息。使用者：三级用户、二级用户。输入数据：事故基本信息。处理流程：对于转存的事故信息，二级用户添加部分信息；下达给三级用户之后，三级用户补充完整的事故信息。输出：初步事故信息、完善的事故信息。事故信息下达功能描述：将转存为事故的记事信息，下达给相应的三级用户，进行事故信息的确认。使用者：二级用户。输入数据：初步的事故基本信息。输出：初步事故信息传递给对应的三级用户。26北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计事故信息提交功能描述：在接到上级部门下达的事故确认信息后，三级用户进行事故的信息的确认和完善。使用者：三级用户。输入数据：事故基本信息的完善。输出：将确认和完善后的事故信息提交给二级用户。4.1.4 规范及日常模块设计规范管理主要有规范录入、规范查询和规范删除三个功能，系统根据用户级别匹配可选的规范发布单位。用户：所有用户均有规范查询的权限，但是二级用户和三级用户还有规范录入和规范删除的权限。日常管理包含日常报表填写、生成与查询，主要的日常报表包含劳动安全风险指标完成情况考核表、运营事故指标完成情况考核表、消防安全指标完成情况考核表及交通安全风险指标完成情况考核表。4.1.5 统计查询模块设计统计查询包含隐患信息统计查询和事故信息统计查询。事故统计查询查询条件包含：日期或某一段时间、事故的等级、线路、车站、责任单位，统计结果将以图表（柱状图、饼图、折线图等）文字形式显示。隐患统计查询条件包含：日期或某一段时间、隐患的等级、线路、车站、责任单位，统计结果将以图表（柱状图、饼图、折线图等）文字形式显示。此外，具有隐患安全状态的图形化显示。以线路或车站为筛选条件，对隐患数据进行聚类分析，并根据隐患的级别进行事故数量的折算。并将折算后的数据，用颜色来显示在地铁线网图上，从而直观地反应出线路或车站的安全状态。4.2平台界面设计界面制作应遵循人机界面设计规范，追求软件界面的合法化、理性化和人性化，既符合需求也做到不侵权、不盗版的原则要求。4.2.1 界面设计原则27北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计界面设计主要包含界面布局和界面色彩。界面布局应该遵循这样几方面的原则主框架布置在左方和上方，工作区放置在右边，符合人的阅读习惯；省略菜单栏，使整个界面更为简洁，便于用户记忆和熟悉系统各项功能；菜单能根据用户使用频率自动排序，显示用户常用菜单；左侧放置常用工具栏，鼠标经过显示下拉菜单，便于用户理解；左方放置的菜单选项分别链接到软件的各个子界面，用户可以一目了然；将用户最常用的消息、提醒功能设置在左上角，方便用户及时管理自己的待办事项。界面色彩应该遵循这样几方面的原则高对比度的颜色搭配，突出界面上各功能按钮；主框架与工作区的边界采用不同的色彩及亮度，加以区分；主调颜色符合人的视觉习惯，不易产生疲劳感。4.2.2 界面功能设计从上一节的平台功能设计可知隐患管理平台包含的功能，体现在界面上如表4.1所示。表4.1 界面功能一览表Tab.4.1 Interfacefeaturesataglance界面名称 功能说明登录 连接服务器，对用户的身份进行验证用户管理 更新用户的详细信息、修改密码和管理用户在线帮助 用于用户求助首页 显示我的待办项、历史操作和常用操作，快速进入相应界面隐患管理隐患录入 实现隐患基本信息、初步监控、治理信息的填报隐患管理隐患查询 根据不同条件查询隐患数据隐患管理隐患修改 修改隐患基本信息、初步监控、治理信息等隐患管理隐患提交 隐患数据批量提交隐患管理隐患审核 实现隐患基本信息、初步监控、治理信息的审核隐患管理隐患审批 实现隐患基本信息、初步监控、治理信息的审批隐患管理隐患挂账申请 对重点隐患申请挂账隐患管理挂账审批 审批确定重点隐患是否挂账隐患管理挂账隐患监治 隐患监控、治理信息的跟踪提交隐患管理销号申请 申请办理隐患的销号隐患管理销号审核 销号隐患的审核28北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计表4.1 界面功能一览表（续）Tab.4.1 Interfacefeaturesataglance(Continued)隐患统计分析报表 隐患报表的生成隐患监控整治报表 隐患监控整治报表的生成事故管理事故查询 根据不同条件查询事故数据事故管理事故录入 实现事故信息的录入，包括起因、经过、结果和责任人等事故管理事故修改 修改已录入事故的信息事故统计分析报表 事故统计报表的生成记录管理记事录入 根据运营日志，手动录入异常记录记事管理记事查询 查看已录入的记事数据记事管理记事修改 修改已录入的记事数据规范管理规范录入 录入规范规范管理规范查询 查询规范规范管理规范删除 删除废弃规范日常管理报表填写 日常安全报表的填报日常管理报表查询 日常安全报表的查看日常管理报表删除 日常安全报表的删除4.2.3 界面关系设计为维护系统的正常运行，需要有数据恢复与备份功能。系统针对不同的用户，操作的功能不同，以二级用户为例，其操作功能及关系如图4.5所示。二级用户主界面首页 用户管理 隐患管理 在线帮助 事故管理 记事管理 规范管理 统计分析 日常管理 退出隐患挂账销号隐患事故事故事故记事记事记事法规法规法规数据指控记录审批审批审批查询查询录入修改查询录入修改录入修改查询统计表表存为基本初步监初步治事故事故隐患信息控信息理信息信息信息图4.5 二级用户界面关系Fig.4.5 Two-leveluserinterface29北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计4.2.4 界面详细设计依据上面的设计原则及界面功能，详细设计包含界面颜色搭配的选择、界面像素级别设计及主要界面的设计，设计的界面包含登录页、登录后首页及二级页面。图4.6 颜色搭配Fig.4.6 Colors系统界面整体以蓝色调为主，背景采用灰色，能够给用户良好的视觉效果。图4.7 界面像素设计Fig4.7 Interfacepixeldesign用户登录之后的首页如图 4.7所示，最上面一栏从左至右分别是系统的 logo、用户名及退出按钮；下面一栏是系统的菜单栏，菜单栏包含了系统所有的功能模块；菜单栏下面是登录用户的代办事项，需要他处理的业务；代办事项下面是登录用户的历史操作，显示了他处理过的业务；历史记录下面是系统常用功能，在首页进行显示，方便用户的使用。4.3平台数据库设计30北京交通大学专业硕士学位论文 地铁隐患管理平台系统设计依据地铁隐患管理平台的数据分析及功能设计，隐患管理和事故管理都是业务流程管理模块，本节先对业务流程技术进行阐述，然后进行地铁隐患管理平台的数据库设计。4.3.1 数据库表关系设计functionroleuserPKidPKidPKidN:NN:Ncodecodecodelabellabelname1:1product(地铁线路)PK idlabelsuper_idorg_id...1:Nteam(区、站)PK idlabelproduct_idsuper_idorg_id...workflowPK idlabelproduct_id...1:Nwork_item_typePK id1:Nlabel...

staffPKidorganizationcodePKidnameN:1N:1org_idcode...label...N:1action(动作)PKidstatus(状态)labelPKid1:Nto_status_idlabel...1:Nworkflow_idtype_idtransition(过渡)PKidlabelform_statusto_status_idaction_idcondition...work_itemPKidlabelwork_item_instancework_item_instance_commentproduct_idPKidPKidteam_id1:N1:Ntype_idlabelmonitor_infooperate_idwork_item_idgo