第一章  绪论

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

一、  选题的依据及意义

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

二、  国内外现状研究 

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

目前,我国的敬老院产业却没有的得到大众的认可,传统的养儿防老几乎出现在每个人心中,认为没有儿女的老人才去养老院，很多老人以去敬老院为耻。还有新闻上报道,黑心养老院虐待老人,我国养老事业仅仅停留在了养老金上面,没有养老金的老人只能依赖于儿女。随着国家的号召,建设现代化养老院刻不容缓,采取医护结合,与家庭紧密联系的新型管理模式。在我国南方开放地区得到了认可,渐渐向全国各地铺展开来,以应对我国进入老龄化社会产生的一系列不必要麻烦。我国早期敬老院实现的信息化管理,一直以来都是比较落后的,依然处于使用没有联网的软件。在软件的应用,在中国软件开发资讯公司护理信息管理系统已经开发出各种各样,但大多数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。

•  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

（二）  运行需求分析

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

 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-9 输入      Table 4-9 Enter 

输出项（如表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+管理员密码+增加时间+性别+年龄+地址+电话

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

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

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

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

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

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

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

（三）  数据存储 

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

（四）  处理过程

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

（五）  外部实体

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

五、  数据库概念结构设计

对于实现一个实用性系统，有一个优秀的数据库的设计就是成功一半，在这阶段，选择一个适合本系统的数据库都是极为重要的。该数据库将设计和管理使用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

表4-12 Lr信息表

Table 4-12 Lr Information Table 

表4-3 Fy费用信息表

Table 4-3 Fy cost information table

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

Table 4-4 Hgqj caregiver leave information form

表4-5 qj请假信息表

Table 4-5 qj leave 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、  测试的重要性

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

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

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

（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

图6-1 用户登录测试

Figure 6-1 User Login Test

2、  信息查询测试

表6-2   信息查询测试表

Table 6-2 Information Query Test Table

测试ID1

图6-2 信息查询测试

Figure 6-2 Information Query Test

图6-3 信息查询测试

Figure 6-3 Information Query Test

测试ID2

图6-4 信息查询测试

Figure 6-4 Information Query Test

图6-5 信息查询测试

Figure 6-5 Information Query Test

测试ID3

图6-6 信息查询测试

Figure 6-6 Information Query Test

图6-7 信息查询测试

Figure 6-7 Information Query Test

测试ID4

图6-8 信息查询测试

Figure 6-8 Information Query Test

图6-9 信息查询测试

Figure 6-9 Information Query Test

测试ID5

图6-10 信息查询测试

Figure 6-10 Information Query Test

图6-11 信息查询测试

Figure 6-11 Information Query Test

3、  后台管理登录测试

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

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

Table 6-3 Background Management Login Test

三、  测试结果及分析

（一）   测试情况统计分析 

合格率 = 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.