基于Java的敬老院管理系统的设计和实现（论文+PPT+源码）

分类号_______________ 密级________________

UDC _______________ 学号_ ___

毕业设计（论文）

毕业设计（论文）任务书

第1页

毕业设计（论文）题目：基于java的敬老院管理系统设计和实现毕业设计（论文）要求及原始数据（资料）：1．综述敬老院运营管理的现实需求以及发展环境；2．深入了解开发敬老院运营管理系统的相关技术；3．简述敬老院运营管理系统所要实现的功能；4．设计并实现这些功能；5．测试各个功能并实现整个系统测试；6．训练检索文献资料和利用文献资料的能力；7．训练撰写技术文档与学位论文的能力。

第2页

毕业设计（论文）主要内容：1．综述敬老院运营管理的现实需求以及发展环境；2．了解开发敬老院运营管理系统的相关技术；3．熟悉敬老院运营管理系统的开发环境； 4．简述敬老院运营管理系统的工作流程；5. 深入分析、设计与实现敬老院运营管理系统的功能；6．执行功能测试以及整个系统的测试。学生应交出的设计文件（论文）：1．内容完整、层次清晰、叙述流畅、排版规范的毕业设计论文；2．包括毕业设计论文、源程序等内容在内的毕业设计电子文档及其它相关材料。

第3页

主要参考文献（资料）：熊杰. 宾馆住宿管理系统的设计[J]. 中国科技博览, 2015(29).孟小峰, 周龙骧, 王珊. 数据库技术发展趋势[J]. 软件学报, 2004, 15(12).吕浩音. JSP技术介绍[J]. 陇东学院学报:自然科学版, 2007(2).张良银. 浅论C/S和B/S体系结构[J]. 工程地质计算机应用, 2006(4).沈珏. MVC设计模式[J]. 科技广场, 2009, 2009(9).李福弟. 可行性研究内容介绍[J]. 西南金融, 1984(12).田敏, 金星. 技术档案数据库管理系统设计原则及方法初探[J]. 计算机与现代化, 2007(4).徐敬. J2EE架构下基于Web的信息管理系统框架研究[J]. 硅谷, 2015(1).王华. 探析Java数据库连接池运行原理[J]. 福建电脑, 2010, 26(8).陆璐, 王文莉. 浅谈软件测试技术[J]. 郑州铁路职业技术学院学报, 2007, 19(2).王萍. 软件测试的重要性[J]. 软件导刊, 2009(4).Jacob K. Hotel inventory management system and method: US, US20070075136[P]. 2007.Xia C. The realization of MyEclipse and database connection[J]. Journal of Wuhan Engineering Institute, 2013.Gray J. Notes on Data Base Operating Systems[C]// Operating Systems, An Advanced Course. Springer-Verlag, 1978:393-481.Xia X X, Xin B Y. Compare B/S mode with C/S mode[J]. Journal of Yanbian University, 2002.Roth R R. SOFTWARE TESTING: US, US 20080010539 A1[P]. 2008.专业班级软件1304班学生阎昊要求设计（论文）工作起止日期2017年3月13日~2017年6月25日指导教师签字许歌日期教研室主任审查签字日期系主任批准签字日期

基于Java的敬老院管理系统的设计和实现

摘 要

新世纪以来,互联网与计算机技术的快速发展,我国也迈进网络化、集成化的信息大数据时代。对于大众而言,单机应用早已成为过去，传统模式早已满足不了当下办公生活等多种领域的需求,在一台电脑上不联网的软件少之又少，取而代之的是相互连通的软件系统,构成信息大数据社会。 快节奏的生活环境,漫天飞舞数据信息,微电子技术也不比从前,办公手段的落后与低效逐步被打中所淘汰,信息管理被时代推向了一个新高潮。但是,信息是看不到摸不到的一种新型资源,却尤为重要。管理和操控信息则成为一种新的学科，信息管理系统就诞生于美国。敬老院管理系统将IT技术为养老院提供一个接口便于管理信息,存储老人个人信息和其他信息,查找和更新信息的养老院档案,节省了员工的劳动时间,大大降低了成本。

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

关键词 养老院；jsp；信息管理系统

---

Design and implementation of gerocomium management system based on Java

Abstract

Since the new century and as the rapid development of internet and computer technologies, China has also entered into the big data era. For the common, the standalone application has passed by and no longer can satisfy people’s diversified requirements. At present, there is little software that didn’t need to access to network. On the contrary, the connected software system constitutes the big data society. As the popularization of fast pace of life, increasing data information and upgrading micro-electronic techniques, the backward office means are eliminated gradually and information management rise sharply. Information is invisible but also a vital new resource. Management and controlling of information was derived from America and has become a new subject. By utilizing IT technology, the gerocomium management system could provide an interface for information management, such as storage of elder’s information, look up and update information, which could save the working hours of staff and reduce the cost.

The development of the gerocomium management system that this design adopted is based on JAVA platform and the system is JSP programming language. The establishment of background data server is based on MySQL database. This paper mainly introduced the development environment (domestic and international backgrounds, brief introduction of software, demand analysis), design thought of function module as well as introduction of development process. Moreover, this paper emphasize on technical problems and final solutions in the process of system development.

Keywords Nursing Homes; jsp;MIS

目 录

摘 要11

Abstract22

第一章 绪论66

一、 选题的依据及意义66

二、 国内外现状研究 66

三、 研究目的77

四、 本文研究的主要内容77

五、 本文章节安排77

六、 本章小结88

第二章 设计技术与开发环境99

一、 相关技术介绍99

（一） JSP简介99

（二） B/S模式分析1010

（三） MVC设计模式1010

二、 开发工具介绍1111

（一） Myeclipse简介1111

三、 开发环境介绍1111

（一） Tomcat简介1111

（二） JDK简介1111

四、 本章小结1212

第三章 系统需求分析1313

一、 可行性研究1313

（一） 经济可行性1313

（二） 技术可行性1313

（三） 运行可行性1313

（四） 时间可行性1313

（五） 法律可行性1414

二、 需求分析1414

（一） 应用需求分析1414

（二） 运行需求分析1414

（三） 其他需求分析1515

三、 功能性需求1515

四、 系统用例分析1616

（一） 系统总体用例分析1616

（二） 管理员身份用例分析1616

（三） 护工身份用例分析1919

五、 本章小结2121

第四章 系统设计2222

一、 系统总体设计2222

（一） 用户信息管理2222

（二） 登录2323

（三）护工请假管理2424

（四） 老人的增删改查2525

（五） 事故记录的增删查2626

二、 系统开发步骤2727

三、 概要设计2727

四、 数据字典2828

（一） 数据结构2828

（二） 数据流2929

（三） 数据存储2929

（四） 处理过程3030

（五） 外部实体3232

五、 数据库概念结构设计3232

六、 数据库逻辑结构设计3333

七、 本章小结3535

第五章 详细设计与实现3636

一、 程序流程图3636

（一） 数据增加流程图3636

（二） 数据修改流程图3737

（三） 数据删除流程图3737

（四） 数据查找流程图3838

二、 系统类图3838

三、 系统登陆模块3939

四、 系统首页实现4040

五、 密码管理模块实现4040

六、 用户信息管理模块4040

七、 老人信息管理模块实现4141

八、 事故记录管理模块实现4141

第六章 程序测试与评价4343

一、 程序调试4343

二、 程序测试4343

（一） 测试的目的和重要性4343

（二） 测试的步骤4444

（三） 试验的主要内容4444

（四） 测试用例4646

三、 测试结果及分析4848

（一） 测试情况统计分析 4848

（二） 功能性 4848

（三） 易用性4848

（四） 兼容性4949

（五） 缺陷汇总 4949

四、 本章小结4949

结论5050

致谢5252

---

第一章 绪论

信息时代的突然降临,我们的生活发生了巨大的改变,日新月异可以从社会的各个领域看出来,这全都要归功于信息技术的革新,医护结合是国家的号召,是大势所趋,竞争力需要从自身发展,从而加强敬老院医护管理能力,成长为现代化敬老院,以适应我国老人的需求变更。敬老院的需求不断扩大,信息需求已经必不可少,养老院的平常工作已经离不开计算机和网络,相融合的现代化管理模式才是,为老人,医护人员提供了便利。为了体现出比普通养老院更具有竞争优势,本系统根据养老院的特殊性和普遍性的的特点，设计出一款符合现代化养老院管理模式的软件，从而响应国家医护结合的号召,加快现代化敬老院建设。

一、 选题的依据及意义

随着信息技术的发展,敬老院信息管理也迎来了机遇和挑战,我们积极应战,不能有丝毫松懈。因为,在以后的互联网是一个开放的大环境,而传统的管理运作是以对象的养护和医疗分开的的管理模式,它在当前生活条件不断提升的环境下,存在许多局限性,已难以适应目前敬老院管理,只能称其为护理之家或者社区门诊,可以说,传统的管理模式已经远远不能适应当前人生活水平大幅提升的小康社会。在互联网技术的早期阶段,尚未广泛应用于加工、通讯、家居护理管理信息系统于敬老院之前,信息全都是手工操作,并且需要多道手续,快节奏社会生活已经得不到满足,养老院中的信息管理,如果采用传统模式,造成人力物理财力的大量流失。不同统计方式查询、重复信息问题的出现,这样的过程推动信息技术的实现,急需要一种高效率简单操作的信息系统来改善目前状况,因此在大时代发展的前提下,敬老院管理系统因运而生。因此,作为一个现代化的养老院,有必要建立一个新的信息管理模式,以应对这些新的形式。养老院管理信息系统,是医护结合的代表之作,具有推动劳动力向前发展的功能,具有革新意义。信息系统建设作为强大的动力,不仅仅推动敬老院管理模式的创新和制度创新。同时,在高速信息时代,敬老院管理系统成为了医护结合的现代化敬老院的核心。

二、 国内外现状研究

瑞士在多年前就被誉为了“养老天堂”,养老体系之所以发达,因为这是一个众所周知的人口老龄化国家,养老金制度相对于其他国家更为完善,不然根本无法支撑国内的现状。 瑞士养老金制度约四个方面:老公寓,疗养院,老年护理院和家庭老年护理。瑞士目前的依靠的这种先进的养老模式主要是国家牵头，起到了主要作用，个人及单位除一小部分的资金这三部分组成。瑞士的社会稳定有一大部分功劳全部不依赖于养老体系。而他们很早就发现了养老院必须尽早与信息管理相结合,完善敬老院的管理,顺应潮流,瑞士养老系统 以功能齐全,高效完备著称。

目前,我国的敬老院产业却没有的得到大众的认可,传统的养儿防老几乎出现在每个人心中,认为没有儿女的老人才去养老院，很多老人以去敬老院为耻。还有新闻上报道,黑心养老院虐待老人,我国养老事业仅仅停留在了养老金上面,没有养老金的老人只能依赖于儿女。随着国家的号召,建设现代化养老院刻不容缓,采取医护结合,与家庭紧密联系的新型管理模式。在我国南方开放地区得到了认可,渐渐向全国各地铺展开来,以应对我国进入老龄化社会产生的一系列不必要麻烦。我国早期敬老院实现的信息化管理,一直以来都是比较落后的,依然处于使用没有联网的软件。在软件的应用,在中国软件开发资讯公司护理信息管理系统已经开发出各种各样,但大多数MIS是基于函数的应用,目前国内的敬老院信息管理系统没有实现满足各类医护结合现代化敬老院的需求,功能方面更是欠缺,国际标准远远高于我们的水平,想达到国际上的认可我们人需要不断的努力。养老院管理系统为了适应国际发展的要求,将是我国目前将要解决的一个难题。近些年来,我国IT产业崛起速度不是我们可以想象得到,赶超欧美已经是指日可待,在养老院信息管理中需要大量的信息记录以及更新已经不能再靠传统的手工管理模式,利用IT技术管理信息是势不可挡的,这是一场劳动力的解放。目前,我国经济水平一直处于世界前列,老百姓生活水平和过去有极大的差别,信息产业是个科技创新,适用于各行各业的新型学科。因此,信息产业不仅仅提高办公手段,现代化的办公普遍应用,改善其工作环境,降低工作圧力,这是我国科技进步的象征,民生改善的重要体现。

本项目的目的是使养老院信息管理明晰、通明、操作方便、管理简单。通过对外文资料的研究优化了各个功能模块,更注重现代化的管理细节,管理过程中,尽可能的让自动化和信息化成为最主要的办公手段,自动化的可靠之处就在于自动完成简单而繁琐的记忆出错的工作并能自动修复手动操作,对于工作人员来说是一件幸福的事情,相比于传统养老院管理模式来说,出错率降低,提升了自身的竞争优势,对管理者来说,降低了成本,更重要的是养老院能更好的的服务老年人,这才是信息管理发展的宗旨。

对于开发者和设计者来说,怎么去开发一套实用并且符合目前形势的养老院管理系统,才是真正的挑战。本文通过对养老院管理系统的深入调查研究,从需求分析、可行性分析、系统总体设计、模块功能设计、数据格式、测试评价多个方面进行详细的阐述,为养老院管理系统的设计与实现提供理论依据。

四、 本文研究的主要内容

本文先概述了敬老院管理系统的研究背景及意义，分析了相关技术。对系统中所涉及的相关技术进行再一步优化升级，从而建立了完善的敬老院管理系统。本论文着重对以下进行了阐释：

（一）在构建新系统的前提下，进行详细的背景与研究现状分析归纳，并介绍系统开发时将采纳的主要技术和技术难点。

（二）利用软件工程思想，在将功能性需求和非功能性需求区分的基础上进行需求分析；利用该需求分析系统的业务流转设计；然后针对上述内容，设计出系统的用例图，描绘系统设计过程。

（三）本文采用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，其逐渐成为电子商务软件开发的“宠儿”。，

具体来看，JSP有以下优点：

1.具有多次使用的优点。一般来说，经过编码后的程序，可在各类系统内嵌套使用，而不需要重新编写代码。这是其优于PHP之处。

2.另外，其兼容性比较好。基本不挑平台，常见的平台都能兼容和开发、应用、扩展。这刚好与PHP的不可拓展性互补。

3.适用性广。无论是war小文件或多层次的平台以及服务器，其都能兼容和运行。对各类规模不一的平台都能进行数据分析、处理，反馈，其展现出极强的适应能力。

4.可依托种类丰富、功能优异的工具。经过接近20年的发展，JSP如今已拥有了很多开发工具，这些工具功能强大，几乎覆盖了程序开发和设计方方面面，并且几乎不需耗费金钱即可得到，为开发人员提供了便利性。

（二） 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。

1. JDK简介

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

JDK就是Java Development Kit

JRE是Java Runtime Enviroment是指Java的运行环境，是面向Java程序的使用者，而不是开发者。

如果安装了JDK，会发同你的电脑有两套JRE，一套位于 \jre 另外一套位于 C:\Program Files\Java\j2re1.4.1_01 目录下，后面这套比前面那套少了Server端的Java虚拟机，不过直接将前面那套的Server端Java虚拟机复制过来就行了。而且在安装JDK可以选择是否安装这个位于 C:\Program Files\Jav a 目录下的JRE。如果你只安装JRE，而不是JDK，那么只会在 C:\Program Files\Java 目录下安装唯一的一套JRE。

JRE的地位就象一台PC机一样，我们写好的 Win32应用程序需要操作系统帮我们运行，同样的，我们编写的Java程序也必须要JRE才能运行。所以当你装完JDK后，如果分别在硬盘上的两个不同地方安装了两套JRE，那么你可以想象你的电脑有两台虚拟的Java PC机，都具有运行Java程序的功能。所以我们可以说，只要你的电脑安装了JRE，就可以正确运行Java应用程序。

四、 本章小结

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

---

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

一、 可行性研究

现在很多养老院都用手工管理的纸笔，这样的管理困难的一点优势都没有，不符合现代化的要求，而且成本极高，错误率极高。因此,我们应该不断学习，不断地吸取国外先进的经验，用科学证明一切，向科技迈步,以提高效率和降低成本迈向现代化的养老院。

（一） 经济可行性

经济可行性主要是指前期投资的成本和预算,或者政府优惠政策带来的利好消息,还有一个方面后期的投入与后期的回收成本。由于该系统为自行开发的毕业设计,在经济投资方面几乎没有,未来的养老金系统建成后,将为工作人员对于信息管理的工作带来和从前不一样的体验,降低劳动成本,节约资金成本,大大改善了人们工作的条件,处理信息更为便捷,缩短了工作时间,发展了办公室自动化,提高信息管理效率,降低了错误率,用户操作更为简单,界面更简单易操作,功能模板分配更合理,管理成本不再是管理者担忧的事情。该项目的开发在经济成本方面几乎为零,并且该系统大大提高工作人员工作效率,节省资金。所有费用几乎没有,因此在经济上是绝对可以通过的。

（二） 技术可行性

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

（三） 运行可行性

本系统程序的开发是现代化的养老院得结晶,是信息管理与医护结合的典型系统,主要用于信息处理,包含信息搜集、信息查找、以及信息存储等。

新系统运行以后,我们要考虑现有系统对工作环境、管理、组织有什么影响等。同时,我们应该顾忌系统投入使用后的方面,例如:简单的培训一下用户,以防止对系统的破坏以及信息管理的纰漏,同时也要在规定时间内,检查是否完成任务和完成任务的优良中差。

以我国目前的技术来看,工作人员是应该具备使用系统的能力,虽然对于不同的使用者有不同的难度,这已经不是开发者该担心事情,也不是什么难题。所以系统运行具备可行性。

（四） 时间可行性

从时间上看，应届毕业生在本科阶段的学习，有了很好的基础，再加上三个月学习与调查，通过图书馆看信息管理系统相关的论文，以及对养老院的深入了解，基本完成该项目也不成问题。

（五） 法律可行性

1、所有使用的技术信息是合法的。

2、在开发养老院管理的过程中，全凭自己闭门造车，更不存在任何知识产权问题。

3、没有复制目前现有的敬老院系统,所以存在侵权问题。所以不会侵权问题。

总之，从经济体制的发展，从技术，从时间，从法律上来说，一切都是完全可靠的。

二、 需求分析

随着信息时代的到来,人们已经从对信息产业一无所知的时代已经过去,大众生活离不开网络,向往一种办公自动化的生活,可以自豪的说,这已经不是梦想,信息繁杂冗乱,给工作人员,带来了不小的难题,不仅仅是整理困难,耗时大,而且一不小心就容易出错。目前养老院管理系统已经再适应当下的时代背景,对于工作人员来说也不能满足现有的使用,效率低下的落后手段需要我们改善,而且容易出错,影响恶劣。为了帮助信息管理人员对养老院的信息化管理,提高工作效率,腾出更多的时间,更好的为老年人提供服务,开发者充分利用目前蓬勃发展的的信息产业资源,开发出一套完善的功能齐全的现代化敬老院管理系统。

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

（一） 应用需求分析

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

表3-1 系统性能表

Figure 3-1 System Performance Table

服务器	硬件	处理器：Intel 酷睿 内 存：512M 或更大 硬 盘：120G 或更大
软件	Microsoft Windows XPMicrosoft mysqlMicrosoft tomcat 6.0 或更高版本Microsoft Office 2003
客户机	硬件	无特殊要求，只要能上连接互联网即可
软件	Microsoft Windows XP Microsoft IE 6.0 或更高版本

（二） 运行需求分析

硬件条件：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

员工可以查看自己的薪资状态，主要包括工资，扣除费用，发放状态，详细信息，实付。

（二） 非功能需求

1功能

系统处理的准确性和及时性是必须具备的。系统应能及时且准确的按照用户权限及所输入的信息做出响应跳转。火车票查询是本系统的核心系统，用户根据系统给出的数据，觉得是否去选择购买车票，其准确性和及时性在相当大的程度上决定了系统的成败。在系统开发过程中，必须保证系统的准确性和及时性。

2可靠性

别的用户看不到自己用户的乘车人列表及订单。自己也看不到别的用户的信息 。网上售票系统中涉及到的数据隐私信息，系统需要保证用户的营私。与此同时系统还需要对数据库进行及时更新，保证数据一致性。

3健壮性

对于规范要求以外的输入能够判断出这个输入不符合规范要求，并能有合理的处理方式。

4互操作性

不同的计算机系统、网络、操作系统和应用程序可以一起工作并共享信息。

5可扩展性

数据库的可扩展性，通过增加资源，以满足不断增长的对性能和功能的要求。

五、 本章小结

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

---

第四章 系统设计

从分析阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。本阶段已在系统的需求分析的基础上，对电脑配件线上销售系统做系统设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的系统设计一章中将对在本阶段中对系统所做的所有功能结构，数据库设计，开发环境与工具进行详细的说明。

一、 系统总体设计

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

图4-1系统功能模块图

Figure 4-1 System Function Block Diagram

本敬老院管理系统应该具备如下功能：

（一） 用户信息管理

管理员登录进入管理员系统界面，点击增加系统用户按钮可以进行增添用户操作。若操作成功，返回系统用户管理界面，若操作失败，返回提醒失败消息。

参与者：管理员用户。

权限：添加用户操作

输出项（如表4-1）：

表4-1 输出 Table 4-1 Output

输出项（单位）	说明	备注
注册成功
注册失败	用户已经存在

输入项（如表4-2）：

表4-2 输入 Table 4-2 Enter

输入项（单位）	输入方式	是否必填	备注
用户名	输入框	√
密码	输入框	√
电话	输入框	√
姓名	输入框	√
性别	输入框	√
年龄	输入框	√
地址	输入框	√

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

输出项（单位）	说明	备注
验证用户成功-跳转页面
登录失败-ERROR	用户名、密码错误

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）：

输入项（单位）	输入方式	是否必填	备注
老人姓名	文本框	√
确认按钮	按钮	√
查询	按钮	√
删除	按钮	√
修改	按钮	√
详细信息	文本框	√

输出项（如表4-10）：

表4-10 输出 Table 4-10 Output

输出项（单位）	说明	备注
老人姓名
详细信息

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，联系方式等相关信息
组成：编号，管理员ID，管理员密码，增加时间，性别，年龄，地址，电话

数据结构条目
数据结构名称：lr
含义说明：主要定义了敬老院老人的姓名，ID，联系方式等相关信息
组成：编号+姓名+性别+年龄+身体状况+户籍+身份证+联系人+联系电话+家庭住址+床位号+护工编号+入住日期+出院日期

数据结构条目
数据结构名称：Fy
含义说明：主要定义了敬老院老人缴费相关信息
组成：编号，姓名，费用，扣除，状态

数据结构条目
数据结构名称：Hgqj
含义说明：主要定义了敬老院内护工请假记录，登记的相关信息
组成：编号，姓名，时间，事情缘由，状态

数据结构条目
数据结构名称：Qj
含义说明：主要定义了养老院内老人的请假记录登记的相关信息
组成：编号，姓名，时间，事情缘由，状态

数据结构条目
数据结构名称：Xz
含义说明：主要定义了敬老院内护工工资发放，以及扣除的相关信息
组成：编号，姓名，费用，扣除，状态

数据结构条目
数据结构名称：Cw
含义说明：主要定义了敬老院内老人入住所要登记的床位相关信息
组成：编号，姓名，入住时间，床位号

数据结构条目
数据结构名称：Sgjl
含义说明：主要定义了敬老院内老人发生事故的详细信息
组成：编号，姓名，事故详细记录，时间

（二） 数据流

数据流是系统内部的路径，用于传输数据结构

admin =编号+管理员ID+管理员密码+增加时间+性别+年龄+地址+电话

Lr= 编号+姓名+性别+年龄+身体状况+户籍+身份证+联系人+联系电话+家庭住址+床位号+护工编号+入住日期+出院日期

Fy =编号+姓名+费用+扣除+状态

Hgqj =编号+姓名+时间+事情缘由+状态

Qj =编号+姓名+时间+事情缘由+状态

XZ =编号+姓名+费用+扣除+状态

Cw =编号+姓名+入住时间+床位号

Sgjl =编号+姓名+事故详细记录+时间

（三） 数据存储

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

数据存储条目
文件名：管理员信息表
组成：编号+管理员ID+管理员密码+增加时间+性别+年龄+地址+电话
组织方式：索引方式

数据存储条目
文件名：老人信息
组成：编号+姓名+性别+年龄+身体状况+户籍+身份证+联系人+联系电话+家庭住址+床位号+护工编号+入住日期+出院日期
组织方式：索引方式 ，以姓名为关键

数据存储条目
文件名：费用记录
组成：编号+姓名+费用+扣除+状态
组织方式：索引方式 ，以姓名为关键

数据存储条目
文件名：护工请假
组成：编号+姓名+时间+事情缘由+状态
组织方式：索引方式 ，以护工账号为关键

数据存储条目
文件名：老人请假
组成：编号+姓名+时间+事情缘由+状态
组织方式：索引方式 ，以姓名为关键

数据存储条目
文件名：护工薪资
组成：编号+姓名+费用+扣除+状态
组织方式：索引方式 ，以护工账为关键

数据存储条目
文件名：老人床位
组成：编号+姓名+入住时间+床位号
组织方式：索引方式 ，以姓名为关键

数据存储条目
文件名：事故记录登记
组成：编号+姓名+事故详细记录+时间
组织方式：索引方式 ，以姓名为关键

（四） 处理过程

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

处理过程条目
处理过程名称：用户登录（P1）
输入数据：用户名、密码
输出数据：登录是否成功的信息
处理逻辑：系统主界面进入可以选择管理身份，分为系统管理员和普通管理员（护工）两种身份，输入账号和密码，正确就会跳转到相应身份系统功能界面中。账号密码错误则会提示登录信息错误

处理过程条目
处理过程名称：系统管理员设置（P2）
输入数据：编号+管理员ID+管理员密码+增加时间+性别+年龄+地址+电话
输出数据：管理员设置成功
处理逻辑：当用户输入完信息后，点击确定，系统管理员列表立即显示所有包括刚刚录入的管理员身份信息。

处理过程条目
处理过程名称：老人信息（P3）
输入数据：编号，姓名，性别，年龄，身体状况，户籍，身份证，联系人，联系电话，家庭住址，床位号，护工编号，入住日期，出院日期
输出数据：显示录入的信息
处理逻辑：当用户输入完信息后，点击确定，系统立即存储刚刚录入的记录。

处理过程条目
处理过程名称：护工请假信息（P4）
输入数据：编号+姓名+时间+事情缘由+状态
输出数据：显示录入的信息
处理逻辑：当用户输入完信息后，点击录入，系统立即显示数据库中的记录。

处理过程条目
处理过程名称：老人事故登记（P5）
输入数据：编号+姓名+事故详细记录+时间
输出数据：显示录入的信息
处理逻辑：当用户输入完信息后，点击确定，系统立即存储刚刚录入的记录。

处理过程条目
处理过程名称：护工薪资信息（P6）
输入数据：编号+姓名+费用+扣除+状态
输出数据：显示录入的信息
处理逻辑：当用户输入完信息后，点击录入，系统立即存储刚刚录入的记录。

处理过程条目
处理过程名称：床位更换（P7）
输入数据：编号+姓名+入住时间+床位号
输出数据：显示修改后的老人床位信息
处理逻辑：根据输入的姓名在数据库中查询到相应的安咯人信息，修改完床号后点击确定，立即显示修改完的结果。

处理过程条目
处理过程名称：老人信息统计（P8）
输入数据：无
输出数据：显示本敬老院内所居住老人的姓名，性别，身体状况等个人信息
处理逻辑：根据数据库中的表、lr表 、cw表中查询到相应的信息，然后显示出来。

处理过程条目
处理过程名称：老人信息查询（P10）
输入数据：姓名
输出数据：显示本敬老院内满足查询条件的老人信息
处理逻辑：根据输入的姓名在数据中的老人信息表中查询相应的老人个人信息

处理过程条目
处理过程名称：床位查询 （P11）
输入数据：床位号
输出数据：显示符合查询条件的学老人信息
处理逻辑：根据输入的查询关键字床位号显示指定床位中所居住的老人个人信息

处理过程条目
处理过程名称：护工薪资查询（P12）
输入数据：护工账号
输出数据：显示敬老院内该护工的薪资状态
处理逻辑：根据输入的查询关键字护工账号显示该护工的薪资发放及将罚金的状态

（五） 外部实体

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

外部实体条目
名称：管理员admin
说明：后台管理的主要实体
输入数据流：P1-P12
输出数据流：各种提示信息

外部实体条目
名称：系统用户
说明：前台应用层面的主要实体
输入数据流： 除P2、P4、P6
输出数据流：各种查询、修改、删除结果

五、 数据库概念结构设计

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

图4-9 系统实体E-R图

Figure 4-9 System entity E-R diagram

六、 数据库逻辑结构设计

模式设计的目的是确定物理数据结构。它的主要问题是处理具体的数据库管

理系统中各种实体之间的结构约束。在设计过程中，会涉及有关范式的概念。范式从第一范式到第五范式，大致分为五个等级，级别越高表示范式水平越高，也就表示冗余数据的程度是越低的。不过并不是级别越高越好，因为级别的提高需要更多表来支持，表的数量太多会直接导致数据库进行运行速度的降低。如何在性能和数据冗余程度之间进行选择，要根据实际情况来决定，在一般的设计工作中，选取第三范式的居多。在数据库系统大致架构完成后，还需要设计数据库中的内容以及表的内容，这是一个非常重要的步骤，这直接作用在开发系统的数据性能上，如何设计数据库的内容和里面的表，也需要统筹考虑，不仅要满足之前决定的范式规则，还需要考虑数据使用人员使用该数据库该表的方便度。考虑了以上的各个方面，并基于前文给出的E-R模型，建立了以下的系统逻辑数据结构。

数据库表的主要设计如下：

表4-11 admin管理员信息表

Table 4-11 admin admin information table

列 名	数据类型	长度	说 明
id	int	4	编号
name	varchar	50	管理员ID
password	varchar	50	管理员密码
Realname	varchar	50	增加时间
Sex	varchar	50	性别
age	varchar	50	年龄
address	varchar	50	地址
tel	varchar	50	电话

表4-12 Lr信息表

Table 4-12 Lr Information Table

列 名	数据类型	长度	说 明
id	int	4	编号
name	varchar	50	姓名
Sex	varchar	50	性别
age	varchar	50	年龄
address	varchar	50	地址
tel	varchar	13	电话
condition	varchar	100	身体状况
register	varchar	50	户籍
linkman	varchar	50	联系人
idcard	int	18	身份证
bednum	int	5	床位号
hgid	int	10	护工编号

表4-3 Fy费用信息表

Table 4-3 Fy cost information table

列 名	数据类型	长度	说 明
id	int	4	编号
Lr	varchar	50	姓名
Fy	varchar	50	费用
Kc	varchar	50	扣除
Zt	varchar	50	状态

表4-4 Hgqj护工请假信息表

Table 4-4 Hgqj caregiver leave information form

列 名	数据类型	长度	说 明
id	int	4	编号
Lr	varchar	50	姓名
Fy	varchar	50	时间
Kc	varchar	50	事由
Zt	varchar	50	状态

表4-5 qj请假信息表

Table 4-5 qj leave information table

列 名	数据类型	长度	说 明
id	int	4	编号
Lr	varchar	50	姓名
Fy	varchar	50	时间
Kc	varchar	50	事由
Zt	varchar	50	状态

表4-6 Xz薪资信息表

Table 4-6 Xz Salary Information Table

列 名	数据类型	长度	说 明
id	int	4	编号
Lr	varchar	50	姓名
Fy	varchar	50	费用
Kc	varchar	50	扣除
Zt	varchar	50	状态

七、 本章小结

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

---

一、 程序流程图

本系统使用自顶向下的分层模块设计方法，由于宾馆入住管理系统分为：信息管理，宾馆管理，人员管理，物品设置，客户信息管理，财务管理，我们在设计过程中按其功能把它分成不同的模块。系统的程序流程图如图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、 测试的重要性

软件测试从来都是大家口中的非常重要，实践起来，却不认真。其实测试不论在开发还是维护的过程中都占有机器重要的地位而且耗时是尽次于维护，位于，如同瀑布模式一般，在传统的开发模式中软件测试的工作是在运维阶段之前，在软件真正发售给用户之前，软件测试保证了软件的质量和用户体验。不过因为这种方式耗时长，灵活度不够，容易卡开发的节奏，近些年来，软件工程师们有了新的思路，就是对软件生命周期的各个阶段都应包括测试、检查阶段成果，然后尽快找到并改正错误，这样的话可以更容易接近预期的结果，也为后期测试降低了难度，降低了成本。如果在早期是工作中只是一味的完成项目，没有进行测试检查，危险遍随之而到，错误往往随着时间的不断推移越发不可收拾，最后在测试阶段再返回来重新查找错误会加剧成本的浪费，这才是正真的大难题。

在软件方面，事实上，在系统中总是会有错误，无论任何方法或技术都解决不了。但是矛盾总是能解决的，在开发过程中我们应该秉着认真的态度，这是首要，采用一些先进的技术，尽可能的让误差消失，这些误差只能通过软件测试进行测试，估计误差密度。统计表明，在软件开发的总成本中，用于测试的成本占百分之三十到百分之五十。如果维修阶段的考虑，讨论了软件测试的全生命周期成本的比例可能会减少，但是维护阶段的工作量相当于开发阶段的两倍以上工作量，甚至重复开发重复测试，这也将包含大量的测试工作。

实际上，软件测试是工作人员的一大难题，这是因为测试一直在程序员心中不受重视，不用心去感受测试的内涵，这是一种对测试的偏见，而不是正确的态度，这包括：

（1）测试工作相对于开发来说比较枯燥，没有成就感。

（2）测试本身的目的就是发现软件错误，这种带有批判性的，非建设性的否定对于开发人员来说会有一种抵触情绪，从而影响工作顺利展开。

（3）测试工作往往需要耐心，要在细致又艰苦中进行下去。

（4）有时候因为对开发的程序过于自信，在错误被测试出时害怕别人对自己开发能力的否定。

（5）有时候测试的结果无法确定是测试方法的问题还是软件本身就有错误。

以上的几个情况从测试人员的心态，测试技术等多方面描述了测试工作中会碰到的挫折困难，所以我们必须正视测试，认清本质，才可以通过测试提高软件的质量。

2、 测试的目的

测试程序的目的一直以来都是，最大程度的去寻发现系统中的漏洞，那么我们必须在软件最容易出错，而又危害比较的大位置首先展开排查，接下来就应该是软件深层次的更为复杂逻辑错误容易犯的地方。

（1）系统的测试是一个动态的过程，错误就是程序运行的过程中不断的被发现；

（2）测试的目标总是被人误解，发现错误永远是最主要的，证明这个系统没有错误只能说此次测试是失败的；

（3）每一个好的测试用例都用来检查尚未发生的错误；

（4）一个非常成功的测试是检查迄今为止没有发现的错误。

这个想法是提醒人们把重点放在寻找错误，而不是证明正确的软件功能。然而，大家却又容易误解这个意思，虽然发现错误是最主要的任务，很多时候又会找不到错误，大家又要垂头丧气，其实事实并非如此，找不到错误并非价值全无。

首先，测试不只是为了找出错误。大家通过测试找出错误的过程是一个不断提高自己能力的过程，发现问题，解决问题，下次注意，以防再犯。同时，我们需要通过测试来发现软件中的缺陷，以方便下次的改进，就如同医生于病人，测试对于软件是软件走向完善，完美必不可少的必经之路。

（二） 测试的步骤

测试的开发过程中，脚踏实地的走完测试过程中的每一个步骤，测试也分为若干个线性阶段，然后让每个阶段依次的去实现和完成。

此次测试的步骤分为以下三个阶段：

测试模块：对各个模块以及其子模块进行功能和其他方面的测试，主要发现细节设计和编码上的错误。

测试系统：对整体系统进行测试，主要目的发现软件设计和需求说明中出现的错误

验收测试：常在验收程序的系统要求说明书中找到。

（三） 试验的主要内容

为了系统功能的完整，不出现较大的错误，在这次测试过程中，主要把测试工作内容分成以下几部分：

1、单元测试

单元测试就是按照测试最小的单位，通过测试主要是为了发现功能模块设计不合理的问题，千里之堤毁于蚁穴，所以最小的问题往往最不容易发现，造成的危害也往往是最大，所以一定要认真仔细，将错误扼杀在襁褓之中。

2、集成测试

我们可以把若干个模块组装在一起，接下来再进入集成测试阶段。假设由于疏忽造成的有害影响可能发生在功能模块和其它模块上；集成阶段更重要的是测试各个模块之间的接口，单元测试没有问题之后，接口问题显得尤为重要，接口出现问题，整个系统无法相互连接，子功能完好，而主功能却达不到子功能组装起来的效果。

3、验证试验

确认测试的功能就是保证确定软件的可工作性。在集成测试完成之后，已经表明各个功能模块是可以工作的，这时就需要把大的模块组装成完整的系统，并确认系统能否和预期的一样正常工作，如果这个时候出现问题，那就是系统架构的方向错误了。

4、系统测试

系统开发完之后，还要对系统的独立性进行测试，主要通过以下三个方面进行：（一）功能测试：系统被开发的目的就是为了完成客户所要求的需求。因此在系统完成时必然要检验是否需求都得到了满足，各个功能模块是否达到了用户的指标。同时这个时候通常也会进行功能文档的撰写，方便用户较为轻松的上手软件，实现功能需求。

5、测试的性能和强度：一个质量优良的软件应该可以在一定强度的环境下进行工作，通过对软件的强度和性能测试，可以得到软件对各种性能指标的上限和下限。

6、安全测试：除了性能和强度对软件的影响，在使用过程中逻辑上对系统的影响，比如错误的数据，无效的数据，非法的操作，在这些情况的冲击下，系统是否还可以安全稳定的进行工作，这就需要测试系统的安全保护机制了。

经过之前那么长时间的需求分析，开发，测试的过程，毕业设计也随之该结束了。是时候该进行功能模块的测试，是否满足设计任务书中的要求，能否达到预期的效果。在软件的开发过程中，错误总是不是时候的出现，一点也让人开心不起来，一点点小问题就会让系统的功能无法实现当初的目标，甚至让系统崩溃，目前虽然已接近尾声但是还不能掉以轻心，认真对待最后的测试，站好最后一班岗。

测试个案的内容
测试时间域。
测试水平。
类别：测试类别。
系统：测试系统。
子系统：测试子系统。
模块：测试模块。
平台：测试环境。
试题描述与描述。
目的：测试目标和期望。

测试案例及脚本
检查集成测试策略
开发测试数据目标和性能目标
确定关键测试条件
检查现有在线测试脚本
输入或抓取在线测试脚本
检查现有数据进行测试
生成测试数据
检查的重要数据
执行测试数据和测试脚本

（四） 测试用例

1、 用户登录测试

表6-1 用户登录测试表

Table 6-1 User Login Test Table

测试ID	模块	输入	输出	要表达的结果是否正确
1	界面登录	用户名：1密码：a在护工或者管理员选项下	登录信息错误	正确
2	界面登录	用户名：admin密码：111在管理员选项下	页面跳转，进入系统管理员界面	正确
3	界面登录	用户名：111密码：111在护工选项下	页面跳转，进入普通管理员界面	正确
4	界面登录	用户名：admin密码：111在护工选项下	登录信息错误	正确
5	界面登录	用户名：111密码：111在管理员选项下	登录信息错误	正确

图6-1 用户登录测试

Figure 6-1 User Login Test

2、 信息查询测试

表6-2 信息查询测试表

Table 6-2 Information Query Test Table

测试ID	模块	输入	输出	要表达的结果是否正确
1	系统用户	111（护工）	页面跳转，显示111信息	正确
2	系统用户	123	页面跳转，没有信息	正确
3	老人查询	张三丰	页面跳转，显示张三丰信息	正确
4	老人查询	李白	页面跳转，没有信息	正确
5	事故记录	张三丰	页面跳转，显示张三丰事故记录	正确

测试ID1

图6-2 信息查询测试 图6-3 信息查询测试

Figure 6-2 Information Query Test Figure 6-3 Information Query Test

测试ID2

图6-4 信息查询测试 图6-5 信息查询测试

Figure 6-4 Information Query Test Figure 6-5 Information Query Test

测试ID3

图6-6 信息查询测试 图6-7 信息查询测试

Figure 6-6 Information Query Test Figure 6-7 Information Query Test

测试ID4

图6-8 信息查询测试 图6-9 信息查询测试

Figure 6-8 Information Query Test Figure 6-9 Information Query Test

测试ID5

图6-10 信息查询测试 图6-11 信息查询测试

Figure 6-10 Information Query Test Figure 6-11 Information Query Test

3、 后台管理登录测试

后台管理登录测试过程如表6-3所示：

表6-3 后台管理登录测试

Table 6-3 Background Management Login Test

测试目的	操作流程	测试用例	预测结果	测试结果
后台管理登录	点击首页填写用户名密码，点击首页【登录】按钮	用户名：123密码：111	登录失败	提示错误信息
用户名：admin密码：111	登录成功	登录成功

三、 测试结果及分析

（一） 测试情况统计分析

合格率 = 100%

测试完成率 = 100%

测试覆盖率 = 100％

（二） 功能性

敬老院管理系统实现了员工信息和入住老人信息的录入，查询和删除。用户自己可以进行密码的更改，并对其所拥有的权限进行修改和查询。只有拥有管理员权限才能修改和删除护工用户的数据。普通用户只能根据所分配的权限进行操作。严格控制对数据的修改，只能数据录入的用户才有权对数据进行修改。

（三） 易用性

本系统目前实现的是如下易用性：

查询信息，管理员添加信息，删除记录，修改操作相关提示信息的保持一致，可理解；

输入框限制的条件正确性；

输入限制提示信息是否正确，是否可理解，是否具有一致性；

本系统目前仍存在的易用性缺陷： 

界面排版不美观，整洁，现代化；

输入，输出字段的不具备很好的可理解性； 

输入缺少解释性说明；

（四） 兼容性

现有系统兼容谷歌，IE8以上内核浏览器，其他浏览器未做兼容性测试。

（五） 缺陷汇总

1、床位的编号没设置上限，这是设计上面的的失误。当会员点击购买产品时，如果未登录就会只显示头部信息

2、左边栏索引画面不友好，使用起来总觉得别扭。会员使用投诉建议功能时，未填写标题也可以提交建议

四、 本章小结

本章主要对系统的部署与测试情况进行了系统性的描述，重点描述了系统的功能测试和性能测试情况，并给出了典型测试用例。

结论

在完成毕业设计的这段时间里，不管是构思、框架设计还是实践体会，我都深有体会。在之前的学习中，我对基础的专业设计有过一些经验，但仅仅是对小模块和小系统的设计。因此，在面临养老院管理信息系统的设计时，我得到了很多老师和同学的帮助和指导，在此深表感谢。同样，在设计思考以及操作的过程中，我的独立思考能力、动手操作能力以及思维整合能力也得到了一定的锻炼。在今后的学习中，我也一定会更加注重对自我能力的培养和锻炼，为迈入社会奠定一定的基础。
虽然项目的设计与开发已经取得了一定的成果，但由于用户的需求而不断更新，在未来的发展，丰富和完善制度是必要的，以下三个方面具体阐述我的设计开发项目思想的前景：

1系统的通用性

目前可以通过该系统实现对养老院的信息化管理。为了增加软件的通用性，我们可以通过系统的开发考虑到养老院的二次开发，使整个养老院管理信息系统的管理更加规范和完善。

2制度的完善

虽然该系统实现了对一般的审批流程疗养院信息管理，但材料的审查，也只能依靠申请人的审计信息，真实性无法在第一时间获得准确的反馈信息，所以申请信息在线验证是一个未来的方向。

3相对于其他部门制度

如何有效管理养老院管理信息系统和养老院管理系统等相关系统，实现信息共享是未来发展的重点。

系统的特点和优点

本次设计开发的养老院管理系统吸取很多养老制度体系完整度高的国家的经验，例如瑞士，也学习了很多管理系统的功能，界面等方面，主要是从管理员的角度出发，方便操作，降低操作难度，以下是系统的主要优点特点：

该系统在我认为最满意的一点就是，用户界面。我们用最简单的，最直观的界面来设计，简单大方，管理员使用起来一点难度都没有，仅仅是培训一下，以防止对系统的不良操作造成数据的丢失。对于养老院的管理者而言，人工成本的降低，实际工作时间的减少，对老人老说也是一种变相的福利。

因为使用的是JAVA进行编程，开发环境选择的是MyEclipse+JDK1.6，鉴于该语言的兼容性，因此本系统也有很好的兼容可移植性。JAVA在大多数的操作系统上都有一个对程序员透明的虚拟机，以便用JAVA开发出的程序可以非常方便的在各种操作系统上运行。并且软件还可以根据用户的需求进行相应的移植改编，适应各种不同的条件。

对于本软件的业务能力也非常的全面完整，老人的信息录入，显示都非常的直观。同时用户体验也非常人性化，因为在手动录入数据的时候有可能会出现失误，这是难免，造成数据逻辑上的错误，对以后的管理造成很大的不方便，因此我们的录入方式都采用的是选择框鼠标选择的方式，大大减少了错误录入的情况发生，带来方便的同时也增加了工作效率。

系统中存在的不足：

该系统对于传统养老院来说，基本的管理功能是没有问题的，包括老人信息，员工信息，同时信息的查询修改删除功能也是可以实现的。然而，毕竟第一次做这样的系统，时间，经验都非常的欠缺，系统的不足主要体现在以三个方面：

1、UI界面因为时间经验不足的关系设计的过于简单单调，虽然对整体不造成什么影响，但是和国内外先进的管理系统相比，设计方面有很大的差距。

2、 在编码和数据库设计的过程中，因为经验不足，代码的架构能力不强，造成了代码的冗余，运行性能不够好。项目从程序员的角度看不够完美，继续扩展功能的能力也不高。

3、对于后台的管理，功能上还并不是非常完善，仅仅是简单的功能完成，数据库能力也比较差，入住老人达到一定人数，系统很可能会崩溃，有一些功能还未能完全完美的实现。

改进方案：

对于以上系统的欠缺，我会做出如下的改进方案：

1、对于系统界面的简单单一，我会通过PS处理照片，让系统不漂亮的界面，增添一点色彩，还会重新设计边栏，看起来不那么单一，在系统主界面加入一些链接，链接到国内各大养老机构，时刻了解养老方面的新闻，还会增添本养老院的信息，搞活动时候老人们开心的照片。

2、对代码和数据库进行优化，功能相同的类或者方法以共享，复用，继承等代码技巧进行整合处理，并且利用数据库连接池技术提高性能。

3、后台的功能在代码优化之后，可以进一步的去开发和完善，拓展整个软件的业务能力。

致谢

于时间无涯的荒野里，走了一段自己心心念念的求学路。在这个阳光灿烂的时节里，我们又迎来了曲终人散的宴席。似乎连校园里的花草树木都通晓这离别的愁绪与滋味，不约而同地在风中摇曳着想要挽留。尽管离别近在眼前，心中是道不尽的话。但在论文即将结束之时，对我本次论文的指导老师孙静宇和李洪涛致以最为真挚的感谢。

正是由于我才能在犹豫不决的选题中发现新的立意，让我的论文有了全新的研究方向，同时在收集资料时老师给了我较为明确的方向指引，对我的构思和框架进行了肯定，论文得以圆满的成功得益于老师的悉心指导。能够遇到像您一样责任心极强的导师是我的荣幸，也是命运对我的垂青。师有较为丰富的论文指导，在与老师的交流沟通的过程里我获得较为有用的指导性意见，老师的建议就像是指路明灯一样照亮了通往学术象牙塔之路，还在路途中的我也在不断完善自己。老师除了给我的论文进行了指导外，在实际生活中也用其严谨的生活作风为我树立了一个好榜样，他将是我此生都需要学习和尊重的人。

除此以外，还想在大学接近尾声之时，对我的专业课老师道谢，谢谢他们孜孜不倦的教会，感谢老师全身心投入的栽培。在这大学期间，我们收获的不仅仅是知识，还懂得了体味生活，感悟人生，使得自己的价值观念得到了进一步升华。时光白驹过隙般在指尖溜走，多希望可以按下暂停键，多希望还能再听一听老师讲课，再去体会一下那段幸福时光。

不仅如此，我还要对院系的学工办老师以及其他老师表示感谢，是你们给予我们生活上的关心与帮助，还为我们举办了丰富多彩的活动；是你们偶尔路过时的点头与微笑，温暖了脆弱的心灵；是你们营造了温馨的环境，让我学会爱与被爱、付出与接受。当然这几年的匆匆岁月，我也特别感谢一路相随的室友以及其他同学，他们的热情善良、无私帮助，让我完美舒适地过完了整个在职生生活，如梦一场。那些一起逃课旅行的日子，那些一起占座复习迎考的日子，那些一起手工打造梦幻宿舍的日子，都成为了这一生都难以忘怀的记忆。谢谢你们出现在我生命里，丰满了我对青春的想念。感恩之情难以用言语度量，谨以我最朴实的语言传递此刻最真切的心意。

感谢郭浩老师和许歌老师在毕业设计工作中给予的帮助。

感谢我的学友和朋友对我的关心和帮助。

---

参考文献

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

译文

1.Old Dogs and New Tricks: Keep BBS from Rolling Over and Playing Dead

作者： Mathis, Terry L. Galloway, Shawn M.

来源：[J] EHS Today

At a recent conference, the No. 1 problem reported by mature behavior-based safety (BBS) process teams was observer burnout. So, why do processes falter and why do observers burn out? The answer to both of these issues lies in the strategy for observations. Most BBS teams were taught an observation strategy that simply blanketed observations evenly across the site. They quickly learned that there was a direct correlation between the number of observations and the impact on accident reduction. The goal of the process became to hit the target number of observations. As the process matured, it increasingly became more difficult to accomplish the goal. Additionally, hitting the same number of observations began to have a diminishing impact on accident rates. But, since the process was successful, it was continued. Leaders of mature BBS processes who have revised this strategy for observations have recognized additional gains and have created a more resourceefficient, sustainable approach. The challenge is to modify the perceptual goal of BBS from the quantity of observations to the quality of observations. WHAT TRIGGERS AN OBSERVATION? The answer to this question, at most sites with mature behavioral approaches, has more to do with process than results. When we ask, “Why do you perform observations?” we often hear answers like: “Because we have a numbers goal,” “Because we have to” and “Because I’ll get in trouble.” The goal of a behavioral approach to safety should not be to simply accomplish observations. The goal should be to improve safety by providing simple strategies that easily can be internalized and by identifying influences on safe performance.

People do things for a reason. If you want to improve performance, you need to first identify what is influencing the current performance. Is it a perception, habit, obstacle or barrier? (See “Understanding Influences on Risks: A FourPart Model,” EHS TODAY, February 2010.) If you can eliminate or mitigate the influencer on risk, you are enabling a sustainable behavioral change. Observations that do not gather insight into the reasons for risk are functioning solely as antecedents, activators or triggers that remind and refocus people on certain precautions. This is the most expensive activator you can use. What triggers an observation should be used in a strategic response to previous observations, not simply a numbers goal. A STRATEGY EMERGED Four advanced observation strategies have been identified which have resulted in significant returns on little internal investment. Self-Observations – This approach is ideal for isolated workers and where traditional observations are not an option. It also can be used to supplement traditional observations and further reinforce a change strategy. However, there are limitations to self-observations that must be considered. Workers often are blind to their own habits, so selfobservations need to be supplemented by outside observations, at least periodically. Also, reflection can be grossly inaccurate, so workers cannot simply ask themselves, “How did I do today?” Self-observations need a reminder mechanism that indicates when to start and stop, and this often requires some innovative thinking to design. Aimed Observations – Many organizations analyzing their observation data identify visible trends in risk, such as time of day, day of week, task, weather,etc. The observations can be aimed at these exposure targets, rather than blanketed. If insight into influences (asking why) is not collected during observation, the ability to address the risk exposure is limited. Blitz Observations – Like aimed observations, a blitz is a focus on a target. But, rather than asking observers to aim individual observations at the target, blitzes send groups of observers to the targets to do multiple, simultaneous observations. Blitzes concentrate a lot of attention and can result in quick improvements. SWEEP Observations – SWEEP is an acronym that stands for seeing without explaining to every person. SWEEP observations cannot be used alone to accomplish behavioral change since there is no feedback component. SWEEPs simply are an ongoing way to aim other types of observations at the targets where they can do the most good. Some organizations use SWEEPs to determine a more accurate percent-safe. Other types of observations give workers notice before the observation begins, which often results in an artificially high percentsafe. Caution: SWEEP observations only should be used when the culture and employees have developed a high level of trust in the BBS process. CAREFUL CONSIDERATIONS TO PROGRESS Mature behavior-based safety processes often are doing the right things. Further improvement lies in doing those things a better way. This same principle will apply to how you choose to help your BBS team improve their process. Involve the steering team and the union, if applicable, in selecting the new strategies. (See “Unions and Behavior-Based Safety: The 7 Deadly Sins,” EHS TODAY, October 2009.) Prior to implementing new processes or changing existing ones, it is critical to discuss with the work force the purpose and details of the new observation strategy. Join the many other sites that have found that a different observation strategy can breathe new life and energy into an old BBS process.

在最近的一次会议上，成熟的基于行为的安全（BBS）流程团队报告的第一个问题是观察员倦怠。那么为什么流程变得不稳定，为什么观察者烧掉了？这两个问题的答案在于观察战略。大多数BBS团队被教授了一种观察策略，可以在整个网站上均匀地覆盖观察结果。他们很快了解到观察次数与对事故减少的影响之间存在直接的相关性。这个过程的目标就是达到目标数量的观察值。随着过程的成熟，越来越难以实现目标。另外，同样数量的观察开始对事故率的影响减小。但是，由于这个进程是成功的，所以继续下去。成熟的BBS流程的领先者已经修改了这一观察策略，已经获得了更多的收益，并且创造了一种更具资源效率的可持续的方法。挑战是将BBS的感知目标从观察量改为观察质量。什么是触发观察？在大多数具有成熟行为方式的网站上，这个问题的答案与结果有关。当我们问：“为什么要进行观察？”我们经常听到这样的答案：“因为我们有数字目标”，“因为我们必须”和“因为我会陷入困境”。行为方法的目标安全不应该简单地完成观察。目标应该是通过提供易于内部化的简单策略，并通过识别对安全性能的影响来提高安全性。

人们为事情做事情如果要提高性能，您需要先确定影响当前性能的内容。它是一种感知，习惯，障碍或障碍？ （见“了解风险影响：四部分模式”，EHS今天，2010年2月）如果您可以消除或减轻影响者的风险，您将实现可持续的行为改变。不了解风险原因的观察仅仅作为提醒和重新聚焦人们某些预防措施的前提，激活者或触发器。这是您可以使用的最昂贵的激活剂。应该在对以前观察的战略反应中使用触发观测的内容，而不仅仅是数字目标。战略重组已经确定了四个先进的观察策略，这些战略在很少的内部投资上取得了显着的回报。自我观察 - 这种方法对于孤立的工作者来说是理想的，传统观察不是一种选择。它也可用于补充传统观察结果，进一步加强变革策略。然而，必须考虑自我观察的局限性。工人经常对自己的习惯无视，所以自我观察需要由外部观察来补充，至少定期进行。此外，反思可能是非常不准确的，所以工人不能简单地问自己：“我今天怎么做”？自我观察需要一个提醒机制，指出何时开始和停止，这通常需要一些创新的思维来设计。目标观察 - 许多分析其观察资料的组织识别风险的可见趋势，例如时间，星期几，任务，天气等。观察结果可以针对这些暴露目标，而不是覆盖。如果在观察期间未收集影响因素（询问为什么），则处理风险暴露的能力有限。闪电观察 - 像目标观察一样，闪电战是对目标的关注。但是，不是要求观察员将个人观察目标瞄准目标，而是将观察员派到目标群体进行多次同时观察。 Blitzes集中了很多的关注，可以快速改进。 SWEEP观察 - SWEEP是一个缩写，代表看不到每个人的解释。 SWEEP观察不能单独用于完成行为变化，因为没有反馈组件。 SWEEP只是将其他类型的观察目标瞄准目标的持续方式，他们可以做最好的事情。一些组织使用SWEEP来确定更准确的百分比安全。其他类型的观察在观察开始之前给予工作人员通知，这通常导致人为的高百分点。注意：当文化和员工在BBS流程中发挥了高度的信任时，SWEEP观察只能使用。认真考虑进步成熟的基于行为的安全过程往往正在做正确的事情。进一步的改善在于做这些事情更好的办法。同样的原则将适用于您如何选择帮助您的BBS团队改进其流程。参与指导小组和工会，如果适用，选择新的战略。

2.THE TECHNIQUE DEVELOPMENT HISTORY OF JSP

作者： Kathy Sierra and Bert Bates

来源： Servlet&JSP

The Java Server Pages( JSP) is a kind of according to web of the script plait distance technique, similar carries the script language of Java in the server of the Netscape company of server- side JavaScript( SSJS) and the Active Server Pages(ASP) of the Microsoft. JSP compares the SSJS and ASP to have better can expand sex, and it is no more exclusive than any factory or some one particular server of Web. Though the norm of JSP is to be draw up by the Sun company of, any factory can carry out the JSP on own system.

The After Sun release the JSP( the Java Server Pages) formally, the this kind of new Web application development technique very quickly caused the people's concern. JSP provided a special development environment for the Web application that establishes the high dynamic state. According to the Sun parlance, the JSP can adapt to include the Apache WebServer, IIS4.0 on the market at inside of 85% server product.

This chapter will introduce the related knowledge of JSP and Databases, and JavaBean related contents, is all certainly rougher introduction among them basic contents, say perhaps to is a Guide only, if the reader needs the more detailed information, pleasing the book of consult the homologous JSP.

1.1 GENERALIZE

The JSP(Java Server Pages) is from the company of Sun Microsystems initiate, the many companies the participate to the build up the together of the a kind the of dynamic the state web the page technique standard, the it have the it in the construction the of the dynamic state the web page the strong but the do not the especially of the function. JSP and the technique of ASP of the Microsoft is very alike. Both all provide the ability that mixes with a certain procedure code and is explain by the language engine to carry out the procedure code in the code of HTML. Underneath we are simple of carry on the introduction to it.

JSP pages are translated into servlets. So, fundamentally, any task JSP pages can perform could also be accomplished by servlets. However, this underlying equivalence does not mean that servlets and JSP pages are equally appropriate in all scenarios. The issue is not the power of the technology, it is the convenience, productivity, and maintainability of one or the other. After all, anything you can do on a particular computer platform in the Java programming language you could also do in assembly language. But it still matters which you choose.

JSP provides the following benefits over servlets alone:

• It is easier to write and maintain the HTML. Your static code is ordinary HTML: no extra backslashes, no double quotes, and no lurking Java syntax.

• You can use standard Web-site development tools. Even HTML tools that know nothing about JSP can be used because they simply ignore the JSP tags.

• You can divide up your development team. The Java programmers can work on the dynamic code. The Web developers can concentrate on the presentation layer. On large projects, this division is very important. Depending on the size of your team and the complexity of your project, you can enforce a weaker or stronger separation between the static HTML and the dynamic content.

Now, this discussion is not to say that you should stop using servlets and use only JSP instead. By no means. Almost all projects will use both. For some requests in your project, you will use servlets. For others, you will use JSP. For still others, you will combine them with the MVC architecture . You want the appropriate tool for the job, and servlets, by themselves, do not complete your toolkit.

1.2 SOURCE OF JSP

The technique of JSP of the company of Sun, making the page of Web develop the personnel can use the HTML perhaps marking of XML to design to turn the end page with format. Use the perhaps small script future life of marking of JSP becomes the dynamic state on the page contents.( the contents changes according to the claim of)

The Java Servlet is a technical foundation of JSP, and the large Web applies the development of the procedure to need the Java Servlet to match with with the JSP and then can complete, this name of Servlet comes from the Applet, the local translation method of now is a lot of, this book in order not to misconstruction, decide the direct adoption Servlet but don't do any translation, if reader would like to, can call it as" small service procedure". The Servlet is similar to traditional CGI, ISAPI, NSAPI etc. Web procedure development the function of the tool in fact, at use the Java Servlet hereafter, the customer need not use again the lowly method of CGI of efficiency, also need not use only the ability come to born page of Web of dynamic state in the method of API that a certain fixed Web server terrace circulate. Many servers of Web all support the Servlet, even not support the Servlet server of Web directly and can also pass the additional applied server and the mold pieces to support the Servlet. Receive benefit in the characteristic of the Java cross-platform, the Servlet is also a terrace irrelevant, actually, as long as match the norm of Java Servlet, the Servlet is complete to have nothing to do with terrace and is to have nothing to do with server of Web.

Java服务器页面（JSP）是一种根据脚本褶距离技术的网络，类似于携带的Java在Netscape的公司服务器端的JavaScript（SSJS）的服务器脚本语言和的Active Server Pages（ASP ）微软的。 JSP比较SSJS和ASP有更好的可扩展性，它并不比任何工厂或网站的某一个特定的服务器更加独特。尽管JSP规范是由太阳公司的拟定，任何工厂可以进行JSP自己的系统上。

在日晒后释放JSP（Java服务器页面）正式挂牌，在这种新的Web应用开发技术很快引起了人们的关注。 JSP提供的是建立了高动态Web应用程序的一个特殊的开发环境。根据太阳的说法，JSP能够适应包括Apache网络服务器，IIS4.0在市场上85％的服务器产品的内部。

本章将介绍JSP和数据库，以及JavaBean的相关内容的相关知识，是所有肯定其中粗糙介绍基本内容，说的也许是一个指南而已，如果读者需要更详细的信息，取悦征询书同源JSP。

1.1概括

该JSP（Java服务器页）与Sun Microsystems公司的发起，众多企业参与到构建起来的一种动态状态的Web页面技术标准的同时，在它有它的建设在动态状态的网页强，但不把特别的功能。 JSP和Microsoft的ASP技术非常相似。双方都提供了一定的程序代码混合并利用语言引擎解释HTML的代码执行程序代码的能力。下面我们简单的介绍吧矣。

JSP页面转换成Servlet。所以，从根本上讲，任何任务JSP页面可以执行也可以通过servlet的实现。然而，这种底层的等同性并不意味着servlet和JSP页面对于所有的情况都等同适用。问题不在于技术的力量，这是方便，工作效率和一种或另一种的可维护性。毕竟，任何你可以在Java编程语言中的特定的计算机平台上做的，你也可以做汇编语言编写。但它仍然很重要，你选择。

JSP提供了单独的servlet以下好处：

•它更容易编写和维护的HTML。您的静态代码是普通的HTML：没有额外的反斜杠，没有双引号，也没有暗含的Java语法。

•您可以使用标准的网站开发工具。即使HTML工具一无所知JSP可以使用，因为它们会忽略JSP标签。

•您可以将您的开发团队。 Java程序员可以对动态代码。在Web开发人员可以集中表现层。对于大型的项目，这种划分是非常重要的。根据您的团队的大小，及项目的复杂程度，可以对静态HTML和动态内容进行或强或弱的分离。

现在，这种讨论并不是说你应该停止使用servlets，只使用JSP来代替。绝不。几乎所有的项目将同时使用。对于项目中的一些要求，你会使用servlet。对于其他人，你将使用JSP。对于另外一些人，你会用MVC架构将它们合并。你要作业的合适的工具和servlet，本身并不能完成你的工具包。

Sun公司的JSP的技术，使得网页的页面开发人员可以使用HTML标记也许XML的设计与格式打开尾页。使用JSP标记的或许小脚本今后的生活变得页面内容的动态状态。（根据索赔内容的变化）

在Java Servlet是JSP的技术基础，以及大型Web应用到需要Java Servlet来匹配与JSP，然后才能完成这个过程的发展，Servlet的这个名字来自于小程序，当地的翻译方法现在是为了很多，这本书不是误会，决定直接采用Servlet的，但不做任何转换，如果读者愿意，可以称之为“小服务程序”。该Servlet是类似于传统的CGI，ISAPI，NSAPI等的Web程序开发实际上工具的功能，在使用以后了Java Servlet，客户不必再使用效率的CGI卑微的方法，也不必只用该能力的API，某一固定Web服务器平台循环的方法来动态的网络的诞生页面。网站所有的多台服务器支持Servlet，即便不直接支持Web的Servlet的服务器，也可以通过附加应用服务器和模件支持Servlet。