一、运用远程控制软件维护铁路信息系统（论文文献综述）
刘奕[1]（2020）在《5G网络技术对提升4G网络性能的研究》文中指出随着互联网的快速发展,越来越多的设备接入到移动网络,新的服务与应用层出不穷,对移动网络的容量、传输速率、延时等提出了更高的要求。5G技术的出现,使得满足这些要求成为了可能。而在5G全面实施之前,提高现有网络的性能及用户感知成为亟需解决的问题。本文从5G应用场景及目标入手,介绍了现网改善网络性能的处理办法,并针对当前5G关键技术 Massive MIMO 技术、MEC 技术、超密集组网、极简载波技术等作用开展探讨,为5G技术对4G 网络质量提升给以了有效参考。
李婉欣[2]（2019）在《基于物联网的化粪池远程监控、诊断与运维服务系统设计与开发》文中研究说明随着城市化进程加快,城市化粪池数量日益增多。针对城市化粪池位置分散、监管成本高、安全隐患大等特点,并结合济南市城管局城肥一处构建全市化粪池实时监控的需求,本文提出了基于物联网的化粪池远程监控、诊断与运维服务的系统设计方案,构建监测设备、监控中心、运维终端三位一体的智能化远程监控与运维服务系统。为工作人员提供远程监控、事故预警、故障诊断等功能,对解决当前的问题具有一定的实际意义。主要研究内容包括:（1）对济南市市中、槐荫两区化粪池管理情况、外溢情况及居民需求进行了调查分析,对化粪池远程监控、诊断与运维服务系统设计进行了整体架构,包括检测终端、数据处理平台、云端构架及监测、运维终端等。（2）对选择的试点区域进行设备点位布设,对化粪池硬件设备进行了设计开发,并首次提出将窄带物联网网络技术运用于化粪池液位监测,利用政务云服务平台实现大容量终端接入、大并发量物联网网关。（3）对化粪池监测中心服务器端功能构架进行了设计开发,包括实时状态监控、监测报警、远程运维、统计分析、报表功能等系统构架模块。通过历史大数据,使用人工智能算法智能预测复杂环境下设备的异常状况。（4）对系统进行测试,实时分析连续和完整的监测数据,分析系统工作运行情况。通过实时监控,实时调度,作出最优化部署。对产生的经济、社会和环境效益进行分析。
许经跃[3]（2017）在《结对编程在生产值班与工作管理系统中的应用研究》文中认为铁路信息化是铁路现代化建设的主要标志,其根本目的是将通信、信息、数据处理等运用于铁路运输组织的各项活动中,通过信息化改造传统产业,提升铁路运输服务质量,优化铁路客货运组织,提高铁路运输生产率,降低铁路运输生产成本,实现铁路运输现代化、信息化。当前,铁路各业务信息系统为铁路部门提高运输组织效率、提升服务质量、缩短货物周转时间、降低企业运营成本等方面均提供了切实可行的基础数据支持。本文以广州铁路集团公司信息技术所生产值班与工作管理系统为背景,详细研究了采用结对编程技术进行项目开发的成本、效果及改进方向。具体来讲,本文的研究工作主要从理论和实践两方面进行如下分析:（1）从结对编程技术的理论方面进行研究,详细掌握该技术的特性及优缺点;结合螺旋开发模型的迭代和风险分析特性,在项目开发划分成的几个阶段中使用结对编程技术,相辅相成,达到提高软件开发效率、缩短开发周期、保证软件代码质量、产品风险可控等目的,从而降低软件开发和后期维护成本,提升用户满意度。（2）结合国内外的数项研究案例,从经济学方面研究结对编程技术的成本,得出使用结对编程技术的成本并没有花费掉2倍的开发成本;相反,结对编程可以最大化的提高工作效率,可以打造出最佳的合作团队,可以提供更好的设计质量和代码质量,虽然结对编程的起步阶段（预热阶段和磨合阶段）成本占总成本较高,但从整个软件开发周期上看,毫无疑问结对编程的总成本要比传统的单独编程成本要低。在模块代码质量相等的前提下,越接近实际项目结对编程比单独编程所耗费的开发成本要越低,效率提升得越明显,产生更高的用户满意度。（3）以广州铁路集团公司信息技术所生产值班与工作管理系统为实践案例,从软件工程学方面深入研究结对编程技术的应用及效果等;并有针对性的改进结对编程技术,使之能更贴合实际,更完美的应用到项目开发中。通过小区域自治、共用硬件资源、结对策略改进等一系列措施,提高了结对组内的生产率,整个团队也更加有凝聚力,组内部沟通与交流变得更加简单和高效,从而生产出更高质量的产品。在“结对策略改进”中,采用“一名编码人员搭配一名专业技术人员,打破结对组内两名开发人员均是代码编码员的传统惯例”,证明了结对编程技术是可以根据项目的实际情况进行适应性调整的。（4）研究了结对编程技术的不足之处,如“无法发现一致性错误、结对组内沟通艰难、起始阶段开发效率”等,根据项目实际进行了详细分析并提出了针对性的解决方案,并提出了改进意见,取得了不错的效果。
黄强[4]（2018）在《云环境下铁水联运信息平台关键技术研究》文中研究指明随着进出口贸易量的迅速增长,铁水联运已经成为我国国际贸易的主流运输方式。作为铁水联运业务信息的载体和协调系统,联运信息平台建设水平的高低不但直接影响铁水联合物流运输的效率和安全,在很大程度上也决定了铁水联运的业务质量和服务水平。近年来,我国主要大型港口基本实现了铁水联运的业务信息化,但由于不同区域的联运信息化发展不均衡、系统构架僵化、信息共享程度不高、以及数据管理分析手段欠缺等问题,在很大程度制约了联运信息化的整体发展水平。随着云计算技术的逐步成熟,以其灵活性、可扩展性、资源共享性和高可靠性等优势,对从技术上解决这些瓶颈,实现铁水联运信息化的全面转型提供了新方向。论文围绕云环境下的联运信息平台构建、应用管理、信息共享和大数据处理过程中的关键问题,主要进行了以下几方面研究工作:1.分析并构建了铁水联运云平台的技术构架。针对我国目前铁水联运信息系统建设模式的弊端,将云计算技术引入铁水联运信息化建设,提出了基于虚拟资源管理的分层融合云构架（HFCA）,自底向上分为资源,业务和数据三层支撑体系,在资源层采用虚拟化技术对资源进行池化并为业务层提供IaaS和PaaS融合的虚拟资源设施;在业务层将联运应用划分为功能资源池,并建立基于云原生的应用重构和基于成熟度的SaaS应用服务模式;在数据层基于DOA对碎片化的联运业务数据进行集中注册、存储和检索,形成数据资源池,并通过建立可扩展的大数据应用对海量业务数据进行挖掘和二次利用,打破了以港口为中心相互孤立的“烟囱式”系统构建模式;此外,通过对联运业务需求进行梳理,优化了云环境下的货运进出口信息流程。2.建立了云环境下基于DevOps的一体化联运应用管理体系（IAMS）。针对联运信息系统异构化严重,管理效率低下的问题,通过将业务应用抽象为“联运应用单元（ITAPP）”以屏蔽其软硬件差异,并采用DevOps作为云环境下的信息一体化管理模式,统一了联运应用的交付和运维过程,首先,以虚拟镜像为载体设计了应用持续集成构建模型,避免了低效的人工交付过程;其次,在资源支撑体系的抽象运行环境（ARE）上,提出了基于“联运应用单元”的自动部署算法和高可用集群管理模型,提高了联运应用的运维效率和服务可靠性;然后,建立了基于SSO和RBAC的统一应用访问控制策略,实现了多租户环境下联运应用池的集中安全管理;最后,通过云平台构建和应用部署测试验证了虚拟环境的性能优势。3.提出了基于MSOA的联运信息共享模型,并建立了数据交换系统的自伸缩机制。针对目前联运行业主流的信息集成技术成本高,结构笨重,性能低下的问题,首先,采用轻量级的MSA代替总线型信息共享构架,构建了面向微服务的两层共享模型,并利用“联运服务单元（ITSU）”对信息共享的角色、交互和流程进行虚拟化封装,建立了去中心化的“联运应用集成单元（ITIU）”,使联运应用管理与信息共享的合二为一,实现低成本的信息按需共享;其次,利用微服务和分布式队列对EDI系统进行重构,建立了K8S环境下可动态扩展的分布式报文并发处理体系和POD水平伸缩模型,并提出了基于多指标负载集和排队论优化控制的自适应组件伸缩算法,通过实时负载的伸缩阈值对POD副本集自动定量扩缩容,同时考虑POD的动态负载、资源限额和需求差异性,采用改进的DRF算法对POD副本资源分配进行优化,利用虚拟资源的按需分配特性提高报文数据的吞吐量。4.建立了基于联运大数据的智能订单撮合系统（IOMS）模型,并利用人工鱼群优化的协同过滤算法对模型进行求解。针对目前联运业务办理过程中,货主与联运经营人线下匹配不合理和效率低下的问题,基于Spark和Hadoop分布式计算框架对既有的离线推荐模型进行扩展,建立了基于批量订单特征、历史业务数据和行为反馈数据的三层IOMS模型,并采用人工鱼群优化的协同过滤算法对模型进行求解,结合订单特征、运载能力约束条件和货主行为反馈数据对推荐列表进行持续的闭环调整,可在近线时间内为具有不同偏好的货主识别出若干个满足订单需求的,可接受度更高的联运经营人。本文的研究将云计算领域最新技术引入铁水联运信息化建设,在铁水联运云平台构建的不同层次,结合其业务特点,分别对云环境下应用管理,业务信息共享和大数据处理等一系列关键技术问题进行了探索,并在作者工作单位的物联云平台环境下,对相关模型和算法进行了实验分析,验证了铁水联运云平台构建的可行性,为我国铁水联运信息化的发展提供可借鉴的理论和实践支持。
张莉艳[5]（2013）在《基于云计算的铁路信息共享平台及关键技术研究》文中指出随着铁路信息化的不断发展，我国铁路信息化建设取得了很大成绩，在运输组织、客货营销和经营管理三大领域，建成了一系列覆盖全路的信息系统。然而，各业务信息系统以其独立的应用为中心，形成了“烟囱型”布局的相互隔离的信息孤岛，信息资源无法共享，整体效益难以发挥，是铁路信息化进一步深入发展的极大障碍，尽快改变这一现状已成为铁路信息化建设目前亟需解决的问题。建立铁路信息共享平台，实现互联互通、信息共享、互动协调、综合应用，已成为大家的共识，也是近年来信息化建设领域中研究的重点之一，采用面向服务的体系架构SOA的信息共享平台研究已取得重要的成果，为应用层面信息共享问题提出了解决方案并得到了实施应用，但由于未涉及底层资源的架构，尚未形成从底至上完整的架构方案。随着云计算理论和技术的发展，对于异域异构信息资源共享、信息综合利用提供了解决方案，国内外相关行业纷纷展开了研究和探索。云计算是一种共享IT基础架构的方法，可以将各种资源连接起来，形成资源池以提供IT服务。基于云计算构建铁路信息共享平台，建立物理资源池、信息共享资源池，以服务的模式提供给信息共享平台云端用户，发挥信息资源综合效益，满足信息共享交换的需求，是铁路信息共享平台建设的一种新技术思路。本文以铁路信息共享需求为背景，对云计算理论和关键技术进行研究，在此基础上提出基于云计算的铁路信息共享平台架构解决方案，重点研究云计算存储技术、云服务技术和云安全技术，从信息共享平台基础信息存储、业务功能服务提供及整体安全方面提出解决思路。本文的主要研究内容和创新成果如下：（1）研究云计算理论及其关键技术，将云计算理论和关键技术用于铁路信息共享平台的研究，根据云服务的部署模式和铁路信息共享需求及特点，提出了采用云计算构建铁路信息共享平台的新思路。（2）提出了基于云计算的铁路信息共享平台总体框架（CRISP），描述了云计算铁路信息共享平台的需求（SFMS需求），逻辑架构、物理架构和支撑体系（SSMC支撑体系），给出了云计算信息共享平台信息存储、资源调度、平台监控和应用服务的解决方案及实施建议。（3）研究云计算信息共享平台存储技术，提出了基于云计算的企业数据中心和云计算共享平台数据存储策略，采用分布式存储技术和非关系数据存储模型，建立共享平台资源存储池；提出了面向对象信息编码方法，实现了基于云计算存储技术的铁路共享信息存储管理。（4）研究云计算信息共享平台服务技术，提出了云计算信息共享平台服务架构，及适用于云计算信息共享平台的服务目录管理和服务检索匹配算法模型。（5）研究云计算信息共享平台安全技术，提出了云计算信息共享平台信息安全模型和立体防护体系，研究了基于统一云计算安全中心的安全防护及相关技术。
刘永亮[6]（2012）在《那曲物流中心信息系统设计与实现》文中研究说明那曲物流中心信息系统方案设计充分考虑青藏高原,海拔高,气压低,生态环境恶劣的特点,采用集中处理、远程操作体系结构,将信息处理能力及数据存储能力集中上移,实现数据处理平台的统一管理；充分考虑那曲物流中心业务与青藏铁路公司铁路运输业务密不可分的紧密联系,作为一个逻辑上相对独立,安全上相对自治的子系统,融入青藏铁路公司业已形成的IT框架,充分共享既有资源。方案设计运用电子商务、GPS、GIS等具有前瞻性的技术手段和工具；那曲物流中心信息系统设计与实现内容包括：（1）信息系统总体框架设计。确定系统逻辑组成,明确各部分相互关系；（2）系统技术构架设计。确定系统物理组成,明确各部分技术方案,包括技术架构、设备部署原则、环境设计、能力设计；采用的主要技术、安全性、可靠性设计原则等；（3）应用系统设计。给出信息系统功能结构,分析系统需求,定义系统功能,设计应用系统架构；（4）与其它系统接口设计等。本论文从那曲物流中心信息系统的业务需求进行分析,构建了信息系统的两大业务,基础业务、综合管理业务,同时给出了发送业务流程和到达信息业务流程。在业务分析的基础上,本文进一步提出了信息系统的总体设计,研究分析出了系统的功能结构和体系结构,以及与其他系统的接口说明。在此基础上,本论文又更进一步,提出了基础平台、应用系统、其他配套系统的设计方案。
张涛[7]（2011）在《铁路局调度指挥中心容灾系统的研究》文中进行了进一步梳理随着信息技术的发展,信息系统的业务数据在人类的社会活动中的重要性越发明显,然而,没有任何保护措施的数据极易受到各种自然灾害的破坏,如地震、火灾、洪水、战争、恐怖袭击或人为因素。丢失数据的后果不堪设想。数据备份这样传统的数据保护技术虽然在某些情况下可以有效的保护数据,但在发生如地震,火灾,洪水,战争,恐怖袭击等大规模的灾难时往往无能为力。灾难备份与恢复系统是现代企业信息系统正常运转的不可或缺的信息技术手段。铁路调度指挥系统是我国铁路信息化建设的重要组成部分,同时也是铁路电务部门跨越式发展的主要内容。本论文以铁路信息系统容灾的建设为背景,详细阐述了灾备的原理,当前应用的主流技术,以及各种技术分类的理论知识,并重点描述了应用灾备技术的发展情况。其次,论文简要介绍了新一代铁路调度指挥系统的总体结构与功能,各子系统的功能及数据流程,并对调度集中系统CTC作了重点介绍。从对铁路局调度指挥中心系统TDCS/CTC灾难备份现状以及面临的安全风险进行分析入手,详细研究了铁路局调度指挥中心构建容灾系统的必要性,并给出了铁路局调度指挥系统灾难备份的目标,对灾难恢复等级详细地给出了定性说明。另外,第四章介绍了主流的灾备技术；分析了主要容灾设备生产厂家提出的以灾备为目标的典型实施方案以及方案中使用的技术、设计理念和设备的优缺点；并以一些存储领域的商业产品为方案实施基础,详细介绍了在典型行业中灾备方案的实现方法。最后,根据容灾理论和标准,以Power数据库服务器和DS8000存储系统以及镜像技术为基础,提出了三种容灾解决方案：两地三中心,异地两地,本地存储HA+异地灾备的方案架构。从而实现了铁路调度指挥系统的灾难恢复可行性以及生产数据的连续可用性。
赵磊,赵靖雯[8]（2010）在《运用Radmin V2.1远程维护财务会计管理信息系统》文中研究指明结合远程维护哈尔滨铁路局管内财务信息系统V5.0的实例,介绍选择Radmin2.1中文版软件的理由,及如何应用该软件进行财务信息管理系统的远程维护。
刘大材[9]（2010）在《铁路运维软件安全性测试方法的研究》文中研究说明摘要：随着我国铁路信息化的飞速发展,铁路运维软件作为一类对铁路信息系统、设备、业务、资源等进行“综合维护,集中监控”的铁路计算机应用程序被开发出来并投入到现场使用。铁路运维软件在解放了铁路运维工程师时间和空间的同时,它的质量与安全性也成为了铁路单位生产经营工作能否顺利进行的决定性因素。在这种情况下,为验证铁路运维软件安全质量而进行的安全性测试变的尤为重要。如何针对我国正在开发中或已经投入使用的铁路运维软件的实际情况,系统的对其进行安全性测试,是目前亟待研究解决的重大课题。本论文结合参加铁道部重点科研项目“铁路计算机应用系统测试关键技术研究”的研究工作,对铁路运维软件安全性测试的流程与方法进行了选题研究。本论文首先分析了铁路运维软件的开发需求、一般软件的测试流程,软件安全性的定义、安全性测试的内容、分类及几种测试方法的优劣等几个关键问题。在此基础上,统一了软件在功能与质量两方面的安全要求,介绍了铁路运维软件一般的系统结构并分析了铁路运维软件的测试需求。根据具体的测试需求,本文以提高测试的覆盖率、减轻测试难度、节省测试资源为出发点,设计了一种“基于威胁建模的故障代码注入”的测试方法,并详细介绍了流程的各个步骤。这些理论研究具有一定的深度和开拓性,研究成果可以用于铁路运维软件安全性测试的实际工作中,并发挥较好的作用。最后,文章应用研究的测试流程与方法对具体的铁路运维软件进行了实证测试,验证了本论文研究成果的可用性及有效性。
杨宝泽[10]（2010）在《轨道车管理系统支撑平台的设计与实现》文中研究指明轨道车辆管理信息系统是一套供铁道部及铁路局铁路轨道车主管部门、业务管理机关,基层段等多层次使用的,信息集成与共享的,具有一定辅助决策支持功能的网络化的管理信息系统。系统用户较多且分布域很广,具有分布性的特点,而且功能需要不断的扩展变更,系统的部署和维护的难度更是由于分布性的特点而变得非常困难。因此按照一般的信息管理系统开发解决方案,不能很好的解决数据访问,数据同步,业务逻辑开发,用户授权等功能性问题,也不能满足系统可扩展性,易维护性,稳定性等非功能方面的需求,所以需要结合轨道车管理系统具体的实际情况,提供一套可行的解决方案。轨道车管理信息系统支撑平台正是基于这样的目的提出来的,主要解决轨道车管理信息系统开发过程中的功能性和非功能性问题,降低开发的难度,加快软件的开发过程,并解决软件部署和后期维护的问题,为分布式的信息管理系统提供良好的支撑环境。支撑平台通过对信息系统的开发方法的研究,结合轨道车管理信息系统自身的特点进行详细的分析,抽取出平台的主要功能,然后采用面向对象的分析和设计方法,同时结合设计模式的方法理论,对功能加以设计实现,使平台能满足轨道车管理系统的功能和非功能要求。本文先论述了开发轨道车管理信息系统支撑平台的背景,然后全面地描述了轨道车管理系统的特点以及需要解决的问题,并对这些特点和问题加以分析和归纳,提取出支撑平台的功能性和非功能性需求,接着利用软件工程,软件架构等相关理论知识提出了平台的架构方案,使系统更符合用户的需求,具有可扩展性、可靠性的特点；然后就平台实现的关键技术以及功能组件的实现进行阐述,着重描述了自动升级、数据同步、数据库统一访问等组件或接口的实现；最后进行总结与展望,希望支撑平台能够在现有基础上进行扩展后,应用于其他管理信息系统的开发中。
二、运用远程控制软件维护铁路信息系统（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、运用远程控制软件维护铁路信息系统（论文提纲范文）
（1）5G网络技术对提升4G网络性能的研究（论文提纲范文）
| 引言 |
| 1 4G网络现处理办法 |
| 2 4G网络可应用的5G关键技术 |
| 2.1 Msssive MIMO技术 |
| 2.2 极简载波技术 |
| 2.3 超密集组网 |
| 2.4 MEC技术 |
| 3 总结 |
（2）基于物联网的化粪池远程监控、诊断与运维服务系统设计与开发（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 引言 |
| 1.1.1 研究背景 |
| 1.2 化粪池概述 |
| 1.2.1 化粪池的构造及功能 |
| 1.2.2 国内外化粪池技术现状 |
| 1.3 远程监控系统研究现状 |
| 1.4 论文创新点 |
| 第二章 现状与需求分析 |
| 2.1 济南市化粪池管理现状、存在的问题调研分析 |
| 2.1.1 济南市化粪池现状调查 |
| 2.1.2 济南市化粪池存在的问题 |
| 2.2 化粪池外溢热线投诉情况 |
| 2.3 低洼、易外溢化粪池情况统计 |
| 2.4 引起化粪池异常外溢的原因分析 |
| 2.5 点位选取布设 |
| 2.6 本章小结 |
| 第三章 化粪池远程监控、诊断与运维服务系统设计与开发 |
| 3.1 化粪池远程监控系统整体构架 |
| 3.1.1 整体构架 |
| 3.1.2 化粪池液位检测远程监控功能及实现 |
| 3.2 化粪池远程监控系统数据采集终端 |
| 3.3 化粪池远程监控系统接口 |
| 3.4 化粪池远程监控系统程序代码构架 |
| 3.4.1 UI(User Interface)用户界面表示层 |
| 3.4.2 BLL(Business Logical Layer)业务逻辑层 |
| 3.4.3 DAL(Data Access Layer)数据访问层 |
| 3.4.4 Common类库 |
| 3.4.5 Entity类库 |
| 3.5 数据库系统设计 |
| 3.5.1 信息模型设计 |
| 3.5.2 数据库设计流程 |
| 3.5.3 数据库需求分析 |
| 3.5.4 逻辑结构设计 |
| 3.5.5 物理结构设计 |
| 3.5.6 数据库实施与维护 |
| 3.5.7 数据安全 |
| 3.6 系统逻辑结构设计及技术方案 |
| 3.6.1 数据库 |
| 3.7 化粪池远程监控数据传输云平台构架 |
| 3.8 移动端APP |
| 3.8.1 APP UI设计 |
| 3.8.2 APP功能展示 |
| 3.9 网络配置 |
| 3.10 化粪池远程监控、诊断与运维服务系统硬件环境的搭建 |
| 3.11 软件环境搭建 |
| 3.11.1 安装IIS服务 |
| 3.11.2 部署SQL sever数据库 |
| 3.11.3 安装.NET FrameWork |
| 第四章 化粪池远程监控系统部署、测试、验证及应用 |
| 4.1 化粪池远程监控系统测试 |
| 4.1.1 单元测试 |
| 4.1.2 集成测试 |
| 4.1.3 系统测试 |
| 4.1.4 兼容性测试 |
| 4.1.5 性能测试 |
| 4.1.6 安全测试 |
| 4.2 软件维护 |
| 4.3 系统应用 |
| 4.4 监测数据分析 |
| 4.4.1 数据处理与显示 |
| 4.4.2 数据操作 |
| 4.4.3 数据特征分析 |
| 4.4.4 预警分析 |
| 4.5 效益分析 |
| 第五章 结论 |
| 参考文献 |
| 致谢 |
| 学位论文评阅及答辩情况表 |
（3）结对编程在生产值班与工作管理系统中的应用研究（论文提纲范文）
| 摘要 |
| abstract |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究意义 |
| 1.2 国内外研究现状 |
| 1.2.1 铁路信息系统 |
| 1.2.2 结对编程技术 |
| 1.2.3 结对编程在铁路信息系统的应用 |
| 1.3 研究内容及目标 |
| 1.3.1 研究内容 |
| 1.3.2 研究目标 |
| 第2章 结对编程技术概述 |
| 2.1 极限编程技术 |
| 2.2 结对编程的特点 |
| 2.2.1 结对编程 |
| 2.2.2 结对编程的优缺点分析 |
| 2.3 结对编程与螺旋开发模型的结合 |
| 2.3.1 螺旋模型 |
| 2.3.2 螺旋模型核心思想 |
| 2.3.3 螺旋模型缺点分析 |
| 2.3.4 与结对编程相的结合 |
| 2.4 本章小结 |
| 第3章 结对编程技术成本研究 |
| 3.1 磨合期成本分析 |
| 3.1.1 案例研究 |
| 3.1.2 结论分析 |
| 3.2 开发阶段成本分析 |
| 3.2.1 成本分析对比研究 |
| 3.2.2 成本分析结论 |
| 3.3 本章小结 |
| 第4章 结对编程技术应用案例 |
| 4.1 项目概况 |
| 4.2 项目开发特点 |
| 4.3 结对编程项目实施 |
| 4.3.1 结对编程技术优势强化措施 |
| 4.3.2 结对编程技术缺陷预防控制措施 |
| 4.3.3 结对编程技术阶段实施方案 |
| 4.4 结对编程技术改进 |
| 4.4.1 共用硬件资源 |
| 4.4.2 小区域自治 |
| 4.4.3 结对策略的制定 |
| 4.5 本章小结 |
| 第5章 结对编程技术应用效果分析 |
| 5.1 应用效果 |
| 5.1.1 系统应用效果 |
| 5.1.2 结对编程技术的应用效果 |
| 5.2 系统问题及解决方案 |
| 5.2.1 系统问题 |
| 5.2.2 解决方案 |
| 5.3 结对编程缺陷分析 |
| 5.4 改进措施 |
| 5.5 本章小结 |
| 结论 |
| 致谢 |
| 参考文献 |
| 附录 |
| 攻读硕士期间发表的论文及科研成果 |
（4）云环境下铁水联运信息平台关键技术研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究意义 |
| 1.2 国内外研究现状 |
| 1.2.1 关于铁水联运信息化的研究现状 |
| 1.2.2 关于云计算的研究现状 |
| 1.3 论文研究目标 |
| 1.4 论文的研究内容与组织结构 |
| 1.4.1 论文研究内容 |
| 1.4.2 论文的组织结构 |
| 第2章 铁水联运和云计算技术 |
| 2.1 铁水联运概述 |
| 2.1.1 铁水联运的业务分类和构成主体 |
| 2.1.2 集装箱进出口作业流程分析 |
| 2.1.2.1 集装箱出口作业流程 |
| 2.1.2.2 集装箱进口作业流程 |
| 2.1.3 集装箱进出口过程的信息共享需求 |
| 2.2 云计算概述 |
| 2.2.1 云计算定义和特点 |
| 2.2.2 云计算特征 |
| 2.2.3 云服务模型 |
| 2.2.4 云构建模式 |
| 2.3 云计算关键技术 |
| 2.3.1 云平台构建技术 |
| 2.3.2 大数据技术 |
| 2.3.2.1 大数据的定义及特征 |
| 2.3.2.2 大数据技术分类 |
| 2.3.2.3 铁水联运的行业大数据 |
| 2.4 云计算相关框架 |
| 2.4.1 云平台构建框架 |
| 2.4.2 大数据处理平台 |
| 2.5 本章小结 |
| 第3章 铁水联运云平台的构架设计 |
| 3.1 现有铁水联运信息系统构建模式弊端分析 |
| 3.2 铁水联运云平台的提出 |
| 3.3 铁水联运云平台的构架设计思路 |
| 3.3.1 采用集约型的大集中管理模式 |
| 3.3.2 采用分层的虚拟资源管理构架 |
| 3.3.3 采用业务应用与信息共享融合的设计方案 |
| 3.3.4 构建可扩展的数据服务体系 |
| 3.4 铁水联运云平台的系统构架设计 |
| 3.4.0 铁水联运云平台的构建模式 |
| 3.4.1 铁水联运云平台的云服务栈设计 |
| 3.4.2 铁水联运云平台的总体构架设计 |
| 3.4.3 资源支撑体系的构架设计 |
| 3.4.3.1 资源支撑体系的技术构架 |
| 3.4.3.2 资源支撑体系的虚拟资源池 |
| 3.4.3.3 资源支撑体系的冗余构架 |
| 3.4.3.4 基于资源支撑体系的信息交互模式 |
| 3.4.3.5 基于资源支撑体系的运维模式 |
| 3.4.4 业务支撑体系的构架设计 |
| 3.4.4.1 业务支撑体系的功能资源池 |
| 3.4.4.2 业务支撑体系的系统构架 |
| 3.4.4.3 业务支撑体系的应用重构策略 |
| 3.4.4.4 业务支撑体系的SaaS服务模式设计 |
| 3.4.5 数据支撑体系的构架设计 |
| 3.4.5.1 联运大数据的应用需求分析 |
| 3.4.5.2 数据支撑体系的技术构架 |
| 3.4.6 铁水联运云平台的运营模式 |
| 3.5 云环境下的铁水联运信息流优化 |
| 3.5.1 现有铁水联运流程存在问题 |
| 3.5.2 货运流程优化思路 |
| 3.5.3 基于FPMS的集装箱出口信息流设计 |
| 3.5.4 基于FPMS的集装箱进口信息流设计 |
| 3.5.5 基于Petri网的FPMS集装箱进出口信息流建模和模型检测 |
| 3.5.5.1 Petri网的基本理论和OOPN技术 |
| 3.5.5.2 基于OOPN的FPMS集装箱进出口流建模 |
| 3.5.5.3 FPMS集装箱进出口信息流模型检测 |
| 3.5.6 基于FPMS的联运数据交换 |
| 3.5.5.1 货主/联运经营人提交和获取的数据 |
| 3.5.5.2 铁路与水路部门交换的数据 |
| 3.5.5.3 水路与铁路部门交换的数据 |
| 3.5.5.4 其他部门对FPMS的业务数据需求 |
| 3.5.5.5 联运公共基础数据 |
| 3.6 本章小结 |
| 第4章 云环境下的联运应用管理体系关键技术 |
| 4.1 问题提出 |
| 4.2 构建思路 |
| 4.2.1 建立抽象联运应用模型 |
| 4.2.2 采用基于持续集成的应用构建模式 |
| 4.2.3 建立统一的异构应用部署模型 |
| 4.2.4 建立高可用的弹性集群管理模型 |
| 4.2.5 建立基于SaaS的应用安全机制 |
| 4.3 联运应用的抽象定义 |
| 4.4 基于DevOps的一体化联运应用管理体系 |
| 4.4.1 应用管理体系的组件设计 |
| 4.4.2 应用持续集成模型 |
| 4.4.3 应用集群部署模型 |
| 4.4.4 高可用的应用集群管理模型 |
| 4.4.4.1 模型设计 |
| 4.4.4.2 基于MSA的应用管理优化 |
| 4.4.5 基于SaaS的应用访问控制安全模型 |
| 4.4.5.1 SSO认证模型 |
| 4.4.5.2 基于角色的访问控制模型 |
| 4.4.5.3 基于SSO和改进RBAC模型的SaaS访问控制策略 |
| 4.5 应用管理体系实现与云平台的性能测试 |
| 4.5.1 云平台的部署模式选择 |
| 4.5.2 云环境下的IAMS部署实现 |
| 4.5.2.1 部署组件 |
| 4.5.2.2 硬件环境 |
| 4.5.2.3 虚拟网络 |
| 4.5.3 云平台的应用性能测试 |
| 4.5.3.1 应用部署 |
| 4.5.3.2 实验结果分析 |
| 4.6 本章小结 |
| 第5章 云环境下的联运信息共享机制 |
| 5.1 问题提出 |
| 5.2 基于MSOA的信息共享模型 |
| 5.2.1 模型构架设计 |
| 5.2.2 ITIU的定义与设计 |
| 5.2.2.1 ITIU的信息共享技术标准 |
| 5.2.3.2 ITIU的定义 |
| 5.2.3.3 ITIU的设计实现 |
| 5.3 云环境下的EDI系统构架优化 |
| 5.3.1 现有EDI构架的弊端和优化思路 |
| 5.3.2 XEDI的层次构架 |
| 5.3.3 云环境下XEDI的组件体系 |
| 5.3.4 XEDI的报文处理模型 |
| 5.4 XEDI的伸缩性问题研究 |
| 5.4.1 伸缩性机制研究现状和问题分析 |
| 5.4.2 XEDI的POD状态模型 |
| 5.4.3 XEDI的伸缩模型 |
| 5.4.3.1 伸缩策略的定义 |
| 5.4.3.2 单指标伸缩模型 |
| 5.4.3.3 多指标伸缩模型 |
| 5.4.4 XEDI的负载指标集 |
| 5.4.5 XEDI的自动伸缩算法 |
| 5.4.6 基于排队论模型的POD副本集优化 |
| 5.4.7 基于XDRF的POD副本资源分配 |
| 5.4.7.1 DRF资源分配算法 |
| 5.4.7.2 XDRF资源分配算法定义 |
| 5.4.7.3 XDRF算法公平性分析 |
| 5.4.7.4 基于XDRF的POD扩容过程 |
| 5.4.8 XEDI的伸缩性能测试 |
| 5.4.8.1 XEDI的扩容效果测试 |
| 5.4.8.2 XEDI在不同伸缩策略下的性能测试 |
| 5.4.8.3 XEDI在不同虚拟环境的伸缩性能对比 |
| 5.5 本章小结 |
| 第6章 基于联运大数据的订单撮合问题研究 |
| 6.1 问题提出 |
| 6.2 智能订单撮合系统 |
| 6.3 IOMS的数据处理模型和数据传输模块 |
| 6.3.1 IOMS的数据处理模型 |
| 6.3.2 IOMS数据传输模块 |
| 6.3.2.1 离线数据传输模块 |
| 6.3.2.2 在线反馈数据传输模块 |
| 6.4 IOMS的撮合算法 |
| 6.4.1 算法模型 |
| 6.4.2 算法性能优化 |
| 6.4.3 算法变量定义 |
| 6.4.4 算法目标函数 |
| 6.4.5 算法约束条件 |
| 6.4.6 算法执行步骤 |
| 6.4.7 算法评估指标 |
| 6.4.8 算法测试与评估 |
| 6.4.8.1 IOMS的性能测试 |
| 6.4.8.2 IOMS推荐效果评估 |
| 6.5 本章小结 |
| 第7章 总结与展望 |
| 7.1 总结 |
| 7.2 展望 |
| 致谢 |
| 参考文献 |
| 攻读博士学位期间完成的论文 |
（5）基于云计算的铁路信息共享平台及关键技术研究（论文提纲范文）
| 致谢 |
| 摘要 |
| ABSTRACT |
| 1 概述 |
| 1.1 研究背景 |
| 1.2 信息共享平台国内外研究现状 |
| 1.2.1 国外交通运输行业信息共享研究现状 |
| 1.2.2 国内交通运输及相关行业共享研究现状 |
| 1.2.3 铁路信息化建设及共享现状 |
| 1.2.4 信息共享架构分析 |
| 1.2.5 信息共享研究经验总结 |
| 1.3 云计算国内外研究现状 |
| 1.3.1 国外云计算研究现状 |
| 1.3.2 国内云计算研究现状 |
| 1.3.3 云计算研究经验总结 |
| 1.4 采用云计算构建信息共享平台思路分析 |
| 1.5 本文工作 |
| 2 云计算理念及相关技术 |
| 2.1 云计算概念 |
| 2.2 云计算架构 |
| 2.3 云计算的分类 |
| 2.4 云计算的服务模式 |
| 2.5 云计算的特点 |
| 2.6 云计算关键技术 |
| 2.7 本章小结 |
| 3 基于云计算构建铁路信息共享平台总体框架 |
| 3.1 信息共享需求分析 |
| 3.1.1 铁路各业务系统信息共享需求 |
| 3.1.2 对铁路信息共享平台的需求 |
| 3.2 铁路信息共享平台功能 |
| 3.3 基于云计算理念铁路信息共享平台 CRISP 逻辑结构 |
| 3.4 基于云计算理念铁路信息共享平台 CRISP 物理结构 |
| 3.5 铁路信息共享平台 SSMC 支撑体系 |
| 3.5.1 标准支撑 |
| 3.5.2 共享交换技术支撑 |
| 3.5.3 元数据支撑 |
| 3.5.4 目录支撑 |
| 3.6 云计算铁路信息共享平台存储方案 |
| 3.7 云计算铁路信息共享平台服务调度方案 |
| 3.8 云计算铁路信息共享平台监控方案 |
| 3.9 云计算铁路信息共享平台应用方案 |
| 3.9.1 云计算铁路信息共享平台接入条件 |
| 3.9.2 信息共享平台用户注册方案 |
| 3.9.3 信息共享平台内部用户单点认证方案 |
| 3.9.4 铁路信息共享平台信息共享流程 |
| 3.9.5 铁路信息共享平台服务发布流程 |
| 3.10 实施步骤建议 |
| 3.11 本章小结 |
| 4 基于云计算的铁路共享信息存储研究 |
| 4.1 云存储概述 |
| 4.2 基于云计算的企业数据中心 |
| 4.2.1 现状分析 |
| 4.2.2 铁路资源整合思路 |
| 4.2.3 铁路云数据中心结构 |
| 4.2.4 数据中心资源整合的关键技术 |
| 4.3 云计算共享平台数据存储 |
| 4.3.1 现状分析 |
| 4.3.2 铁路共享数据存储思路 |
| 4.3.3 铁路共享平台数据存储结构 |
| 4.3.4 云计算共享平台存储关键技术 |
| 4.4 共享平台云存储实现 |
| 4.4.1 铁路云计算共享平台存储信息分析 |
| 4.4.2 基础信息编码 |
| 4.4.3 基于 Cassandra 铁路共享信息存储实现 |
| 4.5 本章小结 |
| 5 基于云计算的铁路信息共享服务研究 |
| 5.1 云服务概述 |
| 5.2 现状分析 |
| 5.3 铁路信息共享平台云服务思路 |
| 5.4 铁路信息共享平台云服务架构 |
| 5.5 铁路信息共享平台服务关键技术 |
| 5.5.1 聚类技术 |
| 5.5.2 搜索引擎技术 |
| 5.6 云计算铁路信息共享平台服务检索实现 |
| 5.6.1 服务分类管理 |
| 5.6.2 服务搜索框架 |
| 5.6.3 共享平台服务检索算法 |
| 5.7 本章小结 |
| 6 基于云计算的铁路信息共享平台安全机制 |
| 6.1 云安全概述 |
| 6.2 铁路网络和信息安全现状 |
| 6.3 云计算信息共享平台安全建设思路 |
| 6.4 共享平台云安全体系结构 |
| 6.4.1 铁路信息共享平台云安全逻辑结构 |
| 6.4.2 共享平台云安全防护体系 |
| 6.4.3 信息共享平台云安全关键技术 |
| 6.5 云计算信息共享平台数据服务安全实现策略 |
| 6.5.1 数据安全策略 |
| 6.5.2 服务安全策略 |
| 6.6 本章小结 |
| 7 总结与展望 |
| 7.1 总结 |
| 7.2 主要创新点 |
| 7.3 研究展望 |
| 参考文献 |
| 作者简历及科研成果清单 |
| 学位论文数据集 |
| 详细中文摘要 |
| 详细英文摘要 |
| 详细英文摘要 |
（6）那曲物流中心信息系统设计与实现（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.3 研究目标及内容 |
| 1.4 本文结构 |
| 第2章 那曲物流中心业务分析 |
| 2.1 那曲物流中心设计要求 |
| 2.1.1 功能定位 |
| 2.1.2 基础设施情况 |
| 2.2 业务流程分析 |
| 2.2.1 发送业务流程 |
| 2.2.2 到达业务流程 |
| 第3章 信息系统总体架构设计 |
| 3.1 系统设计的目标、内容、原则 |
| 3.1.1 设计目标 |
| 3.1.2 设计内容 |
| 3.1.3 设计原则 |
| 3.2 系统应用功能结构 |
| 3.2.1 应用功能结构(一期) |
| 3.2.2 其它配套系统功能结构 |
| 3.3 系统架构设计 |
| 3.3.1 系统总体架构 |
| 3.3.2 系统软件架构 |
| 3.3.3 系统技术架构 |
| 3.4 系统接口 |
| 3.5 系统的可移植性 |
| 3.5.1 业务可移植性 |
| 3.5.2 开发技术可移植性 |
| 3.5.3 产品可移植性 |
| 第4章 应用系统功能设计 |
| 4.1 客户服务管理系统 |
| 4.1.1 系统功能 |
| 4.1.2 软件实现 |
| 4.1.3 系统接口 |
| 4.2 物流调度管理系统 |
| 4.2.1 系统功能 |
| 4.2.2 软件实现 |
| 4.2.3 系统接口 |
| 4.3 运输管理系统 |
| 4.3.1 铁路运输管理子系统 |
| 4.3.2 公路运输管理子系统 |
| 4.4 仓储管理系统 |
| 4.4.1 仓库管理子系统 |
| 4.4.2 散堆货场管理子系统 |
| 4.4.3 集装箱箱场管理子系统 |
| 4.5 货物全程追踪系统 |
| 4.5.1 铁路追踪系统 |
| 4.5.2 那曲物流中心内部追踪系统 |
| 4.5.3 公路追踪系统 |
| 4.6 统计分析系统 |
| 4.6.1 物流中心管理指标体系 |
| 4.6.2 物流中心管理指标体系的设计原则 |
| 4.6.3 物流中心管理指标体系的内容 |
| 第5章 其他配套系统 |
| 5.1 机务折返所 |
| 5.1.1 综合布线及局域网建设 |
| 5.1.2 应用系统建设 |
| 5.2 那曲应急救援中心 |
| 5.2.1 综合布线及局域网建设 |
| 5.2.2 应用系统建设 |
| 5.3 车辆装卸检修所 |
| 5.3.1 综合布线及局域网建设 |
| 5.3.2 应用系统建设 |
| 结论与展望 |
| 致谢 |
| 参考文献 |
（7）铁路局调度指挥中心容灾系统的研究（论文提纲范文）
| 致谢 |
| 中文摘要 |
| ABSTRACT |
| 1 引言 |
| 1.1 研究背景 |
| 1.2 国内外的研究现状 |
| 1.3 研究意义 |
| 1.4 论文结构及主要研究内容 |
| 2 容灾系统理论及相关技术 |
| 2.1 容灾的基本概念 |
| 2.1.1 容灾系统的评价指标 |
| 2.1.2 容灾的等级划分 |
| 2.1.3 容灾保护 |
| 2.2 容灾系统技术研究 |
| 2.2.1 基本的容灾技术研究 |
| 2.2.2 容灾系统的体系结构 |
| 2.3 主要容灾技术 |
| 2.4 本章小结 |
| 3 铁路调度指挥系统容灾需求 |
| 3.1 铁路调度指挥系统结构 |
| 3.2 铁路局调度指挥中心系统结构 |
| 3.3 铁路局调度指挥系统实施方案 |
| 3.3.1 中心机房设备 |
| 3.3.2 调度所设备 |
| 3.3.3 远程工作站设备 |
| 3.4 安全隐患分析 |
| 3.5 安全需求分析 |
| 3.6 本章小结 |
| 4 灾备网络存储技术与典型方案分析 |
| 4.1 灾备网络存储技术介绍 |
| 4.2 IBM典型数据灾备方案 |
| 4.2.1 数据级灾难备份方案PPRC |
| 4.2.2 应用级灾难备份方案HAGEO+HACMP |
| 4.3 IBM同城灾备解决方案 |
| 4.3.1 同城灾备解决方案简述 |
| 4.3.2 IBM同城灾备解决方案介绍 |
| 4.4 EMC典型灾备方案 |
| 4.4.1 EMC灾备设备 |
| 4.4.2 EMC其它软件 |
| 4.5 EMC容灾技术行在行业中的应用 |
| 4.6 HP公司方案 |
| 4.7 本章小结 |
| 5 铁路局列车调度指挥中心灾难备份技术方案 |
| 5.1 铁路局TDCS/CTC系统灾难备份等级要素分析 |
| 5.2 铁路局TDCS/CTC系统灾难备份关键技术指标 |
| 5.3 铁路局TDCS/CTC系统灾难备份建设原则 |
| 5.4 IBM DS8000存储容灾技术介绍 |
| 5.4.1 IBM DS8000本地数据复制技术--Flash Copy |
| 5.4.2 远程数据同步复制技术--Metro Mirror |
| 5.4.3 远程数据异步复制技术(保证一致性)--Global Mirror |
| 5.5 Power服务器容灾技术介绍 |
| 5.5.1 IBM PowerHA for AIX(HACMP) |
| 5.5.2 PowerHA/XD for AIX(HACMP/XD) |
| 5.6 铁路局TDCS/CTC系统灾难备份方案设计 |
| 5.6.1 两地三中心容灾解决方案 |
| 5.6.2 异地两地灾备方案 |
| 5.6.3 存储HA+异地灾备(HA+GM) |
| 5.7 本章小结 |
| 6 结论 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 作者简历 |
| 学位论文数据集 |
（8）运用Radmin V2.1远程维护财务会计管理信息系统（论文提纲范文）
| 0引言 |
| 1远程维护运行原理 |
| 2在实践中的具体应用 |
| 2.1选择Radmin (Remote Administrator) 的优势 |
| 2.2 Radmin的安装 |
| 2.3 Radmin的设置 |
| 2.3.1被控端访问设置 |
| 2.3.2主控端的连接设置 |
| 2.4远程维护操作 |
| 3常见问题参考 |
| 3.1安全性问题 |
| 3.2无法连接到指定的被控端 |
| 4结束语 |
（9）铁路运维软件安全性测试方法的研究（论文提纲范文）
| 致谢 |
| 中文摘要 |
| ABSTRACT |
| 1 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.2.1 铁路运维软件的研究现状 |
| 1.2.2 软件测试发展研究现状 |
| 1.2.3 软件安全性测试研究现状 |
| 1.3 研究目标与论文组织 |
| 1.4 本章小结 |
| 2 安全性测试技术及方法的研究 |
| 2.1 一般软件测试流程分析 |
| 2.1.1 测试需求分析 |
| 2.1.2 测试计划 |
| 2.1.3 测试设计 |
| 2.1.4 测试执行 |
| 2.1.5 测试记录与跟踪 |
| 2.1.6 回归测试 |
| 2.1.7 测试总结 |
| 2.2 软件安全性测试技术研究 |
| 2.2.1 安全性测试内容分析 |
| 2.2.2 安全性测试技术分析 |
| 2.2.3 软件安全性测试方法研究 |
| 2.3 本章小结 |
| 3 铁路运维软件安全性测试需求分析 |
| 3.1 铁路运维软件管理定位、建设目标及作用 |
| 3.2 铁路运维软件结构特性分析 |
| 3.3 铁路运维软件安全性测试需求分析 |
| 3.4 本章小结 |
| 4 铁路运维软件安全性测试方法研究 |
| 4.1 铁路运维软件安全性测试流程设计 |
| 4.1.1 信息收集过程 |
| 4.1.2 威胁建模过程 |
| 4.1.3 测试方法选择 |
| 4.2 故障代码注入研究 |
| 4.3 软件安全测试工具的设计与实现 |
| 4.3.1 研发目的 |
| 4.3.2 软件功能设计 |
| 4.3.3 软件模块处理流程 |
| 4.3.4 软件实现 |
| 4.4 本章小结 |
| 5 铁路运维软件安全性测试实证分析 |
| 5.1 系统概述 |
| 5.2 测试流程 |
| 5.2.1 收集信息过程 |
| 5.2.2 威胁建模过程 |
| 5.2.3 测试方法的选择 |
| 5.3 测试记录 |
| 5.4 测试总结 |
| 5.5 本章小结 |
| 6 总结与展望 |
| 6.1 本文工作总结 |
| 6.2 进一步研究展望 |
| 参考文献 |
| 作者简历 |
| 学位论文数据集 |
（10）轨道车管理系统支撑平台的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 课题背景 |
| 1.2 课题综述 |
| 1.3 论文结构 |
| 第二章 需求分析 |
| 2.1 轨道车管理系统需求概述 |
| 2.1.1 开发目标 |
| 2.1.2 系统功能概述 |
| 2.1.3 系统架构方案 |
| 2.1.4 系统开发过程模型 |
| 2.1.5 系统的分布性分析 |
| 2.1.6 离线业务处理分析 |
| 2.1.7 系统部署方案 |
| 2.1.8 系统维护方案 |
| 2.2 支撑平台功能性需求分析 |
| 2.2.1 基础功能 |
| 2.2.2 数据同步功能 |
| 2.2.3 用户授权功能 |
| 2.2.4 系统维护功能 |
| 2.2.5 系统升级功能 |
| 2.3 支撑平台非功能性需求分析 |
| 2.3.1 可靠性 |
| 2.3.2 复用性 |
| 2.3.3 可扩展性 |
| 2.4 本章小结 |
| 第三章 平台架构与设计 |
| 3.1 平台架构方案 |
| 3.1.1 设计思路 |
| 3.1.2 平台功能设计 |
| 3.1.3 平台架构设计 |
| 3.2 支撑平台组件功能描述 |
| 3.3.1 业务功能支持接口 |
| 3.3.2 个性化服务组件 |
| 3.3.3 系统升级组件 |
| 3.3.4 数据库同步组件 |
| 3.3.5 消息服务组件 |
| 3.3.6 异常处理组件 |
| 3.3.7 数据库统一访问接口 |
| 3.3.8 Web Service服务组件 |
| 3.3 本章小结 |
| 第四章 平台的设计与实现 |
| 4.1 综述 |
| 4.2 业务功能支持接口 |
| 4.3 个性化服务组件 |
| 4.4 系统升级组件 |
| 4.4.1 系统升级模型 |
| 4.4.2 自动升级原理 |
| 4.4.3 发布更新模块的设计与实现 |
| 4.4.4 下载模块的设计与实现 |
| 4.5 数据库同步组件 |
| 4.5.1 数据库同步模型 |
| 4.5.2 数据库同步原理 |
| 4.5.3 关键问题及解决方案 |
| 4.5.4 数据库同步的实现 |
| 4.6 消息服务组件 |
| 4.6.1 消息服务模式 |
| 4.6.2 消息服务的设计与实现 |
| 4.7 异常处理组件 |
| 4.7.1 异常处理原理 |
| 4.7.2 异常处理的实现 |
| 4.8 数据库统一访问接口 |
| 4.8.1 接口设计与实现 |
| 4.8.2 类CommonDB的设计 |
| 4.9 Web Service服务组件 |
| 4.9.1 Web Service服务组件模型 |
| 4.9.2 Web Service服务组件实现 |
| 4.10 本章小结 |
| 第五章 总结与展望 |
| 5.1 总结 |
| 5.2 展望 |
| 致谢 |
| 参考文献 |
| 攻读硕士学位期间发表的论文 |
四、运用远程控制软件维护铁路信息系统（论文参考文献）
- [1]5G网络技术对提升4G网络性能的研究[J]. 刘奕. 数码世界, 2020(04)
- [2]基于物联网的化粪池远程监控、诊断与运维服务系统设计与开发[D]. 李婉欣. 山东大学, 2019(03)
- [3]结对编程在生产值班与工作管理系统中的应用研究[D]. 许经跃. 西南交通大学, 2017(03)
- [4]云环境下铁水联运信息平台关键技术研究[D]. 黄强. 西南交通大学, 2018(09)
- [5]基于云计算的铁路信息共享平台及关键技术研究[D]. 张莉艳. 中国铁道科学研究院, 2013(05)
- [6]那曲物流中心信息系统设计与实现[D]. 刘永亮. 西南交通大学, 2012(10)
- [7]铁路局调度指挥中心容灾系统的研究[D]. 张涛. 北京交通大学, 2011(07)
- [8]运用Radmin V2.1远程维护财务会计管理信息系统[J]. 赵磊,赵靖雯. 哈尔滨铁道科技, 2010(03)
- [9]铁路运维软件安全性测试方法的研究[D]. 刘大材. 北京交通大学, 2010(10)
- [10]轨道车管理系统支撑平台的设计与实现[D]. 杨宝泽. 西南交通大学, 2010(10)