java毕业设计——基于java+Jsp+Tomcat的敬老院管理系统设计与实现（毕业论文+程序源码）——敬老院管理系统

基于java+Jsp+Tomcat的敬老院管理系统设计与实现（毕业论文+程序源码）

大家好，今天给大家介绍基于java+Jsp+Tomcat的敬老院管理系统设计与实现，文章末尾附有本毕业设计的论文和源码下载地址哦。需要下载开题报告PPT模板及论文答辩PPT模板等的小伙伴，可以进入我的博客主页查看左侧最下面栏目中的自助下载方法哦

文章目录：

1、项目简介

1. 本设计中使用的敬老院管理系统是基于JAVA平台开发的，系统使用JSP是编程语言。建立后台数据服务器利用的是MySQL数据库。本文主要对本系统的开发环境(国内外背景,软件简介,需求分析)、功能模块设计思路及开发过程进行介绍。着重阐述开发系统过错中遇到的技术难题及最终解决方案。

2. 本系统主要是针对敬老院工作人员即管理员和员工设计的。敬老院管理系统
   将IT技术为养老院提供一个接口便于管理信息,存储老人个人信息和其他信息,查找
   和更新信息的养老院档案,节省了员工的劳动时间,大大降低了成本。

3. 其主要功能包括：
   系统管理员用户功能介绍：
   用户管理员、员工登录、老人信息管理、床位分配管理、护工薪资管理、
   护工请假记录、老人请假记录、入住费用和事故记录管理。以及对这些功能的增、删、改、查处理

   普通管理员用户 （护工身份）功能介绍：
   密码信息管理用例分析, 老人信息查看用例分析, 请假信息查看用例分析,
   护工薪资查看用例分析

---

2、资源详情

项目难度：中等难度
适用场景：相关题目的毕业设计
配套论文字数：33113个字64页
包含内容：整套源码+完整毕业论文+答辩PPT+任务书+辅导视频+运行截图

---

3、关键词：

养老院；jsp；信息管理系统

---

4、毕设简介

提示：以下为毕业论文的简略介绍，项目源码及完整毕业论文下载地址见文末。

第一章 绪论
本系统根据养老院的特殊性和普遍性的的特点，设计出一款符合现代化养老院管理模式的软件，从而响应国家医护结合的号召,加快现代化敬老院建设。
省略

一、 选题的依据及意义
省略

二、 国内外现状研究
省略

三、 研究目的
省略

四、 本文研究的主要内容
本文先概述了敬老院管理系统的研究背景及意义，分析了相关技术。对系统中所涉及的相关技术进行再一步优化升级，从而建立了完善的敬老院管理系统。本论文着重对以下进行了阐释：
（一）在构建新系统的前提下，进行详细的背景与研究现状分析归纳，并介绍系统开发时将采纳的主要技术和技术难点。
（二）利用软件工程思想，在将功能性需求和非功能性需求区分的基础上进行需求分析；利用该需求分析系统的业务流转设计；然后针对上述内容，设计出系统的用例图，描绘系统设计过程。
（三）本文采用B/S架构，利用MVC三层设计模式，构建本系统。
（四）在系统设计完成以后，对系统的性能进行相应的测试，测试过程中即使用了白盒测试法，也使用了黑盒测试法，同时包括兼容性测试，通过多种测试相结合的方式来确保系统的安全性和有效性。

五、 本文章节安排
本文一共包括7个章节，具体的各个章节安排如下：
第一章：绪论，在该章主要分析本文的研究背景及研究意义，并对论文的主要研究内容进行了总结归纳，最后给出了论文的章节安排情况。
第二章：相关技术基础，在这一章节对系统建设将会采纳的相关技术进行了详尽而充分的介绍，为系统的实现打下基础。
第三章：系统可行性研究与需求分析，从系统的非功能性需求与功能性需求两个角度进行了论述。结合系统的实际需要，对系统的重点模块进行了详细的用例分析。
第四章：系统设计，从系统总体架构设计开始，对系统的设计情况进行了逐步分析，。
第五章：系统实现，对系统中的重要功能模块给出了部分界面予以展示。
第六章：系统测试，本章研究系统测试的相关技术、测试方法及测试工具，对系统进行了详细的系统测试。
第七章：结论，总结工作，并描述今后需要改善的重点内容。

六、 本章小结
随着互联网的普及与相关网络技术的发展，我国信息管理系统的发展已经进入到了一个新阶段。本文通过了解我国信息管理的发展现状，针对敬老院管理系统的设计与实现，对系统总体的功能结构做了整体概述。

第二章 设计技术与开发环境
敬老院管理系统主要是采用MyEclipse开发环境，以JSP,JAVA为主要的编程语言，Tomcat为运行环境，运用MYSQL数据库管理技术进行开发。以下为相关开发工具及技术的介绍。
一、 相关技术介绍
（一） JSP简介
JSP最早是由SunMicrosystems公司提出的，经过其推广，很多的计算机和软件公司逐渐共同参与开发。其主要是通过在HTML文件（.htm，.html）中嵌入Scriptlet和JSP标签来实现的。这样，内嵌的Java程序就可以生效，对数据库做出请求、或者启用E-mail等。JSP大概出现上世纪末，SunMicrosystems公司希望利用它来建立动态性的网站，并利用其兼容性和扩展性，来扩大平台应用。从实际效果来看，JSP技术的出现使Web的建设和设计创新不断。[9]其特点大概有以下几点：

依托JSP技术，工程技术人员可利用XML或HTML标识来对web等页面进行修改或推翻设计。这些页面上的内容也可以依托JSP来设计或实现。[3]另外，网站服务器中的内容将被储存在Servlet和JavaBean中，同时还体现在脚本中。如此一来，利用JSP编程语言设计的服务器，其内容发送的信息和要求都可以通过JSP索引来解释，或者根据其脚本来设计或建立。当然，这些最终的内容也会通过HTML或XML形式反馈到浏览器中。通过这样的方式，能够使源代码的编写者维护自己的专利和权益，也可以保证web页面的兼容性和可拓展性。[3]

一般来说，单独的JSP页面不发生复杂的数据分析和处理，其一般用于爬虫或索引提炼攫取数据。
JSP是基于Java编程语言的，其内部具有tags和scriptlets，可以用于储存动态页面运作需要的一套程序方式。另外，JSP将动态页面运作需要的一套程序方式与静态的网页设计分离，这样的模块分块使JSP具有兼容和扩展性，开发性更高。说到底，JSP(JavaServer Pages)能实现动态的页面控制，并且可以让页面运作程序与静态的页面分离。

JSP页面由两部分组成，分别为HTML和Java代码。一般来说，上游的服务器如果收到来自外部请求或信息，会对Java代码进行分析或运算处理，从而以HTML的方式回馈到网页浏览器中。Java Servlet是其基础，规模较大的JSP项目开发一般依托Java Servlet和JSP这两者。在技术上，JSP具有了Java特有的容易理解、容易上手、适用性广，不挑平台、安全性高等特点。这些优势保证了其在整个因特网中广为使用。在上世纪末出现后，如今不少公司都使用其服务器，如比较有名的IBM、Oracle、Bea，其逐渐成为电子商务软件开发的“宠儿”。，

省略

（二） B/S模式分析
C/S模式是由Client、Server和middleware构成的。其中Client主要用于客户与标准组件进行信息的交互和传递。Server主要是集中对数据库资源进行管理，当有多个请求同时需要某资源时，可以进行优化和分配。Middleware是在用户与服务器之间起到第三者的连通作用，通过其连接，可以让请求和信息在用户与服务器之间顺畅流通。

B/S与C/S模式最大的不同是用户端。从外在使用上看，B/S一般无须在计算机上安装专用的客户端，不需要通过专用的程序与服务器发生连接。其连接一般通过标准化设定的浏览器即可实现。这样可以避免安装客户端的繁琐，可以释放用户的硬盘空间，让用户电脑界面更加美观清晰，使用效果更佳。

从操作体验上来说，在C/S模式下，用户想要熟悉地操作，与服务器发生请求和信息交互，那么需要对安装的用户端有一定掌握，对其界面和基本操作要比较熟悉。而对于B/S模式来说，由于浏览器的界面是经标准化的，操作方式和按钮大同小异，用户无须耗费太多的时间成本即可轻松上手。从系统安全和日常维护来说，B/S无疑更省事。

从目前的发展来看，B/S已经具备了网上公开信息功能，这是在MIS上拓展而来的。而C/S暂时实现不了这一功能。在预约挂号软件的应用中，运用这种网上公告和发布功能，可以减少医院纸质材料的打印和派发，也使其运营效率提升。

从以上B/S与C/S的比对，可以发现在MIS平台中，B/S具有不可比拟的优势。因此本课题设计中选用了B/S架构。

（三） MVC设计模式
MVC是英文Model View Controller的缩写，其表示的为：模型-视图-控制器，MVC设计模式将业务逻辑层和数据层单独分离，解决了系统输入、控制和显示的，有助于系统的开发和维护，MVC设计模式是目前系统开发最常用最合适的一种设计模式。下面具体介绍具体每一层的功能。

（1）模型层。该层是应用程序的核心部分，一个模型往往与许多个视图对应着，这样设计的目的是为了应用程序的可重复利用和可移植，只需修改具体业务信息，不需要重新编写相同的代码，从而提高系统的功能，有利于维护系统。该层连接着系统业务层和数据处理层，应用程序通过模型层向数据库读取和存储数据。如果改变了应用程序的业务信息，模型层会同时向业务层和视图层发出指令。

（2）视图层。该层主要是将应用程序中处理的数据通过界面友好的展现给用户，用户只能通过视图层与系统发生交互交流。视图层不对数据进行任何的处理和操作，只是用于接收用户的信息和将信息展现给用户，将模型对数据的更新实时传递给用户。通常视图层一般由HTML组成的代码设计，外加一些Flash和XML等标识语言以及Web Services等。

（3）控制器。该层主要是用于解决系统业务的相关请求，通常负责根据用户的输入调用模型去执行用户的需求，同时可以控制模型中的数据如何通过视图展现给用户。控制器的执行流程是：用户输入相关的请求并通知视图层，控制器从视图层接收到请求通过一定的算法向模型层发出指令，模型层将数据返回，最后再传给视图层，将数据呈现给用户。

我们分别通过服务器（控制器、模型和路由）和浏览器（页面的结构、样式和行为）对MVC设计模型进行详细地说明，如下表所示：
MVC的特点及优势主要有以下几点：
MVC设计模式一般用于ERP和办公等交互性强、用户众多的系统中；
MVC设计模式可以将多个数据模型用一个视图展现，也可以支持多个视图访问同一个服务器的代码；
MVC设计模式便于构建模型，易于用户与应用程序的交互和表达。
MVC设计模式分成三个层次，相对每一层的开发者责任分工明确，每一层的开发者只需专注于相应层次的开发，从而提高了开发速度，缩短了应用程序的交付时间。

二、 开发工具介绍
（一） Myeclipse简介
MyEclipse是一个IDE环境下比较常用的开发软件，广泛用于J2EE和Java的开封。其功能十分强悍，可以对开发软件进行调试，提高调试或开发效率。其可以直接地翻译源文件，十分省心省力，并且对各类源文件都基本支持。另外，其还可自动生成一些比较符合标准的代码，方便使用。从实际中来看，其覆盖面广，几乎包括了市面上的源文件编译和开发。[1]在本课题的设计中，对java进行架构后，还需要借助一些开发工具才能使用，而这里我们使用Myeclipse。

三、 开发环境介绍
（一） Tomcat简介
Tomcat是常用web服务器，由于其源代码是免费的，市场比较广。其可以支持用户同时访问数不多的场景，属于规模较小的服务器。也是JSP设计开发中比较常见服务器。一般来说，通过tomcat可以直接地对HTML页面进行信息交互或沟通。值得注意的是，tomcat在工作时与Apache是分离的，其作为一个独立的运算和分析过程。
在tomcat与Apache同时工作时，如果一切都处于正常状态，那么Apache会将请求返回到HTML页面中，当然，背后实际工作的是Tomcat JSP页面和Servlet。当Tomca独立工作时，其也具有处理HTML的功能。不过这种功能比不上Apache。

（二） JDK简介
简单的说JDK是面向开发人员使用的SDK，它提供了Java的开发环境和运行环境。SDK是Software Development Kit 一般指软件开发包，可以包括函数库、编译程序等。

省略

四、 本章小结
本章对系统开发使用的相关技术做了详细的介绍，最终选择B/S开发本系统；另外介绍了MVC设计模块、开发环境。

第三章 系统需求分析
需求分析就是剖析用户的需求，是关于软件定义的最后一个生命阶段，它必须得出的结果就是准确回答出“系统必须要做什么？”这个问题。需求分析也是设计数据库的出发点，需求分析的最终结果是否能够准确反映出用户的实际要求，将完全影响到后面各个设计阶段，并影响到设计结果是否合理和实用。
一、 可行性研究
省略

（一） 经济可行性
省略

（二） 技术可行性
技术可行性主要是通过对项目所需要的技术进行研究,与目前所能达到的技术分析对比,并对项目投入使用后得到的经济效益以及对投入使用后的环境是否会造成影响。从第二章的分析可知，本文在设计过程主要使用JSP编程语言，用以制作HTML动态页面。调试起来方便快捷。软件方面:采用B/S软件开发模式,此模式目前已经非常成熟,技术方面也没有太大难题,所以软件开发平台在技术方面是可行的。

（三） 运行可行性
省略

（四） 时间可行性
省略

（五） 法律可行性
省略

二、 需求分析
省略

在本课题设计中，使用B/S架构，并运用一定的数据库知识来进行设计。在开发设计中，选用了JSP编程语言。主要就是为了解决传统养老院信息管理的落后低效的办公手段,更新换代为一种新型的现代化管理模式。本系统具有标准的养老院管理信息系统与现代的完整的养老院信息管理步骤相结合,实现了一个完整的虚拟现实。同时实现养老院管理信息系统的功能,可以提高管理人员工作效率，改善生活环境，处理业务操作简单，能实打实地解决医院对病患信息管理不全面。

（一） 应用需求分析
系统的性能通常要求指系统处理信息能力以及可靠性、利用率、易用性等问题。系统的硬件环境：Core 5600、1G MB（RAM）、120GB（HD）。为了开发期间的升势，没有对信息安全做出特别严格要求，更没有对数据执行加密操作。另外，更重要的是，系统程序健壮性强，系统是独立的系统，自主运行能力较好，不需要依赖于其他应用，具体情况如表3-1所示。
表3-1 系统性能表
Figure 3-1 System Performance Table

（二） 运行需求分析
硬件条件：CPU、1G RAM、PC机要求10G硬盘以上；打印机。
软件条件：Windows 7、IE8.0以上。

（三） 其他需求分析
从实际出发，本课题的设计要兼顾效率性、易操作性、后期维护的简便性等问题。用户一下就可以学怎么操作系统，怎样更便于使用得管理信息。目前我们对可维护性的理解暂时停留在可读性还有可测试性上面。我们在系统的开发设计中发现，最大的难题就是目标的矛盾点，所以开发过程中，权衡利弊更显得尤为重要，不仅仅要从系统功能模块上考虑还要从系统的硬件要求上做思考，一不小心会造成更大的损失。

三、 功能性需求
通过调研分析，本系统主要是为了敬老院工作人员而设计的。
站在管理员即敬老院负责人角度来看，他迫切希望，在运用该系统以后，可以更加方便的对敬老院进行管理，包括对员工的管理，对老人入住情况的管理，床位入住信息的查看；可以更加方便的进行人员管理，包括修改老员工信息以及增添新员工信息；可以更加方便的进行财务管理，即根据员工请假记录进行工资管理以及老人入住时的缴费记录。

站在护工角度来看，他们迫切希望，在运用该系统以后，可以更加方便的修改个人详细信息；可以更加方便的查看自己负责的老人信息；可以更加方便的进行床位入住的管理。

根据对以上角色需求的分析，本系统主要的功能包括：登录、用户信息管理、老人信息管理、事故记录、请假记录、床位分配、入住费用，护工薪资和护工请假。

系统的主要功能性需求如下：
(1)登录：用户登录是系统的基础功能，用户只有登录系统之后，才能进行其他操作，这也是从系统的安全性角度充分考虑和认证的。本系统只有一个管理员，他是养老院的负责人，通过他可以增添新员工。管理员、员工输入各自相应的姓名以及密码且选择对应的身份即可登录系统。

(2)老人信息管理:员工在登录系统后，可以在相应的界面进行对老人个人信息的修改，包括个人身份证号，姓名，密码，年龄以及电话号码等。

(3)床位分配管理：主要是管理员对入住状况管理。

(4)用户信息管理：主要是管理员对整个宾馆员工个人信息的增删改查。

(5)事故记录：主要是管理员查看老人出现事故的相关服务的增删改查。

(6)请假记录：主要是管理员查看老人请假的相关服务的增删改查。

(7)护工薪资管理：主要是负责人对护工的薪资信息进行增删改查以及护工对自己薪资信息的查看。

(8)护工请假管理：主要是负责人对护工请假记录的增删改查以及护工对自己薪资信息的查看。

(9)入住费用：主要记录老人入住时缴费记录以及缴费金额。
具体的系统功能图如图3-1所示：

图3-1敬老院管理系统结构图
Figure 3-1 Structure of the nursing home management system

四、 系统用例分析
在以上需求分析的基础上，本节将针对管理员，员工两种角色所提出的功能性需求进行用例分析。

（一） 系统总体用例分析
本系统主要是针对敬老院工作人员即管理员和员工设计的，其主要功能包括：用户管理员、员工登录、老人信息管理、床位分配管理、护工薪资管理、护工请假记录、老人请假记录、入住费用和事故记录管理。故此，敬老院管理系统总体用例图如图3-2所示：

图3-2系统总体用例图
Figure 3-2 System overall use case diagram

（二） 管理员身份用例分析
站在管理员即敬老院负责人角度来看，他迫切希望，在运用该系统以后，可以更加方便的对敬老院进行管理，包括对员工的管理，对老人入住情况的管理，床位入住信息的查看；可以更加方便的进行人员管理，包括修改老员工信息以及增添新员工信息；可以更加方便的进行财务管理，即根据员工请假记录进行工资管理以及老人入住时的缴费记录。对此，进行部分功能展示，管理员身份总体用例图如图3-3所示：

图3-3管理员身份总体用例图
Figure 3-3 Administrator status Overall use case diagram

1、 用户管理用例分析
根据管理员的功能性需求描述，对于人员管理，他们希望可以方便的对现有员工信息进行修改，也可以方便的向系统中添加新员工的信息，故人员管理用例分析图如图3-4所示：

图3-4人员管理用例分析图
Figure 3-4 Personnel Management Use Case Analysis Chart
（1）管理员可以对在职护工个人信息进行修改。
（2）管理员可以将离职护工个人信息从系统中删除。
（3）管理员可以将新护工的个人信息录入系统中。

2、 护工薪资用例分析
根据管理员的功能性需求描述，对于财务管理，他们希望可以根据护工的请假记录，使得管理员可以合理的对护工薪资作出安排，故护工薪资用例分析图如图3-5所示：

图3-5护工薪资用例分析图
Figure 3-5 Analysis of use cases for nursing workers
（1）管理员可以查看护工薪资信息，主要包括工资，扣除费用，发放状态，详细信息，实付。
（2）管理员可以根据实际情况需要，对其薪资信息进行修改和删除。
3、 老人信息管理用例分析
老年人的信息管理模块的主要功能是旧信息的增删改查操作，这是管理员，增加老年人的信息，修改了老年人的信息，删除旧的个人信息，查询老人信息。
故人员管理用例分析图如图3-6所示：

图3-6人员管理用例分析图
Figure 3-6 Personnel management use case analysis chart
（1）管理员可以对老人个人信息进行修改。
（2）管理员可以将到期老人个人信息从系统中删除。
（3）管理员可以将新入住的老人个人信息录入系统中。
4、 老人请假管理用例分析
老年人的请假信息管理模块的主要功能是旧信息的增删改查操作，这是管理员，增加老年人的请假信息，修改了老年人的请假信息，查询老人请假信息。
故人员管理用例分析图如图3-7所示：

图3-7 人员管理用例分析图
Figure 3-8 Personnel management use case analysis chart
（1）管理员可以对老人请假进行修改。
（2）管理员可以查看将老人请假信息。
（3）管理员可以更新老人请假信息录入系统中。

（三） 护工身份用例分析
由以上员工的功能性需求分析可知，员工希望运用系统可以更加方便的修改个人密码；可以更加方便的查看自己负责的老人信息，自己的薪资状况以及请假记录。对此，员工身份总体用例图如图3-8所示：

图3-8员工身份总体用例图
Figure 3-9 Employee identity Overall use case diagram
1、 密码信息管理用例分析
根据员工的功能性需求描述，对于信息管理，他们希望可以方便的对自己新密码进行修改。故密码信息管理的用例分析图如图3-9所示：

图3-9信息管理用例分析图
Figure 3-9 Information management use case analysis chart
（1）员工输入相应的账号，密码，选择员工身份登录员工系统界面。
（2）员工登录系统，可以对密码信息进行修改为新密码。
2、 老人信息查看用例分析
根据员工的功能性需求描述，对于老人信息，他们希望可以方便的查看自己负责的老人的详细信息。故客老人信息用例分析图如图3-10所示：

图3-10老人信息用例分析图
Figure 3-10 Use case analysis of elderly information
（1）员工查看自己负责老人的相关信息，主要包括编号，姓名，性别，年龄，身体状况，户籍，身份证，联系人，联系电话，家庭住址，床位号，护工编号，入住日期，出院日期。
（2）员工可以根据老人姓名名称查询对应信息。
3、 请假信息查看用例分析
根据员工的功能性需求描述，对于请假信息查看，他们希望可以方便的对自己请假记录有更好的了解，主要包括发生时间，详细信息。故请假记录查看分析图如图3-12所示：

图3-11物品管理用例分析图
Figure 3-11 Item management use case analysis chart
4、 护工薪资查看用例分析
根据员工的功能性需求描述，对于客户信息，他们希望可以查看自己薪资详细信息。故用护工薪资用例分析图如图3-12所示：

图3-12护工薪资查看用例分析图
Figure 3-12 Career Salary View Use Case Analysis Chart
员工可以查看自己的薪资状态，主要包括工资，扣除费用，发放状态，详细信息，实付。
（二） 非功能需求
省略

五、 本章小结
本章首先从经济可行性、技术可行性、操作可行性、法律可行性四个方面来分析系统的可行性，其次对系统非功能性需求和功能性需求进行详细描述，总结出用户的需求，最后将用户功能性需求转化为用例图进行分析。

第四章 系统设计
省略

一、 系统总体设计
该系统不仅要求功能强大，而且界面直观易操作，所以，我们在系统的开发过程中着重研究模块功能设计，这是优秀的系统的所要求的。由于该系统可以在一般性质的养老院信息管理系统中实现，我们所研发的系统应该是满足各类养老院的需求，其功能也满足了养老院对日常养老院的信息管理。如图4-1所示。

图4-1系统功能模块图
Figure 4-1 System Function Block Diagram
本敬老院管理系统应该具备如下功能：
（一） 用户信息管理
管理员登录进入管理员系统界面，点击增加系统用户按钮可以进行增添用户操作。若操作成功，返回系统用户管理界面，若操作失败，返回提醒失败消息。
参与者：管理员用户。
权限：添加用户操作
输出项（如表4-1）：

UI设计（如图4-2）：

图4-2 增添系统用户UI
Figure 4-2 Add the system user UI
（二） 登录
用户增添完成后，进行登录，选择护工选项，登录成功则跳转系统用户的管理界面，登录失败则跳转页面，提示登录信息错误。
参与者：护工
权限：登录
输入项（如表4-3）：
表4-3 输入 Table 4-3 Enter

输出项（如表4-4）：
表4-4 输出 Table 4-4 Output

UI设计（如图4-3）：

图4-3 登录UI
Figure 4-3 login UI
（三）护工请假管理
管理员登录进入系统后，点击护工请假管理，会显示所有的护工请假信息，操作栏有编辑和修改两项。编辑可修改个人信息，删除则删除该用户所有信息。点击护工请假查询，输入账号，可显示相应护工信息。若无此人，则不显示。
参与者：管理员admin
权限：管理系统用户
输入项（如表4-5）：
表4-5 输入 Table 4-5 Enter

输出项（如表4-6）：

表4-6 输出 Table 4-6 Output

UI设计（如图4-4）：

图4-4 系统用户管理UI
Figure 4-4 System User Management UI

（四） 老人的增删改查
真正需要管理的是在敬老院的老人，因此，护工用户需要添加老人，在老人信息管理页面有老人信息查询按钮，点击老人信息管理，有修改老人信息按钮，点击添加老人按钮，跳转到添加老人人页面，进行添加。

与此同时，护工用户进入老人列表页面，可以选择不需要的老人将其信息删除。用户也可以进入老人列表，点击修改按钮，修改老人信息。
修改完成后，返回老人列表。将修改后的信息返回到列表中。
参与者：用户
权限：老人的增删改查
输出项（如表4-7）：
表4-7输出 Table 4-7 Output

删除老人信息
输入项（如表4-8）：
表4-8 输入 Table 4-8 Enter

UI设计（如下图4-5，4-6）：

图4-5 增加老人UI
Figure 4-6 increase the old UI

图4-6 老信息人查询UI
Figure 4-6 old information person query UI
（五） 事故记录的增删查
老年人的事故记录管理模块的主要功能是旧信息的增删改查操作，这是管理员，增加老年人的事故信息，修改了老年人的事故信息，删除旧的信息，快速查询老人事故记录。
参与者：用户
权限：事故记录的增删改查
输入项（如表4-9）：

UI设计（如下图4-7,4-8）：

图4-7 事故记录管理界面 UI
Figure 4-7 Incident Record Management Interface UI

图4-8 增加事故记录页面UI
Figure 4-8 Add Incident Record Page UI

二、 系统开发步骤
省略

三、 概要设计
在需求分析阶段，我们的主要任务是明确这个系统的主要作用，通熟一点就是“做什么”。接下我们做的便是将需求分析完成的逻辑模型转换成物理模型。

整体结构的关系模式：
用户管理（用户ID，登录账号，密码，用户姓名，性别，电话，地址）
老人信息（序号，姓名，性别，年龄，身体状况，户籍，身份证，联系人，联系
电话，家庭住址，床位号，护工编号，入住日期，出院日期）
事故记录（序号，姓名，发生时间，详细信息）
请假记录（序号，姓名，发生时间，详细信息）
床位分配（姓名，性别，年龄，身体状况，户籍，身份证，联系人，联系电话,
家庭住址，床位号，护工编号，入住时间，操作)
入住费用（姓名，入住费用，扣除费用，缴费状态，详细信息）
护工薪资（护工ID，工资，扣除费用，发放状态，详细信息）
护工请假（序号，护工ID，发生时间，详细信息）

四、 数据字典
数据字典，即定义数据流图中所含元素的集合，存储了系统所有的数据信息。数据字典能够更细致的说明和补充数据流程图的逻辑内容，并且能够供人查阅。
（一） 数据结构
数据结构主要是用来反映数据之间的组合关系

（二） 数据流
数据流是系统内部的路径，用于传输数据结构
admin =编号+管理员ID+管理员密码+增加时间+性别+年龄+地址+电话
Lr= 编号+姓名+性别+年龄+身体状况+户籍+身份证+联系人+联系电话+家庭住址+床位号+护工编号+入住日期+出院日期
Fy =编号+姓名+费用+扣除+状态
Hgqj =编号+姓名+时间+事情缘由+状态
Qj =编号+姓名+时间+事情缘由+状态
XZ =编号+姓名+费用+扣除+状态
Cw =编号+姓名+入住时间+床位号
Sgjl =编号+姓名+事故详细记录+时间

（三） 数据存储
以下是数据存储的具体说明。

（四） 处理过程
以下是具体的处理过程说明。

（五） 外部实体
外部实体是数据的来源和去向。

五、 数据库概念结构设计
对于实现一个实用性系统，有一个优秀的数据库的设计就是成功一半，在这阶段，选择一个适合本系统的数据库都是极为重要的。该数据库将设计和管理使用MySQL。虽然本数据库对信息安全没有做特别严格的要求，基本的数据库安全还是有必要的。信息保密功能在一个系统出现，主要是为了防止不法分子窃取个人信息，对老人造成骚扰，有损敬老院的声誉。还放置有人对数据库进行恶意的修改删除，造成养老院的损失。所以我们选择的数据库管理系统保证不会出现上述问题。之前所述需求分析和概要设计已经非常详细，根据前文说述，我们得出了各个实体之间的联系图。实体E-R图如图4-2所示：

图4-9 系统实体E-R图
Figure 4-9 System entity E-R diagram
六、 数据库逻辑结构设计
省略

数据库表的主要设计如下：
表4-11 admin管理员信息表
Table 4-11 admin admin information table

表4-6 Xz薪资信息表
Table 4-6 Xz Salary Information Table

七、 本章小结
本章详细描述了系统的设计过程，从概要设计到详细设计，并以会员管理为例进行了深入阐释，最后还给出了系统数据库的主要设计情况。

第五章 详细设计与实现
一、 程序流程图
本系统使用自顶向下的分层模块设计方法，由于宾馆入住管理系统分为：信息管理，宾馆管理，人员管理，物品设置，客户信息管理，财务管理，我们在设计过程中按其功能把它分成不同的模块。系统的程序流程图如图5-1所示：

图5-1系统的程序流程图
Figure 5-1 system program flow chart
（一） 数据增加流程图
添加信息，表格前列的编号会有所开发的系统后台自动生成，编号后的数据全部由管理员手动输入，经过系统后台的判断，符合要求的则保存数据，不符合则系统提示重新输入。
例如：添加老人请假信息，系统会自动生成编号，请假时间和详细信息会有管理员手动添加。如未填写完整，系统会提示需要重新填写。所有模块的增加功能流程图如图5-2。

图5-2 增加功能流程图
Figure 5-2 to increase the function flow chart
（二） 数据修改流程图
在修改信息的过程中，每次只能修改一条记录，首先要选择需要修改的记录，然后由管理员手动输入修改后的信息，经过系统后台的判断，符合要求的则保存数据，不符合则系统提示重新输入。
例如：修改老人事故记录，首先要选择该条记录，点击修改，手动输入需要修改的项目，点击保存，系统会自动检测，非法需要重新输入，合法系统会保存，再打开会看到新信息。数据修改流程图如图5-3.

图5-3数据修改流程图
Figure 5-3 Flow chart for data modification
（三） 数据删除流程图
在删除信息的过程中，每次只能删除一条记录，首先要选择需要删除的记录，然后由管理员手动点击删除，系统会直接跳转页面，显示操作成功。
例如：选择护工请假记录，点击删除，系统提示操作成功，再打开记录已经不会出现。数据删除流程图如图5-4。

图5-4数据删除流程图
Figure 5-4 Data deletion flowchart
（四） 数据查找流程图
当用户选择查找时，手动输入关键信息，页面跳转道查找信息页面。
例如：选择查找老人信息，手动输入老人姓名张三丰，系统跳转页面，显示张三丰老人个人信息。数据查找流程图如图5-5.

图5-5数据查找流程图
Figure 5-5 Data look up flow chart
二、 系统类图
系统中主要有一下几个类DBO类，common类，Adminservlet类，ComBean类，系统类图如下图5-6：

图5-6系统类图
Figure 5-6 System class diagram
三、 系统登陆模块
该模块将实现用户登录功能。进入系统主界面可以选择管理身份，分为系统管理员和普通管理员（护工）两种身份，输入账号和密码，正确就会跳转到相应身份系统功能界面中。账号密码错误则会提示登录信息错误。

图5-7系统登录流程图
Figure 5-7 System Login Flowchart

图5-8系统登陆界面
Figure 5-8 System login interface
四、 系统首页实现
主页提供的是一个导航的功能，左边栏是各信息管理的功能链接，

图5-9 系统首页界面
Figure 5-9 system home page interface
五、 密码管理模块实现
密码的管理和新口令的设置往往有利于系统的安全和信息的安全。

图5-10 密码管理模块界面
Figure 5-10 Password Management Module Interface
六、 用户信息管理模块
管理员信息的增删改查运行结果如图5-11、5-12所示：

图5-11管理员信息管理界面
Figure 5-11 Administrator Information Management Interface

图5-12用户信息管理界面
Figure 5-12 User information management interface
七、 老人信息管理模块实现
老年人的信息管理模块的主要功能是旧信息的增删改查操作，这是管理员，增加老年人的信息，修改了老年人的信息，删除旧的个人信息，查询老人信息。
老人信息管理的运行结果如图5-13、5-14、5-15所示：

图5-13老人信息管理界面
Figure 5-13 elderly information management interface

图5-14用户信息管理界面
Figure 5-14 User Information Management Interface

图5-15用户信息管理界面
Figure 5-15 User information management interface
八、 事故记录管理模块实现
老年人的事故记录管理模块的主要功能是旧信息的增删改查操作，这是管理员，增加老年人的事故信息，修改了老年人的事故信息，删除旧的信息，快速查询老人事故记录。
老人事故记录信息管理的运行结果如图5-16、5-17所示：

图5-16用户信息管理界面
Figure 5-16 User Information Management Interface

图5-17用户信息管理界面
Figure 5-17 User Information Management Interface

九、 本章小结
本章介绍了该系统的详细设计，我们可以对系统设计进行详细全面的了解。介绍用户信息管理，老人信息管理，入住费用管理等模块的设计和实现过程。系统详细设计的原理是利用设计方法的结构来提高控制结构，降低程序的复杂性，从而提高程序的可读性，可测试性和可维护性。

第六章 程序测试与评价
为提高系统的安全性和响应速度，本系统是基于B/S结构的敬老院管理系统，通过该系统可对老人信息进行管理。通过测试系统中的各个功能模块是否满足用户要求，并测试是否存在bug，预期能够达到使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能地发现软件的错误。

为了保证敬老院管理系统的各项功能可靠的实现，特编写了此测试计划，对所开发软件的各功能模块和事例系统进行测试。

一、 程序调试
省略

二、 程序测试
省略

测试图表如下

（四） 测试用例
1、 用户登录测试
表6-1 用户登录测试表
Table 6-1 User Login Test Table

图6-1 用户登录测试
Figure 6-1 User Login Test
2、 信息查询测试
表6-2 信息查询测试表
Table 6-2 Information Query Test Table

3、 后台管理登录测试
后台管理登录测试过程如表6-3所示：
表6-3 后台管理登录测试
Table 6-3 Background Management Login Test

三、 测试结果及分析
（一） 测试情况统计分析
合格率 = 100%
测试完成率 = 100%
测试覆盖率 = 100％
（二） 功能性
敬老院管理系统实现了员工信息和入住老人信息的录入，查询和删除。用户自己可以进行密码的更改，并对其所拥有的权限进行修改和查询。只有拥有管理员权限才能修改和删除护工用户的数据。普通用户只能根据所分配的权限进行操作。严格控制对数据的修改，只能数据录入的用户才有权对数据进行修改。
（三） 易用性
本系统目前实现的是如下易用性：
查询信息，管理员添加信息，删除记录，修改操作相关提示信息的保持一致，可理解；
输入框限制的条件正确性；
输入限制提示信息是否正确，是否可理解，是否具有一致性；
本系统目前仍存在的易用性缺陷： 
界面排版不美观，整洁，现代化；
输入，输出字段的不具备很好的可理解性； 
输入缺少解释性说明；
（四） 兼容性
现有系统兼容谷歌，IE8以上内核浏览器，其他浏览器未做兼容性测试。
（五） 缺陷汇总
1、床位的编号没设置上限，这是设计上面的的失误。
2、左边栏索引画面不友好，使用起来总觉得别扭。
四、 本章小结
本章主要对系统的部署与测试情况进行了系统性的描述，重点描述了系统的功能测试和性能测试情况，并给出了典型测试用例。

结论
省略

致谢
省略

参考文献
[17] 熊杰. 宾馆住宿管理系统的设计[J]. 中国科技博览, 2015(29):77-77.
[18] 孟小峰, 周龙骧, 王珊. 数据库技术发展趋势[J]. 软件学报, 2004, 15(12):1822-1836.
[19] 吕浩音. JSP技术介绍[J]. 陇东学院学报:自然科学版, 2007(2):29-31.
[20] 张良银. 浅论C/S和B/S体系结构[J]. 工程地质计算机应用, 2006(4):20-23.
[21] 沈珏. MVC设计模式[J]. 科技广场, 2009, 2009(9):249-250.
[22] 李福弟. 可行性研究内容介绍[J]. 西南金融, 1984(12):28.
[23] 田敏, 金星. 技术档案数据库管理系统设计原则及方法初探[J]. 计算机与现代化, 2007(4):69-71.
[24] 徐敬. J2EE架构下基于Web的信息管理系统框架研究[J]. 硅谷, 2015(1):84-85.
[25] 王华. 探析Java数据库连接池运行原理[J]. 福建电脑, 2010, 26(8):92-93.
[26] 陆璐, 王文莉. 浅谈软件测试技术[J]. 郑州铁路职业技术学院学报, 2007, 19(2):41-42.
[27] 王萍. 软件测试的重要性[J]. 软件导刊, 2009(4):20-21.
[28] Jacob K. Hotel inventory management system and method: US, US20070075136[P]. 2007.
[29] Xia C. The realization of MyEclipse and database connection[J]. Journal of Wuhan Engineering Institute, 2013.
[30] Gray J. Notes on Data Base Operating Systems[C]// Operating Systems, An Advanced Course. Springer-Verlag, 1978:393-481.
[31] Xia X X, Xin B Y. Compare B/S mode with C/S mode[J]. Journal of Yanbian University, 2002.
[32] Roth R R. SOFTWARE TESTING: US, US 20080010539 A1[P]. 2008.

译文
省略

---

5、资源下载

本项目源码及完整论文如下，有需要的朋友可以点击进行下载。如果链接失效可点击下方卡片扫码自助下载。

序号	毕业设计全套资源（点击下载）
本项目源码	基于java+Jsp+Tomcat的敬老院管理系统设计与实现（源码+文档）_java_jsp_BS_敬老院管理系统.zip