springboot长江航运管理系统
摘 要
随着科学技术的飞速发展,社会的方方面面、各行各业都在努力与现代的先进技术接轨,通过科技手段来提高自身的优势,长江航运公司当然也不例外。长江航运管理系统是以实际运用为开发背景,运用软件工程原理和开发方法,采用Java技术构建的一个管理系统。整个开发过程首先对软件系统进行需求分析,得出系统的主要功能。接着对系统进行总体设计和详细设计。总体设计主要包括系统功能设计、系统总体结构设计、系统数据结构设计和系统安全设计等;详细设计主要包括系统数据库访问的实现,主要功能模块的具体实现,模块实现关键代码等。最后对系统进行功能测试,并对测试结果进行分析总结,得出系统中存在的不足及需要改进的地方,为以后的系统维护提供了方便,同时也为今后开发类似系统提供了借鉴和帮助。
本系统使用Java技术开发,SpringBoot框架,采用的数据库是Mysql。在设计过程中,充分保证了系统代码的良好可读性、实用性、易扩展性、通用性、便于后期维护、操作方便以及页面简洁等特点。
关键词:长江航运管理系统,Java,SpringBoot,Mysql
Spring Boot Yangtze River Shipping Management System
ABSTRACT
With the rapid development of science and technology, all aspects of society and all walks of life are striving to integrate with modern advanced technology and improve their advantages through scientific and technological means, including the Yangtze River Shipping Company. The Yangtze River Shipping Management System is a management system built on the basis of practical application, using software engineering principles and development methods, and using Java technology. The entire development process begins with a requirements analysis of the software system to obtain the main functions of the system. Then, the overall design and detailed design of the system are carried out. The overall design mainly includes system function design, system overall structure design, system data structure design, and system security design; The detailed design mainly includes the implementation of system database access, the specific implementation of main functional modules, and the key code for module implementation. Finally, a functional test of the system was conducted, and the test results were analyzed and summarized to identify the shortcomings and areas for improvement in the system, which provided convenience for future system maintenance, and also provided reference and assistance for future development of similar systems.
This system is developed using Java technology, the SpringBoot framework, and the database used is MySQL. During the design process, the system code has been fully guaranteed to have good readability, practicality, scalability, versatility, ease of later maintenance, easy operation, and concise pages.
Keywords: Yangtze River Shipping Management System, Java, SpringBoot, MySQL
目 录
Spring Boot Yangtze River Shipping Management System
表apply_for_route_modification (申请修改航线)
表channel_maintenance_records (航道维护记录)
表channel_usage_record (航道使用记录)
表depth_monitoring_records (深度监测记录)
表passenger_transport_information (客运信息)
表reservation_information (订座信息)
表ticket_refund_information (退票信息)
第1章 绪论
1.1研究背景及意义
港口是我国交通服务业的重要组成部分,是经济发展和对外贸易不可缺少的基础设施。随着我国市场经济的发展、对外贸易的增加及现代物流业的兴起,港口在国民经济和现代物流业中的地位和作用越来越重要。我国水系发达,港口林立,在地域上基本形成了以长江、珠江、京杭运河、淮河、黑龙江和松辽水系为主体的运输格局。
利用统计数据分析我国长江航运开发利用状况,可以看出我国对长江航运的开发利用程度低,已有航道等级结构不合理,高等级航道里程少,内河大吨位港口数量少,且空间分布集中;对水路运输的投资力度不够大,且主要用来改善已有航道;内河航运发展相对薄弱,但具有很大的发展潜力。
内河航运是绿色运输方式,尽管内河航运业在目前的发展遭遇种种困难,但是和其他运输方式相比仍然具有自己的独特优势:一是运量大;二是能耗低;三是投资省,渠化航道每公里投资仅为新建铁路的五分之一到三分之一;四是占地少,主要利用天然航道,基本不占农业耕地;五是环境污染少,在各种交通运输方式中,内河运输产生的噪音、废气是最少的;六是潜力大,内河能够容纳更多的船舶航行,不易产生交通拥堵的问题,可以有效地分流公路和铁路运输。同时其对我国经济结构调整、产业转移、区域经济协调发展、加快构建现代综合运输体系等都具有重要的促进作用。
1.2国内研究现状
首先,我国内河航运存在着明显的重建设、轻维护,重运营、轻管理的现象。自建国以来,我国对内河航运的管理建设都不够重视,解放初期,技术水平发展有限,致使内河的维护、管理相对于欧美国家落后。改革开放以后,我国的内河航运的管理服务得到很大改善,其经济价值也日益明显,特别是我国的长江航运,呈现出一片繁荣景象。但发展至今,我国内河航运的管理建设仍处于发展阶段。航运的数字化、信息化、智能化明显落后。
第一,我国的内河航运缺少专门的统一管理体系。由于我国内河航运的东、西部差距较大,导致内河航运的管理投资差异大。东部经济起步早,较西部发达。而且我国河流大都自西向东流,主要内河水域集中在东部。东部的内河航运繁荣,航运密度大,航道管理建设需求度高,东部的内河航运开发投入就较大,由经济催发的航道建设开发较大。其次,我国城镇建设的快速发展制约了我国内河航运建设的规模。管理给经济让步,使其管理系统的建设受到了严重制约。
第二,我国内河航运存在明显的差异。首先是内河分布和管理建设的差异。由于自然地理和经济开发程度等方面的影响,我国东部的航运建设较西部发达。其次等级、质量的差异大。随着国家对内河航运的重视,高等级航运比重低、高质量航运里程少的情况正在逐渐改善。但航运的建设从全国来看还存在很大差异,普遍存在管理技术陈旧现象。
第三,我国内河水资源开发与航运开发不同步,电站、水库等建设抢占水资源,却又不能有效的兼顾航运建设,破坏了航运的连续性。然而水电站、水库建设的明显优势有促使地方政府对其建设的支持,造成对航运建设的重视、投入不足。
长江航运是内河航运的重中之重,对于长江航运的管理,我们也在不断完善其机制。首先整理、保存了完善航道资料,对其等级河道的临段、临河都有详细的图、文资料。对其过河建筑物,航道名称及其起点、终点、里程等要求有实事求是的记录、核对。对航道的深度、宽度、水位的变化的相关资料要进行整理、分析。对于该航道的最低通航水位、和最高通航水位、通航船只吨位等要有充分的掌握和资料记载。其次,加强航运管理。最后,坚持长江航运数字化、信息化、智能化管理改造工程,营造专业的、畅通的、高效的内河航道运输管理系统。
1.3 国外研究现状
国际上,欧美发达国家都非常重视发展内河航运管理,并取得了令人瞩目的成就。
第一,完善航道网络实现通江入海。早在300年前,欧洲各国就开始挖掘运河,将天然河流连接起来。二战以后,欧洲各国加强内河航道管理和维护,初步形成一个相互沟通连接的内河航运网络。目前,欧洲拥有可以直接与沿海航线相连接的内河航道2.5万千米,欧盟25个成员国中有l8个拥有内河航道。其中,l6个成员国的内河航道是相互连接的。美国拥有超过4万千米的高等级航道体系,覆盖全美41个州、l6个州府所在地以及密西西比河以东的所有州,形成了一个以密西西比河为主干,北接五大湖,并经圣劳伦斯航道通大西洋,南连墨西哥湾,河湖海连成一片的巨大的内河航道系统。
第二,发展水陆联运融入全球物流链。欧美国家通过建设直接连接各港口的铁路、公路,提高与公路、铁路的中转效率等措施,发展水陆联运,并依托集装箱运输,将内河航运融入全球物流体系。欧洲绝大多数港口都有便捷的公路、铁路乃至飞机场与之联结。欧洲三大枢纽港——安特卫普港、鹿特丹港以及汉堡港,都位于欧洲的交通要道,处于多条内河航道以及铁路和公路、管道汇集的地方。为了方便内河航运与铁路公路运输的衔接,根据内河航运靠水行舟、临水建港的天然属性,陆运通道、物流站场等建设都主动适应内河航运的要求,将联运点布置在内河港区内。德国交通部每5年出台一个综合运输规划,尽量在河道附近建设公路、火车站,使港口成为多式联运的枢纽,有效保证了内河航运与其他运输方式的衔接。欧盟在《2010年欧洲运输政策白皮书》中提出的“马可波罗计划”也强调,要“依据港口建设公路、铁路,使港口成为多式联运的交通枢纽”。
第三,推进信息化。20世纪末,为促进欧洲内河航运业进一步发展,满足日益频繁的跨国、跨地区运输需求,实现跨国交通运输无缝对接、快捷物流以及航运安全,欧盟提出发展统一的内河航运综合信息服务RIS。RIS是内河航运跨区域、跨部门、跨系统业务协同与资源整合的一个概念体系,其建立在较为完善的航运基础设施之上,将先进的信息技术、通信技术、电子控制技术和计算机处理技术等集成应用于传统的内河航运体系内,通过异构系统的互联互通、资源共享,实现海量航运信息的采集、传输和处理,建立起大范围协同、实时、准确、高效的内河航运信息服务综合系统。RIS主要涵盖交通信息、航道信息、交通监管、应急救援、运输物流信息、执法信息、统计信息和规费征稽等8大服务功能领域。通过RIS的实施,内河航运还能加强与其他各种运输方式之间的有机衔接,进而更有效地发挥内河航运的综合运输优势。可以说,RIS代表着世界内河航运信息化发展的先进成果与未来趋势。
随着低碳经济的兴起,内河航运占地少、污染轻的比较优势日益凸显,欧美国家基于其资源环境压力,再次强调并大力推进内河航运的发展。如欧洲国家目前仍在继续加强航运数字化建设力度,通过计算机技术,构建网络将不同水系联系起来,进一步完善以莱茵河与多瑙河为中心,联通易北河、维斯瓦河、台伯河、罗纳河和塞纳河等的内河运输网络,旨在进一步大幅提升内河航运能力。
1.4 研究的内容
本系统从长江航运的实际需要出发,以提高工作效率、节约时间为目标,设计开发了一个基于Springboot的长江航运管理系统,长江航运管理系统围绕管理员、船坞船长、客户三个角色,主要功能包括后台首页、轮播图、公告信息管理、系统用户(管理员、船坞船长、客户)模块管理(航道信息、深度监测记录、宽度监测记录、航道使用记录、航道维护记录、航道信息、员工信息、客运信息、订座信息、退票信息、货运信息、货运预约、货运订单、申请修改航线)等功能模块。论文首先介绍了本系统的相关技术,并进行了需求分析,分别给出了系统Web服务器端和移动终端的概要设计、数据库设计和详细设计,实现完成的系统经测试上线,运行效果良好。
第2章 相关技术
2.1 Java简介
Java主要采用CORBA技术和安全模型,可以在互联网应用的数据保护。它还提供了对EJB(Enterprise JavaBeans)的全面支持,Java servlet API,JSP(Java server pages),和XML技术。Java语言是一种面向对象的语言,它通过提供最基本的方法来完成指定的任务,开发者只需要知道一些概念就能够编写出一些应用程序。Java程序相对较小,其代码能够在小机器上运行。Java是一种计算机编程语言,具有封装、继承和多态性三个主要特性,广泛应用于企业Web应用程序开发和移动应用程序开发。
Java语言和一般编译器以及直译的区别在于,Java首先将源代码转换为字节码,然后将其转换为JVM的可执行文件,JVM可以在各种不同的JVM上运行。因此,实现了它的跨平台特性。虽然这使得Java在早期非常缓慢,但是随着Java的开发,它已经得到了改进。
2.2 MVVM模式
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
2.3 B/S结构
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
2.4 MySQL数据库
Mysql的语言是非结构化的,用户可以在数据上进行工作。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下,MySQL是管理内容最好的选择。并且因为Mysql的语言和结构比较简单,但是功能和存储信息量很强大,所以得到了普遍的应用。
Mysql数据库在编程过程中的作用是很广泛的,为用户进行数据查询带来了方便。Mysql数据库的应用因其灵活性强,功能强大,所以在实现某功能时只需要一小段代码,而不像其他程序需要编写大段代码。总体来说,Mysql数据库的语言相对要简洁很多。
数据流程分析主要就是数据存储的储藏室,它是在计算机上进行的,而不是现实中的储藏室。数据的存放是按固定格式,而不是无序的,其定义就是:长期有固定格式,可以共享的存储在计算机存储器上。数据库管理主要是数据存储、修改和增加以及数据表的建立。为了保证系统数据的正常运行,一些有能力的处理者可以进行管理而不需要专业的人来处理。数据表的建立,可以对数据表中的数据进行调整,数据的重新组合及重新构造,保证数据的安全性。介于数据库的功能强大等特点,本系统的开发主要应用了Mysql进行对数据的管理。
2.5 SpringBoot框架
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
第3章 系统分析
3.1 需求分析
长江航运管理系统主要是为了方便长江航运公司合理安排航道信息、深度监测记录信息、宽度监测记录信息、航道使用记录信息、航道维护记录、客运信息、订座信息、货运信息等信息更好的管理,以及管理员更好的全流程引导和管理,更好存储所有数据信息及快速方便的检索功能。对系统的各个模块是通过许多今天的发达系统做出合理的分析来确定考虑用户的可操作性,遵循开发的系统优化的原则,经过全面的调查和研究。
系统所要实现的功能分析,对于现在网络方便的管理,系统要实现用户可以直接在平台上进行查看所有数据信息,根据需求可以进行在线添加,删除或修改信息,这样既能节省时间,不用像传统的方式耽误时间。所以长江航运管理系统的开发不仅仅是能满足用户的需求,还能提高操作人员的工作效率,减少不必要的工作量。
3.2 系统可行性分析
3.2.1技术可行性:技术背景
该系统在Windows操作系统中进行开发,并且目前PC机的性能已经可以胜任普通网站的web服务器。系统开发所使用的技术也都是自身所具有的,也是当下广泛应用的技术之一。
系统的开发环境和配置都是可以自行安装的,系统使用JSP开发工具,使用比较成熟的Mysql数据库进行对系统前台及后台的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得网站运行更具有稳定性和安全性,从而完成实现网站的开发。
(1)硬件可行性分析
长江航运管理系统及信息分析的设计对于所使用的计算机没有什么硬性的要求,计算机只要可以正常的使用进行代码的编写及页面设计就可行,主要是对于服务器有些要求,对于平台搭建完成要上传的服务器是有一定的要求的,服务器必须选择安全性比较高的,然后就是在打开网站必须顺畅,不能停顿太长时间;性价比高;安全性高。
(2)软件可行性分析
开发整个系统使用的是云计算,流量的可扩展性和基于流量的智能调整云计算的优点就是流量的可扩展性和基于流量的智能调整,保障系统的安全及数据信息的及时备份。
因此,我们从两个方面进行了可行性研究,可以看出系统的开发没有问题。
3.2.2经济可行性
长江航运管理系统开发之前所做的市场调研及相关的管理系统,都是没有任何费用的,都是通过开发者自己的努力,所有的工作的都是自己亲力亲为,在碰到自己比较难以解决的问题,大多是通过同学和指导老师的帮助进行相关信息的解决,所以对于长江航运管理系统的开发在经济上是完全可行的,没有任何费用支出的。
使用比较成熟的技术,系统是基于JSP的开发,采用Mysql数据库。所以系统在开发人力、财力要求不高,具有经济可行性。
3.2.3操作可行性:
可操作性主要是对长江航运管理系统设计完成后,用户的使用体验度,以及管理员可以通过系统随时管理相关的数据信息,并且对于管理者都可以简单明了的进入到自己的系统界面,通过界面导航菜单可以简单明了地操作功能模块,方便管理员管理数据信息,对于系统的操作,不需要专业人员都可以直接进行功能模块的操作管理,所以在系统的可操作性是完全可以的。本系统的操作使用的也是界面窗口进行登录,所以操作人员只要会简单的电脑操作就完全可以的。
3.3 项目设计目标与原则
1、关于长江航运管理系统的基本要求
(1)功能要求:后台首页、轮播图、公告信息管理、系统用户(管理员、船坞船长、客户)模块管理(航道信息、深度监测记录、宽度监测记录、航道使用记录、航道维护记录、航道信息、员工信息、客运信息、订座信息、退票信息、货运信息、货运预约、货运订单、申请修改航线)等功能模块。
(2)性能:在不同操作系统上均能无差错实现在不同类型的用户登入相应界面后能不出差错、方便地进行预期操作。
(3)安全与保密要求:用户都必须通过身份验证才能进入系统,并且用户的权限也需要根据用户的类型进行限定。
(4)环境要求:支持多种平台,可在Windows系列、Vista系统等多种操作系统下使用。
2、开发目标
长江航运管理系统的主要开发目标如下:
(1)实现管理系统信息关系的系统化、规范化和自动化;
(2)减少维护人员的工作量以及实现用户对信息的控制和管理。
(3)方便查询信息及管理信息等;
(4)通过网络操作,改善处理问题的效率,提高操作人员利用率;
(5)考虑到用户多样性特点,要求界面简单,操作简便。
3、设计原则
本系统采用Java技术,Mysql数据库开发,充分保证了系统稳定性、完整性。
长江航运管理系统的设计思想如下:
- 操作简单方便、系统界面安全良、简单明了的页面布局、方便查询相关信息。
2、即时可见:对长江航运管理系统信息的处理将可以实时查询到,从而实现“即时发布、即时见效”的系统功能。
3、功能的完善性:拥有后台首页、轮播图、公告信息管理、系统用户(管理员、船坞船长、客户)模块管理(航道信息、深度监测记录、宽度监测记录、航道使用记录、航道维护记录、航道信息、员工信息、客运信息、订座信息、退票信息、货运信息、货运预约、货运订单、申请修改航线)等功能模块的修改维护操作。
3.4系统流程分析
3.4.1操作流程
图3-1登录流程图
3.4.2添加信息流程
添加信息流程图,如图所示:
图3-2添加信息流程图
3.4.3删除信息流程
删除信息流程图,如图所示:
图3-3删除信息流程图
第4章 系统设计
4.1 系统体系结构
本系统选择B/S结构(Browser/Server,浏览器/服务器结构)和基于Web服务两种模式。适合在互联网上进行操作,只要用户能连网,任何时间、任何地点都可以进行系统的操作使用。系统工作原理图如图4-1所示:
图4-1 系统工作原理图
4.2系统结构设计
整个系统是由多个功能模块组合而成的,要将所有的功能模块都一一列举出来,然后进行逐个的功能设计,使得每一个模块都有相对应的功能设计,然后进行系统整体的设计。
本系统结构图如图4-2所示。
图4-2 系统功能结构图
4.3开发流程设计
系统流程的分析是通过调查系统所涉及问题的识别、可行性、可操作性、系统分析处理能力等具体环节来调节、整理系统的设计方案以确保系统能达到理想的状态。这些操作都要从注册、登录处着眼进行一系列的流程测试保证数据库的完整,从而把控系统所涉及信息管理的安全、保证信息输入、输出正常转换。然后,通过实际操作完成流程图的绘制工作。
长江航运管理系统的开发对管理模块和系统使用的数据库进行分析,编写代码,系统测试,如图4-4所示。
图4-4开发系统流程图
4.4 数据库设计原则
学习编程,我们都知道数据库设计是基于需要设计的系统功能,我们需要建立一个数据库关系模型,用于存储数据信息,这样当我们在程序中时,就没有必要为程序页面添加数据,从而提高系统的效率。数据库存储了很多信息,可以说是信息管理系统的核心和基础,数据库还提供了添加、删除、修改和检查,使系统能够快速找到自己想要的信息,而不是在程序代码中找到。数据库中信息表的每个部分根据一定的关系精确地组合,排列和组合成数据表。
通过长江航运管理系统的功能进行规划分成几个实体信息,实体信息将通过ER图进行说明,本系统的主要实体图如下:
管理员信息属性图如图4-5所示。
图4-5 管理员信息实体属性图
系统的E-R图如下图所示:
图4-6系统E-R图
4.4 数据表
将数据库概念设计的E-R图转换为关系数据库。在关系数据库中,数据关系由数据表组成,但是表的结构表现在表的字段上。
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
表apply_for_route_modification (申请修改航线)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | apply_for_route_modification_id | int | 10 | 0 | N | Y | 申请修改航线ID | |
2 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
3 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
4 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
5 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
6 | route_number | varchar | 64 | 0 | Y | N | 航路编号 | |
7 | apply_for_a_docking_point | text | 65535 | 0 | Y | N | 申请停靠点 | |
8 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
9 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表auth (用户权限管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表channel_information (航道信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | channel_information_id | int | 10 | 0 | N | Y | 航道信息ID | |
2 | channel_number | varchar | 64 | 0 | Y | N | 航道编号 | |
3 | channel_name | varchar | 64 | 0 | N | N | 航道名称 | |
4 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
5 | end | varchar | 64 | 0 | Y | N | 终点 | |
6 | channel_information | varchar | 255 | 0 | Y | N | 航道资料 | |
7 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
8 | draft_limit | int | 10 | 0 | Y | N | 0 | 吃水高度限制 |
9 | channel_status | varchar | 64 | 0 | Y | N | 航道状态 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表channel_maintenance_records (航道维护记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | channel_maintenance_records_id | int | 10 | 0 | N | Y | 航道维护记录ID | |
2 | channel_number | varchar | 64 | 0 | Y | N | 航道编号 | |
3 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
4 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
5 | end | varchar | 64 | 0 | Y | N | 终点 | |
6 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
7 | draft_limit | int | 10 | 0 | Y | N | 0 | 吃水高度限制 |
8 | maintenance_length_km | int | 10 | 0 | Y | N | 0 | 维护长度(千米) |
9 | maintenance_date | date | 10 | 0 | Y | N | 维护日期 | |
10 | maintenance_content | longtext | 2147483647 | 0 | Y | N | 维护内容 | |
11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表channel_usage_record (航道使用记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | channel_usage_record_id | int | 10 | 0 | N | Y | 航道使用记录ID | |
2 | channel_number | varchar | 64 | 0 | Y | N | 航道编号 | |
3 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
4 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
5 | end | varchar | 64 | 0 | Y | N | 终点 | |
6 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
7 | navigable_ship | varchar | 64 | 0 | Y | N | 通航船 | |
8 | draft_of_navigable_vessels | int | 10 | 0 | Y | N | 0 | 通航船吃水深度 |
9 | tonnage | varchar | 64 | 0 | Y | N | 吨位 | |
10 | navigation_ship_information | varchar | 255 | 0 | Y | N | 通航船资料 | |
11 | record_date | date | 10 | 0 | Y | N | 记录日期 | |
12 | access_content | longtext | 2147483647 | 0 | Y | N | 通行内容 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表comment (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表depth_monitoring_records (深度监测记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | depth_monitoring_records_id | int | 10 | 0 | N | Y | 深度监测记录ID | |
2 | channel_number | varchar | 64 | 0 | Y | N | 航道编号 | |
3 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
4 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
5 | end | varchar | 64 | 0 | Y | N | 终点 | |
6 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
7 | average_channel_depth_m | int | 10 | 0 | Y | N | 0 | 平均航道深度(米) |
8 | monitoring_date | date | 10 | 0 | Y | N | 监测日期 | |
9 | monitoring_content | longtext | 2147483647 | 0 | Y | N | 监测内容 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表dock_captain (船坞船长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dock_captain_id | int | 10 | 0 | N | Y | 船坞船长ID | |
2 | occupation_number | varchar | 64 | 0 | N | N | 职业编号 | |
3 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
4 | gender_of_captain | varchar | 64 | 0 | Y | N | 船长性别 | |
5 | id_number | varchar | 255 | 0 | Y | N | 身份证号 | |
6 | age_of_captain | int | 10 | 0 | Y | N | 0 | 船长年龄 |
7 | ship_number | varchar | 64 | 0 | N | N | 船号 | |
8 | ship_age | varchar | 64 | 0 | Y | N | 船龄 | |
9 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
10 | load_capacity | varchar | 64 | 0 | Y | N | 载重量 | |
11 | gross_tonnage | varchar | 64 | 0 | Y | N | 总吨位 | |
12 | construction_enterprise | varchar | 64 | 0 | Y | N | 建造企业 | |
13 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
15 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表employee_information (员工信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | employee_information_id | int | 10 | 0 | N | Y | 员工信息ID | |
2 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
3 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
4 | gender_of_captain | varchar | 64 | 0 | Y | N | 船长性别 | |
5 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
6 | employee_name | varchar | 64 | 0 | Y | N | 员工姓名 | |
7 | employee_gender | varchar | 64 | 0 | Y | N | 员工性别 | |
8 | employee_age | int | 10 | 0 | Y | N | 0 | 员工年龄 |
9 | employee_id_number_number | varchar | 255 | 0 | Y | N | 员工身份证号 | |
10 | employee_phone | varchar | 64 | 0 | Y | N | 员工电话 | |
11 | number | varchar | 64 | 0 | N | N | 编号 | |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表freight_booking (货运预约)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | freight_booking_id | int | 10 | 0 | N | Y | 货运预约ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 订单号 | |
3 | route_number | varchar | 64 | 0 | Y | N | 航路编号 | |
4 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
5 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
6 | end | varchar | 64 | 0 | Y | N | 终点 | |
7 | meridian_stop_point | varchar | 64 | 0 | Y | N | 经停点 | |
8 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
9 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
10 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
11 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
12 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
13 | transportation_unit_price | int | 10 | 0 | Y | N | 0 | 运输单价 |
14 | customer | int | 10 | 0 | Y | N | 0 | 客户 |
15 | customer_phone | varchar | 64 | 0 | Y | N | 客户电话 | |
16 | name_of_goods | varchar | 64 | 0 | Y | N | 货物名称 | |
17 | consignee | varchar | 64 | 0 | Y | N | 收货人 | |
18 | shipping_address | varchar | 64 | 0 | Y | N | 收货地址 | |
19 | type_of_goods | varchar | 64 | 0 | Y | N | 货物类型 | |
20 | appointment_for_receiving_time | datetime | 19 | 0 | Y | N | 预约收货时间 | |
21 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
22 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
23 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
24 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
25 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表freight_information (货运信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | freight_information_id | int | 10 | 0 | N | Y | 货运信息ID | |
2 | route_number | varchar | 64 | 0 | Y | N | 航路编号 | |
3 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
4 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
5 | end | varchar | 64 | 0 | Y | N | 终点 | |
6 | meridian_stop_point | varchar | 64 | 0 | Y | N | 经停点 | |
7 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
8 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
9 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
10 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
11 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
12 | remaining_load_ton | int | 10 | 0 | Y | N | 0 | 剩余载重(吨) |
13 | transportation_unit_price | int | 10 | 0 | Y | N | 0 | 运输单价 |
14 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
15 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
16 | timer_title | varchar | 64 | 0 | Y | N | 计时器标题 | |
17 | timing_start_time | datetime | 19 | 0 | Y | N | 计时开始时间 | |
18 | timing_end_time | datetime | 19 | 0 | Y | N | 计时结束时间 | |
19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表freight_order (货运订单)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | freight_order_id | int | 10 | 0 | N | Y | 货运订单ID | |
2 | order_number | varchar | 64 | 0 | N | N | 订单号 | |
3 | route_number | varchar | 64 | 0 | Y | N | 航路编号 | |
4 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
5 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
6 | end | varchar | 64 | 0 | Y | N | 终点 | |
7 | meridian_stop_point | varchar | 64 | 0 | Y | N | 经停点 | |
8 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
9 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
10 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
11 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
12 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
13 | transportation_unit_price | int | 10 | 0 | Y | N | 0 | 运输单价 |
14 | customer | int | 10 | 0 | Y | N | 0 | 客户 |
15 | customer_phone | varchar | 64 | 0 | Y | N | 客户电话 | |
16 | name_of_goods | varchar | 64 | 0 | Y | N | 货物名称 | |
17 | consignee | varchar | 64 | 0 | Y | N | 收货人 | |
18 | shipping_address | varchar | 64 | 0 | Y | N | 收货地址 | |
19 | cargo_weight | int | 10 | 0 | Y | N | 0 | 货物重量 |
20 | freight_amount | varchar | 64 | 0 | Y | N | 货运金额 | |
21 | confirmation_date | date | 10 | 0 | Y | N | 确认日期 | |
22 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
23 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
24 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
25 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
26 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表hits (用户点击)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表notice (公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表passenger_transport_information (客运信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | passenger_transport_information_id | int | 10 | 0 | N | Y | 客运信息ID | |
2 | route_number | varchar | 64 | 0 | Y | N | 航路编号 | |
3 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
4 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
5 | end | varchar | 64 | 0 | Y | N | 终点 | |
6 | meridian_stop_point | varchar | 64 | 0 | Y | N | 经停点 | |
7 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
8 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
9 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
10 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
11 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
12 | number_of_seats | int | 10 | 0 | Y | N | 0 | 座位数量 |
13 | unit_price_of_seats | int | 10 | 0 | Y | N | 0 | 座位单价 |
14 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
15 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
16 | timer_title | varchar | 64 | 0 | Y | N | 计时器标题 | |
17 | timing_start_time | datetime | 19 | 0 | Y | N | 计时开始时间 | |
18 | timing_end_time | datetime | 19 | 0 | Y | N | 计时结束时间 | |
19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表praise (点赞)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
表reservation_information (订座信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | reservation_information_id | int | 10 | 0 | N | Y | 订座信息ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 订单号 | |
3 | route_number | varchar | 64 | 0 | Y | N | 航路编号 | |
4 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
5 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
6 | end | varchar | 64 | 0 | Y | N | 终点 | |
7 | meridian_stop_point | varchar | 64 | 0 | Y | N | 经停点 | |
8 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
9 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
10 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
11 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
12 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
13 | unit_price_of_seats | int | 10 | 0 | Y | N | 0 | 座位单价 |
14 | booking_period | date | 10 | 0 | Y | N | 订票日期 | |
15 | customer | int | 10 | 0 | Y | N | 0 | 客户 |
16 | number_of_reserved_seats | int | 10 | 0 | Y | N | 0 | 订座数量 |
17 | payment_amount | varchar | 64 | 0 | Y | N | 支付金额 | |
18 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
19 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
20 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
21 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
22 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
23 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表ship_customers (船舶客户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | ship_customers_id | int | 10 | 0 | N | Y | 船舶客户ID | |
2 | customer_name | varchar | 64 | 0 | Y | N | 客户姓名 | |
3 | customer_gender | varchar | 64 | 0 | Y | N | 客户性别 | |
4 | customer_age | int | 10 | 0 | Y | N | 0 | 客户年龄 |
5 | id_number | varchar | 255 | 0 | Y | N | 身份证号 | |
6 | customer_phone | varchar | 64 | 0 | Y | N | 客户电话 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表slides (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表ticket_refund_information (退票信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | ticket_refund_information_id | int | 10 | 0 | N | Y | 退票信息ID | |
2 | order_number | varchar | 64 | 0 | N | N | 订单号 | |
3 | route_number | varchar | 64 | 0 | Y | N | 航路编号 | |
4 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
5 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
6 | end | varchar | 64 | 0 | Y | N | 终点 | |
7 | meridian_stop_point | varchar | 64 | 0 | Y | N | 经停点 | |
8 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
9 | captain_user | int | 10 | 0 | Y | N | 0 | 船长用户 |
10 | name_of_the_captain | varchar | 64 | 0 | Y | N | 船长姓名 | |
11 | ship_number | varchar | 64 | 0 | Y | N | 船号 | |
12 | discharge | int | 10 | 0 | Y | N | 0 | 排水量 |
13 | unit_price_of_seats | int | 10 | 0 | Y | N | 0 | 座位单价 |
14 | customer | int | 10 | 0 | Y | N | 0 | 客户 |
15 | number_of_reserved_seats | int | 10 | 0 | Y | N | 0 | 订座数量 |
16 | payment_amount | varchar | 64 | 0 | Y | N | 支付金额 | |
17 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
18 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
19 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表upload (文件上传)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表width_monitoring_record (宽度监测记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | width_monitoring_record_id | int | 10 | 0 | N | Y | 宽度监测记录ID | |
2 | channel_number | varchar | 64 | 0 | Y | N | 航道编号 | |
3 | channel_name | varchar | 64 | 0 | Y | N | 航道名称 | |
4 | starting_point | varchar | 64 | 0 | Y | N | 起点 | |
5 | end | varchar | 64 | 0 | Y | N | 终点 | |
6 | mileage_km | int | 10 | 0 | Y | N | 0 | 里程(千米) |
7 | average_channel_width_m | int | 10 | 0 | Y | N | 0 | 平均航道宽度(米) |
8 | monitoring_date | date | 10 | 0 | Y | N | 监测日期 | |
9 | monitoring_content | longtext | 2147483647 | 0 | Y | N | 监测内容 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
第5章 系统详细设计
5.1管理员登录模块的实现
管理员登录长江航运管理系统,在登录页面输入用户名、密码进行登录,如图5-1所示。
图5-1管理员登录界面图
5.2管理员后台首页功能模块
管理员进入系统后台可以查看:后台首页、轮播图、公告信息管理、系统用户(管理员、船坞船长、客户)模块管理(航道信息、深度监测记录、宽度监测记录、航道使用记录、航道维护记录、航道信息、员工信息、客运信息、订座信息、退票信息、货运信息、货运预约、货运订单、申请修改航线)等功能模块。还可进行相应的操作,如图5-2所示。
图5-2管理员功能界面图
管理员在此页面可以查看系统用户的相关信息,还可在该页面对用户进行重置、添加和删除等操作,如图5-3所示。
图5-3系统用户管理界面图
船长在航道信息页面可查看航道编号、航道名称、起点、终点、航道资讯、里程(千米)等详细信息,可进行查询或重置等操作,如图5-4所示。
图5-4航道信息界面图
船长在航道信息页面可编辑航道编号、航道名称、起点、终点、船长用户、里程(千米)、船长姓名、座位数量、船号、排水量、座位单价、计时开始时间、计时结束时间、计时标题等详细信息进行提交等管理员审核回复,可查询或重置等操作,如图5-5所示。
图5-5客运信息界面图
船长在航道信息页面可编辑航道编号、航道名称、起点、终点、船长用户、里程(千米)、船长姓名、船号、排水量、剩余载重、运输单价、计时开始时间、计时结束时间、计时标题等详细信息进行提交等管理员审核回复,可查询或重置等操作,如图5-6所示。
图5-6货运信息界面图
5.7申请修改航线页面
船长在航道信息页面可编辑航路编号、航号、船长用户、里程(千米)、船长姓名、船号、排水量、申请停靠点等详细信息进行提交等管理员审核回复,如图5-7所示。
图5-7申请修改航线界面图
5.8员工信息页面
船长在员工信息页面可添加船长用户、船长姓名、船长性别、航号、员工姓名、员工性别、员工年龄等详细信息,可进行查询、重置或删除等操作,如图5-8所示。
图5-8员工信息界面图
5.9订座信息页面
船长可在订座信息页面查看客户的订座详细信息,可进行审核或重置等操作,如图5-9所示:
图5-9货源管理界面图
5.10退票信息页面
船长可在退票信息页面查看客户的退票原因等详细信息,可进行审核或重置等操作,如图5-10所示:
图5-10退票信息界面图
5.11货运预约页面
船长可在货运预约页面查看客户的预约详细信息,可进行审核回复、删除或重置等操作,如图5-11所示:
图5-11货运预约界面图
5.12货运订单页面
船长可在货运订单页面查看客户的订单详细信息,可进行添加重置等操作如图5-12所示:
图5-12货运订单界面图
第6章 系统测试
6.1系统测试的目的
程序设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中都是难以避免的。虽然这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果,如系统崩溃,安全信息泄露,系统无法正常启动等,为了避免这些问题,我们需要测试程序,再测试过程中发现问题,并纠正它们,从而使系统更长时间稳定成熟。本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但对于长期使用而言是非常重要和必要系统的开发。
软件在设计后必须进行测试,调试过程中使用的方法是软件测试方法。在开发新软件时,系统测试是检查软件是否合格的关键步骤,以及是否符合设计目标的参考。测试主要是查看软件中数据的准确性,正确的操作与否,以及操作的结果,还有哪些方面需要改进。
长江航运管理系统的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在长江航运管理系统正式上传使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
6.2系统测试方法
在对长江航运管理系统进行测试的时候在找到问题的情况下必须在第一时间找到解决问题的办法,不要存在侥幸的心理,这样才能让长江航运管理系统开发的质量可以过关,并且开发的周期会大大缩短,还有就是在测试时,不要出现重复性的错误,遇到一个错误问题,要将整个长江航运管理系统开发所牵扯的该问题都必须一一解决,提高长江航运管理系统平台的安全性、稳定性。
白盒测试与黑盒测试是测试中比较常用的两种方法。
①结构测试俗称白盒测试:这种测试是在对程序的处理过程与结构都有详尽谅解的前提下,顺从程序内部的逻辑而完成的系统测试,以确定系统中所有的通路都能够遵照设计要求正常工作,不出现任何偏差。
②功能测试又成黑盒测试:主要是针对程序功能能够按照设计正常实现的一种检测,在程序接口处进行,检测程序手法数据是否正常,与外部信息的交换是否完整。
6.3功能测试
用户登录测试:
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
登录模块 | 用户名:admin 密码:123 | 弹出错误提示,提示密码错误 | 弹出错误提示,提示密码错误 | 通过 |
登录模块 | 用户名:123 密码:admin | 弹出错误提示,提示用户名错误 | 弹出错误提示,提示用户名错误 | 通过 |
登录模块 | 用户名:admin 密码:admin | 管理员登录成功 | 管理员登录成功 | 通过 |
修改密码测试:
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
修改密码模块 | 原密码:666 新密码:123 确认密码:123 | 弹出错误提示,提示原密码错误 | 弹出错误提示,提示原密码错误 | 通过 |
修改密码模块 | 原密码:admin 新密码:123 确认密码:333 | 弹出错误提示,提示确认密码不一致 | 弹出错误提示,提示确认密码不一致 | 通过 |
修改密码模块 | 原密码:admin 新密码:123 确认密码:123 | 密码修改成功 | 密码修改成功 | 通过 |
通过对功能的测试,长江航运管理系统的基本功能都是可行的,不管是系统里面的功能,还是界面的设计都是可值得推广宣传的。
此时项目已经完成,即使实施的时间不是很长,但是这个过程中需要准备很长的一段时间去对系统设计开发所相关技术进行学习。在学习的过程中,我逐渐认识得到了我自身存在的一些不足。从该系统中,系统的分析和设计的调查数据,并且已经经历和努力了几个月,最终完成了系统。很显然,该系统仍有很多不成熟的地方,在系统设计过程中有许多技术缺陷存在。在设计的过程中也涉及到了很多自己无法解决的问题,主要通过咨询老师解决这些问题,对于毕业设计的圆满完成,需要感谢老师们的指导。系统的开发环境和配置都是可以自行安装的,系统使用Java开发工具,使用比较成熟的Mysql数据库进行对系统前台及后台的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
回顾毕业设计的整个过程,既付出汗水也收获了很多。虽然经历了各种各样的困难,自己的不断研究探索,系统的实现仍有不足之处。
在以后的学习及工作中,我仍然继续学习计算机方面的技术,让我在后期的平台开发中可以更好更快的实现需求功能。我相信我可以让更多的好工作,做出更大的贡献。
长江航运管理系统的完成,如何实现的更好,其中付出的努力是很大的,这段时光将会终身难忘。
首先要感谢我的指导老师,谢谢您在设计和论文中给我的指导。在您的细心指导下我才能快速的掌握系统的相关功能,在您的大力帮助下我才能将课本上的知识与自己的项目结合,真正的做到学以致用。感谢您经常牺牲自己的休息时间,利用其丰富的教学和项目经验对我进行指导。
感谢所有教过我的老师,为我倾注了大量的心血,正是你们的谆谆教诲、严谨教学才使我能顺利的完成学业,再此向你们表示深深的感谢。
感谢我的同学们,对我的大力支持及帮助,正是你们不断的帮助、鼓励,给我带来了极大的动力,最终系统可以顺利的运行。我们在交流、谈论的这段时间,将是我未来的财富,我要深深地感谢你们!
毕业在即,在今后的工作和生活中,我会铭记师长们的教诲、同学们的帮助,继续不懈努力和追求,来报答所有支持和帮助过我的人!
参考文献
[1]Lu Liangliang,Kujala Pentti,Kuikka Sakari. On risk management of shipping system in ice-covered waters: Review, analysis and toolbox based on an eight-year polar project[J]. Ocean Engineering,2022,266(P4).
[2]孙明明. 一种节能型航运管理系统及航运管理方法[P]. 山东省:CN115158624A,2022-10-11.
[3]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.
[4]Luoma Emilia,Nevalainen Lauri,Altarriba Elias,Helle Inari,Lehikoinen Annukka. Developing a conceptual influence diagram for socio-eco-technical systems analysis of biofouling management in shipping – A Baltic Sea case study[J]. Marine Pollution Bulletin,2021,170.
[5]Fuyuan Cheng. Talent Recruitment Management System for Small and Micro Enterprises Based on Springboot Framework[J]. Advances in Educational Technology and Psychology,2021,5(2).
[6]Siyi Liu. Explore Java Language and Android Mobile Software Development[J]. International Journal of Frontiers in Engineering Technology,2021,3.0(2.0).
[7]查安平.课程思政背景下港口与航运管理专业《港航信息系统操作》课程教学设计与实施路径探析[J].中国多媒体与网络教学学报(中旬刊),2021(01):109-111.
[8]方正刚. 基于物联网平台的海运拼装箱航运管理系统[P]. 江苏省:CN111091331A,2020-05-01.
[9]吕宇琛.SpringBoot框架在web应用开发中的探讨[J].科技创新导报,2018,15(08):168+173.DOI:10.16660/j.cnki.1674-098X.2018.08.168.
[10]方风平.国际航运管理类专业港航地理实训系统研究[J].广东交通职业技术学院学报,2012,11(02):40-43.
[11]王造. 长江航运现代化发展研究[D].武汉理工大学,2010.
[12]杨正祥.武汉辖区船舶交通管理系统方案设计[J].武汉交通职业学院学报,2010,12(01):70-74.
[13]胡明华.长江航运现代船舶管理系统总体设计方案[J].水运管理,2004(06):15-17.
[14]初良勇.信息时代的《航运管理信息系统》教学探新[J].航海教育研究,2003(04):57-58.
[15]冯俊. 浙江航运管理系统管理能力与人力资源开发[D].浙江大学,2002.
[16]张劲. 船舶智能信息管理系统的构造及其方法[D].上海海运学院,2002.
[17]闵雪明. 行业信息系统建设策略研讨——从浙江省航运管理系统联网工程谈起[C]//中国航海学会内河海事专业委员会.中国航海学会内河海事专业委员会2001年度学术交流会优秀论文集专刊.中国航海学会内河海事专业委员会2001年度学术交流会优秀论文集专刊,2001:104-107.
[18]陈立新,张学武. 航运管理软件系统总体规划及支持航运信息网的开发[C]//辽宁省造船工程学会,大连市科学技术协会,辽宁省科学技术协会.2000年大连国际海事技术交流会论文集(第一卷).2000年大连国际海事技术交流会论文集(第一卷),2000:295-299.
[19]朱汉苏,钱重斌,杨积廉.长江航运(集团)总公司科技管理信息系统的开发[J].交通与计算机,1997(05):14-17.
[20]马福华,宋西林,胡冰洁.长江航运信息系统的结构与建设方针探讨[J].交通与计算机,1996(06):15-17.
请关注点赞+私信博主,免费领取项目源码