【《基于JSP的校园失物招领系统的设计与实现》10000字】

目录[3]。它是当今最流行的数据库系统之一，许多中小型的公司都是用这个数据库最为数据的载体。它具有体积小、响应快、成本低、管理方便等优点。JSPJSP是一种简化了Servlet的设计，它是由SunMicrosystems公司倡导，许多公司共同开发的。JSP技术开发的Web运行程序是以Java为基础的，它拥有Java的跨平台性REF_Ref22842\r\h[4]。它可以在前端页面去嵌套使用Java代码，并具有业务代码分离、生成复用等功能；它不仅适用于Linux，而且适用于其它的操作系统。JavascriptJavascript是一种web前端的脚本描述语言，用来前端页面的事件驱动，它提供了系统的动态功能，响应用户对系统页面的各种操作，它是广泛应用于客户端Web开发的脚本语言REF_Ref5135\r\h[5]。第3章系统需求分析系统需求分析3.1功能需求分析从用户的需求角度出发，大家丢失物品时希望能快速地找到，所以在考虑东西可能较多的情况下，选择比较简洁明了的界面设计、简化了整体系统的操作难度，简单易懂。前台的主要功能模块分为发布寻物、发布招领两个核心模块之外还有用户的登录与个人信息的维护、感谢留言，登陆后可对物品的详细信息进行查看。后台管理模块方面主要对系统的用户信息管理、用户权限管理，还有对前台发布系统公告的管理、感谢留言的管理、物品信息的管理等功能。经过对系统整体功能的分析，考虑到系统针对于校园内范围，所以系统的角色就分为普通用户（校园教职工与学生）与系统管理员。下面分别对系统角色的功能进行描述与UML用例图展示：用户本次系统的用户分为两种，一种是没有登陆的普通游客，一种是已注册登录的用户，已经存在数据库中的用户可以进行直接的登陆，登录之后就可以获得相对应的系统功能操作。如图3.1所示：图3.1用户用例图用户主要功能如下：登录：已经保存在数据库的用户（管理员导入数据库数据）可以登录进入系统进行操作。浏览：未登录的用户可以浏览整个系统的内容包括寻物招领等信息，但是没有操作权限。搜索：搜索的功能主要对物品模块的关键字进行模糊查询，将查询到的数据源进行展示。招领：未登录的用户只能查看部分招领物品的信息，已登录的用户可以查看物品的详细信息，包括发起招领的联系人、物品拾取地点、物品图片等。寻物：未登录的用户只能查看部分寻物物品的信息，已登录的用户可以查看物品的详细信息，包括寻物联系人、物品丢失地点、物品图片等。感谢留言：未登录用户与已登录用户可以查看；发布感谢信、留言则需要进行系统登录验证。用户中心：用户中心对用户的个人信息进行维护，如QQ、联系电话、密码修改等等。系统管理员系统管理员主要是对整个系统的数据信息进行统一管理与维护，这是管理系统中比较重要的一个角色，管理员控制整个系统的权限，维护系统的安全性。如图3.2所示：图3.2管理员用例图其主要功能如下：权限管理：管理员可以给使用者进行不同的授权。用户管理：对系统用户信息统一管理与维护，管理员可以对用户进行增、删、查操作。物品管理：管理员对前台用户发布的一些招领、寻物的物品信息进行管理，可查阅和删除物品信息。菜单管理：管理员可以根据需求去启用菜单。公告管理：公告的发布、修改、删除直接由后台管理员进行操作。感谢留言管理：对用户发表的感谢留言模块进行查看、删除操作。日志管理：管理员可以查看系统日志，对日志信息的内容进行维护。3.2非功能需求分析系统的实用性系统的实用性根据系统的业务逻辑需求，降低模块之间的耦合度，将主要的业务设计和开发的功能尽可能的简单、实用，让用户的整体的体验效果达到最佳，操作起来更加得心应手。系统的性能需求用户操作过程流畅，对系统的操作时候，系统的响应时间不超过一秒，能减少系统的延迟度；支持Windows、Linux、Mac系统部署访问。兼容Chrome（谷歌）、IE、Firefox（火狐）等主流浏览器访问系统。系统也具有一定的扩展性，备用的可扩展功能接口对系统功能进行扩展。第4章系统设计系统设计4.1系统架构系统的架构体现了整体系统设计的合理程度与系统稳定性的保障。校园失物招领系统采用的是标准的MVC模式，整个系统分为四个层次：View层（视图层）、Service层（服务层）、Controller层（控制层）、DAO层/Model层（持久层）。用户能看到的是视图层的信息，对系统访问与功能请求会经过Controller进行解析，请求相应的服务层功能接口，服务层对系统的持久层进行调用，将得到的数据返回给前台进行展示。校园失物招领系统架构运行图，如图4.1所示：图4.1系统架构运行图4.2系统功能模块设计校园失物招领系统的前台功能模块结构图，如图4.2所示：图4.2系统前台功能模块结构图用户查看：用户的查看是指没有登录的用户就可以直接进入网页进行浏览，但只能看到发布信息的主体内容，若要查看详细内容需要进行登录验证。用户登录：虽然用户没有注册功能，但是学校的学生教职工都用编号，可以直接根据编号进行登录即可，默认密码为账号。第一次登录后就可以进行密码的修改。招领：若用户在某个时间、地点拾到物件时，可在平台上发布招领信息，包括发布人的联系方式、拾取地点以及物品的图片等等。寻物：若用户丢失物品时可以进行登录，发布丢失的物品信息，包括物品丢失的地点，物品的图片等详细信息。搜索：搜索的输入框中，输入相对于的物品关键字信息就可以对物品进行模糊查询的过滤，快速定位。感谢留言：感谢留言模块指登录成功的用户可以进行感谢信息的发布或浏览他人的感谢留言。用户中心：用户在登录后可以维护个人信息，查看、修改个人信息或者浏览与本人有关的帖子。系统公告：该模块主要是查看、发布公告，管理员可在后台对信息的维护与管理。系统的后台模块设计主要由五个模块组成，分别是用户管理、物品管理、菜单管理、权限管理、系统设置。如图4.3所示：图4.3系统后台模块结构图用户管理：后台管理员对所有存在数据库中的用户信息进行统一维护管理，也可以赋予权限给不同的用户。物品管理：对物品的失物信息、寻物信息，管理员可查看到所有物品的详细信息，包括物品丢失的时间地点，拾取人的信息等，还能对这些信息进行维护，比如说删除。权限管理：权限是对普通用户设置相关的系统权限。菜单管理：对管理界面的菜单栏启动项的管理，不同用户展示不同的菜单。系统设置：可以进行密码的修改、前台模块信息维护等。4.3系统工作流程设计4.3.1系统总体工作流程设计 系统主要的工作流程、用户主要工作流程与管理员工作流程如图4.4所示。图4.4系统总体工作流程图游客（未登录的用户）工作流程：学生、教职工进入校园失物招领系统，在未登录的状态下只能查看一些基础的页面信息，选择登陆之后系统会进行用户账号密码验证。用户工作流程：已存在数据库中的用户登录之后，获得相应的系统权限，可以对系统进行物品发布、评论留言、浏览物品的详细信息等功能。管理员工作流程：管理员进入后台需要系统登录验证，验证成功之后可以对系统的后台模块的信息进行维护。 用户可以进入系统的主界面进行访问，查看系统的公告与物品的部分信息，搜索物品信息，在需要发布招领与寻物时候则需要系统登录的验证。用户具体操作流程设计思路如图4.5所示：图4.5用户具体操作流程图4.3.2用户招领和寻物流程设计 本系统最主要的核心就是招领模块与寻物模块，主要的设计思路如下：用户招领：用户在登录的状态下，选择是否自行寻找失主，选择寻找失主就进入寻物模块，根据他人发布的寻物信息与自己拾取到的物品进行匹配，点击查看详情直接联系失主；如果不选择寻找失主可以直接进入招领发布的模块进行物品发布。用户招领流程如图4.6所示：图4.6招领流程图用户寻物：用户在登录状态下，可选择查看他人发布的招领信息与详细信息是否与自己的物品信息相匹配，如果一致的话可以进行直接联系拾取人。如果没有找到也可以选择直接发布寻物信息。用户寻物流程如图4.7所示：图4.7寻物流程图4.4数据库设计数据库的设计可以反映出整个系统的运行效率。一个优秀的数据库设计，不仅可以为后期的数据维护更新带来便利，还可以提高系统检索数据的效率，让数据更快的展示给用户REF_Ref9188\r\h[6]。校园失物招领系统采用MySQL作为后台的数据库的数据支撑。4.4.1数据库概念设计数据库的概念模型是以一种抽象的方式在信息世界中进行建模REF_Ref11372\r\h[7]。把现实中某些特定的事情从抽象转化为信息的世界，就是将客观对象抽象为某一种信息结构，形成一个概念层级的模型，然后再将信息世界转为转为机械世界，或者说就是把模型变成了计算机上的某个数据库模型。概念模型就是一个介于电脑和真实世界之间的中间层面。实体实体是一种客观存在并且可以区别的事务称为实体。实体可以是具体的，也可以是抽象的概念与联系。具体的：例如，人、事、物；抽象的：例如，一位职工、一个部门、一个老师等等都是可以叫做实体。联系在我们的现实世界中，万物都存在着一种相互依存的关系，两个实体的关联关系一般分为三类：一对一、一对多、多对多。针对于信息世界运用概念模型进行建模，因此在信息世界中，概念模型的表达更为方便、准确。下方将使用E-R（模型）图对全局系统进行现实世界的概念模型的描述。如图4.8所示:图4.8系统全局E-R图校园失物招领系统的实体信息主要包括：用户的实体模块、招领实体模块、寻物实体模块、感谢留言模块等等。用户实体用户实体是对用户所设置的属性信息进行描述，如图4.9所示：图4.9用户实体图招领实体招领实体是对招领所设置的属性信息进行描述，如图4.10所示：图4.10招领实体图寻物实体寻物实体是对寻物所设置的属性信息进行描述，如图4.11所示：图4.11寻物实体图公告实体公告实体是对公告所设置的属性信息进行描述，如图4.12所示：图4.12公告实体图感谢留言实体感谢留言实体是对留言内容所设置的属性信息进行描述，如图4.13所示：图4.13感谢留言实体图系统菜单实体系统菜单实体是对菜单所设置的属性信息进行描述，如图4.14所示：图4.14系统菜单实体图系统日志实体系统日志实体是对日志所设置的属性信息进行描述，如图4.15所示：图4.15系统日志实体图4.4.2数据库逻辑设计数据库的逻辑结构设计是将设计好的E-R模型从逻辑结构上转换为数据库模型，并根据实际应用环境和实际情况来选择数据库模式。本系统数据库的表包含：用户表（user）、招领表（pickthings）、寻物表（lostthings）、公告表（notice）、系统菜单表（menuitem）、感谢留言表（expressthanks）、系统日志表（systemlog）。各数据表的表数据结构如下：用户表的都是用户的基本信息，包括用户、姓名、年级、邮箱、电话等联系方式。如图4.16所示：图4.16用户表设计图寻物表是进行维护主要的物品信息，包括物品名称、丢失时间和地点、图片等信息，如图4.17所示：图4.17寻物表设计图招领表主要对招领物品信息进行维护，与寻物信息类似，包含了拾取地点、时间、寄存地点等信息，如图4.18所示：图4.18招领表设计图感谢留言是展示前台留言模块的信息，主要包括留言ID，感谢内容、时间等信息。如图4.19所示：图4.19感谢留言表设计图系统的公告表保存前台公告模块展示的内容，如图4.20所示：图4.20公告表设计图系统日志表保存当前操作人的一些操作信息，包括登陆的IP地址，请求系统方法等，如图4.21所示： 图4.21系统日志表设计图系统菜单表对后台系统访问的地址、菜单的状态进行存储，如图4.22所示：图4.22系统菜单表设计图第5章系统实现系统实现5.1系统代码分析本系统的数据库使用的是MySQL数据库，利用Hibernate框架进行快速管理开发Dao层。数据库链接配置文件，对数据库的基本连接信息进行封装与配置。如图5.1所示： 图5.1数据库连接配置图hibernate.hbm.xml映射文件(n个)主要描述实体类和数据表之间的映射信息。描述表对应类、字段对应属性的对象关系。如图5.2所示：图5.2User.hbm.xml下面对招领业务代码进行展示，PickThingController对前端发送过来的请求进行响应，调用service层代码，将数据的结果进行封转返回到前端界面，如图5.3所示：图5.3PickThingController类通过对PickThingDao接口（Dao层）进行分析，Dao层接口制定了调用Model层的具体方法，而PickThingImpl（实现层）实现PickThingDao接口所需要的业务过程，并将得到的内容进行返回。如图5.4所示：图5.4PickThingmpl接口实现图5.2前台功能模块5.2.1首页 校园失物招领管理系统，用户直接访问时的页面。如图5.5所示：图5.5系统首页5.2.2用户登陆 当用户要操作页面的某个业务功能时，需进行登录的验证，并输入相对应的账号与密码。如图5.6所示：图5.6用户登录5.2.3搜索 首页有搜索框能进行物品搜索，根据丢失物品的，用户可以进行模糊查询物品信息。如图5.7所示：该页面是搜索“卡”的结果。图5.7搜索5.2.4招领招领模块的描述是对拾取到物品的用户进行发布物品信息。 用户使用招领功能时，能查看所有寻物的信息，也可以选择相对应的物件类型进行排查。如图5.8所示：图5.8招领信息页面 详细的信息帖子需要用户登陆之后才可以查看，否则没有查看权限，包括丢失地点与拾取人的联系方式等等。如图5.9所示：图5.9招领贴详情页面 用户可以在首页进入发布招领，填写相对应的招领信息，也可以上传物品的图片，方便用户的查找。如图5.10所示：图5.10发布招领信息5.2.5寻物 首页的寻物功能，在登录的情况下可以进行发布寻物信息、查看所有寻物的详细信息，也可以选择相对应的物件类型进行排查。如图5.11所示：图5.11寻物信息页面用户在登录之后可以在寻物的帖子中进行详细的信息查看，可以查看到具体发帖人的信息。如图5.12所示：图5.12寻物帖详情页面用户在首页点击发布寻物信息，就可以填写相关丢失物品的时间、地点、也可以进行图片的上传，方便大家更好地辨认。如图5.13所示：图5.13发布寻物信息5.2.6感谢留言用户需要先登录获得发布感谢信的权限，才能进行感谢留言的发表。如图5.14所示：图5.14感谢留言列表5.2.7个人中心 用户登录系统后，可以查看自己个人信息，同时用户应该维护好自己的个人信息，这样在寻物或者招领时候才能快速的获取相关发布人的信息。如图5.15所示：图5.15完善个人信息 用户对自己个人信息的维护，密码的修改。如下如图5.16所示：图5.16修改密码帖子信息中的招领列表可以查看与自己有关的招领信息，如图5.17所示：图5.17查看招领贴信息 帖子信息中的寻物列表可以查看与自己有关的寻物信息，如图5.18所示：图5.18查看寻物贴信息 系统设置模块可以查看自己登录的时间、登录的地点IP等等日志信息。如图5.19所示：图5.19查看登录日志信息5.3后台功能模块5.3.1管理员登录 后台登录模块，只有被赋予管理员权限的用户才能进行登录访问。管理员需要提交账号，密码以及验证码信息，如图5.20所示：图5.20管理员登录 如果登录成功的话，便可以查看到相对应的菜单模块。如图5.21所示：图5.21系统后台主页5.3.2用户管理 后台管理对系统所有存在数据库中的用户信息进行管理维护，可以对用户进行增、删、改以及状态的修改。如图5.22所示：图5.22用户列表 管理员使用系统提供的信息模板文件进行导入用户的信息，执行批量的导入功能。如图5.23所示：图5.23用户导入 用户日志主要体现用户对系统的一些行为，记录了用户账号、登录IP地址等信息，如图5.24所示：图5.24用户日志5.3.3物品管理系统后台管理员对招领信息进行管理，能够将相关的信息进行删除，并查看信息的状态。如图5.25所示：图5.25招领信息管理系统后台管理员对寻物信息的管理，能够对相关的信息进行删除，且可以查看信息的状态。如图5.26所示：图5.26寻物信息管理5.3.4权限管理 系统管理员可以赋予不同的权限给用户，被赋予的权限才会进行功能展示。如图5.27所示：图5.27权限管理5.3.5菜单管理 系统管理员可以控制后台的系统菜单栏，有启用和禁用两种状态。如图5.28所示：图5.28菜单管理5.3.6系统设置系统管理员也可以维护自己的个人信息，修改个人密码。如图5.29所示：图5.29修改密码系统的公告是由后台管理员进行发表、删除的。如图5.30所示：图5.30管理公告 管理员可以查看前台用户的感谢留言等评论信息，也可以进行直接信息的删除，如图5.31所示：图5.31管理感谢留言 管理员可以查看系统的操作日志，也可以进行导出和删除异常日志如图5.32所示：图5.32管理系统日志第6章系统测试系统测试6.1测试目的在系统设计到功能实现的过程中，都会出现许多的BUG，所以系统的测试十分重要，需要仔细检查系统是否存在一些缺陷，并且进行修复，这样子能使系统整体更加完整！通过系统的测试将不符合的业务逻辑与系统的代码进行修改，尽量做到测试过后的软件能够支撑基本的业务。6.2测试方法本次系统我使用的是单元测试与用例测试的方法，开发过程中对接口进行单元测试。当系统前后端的业务需求完成之后，利用不同的用例要求进行用例测试，查看实际结果与预期结果是否达成一致。6.3测试用例校园失物招领系统的功能模块较多，所以挑选一个案例的测试过程设计与测试结果进行展示，表6-1是用户发表招领信息的测试表，从测试结果与期望结果作对比看看是否相同。表6-1发布招领信息测试用例功能特性发表招领信息测试目的是否能正确将信息发布测试数据物品名称：校园卡、捡到时间：2022-04-01、捡到地点：操场、所属类型：卡类证件、相关描述信息：2020级某某、暂存地点：保卫处、联系电话图片：********.jpg前置条件用户成功登陆续表6-1测试内容操作描述数据期望结果实际结果测试状态1输入表单中的所有信息，拾取人的电话为空。物品名称：校园卡；捡到时间：2022-04-01；捡到地点：操场；所属类型：卡类证件；相关描述信息：2020级某某；暂存地点：保卫处；联系电话：null；图片：********.jpg提示电话为必填项，不为空显示电话为必填项与期望结果相同2输入表单中的所有信息物品名称：校园卡；捡到时间：2022-04-01；捡到地点：操场；所属类型：卡类证件；相关描述信息：2020级某某；暂存地点：保卫处；联系电话图片：******.jpg跳转主页显示所发布的物品信息。显示页面跳转到了主页显示所发布的物品信息。与期望结果相同6.4测试结论当用户正常登陆的情况下，用户发表招领信息，需要输入拾取人的联系电话号码才能进行发布，得到的效果与预期效果相同，功能验证比较完整。第7章结论结论在设计与开发校园失物招领的系统过程中，大概地实现了需求分析中的所有功能，实现了招领与寻物的核心功能。从系统的设计到模块化设计再到数据库的设计以及整体架构的设计过程中，去网上查找资料然后根据自己的经验进行学习和研究，在许多同学和老师的帮助下，我设计出了比较完善的数据库，也较为符合现实生活中的功能实现，让整体系统操作起来更加简便，运行起来更加迅速，可以给用户带来更好的体验感。其次，在开发过程中遇到功能实现过程的问题，不断地去寻找Bug的解决方案，不断地去‘踩坑’也在其中学习到了许多独立解决问题的方式、方法，每当解决完一个问题时就觉得付出都是值得的。本次系统开发的设计过程，在UI界面的设计方面由于缺少经验，设计的美观层面后续还需要做一个改进。但是通过本次的系统开发，让我更加深刻地体会到软件开发的严谨度、框架的便捷、服务之间通讯过程机制的巧妙。虽然整体的开发过程比较漫长，但是自己也在其中不断地成长，希望能在未来的职业生涯中继续秉承着这种不断学习的心态去应对挑战！最后我也希望各位老师同学们，可以就此系统目前阶段的开发，提出宝贵的建议！参考文献参考文献徐智宇.基于B/S架构的工具管理系统设计与实现[D].北京交通大学,2021.DOI:10.26944/ki.gbfju.2021.003272.林秀芬.基于SSH的招投标管理系统的设计与实现[D].电子科技大学,2014.胡思丝.基于PDS模式的教师专业发展支持服务系统的设计与开发[D].华中师范大学,2012.黄善南.基于JSP健身俱乐部信息管理系统的设计与实现[D].吉林大学,2014.王志峰.基于B/S架构的轴承数据管理系统前端开发与设计[D].宁夏大学,2021.DOI:10.27257/ki.gnxhc.2021.001373.晏成竹.基于.Net高校毕业设计网上选题系统设计与实现[D].电子科技大学,2019.李卫军.数据库支持的模糊本体再工程方法研究[D].东北大学,2018.DOI:10.27007/ki.gdbeu.2018.000679.张治国.软件测