一、如何删除IE地址列表中的一个或多个地址记录（论文文献综述）
郭威[1]（2021）在《可重构制造数据分析组合服务平台》文中研究说明当今社会,随着互联网的迅速发展,来自互联网、工业生产、企业内部的数据成为了一项重要资产,迸发出巨大的商业价值,而企业需要掌控这些数据来赢得机遇、抢占商机。因此,它们迫切需要运用大数据分析技术挖掘其背后的规律并加以利用,从而为企业提供更有价值的信息,以便在市场竞争中夺得先机。同时,企业对数据分析应用的多样性需求,为数据分析平台的快速开发、重构与即时运维技术带来了巨大挑战,需要针对不同数据分析的应用层次提出模块化功能组织与可重构架构模型,用于封装高复用技术组件及框架。总的来说,基于服务组合技术支持低耦合、轻量化数据分析应用构建的特性,可最终实现快速、动态、低成本的数据分析平台定制。基于上述背景,本文提出了一种可重构制造数据分析组合服务的平台,通过服务划分,每个服务可独立运行;再将服务和功能进行模块化、组件化,各模块便易于重构和集成。同时,平台统一定义接口规范,单一组件通过接口与其他组件进行协同合作,实现通信和服务的重组,可以更好地响应用户需求。本文的工作主要包含以下几个方面:首先,描述可重构制造数据分析组合服务平台需要实现的目标和要解决的问题,然后针对需要解决的问题,将其划分为数据采集、分析建模、数据可视化及应用分析等服务类型,并对其从功能性、非功能性、可行性进行需求分析。第二,根据所做的需求分析对系统进行系统逻辑架构、系统技术架构、功能架构的设计,一方面对平台的服务划分与重构进行整体概括,另一方面对平台中服务的主要功能通过流程图的方式进行设计。与此同时,从数据库设计、类结构设计、系统关键技术、服务划分等方面对系统进行详细设计。第三,根据可重构平台的需求,结合微服务架构,使用SpringCloud框架来完成数据采集、分析建模服务、数据可视化服务及应用分析服务技术的设计;再通过前台使用Vue、后台使用SpringBoot技术做到前后端分离,从而实现数据采集、处理、分析、可视化及应用等功能,并从采集、分析建模、可视化、微服务服务重构等核心功能模块进行描述。最后,分别从功能、性能两方面对系统进行测试,总结平台完成的工作,并对平台从功能、技术等方面进行改进及展望。综上所述,本文提出的可重构制造数据分析组合服务平台,将数据采集、存储、处理、分析和可视化等服务进行集成,通过服务模块化、功能组件化来快速响应市场需求,助力企业根据自身需求实现流程化建模和分析。另外,该平台目前已应用于机床厂、用电预测、水泵故障诊断等领域。
黄心远[2]（2021）在《某区块链钱包的设计与实现》文中指出随着近年来区块链技术的快速发展,数字加密资产的市值规模不断扩大,越来越多的用户选择购买数字加密资产进行投资理财。但当前市场上的数字加密资产种类繁多且有一部分是基于不同的区块链网络,很多用户需要针对不同的数字加密资产下载相应的专用钱包进行资产管理,这给持有多种数字加密资产的用户带来了极大的不便。同时很多用户对数字加密资产的基本信息并不了解,并缺乏真实有效的数据进行决策参考,很难及时把握当前市场的动向,从而错失投资机会甚至还会造成经济损失。故本课题将要设计一款区块链钱包,通过分层确定性地址机制为用户提供安全、高效、去中心化的数字加密资产管理方案,让每一个用户都能够便捷地管理自己的数字加密资产,同时钱包还会给用户介绍每个数字加密资产的具体信息,推送最新的时讯消息,并根据行情数据、链上数据等数据信息为用户提供客观中立的数据分析服务,帮助用户打造高效的决策环境,降低用户决策成本。本文从软件工程过程的角度出发,首先对钱包系统的需求进行分析,确定系统的用户角色有游客、普通用户、会员和系统管理员,分析了系统功能有钱包生成、钱包管理、钱包转账、数字加密资产信息介绍、新闻资讯、链上数据分析、行情数据分析和用户功能等;然后对钱包系统的总体设计进行描述,包括客户端与后端的软件层次架构设计、功能模块划分、数据库设计、界面设计等;最后还介绍了钱包系统主要功能模块的详细设计、实现过程和测试工作。目前已实现了钱包的基本功能,包括钱包生成、钱包转账、钱包管理等,帮助用户实现资产一站式管理,同时还为用户提供了数字加密资产详情信息、新闻资讯、行情数据分析、链上数据分析等服务,为用户的投资决策给予了一定参考依据。
余鉴非[3]（2021）在《基于Web of Science大规模文献数据的计数方法对科研排名和基金产出的影响研究》文中研究表明在经济全球化的趋势下,依托双边和多变联合资助机制,越来越多国家鼓励本国科研机构和科研人员参与到国际合作。多方面因素带动全球科研合作的范围和深度不断拓展,导致合着论文的数量呈现出爆发式的增长,这为学术大数据的研究奠定了基础。在这样的大背景下,当评估一个国家的科研生产力和影响力时,如何把合着论文分配到不同的国家,并在此基础上计算其科研水平已经成为学术大数据研究的一个重要问题。然而受限于评估本身的局限性,没有一项体系能够对评估对象进行圆满的评估,科研评估也不例外。在当前的学术环境与科研评估体系或模式中,以论文数量和引文数量作为主要的量化指标的科研排名结果逐渐成为学术领域各类评价与考核、科研系列人员聘用与晋升、政府部门制定科技、教育发展战略的有力的决策依据。更重要的是,论文的国家分配不仅仅与计数方法有关,更涉及到实际的应用,而现有的计数方法得到的结果不足以解决论文的国家分配问题。与此同时,论文作为科研基金项目重要资助的成果之一,在科研基金的最终结题汇报时,每个科研基金都可以声称资助了这篇论文。但是一篇论文可能会受到多个不同的基金资助,这就意味着计数方法同时也对基金产出有着重要的影响。为了解决上述问题,本文使用Web of Science（WOS）数据库的大规模文献数据,通过适当的数据预处理工作以及合理的测量指标,旨在解决论文的国家分配、计数方法的选择以及基金产出等问题,为更准确的反应评估对象的真实水平和更加科学地开展科研评估工作提供相关理论基础以及方法论支撑。研究发现:（1）在国家层面的科研评估中,计数方法的选择对国家科研产出和科研影响力的排名的影响并不是很大。但是在机构层面的科研评估中,计数方法对排名在中间的机构影响较大,而对排名靠前或者靠后的机构影响相对较小。但是不管是在国家层面还是机构层面,完全计数法对科研影响力（引文数量）的影响是要远远大于对科研产出（论文数量）的影响。通过使用计数膨胀系数进一步衡量不同计数方法对科研表现作用时,发现完全计数方有着放大的科研表现作用,并且完全计数法有着一定的偏向,往往对国际科研合作程度高的国家有利,对那些国际科研合作程度低的国家是不利的。尽管目前在学术界完全计数方法比较流行,但是却不是最好的计数方法,为了保证评估结果的合理性与准确性,更建议使用直接计数和分数计数法。（2）我们通过基于一个新的度量指标深入分析了论文的第一地址与通讯地址的关系,以解决论文的分配问题。第一地址与通讯地址在国家层面上高度一致,平均相似度超过98%。然而,在机构层面的相似度要低得多,并且随时间和国家的不同而变化很大。因此,在国家层面的评估中,使用第一地址与通讯地址得到的结果几乎是相同的。但当机构成为研究的焦点时,在选择所属机构时可能需要采取更多的谨慎态度。同时,我们发现WOS数据库中记录的相应信息自2013年以来发生了一些变化,这对于未来不同数据库的比较或WOS的关联准确性的研究具有一定的指导意义。（3）在关于资金资助的研究上,不管是中国国家自然科学基金（NSFC）还是美国国家科学基金会（NSF）,资助的论文数量呈逐年上升趋势,但是NSFC资助的论文数量的增长速度是明显高于NSF,中国的论文数量增长早已得到了众多科研评估机构的公认。随着时间的增加,NSF和NSFC的膨胀系数是逐年上升的,即一篇论文受到不同基金的资助的数量也在增加,“一文多注”现象也在逐年上升。“一文多注”情况呈现出较为明显的学科领域差异,不管是中国还是美国,自然科学更容易申请到科研基金的资助,而对于像社会科学、商务管理等领域申请到科研基金资助的难度较大。
唐飞[4]（2021）在《智能园区安防综合管理系统设计与实现》文中研究表明在当前复杂多变的国际形势下,我国正处在公共安全事件易发、频发、多发阶段:各类灾害、生产事故、违法犯罪、恐怖事件等公共安全问题总量居高不下,复杂性加剧,潜在风险和新隐患增多,突发事件的防控与处置难度加大,社会发展方面的维稳工作显得尤为重要。发改委联合九部委共同出台了《关于加强公共安全视频监控建设联网应用工作的若干意见》,《意见》指出,到2020年要基本实现“全域覆盖、全网共享、全时可用、全程可控”的公共安全视频监控建设联网应用,目前平安城市发展如火似荼,为城市社会治安提供强有力的支持,监狱、学校、小区、商业中心、企业单位等对园区内部管控要求不断提升,不断发展的新技术与现有的传统安防体系结合的过程中园区安防遇到很多困难,智慧城市、平安城市的最后一步发展受到了桎梏的限制。这就要求全国各地园区需要提高安全态势,保障社会安全稳定,成为未来市场热点。本文所要探究和完成的主要任务如下:1.针对于异构系统、异构数据的园区安防现状,研究视频、数据的异构融合,结合微服务架构设计思路,通过服务拆封和封装,实现业务与服务解耦。2.研究三维可视化引擎,还原园区真实场景和设备布局,数据直观展示,“所见即所在”,一张图即可完成日常80%的园区安全管理工作,满足三维场景下的园区安全管理需求;3.通过数据的异构融合,研究园区安防智能化的应用功能,实现一人一档、一车一档、一物一档,并将人车物结合在一起,满足园区安防的综合应用。
王燕茹[5]（2020）在《基于GIS的网格化社区信息系统》文中研究说明近年来,随着城市化进程的加快和信息技术的不断发展,智慧城市建设成为城市建设的基础。在智慧城市建设工作中,建设信息化社区尤其重要。相较于信息化社区,传统社区具有一定的缺陷,如大量的居民信息难以高效管理,流动人口数据统计不够全面;社区部门工作效率低、职能分工不明确,容易导致事务解决不及时、不彻底等问题。现有信息化社区的信息平台常常借助二维GIS技术,无法真实地展现社区场景,导致社区信息无法得到充分利用;同时,这些信息平台基于C/S模式,需要在计算机中安装相应软件并进行适当配置才可以使用,不利于社区信息的维护和更新。为了解决上述问题,本文提出了一种将三维GIS技术和网格化管理相结合的解决方案,设计并实现了基于B/S模式的三维GIS网格化社区系统。本方案结合三维GIS技术搭建了网格化社区管理系统,不仅具有空间分析和可视化功能,还能对社区数据进行管理,实现信息化社区管理。依据本方案实现的系统可以把音频、视频、三维地图等内容集中在同一个Web页面,更加丰富地展现社区面貌。本文首先对所选课题的研究背景和意义、研究现状展开综述,并对系统涉及的理论基础和相关技术进行分析,其中着重分析了网格转换算法、三维GIS框架Cesium、微服务框架Spring Cloud以及Cesium搭建三维地图过程中涉及的OOC算法、模型加载调度等。其次,为解决传统单体系统架构臃肿、维护困难等问题,本文结合了对某地区充分调研的结果,从三维GIS模型构建、空间分析、数据可视化等多个方面,搭建了一个基于三维GIS的网格化社区信息系统。系统以新兴的微服务架构Spring Cloud为总体框架,以Spring Boot+Mybatis+Bootstrap为基础框架,三维地图的实现采用开源GIS框架Cesium。最后,对该平台进行功能、性能测试,验证了该系统的完整性。综上所述,本文通过将三维GIS框架Cesium与网格化管理模式相结合,建立的三维社区系统不仅可以节约成本、缩短建设周期,还是现阶段快速建设信息化社区的新途径。本方案可以应用于社区规划、信息系统管理、智慧城市等多方面,成为企事业单位、政府部门的有力助手。
汪翔翔[6]（2020）在《基于Spring Boot的进出口贸易ERP系统设计与实现》文中研究说明近些年来,随着国际贸易摩擦的不断升级,进出口贸易企业对于供应货品信息的及时性和一致性提出了更高的要求。ERP（Enterprise Resource Planning）系统是一种基于系统化管理思想和方法而建立的企业资源管理平台,在数字化经济中具有重要作用。传统的ERP系统通过将企业的内部资源进行整合,一定程度上提高了企业的运作效率,但往往缺乏对于进出口贸易企业的针对性,无法及时有效地将分散在世界各地的供应商进行接入。基于轻量、低耦合、易扩展的Spring boot框架,本文设计并实现了一款专门针对进出口贸易企业的ERP系统。在传统ERP系统的基础上,通过互联网将采购原料的供应商、进出口贸易企业以及客户三者串联起来,优化采购和供应流程,进而提高进出口贸易企业的运作效率。本文通过在美国某进出口贸易企业的实地调研,依据软件工程思想,首先结合进出口贸易企业的业务流程对将要构建的系统进行了需求分析,并结合用例图、流程图加以说明;之后,在充分分析了企业的需求后对ERP系统进行了概要设计,将系统进行了功能模块划分并完成了数据库表结构的设计;进而通过类图和顺序图描绘了各个模块中的核心接口与方法及其前后端的交互过程,完成了各个模块的详细设计;在系统的实现部分,介绍了系统的具体实现细节。最后,在验收阶段本文对系统进行了详尽的功能测试与性能测试,并展示了测试结果。系统整个的设计与实现过程,均符合软件工程化的指导思想和要求。在本文的结尾处,对论文的整体工作进行了总结,并提出了展望。
尹东伟[7]（2020）在《基于微服务架构的视频大数据平台的架构设计与HTTP服务接口研发》文中提出随着计算机技术蓬勃发展,行业先行者们不断提出各种新的技术与理念,而由于其或具备更好性能,或具备更强的稳定性,或更利于开发和维护,或更符合当下的需求,种种原因,使这些新的技术不断地被人们所接受所喜爱。为了应对当今互联网用户不断增长、业务场景快速变化的问题,微服务技术架构的理念应运而生。按照传统的架构设计出的系统,模块间耦合严重,开发周期长,编译耗时长,启动速度缓慢,代码量庞大且难以维护,可扩展性不足。这些问题一直困扰着软件开发的技术人员们。而微服务技术架构的出现,使这些难题得以巧妙的解决,极大地推动了行业的发展。本课题基于当下十分流行的微服务技术架构,开发实现视频大数据智能分析平台。工作主要有三部分,一是完成系统架构设计,二是处理从摄像机中实时抓拍出来的动态人脸数据,三是完成系统HTTP服务接口的开发。其中HTTP服务接口可分为五个基础功能模块和一个增强功能模块,五个基础功能模块分别为实时统计、实时监控、查询检索、资源管理及系统设置。其中一些功能模块下又包含一些子功能,查询检索下包含的子功能有:历史告警、抓拍检索、1:1比对、人员库比对;资源管理下包含的子功能有:人员库管理、布控管理、卡口管理;系统设置下包含的子功能有:部门管理和用户管理。增强功能模块为基于历史抓拍记录的统计分析,包括人员轨迹分析、落脚点分析、伴行人分析、频繁过人分析和图像增强。若实现了此系统,只需将犯罪分子信息录入系统口,一旦其被摄像机抓拍到,则系统会自动进行预警,以帮助工作人员更快的对其进行控制抓捕。同时,系统提供的人员轨迹分析、伴行人分析、频繁过人分析等功能,能极大帮助工作人员掌控犯罪人员行踪,抓捕其犯罪同伙。
谢继尧[8]（2020）在《TETRA数字集群测试系统中LLC与MLE协议栈的设计与实现》文中指出TETRA无线通信专网具有高效、简洁、高稳定性等关键通信系统特有的优势,能够给用户提供日常工作所需的大量语音调度指挥功能。随着TETRA标准的不断修订,TETRA网络已经在我国全国各行业中有大规模部署,这对TETRA系统维护与测试有很高的要求,为了节省测试成本,提高系统质量,急需一套专业的TETRA测试系统。论文设计并实现了 TETRA数字集群测试系统中LLC和MLE协议栈,并完成了整体测试系统的实现。其主要工作如下:一、分析了 TETRA测试系统的背景和同类测试方法的现状。二、完成了 TETRA标准研究和测试系统中的LLC、MLE协议栈需求分析。三、完成了测试系统中LLC、MLE协议栈概要设计、详细设计和整个系统的集成测试。四、完成了测试系统软件架构设计实现、硬件部署实现、用户界面设计实现并交付用户使用。
刘府阳[9]（2019）在《4S店汽车维修保养管理系统设计与实现》文中研究表明随着社会的经济逐步发展,汽车的销售总量处于一种急剧增加的势态。但是在这庞大的销售市场背后却隐藏着很多弊端,掣肘着整个汽车行业的发展,其中汽车售后市场的发展就是一个尤为重要的一环,也是市场很容易忽视的一环,比如:很多汽车车主因为缺少相应的汽车维护知识,导致车辆长期没有进厂维修保养,从而使得汽车耗损严重。为了避免这些问题就要让4S店引领主流,带动汽车售后工作进入高效运作。在此背景下开发出一套4S店维修保养管理系统,一方面可以整合4S店的工作,提高门店内部工作效率;另一方面,提高4S店客户的回厂率,让4S店主动开发汽车存量市场。4S店维修保养管理系统主要通过三个部分实现对4S店的统一管理的:第一部分是资料管理,将4S店客户资料、工单资料和保单资料由线下管理转为线上管理,实现4S店对客户资料的便捷管理;第二部分是售后事件,通过拆分事件产生的原因将售后事件拆分成客户生日事件、保险到期事件、保养到期事件、保修到期事件、年检到期事件、三日回访事件六大类,各类事件的产生和提醒都由系统上直接展示出来,让4S店售后事件形成自动化管理体系;第三部分是数据统计,这部分主要是对4S店主要关注的数据进行分析,主要分为客户流失分析、车辆保养分析、车辆保险分析,系统会自动从不同维度统计不同来源的数据,从而让数据能够一目了然的呈现在用户面前,这样一来用户可以节省大量的人力和时间来做统计工作,另一方面也能获得更加精准的统计数据。4S店维修保养管理系统主要是用MyEclipse作为开发的工具,使用MySQL作为数据库管理工具。在基于Java语言编写系统的基础上,系统的整体结构采用了Browser/Server三层体系结构。目前已有部分4S店在使用4S店维修保养管理系统,同时通过一系列的调查数据显示使用后门店内整体的工作效率有了很大的提高,而且过往几个月中4S店的回厂客户有了很明显的增加。这些都表明4S店维修保养管理系统已经达到了预期的目的。
林颖津[10]（2019）在《园林设计业务支持系统的设计与实现》文中认为随着全球经济一体化的到来,信息化已逐步深入到企业的方方面面,从早期的企业生产过程信息化、产品设计信息化到目前的企业管理信息化,企业全面信息化时代已经到来,其中企业管理信息化已经成为企业信息化中应用最为普及的方面。园林设计业务支持系统,简称OSS系统,是应用于广州普邦园林股份有限公司景观规划设计院的一项针对设计全过程管理的系统。普邦设计院作为相对独立又规模较大的事业部,设计院人员超过300人,每日产生的图纸量更是数量庞大,图纸的审查,记录、存档、业务信息的记录、流程均已存在较大漏洞,为实现了设计过程平台及方案阶段、施工图的信息化,为了完善整个管理链条,加强经营部分、设计部分,现场跟进服务的管理,设计院启动园林设计业务支持系统的立项,并开展一系列的相关工作。本文着重于OSS系统开发前期的需求讨论、开发过程的技术调整、开发后期的实施及检测、最终的推行使用等系统全过程管理,总结OSS系统设计与实现的经验,并指出了企业信息化管理基于系统建设需进一步解决的问题,展望了企业管理信息化未来的发展方向。
二、如何删除IE地址列表中的一个或多个地址记录（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、如何删除IE地址列表中的一个或多个地址记录（论文提纲范文）
（1）可重构制造数据分析组合服务平台（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.3 论文的主要内容 |
| 1.4 本文的组织结构 |
| 第2章 需求分析 |
| 2.1 系统概述 |
| 2.2 系统功能性需求 |
| 2.2.1 服务划分 |
| 2.2.2 数据采集 |
| 2.2.3 数据分析建模 |
| 2.2.4 数据可视化 |
| 2.3 系统非功能性需求 |
| 2.4 平台可行性分析 |
| 2.4.1 技术可行性 |
| 2.4.2 经济可行性 |
| 2.4.3 操作可行性 |
| 第3章 系统概要设计 |
| 3.1 系统逻辑架构 |
| 3.2 系统技术架构 |
| 3.3 系统功能架构 |
| 3.4 平台流程设计 |
| 3.4.1 数据采集流程 |
| 3.4.2 数据分析建模流程 |
| 3.4.3 数据可视化流程 |
| 3.4.4 数据预处理流程 |
| 3.4.5 服务重构流程 |
| 第4章 系统详细设计 |
| 4.1 类结构设计 |
| 4.2 数据库设计 |
| 4.2.1 概念结构设计 |
| 4.2.2 逻辑结构设计 |
| 4.3 系统关键技术 |
| 4.3.1 kafka |
| 4.3.2 Java与R交互 |
| 4.3.3 Eureka注册中心 |
| 4.3.4 负载均衡 |
| 第5章 系统实现与测试 |
| 5.1 系统开发环境搭建 |
| 5.2 数据采集服务实现 |
| 5.2.1 设备模板管理 |
| 5.2.2 设备连接 |
| 5.2.3 数据采集写入Kafka |
| 5.2.4 消息Kafka存入HDFS |
| 5.2.5 数据源管理 |
| 5.2.6 数据文件管理 |
| 5.2.7 数据预处理 |
| 5.3 数据分析建模服务实现 |
| 5.3.1 项目管理 |
| 5.3.2 模型管理 |
| 5.3.3 算法服务管理 |
| 5.4 数据可视化服务实现 |
| 5.5 服务重构实现 |
| 5.5.1 服务网关 |
| 5.5.2 服务通信 |
| 5.6 微服务的实现 |
| 5.6.1 服务治理的实现 |
| 5.6.2 负载均衡的实现 |
| 5.7 平台测试 |
| 5.7.1 功能测试 |
| 5.7.2 性能测试 |
| 第6章 总结与展望 |
| 6.1 工作总结 |
| 6.2 工作展望 |
| 参考文献 |
| 致谢 |
| 攻读学位期间取得的学术成果 |
| 攻读学位期间参加的项目 |
| 攻读学位期间获得的奖励 |
| 学位论文评阅及答辩情况表 |
（2）某区块链钱包的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 引言 |
| 1.1 论文背景 |
| 1.2 论文任务 |
| 1.2.1 论文内容 |
| 1.2.2 本人承担任务 |
| 1.3 论文结构 |
| 第二章 相关技术介绍 |
| 2.1 区块链 |
| 2.1.1 什么是区块链 |
| 2.1.2 区块链的架构模型 |
| 2.2 单链钱包 |
| 2.3 HD钱包 |
| 2.3.1 什么是HD钱包 |
| 2.3.2 BIP39 |
| 2.3.3 BIP32 |
| 2.3.4 BIP44 |
| 2.4 数字加密资产介绍 |
| 2.4.1 比特币 |
| 2.4.2 以太坊 |
| 2.4.3 莱特币 |
| 2.4.4 比特现金 |
| 2.5 开发框架和工具 |
| 2.5.1 Spring框架 |
| 2.5.2 Spring Boot框架 |
| 2.5.3 Spring Cloud Alibaba框架 |
| 2.5.4 Augular框架 |
| 2.5.5 Ionic UI工具包 |
| 2.6 本章小结 |
| 第三章 系统的需求分析 |
| 3.1 系统用户角色分析 |
| 3.1.1 游客 |
| 3.1.2 普通用户 |
| 3.1.3 会员 |
| 3.1.4 系统管理员 |
| 3.2 系统功能需求分析 |
| 3.2.1 钱包生成 |
| 3.2.2 钱包管理 |
| 3.2.3 钱包转账 |
| 3.2.4 数字加密资产信息介绍 |
| 3.2.5 新闻资讯 |
| 3.2.6 链上数据分析 |
| 3.2.7 行情数据分析 |
| 3.2.8 用户功能 |
| 3.3 系统功能的UML用例图 |
| 3.4 系统的非功能需求分析 |
| 3.4.1 响应时间 |
| 3.4.2 易用性 |
| 3.4.3 安全性 |
| 3.4.4 可维护性 |
| 3.5 本章小结 |
| 第四章 系统的总体设计 |
| 4.1 系统软件层次架构设计 |
| 4.1.1 客户端软件层次架构设计 |
| 4.1.2 后端软件层次架构设计 |
| 4.2 系统功能模块设计 |
| 4.3 系统的数据库设计 |
| 4.3.1 E-R图设计 |
| 4.3.2 数据库表设计 |
| 4.4 系统的界面设计 |
| 4.5 本章小结 |
| 第五章 系统主要功能模块的详细设计与实现 |
| 5.1 钱包生成模块的详细设计与实现 |
| 5.1.1 钱包生成模块的详细设计 |
| 5.1.2 钱包生成模块的实现 |
| 5.1.3 钱包生成模块的实际效果图 |
| 5.2 钱包管理模块的详细设计与实现 |
| 5.2.1 钱包管理模块的详细设计 |
| 5.2.2 钱包管理模块的实现 |
| 5.2.3 钱包管理模块的实际效果图 |
| 5.3 钱包转账模块的详细设计与实现 |
| 5.3.1 钱包转账模块的详细设计 |
| 5.3.2 钱包转账模块的实现 |
| 5.3.3 钱包转账模块的实际效果图 |
| 5.4 数字加密资产信息介绍模块的详细设计与实现 |
| 5.4.1 数字加密资产信息介绍模块的详细设计 |
| 5.4.2 数字加密资产信息介绍模块的实现 |
| 5.4.3 数字加密资产信息介绍模块的实际效果图 |
| 5.5 新闻资讯模块的详细设计与实现 |
| 5.5.1 新闻资讯模块的详细设计 |
| 5.5.2 新闻资讯模块的实现 |
| 5.5.3 新闻资讯模块的实际效果图 |
| 5.6 链上数据分析模块的详细设计与实现 |
| 5.6.1 链上数据分析模块的详细设计 |
| 5.6.2 链上数据分析模块的实现 |
| 5.6.3 链上数据分析模块的实际效果图 |
| 5.7 行情数据分析模块的详细设计与实现 |
| 5.7.1 行情数据分析模块的详细设计 |
| 5.7.2 行情数据分析模块的实现 |
| 5.7.3 行情数据分析模块的实际效果图 |
| 5.8 用户模块的详细设计与实现 |
| 5.8.1 用户模块的详细设计 |
| 5.8.2 用户模块的实现 |
| 5.8.3 用户模块的实际效果图 |
| 5.9 本章小结 |
| 第六章 系统测试 |
| 6.1 系统测试方法和环境介绍 |
| 6.2 系统的功能测试 |
| 6.3 系统的性能测试 |
| 6.4 测试结果分析 |
| 6.5 本章小结 |
| 第七章 结束语 |
| 7.1 论文工作总结 |
| 7.2 问题和展望 |
| 参考文献 |
| 致谢 |
（3）基于Web of Science大规模文献数据的计数方法对科研排名和基金产出的影响研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 研究背景与意义 |
| 1.2 国内外研究现状 |
| 1.2.1 学术大数据研究现状 |
| 1.2.2 计数方法研究现状 |
| 1.2.3 科研基金研究现状 |
| 1.4 主要研究内容 |
| 1.5 组织结构 |
| 第2章 方法与数据 |
| 2.1 计数方法相关概念 |
| 2.1.1 完全计数方法 |
| 2.1.2 分数计数方法 |
| 2.1.3 直接计数方法 |
| 2.2 相关性分析方法概述 |
| 2.2.1 肯德尔等级相关系数 |
| 2.2.2 斯皮尔曼等级相关系数 |
| 2.2.3 有偏等级重叠 |
| 2.2.4 弗里德曼检验 |
| 2.3 层次聚类算法 |
| 2.4 数据库的选取 |
| 2.5 数据预处理 |
| 2.6 构建引文矩阵 |
| 2.7 国家名称消歧 |
| 2.8 机构名称消歧 |
| 2.8.1 基于规则的机构名称消歧 |
| 2.8.2 Jaro-Winkler distance算法 |
| 2.8.3 Levenshtein distance算法 |
| 2.9 基金名称消歧 |
| 2.10 学科领域划分 |
| 2.11 本章小结 |
| 第3章 计数方法对国家和机构科研排名的影响研究 |
| 3.1 国家科研产出 |
| 3.1.1 国家科研产出排名变化 |
| 3.1.2 基于国家论文数量的计数膨胀现象 |
| 3.2 国家科研影响力 |
| 3.2.1 国家科研影响力排名变化 |
| 3.2.2 基于国家引文数量的计数膨胀现象 |
| 3.3 基于国家层面的相关性分析 |
| 3.4 机构科研产出 |
| 3.4.1 机构科研产出排名变化 |
| 3.4.2 基于机构论文数量的计数膨胀现象 |
| 3.5 机构科研影响力 |
| 3.5.1 机构科研影响力排名变化 |
| 3.5.2 基于机构引文数量的计数膨胀现象 |
| 3.6 基于机构层面的排名相关性分析 |
| 3.7 本章小结 |
| 第4章 第一地址与通讯地址的比较分析 |
| 4.1 计算相似度的度量指标 |
| 4.2 第一地址与通讯地址在国家层面的比较 |
| 4.3 第一地址与通讯地址在机构层面的分析 |
| 4.4 探究出现突变的原因 |
| 4.5 本章小结 |
| 第5章 计数方法对基金产出的影响研究 |
| 5.1 计数方法对基金产出的年度影响 |
| 5.2 计数方法对基金产出的领域影响 |
| 5.3 本章小结 |
| 第6章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
| 附录 |
| 在学期间所发表的文章 |
（4）智能园区安防综合管理系统设计与实现（论文提纲范文）
| 摘要 |
| abstract |
| 第1章 绪论 |
| 1.1 研究背景与意义 |
| 1.2 相关研究现状 |
| 1.3 关键问题 |
| 1.4 主要工作内容 |
| 1.5 组织结构 |
| 第2章 相关技术基础 |
| 2.1 Spring Cloud微服务架构 |
| 2.1.1 微服务简介 |
| 2.1.2 Spring Cloud简介 |
| 2.1.3 Spring Cloud架构 |
| 2.2 Cesium三维可视化引擎 |
| 2.2.1 Cesium简介 |
| 2.2.2 Cesium项目定位 |
| 2.3 Kafka分布式消息中间件 |
| 2.3.1 kafka简介 |
| 2.3.2 kafka架构 |
| 2.4 本章小结 |
| 第3章 业务需求与总体设计 |
| 3.1 业务需求分析 |
| 3.1.1 基本业务需求 |
| 3.1.2 性能需求 |
| 3.1.3 功能需求 |
| 3.1.4 非功能需求 |
| 3.2 总体设计 |
| 3.2.1 系统架构 |
| 3.2.2 异构融合设计 |
| 3.2.3 三维可视化设计 |
| 3.2.4 系统模块功能设计 |
| 3.3 数据库设计 |
| 3.3.1 数据表汇总 |
| 3.4 接口设计 |
| 3.4.1 单点登录接口 |
| 3.4.2 用户机构接口 |
| 3.4.3 资源字典接口 |
| 3.5 本章小结 |
| 第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.3.3 模块设计 |
| 4.4 车辆管理 |
| 4.4.1 功能描述 |
| 4.4.2 流程设计 |
| 4.4.3 模块设计 |
| 4.5 告警管理 |
| 4.5.1 功能描述 |
| 4.5.2 流程设计 |
| 4.5.3 模块设计 |
| 4.6 本章小结 |
| 第5章 系统实现与系统测试 |
| 5.1 系统实现 |
| 5.1.1 系统开发工具与环境 |
| 5.1.2 系统核心模块实现 |
| 5.1.3 系统界面 |
| 5.2 系统测试 |
| 5.2.1 系统测试环境 |
| 5.2.2 系统测试方法 |
| 5.2.3 测试结果分析 |
| 5.3 本章小结 |
| 第6章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
（5）基于GIS的网格化社区信息系统（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景与意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 本文主要工作 |
| 1.4 本文章节安排 |
| 第2章 理论基础和相关技术 |
| 2.1 网格化社区 |
| 2.1.1 社区网格化管理模式 |
| 2.1.2 网格转换算法 |
| 2.2 GIS概述 |
| 2.2.1 GIS介绍 |
| 2.2.2 GIS的基本功能与应用 |
| 2.2.3 三维GIS框架Cesium |
| 2.2.4 Cesium体系结构 |
| 2.3 微服务架构 |
| 2.3.1 微服务架构概述 |
| 2.3.2 微服务架构优势 |
| 2.4 Spring Cloud |
| 2.5 其他相关技术 |
| 2.5.1 SpringBoot框架 |
| 2.5.2 Mybatis框架 |
| 2.5.3 Bootstrap框架 |
| 2.5.4 Echarts可视化框架 |
| 2.5.5 Shiro框架 |
| 2.6 本章小结 |
| 第3章 系统需求分析 |
| 3.1 系统需求概述 |
| 3.2 功能需求 |
| 3.2.1 系统管理模块 |
| 3.2.2 信息管理模块 |
| 3.2.3 网格管理模块 |
| 3.2.4 事件处理模块 |
| 3.2.5 三维GIS地图模块 |
| 3.3 非功能需求 |
| 3.3.1 可扩展性 |
| 3.3.2 易操作性 |
| 3.3.3 安全性 |
| 3.3.4 可靠性 |
| 3.4 本章小结 |
| 第4章 系统设计与实现 |
| 4.1 系统结构设计 |
| 4.1.1 系统技术架构 |
| 4.1.2 系统功能结构 |
| 4.2 开发环境 |
| 4.3 数据库的设计与实现 |
| 4.3.1 E-R模型图 |
| 4.3.2 主要数据库表 |
| 4.4 模块功能的设计与实现 |
| 4.4.1 用户登录模块设计与实现 |
| 4.4.2 系统首页设计与实现 |
| 4.4.3 系统管理模块设计与实现 |
| 4.4.4 信息管理模块设计与实现 |
| 4.4.5 网格管理模块设计与实现 |
| 4.4.6 事件处理模块设计与实现 |
| 4.4.7 三维GIS地图模块设计与实现 |
| 4.5 本章小结 |
| 第5章 系统测试 |
| 5.1 测试环境说明 |
| 5.2 测试用例 |
| 5.2.1 功能测试 |
| 5.2.2 性能测试 |
| 5.3 测试结果 |
| 5.4 本章小结 |
| 第6章 总结和展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
（6）基于Spring Boot的进出口贸易ERP系统设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 课题背景 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 课题任务 |
| 1.3.1 课题内容 |
| 1.3.2 本人承担任务 |
| 1.4 论文结构 |
| 第二章 相关背景技术介绍 |
| 2.1 开发环境与工具 |
| 2.2 Spring Boot框架 |
| 2.2.1 Spring Boot框架简介 |
| 2.2.2 Spring Boot框架的应用 |
| 2.2.3 控制反转和面向切面编程 |
| 2.3 jQuery框架 |
| 2.3.1 jQuery框架简介 |
| 2.3.2 jQuery框架的特点 |
| 2.4 MyBatis框架 |
| 2.5 MySQL数据库 |
| 2.6 本章小结 |
| 第三章 需求分析 |
| 3.1 业务流程分析 |
| 3.1.1 进口流程 |
| 3.1.2 销售流程 |
| 3.1.3 仓库管理流程 |
| 3.1.4 系统管理流程 |
| 3.2 系统用户角色分析 |
| 3.2.1 供应商 |
| 3.2.2 采购员 |
| 3.2.3 销售员 |
| 3.2.4 仓库管理员 |
| 3.2.5 主管经理 |
| 3.3 系统用例分析 |
| 3.3.1 供应商的用例分析 |
| 3.3.2 采购员的用例分析 |
| 3.3.3 销售员的用例分析 |
| 3.3.4 仓库管理员的用例分析 |
| 3.3.5 主管经理的用例分析 |
| 3.4 系统非功能需求分析 |
| 3.4.1 系统的可靠性 |
| 3.4.2 系统的安全性 |
| 3.4.3 系统的健壮性 |
| 3.4.4 系统的时效性 |
| 3.5 本章小结 |
| 第四章 系统的概要设计 |
| 4.1 系统的基本架构 |
| 4.2 系统的功能模块划分 |
| 4.3 数据库设计 |
| 4.3.1 数据库的设计原则 |
| 4.3.2 “产品-单据”数据库 |
| 4.3.3 用户信息数据库 |
| 4.4 本章小结 |
| 第五章 系统的详细设计 |
| 5.1 表示层设计 |
| 5.2 业务逻辑层的详细设计 |
| 5.2.1 通用控制器 |
| 5.2.2 单据类实体 |
| 5.2.3 产品类实体 |
| 5.2.4 系统管理类实体 |
| 5.3 数据访问层设计 |
| 5.4 本章小结 |
| 第六章 系统实现 |
| 6.1 表示层的实现 |
| 6.2 业务逻辑层的实现 |
| 6.2.1 通用控制器接口的实现 |
| 6.2.2 单据实体接口的实现 |
| 6.2.3 产品实体接口的实现 |
| 6.2.4 用户实体接口的实现 |
| 6.3 数据访问层的实现 |
| 6.3.1 “产品-单据”模块 |
| 6.3.2 用户信息模块 |
| 6.4 本章小节 |
| 第七章 系统的测试与效果展示 |
| 7.1 系统的测试环境 |
| 7.2 系统的功能测试 |
| 7.2.1 用户登录测试 |
| 7.2.2 供应管理测试 |
| 7.2.3 采购管理测试 |
| 7.2.4 报表统计测试 |
| 7.2.5 系统管理测试 |
| 7.3 系统的非功能性测试 |
| 7.3.1 系统的压力测试 |
| 7.3.2 系统的稳定性测试 |
| 7.4 本章小结 |
| 第八章 总结与展望 |
| 8.1 全文总结 |
| 8.2 工作展望 |
| 参考文献 |
| 致谢 |
（7）基于微服务架构的视频大数据平台的架构设计与HTTP服务接口研发（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景与历史 |
| 1.1.1 课题背景 |
| 1.1.2 相关软件架构 |
| 1.1.3 Web开发技术发展历史 |
| 1.2 研究内容 |
| 1.3 主要内容和结构 |
| 第二章 相关技术综述 |
| 2.1 微服务架构 |
| 2.2 Java程序设计语言 |
| 2.3 数据库 |
| 2.3.1 关系型数据库MySQL |
| 2.3.2 非关系型数据库Redis |
| 2.3.3 全文搜索引擎ElasticSearch |
| 2.4 其他相关技术 |
| 2.4.1 消息中间件RabbitMQ |
| 2.4.2 协调服务Zookeeper |
| 2.4.3 分布式文件系统FastDFS |
| 2.5 本章小结 |
| 第三章 系统需求设计 |
| 3.1 系统概述 |
| 3.2 系统基础功能需求分析 |
| 3.2.1 实时统计 |
| 3.2.2 实时监控 |
| 3.2.3 查询检索 |
| 3.2.4 资源管理 |
| 3.2.5 系统设置 |
| 3.3 技战法功能需求设计 |
| 3.4 本章小结 |
| 第四章 系统实现 |
| 4.1 系统架构设计 |
| 4.2 动态人脸数据处理的流程设计 |
| 4.3 HTTP服务接口的详细设计与实现 |
| 4.3.1 查询检索模块的实现 |
| 4.3.2 资源管理模块的实现 |
| 4.3.3 系统设置模块的实现 |
| 4.3.4 技战法模块的实现 |
| 4.4 系统关键功能优化 |
| 4.4.1 优化数量抓拍统计接口 |
| 4.4.2 提升轨迹分析速度 |
| 4.4.3 优化告警查询 |
| 4.5 本章小结 |
| 第五章 系统测试 |
| 5.1 测试环境 |
| 5.2 系统功能测试及分析 |
| 5.2.1 测试抓拍检索模块 |
| 5.2.2 测试资源管理模块 |
| 5.2.3 测试系统配置模块 |
| 5.2.4 测试技战法模块 |
| 5.3 功能优化性能测试 |
| 5.4 本章小结 |
| 第六章 总结与展望 |
| 6.1 论文工作总结 |
| 6.2 未来工作展望 |
| 参考文献 |
| 致谢 |
（8）TETRA数字集群测试系统中LLC与MLE协议栈的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 论文背景 |
| 1.2 选题意义 |
| 1.3 LLC、MLE协议栈与同类测试方法的研究现状 |
| 1.4 论文主要工作 |
| 1.5 本论文的内容安排 |
| 第二章 测试系统的硬件部署与软件整体架构分析 |
| 2.1 TETRA数字集群测试系统用户需求分析 |
| 2.2 TETRA测试系统软件体系结构 |
| 2.3 测试系统整体功能结构 |
| 2.4 测试系统整体系统结构 |
| 第三章 LLC层协议栈需求分析 |
| 3.1 概述 |
| 3.2 LLC主要实现的功能 |
| 3.3 标准中LLC层内部实体划分 |
| 3.4 LLC层基本链路子实体功能需求分析 |
| 第四章 MLE层协议栈需求分析 |
| 4.1 MLE主要实现的功能 |
| 4.2 标准中MLE层内部实体划分 |
| 4.3 MLE层数据传送子实体功能 |
| 4.4 MLE层网络广播子实体功能 |
| 4.5 MLE层附属管理子实体功能 |
| 第五章 LLC层协议栈设计与实现 |
| 5.1 概述 |
| 5.2 LLC层接口设计 |
| 5.3 LLC层内部模块间数据流向 |
| 5.4 LLC层内部模块数据结构设计 |
| 5.5 LLC层内部模块状态机设计 |
| 5.6 实现方式一的LLC层内部消息流程设计原则与问题分析 |
| 5.7 实现方式二的LLC层内部消息流程设计原则与问题分析 |
| 5.8 LLC层协议栈黑盒测试 |
| 5.9 两种实现方式的比较 |
| 第六章 MLE层协议栈设计与实现 |
| 6.1 MLE层接口设计 |
| 6.2 MLE层内部模块构成与状态机设计 |
| 6.3 MLE层内部模块数据结构设计 |
| 6.4 MLE层内部处理流程设计原则与问题分析 |
| 6.5 MLE层协议栈黑盒测试 |
| 第七章 TETRA系统测试的设计与实现 |
| 7.1 集成测试与基本业务的测试 |
| 7.2 用户需求分析 |
| 7.3 用户界面设计 |
| 7.4 应用层设计 |
| 7.5 用户层测试流程 |
| 第八章 TETRA数字集群测试系统的部署与验证 |
| 8.1 测试系统的部署 |
| 8.2 协议栈与测试系统测试用例的验证 |
| 8.3 测试用例的验证调试过程中出现的问题分析与解决 |
| 第九章 总结 |
| 参考文献 |
| 附录 |
| 附录1 协议栈状态机 |
| 附录2 实现方式一的LLC层内部消息流程设计 |
| 附录3 MLE层数据传送和网络广播子实体处理流程设计 |
| 附录4 MLE层附属管理子实体处理流程设计 |
| 附录5 协议栈黑盒测试测试用例 |
| 致谢 |
（9）4S店汽车维修保养管理系统设计与实现（论文提纲范文）
| 摘要 |
| abstract |
| 第一章 绪论 |
| 1.1 课题的背景意义 |
| 1.2 国内外相关研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.2.3 研究现状总结 |
| 1.3 本文的主要工作 |
| 1.4 论文结构 |
| 第二章 系统需求分析 |
| 2.1 系统需求原则 |
| 2.2 系统需求概述 |
| 2.3 系统需求分析 |
| 2.3.1 功能性需求 |
| 2.3.2 非功能性需求 |
| 2.4 系统总体功能设计 |
| 2.5 各模块功能设计 |
| 2.6 本章小结 |
| 第三章 系统设计 |
| 3.1 系统整体设计方案 |
| 3.2 系统总流程 |
| 3.3 系统详细设计 |
| 3.4 名词定义 |
| 3.5 实体-联系图 |
| 3.6 数据库设计 |
| 3.7 开发规约 |
| 3.8 本章小结 |
| 第四章 系统实现 |
| 4.1 系统实现 |
| 4.2 系统主要界面 |
| 4.3 本章小结 |
| 第五章 系统测试 |
| 5.1 系统测试目标 |
| 5.2 系统测试范围 |
| 5.3 测试工作进度安排 |
| 5.4 详细测试方案 |
| 5.4.1 测试环境 |
| 5.4.2 测试对象分析 |
| 5.4.3 测试项 |
| 5.4.4 测试用例 |
| 5.5 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 6.2.1 系统推广方案 |
| 6.2.2 系统优化迭代方案 |
| 6.2.3 产品拓展方案 |
| 参考文献 |
| 附录 测试用例 |
| 致谢 |
（10）园林设计业务支持系统的设计与实现（论文提纲范文）
| 摘要 |
| abstract |
| 第1章 绪论 |
| 1.1 研究背景和意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究及应用现状 |
| 1.2.2 国内研究及应用现状 |
| 1.3 主要研究内容 |
| 第2章 园林设计业务支持系统相关应用技术 |
| 2.1 技术开发线路 |
| 2.1.1 技术开发方法 |
| 2.1.2 技术开发线路 |
| 2.2 技术开发指标与参数 |
| 2.2.1 系统运行性能要求 |
| 2.2.2 系统运行性能要求 |
| 2.2.3 系统安全性要求 |
| 2.2.4 运行环境要求 |
| 2.2.5 系统集成要求 |
| 2.2.6 系统数据要求 |
| 2.2.7 系统运维要求 |
| 第3章 园林设计业务支持系统需求分析 |
| 3.1 系统总体需求 |
| 3.1.1 模块功能需求： |
| 3.1.2 系统设计云平台的技术开发内容、范围 |
| 3.2 系统功能需求分析 |
| 3.2.1 运营模块需求分析 |
| 3.2.2 方案三审模块需求分析 |
| 3.2.3 施工图三审模块需求分析 |
| 3.3 工作区功能需求分析 |
| 3.3.1 文档管理中心需求说明 |
| 3.3.2 文档管理主要技术点需求 |
| 3.4 数据统计采集需求分析 |
| 3.4.1 文档发布需求 |
| 3.4.2 信息发布需求 |
| 第4章 园林设计业务支持系统的设计 |
| 4.1 园林设计业务支持系统总体架构设计 |
| 4.1.1 园林设计业务支持系统总体功能模块图 |
| 4.1.2 设计业务系统功能板块图说明 |
| 4.1.3 园林设计业务系统设计思路 |
| 4.2 系统总体功能模块设计 |
| 4.2.1 运营模块设计 |
| 4.2.2 方案三审流程设计 |
| 4.2.3 施工图三审流程设计 |
| 4.2.4 施工图打印样式设计 |
| 4.3 工作区设计 |
| 4.3.1 项目网站设计 |
| 4.3.2 文档管理中心设计 |
| 4.4 数据统计及呈现方式设计 |
| 4.4.1 文档发布设计 |
| 4.4.2 信息发布设计 |
| 第5章 园林设计业务支持系统的实现 |
| 5.1 系统操作实现 |
| 5.1.1 待办工作 |
| 5.1.2 已办工作 |
| 5.1.3 我的项目 |
| 5.1.4 流程中心 |
| 5.1.5 表单中按钮或相关操作说明 |
| 5.2 方案三审流程操作实现 |
| 5.2.1 方案三审参与者 |
| 5.2.2 方案三审流程操作步骤 |
| 5.3 施工图三审流程操作实现 |
| 5.3.1 施工图三审流程参与者 |
| 5.3.2 施工图三审流程使用前期准备 |
| 5.3.3 施工图三审流程操作步骤 |
| 第6章 园林设计业务支持系统的推行 |
| 6.1 系统推行前期配置问题 |
| 6.1.1 网络环境 |
| 6.1.2 系统控件安装要求 |
| 6.1.3 系统其他配置要求 |
| 6.2 系统推行 |
| 6.2.1 推行范围 |
| 6.2.2 推行方式 |
| 6.2.3 推行步骤 |
| 第7章 总结与展望 |
| 7.1 总结 |
| 7.2 展望 |
| 参考文献 |
四、如何删除IE地址列表中的一个或多个地址记录（论文参考文献）
- [1]可重构制造数据分析组合服务平台[D]. 郭威. 山东大学, 2021(12)
- [2]某区块链钱包的设计与实现[D]. 黄心远. 北京邮电大学, 2021(01)
- [3]基于Web of Science大规模文献数据的计数方法对科研排名和基金产出的影响研究[D]. 余鉴非. 西南大学, 2021(01)
- [4]智能园区安防综合管理系统设计与实现[D]. 唐飞. 合肥工业大学, 2021(02)
- [5]基于GIS的网格化社区信息系统[D]. 王燕茹. 曲阜师范大学, 2020(02)
- [6]基于Spring Boot的进出口贸易ERP系统设计与实现[D]. 汪翔翔. 北京邮电大学, 2020(05)
- [7]基于微服务架构的视频大数据平台的架构设计与HTTP服务接口研发[D]. 尹东伟. 北京邮电大学, 2020(05)
- [8]TETRA数字集群测试系统中LLC与MLE协议栈的设计与实现[D]. 谢继尧. 北京邮电大学, 2020(05)
- [9]4S店汽车维修保养管理系统设计与实现[D]. 刘府阳. 华东交通大学, 2019(04)
- [10]园林设计业务支持系统的设计与实现[D]. 林颖津. 江西财经大学, 2019(01)