隨著信息技術(shù)的發(fā)展,敬老院信息管理也迎來了機(jī)遇和挑戰(zhàn),我們積極應(yīng)戰(zhàn),不能有絲毫松懈。因?yàn)?在以后的互聯(lián)網(wǎng)是一個(gè)開放的大環(huán)境,而傳統(tǒng)的管理運(yùn)作是以對(duì)象的養(yǎng)護(hù)和醫(yī)療分開的的管理模式,它在當(dāng)前生活條件不斷提升的環(huán)境下,存在許多局限性,已難以適應(yīng)目前敬老院管理,只能稱其為護(hù)理之家或者社區(qū)門診,可以說,傳統(tǒng)的管理模式已經(jīng)遠(yuǎn)遠(yuǎn)不能適應(yīng)當(dāng)前人生活水平大幅提升的小康社會(huì)。在互聯(lián)網(wǎng)技術(shù)的早期階段,尚未廣泛應(yīng)用于加工、通訊、家居護(hù)理管理信息系統(tǒng)于敬老院之前,信息全都是手工操作,并且需要多道手續(xù),快節(jié)奏社會(huì)生活已經(jīng)得不到滿足,養(yǎng)老院中的信息管理,如果采用傳統(tǒng)模式,造成人力物理財(cái)力的大量流失。不同統(tǒng)計(jì)方式查詢、重復(fù)信息問題的出現(xiàn),這樣的過程推動(dòng)信息技術(shù)的實(shí)現(xiàn),急需要一種高效率簡(jiǎn)單操作的信息系統(tǒng)來改善目前狀況,因此在大時(shí)代發(fā)展的前提下,敬老院管理系統(tǒng)因運(yùn)而生。因此,作為一個(gè)現(xiàn)代化的養(yǎng)老院,有必要建立一個(gè)新的信息管理模式,以應(yīng)對(duì)這些新的形式。養(yǎng)老院管理信息系統(tǒng),是醫(yī)護(hù)結(jié)合的代表之作,具有推動(dòng)勞動(dòng)力向前發(fā)展的功能,具有革新意義。信息系統(tǒng)建設(shè)作為強(qiáng)大的動(dòng)力,不僅僅推動(dòng)敬老院管理模式的創(chuàng)新和制度創(chuàng)新。同時(shí),在高速信息時(shí)代,敬老院管理系統(tǒng)成為了醫(yī)護(hù)結(jié)合的現(xiàn)代化敬老院的核心。?

?瑞士在多年前就被譽(yù)為了“養(yǎng)老天堂”,養(yǎng)老體系之所以發(fā)達(dá),因?yàn)檫@是一個(gè)眾所周知的人口老齡化國(guó)家,養(yǎng)老金制度相對(duì)于其他國(guó)家更為完善,不然根本無(wú)法支撐國(guó)內(nèi)的現(xiàn)狀。 瑞士養(yǎng)老金制度約四個(gè)方面:老公寓,療養(yǎng)院,老年護(hù)理院和家庭老年護(hù)理。瑞士目前的依靠的這種先進(jìn)的養(yǎng)老模式主要是國(guó)家牽頭，起到了主要作用，個(gè)人及單位除一小部分的資金這三部分組成。瑞士的社會(huì)穩(wěn)定有一大部分功勞全部不依賴于養(yǎng)老體系。而他們很早就發(fā)現(xiàn)了養(yǎng)老院必須盡早與信息管理相結(jié)合,完善敬老院的管理,順應(yīng)潮流,瑞士養(yǎng)老系統(tǒng) 以功能齊全,高效完備著稱。

目前,我國(guó)的敬老院產(chǎn)業(yè)卻沒有的得到大眾的認(rèn)可,傳統(tǒng)的養(yǎng)兒防老幾乎出現(xiàn)在每個(gè)人心中,認(rèn)為沒有兒女的老人才去養(yǎng)老院，很多老人以去敬老院為恥。還有新聞上報(bào)道,黑心養(yǎng)老院虐待老人,我國(guó)養(yǎng)老事業(yè)僅僅停留在了養(yǎng)老金上面,沒有養(yǎng)老金的老人只能依賴于兒女。隨著國(guó)家的號(hào)召,建設(shè)現(xiàn)代化養(yǎng)老院刻不容緩,采取醫(yī)護(hù)結(jié)合,與家庭緊密聯(lián)系的新型管理模式。在我國(guó)南方開放地區(qū)得到了認(rèn)可,漸漸向全國(guó)各地鋪展開來,以應(yīng)對(duì)我國(guó)進(jìn)入老齡化社會(huì)產(chǎn)生的一系列不必要麻煩。我國(guó)早期敬老院實(shí)現(xiàn)的信息化管理,一直以來都是比較落后的,依然處于使用沒有聯(lián)網(wǎng)的軟件。在軟件的應(yīng)用,在中國(guó)軟件開發(fā)資訊公司護(hù)理信息管理系統(tǒng)已經(jīng)開發(fā)出各種各樣,但大多數(shù)MIS是基于函數(shù)的應(yīng)用,目前國(guó)內(nèi)的敬老院信息管理系統(tǒng)沒有實(shí)現(xiàn)滿足各類醫(yī)護(hù)結(jié)合現(xiàn)代化敬老院的需求,功能方面更是欠缺,國(guó)際標(biāo)準(zhǔn)遠(yuǎn)遠(yuǎn)高于我們的水平,想達(dá)到國(guó)際上的認(rèn)可我們?nèi)诵枰粩嗟呐?。養(yǎng)老院管理系統(tǒng)為了適應(yīng)國(guó)際發(fā)展的要求,將是我國(guó)目前將要解決的一個(gè)難題。近些年來,我國(guó)IT產(chǎn)業(yè)崛起速度不是我們可以想象得到,趕超歐美已經(jīng)是指日可待,在養(yǎng)老院信息管理中需要大量的信息記錄以及更新已經(jīng)不能再靠傳統(tǒng)的手工管理模式,利用IT技術(shù)管理信息是勢(shì)不可擋的,這是一場(chǎng)勞動(dòng)力的解放。目前,我國(guó)經(jīng)濟(jì)水平一直處于世界前列,老百姓生活水平和過去有極大的差別,信息產(chǎn)業(yè)是個(gè)科技創(chuàng)新,適用于各行各業(yè)的新型學(xué)科。因此,信息產(chǎn)業(yè)不僅僅提高辦公手段,現(xiàn)代化的辦公普遍應(yīng)用,改善其工作環(huán)境,降低工作圧力,這是我國(guó)科技進(jìn)步的象征,民生改善的重要體現(xiàn)。

對(duì)于開發(fā)者和設(shè)計(jì)者來說,怎么去開發(fā)一套實(shí)用并且符合目前形勢(shì)的養(yǎng)老院管理系統(tǒng),才是真正的挑戰(zhàn)。本文通過對(duì)養(yǎng)老院管理系統(tǒng)的深入調(diào)查研究,從需求分析、可行性分析、系統(tǒng)總體設(shè)計(jì)、模塊功能設(shè)計(jì)、數(shù)據(jù)格式、測(cè)試評(píng)價(jià)多個(gè)方面進(jìn)行詳細(xì)的闡述,為養(yǎng)老院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)提供理論依據(jù)。

本文先概述了敬老院管理系統(tǒng)的研究背景及意義，分析了相關(guān)技術(shù)。對(duì)系統(tǒng)中所涉及的相關(guān)技術(shù)進(jìn)行再一步優(yōu)化升級(jí)，從而建立了完善的敬老院管理系統(tǒng)。本論文著重對(duì)以下進(jìn)行了闡釋：

（一）在構(gòu)建新系統(tǒng)的前提下，進(jìn)行詳細(xì)的背景與研究現(xiàn)狀分析歸納，并介紹系統(tǒng)開發(fā)時(shí)將采納的主要技術(shù)和技術(shù)難點(diǎn)。

（二）利用軟件工程思想，在將功能性需求和非功能性需求區(qū)分的基礎(chǔ)上進(jìn)行需求分析；利用該需求分析系統(tǒng)的業(yè)務(wù)流轉(zhuǎn)設(shè)計(jì)；然后針對(duì)上述內(nèi)容，設(shè)計(jì)出系統(tǒng)的用例圖，描繪系統(tǒng)設(shè)計(jì)過程。

（三）本文采用B/S架構(gòu)，利用MVC三層設(shè)計(jì)模式，構(gòu)建本系統(tǒng)。

（四）在系統(tǒng)設(shè)計(jì)完成以后，對(duì)系統(tǒng)的性能進(jìn)行相應(yīng)的測(cè)試，測(cè)試過程中即使用了白盒測(cè)試法，也使用了黑盒測(cè)試法，同時(shí)包括兼容性測(cè)試，通過多種測(cè)試相結(jié)合的方式來確保系統(tǒng)的安全性和有效性。

本文一共包括7個(gè)章節(jié)，具體的各個(gè)章節(jié)安排如下：

第一章：緒論，在該章主要分析本文的研究背景及研究意義，并對(duì)論文的主要研究?jī)?nèi)容進(jìn)行了總結(jié)歸納，最后給出了論文的章節(jié)安排情況。

第二章：相關(guān)技術(shù)基礎(chǔ)，在這一章節(jié)對(duì)系統(tǒng)建設(shè)將會(huì)采納的相關(guān)技術(shù)進(jìn)行了詳盡而充分的介紹，為系統(tǒng)的實(shí)現(xiàn)打下基礎(chǔ)。

第三章：系統(tǒng)可行性研究與需求分析，從系統(tǒng)的非功能性需求與功能性需求兩個(gè)角度進(jìn)行了論述。結(jié)合系統(tǒng)的實(shí)際需要，對(duì)系統(tǒng)的重點(diǎn)模塊進(jìn)行了詳細(xì)的用例分析。

第四章：系統(tǒng)設(shè)計(jì)，從系統(tǒng)總體架構(gòu)設(shè)計(jì)開始，對(duì)系統(tǒng)的設(shè)計(jì)情況進(jìn)行了逐步分析，。

第五章：系統(tǒng)實(shí)現(xiàn)，對(duì)系統(tǒng)中的重要功能模塊給出了部分界面予以展示。

第六章：系統(tǒng)測(cè)試，本章研究系統(tǒng)測(cè)試的相關(guān)技術(shù)、測(cè)試方法及測(cè)試工具，對(duì)系統(tǒng)進(jìn)行了詳細(xì)的系統(tǒng)測(cè)試。

第七章：結(jié)論，總結(jié)工作，并描述今后需要改善的重點(diǎn)內(nèi)容。

敬老院管理系統(tǒng)主要是采用MyEclipse開發(fā)環(huán)境，以JSP,JAVA為主要的編程語(yǔ)言，Tomcat為運(yùn)行環(huán)境，運(yùn)用MYSQL數(shù)據(jù)庫(kù)管理技術(shù)進(jìn)行開發(fā)。以下為相關(guān)開發(fā)工具及技術(shù)的介紹。

本章對(duì)系統(tǒng)開發(fā)使用的相關(guān)技術(shù)做了詳細(xì)的介紹，最終選擇B/S開發(fā)本系統(tǒng)；另外介紹了MVC設(shè)計(jì)模塊、開發(fā)環(huán)境。

需求分析就是剖析用戶的需求，是關(guān)于軟件定義的最后一個(gè)生命階段，它必須得出的結(jié)果就是準(zhǔn)確回答出“系統(tǒng)必須要做什么？”這個(gè)問題。需求分析也是設(shè)計(jì)數(shù)據(jù)庫(kù)的出發(fā)點(diǎn)，需求分析的最終結(jié)果是否能夠準(zhǔn)確反映出用戶的實(shí)際要求，將完全影響到后面各個(gè)設(shè)計(jì)階段，并影響到設(shè)計(jì)結(jié)果是否合理和實(shí)用。

通過調(diào)研分析，本系統(tǒng)主要是為了敬老院工作人員而設(shè)計(jì)的。

站在管理員即敬老院負(fù)責(zé)人角度來看，他迫切希望，在運(yùn)用該系統(tǒng)以后，可以更加方便的對(duì)敬老院進(jìn)行管理，包括對(duì)員工的管理，對(duì)老人入住情況的管理，床位入住信息的查看；可以更加方便的進(jìn)行人員管理，包括修改老員工信息以及增添新員工信息；可以更加方便的進(jìn)行財(cái)務(wù)管理，即根據(jù)員工請(qǐng)假記錄進(jìn)行工資管理以及老人入住時(shí)的繳費(fèi)記錄。

站在護(hù)工角度來看，他們迫切希望，在運(yùn)用該系統(tǒng)以后，可以更加方便的修改個(gè)人詳細(xì)信息；可以更加方便的查看自己負(fù)責(zé)的老人信息；可以更加方便的進(jìn)行床位入住的管理。

根據(jù)對(duì)以上角色需求的分析，本系統(tǒng)主要的功能包括：登錄、用戶信息管理、老人信息管理、事故記錄、請(qǐng)假記錄、床位分配、入住費(fèi)用，護(hù)工薪資和護(hù)工請(qǐng)假。

系統(tǒng)的主要功能性需求如下：

(1)登錄：用戶登錄是系統(tǒng)的基礎(chǔ)功能，用戶只有登錄系統(tǒng)之后，才能進(jìn)行其他操作，這也是從系統(tǒng)的安全性角度充分考慮和認(rèn)證的。本系統(tǒng)只有一個(gè)管理員，他是養(yǎng)老院的負(fù)責(zé)人，通過他可以增添新員工。管理員、員工輸入各自相應(yīng)的姓名以及密碼且選擇對(duì)應(yīng)的身份即可登錄系統(tǒng)。

(2)老人信息管理:員工在登錄系統(tǒng)后，可以在相應(yīng)的界面進(jìn)行對(duì)老人個(gè)人信息的修改，包括個(gè)人身份證號(hào)，姓名，密碼，年齡以及電話號(hào)碼等。

(3)床位分配管理：主要是管理員對(duì)入住狀況管理。

(4)用戶信息管理：主要是管理員對(duì)整個(gè)賓館員工個(gè)人信息的增刪改查。

(5)事故記錄：主要是管理員查看老人出現(xiàn)事故的相關(guān)服務(wù)的增刪改查。

(6)請(qǐng)假記錄：主要是管理員查看老人請(qǐng)假的相關(guān)服務(wù)的增刪改查。

(7)護(hù)工薪資管理：主要是負(fù)責(zé)人對(duì)護(hù)工的薪資信息進(jìn)行增刪改查以及護(hù)工對(duì)自己薪資信息的查看。

(8)護(hù)工請(qǐng)假管理：主要是負(fù)責(zé)人對(duì)護(hù)工請(qǐng)假記錄的增刪改查以及護(hù)工對(duì)自己薪資信息的查看。

(9)入住費(fèi)用：主要記錄老人入住時(shí)繳費(fèi)記錄以及繳費(fèi)金額。

具體的系統(tǒng)功能圖如圖3-1所示：

圖3-1敬老院管理系統(tǒng)結(jié)構(gòu)圖

Figure 3-1?Structure of the nursing home management system

在以上需求分析的基礎(chǔ)上，本節(jié)將針對(duì)管理員，員工兩種角色所提出的功能性需求進(jìn)行用例分析。

站在管理員即敬老院負(fù)責(zé)人角度來看，他迫切希望，在運(yùn)用該系統(tǒng)以后，可以更加方便的對(duì)敬老院進(jìn)行管理，包括對(duì)員工的管理，對(duì)老人入住情況的管理，床位入住信息的查看；可以更加方便的進(jìn)行人員管理，包括修改老員工信息以及增添新員工信息；可以更加方便的進(jìn)行財(cái)務(wù)管理，即根據(jù)員工請(qǐng)假記錄進(jìn)行工資管理以及老人入住時(shí)的繳費(fèi)記錄。對(duì)此，進(jìn)行部分功能展示，管理員身份總體用例圖如圖3-3所示：

圖3-3管理員身份總體用例圖

Figure 3-3?Administrator status Overall use case diagram

由以上員工的功能性需求分析可知，員工希望運(yùn)用系統(tǒng)可以更加方便的修改個(gè)人密碼；可以更加方便的查看自己負(fù)責(zé)的老人信息，自己的薪資狀況以及請(qǐng)假記錄。對(duì)此，員工身份總體用例圖如圖3-8所示：

圖3-8員工身份總體用例圖

Figure 3-9 Employee identity Overall use case diagram

別的用戶看不到自己用戶的乘車人列表及訂單。自己也看不到別的用戶的信息 。網(wǎng)上售票系統(tǒng)中涉及到的數(shù)據(jù)隱私信息，系統(tǒng)需要保證用戶的營(yíng)私。與此同時(shí)系統(tǒng)還需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行及時(shí)更新，保證數(shù)據(jù)一致性。

對(duì)于規(guī)范要求以外的輸入能夠判斷出這個(gè)輸入不符合規(guī)范要求，并能有合理的處理方式。

不同的計(jì)算機(jī)系統(tǒng)、網(wǎng)絡(luò)、操作系統(tǒng)和應(yīng)用程序可以一起工作并共享信息。

數(shù)據(jù)庫(kù)的可擴(kuò)展性，通過增加資源，以滿足不斷增長(zhǎng)的對(duì)性能和功能的要求。

?第四章??系統(tǒng)設(shè)計(jì)

從分析階段開發(fā)正式進(jìn)入軟件的實(shí)際開發(fā)階段，本階段完成系統(tǒng)的大致設(shè)計(jì)并明確系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)與軟件結(jié)構(gòu)。本階段已在系統(tǒng)的需求分析的基礎(chǔ)上，對(duì)電腦配件線上銷售系統(tǒng)做系統(tǒng)設(shè)計(jì)。主要解決了實(shí)現(xiàn)該系統(tǒng)需求的程序模塊設(shè)計(jì)問題。包括如何把該系統(tǒng)劃分成若干個(gè)模塊、決定各個(gè)模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù)結(jié)構(gòu)、模塊結(jié)構(gòu)的設(shè)計(jì)等。在以下的系統(tǒng)設(shè)計(jì)一章中將對(duì)在本階段中對(duì)系統(tǒng)所做的所有功能結(jié)構(gòu)，數(shù)據(jù)庫(kù)設(shè)計(jì)，開發(fā)環(huán)境與工具進(jìn)行詳細(xì)的說明。

該系統(tǒng)不僅要求功能強(qiáng)大，而且界面直觀易操作，所以，我們?cè)谙到y(tǒng)的開發(fā)過程中著重研究模塊功能設(shè)計(jì)，這是優(yōu)秀的系統(tǒng)的所要求的。由于該系統(tǒng)可以在一般性質(zhì)的養(yǎng)老院信息管理系統(tǒng)中實(shí)現(xiàn)，我們所研發(fā)的系統(tǒng)應(yīng)該是滿足各類養(yǎng)老院的需求，其功能也滿足了養(yǎng)老院對(duì)日常養(yǎng)老院的信息管理。如圖4-1所示。

圖4-1系統(tǒng)功能模塊圖

Figure 4-1 System Function Block Diagram

本敬老院管理系統(tǒng)應(yīng)該具備如下功能：

管理員登錄進(jìn)入管理員系統(tǒng)界面，點(diǎn)擊增加系統(tǒng)用戶按鈕可以進(jìn)行增添用戶操作。若操作成功，返回系統(tǒng)用戶管理界面，若操作失敗，返回提醒失敗消息。

參與者：管理員用戶。

權(quán)限：添加用戶操作

表4-1 輸出 ??Table 4-1 Output

??輸入項(xiàng)（如表4-2）：

表4-2 輸入 ???Table 4-2 Enter

?UI設(shè)計(jì)（如圖4-2）：

Figure 4-2 Add the system user UI

用戶增添完成后，進(jìn)行登錄，選擇護(hù)工選項(xiàng)，登錄成功則跳轉(zhuǎn)系統(tǒng)用戶的管理界面，登錄失敗則跳轉(zhuǎn)頁(yè)面，提示登錄信息錯(cuò)誤。

參與者：護(hù)工 ???

權(quán)限：登錄

輸入項(xiàng)（如表4-3）：

表4-3 輸入 ????Table 4-3 Enter

輸出項(xiàng)（如表4-4）：

表4-4 輸出 ??????Table 4-4 Output

?UI設(shè)計(jì)（如圖4-3）：

圖4-3 登錄UI

Figure 4-3 login UI

真正需要管理的是在敬老院的老人，因此，護(hù)工用戶需要添加老人，在老人信息管理頁(yè)面有老人信息查詢按鈕，點(diǎn)擊老人信息管理，有修改老人信息按鈕，點(diǎn)擊添加老人按鈕，跳轉(zhuǎn)到添加老人人頁(yè)面，進(jìn)行添加。

與此同時(shí)，護(hù)工用戶進(jìn)入老人列表頁(yè)面，可以選擇不需要的老人將其信息刪除。用戶也可以進(jìn)入老人列表，點(diǎn)擊修改按鈕，修改老人信息。

修改完成后，返回老人列表。將修改后的信息返回到列表中。

參與者：用戶

權(quán)限：老人的增刪改查

輸出項(xiàng)（如表4-7）：

表4-7輸出 ?????Table 4-7 Output

輸入項(xiàng)（如表4-8）：

表4-8 輸入 ??????Table 4-8 Enter

???????????????????????????????

UI設(shè)計(jì)（如下圖4-5，4-6）：

圖4-5 增加老人UI

Figure 4-6 increase the old UI

Figure 4-6 old information person query UI

數(shù)據(jù)結(jié)構(gòu)主要是用來反映數(shù)據(jù)之間的組合關(guān)系

數(shù)據(jù)流是系統(tǒng)內(nèi)部的路徑，用于傳輸數(shù)據(jù)結(jié)構(gòu)

admin =編號(hào)+管理員ID+管理員密碼+增加時(shí)間+性別+年齡+地址+電話

Lr= 編號(hào)+姓名+性別+年齡+身體狀況+戶籍+身份證+聯(lián)系人+聯(lián)系電話+家庭住址+床位號(hào)+護(hù)工編號(hào)+入住日期+出院日期

Fy =編號(hào)+姓名+費(fèi)用+扣除+狀態(tài)

Hgqj =編號(hào)+姓名+時(shí)間+事情緣由+狀態(tài)

Qj =編號(hào)+姓名+時(shí)間+事情緣由+狀態(tài)

XZ =編號(hào)+姓名+費(fèi)用+扣除+狀態(tài)

Cw =編號(hào)+姓名+入住時(shí)間+床位號(hào)

?以下是數(shù)據(jù)存儲(chǔ)的具體說明。

?以下是具體的處理過程說明。

外部實(shí)體是數(shù)據(jù)的來源和去向。

理系統(tǒng)中各種實(shí)體之間的結(jié)構(gòu)約束。在設(shè)計(jì)過程中，會(huì)涉及有關(guān)范式的概念。范式從第一范式到第五范式，大致分為五個(gè)等級(jí)，級(jí)別越高表示范式水平越高，也就表示冗余數(shù)據(jù)的程度是越低的。不過并不是級(jí)別越高越好，因?yàn)榧?jí)別的提高需要更多表來支持，表的數(shù)量太多會(huì)直接導(dǎo)致數(shù)據(jù)庫(kù)進(jìn)行運(yùn)行速度的降低。如何在性能和數(shù)據(jù)冗余程度之間進(jìn)行選擇，要根據(jù)實(shí)際情況來決定，在一般的設(shè)計(jì)工作中，選取第三范式的居多。在數(shù)據(jù)庫(kù)系統(tǒng)大致架構(gòu)完成后，還需要設(shè)計(jì)數(shù)據(jù)庫(kù)中的內(nèi)容以及表的內(nèi)容，這是一個(gè)非常重要的步驟，這直接作用在開發(fā)系統(tǒng)的數(shù)據(jù)性能上，如何設(shè)計(jì)數(shù)據(jù)庫(kù)的內(nèi)容和里面的表，也需要統(tǒng)籌考慮，不僅要滿足之前決定的范式規(guī)則，還需要考慮數(shù)據(jù)使用人員使用該數(shù)據(jù)庫(kù)該表的方便度?？紤]了以上的各個(gè)方面，并基于前文給出的E-R模型，建立了以下的系統(tǒng)邏輯數(shù)據(jù)結(jié)構(gòu)。

數(shù)據(jù)庫(kù)表的主要設(shè)計(jì)如下：

表4-11 ?admin管理員信息表 ?????

Table 4-11 admin admin information table

表4-12 Lr信息表

Table 4-12 Lr Information Table?

表4-3 Fy費(fèi)用信息表

Table 4-3 Fy cost information table

表4-4 Hgqj護(hù)工請(qǐng)假信息表

Table 4-4 Hgqj caregiver leave information form

表4-5 qj請(qǐng)假信息表

Table 4-5 qj leave information table

表4-6 Xz薪資信息表

Table 4-6 Xz Salary Information Table

本章詳細(xì)描述了系統(tǒng)的設(shè)計(jì)過程，從概要設(shè)計(jì)到詳細(xì)設(shè)計(jì)，并以會(huì)員管理為例進(jìn)行了深入闡釋，最后還給出了系統(tǒng)數(shù)據(jù)庫(kù)的主要設(shè)計(jì)情況。

在修改信息的過程中，每次只能修改一條記錄，首先要選擇需要修改的記錄，然后由管理員手動(dòng)輸入修改后的信息，經(jīng)過系統(tǒng)后臺(tái)的判斷，符合要求的則保存數(shù)據(jù)，不符合則系統(tǒng)提示重新輸入。

例如：修改老人事故記錄，首先要選擇該條記錄，點(diǎn)擊修改，手動(dòng)輸入需要修改的項(xiàng)目，點(diǎn)擊保存，系統(tǒng)會(huì)自動(dòng)檢測(cè)，非法需要重新輸入，合法系統(tǒng)會(huì)保存，再打開會(huì)看到新信息。數(shù)據(jù)修改流程圖如圖5-3.

圖5-3數(shù)據(jù)修改流程圖

Figure 5-3 Flow chart for data modification

在刪除信息的過程中，每次只能刪除一條記錄，首先要選擇需要?jiǎng)h除的記錄，然后由管理員手動(dòng)點(diǎn)擊刪除，系統(tǒng)會(huì)直接跳轉(zhuǎn)頁(yè)面，顯示操作成功。

例如：選擇護(hù)工請(qǐng)假記錄，點(diǎn)擊刪除，系統(tǒng)提示操作成功，再打開記錄已經(jīng)不會(huì)出現(xiàn)。數(shù)據(jù)刪除流程圖如圖5-4。

圖5-4數(shù)據(jù)刪除流程圖

Figure 5-4 Data deletion flowchart

當(dāng)用戶選擇查找時(shí)，手動(dòng)輸入關(guān)鍵信息，頁(yè)面跳轉(zhuǎn)道查找信息頁(yè)面。

例如：選擇查找老人信息，手動(dòng)輸入老人姓名張三豐，系統(tǒng)跳轉(zhuǎn)頁(yè)面，顯示張三豐老人個(gè)人信息。數(shù)據(jù)查找流程圖如圖5-5.

該模塊將實(shí)現(xiàn)用戶登錄功能。進(jìn)入系統(tǒng)主界面可以選擇管理身份，分為系統(tǒng)管理員和普通管理員（護(hù)工）兩種身份，輸入賬號(hào)和密碼，正確就會(huì)跳轉(zhuǎn)到相應(yīng)身份系統(tǒng)功能界面中。賬號(hào)密碼錯(cuò)誤則會(huì)提示登錄信息錯(cuò)誤。

圖5-7系統(tǒng)登錄流程圖

Figure 5-7 System Login Flowchart

Figure 5-8 System login interface

主頁(yè)提供的是一個(gè)導(dǎo)航的功能，左邊欄是各信息管理的功能鏈接，

圖5-9 系統(tǒng)首頁(yè)界面

Figure 5-9 system home page interface

密碼的管理和新口令的設(shè)置往往有利于系統(tǒng)的安全和信息的安全。?

圖5-10 密碼管理模塊界面

Figure 5-10 Password Management Module Interface

管理員信息的增刪改查運(yùn)行結(jié)果如圖5-11、5-12所示：

圖5-11管理員信息管理界面

Figure 5-11 Administrator Information Management Interface

圖5-12用戶信息管理界面

Figure 5-12 User information management interface

老年人的信息管理模塊的主要功能是舊信息的增刪改查操作，這是管理員，增加老年人的信息，修改了老年人的信息，刪除舊的個(gè)人信息，查詢老人信息。

老人信息管理的運(yùn)行結(jié)果如圖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

九、??本章小結(jié)

本章介紹了該系統(tǒng)的詳細(xì)設(shè)計(jì)，我們可以對(duì)系統(tǒng)設(shè)計(jì)進(jìn)行詳細(xì)全面的了解。介紹用戶信息管理，老人信息管理，入住費(fèi)用管理等模塊的設(shè)計(jì)和實(shí)現(xiàn)過程。系統(tǒng)詳細(xì)設(shè)計(jì)的原理是利用設(shè)計(jì)方法的結(jié)構(gòu)來提高控制結(jié)構(gòu)，降低程序的復(fù)雜性，從而提高程序的可讀性，可測(cè)試性和可維護(hù)性。

為提高系統(tǒng)的安全性和響應(yīng)速度，本系統(tǒng)是基于B/S結(jié)構(gòu)的敬老院管理系統(tǒng)，通過該系統(tǒng)可對(duì)老人信息進(jìn)行管理。通過測(cè)試系統(tǒng)中的各個(gè)功能模塊是否滿足用戶要求，并測(cè)試是否存在bug，預(yù)期能夠達(dá)到使系統(tǒng)進(jìn)行快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前，盡可能地發(fā)現(xiàn)軟件的錯(cuò)誤。?

為了保證敬老院管理系統(tǒng)的各項(xiàng)功能可靠的實(shí)現(xiàn)，特編寫了此測(cè)試計(jì)劃，對(duì)所開發(fā)軟件的各功能模塊和事例系統(tǒng)進(jìn)行測(cè)試。

1、 ?測(cè)試的重要性

軟件測(cè)試從來都是大家口中的非常重要，實(shí)踐起來，卻不認(rèn)真。其實(shí)測(cè)試不論在開發(fā)還是維護(hù)的過程中都占有機(jī)器重要的地位而且耗時(shí)是盡次于維護(hù)，位于，如同瀑布模式一般，在傳統(tǒng)的開發(fā)模式中軟件測(cè)試的工作是在運(yùn)維階段之前，在軟件真正發(fā)售給用戶之前，軟件測(cè)試保證了軟件的質(zhì)量和用戶體驗(yàn)。不過因?yàn)檫@種方式耗時(shí)長(zhǎng)，靈活度不夠，容易卡開發(fā)的節(jié)奏，近些年來，軟件工程師們有了新的思路，就是對(duì)軟件生命周期的各個(gè)階段都應(yīng)包括測(cè)試、檢查階段成果，然后盡快找到并改正錯(cuò)誤，這樣的話可以更容易接近預(yù)期的結(jié)果，也為后期測(cè)試降低了難度，降低了成本。如果在早期是工作中只是一味的完成項(xiàng)目，沒有進(jìn)行測(cè)試檢查，危險(xiǎn)遍隨之而到，錯(cuò)誤往往隨著時(shí)間的不斷推移越發(fā)不可收拾，最后在測(cè)試階段再返回來重新查找錯(cuò)誤會(huì)加劇成本的浪費(fèi)，這才是正真的大難題。

在軟件方面，事實(shí)上，在系統(tǒng)中總是會(huì)有錯(cuò)誤，無(wú)論任何方法或技術(shù)都解決不了。但是矛盾總是能解決的，在開發(fā)過程中我們應(yīng)該秉著認(rèn)真的態(tài)度，這是首要，采用一些先進(jìn)的技術(shù)，盡可能的讓誤差消失，這些誤差只能通過軟件測(cè)試進(jìn)行測(cè)試，估計(jì)誤差密度。統(tǒng)計(jì)表明，在軟件開發(fā)的總成本中，用于測(cè)試的成本占百分之三十到百分之五十。如果維修階段的考慮，討論了軟件測(cè)試的全生命周期成本的比例可能會(huì)減少，但是維護(hù)階段的工作量相當(dāng)于開發(fā)階段的兩倍以上工作量，甚至重復(fù)開發(fā)重復(fù)測(cè)試，這也將包含大量的測(cè)試工作。

實(shí)際上，軟件測(cè)試是工作人員的一大難題，這是因?yàn)闇y(cè)試一直在程序員心中不受重視，不用心去感受測(cè)試的內(nèi)涵，這是一種對(duì)測(cè)試的偏見，而不是正確的態(tài)度，這包括：

（1）測(cè)試工作相對(duì)于開發(fā)來說比較枯燥，沒有成就感。

（2）測(cè)試本身的目的就是發(fā)現(xiàn)軟件錯(cuò)誤，這種帶有批判性的，非建設(shè)性的否定對(duì)于開發(fā)人員來說會(huì)有一種抵觸情緒，從而影響工作順利展開。

（3）測(cè)試工作往往需要耐心，要在細(xì)致又艱苦中進(jìn)行下去。

（4）有時(shí)候因?yàn)閷?duì)開發(fā)的程序過于自信，在錯(cuò)誤被測(cè)試出時(shí)害怕別人對(duì)自己開發(fā)能力的否定。

（5）有時(shí)候測(cè)試的結(jié)果無(wú)法確定是測(cè)試方法的問題還是軟件本身就有錯(cuò)誤。

以上的幾個(gè)情況從測(cè)試人員的心態(tài)，測(cè)試技術(shù)等多方面描述了測(cè)試工作中會(huì)碰到的挫折困難，所以我們必須正視測(cè)試，認(rèn)清本質(zhì)，才可以通過測(cè)試提高軟件的質(zhì)量。

2、 ?測(cè)試的目的

測(cè)試程序的目的一直以來都是，最大程度的去尋發(fā)現(xiàn)系統(tǒng)中的漏洞，那么我們必須在軟件最容易出錯(cuò)，而又危害比較的大位置首先展開排查，接下來就應(yīng)該是軟件深層次的更為復(fù)雜邏輯錯(cuò)誤容易犯的地方。

（1）系統(tǒng)的測(cè)試是一個(gè)動(dòng)態(tài)的過程，錯(cuò)誤就是程序運(yùn)行的過程中不斷的被發(fā)現(xiàn)；

（2）測(cè)試的目標(biāo)總是被人誤解，發(fā)現(xiàn)錯(cuò)誤永遠(yuǎn)是最主要的，證明這個(gè)系統(tǒng)沒有錯(cuò)誤只能說此次測(cè)試是失敗的；

（3）每一個(gè)好的測(cè)試用例都用來檢查尚未發(fā)生的錯(cuò)誤；

（4）一個(gè)非常成功的測(cè)試是檢查迄今為止沒有發(fā)現(xiàn)的錯(cuò)誤。

這個(gè)想法是提醒人們把重點(diǎn)放在尋找錯(cuò)誤，而不是證明正確的軟件功能。然而，大家卻又容易誤解這個(gè)意思，雖然發(fā)現(xiàn)錯(cuò)誤是最主要的任務(wù)，很多時(shí)候又會(huì)找不到錯(cuò)誤，大家又要垂頭喪氣，其實(shí)事實(shí)并非如此，找不到錯(cuò)誤并非價(jià)值全無(wú)。

測(cè)試的開發(fā)過程中，腳踏實(shí)地的走完測(cè)試過程中的每一個(gè)步驟，測(cè)試也分為若干個(gè)線性階段，然后讓每個(gè)階段依次的去實(shí)現(xiàn)和完成。

此次測(cè)試的步驟分為以下三個(gè)階段：

測(cè)試模塊：對(duì)各個(gè)模塊以及其子模塊進(jìn)行功能和其他方面的測(cè)試，主要發(fā)現(xiàn)細(xì)節(jié)設(shè)計(jì)和編碼上的錯(cuò)誤。

測(cè)試系統(tǒng)：對(duì)整體系統(tǒng)進(jìn)行測(cè)試，主要目的發(fā)現(xiàn)軟件設(shè)計(jì)和需求說明中出現(xiàn)的錯(cuò)誤

驗(yàn)收測(cè)試：常在驗(yàn)收程序的系統(tǒng)要求說明書中找到。

為了系統(tǒng)功能的完整，不出現(xiàn)較大的錯(cuò)誤，在這次測(cè)試過程中，主要把測(cè)試工作內(nèi)容分成以下幾部分：

1、單元測(cè)試

單元測(cè)試就是按照測(cè)試最小的單位，通過測(cè)試主要是為了發(fā)現(xiàn)功能模塊設(shè)計(jì)不合理的問題，千里之堤毀于蟻穴，所以最小的問題往往最不容易發(fā)現(xiàn)，造成的危害也往往是最大，所以一定要認(rèn)真仔細(xì)，將錯(cuò)誤扼殺在襁褓之中。

2、集成測(cè)試

我們可以把若干個(gè)模塊組裝在一起，接下來再進(jìn)入集成測(cè)試階段。假設(shè)由于疏忽造成的有害影響可能發(fā)生在功能模塊和其它模塊上；集成階段更重要的是測(cè)試各個(gè)模塊之間的接口，單元測(cè)試沒有問題之后，接口問題顯得尤為重要，接口出現(xiàn)問題，整個(gè)系統(tǒng)無(wú)法相互連接，子功能完好，而主功能卻達(dá)不到子功能組裝起來的效果。

3、驗(yàn)證試驗(yàn)

確認(rèn)測(cè)試的功能就是保證確定軟件的可工作性。在集成測(cè)試完成之后，已經(jīng)表明各個(gè)功能模塊是可以工作的，這時(shí)就需要把大的模塊組裝成完整的系統(tǒng)，并確認(rèn)系統(tǒng)能否和預(yù)期的一樣正常工作，如果這個(gè)時(shí)候出現(xiàn)問題，那就是系統(tǒng)架構(gòu)的方向錯(cuò)誤了。

4、系統(tǒng)測(cè)試

系統(tǒng)開發(fā)完之后，還要對(duì)系統(tǒng)的獨(dú)立性進(jìn)行測(cè)試，主要通過以下三個(gè)方面進(jìn)行：（一）功能測(cè)試：系統(tǒng)被開發(fā)的目的就是為了完成客戶所要求的需求。因此在系統(tǒng)完成時(shí)必然要檢驗(yàn)是否需求都得到了滿足，各個(gè)功能模塊是否達(dá)到了用戶的指標(biāo)。同時(shí)這個(gè)時(shí)候通常也會(huì)進(jìn)行功能文檔的撰寫，方便用戶較為輕松的上手軟件，實(shí)現(xiàn)功能需求。

5、測(cè)試的性能和強(qiáng)度：一個(gè)質(zhì)量?jī)?yōu)良的軟件應(yīng)該可以在一定強(qiáng)度的環(huán)境下進(jìn)行工作，通過對(duì)軟件的強(qiáng)度和性能測(cè)試，可以得到軟件對(duì)各種性能指標(biāo)的上限和下限。

6、安全測(cè)試：除了性能和強(qiáng)度對(duì)軟件的影響，在使用過程中邏輯上對(duì)系統(tǒng)的影響，比如錯(cuò)誤的數(shù)據(jù)，無(wú)效的數(shù)據(jù)，非法的操作，在這些情況的沖擊下，系統(tǒng)是否還可以安全穩(wěn)定的進(jìn)行工作，這就需要測(cè)試系統(tǒng)的安全保護(hù)機(jī)制了。

經(jīng)過之前那么長(zhǎng)時(shí)間的需求分析，開發(fā)，測(cè)試的過程，畢業(yè)設(shè)計(jì)也隨之該結(jié)束了。是時(shí)候該進(jìn)行功能模塊的測(cè)試，是否滿足設(shè)計(jì)任務(wù)書中的要求，能否達(dá)到預(yù)期的效果。在軟件的開發(fā)過程中，錯(cuò)誤總是不是時(shí)候的出現(xiàn)，一點(diǎn)也讓人開心不起來，一點(diǎn)點(diǎn)小問題就會(huì)讓系統(tǒng)的功能無(wú)法實(shí)現(xiàn)當(dāng)初的目標(biāo)，甚至讓系統(tǒng)崩潰，目前雖然已接近尾聲但是還不能掉以輕心，認(rèn)真對(duì)待最后的測(cè)試，站好最后一班崗。

合格率 = 100%

測(cè)試完成率 = 100%

測(cè)試覆蓋率 = 100％

敬老院管理系統(tǒng)實(shí)現(xiàn)了員工信息和入住老人信息的錄入，查詢和刪除。用戶自己可以進(jìn)行密碼的更改，并對(duì)其所擁有的權(quán)限進(jìn)行修改和查詢。只有擁有管理員權(quán)限才能修改和刪除護(hù)工用戶的數(shù)據(jù)。普通用戶只能根據(jù)所分配的權(quán)限進(jìn)行操作。嚴(yán)格控制對(duì)數(shù)據(jù)的修改，只能數(shù)據(jù)錄入的用戶才有權(quán)對(duì)數(shù)據(jù)進(jìn)行修改。?

本系統(tǒng)目前實(shí)現(xiàn)的是如下易用性：?

查詢信息，管理員添加信息，刪除記錄，修改操作相關(guān)提示信息的保持一致，可理解；

輸入框限制的條件正確性；?

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

本系統(tǒng)目前仍存在的易用性缺陷：?ü

界面排版不美觀，整潔，現(xiàn)代化；

輸入，輸出字段的不具備很好的可理解性；?ü

輸入缺少解釋性說明；

現(xiàn)有系統(tǒng)兼容谷歌，IE8以上內(nèi)核瀏覽器，其他瀏覽器未做兼容性測(cè)試。

1、床位的編號(hào)沒設(shè)置上限，這是設(shè)計(jì)上面的的失誤。

2、左邊欄索引畫面不友好，使用起來總覺得別扭。