电子族谱信息管理系统的设计与实现
摘 要
信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对族谱管理等问题,对电子族谱管理进行研究分析,然后开发设计出电子族谱信息管理系统以解决问题。
电子族谱系统主要功能模块包括用户管理、族谱图像、用户注册、在线留言、族长、人文历史、姓氏来源、家庭、族谱信息,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取MySQL作为后台数据的主要存储单元,采用SSM框架、JSP技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对族谱系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现族谱系统和部署运行使用它。
关键词:族谱管理;SSM框架;MySQL数据库
Design and implementation of electronic genealogy information management system
Abstract
In the information society, there is a need for targeted information access, but the expansion of access is basically the direction of people's efforts. Due to the deviation of the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of genealogy management, this paper studies and analyzes the electronic genealogy management, and then develops and designs the electronic genealogy information management system to solve the problems.
The main functional modules of the electronic genealogy system include user management, genealogy image, user registration, online message, ancestral text, cultural history, surname source, family and genealogy information. The object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of practical use and improve the corresponding software erection and program coding, MySQL is used as the main storage unit of background data, and SSM framework, JSP technology and Ajax technology are used to code and develop the business system, which realizes all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work. This paper analyzes the requirements and technical problems of the genealogy system, proves the necessity and technical feasibility of the system, then makes a basic introduction to the technical software and design ideas needed to design the system, and finally realizes the genealogy system and deploys it.
Key words:Genealogy management; SSM framework; The MySQL database
目 录
5.9族长管理模块的实现……………………………………………………………………………..24
家谱,又称族谱、家乘、祖谱、宗谱等.一种以表谱形式,记载一个以血缘关系为主体的家族世系繁衍和重要人物事迹的特殊图书体裁.家谱以记载父系家族世系、人物为中心,由记载古代帝王诸侯世系、事迹而逐渐演变来的。家谱是一种特殊的文献,就其内容而言,是中国五千年文明史中最具有平民特色的文献,记载的是同宗共祖血缘集团世系人物和事迹等方面情况的历史图籍.在信息化社会高速发展的今天,让我国这一传统文化从书本走向信息化也是我国精神文明建设的一个重要组成部分。
从中国家谱发展的历史看,宋代以后修谱的宗旨发生了变化,此前家谱作为官吏铨选和巨姓望族婚姻门第参考的依据作用已逐渐丧失,编纂家谱的目的主要是为了说世系、序长幼、辨亲疏、尊祖敬宗,且比较关注亲亲之道的提倡.家谱的编纂也逐渐由官方垄断走向民间私修.总的来看,宋元时代民间私修家谱尚未形成风气,并不普遍,而这一情形的转变主要是在明代.家谱、族谱,是一个家族的生命史.它不仅记录着该家族的来源、迁徙的轨迹,还包罗了该家族生息、繁衍、婚姻、文化、族规、家约等历史文化的全过程,家谱是以记载父系家族世系、人物为中心的历史图籍,是由记载古代帝王诸侯世系、事迹而逐渐演变来的.先秦时,社会上流传有《周官》、《世本》等谱学通书;秦汉以后,又出现了《帝王年谱》《潜夫论.志氏姓》、《风俗通.姓氏篇》等谱学著作.到魏晋南北朝时,门阀制度盛行,家谱成了世族间婚姻和仕宦的主要依据,于是便迅速发展起来.隋唐五代后,修谱之风更从官方流行于民间,以至遍及各个家族,出现了家家有谱牒、户户有家乘,并且一修再修、无休无止.因此每次修谱,也就成了同姓同族人之间的大事.氏族宗谱也成为了我国五千年文明史中最具有平民特色的文献。
家庭与家族是社会的细胞,一个家族分化为若干个家庭,任何一个家庭或家族的变迁除了其主观因素外,都离不开社会的大环境和社会的变迁.从这个意义上说,一个家族谱也是一个社会历史文化的缩影.研究和立谱可以使我们了解自己祖宗所处的社会历史环境,了解家族发展的历史文化,继承、发扬先祖的光荣传统,弘扬先祖业绩,团结全族骨肉,奋发向上,培养后代,创造光辉的未来。
随着社会的发展和国家对非物质文化的重视,氏族文化在信息化方面的建设也应该加速发展,以满足人们对于精神文明日益增长的需求.建立氏族宗谱管理系统,可以加强氏族成员之间的交流,便于氏族管理的信息化.通过氏族中某些名人的影响,还能激发民族凝聚力,响应国家精神文明建设的方针.同时,氏族宗谱管理系统的建立也可以为我国历史发展的研究提供一个很好的参考资料。
随着社会的发展和国家对非物质文化的重视,很多在历史上消失的带有浓厚的氏族文化也纷纷被重新开展.例如,钱氏一族自宋初就在杭州及其重要的“元宵祭钱王”活动很早就消沉在历史长河中.通过宗谱上的记载,杭州钱謬研究会在2008年重新开办了时隔千年的“元宵祭钱王”活动.自此,在杭州市文化局和杭州钱樛研究会的共同组织下,“元宵祭钱王”活动越传越广,全国各地钱王后裔纷纷赶往杭州钱王祠参加祭祖活动.各地钱王子孙通过相互交流之后,纷纷产生认祖归宗想法.而根据各分支《钱氏宗谱》的记载,对于各地钱王子孙的辈分都有了初步的确认,同时也为各地钱王子孙认祖归宗带来了方便.由此可见,人们对于自己的祖先和家族发展历史是十分重视的。
目前,国内仅有个别氏族宗谱管理网站,但也只是简单介绍.作为中国五千多年来最具有平民色彩的文献,氏族宗谱应该跟上现代化的脚步,应该同我国其他文化一样,通过建立信息化的管理系统,继承和发扬这一项平民文化,加快我国建设现代化文明的脚步.建立钱氏宗谱管理系统,可以加强氏族成员之间的交流,便于氏族管理的信息化.通过氏族中某些名人的影响,还能激发民族凝聚力,响应国家精神文明建设的方针.同时,氏族宗谱管理系统的建立也可以为我国历史发展的研究提供一个很好的参考资料。
超文本传输协议(HTTP)作为协作式与分布式的通信协议,其以万维网交换信息作为前提条件。HTTP为IEIF的国际化标准指标,在制定相关标准与实现内,W3C积极参与其中,同时发挥着不可替代的作用。其能够借助超文本标记语言,将文档在服务器与浏览器之间相互传输。HTML作为构架文档的标记语言,这些文档内将包括有关信息的链接,用户仅需要点击其中一个链接就能够访问多媒体对象与图像,同时获得该链接项所具有的附加信息。
Java是美国sun公司所推出的一款程序设计语言,其能够在多个平台内应用,具有良好兼容性,进而其凭借自身优势在数据中心、个人PC与科技超级计算机等平台内广泛应用,具有目前最为庞大的开发者专业社群[3]。
JDK为美国sun公司为java开发员所推出的一款全新产品,要是没有JDK的情况下,所安装的java程序也就无法运行。
HTML是一种制作网页的常用语言,它一般是用于制作静态页面。它的命令是可以体现文字信息、链接信息、图形信息和表格信息等等。现在它被大众普遍接受广泛应用在网络上。
JSP可以放在在html里使用,也可以独自使用,它同时也具备有很多种优点,可以讲,Web脚本技术的先驱是JSP。现代编程语言(像C,Java和Perl等)的一些最好的特点都融合在JSP里,Web服务器里的一些配置标准是由JSP、Tomcat和数据库等的组合在一起的。
MySQL经过多次的更新,功能层面已经非常的丰富和完善了,从MySQL4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷。
针对本文中设计的族谱系统在实际的实现过程中,最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的MySQL来对族谱系统后台数据进行存储操作。
SpringMVC属于MVC架构,它将SSM当做前提,借助JSP及Servlet技术达成。且其渐趋呈现的良好性能,获得研发者的青睐及重视,其运用相当简易,且回应迅速灵敏。因为其把JSP、message resource、Servlet还有自界定标签加以有机结合起来,让编程者用不着再编制代码就能够达到MVC形式,提升了编写程序实效。
Spring却属于SSM框架里相当强大的某一架构。它既对监管项目主体措施加以规范化整体化,且借助其本身的设计指引编程者侧重编订接口流程,而并非对类加以编程。其运用的核心是靠着JavaBean里的Inversion of Control容器。它供应了元件框架层的整体预案,且它达到对信息拜访的唯一抽象,供应了合理的JDBC架构,这一形式有效地缩减了出现失误的概率,提升了实效。另外其还交融了Hibernate等许多信息访问框架。
Mybatis属于某一放开源代码的主体关系映射架构,其达到了基于JDBC的超轻量级封装目的,如此能够便于程序员依照本身的想法借助针对主体的措施对资料库加以运作。它能够跟任一JDBC融合,另外能够在用户端运用,也能够在Web端运用,它可以实现信息的长久化。
技术性方面,采用当前主流的SSM框架进行系统主体框架的搭建,前台使用jquery,ajax,实现前台页面的设计与美观调整,以上技术,均由本人经过系统学习,并且都是在课程设计中实践过的,可以使得开发更加便捷和系统。从技术角度看,这个系统是完全可以实现的。
实用性方面,本次设计的主要任务是在族谱系统内溯源查询、优秀代表展示、族谱文档下载、公告查看、互动交流、族谱申报等,符合当前潮流的发展。从用户角度出发,同时也考虑系统运营成本和人力资源,采用网络上的便捷方式,实现线上业务,使得业务流程更系统,也更方便用户的体验,比较实用。
经济性方面,由于本课题中设计的族谱系统的主要目的是为了能够更加方便及快捷的进行信息的查询管理及检索服务,也就是能够可以直接投入使用的信息化软件。系统的主要成本主要是集中在对使用数据后期继续维护及其管理更新这个操作上。但是一旦系统投入到实际的运行及使用之后就能够很好的提高信息查询检索的效率,同时也需要有效的保证查询者的信息方面的安全性,同时这个族谱系统所带来的实际应用方面的价值是远远的超过了实际系统进行开发与维护方面的成本,因此,从经济上来说开发这个软件是可行的。
族谱系统的功能主要分为前台用户根据自己的需求进行注册登录,浏览族谱申报信息并对选中的族谱申报进行发布操作。后台系统管理员因职责的不同,分为普通管理员和超级管理员,管理员主要对注册用户,家族通告数据,族谱申报详细信息,家族文档详细信息进行处理。
用户用例图如下所示。
图3-1 用户用例图
管理员用例图如下所示。
图3-2 管理员用例图
前台用户可分为未注册用户需求和已注册用户需求。
未注册用户的功能如下:
注册账号:用户填写个人信息,并验证手机号码。
家族信息:用户可以浏览主页面的家族通告数据来了解系统的最新家族通告数据。
族谱信息:族谱信息管理分为家族名称、家族姓氏、家族卷名、所属堂号、家族支派、所在地区、家谱简介、家族始祖。
已注册用户的功能如下:
登录:根据账号密码进行登录操作。
维护个人信息:用户因个人信息的变更可以随时修改自己注册信息。
族谱申报提交:用户提交个人族谱申报,提交成功后,可以查看到个人已提交的族谱申报记录,并可以对其进行编辑更新删除等操作。
管理员功能如下:
修改密码:管理员可以随时修改自己进入系统的登录密码,以保证系统的安全性。
族谱信息管理:对族谱信息进行维护,添加、删除、修改信息。
族长管理:对家族文档信息进行维护,添加、删除、修改信息。
家族通告数据信息管理:发布、删除相关的家族通告数据信息。
用户管理:可以查看注册用户的信息,并对其进行管理。
首先主要考虑的是系统功能软件,在具体设计的环节上,是不是能够较好的满足各类用户的基本功能需求,如果不能较好的满足用户需求,那么这个系统的存在是没有价值的。软件系统的非功能性求分析,从7个方面展开,一个是性能分析,针对系统;一个是安全分析,针对系统,一个是完整度分析,针对系统,一个是可维护分析,针对系统,一个是可扩展性分析,针对系统,一个是适应业务的性能分析。面对族谱系统存在的性能、安全、扩展、完整度等7个方面性能综合比对分析后发现,需要相应的非功能性需求分析。
安全性对每一个系统来说都是非常重要的。安全性很好的系统可以保护企业的信息和用户的信息不被窃取。提高系统的安全性不仅是对用户的负责,更是对企业的负责。尤其针对于族谱系统来说,必须要有很好的安全性来保障整个系统。
系统具有对使用者有权限控制,针对角色的不通限制使用者的权限,以此来确保系统的安全性。
数据库中的数据是从外界输入的,当数据的输入时,由于种种原因,输入的数据会无效,或者是脏数据。因此,怎样保证输入的数据符合规定,成为了数据库系统,尤其是多用户的关系数据库系统首要关注的问题。
因此,在写入数据库时,要保证数据完整性、正确性和一致性。
对系统的数据流进行分析,系统的使用者分为二类,一般用户,管理员。系统主要对界面信息传送,登录信息的验证,注册信息的接收,用户各种操作的响应做处理。
系统顶层数据流图如下图所示。
图3-2 顶层数据流图
要判断用户是是什么身份,是根据登录的数据来判断后,跳转到对应的功能界面。在系统的内部用户就可以对数据进行操作,数据库中心就可以接收到系统传输的有效数据流来对数据sql语句进行对应操作。
系统底层数据流图如下图所示。
图3-3 底层数据流图
系统可以分为前台和后台两部分,每一种操作后系统都返回操作结果。前台和后台的数据连接主要通过数据库,既分别对数据库做不同的操作。
本族谱系统的架构设计主要分为可以3层,主要有Web层,业务层,Model层。其中web层还包括View层和Controller层,Model层包括元数据扩展层和数据访问层。
系统架构如下图所示。
图4-1 系统架构
族谱系统总体分为前台用户模块和后台管理员模块。
两个模块表现上是分别独立存在,但是访问的数据库是一样的。每一个模块的功能都是根据先前完成的需求分析,并查阅相关资料后整理制作的。
综上所述,系统功能结构图如下图所示。
图4-2 系统功能结构图
登录模块:登录模块是进入系统的入口,所有用户必须登录后才能访问系统。登录需要输入用户名和密码,如果多次尝试登录需要输入验证码。登录时需要选择用户的角色,是一般用户还是管理员登录等。登录成功后,会通过数据库获取用户的权限,并跳转至用户的主页面。
在线留言版模块:留言板促进用户之间的交流,发表个人意见、问题陈述、留言人、标题等,在留言板可以查看已有的留言记录,发布新留言,可以展示个人动态头像,个人匿名昵称等。
族长模块:对族谱信息进行录入,增加,修改,查询,删除,对族谱图片进行上传,可以查看用户留言,回复等
族谱信息管理模块:族谱信息管理分为家族名称、家族姓氏、家族卷名、所属堂号、家族支派、所在地区、家谱简介、家族始祖。族谱信息由用户进行修改、添加、删除操作。
用户查看到的:能够查看到该族系的人文历史,姓氏来源,公告等系统展示的信息。
从前面可以分析到数据库中最重要的是族谱申报信息,族谱文档信息,优秀代表信息。分析可以得到如下数据描述:
平台用户:用于记录用户的各种信息,包括用户名、密码、姓名、性别、地址、邮箱、联系方式等数据项。
管理员:记录管理员的登录信息。包括用户名,密码,权限等数据项。
族长:存放给族谱信息的内容,包括头像、账号、密码、昵称、手机号码、邮箱、手机认证、状态、族长账号等数据项。
家族文档:存储各种家族文档信息。包括编号、文件名、上传时间等数据项。
留言:存储用户的留言。包括留言内容,留言的信息,留言人,时间等数据项。
族谱历史:存储平台内的家族通告数据内容。包括人文历史,姓氏来源等数据项。
根据前面的数据流程图,结合系统的功能模块设计,设计出符合系统的各信息实体。
系统ER图如下图所示。
图4-3 系统ER图
族谱系统所拥有的数据表有以下:用户信息表,族谱申报信息表,家族文档信息表,留言表。
由于数据表较多,只展示系统主要数据表,如下表所示。
user_registration表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
user_registration_id | int | 11 | 是 | 是 | 用户注册ID |
user_account | varchar | 64 | 否 | 否 | 用户账号 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
source_of_last_name表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
source_of_last_name_id | int | 11 | 是 | 是 | 姓氏来源ID |
number | varchar | 64 | 否 | 否 | 编号 |
surname | varchar | 64 | 否 | 否 | 姓氏 |
source_profile | longtext | 0 | 否 | 否 | 来源简介 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
patriarch表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
patriarch_id | int | 11 | 是 | 是 | 族长ID |
patriarch_account | varchar | 64 | 否 | 否 | 族长账号 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
message_online表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
message_online_id | int | 11 | 是 | 是 | 留言在线ID |
number | varchar | 64 | 否 | 否 | 编号 |
problem_statement | varchar | 64 | 否 | 否 | 问题陈述 |
message_person | int | 11 | 否 | 否 | 留言人 |
title | varchar | 64 | 否 | 否 | 标题 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
seat | varchar | 64 | 是 | 否 | 座位号 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
humanistic_history表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
humanistic_history_id | int | 11 | 是 | 是 | 人文历史ID |
number | varchar | 64 | 否 | 否 | 编号 |
name_of_the_family | varchar | 64 | 否 | 否 | 该族名称 |
cultural_history | longtext | 0 | 否 | 否 | 文化历史 |
last_name_type | varchar | 64 | 否 | 否 | 姓氏汇总 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
genealogical_information表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
genealogical_information_id | int | 11 | 是 | 是 | 族谱信息ID |
number | varchar | 64 | 否 | 否 | 编号 |
genealogical_name | varchar | 64 | 否 | 否 | 家谱名称 |
family_name_ | varchar | 64 | 否 | 否 | 家族姓氏 |
genealogical_volume_name | varchar | 64 | 否 | 否 | 家谱卷名 |
hall_number | varchar | 64 | 否 | 否 | 所属堂号 |
family_tribe | varchar | 64 | 否 | 否 | 家族支派 |
location | varchar | 64 | 否 | 否 | 所在地区 |
genealogy_introduction | text | 0 | 否 | 否 | 家谱简介 |
family_ancestor | varchar | 64 | 否 | 否 | 家族始祖 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
该系统是通过jdbc和MySQL达成连接的,新建一个jdbc.properties文件来填写与数据库连接所需要的驱动和参数。
jdbc.driverClass=com.MySQL.jdbc.Driver
jdbc.url=jdbc:MySQL://localhost:3306/tsi
jdbc.username=root
jdbc.password=123
第一个参数代表MySQL数据库的驱动,第二个参数代表要连接的数据库,第三个和第四个参数代表数据库连接名和密码。
后台与数据库访问主要是通过HQL语句来进行查询的,查询语句中的表名是表格的实体类名,在这种查询语句中*是不允许使用的,除非适合聚合函数一起使用才可以。
用户在填写数据的时候必须与注册页面上的验证相匹配否则会注册失败,注册页面的表单验证是通过JavaScript进行验证的,用户名的长度必须在6到18之间,邮箱必须带有@符号,密码和密码确认必须相同,你输入的密码,系统会根据你输入密码的强度给出指定的值,电话号码和身份证号码必须要求输入格式与生活相符合,当你前台验证通过的时候你点击注册,表单会将你输入的值通过name值传递给后台并保存到数据库中。
用户注册流程图如下图所示。
图5-1用户注册流程图
用户注册界面如下图所示。
图5-2用户注册界面
主要由两部分组成,登录前的登录界面以及登录后的用户功能界面。登录界面,要求用户输入用户名和密码,当用户名和密码其中一个输入为空时,给出提示“用户名,密码不能为空”。获取用户名和密码后到数据库中查找,如果用户名存在,以及对应的密码正确,则登录成功,否则登录失败。登录失败后给出提示,并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块,主要有会员基本信息修改,已经发布族谱申报信息管理,发布信息,和退出功能。退出功能是清除全局变量username的值,并跳回到首页。
登录流程图如下图所示。
图5-3登录流程图
用户登录界面如下图所示。
图5-4用户登录界面
用户登录/注册成功之后可以修改自己的基本信息。修改页面的表单中每一个input的name值都要与实体类中的参数相匹配,在用户点击修改页面的时候,如果改后用户名与数据库里面重复了,页面会提示该用户名已经存在了,否则通过Id来查询用户,并将用户的信息修改为表单提交的数据。
如果用户名的信息需要修改,管理员可以通过查询家族通告数据的基本信息来查询家族通告数据,查询家族通告数据是通过ajax技术来进行查询的,需要传递家族通告数据的该族名称、编号、文化历史、姓氏汇总等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
人文历史展示界面如下图所示。
图5-5人文历史展示界面
人文历史添加界面如下图所示。
图5-6人文历史添加界面
用户可以发表自己的留言。将页面session中的用户账号userId和发表留言文字框内容传入控制层LiuyanAction,调用addLiuyan方法,通过LiuyanDAOImp向数据库留言表插入,将结果返回lyb.jsp界面。
留言添加流程图如下图所示。
图5-7在线留言添加流程图
在线留言发表界面如下所示。
图5-8在线留言发表界面
主要由两部分组成,登录前的登录界面以及登录后的管理员功能界面。登录界面,要求管理员输入账号和密码,当账号和密码其中一个输入为空时,给出提示“账号,密码不能为空”。获取用户名和密码后到数据库中查找,如果用户名存在,以及对应的密码正确,则登录成功,否则登录失败。登录失败后给出提示,并把焦点停在文本框中。登录成功后将该次会话的全局变量admin设置为管理员。登录成功后进入会员的功能模块,主要有会员基本信息修改,已经发布族谱信息管理,发布信息,和退出功能。退出功能是清除全局变量admin的值,并跳回到首页。
登录流程图如下图所示。
图5-9登录流程图
管理员登录界面如下图所示。
图5-10管理员登录界面
此页面的关键是编写族谱申报信息,包括族谱编号,家谱名称,家族姓氏、家谱卷名、所属堂号、家族支派、所在地区、家谱简介、家族始祖等。单击提交按钮以完成信息的添加。如果未写入完整的族谱信息,例如,如果未写入族谱编号,系统将给出相应的错误提示,并且无法成功输入。数据以概念的形式以onsubmit =“return checkForm()”的形式写入以进行检查,checkForm()函数是一种用于写入数据的不同类型的校对方法,是不是为空也是经过form表单中的οnsubmit=”return checkForm()来检查。
管理员点击左侧菜单“族谱信息管理”,页面跳转到族谱信息管理外观,调用后台族谱查询所有族谱申报信息。并将信息密封到数据集合List,绑定到请求对象,然后页面跳转到相应的jsp,显示出族谱信息,单击删除按钮完成族谱信息的删除。
族谱信息管理流程图如下图所示。
图5-11族谱信息报管理流程图
族谱信息添加界面如下图所示。
图5-12族谱信息添加界面
族谱信息管理界面如下图所示。
图5-13族谱信息管理界面
如果族长的信息需要修改,管理员可以通过查询家族通告数据的基本信息来查询家族通告数据,查询家族通告数据是通过ajax技术来进行查询的,需要传递家族通告数据的该族名称、编号、文化历史、姓氏汇总等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
族长登录流程图如下图所示。
图5-14族长流程图
家庭管理页面效果如下图所示。
图5-15家庭管理界面
家庭添加页面效果如下图所示。
图5-16家庭添加界面
对任何系统而言,测试都是必不可少的环节,测试可以发现系统存在的很多问题,所有的软件上线之前,都应该进行充足的测试之后才能保证上线后不会Bug频发,或者是功能不满足需求等问题的发生。下面分别从单元测试,功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
下表是系统登录功能测试用例,检测了用户名和密码的不同的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
功能描述 | 用于系统登录 | |
测试目的 | 检测登录时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例,检测了各种数据的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
功能描述 | 用于用户注册 | |
测试目的 | 检测用户注册时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是族谱申报管理功能的测试用例,检测了族谱申报管理中对族谱申报信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-3 族谱申报管理的测试用例
功能描述 | 用于族谱申报管理 | |
测试目的 | 检测族谱申报管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加族谱申报,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加族谱申报,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改族谱申报,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改族谱申报,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除族谱申报,选择族谱申报删除 | 提示删除成功 | 与预期结果一致 |
点击搜索族谱申报,输入存在的族谱申下载 | 查找出族谱申报 | 与预期结果一致 |
点击搜索族谱申报,输入不存在的族谱申下载 | 不显示族谱申报 | 与预期结果一致 |
下表是家族文档管理功能的测试用例,检测了家族文档管理中对家族文档信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-4 家族文档管理的测试用例
功能描述 | 用于家族文档管理 | |
测试目的 | 检测家族文档管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加家族文档,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加家族文档,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改家族文档,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改家族文档,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除家族文档,选择家族文档删除 | 提示删除成功 | 与预期结果一致 |
点击搜索家族文档,输入存在的家族文档名 | 查找出家族文档 | 与预期结果一致 |
点击搜索家族文档,输入不存在的家族文档名 | 不显示家族文档 | 与预期结果一致 |
使用阿里云PTS(Performance Testing Service)性能测试服务对线上系统进行压力测试。线上服务器环境为:1核心CPU,1G内存,1Mbps公网带宽,Centos7.0操作系统。
压测过程中使用了2台并发机器,每台机器20个用户并发,对系统主页,登录,数据查询和数据维护等模块进行并发访问,测试结果是有40个用户并发时,数据管理相关页面的响应时间甚至达到了7s,通过查看服务器出网流量发现已经达到1381kb/s,可以看出服务器的带宽已经达到峰值,如果系统使用5Mbps的带宽,系统的响应时间和TPS将会大大增加。在整个测试的过程中,CPU的使用率占用仅8%,也提现出带宽瓶颈对系统的影响非常严重。
随着计算机互联网技术的迅猛发展,各行各业都已经实现采用计算机相关技术对日益放大的数据进行管理。该课题是族谱系统为核心展开的,主要是为了实现族谱信息化管理的需求。
族谱系统的开发是以Java编程语言作为基础,在MyEclipse平台上完成编码工作,系统整体为B/S架构,数据库系统使用MySQL。文中详细分析了族谱系统的研究背景、研究目的和意义、开发工具和相关技术以及系统需求、系统详细设计和系统测试等等一系列内容。系统实现了族谱系统所需的一些基本功能,并通过测试对这些实现的功能进行了完善,进而提高了系统整体的实用性。整个系统的开发过程中大量使用了Java相关的知识以及前端开发使用的Html和Javascript等,同时涉及到了很多开源框架和组件,例如后台系统中运用的MVC架构、Freemarker模板引擎等,前端运用的UI框架等。
系统投入运行时,各功能均运行正常。系统的每个界面的操作符合常规逻辑,对使用者来说操作简单,界面友好。整个系统的各个功能设计合理,体现了人性化。
但是由于自己在系统开发过程中对一些用到的相关知识和技术掌握不够牢固,再加上自身开发经验欠缺,因此系统在有些方面的功能还不够完善,考虑的不够全面,因此整个系统还有待日后逐步完善。
[1]王炜,王建,华雪东,于维杰,陈思远,魏雪延.基于网络交通分配方法族谱的交通分配一体化技术与工程应用交通运输系统工程与信息,2021.
[2]候震. 中国传统家族的影像族谱设计制作研究广西师范大学,2021.
[3]李乔杨,谢清松.从建构主义视角看社会系统中族谱修改新现象黑龙江民族丛刊,2019
[4]徐明民. 族谱大数据管理与分析方法研究武汉大学,2017.
[5]周琳,景海涛,贾中星,李伟.基于GIS的族谱空间信息查询与可视化研究测绘工程,2018
[6]姜洋,彭智勇,彭煜玮.基于图数据库的在线族谱编录系统计算机应用,2017
[7]贾中星. 基于GIS的族谱信息管理及空间可视化研究河南理工大学,2016
[8]Li Xiaosheng. THE QUESTION OF LI YAN AS SEEN FROM THE GENEALOGICAL RECORDS OF THE LI CLAN OF QI COUNTY Ming Studies,2018
[9]LEE,Hyung Yoon. A Study on the Making of the Mountain Map in the Genealogical Record of Changnyung Seong Clan and its Geographical Perception JOURNAL OF THE KREAN RESEARCH ASSOCIATION OF OLD MAPS,2017
[10]张翠萍.基于二叉树的族谱生成系统的设计与实现陕西理工学院学报(自然科学版),2018
[11]潘安东. 网络行为人关系族谱发现系统复旦大学,2017
[12]梁芳. 闽人旧族谱研究.福建师范大学,2008.
[13]欧阳瑜玉.建设客家族谱数据库检索系统的构想图书馆论坛,2015
[14]皇甫冉. 多媒体族谱数据库及网上查询系统华侨大学,2016
[15]Darryl Stringer. Genealogical Record and Family Line Derivation: Is There a Requirement For a 'Generational' Assent?Anthropology,2021
本次设计历时3个月。在这个毕业设计中,它离不开指导教师的指导,使事情基本顺利。指导老师无论是在毕业设计历经中,还是在论文做完中都给了了我特别大的助益。另1个方面,教师认真负责的工作姿态,谨慎的教学精神厚重的理论水准都使我获益匪浅。他勤恳谨慎的教学育人学习姿态也给我留下了特别特别深的感觉。我从老师那里学到了很多东西。在理论和实践中,我的技能得到了特别大的提高。在此,特向教师表示由衷的感激。
经过对该毕业设计的全部研究和开发,我的系统研发经历了从需求分析到实现详细功能,再到最终测试和维护的特殊进展。让我对系统研发有了更深层次的认识。如今我的动手本领单独处理疑惑的本领也获取到了特别大的演练学习增多,这是这次毕业设计最好的收获。
最后,在整个系统开发过程中,我周围的同学和朋友给了我很多意见,所以我很快就确认了系统的商业思想。在次,我由衷的向他们表示感激。
点赞+收藏+关注 → 私信领取本源代码、数据库