創(chuàng)造網(wǎng)站黃頁(yè)污水
?基于Java的敬老院管理系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)
摘 要
新世紀(jì)以來,互聯(lián)網(wǎng)與計(jì)算機(jī)技術(shù)的快速發(fā)展,我國(guó)也邁進(jìn)網(wǎng)絡(luò)化、集成化的信息大數(shù)據(jù)時(shí)代。對(duì)于大眾而言,單機(jī)應(yīng)用早已成為過去,傳統(tǒng)模式早已滿足不了當(dāng)下辦公生活等多種領(lǐng)域的需求,在一臺(tái)電腦上不聯(lián)網(wǎng)的軟件少之又少,取而代之的是相互連通的軟件系統(tǒng),構(gòu)成信息大數(shù)據(jù)社會(huì)。 快節(jié)奏的生活環(huán)境,漫天飛舞數(shù)據(jù)信息,微電子技術(shù)也不比從前,辦公手段的落后與低效逐步被打中所淘汰,信息管理被時(shí)代推向了一個(gè)新高潮。但是,信息是看不到摸不到的一種新型資源,卻尤為重要。管理和操控信息則成為一種新的學(xué)科,信息管理系統(tǒng)就誕生于美國(guó)。敬老院管理系統(tǒng)將IT技術(shù)為養(yǎng)老院提供一個(gè)接口便于管理信息,存儲(chǔ)老人個(gè)人信息和其他信息,查找和更新信息的養(yǎng)老院檔案,節(jié)省了員工的勞動(dòng)時(shí)間,大大降低了成本。
本設(shè)計(jì)中使用的敬老院管理系統(tǒng)是基于JAVA平臺(tái)開發(fā)的,系統(tǒng)使用JSP是編程語(yǔ)言。建立后臺(tái)數(shù)據(jù)服務(wù)器利用的是MySQL數(shù)據(jù)庫(kù)。本文主要對(duì)本系統(tǒng)的開發(fā)環(huán)境(國(guó)內(nèi)外背景,軟件簡(jiǎn)介,需求分析)、功能模塊設(shè)計(jì)思路及開發(fā)過程進(jìn)行介紹。著重闡述開發(fā)系統(tǒng)過錯(cuò)中遇到的技術(shù)難題及最終解決方案。
關(guān)鍵詞??養(yǎng)老院;jsp;信息管理系統(tǒng)
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
第一章??緒論
一、??選題的依據(jù)及意義
二、??國(guó)內(nèi)外現(xiàn)狀研究?
三、??研究目的
四、??本文研究的主要內(nèi)容
五、??本文章節(jié)安排
六、??本章小結(jié)
????第二章 ?設(shè)計(jì)技術(shù)與開發(fā)環(huán)境
一、??相關(guān)技術(shù)介紹
(一)??JSP簡(jiǎn)介
(二)??B/S模式分析
(三)??MVC設(shè)計(jì)模式
二、??開發(fā)工具介紹
(一)??Myeclipse簡(jiǎn)介
三、??開發(fā)環(huán)境介紹
(一)??Tomcat簡(jiǎn)介
(二) JDK簡(jiǎn)介
四、??本章小結(jié)
第三章 ?系統(tǒng)需求分析
一、??可行性研究
(一)??經(jīng)濟(jì)可行性
(二)??技術(shù)可行性
(三)??運(yùn)行可行性
(四)??時(shí)間可行性
(五)??法律可行性
二、??需求分析
(一)??應(yīng)用需求分析
(二)??運(yùn)行需求分析
(三)?其他需求分析
三、??功能性需求
四、??系統(tǒng)用例分析
(一)??系統(tǒng)總體用例分析
(二)??管理員身份用例分析
(三)??護(hù)工身份用例分析
五、??本章小結(jié)
第四章??系統(tǒng)設(shè)計(jì)
一、??系統(tǒng)總體設(shè)計(jì)
(一)??用戶信息管理
(二)??登錄
(三)??護(hù)工請(qǐng)假管理
(四)??老人的增刪改查
(五)??事故記錄的增刪查
二、??系統(tǒng)開發(fā)步驟
三、??概要設(shè)計(jì)
四、??數(shù)據(jù)字典
(一)??數(shù)據(jù)結(jié)構(gòu)
(二)??數(shù)據(jù)流
(三)??數(shù)據(jù)存儲(chǔ)
(四)??處理過程
(五)??外部實(shí)體
五、??數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)
六、??數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)
七、??本章小結(jié)
第五章??詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)
一、??程序流程圖
(一)??數(shù)據(jù)增加流程圖
(二)??數(shù)據(jù)修改流程圖
(三)??數(shù)據(jù)刪除流程圖
(四)??數(shù)據(jù)查找流程圖
二、 ?系統(tǒng)類圖
三、??系統(tǒng)登陸模塊
四、??系統(tǒng)首頁(yè)實(shí)現(xiàn)
五、??密碼管理模塊實(shí)現(xiàn)
六、??用戶信息管理模塊
七、??老人信息管理模塊實(shí)現(xiàn)
八、??事故記錄管理模塊實(shí)現(xiàn)
第六章 程序測(cè)試與評(píng)價(jià)
一、??程序調(diào)試
二、??程序測(cè)試
(一)??測(cè)試的目的和重要性
(二)??測(cè)試的步驟
(三)??試驗(yàn)的主要內(nèi)容
(四)??測(cè)試用例
三、??測(cè)試結(jié)果及分析
(一)???測(cè)試情況統(tǒng)計(jì)分析?
(二)??功能性?
(三)??易用性
(四)??兼容性
(五)??缺陷匯總?
四、??本章小結(jié)
結(jié)論
致謝
信息時(shí)代的突然降臨,我們的生活發(fā)生了巨大的改變,日新月異可以從社會(huì)的各個(gè)領(lǐng)域看出來,這全都要?dú)w功于信息技術(shù)的革新,醫(yī)護(hù)結(jié)合是國(guó)家的號(hào)召,是大勢(shì)所趨,競(jìng)爭(zhēng)力需要從自身發(fā)展,從而加強(qiáng)敬老院醫(yī)護(hù)管理能力,成長(zhǎng)為現(xiàn)代化敬老院,以適應(yīng)我國(guó)老人的需求變更。敬老院的需求不斷擴(kuò)大,信息需求已經(jīng)必不可少,養(yǎng)老院的平常工作已經(jīng)離不開計(jì)算機(jī)和網(wǎng)絡(luò),相融合的現(xiàn)代化管理模式才是,為老人,醫(yī)護(hù)人員提供了便利。為了體現(xiàn)出比普通養(yǎng)老院更具有競(jìng)爭(zhēng)優(yōu)勢(shì),本系統(tǒng)根據(jù)養(yǎng)老院的特殊性和普遍性的的特點(diǎn),設(shè)計(jì)出一款符合現(xiàn)代化養(yǎng)老院管理模式的軟件,從而響應(yīng)國(guó)家醫(yī)護(hù)結(jié)合的號(hào)召,加快現(xiàn)代化敬老院建設(shè)。
一、??選題的依據(jù)及意義
隨著信息技術(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)代化敬老院的核心。?
二、??國(guó)內(nèi)外現(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)。
本項(xiàng)目的目的是使養(yǎng)老院信息管理明晰、通明、操作方便、管理簡(jiǎn)單。通過對(duì)外文資料的研究?jī)?yōu)化了各個(gè)功能模塊,更注重現(xiàn)代化的管理細(xì)節(jié),管理過程中,盡可能的讓自動(dòng)化和信息化成為最主要的辦公手段,自動(dòng)化的可靠之處就在于自動(dòng)完成簡(jiǎn)單而繁瑣的記憶出錯(cuò)的工作并能自動(dòng)修復(fù)手動(dòng)操作,對(duì)于工作人員來說是一件幸福的事情,相比于傳統(tǒng)養(yǎng)老院管理模式來說,出錯(cuò)率降低,提升了自身的競(jìng)爭(zhēng)優(yōu)勢(shì),對(duì)管理者來說,降低了成本,更重要的是養(yǎng)老院能更好的的服務(wù)老年人,這才是信息管理發(fā)展的宗旨。
對(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ù)。
四、??本文研究的主要內(nèi)容
本文先概述了敬老院管理系統(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)的安全性和有效性。
五、??本文章節(jié)安排
本文一共包括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)容。
六、??本章小結(jié)
第二章 ?設(shè)計(jì)技術(shù)與開發(fā)環(huán)境
敬老院管理系統(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ù)的介紹。
四、??本章小結(jié)
本章對(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
四、??系統(tǒng)用例分析
在以上需求分析的基礎(chǔ)上,本節(jié)將針對(duì)管理員,員工兩種角色所提出的功能性需求進(jìn)行用例分析。
??(一)??系統(tǒng)總體用例分析
本系統(tǒng)主要是針對(duì)敬老院工作人員即管理員和員工設(shè)計(jì)的,其主要功能包括:用戶管理員、員工登錄、老人信息管理、床位分配管理、護(hù)工薪資管理、護(hù)工請(qǐng)假記錄、老人請(qǐng)假記錄、入住費(fèi)用和事故記錄管理。故此,敬老院管理系統(tǒng)總體用例圖如圖3-2所示:
圖3-2系統(tǒng)總體用例圖
Figure 3-2?System overall use case diagram
(二)??管理員身份用例分析
站在管理員即敬老院負(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
1、??用戶管理用例分析
根據(jù)管理員的功能性需求描述,對(duì)于人員管理,他們希望可以方便的對(duì)現(xiàn)有員工信息進(jìn)行修改,也可以方便的向系統(tǒng)中添加新員工的信息,故人員管理用例分析圖如圖3-4所示:
圖3-4人員管理用例分析圖
Figure 3-4?Personnel Management Use Case Analysis Chart
(1)管理員可以對(duì)在職護(hù)工個(gè)人信息進(jìn)行修改。
(2)管理員可以將離職護(hù)工個(gè)人信息從系統(tǒng)中刪除。
(3)管理員可以將新護(hù)工的個(gè)人信息錄入系統(tǒng)中。
2、??護(hù)工薪資用例分析
根據(jù)管理員的功能性需求描述,對(duì)于財(cái)務(wù)管理,他們希望可以根據(jù)護(hù)工的請(qǐng)假記錄,使得管理員可以合理的對(duì)護(hù)工薪資作出安排,故護(hù)工薪資用例分析圖如圖3-5所示:
圖3-5護(hù)工薪資用例分析圖
Figure 3-5?Analysis of use cases for nursing workers
- 管理員可以查看護(hù)工薪資信息,主要包括工資,扣除費(fèi)用,發(fā)放狀態(tài),詳細(xì)信息,實(shí)付。
- 管理員可以根據(jù)實(shí)際情況需要,對(duì)其薪資信息進(jìn)行修改和刪除。
3、??老人信息管理用例分析
老年人的信息管理模塊的主要功能是舊信息的增刪改查操作,這是管理員,增加老年人的信息,修改了老年人的信息,刪除舊的個(gè)人信息,查詢老人信息。
故人員管理用例分析圖如圖3-6所示:
圖3-6人員管理用例分析圖
Figure 3-6?Personnel management use case analysis chart
(1)管理員可以對(duì)老人個(gè)人信息進(jìn)行修改。
(2)管理員可以將到期老人個(gè)人信息從系統(tǒng)中刪除。
(3)管理員可以將新入住的老人個(gè)人信息錄入系統(tǒng)中。
4、??老人請(qǐng)假管理用例分析
老年人的請(qǐng)假信息管理模塊的主要功能是舊信息的增刪改查操作,這是管理員,增加老年人的請(qǐng)假信息,修改了老年人的請(qǐng)假信息,查詢老人請(qǐng)假信息。
故人員管理用例分析圖如圖3-7所示:
圖3-7?人員管理用例分析圖
Figure 3-8 ?Personnel management use case analysis chart
(1)管理員可以對(duì)老人請(qǐng)假進(jìn)行修改。
(2)管理員可以查看將老人請(qǐng)假信息。
(3)管理員可以更新老人請(qǐng)假信息錄入系統(tǒng)中。
(三)??護(hù)工身份用例分析
由以上員工的功能性需求分析可知,員工希望運(yùn)用系統(tǒng)可以更加方便的修改個(gè)人密碼;可以更加方便的查看自己負(fù)責(zé)的老人信息,自己的薪資狀況以及請(qǐng)假記錄。對(duì)此,員工身份總體用例圖如圖3-8所示:
圖3-8員工身份總體用例圖
Figure 3-9 Employee identity Overall use case diagram
1、??密碼信息管理用例分析
根據(jù)員工的功能性需求描述,對(duì)于信息管理,他們希望可以方便的對(duì)自己新密碼進(jìn)行修改。故密碼信息管理的用例分析圖如圖3-9所示:
圖3-9信息管理用例分析圖
Figure 3-9?Information management use case analysis chart
(1)員工輸入相應(yīng)的賬號(hào),密碼,選擇員工身份登錄員工系統(tǒng)界面。
(2)員工登錄系統(tǒng),可以對(duì)密碼信息進(jìn)行修改為新密碼。
2、??老人信息查看用例分析
根據(jù)員工的功能性需求描述,對(duì)于老人信息,他們希望可以方便的查看自己負(fù)責(zé)的老人的詳細(xì)信息。故客老人信息用例分析圖如圖3-10所示:
(1)員工查看自己負(fù)責(zé)老人的相關(guān)信息,主要包括編號(hào),姓名,性別,年齡,身體狀況,戶籍,身份證,聯(lián)系人,聯(lián)系電話,家庭住址,床位號(hào),護(hù)工編號(hào),入住日期,出院日期。
(2)員工可以根據(jù)老人姓名名稱查詢對(duì)應(yīng)信息。
3、??請(qǐng)假信息查看用例分析
根據(jù)員工的功能性需求描述,對(duì)于請(qǐng)假信息查看,他們希望可以方便的對(duì)自己請(qǐng)假記錄有更好的了解,主要包括發(fā)生時(shí)間,詳細(xì)信息。故請(qǐng)假記錄查看分析圖如圖3-12所示:
根據(jù)員工的功能性需求描述,對(duì)于客戶信息,他們希望可以查看自己薪資詳細(xì)信息。故用護(hù)工薪資用例分析圖如圖3-12所示:
圖3-12護(hù)工薪資查看用例分析圖
Figure 3-12?Career Salary View Use Case Analysis Chart
員工可以查看自己的薪資狀態(tài),主要包括工資,扣除費(fèi)用,發(fā)放狀態(tài),詳細(xì)信息,實(shí)付。
(二)??非功能需求
1功能
系統(tǒng)處理的準(zhǔn)確性和及時(shí)性是必須具備的。系統(tǒng)應(yīng)能及時(shí)且準(zhǔn)確的按照用戶權(quán)限及所輸入的信息做出響應(yīng)跳轉(zhuǎn)。火車票查詢是本系統(tǒng)的核心系統(tǒng),用戶根據(jù)系統(tǒng)給出的數(shù)據(jù),覺得是否去選擇購(gòu)買車票,其準(zhǔn)確性和及時(shí)性在相當(dāng)大的程度上決定了系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中,必須保證系統(tǒng)的準(zhǔn)確性和及時(shí)性。
別的用戶看不到自己用戶的乘車人列表及訂單。自己也看不到別的用戶的信息 。網(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ì)性能和功能的要求。
五、??本章小結(jié)
本章首先從經(jīng)濟(jì)可行性、技術(shù)可行性、操作可行性、法律可行性四個(gè)方面來分析系統(tǒng)的可行性,其次對(duì)系統(tǒng)非功能性需求和功能性需求進(jìn)行詳細(xì)描述,總結(jié)出用戶的需求,最后將用戶功能性需求轉(zhuǎn)化為用例圖進(jìn)行分析。
?第四章??系統(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)總體設(shè)計(jì)
該系統(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)(單位) | 說明 | 備注 |
注冊(cè)成功 | ||
注冊(cè)失敗 | 用戶已經(jīng)存在 |
??輸入項(xiàng)(如表4-2):
表4-2 輸入 ???Table 4-2 Enter
輸入項(xiàng)(單位) | 輸入方式 | 是否必填 | 備注 |
用戶名 | 輸入框 | √ | |
密碼 | 輸入框 | √ | |
電話 | 輸入框 | √ | |
姓名 | 輸入框 | √ | |
性別 | 輸入框 | √ | |
年齡 | 輸入框 | √ | |
地址 | 輸入框 | √ |
?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)(單位) | 輸入方式 | 是否必填 | 備注 |
用戶名 | 輸入框 | √ | |
密碼 | 輸入框 | √ | |
登錄按鈕 | 按鈕 | √ | |
用戶身份 | 按鈕 | √ |
輸出項(xiàng)(如表4-4):
表4-4 輸出 ??????Table 4-4 Output
輸出項(xiàng)(單位) | 說明 | 備注 |
驗(yàn)證用戶成功-跳轉(zhuǎn)頁(yè)面 | ||
登錄失敗-ERROR | 用戶名、密碼錯(cuò)誤 |
?UI設(shè)計(jì)(如圖4-3):
圖4-3 登錄UI
Figure 4-3 login UI
(三)護(hù)工請(qǐng)假管理
管理員登錄進(jìn)入系統(tǒng)后,點(diǎn)擊護(hù)工請(qǐng)假管理,會(huì)顯示所有的護(hù)工請(qǐng)假信息,操作欄有編輯和修改兩項(xiàng)。編輯可修改個(gè)人信息,刪除則刪除該用戶所有信息。點(diǎn)擊護(hù)工請(qǐng)假查詢,輸入賬號(hào),可顯示相應(yīng)護(hù)工信息。若無(wú)此人,則不顯示。
參與者:管理員admin
權(quán)限:管理系統(tǒng)用戶
輸入項(xiàng)(如表4-5):
表4-5 輸入 ??????Table 4-5 Enter
輸入項(xiàng)(單位) | 輸入方式 | 是否必填 | 備注 |
護(hù)工賬號(hào) | 輸入框 | √ | |
提交 | 按鈕 | √ | |
修改 | 按鈕 | ||
刪除 | 按鈕 |
輸出項(xiàng)(如表4-6):
表4-6 輸出 ?????Table 4-6 Output
輸出項(xiàng)(單位) | 說明 | 備注 |
賬號(hào) | ||
發(fā)生時(shí)間 | ||
詳細(xì)信息 |
UI設(shè)計(jì)(如圖4-4):
真正需要管理的是在敬老院的老人,因此,護(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)(單位) | 說明 | 備注 |
添加老人信息 | ||
老人信息管理 | ||
老人信息查詢 | ||
刪除老人信息 |
輸入項(xiàng)(如表4-8):
表4-8 輸入 ??????Table 4-8 Enter
輸入項(xiàng)(單位) | 輸入方式 | 是否必填 | 備注 |
老人姓名 | 輸入框 | √ | |
老人身份證 | 輸入框 | √ | |
老人身體狀況 | 輸入框 | √ | |
添加按鈕 | 輸入框 | √ | |
進(jìn)入頁(yè)面按鈕 | 單選按鈕 | √ | |
刪除按鈕 | 按鈕 | √ | |
返回按鈕 | 按鈕 | √ | |
修改按鈕 | 按鈕 | √ | |
老人信息管理按鈕 | 按鈕 | √ |
???????????????????????????????
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
(五)??事故記錄的增刪查
老年人的事故記錄管理模塊的主要功能是舊信息的增刪改查操作,這是管理員,增加老年人的事故信息,修改了老年人的事故信息,刪除舊的信息,快速查詢老人事故記錄。
參與者:用戶
權(quán)限:事故記錄的增刪改查
輸入項(xiàng)(如表4-9):
表 4-9 輸入 ?????Table 4-9 Enter?
輸入項(xiàng)(單位) | 輸入方式 | 是否必填 | ??備注 |
老人姓名 | 文本框 | √ | |
確認(rèn)按鈕 | 按鈕 | √ | |
查詢 | 按鈕 | √ | |
刪除 | 按鈕 | √ | |
修改 | 按鈕 | √ | |
詳細(xì)信息 | 文本框 | √ |
輸出項(xiàng)(如表4-10):
表4-10 輸出 ????Table 4-10 Output
輸出項(xiàng)(單位) | 說明 | 備注 |
老人姓名 | ||
詳細(xì)信息 |
UI設(shè)計(jì)(如下圖4-7,4-8):
????????????????
圖4-7 事故記錄管理界面 UI
Figure 4-7 Incident Record Management Interface UI
????????????????
一般說來,信息管理系統(tǒng)在開發(fā)的過程中又可以分為三個(gè)不同的階段:系統(tǒng)的開發(fā),系統(tǒng)的宏觀規(guī)劃和操作開發(fā)了的系統(tǒng)。在嚴(yán)格的開發(fā)階段中,總是一個(gè)接一個(gè)的任務(wù)的完成,每個(gè)任務(wù)的完成對(duì)上一個(gè)階段又有依賴作用你對(duì)下一個(gè)階段又起到了幫助作用,每一個(gè)發(fā)展階段的完成,都會(huì)生成指導(dǎo)審查處理文檔,從而在指導(dǎo)接下來的階段,憑我的感覺,完成某個(gè)階段后,下一個(gè)階段的執(zhí)行過程中,不想應(yīng)該改變上一個(gè)階段的評(píng)價(jià)。剛剛描述的開發(fā)方法是最有利于管理和組織的系統(tǒng)程序的設(shè)計(jì)和開發(fā)工作。從過去完成的優(yōu)秀的系統(tǒng)中不難發(fā)現(xiàn),這是一個(gè)非常不錯(cuò)的開發(fā)管理方法。
三、??概要設(shè)計(jì)
在需求分析階段,我們的主要任務(wù)是明確這個(gè)系統(tǒng)的主要作用,通熟一點(diǎn)就是“做什么”。接下我們做的便是將需求分析完成的邏輯模型轉(zhuǎn)換成物理模型。
整體結(jié)構(gòu)的關(guān)系模式:
用戶管理(用戶ID,登錄賬號(hào),密碼,用戶姓名,性別,電話,地址)
老人信息(序號(hào),姓名,性別,年齡,身體狀況,戶籍,身份證,聯(lián)系人,聯(lián)系??
???????????電話,家庭住址,床位號(hào),護(hù)工編號(hào),入住日期,出院日期)
事故記錄(序號(hào),姓名,發(fā)生時(shí)間,詳細(xì)信息)
請(qǐng)假記錄(序號(hào),姓名,發(fā)生時(shí)間,詳細(xì)信息)
床位分配(姓名,性別,年齡,身體狀況,戶籍,身份證,聯(lián)系人,聯(lián)系電話,
???????????家庭住址,床位號(hào),護(hù)工編號(hào),入住時(shí)間,操作)
入住費(fèi)用(姓名,入住費(fèi)用,扣除費(fèi)用,繳費(fèi)狀態(tài),詳細(xì)信息)
護(hù)工薪資(護(hù)工ID,工資,扣除費(fèi)用,發(fā)放狀態(tài),詳細(xì)信息)
護(hù)工請(qǐng)假(序號(hào),護(hù)工ID,發(fā)生時(shí)間,詳細(xì)信息)
四、??數(shù)據(jù)字典
數(shù)據(jù)字典,即定義數(shù)據(jù)流圖中所含元素的集合,存儲(chǔ)了系統(tǒng)所有的數(shù)據(jù)信息。數(shù)據(jù)字典能夠更細(xì)致的說明和補(bǔ)充數(shù)據(jù)流程圖的邏輯內(nèi)容,并且能夠供人查閱。
(一)??數(shù)據(jù)結(jié)構(gòu)
數(shù)據(jù)結(jié)構(gòu)主要是用來反映數(shù)據(jù)之間的組合關(guān)系
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:admin |
含義說明:主要定義了系統(tǒng)管理員姓名,ID,聯(lián)系方式等相關(guān)信息 |
組成:編號(hào),管理員ID,管理員密碼,增加時(shí)間,性別,年齡,地址,電話 |
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:lr |
含義說明:主要定義了敬老院老人的姓名,ID,聯(lián)系方式等相關(guān)信息 |
組成:編號(hào)+姓名+性別+年齡+身體狀況+戶籍+身份證+聯(lián)系人+聯(lián)系電話+家庭住址+床位號(hào)+護(hù)工編號(hào)+入住日期+出院日期 |
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:Fy |
含義說明:主要定義了敬老院老人繳費(fèi)相關(guān)信息 |
組成:編號(hào),姓名,費(fèi)用,扣除,狀態(tài) |
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:Hgqj |
含義說明:主要定義了敬老院內(nèi)護(hù)工請(qǐng)假記錄,登記的相關(guān)信息 |
組成:編號(hào),姓名,時(shí)間,事情緣由,狀態(tài) |
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:Qj |
含義說明:主要定義了養(yǎng)老院內(nèi)老人的請(qǐng)假記錄登記的相關(guān)信息 |
組成:編號(hào),姓名,時(shí)間,事情緣由,狀態(tài) |
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:Xz |
含義說明:主要定義了敬老院內(nèi)護(hù)工工資發(fā)放,以及扣除的相關(guān)信息 |
組成:編號(hào),姓名,費(fèi)用,扣除,狀態(tài) |
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:Cw |
含義說明:主要定義了敬老院內(nèi)老人入住所要登記的床位相關(guān)信息 |
組成:編號(hào),姓名,入住時(shí)間,床位號(hào) |
數(shù)據(jù)結(jié)構(gòu)條目 |
數(shù)據(jù)結(jié)構(gòu)名稱:Sgjl |
含義說明:主要定義了敬老院內(nèi)老人發(fā)生事故的詳細(xì)信息 |
組成:編號(hào),姓名,事故詳細(xì)記錄,時(shí)間 |
(二)??數(shù)據(jù)流
數(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)
Sgjl =編號(hào)+姓名+事故詳細(xì)記錄+時(shí)間
(三)??數(shù)據(jù)存儲(chǔ)?
?以下是數(shù)據(jù)存儲(chǔ)的具體說明。
數(shù)據(jù)存儲(chǔ)條目 |
文件名:管理員信息表 |
組成:編號(hào)+管理員ID+管理員密碼+增加時(shí)間+性別+年齡+地址+電話 |
組織方式:索引方式 |
數(shù)據(jù)存儲(chǔ)條目 |
文件名:老人信息 |
組成:編號(hào)+姓名+性別+年齡+身體狀況+戶籍+身份證+聯(lián)系人+聯(lián)系電話+家庭住址+床位號(hào)+護(hù)工編號(hào)+入住日期+出院日期 |
組織方式:索引方式 ,以姓名為關(guān)鍵 |
數(shù)據(jù)存儲(chǔ)條目 |
文件名:費(fèi)用記錄 |
組成:編號(hào)+姓名+費(fèi)用+扣除+狀態(tài) |
組織方式:索引方式 ,以姓名為關(guān)鍵 |
數(shù)據(jù)存儲(chǔ)條目 |
文件名:護(hù)工請(qǐng)假 |
組成:編號(hào)+姓名+時(shí)間+事情緣由+狀態(tài) |
組織方式:索引方式 ,以護(hù)工賬號(hào)為關(guān)鍵 |
數(shù)據(jù)存儲(chǔ)條目 |
文件名:老人請(qǐng)假 |
組成:編號(hào)+姓名+時(shí)間+事情緣由+狀態(tài) |
組織方式:索引方式 ,以姓名為關(guān)鍵 |
數(shù)據(jù)存儲(chǔ)條目 |
文件名:護(hù)工薪資 |
組成:編號(hào)+姓名+費(fèi)用+扣除+狀態(tài) |
組織方式:索引方式 ,以護(hù)工賬為關(guān)鍵 |
數(shù)據(jù)存儲(chǔ)條目 |
文件名:老人床位 |
組成:編號(hào)+姓名+入住時(shí)間+床位號(hào) |
組織方式:索引方式 ,以姓名為關(guān)鍵 |
數(shù)據(jù)存儲(chǔ)條目 |
文件名:事故記錄登記 |
組成:編號(hào)+姓名+事故詳細(xì)記錄+時(shí)間 |
組織方式:索引方式 ,以姓名為關(guān)鍵 |
(四)??處理過程
?以下是具體的處理過程說明。
處理過程條目 |
處理過程名稱:用戶登錄(P1) |
輸入數(shù)據(jù):用戶名、密碼 |
輸出數(shù)據(jù):登錄是否成功的信息 |
處理邏輯:系統(tǒng)主界面進(jìn)入可以選擇管理身份,分為系統(tǒng)管理員和普通管理員(護(hù)工)兩種身份,輸入賬號(hào)和密碼,正確就會(huì)跳轉(zhuǎn)到相應(yīng)身份系統(tǒng)功能界面中。賬號(hào)密碼錯(cuò)誤則會(huì)提示登錄信息錯(cuò)誤 |
處理過程條目 |
處理過程名稱:系統(tǒng)管理員設(shè)置(P2) |
輸入數(shù)據(jù):編號(hào)+管理員ID+管理員密碼+增加時(shí)間+性別+年齡+地址+電話 |
輸出數(shù)據(jù):管理員設(shè)置成功 |
處理邏輯:當(dāng)用戶輸入完信息后,點(diǎn)擊確定,系統(tǒng)管理員列表立即顯示所有包括剛剛錄入的管理員身份信息。 |
處理過程條目 |
處理過程名稱:老人信息(P3) |
輸入數(shù)據(jù):編號(hào),姓名,性別,年齡,身體狀況,戶籍,身份證,聯(lián)系人,聯(lián)系電話,家庭住址,床位號(hào),護(hù)工編號(hào),入住日期,出院日期 |
輸出數(shù)據(jù):顯示錄入的信息 |
處理邏輯:當(dāng)用戶輸入完信息后,點(diǎn)擊確定,系統(tǒng)立即存儲(chǔ)剛剛錄入的記錄。 |
處理過程條目 |
處理過程名稱:護(hù)工請(qǐng)假信息(P4) |
輸入數(shù)據(jù):編號(hào)+姓名+時(shí)間+事情緣由+狀態(tài) |
輸出數(shù)據(jù):顯示錄入的信息 |
處理邏輯:當(dāng)用戶輸入完信息后,點(diǎn)擊錄入,系統(tǒng)立即顯示數(shù)據(jù)庫(kù)中的記錄。 |
處理過程條目 |
處理過程名稱:老人事故登記(P5) |
輸入數(shù)據(jù):編號(hào)+姓名+事故詳細(xì)記錄+時(shí)間 |
輸出數(shù)據(jù):顯示錄入的信息 |
處理邏輯:當(dāng)用戶輸入完信息后,點(diǎn)擊確定,系統(tǒng)立即存儲(chǔ)剛剛錄入的記錄。 |
處理過程條目 |
處理過程名稱:護(hù)工薪資信息(P6) |
輸入數(shù)據(jù):編號(hào)+姓名+費(fèi)用+扣除+狀態(tài) |
輸出數(shù)據(jù):顯示錄入的信息 |
處理邏輯:當(dāng)用戶輸入完信息后,點(diǎn)擊錄入,系統(tǒng)立即存儲(chǔ)剛剛錄入的記錄。 |
處理過程條目 |
處理過程名稱:床位更換(P7) |
輸入數(shù)據(jù):編號(hào)+姓名+入住時(shí)間+床位號(hào) |
輸出數(shù)據(jù):顯示修改后的老人床位信息 |
處理邏輯:根據(jù)輸入的姓名在數(shù)據(jù)庫(kù)中查詢到相應(yīng)的安咯人信息,修改完床號(hào)后點(diǎn)擊確定,立即顯示修改完的結(jié)果。 |
處理過程條目 |
處理過程名稱:老人信息統(tǒng)計(jì)(P8) |
輸入數(shù)據(jù):無(wú) |
輸出數(shù)據(jù):顯示本敬老院內(nèi)所居住老人的姓名,性別,身體狀況等個(gè)人信息 |
處理邏輯:根據(jù)數(shù)據(jù)庫(kù)中的表、lr表 、cw表中查詢到相應(yīng)的信息,然后顯示出來。 |
處理過程條目 |
處理過程名稱:老人信息查詢(P10) |
輸入數(shù)據(jù):姓名 |
輸出數(shù)據(jù):顯示本敬老院內(nèi)滿足查詢條件的老人信息 |
處理邏輯:根據(jù)輸入的姓名在數(shù)據(jù)中的老人信息表中查詢相應(yīng)的老人個(gè)人信息 |
處理過程條目 |
處理過程名稱:床位查詢 (P11) |
輸入數(shù)據(jù):床位號(hào) |
輸出數(shù)據(jù):顯示符合查詢條件的學(xué)老人信息 |
處理邏輯:根據(jù)輸入的查詢關(guān)鍵字床位號(hào)顯示指定床位中所居住的老人個(gè)人信息 |
處理過程條目 |
處理過程名稱:護(hù)工薪資查詢(P12) |
輸入數(shù)據(jù):護(hù)工賬號(hào) |
輸出數(shù)據(jù):顯示敬老院內(nèi)該護(hù)工的薪資狀態(tài) |
處理邏輯:根據(jù)輸入的查詢關(guān)鍵字護(hù)工賬號(hào)顯示該護(hù)工的薪資發(fā)放及將罰金的狀態(tài) |
(五)??外部實(shí)體
外部實(shí)體是數(shù)據(jù)的來源和去向。
外部實(shí)體條目 |
名稱:管理員admin |
說明:后臺(tái)管理的主要實(shí)體 |
輸入數(shù)據(jù)流:P1-P12 |
輸出數(shù)據(jù)流:各種提示信息 |
外部實(shí)體條目 |
名稱:系統(tǒng)用戶 |
說明:前臺(tái)應(yīng)用層面的主要實(shí)體 |
輸入數(shù)據(jù)流: 除P2、P4、P6 |
輸出數(shù)據(jù)流:各種查詢、修改、刪除結(jié)果 |
五、??數(shù)據(jù)庫(kù)概念結(jié)構(gòu)設(shè)計(jì)
對(duì)于實(shí)現(xiàn)一個(gè)實(shí)用性系統(tǒng),有一個(gè)優(yōu)秀的數(shù)據(jù)庫(kù)的設(shè)計(jì)就是成功一半,在這階段,選擇一個(gè)適合本系統(tǒng)的數(shù)據(jù)庫(kù)都是極為重要的。該數(shù)據(jù)庫(kù)將設(shè)計(jì)和管理使用MySQL。雖然本數(shù)據(jù)庫(kù)對(duì)信息安全沒有做特別嚴(yán)格的要求,基本的數(shù)據(jù)庫(kù)安全還是有必要的。信息保密功能在一個(gè)系統(tǒng)出現(xiàn),主要是為了防止不法分子竊取個(gè)人信息,對(duì)老人造成騷擾,有損敬老院的聲譽(yù)。還放置有人對(duì)數(shù)據(jù)庫(kù)進(jìn)行惡意的修改刪除,造成養(yǎng)老院的損失。所以我們選擇的數(shù)據(jù)庫(kù)管理系統(tǒng)保證不會(huì)出現(xiàn)上述問題。之前所述需求分析和概要設(shè)計(jì)已經(jīng)非常詳細(xì),根據(jù)前文說述,我們得出了各個(gè)實(shí)體之間的聯(lián)系圖。實(shí)體E-R圖如圖4-2所示:
圖4-9 系統(tǒng)實(shí)體E-R圖
Figure 4-9 System entity E-R diagram
六、??數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)
模式設(shè)計(jì)的目的是確定物理數(shù)據(jù)結(jié)構(gòu)。它的主要問題是處理具體的數(shù)據(jù)庫(kù)管
理系統(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
列 ??名 | 數(shù)據(jù)類型 | 長(zhǎng)度 | 說 ?明 |
id | int | 4 | 編號(hào) |
name | varchar | 50 | 管理員ID |
password | varchar | 50 | 管理員密碼 |
Realname | varchar | 50 | 增加時(shí)間 |
Sex | varchar | 50 | 性別 |
age | varchar | 50 | 年齡 |
address | varchar | 50 | 地址 |
tel | varchar | 50 | 電話 |
表4-12 Lr信息表
Table 4-12 Lr Information Table?
列 ??名 | 數(shù)據(jù)類型 | 長(zhǎng)度 | 說 ?明 |
id | int | 4 | 編號(hào) |
name | varchar | 50 | 姓名 |
Sex | varchar | 50 | 性別 |
age | varchar | 50 | 年齡 |
address | varchar | 50 | 地址 |
tel | varchar | 13 | 電話 |
condition | varchar | 100 | 身體狀況 |
register | varchar | 50 | 戶籍 |
linkman | varchar | 50 | 聯(lián)系人 |
idcard | int | 18 | 身份證 |
bednum | int | 5 | 床位號(hào) |
hgid | int | 10 | 護(hù)工編號(hào) |
表4-3 Fy費(fèi)用信息表
Table 4-3 Fy cost information table
列 ??名 | 數(shù)據(jù)類型 | 長(zhǎng)度 | 說 ?明 |
id | int | 4 | 編號(hào) |
Lr | varchar | 50 | 姓名 |
Fy | varchar | 50 | 費(fèi)用 |
Kc | varchar | 50 | 扣除 |
Zt | varchar | 50 | 狀態(tài) |
表4-4 Hgqj護(hù)工請(qǐng)假信息表
Table 4-4 Hgqj caregiver leave information form
列 ??名 | 數(shù)據(jù)類型 | 長(zhǎng)度 | 說 ?明 |
id | int | 4 | 編號(hào) |
Lr | varchar | 50 | 姓名 |
Fy | varchar | 50 | 時(shí)間 |
Kc | varchar | 50 | 事由 |
Zt | varchar | 50 | 狀態(tài) |
表4-5 qj請(qǐng)假信息表
Table 4-5 qj leave information table
列 ??名 | 數(shù)據(jù)類型 | 長(zhǎng)度 | 說 ?明 |
id | int | 4 | 編號(hào) |
Lr | varchar | 50 | 姓名 |
Fy | varchar | 50 | 時(shí)間 |
Kc | varchar | 50 | 事由 |
Zt | varchar | 50 | 狀態(tài) |
表4-6 Xz薪資信息表
Table 4-6 Xz Salary Information Table
列 ??名 | 數(shù)據(jù)類型 | 長(zhǎng)度 | 說 ?明 |
id | int | 4 | 編號(hào) |
Lr | varchar | 50 | 姓名 |
Fy | varchar | 50 | 費(fèi)用 |
Kc | varchar | 50 | 扣除 |
Zt | varchar | 50 | 狀態(tài) |
七、??本章小結(jié)
本章詳細(xì)描述了系統(tǒng)的設(shè)計(jì)過程,從概要設(shè)計(jì)到詳細(xì)設(shè)計(jì),并以會(huì)員管理為例進(jìn)行了深入闡釋,最后還給出了系統(tǒng)數(shù)據(jù)庫(kù)的主要設(shè)計(jì)情況。
第五章??詳細(xì)設(shè)計(jì)與實(shí)現(xiàn)
一、??程序流程圖
本系統(tǒng)使用自頂向下的分層模塊設(shè)計(jì)方法,由于賓館入住管理系統(tǒng)分為:信息管理,賓館管理,人員管理,物品設(shè)置,客戶信息管理,財(cái)務(wù)管理,我們?cè)谠O(shè)計(jì)過程中按其功能把它分成不同的模塊。系統(tǒng)的程序流程圖如圖5-1所示:
圖5-1系統(tǒng)的程序流程圖
Figure 5-1 system program flow chart
(一)??數(shù)據(jù)增加流程圖
添加信息,表格前列的編號(hào)會(huì)有所開發(fā)的系統(tǒng)后臺(tái)自動(dòng)生成,編號(hào)后的數(shù)據(jù)全部由管理員手動(dòng)輸入,經(jīng)過系統(tǒng)后臺(tái)的判斷,符合要求的則保存數(shù)據(jù),不符合則系統(tǒng)提示重新輸入。
例如:添加老人請(qǐng)假信息,系統(tǒng)會(huì)自動(dòng)生成編號(hào),請(qǐng)假時(shí)間和詳細(xì)信息會(huì)有管理員手動(dòng)添加。如未填寫完整,系統(tǒng)會(huì)提示需要重新填寫。所有模塊的增加功能流程圖如圖5-2。
圖5-2 增加功能流程圖
Figure 5-2 to increase the function flow chart
(二)??數(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
(三)??數(shù)據(jù)刪除流程圖
在刪除信息的過程中,每次只能刪除一條記錄,首先要選擇需要?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
(四)??數(shù)據(jù)查找流程圖
當(dāng)用戶選擇查找時(shí),手動(dòng)輸入關(guān)鍵信息,頁(yè)面跳轉(zhuǎn)道查找信息頁(yè)面。
例如:選擇查找老人信息,手動(dòng)輸入老人姓名張三豐,系統(tǒng)跳轉(zhuǎn)頁(yè)面,顯示張三豐老人個(gè)人信息。數(shù)據(jù)查找流程圖如圖5-5.
Figure 5-5 Data look up flow chart
二、 ?系統(tǒng)類圖
系統(tǒng)中主要有一下幾個(gè)類DBO類,common類,Adminservlet類,ComBean類,系統(tǒng)類圖如下圖5-6:
Figure 5-6?System class diagram
三、??系統(tǒng)登陸模塊?
該模塊將實(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
圖5-8系統(tǒng)登陸界面
Figure 5-8 System login interface
四、??系統(tǒng)首頁(yè)實(shí)現(xiàn)?
主頁(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ù)性。
第六章 程序測(cè)試與評(píng)價(jià)
為提高系統(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è)試。
一、??程序調(diào)試
對(duì)于軟件開發(fā)設(shè)計(jì)師來說,錯(cuò)誤難免,孰能無(wú)過,這是很正常的事情。最常見的就是在代碼編寫過程中,系統(tǒng)會(huì)提示有語(yǔ)法錯(cuò)誤,立即更正就可以了,因此,語(yǔ)法錯(cuò)誤只是很小的錯(cuò)誤,這樣的錯(cuò)誤不會(huì)對(duì)系統(tǒng)造成嚴(yán)重的損傷,只要仔細(xì)一點(diǎn)都沒有什么問題。然而,另一種錯(cuò)誤是邏輯錯(cuò)誤,這種錯(cuò)誤隱藏性強(qiáng),常常發(fā)現(xiàn)不了,一旦出現(xiàn)往往是大的事故。因此,調(diào)查這種不宜發(fā)現(xiàn)的致命的錯(cuò)誤調(diào)是非常必要的。
二、??程序測(cè)試
(一)??測(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è)試不只是為了找出錯(cuò)誤。大家通過測(cè)試找出錯(cuò)誤的過程是一個(gè)不斷提高自己能力的過程,發(fā)現(xiàn)問題,解決問題,下次注意,以防再犯。同時(shí),我們需要通過測(cè)試來發(fā)現(xiàn)軟件中的缺陷,以方便下次的改進(jìn),就如同醫(yī)生于病人,測(cè)試對(duì)于軟件是軟件走向完善,完美必不可少的必經(jīng)之路。
(二)??測(cè)試的步驟
測(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)要求說明書中找到。
(三)??試驗(yàn)的主要內(nèi)容
為了系統(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è)試,站好最后一班崗。
測(cè)試個(gè)案的內(nèi)容 |
測(cè)試時(shí)間域。 |
測(cè)試水平。 |
類別:測(cè)試類別。 |
系統(tǒng):測(cè)試系統(tǒng)。 |
子系統(tǒng):測(cè)試子系統(tǒng)。 |
模塊:測(cè)試模塊。 |
平臺(tái):測(cè)試環(huán)境。 |
試題描述與描述。 |
目的:測(cè)試目標(biāo)和期望。 |
測(cè)試案例及腳本 |
檢查集成測(cè)試策略 |
開發(fā)測(cè)試數(shù)據(jù)目標(biāo)和性能目標(biāo) |
確定關(guān)鍵測(cè)試條件 |
檢查現(xiàn)有在線測(cè)試腳本 |
輸入或抓取在線測(cè)試腳本 |
檢查現(xiàn)有數(shù)據(jù)進(jìn)行測(cè)試 |
生成測(cè)試數(shù)據(jù) |
檢查的重要數(shù)據(jù) |
執(zhí)行測(cè)試數(shù)據(jù)和測(cè)試腳本 |
(四)??測(cè)試用例?
1、??用戶登錄測(cè)試
表6-1 ??用戶登錄測(cè)試表
Table 6-1 ?User Login Test Table
測(cè)試ID | 模塊 | 輸入 | 輸出 | 要表達(dá)的結(jié)果是否正確 |
1 | 界面登錄 | 用戶名:1 密碼:a 在護(hù)工或者管理員選項(xiàng)下 | 登錄信息錯(cuò)誤 | 正確 |
2 | 界面登錄 | 用戶名:admin 密碼:111 在管理員選項(xiàng)下 | 頁(yè)面跳轉(zhuǎn),進(jìn)入系統(tǒng)管理員界面 | 正確 |
3 | 界面登錄 | 用戶名:111 密碼:111 在護(hù)工選項(xiàng)下 | 頁(yè)面跳轉(zhuǎn),進(jìn)入普通管理員界面 | 正確 |
4 | 界面登錄 | 用戶名:admin 密碼:111 在護(hù)工選項(xiàng)下 | 登錄信息錯(cuò)誤 | 正確 |
5 | 界面登錄 | 用戶名:111 密碼:111 在管理員選項(xiàng)下 | 登錄信息錯(cuò)誤 | 正確 |
Figure 6-10 Information Query Test ?????????????Figure 6-11 Information Query Test
3、 ?后臺(tái)管理登錄測(cè)試
后臺(tái)管理登錄測(cè)試過程如表6-3所示:
表6-3 ?后臺(tái)管理登錄測(cè)試
Table 6-3 Background Management Login Test
測(cè)試目的 | 操作流程 | 測(cè)試用例 | 預(yù)測(cè)結(jié)果 | 測(cè)試結(jié)果 |
后臺(tái)管理登錄 | 點(diǎn)擊首頁(yè)填寫用戶名密碼,點(diǎn)擊首頁(yè)【登錄】按鈕 | 用戶名:123 密碼:111 | 登錄失敗 | 提示錯(cuò)誤信息 |
用戶名:admin 密碼:111 | 登錄成功 | 登錄成功 |
三、??測(cè)試結(jié)果及分析
(一)???測(cè)試情況統(tǒng)計(jì)分析?
合格率 = 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、左邊欄索引畫面不友好,使用起來總覺得別扭。