基于Java的敬老院管理系统的设计和实现【源码+文档+部署讲解】

 基于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

目  录

摘 要

Abstract

第一章  绪论

一、  选题的依据及意义

二、  国内外现状研究 

三、  研究目的

四、  本文研究的主要内容

五、  本文章节安排

六、  本章小结

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

一、  相关技术介绍

(一)  JSP简介

(二)  B/S模式分析

(三)  MVC设计模式

二、  开发工具介绍

(一)  Myeclipse简介

三、  开发环境介绍

(一)  Tomcat简介

(二) JDK简介

四、  本章小结

第三章  系统需求分析

一、  可行性研究

(一)  经济可行性

(二)  技术可行性

(三)  运行可行性

(四)  时间可行性

(五)  法律可行性

二、  需求分析

(一)  应用需求分析

(二)  运行需求分析

(三) 其他需求分析

三、  功能性需求

四、  系统用例分析

(一)  系统总体用例分析

(二)  管理员身份用例分析

(三)  护工身份用例分析

五、  本章小结

第四章  系统设计

一、  系统总体设计

(一)  用户信息管理

(二)  登录

(三)  护工请假管理

(四)  老人的增删改查

(五)  事故记录的增删查

二、  系统开发步骤

三、  概要设计

四、  数据字典

(一)  数据结构

(二)  数据流

(三)  数据存储

(四)  处理过程

(五)  外部实体

五、  数据库概念结构设计

六、  数据库逻辑结构设计

七、  本章小结

第五章  详细设计与实现

一、  程序流程图

(一)  数据增加流程图

(二)  数据修改流程图

(三)  数据删除流程图

(四)  数据查找流程图

二、  系统类图

三、  系统登陆模块

四、  系统首页实现

五、  密码管理模块实现

六、  用户信息管理模块

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

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

第六章 程序测试与评价

一、  程序调试

二、  程序测试

(一)  测试的目的和重要性

(二)  测试的步骤

(三)  试验的主要内容

(四)  测试用例

三、  测试结果及分析

(一)   测试情况统计分析 

(二)  功能性 

(三)  易用性

(四)  兼容性

(五)  缺陷汇总 

四、  本章小结

结论

致谢


第一章  绪论

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

一、  选题的依据及意义

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

二、  国内外现状研究 

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

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

三、  研究目的   

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

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

四、  本文研究的主要内容

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

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

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

(三)本文采用B/S架构,利用MVC三层设计模式,构建本系统。

(四)在系统设计完成以后,对系统的性能进行相应的测试,测试过程中即使用了白盒测试法,也使用了黑盒测试法,同时包括兼容性测试,通过多种测试相结合的方式来确保系统的安全性和有效性。

五、  本文章节安排

本文一共包括7个章节,具体的各个章节安排如下:

第一章:绪论,在该章主要分析本文的研究背景及研究意义,并对论文的主要研究内容进行了总结归纳,最后给出了论文的章节安排情况。

第二章:相关技术基础,在这一章节对系统建设将会采纳的相关技术进行了详尽而充分的介绍,为系统的实现打下基础。

第三章:系统可行性研究与需求分析,从系统的非功能性需求与功能性需求两个角度进行了论述。结合系统的实际需要,对系统的重点模块进行了详细的用例分析。

第四章:系统设计,从系统总体架构设计开始,对系统的设计情况进行了逐步分析,。

第五章:系统实现,对系统中的重要功能模块给出了部分界面予以展示。

第六章:系统测试,本章研究系统测试的相关技术、测试方法及测试工具,对系统进行了详细的系统测试。

第七章:结论,总结工作,并描述今后需要改善的重点内容。

六、  本章小结

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


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

敬老院管理系统主要是采用MyEclipse开发环境,以JSP,JAVA为主要的编程语言,Tomcat为运行环境,运用MYSQL数据库管理技术进行开发。以下为相关开发工具及技术的介绍。

四、  本章小结

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


第三章  系统需求分析

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

三、  功能性需求

通过调研分析,本系统主要是为了敬老院工作人员而设计的。

站在管理员即敬老院负责人角度来看,他迫切希望,在运用该系统以后,可以更加方便的对敬老院进行管理,包括对员工的管理,对老人入住情况的管理,床位入住信息的查看;可以更加方便的进行人员管理,包括修改老员工信息以及增添新员工信息;可以更加方便的进行财务管理,即根据员工请假记录进行工资管理以及老人入住时的缴费记录。

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

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

系统的主要功能性需求如下:

(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所示:

(1)员工查看自己负责老人的相关信息,主要包括编号,姓名,性别,年龄,身体状况,户籍,身份证,联系人,联系电话,家庭住址,床位号,护工编号,入住日期,出院日期。

(2)员工可以根据老人姓名名称查询对应信息。

3、  请假信息查看用例分析

根据员工的功能性需求描述,对于请假信息查看,他们希望可以方便的对自己请假记录有更好的了解,主要包括发生时间,详细信息。故请假记录查看分析图如图3-12所示:

根据员工的功能性需求描述,对于客户信息,他们希望可以查看自己薪资详细信息。故用护工薪资用例分析图如图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):

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

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

                

一般说来,信息管理系统在开发的过程中又可以分为三个不同的阶段:系统的开发,系统的宏观规划和操作开发了的系统。在严格的开发阶段中,总是一个接一个的任务的完成,每个任务的完成对上一个阶段又有依赖作用你对下一个阶段又起到了帮助作用,每一个发展阶段的完成,都会生成指导审查处理文档,从而在指导接下来的阶段,凭我的感觉,完成某个阶段后,下一个阶段的执行过程中,不想应该改变上一个阶段的评价。刚刚描述的开发方法是最有利于管理和组织的系统程序的设计和开发工作。从过去完成的优秀的系统中不难发现,这是一个非常不错的开发管理方法。

三、  概要设计

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

整体结构的关系模式:

用户管理(用户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-16用户信息管理界面

Figure 5-16 User Information Management Interface 

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

在管理员选项下

登录信息错误

正确

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、左边栏索引画面不友好,使用起来总觉得别扭。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/diannao/66092.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Git快速入门(一)·Git软件的安装以及GitHubDesktop客户端的安装

目录 1. 概述 1.1 版本控制介绍 1.1.1 集中式版本控制 1.1.2 分布式版本控制 1.1.3 多人协作开发 2. 安装Git 3. 安装GitHubDesktop客户端 1. 概述 Git 是一个免费的、开源的分布式版本控制系统。它能够快速高效地处理从小型到大型的各种项目。Git 具有易于学习…

数据挖掘——神经网络分类

神经网络分类 神经网络分类人工神经网络多层人工神经网络 误差反向传播(BP)网络后向传播算法 神经网络分类 人工神经网络 人工神经网络主要由大量的神经元以及它们之间的有向连接构成。包含三个方面: 神经元的激活规则 主要是指神经元输入…

PDF文件提示-文档无法打印-的解决办法

背景信息 下载了几个签名的PDF文件,想要打印纸质版,结果打印时 Adobe Acrobat Reader 提示【文档无法打印】: 解决办法 网上的方案是使用老版本的PDF阅读器, 因为无法打印只是一个标识而已。 PDF文件不能打印的五种解决方案-zhihu 这些方…

docker容器间基于bridge双向通信

前面介绍了通过link实现容器间的单向通信: docker容器间基于Link单向通信-CSDN博客 情景概述 通过前面已经知道了设置link来达到容器间通过容器名称双向通信,那是不是可以通过每个容器都设置link来达到双向通信,这种方式实现起来太麻烦&…

前端如何判断多个请求完毕

在前端开发中,经常会遇到需要同时发起多个异步请求,并在所有请求都完成后再进行下一步操作的情况。 这里有几个常用的方法来实现这一需求: 使用 Promise.all() Promise.all() 方法接收一个 Promise 对象的数组作为参数,当所有的…

云备份项目--服务端编写

文章目录 7. 数据管理模块7.1 如何设计7.2 完整的类 8. 热点管理8.1 如何设计8.2 完整的类 9. 业务处理模块9.1 如何设计9.2 完整的类9.3 测试9.3.1 测试展示功能 完整的代码–gitee链接 7. 数据管理模块 TODO: 读写锁?普通锁? 7.1 如何设计 需要管理…

exam0-试卷整理

exam0-试卷整理 2010,2013是梦开始的地方,大概率会出原题的 2010 2013 2015 大题 manchester RIP更新 说出ISO与TCP/IP模型的相同点和不同点(8分) 相似: 两者都有层次,网络专业人员都需要知道二者&a…

ACL---访问控制列表---策略

在路由器流量流入或者流出的接口上匹配流量,之后执行设定好的动作---permit(允许)deny(拒绝) 1.访问控制: 在路由器流量流入或者流出的接口上匹配流量,之后执行设定好的动作---permit&#xf…

element输入框及表单元素自定义前缀

如图所示&#xff1a; <el-input class"custom-input" placeholder"请输入" prefix-icon"prefix" v-model"form.name" clearable></el-input> :deep(.custom-input) {.el-input__icon {display: inline-block;width: 40…

C#调用Lua

目录 xLua导入 打包工具导入 单例基类导入与AB包管理器导入 Lua解析器 文件加载与重定向 Lua解析器管理器 全局变量获取 全局函数获取 对于无参数无返回值 对于有参数有返回值 对于多返回值 对于变长参数 完整代码 List与Dictionary映射Table 类映射Table 接口映射…

渗透测试-非寻常漏洞案例

声明 本文章所分享内容仅用于网络安全技术讨论&#xff0c;切勿用于违法途径&#xff0c;所有渗透都需获取授权&#xff0c;违者后果自行承担&#xff0c;与本号及作者无关&#xff0c;请谨记守法. 此文章不允许未经授权转发至除先知社区以外的其它平台&#xff01;&#xff0…

node.js之---事件循环机制

事件循环机制 Node.js 事件循环机制&#xff08;Event Loop&#xff09;是其核心特性之一&#xff0c;它使得 Node.js 能够高效地处理大量并发的 I/O 操作。Node.js 基于 非阻塞 I/O&#xff0c;使用事件驱动的模型来实现异步编程。事件循环是 Node.js 实现异步编程的基础&…

基于深度学习的视觉检测小项目(二) 环境和框架搭建

一、环境和框架要求 SAM的环境要求&#xff1a; Python>3.7 PyTorch>1.7 torchvision>0.8 YOLO V8的环境要求&#xff1a;YOLO集成在ultralytics库中&#xff0c;ultralytics库的环境要求&#xff1a; Python>3.7 PyTorch>1.10.0 1、确定pytorch版本…

MySQL 06 章——多表查询

多表查询&#xff0c;也称为关联查询&#xff0c;是指两个表或多个表一起完成查询操作 前提条件&#xff0c;这些一起查询的表之间是有关系的&#xff08;一对一、一对多&#xff09;&#xff0c;它们之间一定是有关联字段的。这个关联字段可能建立了外键&#xff0c;也可能没…

Web前端基础知识(五)

盒子模型 盒子模型是CSS中一种常用于布局的基本概念。描述了 文档中的每个元素都可以看成是一个矩形的盒子&#xff0c;包含了内容、内边距、文本边距、外边距。 ---------------------------------------------------------------------------------------------------------…

使用Clion在ubuntu上进行交叉编译,并在Linux上远程编译五子棋

目录 1.工具以及概念介绍 &#xff08;1&#xff09;Clion软件简介 &#xff08;2&#xff09;交叉编译 &#xff08;3&#xff09;远程编译 2.操作原理 3.详细操作步骤 &#xff08;1&#xff09;配置Clion与虚拟机ubuntu的ssh连接 CLion远程开发Ubuntu&#xff0c;并显…

我的博客年度之旅:感恩、成长与展望

目录 感恩有你 技能满点 新年新征程 嘿&#xff0c;各位技术大佬、数码潮咖还有屏幕前超爱学习的小伙伴们&#xff01;当新年的钟声即将敲响&#xff0c;我们站在时光的交汇点上&#xff0c;回首过往&#xff0c;满心感慨&#xff1b;展望未来&#xff0c;豪情满怀。过去的这…

STM32-笔记22-sg90舵机

一、接线 二、实验实现 动手让 SG90 每秒转动一下&#xff0c;0 -> 20 -> 40 -> 100 -> 180 如此循环。 舵机接A6 复制18-呼吸灯&#xff0c;重命名24-sg90舵机 把PWM重命名sg90 打开项目文件 在魔术棒和品上把PWM都去掉&#xff0c;加载sg90文件夹 加载之后…

大模型理解力探讨:LeCun认为,大模型(LLM)并不真正理解这个世界,尤其是物理世界,它们只是“本能般地吐出一个又一个单词”。而Hinton则持相反观点。

大模型理解力探讨&#xff1a;从LeCun与Hinton的观点看LLM的“理解”本质 关键词&#xff1a; #大模型理解力 Large Model Understanding #LLM Large Language Model #特征交互 Feature Interaction #视频学习 Video Learning #语言学习 Language Learning 具体实例与推演 考…

Docker图形化界面工具Portainer最佳实践

前言 安装Portainer 实践-基于Portainer安装redis-sentinel部署 Spring Boot集成Redis Sentinel 前言 本篇文章笔者推荐一个笔者最常用的docker图形化管理工具——Portainer。 安装Portainer 编写docker-compose文件 Portainer部署的步骤比较简单&#xff0c;我们还是以…