【文章內容簡介】 1年度最具創(chuàng)新的java產(chǎn)品，可見其在業(yè)界的地位。由于Java的跨平臺特性，因此Tomcat也具有跨平臺性。 為了能夠順利快速地本小區(qū)管理系統(tǒng)，必須分析出本系統(tǒng)的各模塊組成,及各個模塊各自需要完成的功能。模塊是指數(shù)據(jù)說明、邏輯說明以及可執(zhí)行語句等程序開發(fā)對象的集合，系統(tǒng)模塊化即指將整個程序化分為若干個部分，每個部分都能實現(xiàn)一個子功能，聯(lián)合使用這些模塊就能夠實現(xiàn)滿足指定問題的要求。需求分析的主要任務就是通過仔細觀察并調查現(xiàn)實生活中要處理的對象，充分且全面地了解系統(tǒng)的業(yè)務流程，逐步了解用戶的各項需求，然后在此基礎上明確系統(tǒng)所需的模塊,以及模塊需要完成的子功能，同時保證系統(tǒng)有一定的可擴充性,以滿足需求變更的需要小區(qū)物業(yè)管理系統(tǒng)是以小區(qū)物業(yè)管理業(yè)務為核心建立起來的,其核心就是滿足參與小區(qū)物業(yè)管理業(yè)務人員的業(yè)務需求,所以該系統(tǒng)是雙向交互的，即小區(qū)普通用戶和系統(tǒng)管理員用戶。因而，普通的用戶通過本系統(tǒng),查詢,修改自身信息,系統(tǒng)管理員通過本系統(tǒng)對住戶信息實現(xiàn)查詢,修改,刪除管理,二者通過本系統(tǒng)實現(xiàn)交互. 小區(qū)物業(yè)管理系統(tǒng)的核心實質就是對本小區(qū)中的物業(yè)實現(xiàn)管理,通過對附近小區(qū)管理人員的走訪,了解到了小區(qū)物業(yè)管理內容的核心業(yè)務組成,使我們了解了小區(qū)物業(yè)管理系統(tǒng)的系統(tǒng)邊界,交互內容,對業(yè)務邏輯的實現(xiàn)有了更加深刻與清晰的了解,而且對需求進行了,進一步的細化。通過分析得出本系統(tǒng)主要包括前臺客戶端和后臺管理端兩個部分，其中，前臺客戶端主要完成用戶登陸信息，物業(yè)信息,繳費信息,故障申報,退出系統(tǒng)登功能后臺管理端則主要負責系統(tǒng)用戶管理,物業(yè)信息管理,住戶管理,故障處理等。能夠在用戶與管理員之間實現(xiàn)，故障處理，繳費信息，住戶物業(yè)信息的交互。接下來將詳細介紹前臺客戶端和后臺管理端兩部分主要包括的具體功能。（1）前臺客戶端主要包括的功能如下 登錄信息查詢：可查詢本次登錄的用戶，賬號情況和個人住戶情況。 用戶物業(yè)查詢：查詢本住戶的物業(yè)詳細信息 用戶繳費查詢：查詢本用戶所繳的水，電，物業(yè)費的詳細情況。 用戶故障申報：向管理員申報本住戶的，水，電，網(wǎng)絡等故障。 退出：實現(xiàn)退出到首頁或退出系統(tǒng)。（2）后臺管理端主要包括的功能如下 系統(tǒng)用戶管理：增加新用戶，修改用戶權限，查詢不同的用戶類型。 小區(qū)住戶信息管理：包括住戶資料的錄入、查詢、修改、刪除等。 小區(qū)物業(yè)信息管理：包括物業(yè)房產(chǎn)資料的錄入、查詢、修改、刪除等。 小區(qū)收費信息管理：對住戶水、電表，物業(yè)費等數(shù)據(jù)的維護及管理。 用戶故障處理管理：對住戶申報的用水，用電，網(wǎng)絡故障進行處理。 退出：實現(xiàn)退出到首頁或退出系統(tǒng)。小區(qū)物業(yè)管理系統(tǒng)要實現(xiàn)的功能有，用戶注冊與登陸，故障查詢與處理，繳費查詢，物業(yè)管理等幾大核心功能，以下給出各自的用例說明與模塊用例圖。(1) 用戶注冊登錄以及退出功能分析 用例說明：如果本小區(qū)住戶是第一次訪問本小區(qū)物業(yè)管理系統(tǒng)，系統(tǒng)會自動根據(jù)住戶的戶名和身份證號對用戶進行受權注冊了，用戶注冊登陸后就可以使用本系統(tǒng)前臺客戶端的全部子功能。 用戶注冊登錄退出用例圖(2) 用戶故障申報與查詢功能分析用例說明：成功登錄后，當用戶遇到用水，用電，或網(wǎng)絡故障時，就可以通過前臺客戶端中的用戶故障申報，將故障的詳細信息傳遞給系統(tǒng)管理員，要求管理員處理，實現(xiàn)用戶于系統(tǒng)管理員之間的交互。當用戶需要查詢故障處理結果時，要依賴用戶之前的申報信息。 用戶故障申報與查詢用例圖(3) 用戶繳費與查詢功能分析用例說明：當用戶繳納繳納水費，電費或物業(yè)費時，系統(tǒng)管理員就會添加具體的繳費記錄，以供用戶查詢，與核對。只有一個參與者兩個用例，即用戶繳納費用和用戶查詢繳費信息，繳費信息的查詢依賴于用戶繳納費用。 用戶繳納費用與查詢用例圖(4) 住戶信息管理功能分析用例說明：該部分主要是具體介紹住戶信息管理，當系統(tǒng)管理員登陸后，就可以進入后臺服務端進行處理了，住戶信息管理包括對用戶信息的增加，修改，刪除，查詢等。該用例圖的角色不再是普通用戶，而是系統(tǒng)管理員了。因為住戶信息管理只有具有系統(tǒng)管理員權限的角色才能操作。 住戶信息管理用例圖(5) 物業(yè)信息管理功能分析用例說明：該部分主要是具體介紹物業(yè)信息管理，當系統(tǒng)管理員登陸后，就可以進入后臺服務端進行處理了，物業(yè)信息管理包括對物業(yè)信息的增加，修改，刪除，查詢等。該用例圖的角色不再是普通用戶，而是系統(tǒng)管理員了。因為物業(yè)信息管理只有具有系統(tǒng)管理員權限的角色才能操作。參與者與四個用例之間也只是簡單地通過通信模具連接起來的，用例之間不存在依賴關系。 物業(yè)信息管理用例圖(6) 故障信息處理功能分析用例說明：該部分主要是具體介紹故障信息管理，當系統(tǒng)管理員登陸后，就可以進入后臺服務端進行處理了，故障信息有用戶根據(jù)自身情況和需要向系統(tǒng)管理員進行申報，系統(tǒng)管理員對故障信息進行處理和記錄，故障信息管理包括對故障信息的處理，修改，查詢等。該用例圖的角色系統(tǒng)管理員了。因為故障信息管理只有具有系統(tǒng)管理員權限的角色才能操作。參與者與四個用例之間也只是簡單地通過通信模具連接起來，用例之間不存在依賴關系。 故障信息處理用例圖(7) 繳費信息管理功能分析用例說明：該部分主要是具體介紹繳費信息管理，當用戶向業(yè)務員繳納費用，例如，水費，電費，物業(yè)費等，業(yè)務員根據(jù)用戶用量，得出繳納金額，并向系統(tǒng)寫入繳費記錄，以供用戶查詢核對，因此繳費信息管理包括對繳費信息的添加，修改，刪除，查詢等。該用例圖的角色系統(tǒng)業(yè)務員了。業(yè)務員同樣具備系統(tǒng)管理員權限。參與者與四個用例之間不存在依賴關系。 非功能性需求分析 非功能性需求在目前的軟件開發(fā)過程中，顯示出越來越重要的地位，非功能性需要往往反映出在使用過程中，用戶的使用感覺，是決定軟件好壞的一個重要指標。非功能性需求，往往包括易用行，界面友好性，方便性，可擴展性。小區(qū)物業(yè)管理系統(tǒng)的非功能性需求分析的結果可以總結為以下幾點：(1) 界面友好、操作簡單：頁面跳轉要求合理，簡單，模塊操作界面，醒目。(2) 方便性：按照業(yè)務邏輯，盡可能多在模塊中提供實現(xiàn)業(yè)務邏輯的方法。一切以為用戶工作方便為原則設計本系統(tǒng)。(3) 功能全面：在小區(qū)物業(yè)管理系統(tǒng)的基本功能都已實現(xiàn)的前提下，盡可能的完善權限管理機制，完善系統(tǒng)安全性。(4) 可擴展性：模塊的內部實現(xiàn)，模塊之間的調用，盡可能的做到高內聚，低耦合。調用模塊的接口，簡單易用。做到新模塊添加時，高效整合。第3章 系統(tǒng)設計小區(qū)物業(yè)管理系統(tǒng)的開發(fā)其實就是使用系統(tǒng)分析和系統(tǒng)設計方法的過程。即系統(tǒng)的分析、系統(tǒng)的設計、系統(tǒng)的開發(fā)、系統(tǒng)的運行與評價都遵循系統(tǒng)化的流程，這個基本流程分為五個階段。 系統(tǒng)開發(fā)流程該系統(tǒng)是基于JSP+J2EE SSH控制，JDBC連接SQL Server的小區(qū)物業(yè)管理系統(tǒng)，力求與實際相結合具有小區(qū)日常管理和統(tǒng)計等功能，旨在達到使小區(qū)的管理和人事數(shù)字化使之更加方便快捷以提高工作效率。本系統(tǒng)應對不同用戶分權限的提供相應功能，對于系統(tǒng)管理員，提供系統(tǒng)的所有管理功能，有：系統(tǒng)用戶管理：增加新用戶，修改用戶權限，查詢不同的用戶類型。小區(qū)住戶信息管理：包括住戶資料的錄入、查詢、修改、刪除等。小區(qū)物業(yè)信息管理：包括物業(yè)房產(chǎn)資料的錄入、查詢、修改、刪除等。小區(qū)收費信息管理：對住戶所用的水、電表，物業(yè)費等數(shù)據(jù)的維護管理。用戶故障處理管理：對住戶申報的用水，用電，網(wǎng)絡故障信息進行處理。對于普通住戶，提供如下功能：登錄信息查詢：可查詢本次登錄的用戶，賬號情況和個人住戶情況，及個人資料的更新用戶物業(yè)查詢：查詢本住戶的物業(yè)詳細信息用戶繳費查詢：查詢本用戶所繳的水，電，物業(yè)費的詳細情況。用戶故障申報：向管理員申報本住戶的，水，電，網(wǎng)絡等故障。通知系統(tǒng)管理員協(xié)調處理 系統(tǒng)結構 系統(tǒng)模塊結構圖 （1）系統(tǒng)模塊結構系統(tǒng)模塊結構說明：本小區(qū)物業(yè)管理系統(tǒng)分為系統(tǒng)管理員模塊，用戶模塊，登陸驗證模塊，當用戶進入本系統(tǒng)時，驗證模塊將根據(jù)用戶賬號的賬號類型，自動完成跳轉登陸，當用戶賬號屬于系統(tǒng)賬戶時，登陸后將自動跳轉至系統(tǒng)管理員模塊，當用戶賬號類型為普通用戶時，將自動跳轉至用戶模塊，本系統(tǒng)通過驗證模塊自動完成對賬號類型的區(qū)分，以及系統(tǒng)操作頁面的跳轉。 系統(tǒng)模塊結構圖 驗證模塊說明：驗證模塊，主要完成3項功能，當賬戶類型為普通用戶時，完成普通用戶的用戶名，密碼驗證，當驗證成功時，完成至用戶模塊的跳轉，當賬戶類型為管理員賬戶時，完成管理員賬戶用戶名，密碼驗證，當驗證成功時，完成至系統(tǒng)管理員模塊的跳轉，當用戶名，密碼與數(shù)據(jù)庫不匹配時，提示輸入錯誤，要求用戶注冊合法賬戶（2）用戶模塊結構用戶模塊說明：當用戶完成跳轉登陸至用戶模塊后，就可以進行用戶信息查詢，用戶物業(yè)查詢，用戶繳費查詢，用戶故障申報，退出等功能。 用戶模塊結構圖（3）系統(tǒng)管理模塊結構系統(tǒng)模塊說明：當系統(tǒng)管理員賬戶完成跳轉登陸至系統(tǒng)管理模塊后，就可以進行系統(tǒng)用戶管理，小區(qū)住戶信息管理，小區(qū)物業(yè)信息管理，小區(qū)收費信息管理，用戶故障管理，退出。 系統(tǒng)管理模塊結構圖 系統(tǒng)流程圖系統(tǒng)流程說明：用戶在首頁將用戶名，密碼輸入驗證頁面，驗證頁面決定下一步跳轉的目的頁面，當輸入的用戶類型為普通用戶時，跳轉至用戶主界面，該賬號將享有用戶模塊提供的全部子功能。當輸入的用戶類型為系統(tǒng)管理員賬戶時，將跳轉至管理員主界面，該賬號將享有系統(tǒng)管理模塊提供的全部子功能。如此流程設計將有效實現(xiàn)權限管理，防止不同用戶功能的非法操作，將有效地實現(xiàn)用戶主界面與管理員主界面的各自透明處理。 系統(tǒng)流程圖 數(shù)據(jù)庫設計 本節(jié)為數(shù)據(jù)庫設計部分，第一節(jié)對數(shù)據(jù)庫需求分析階段進行了概述，第二節(jié)介紹了數(shù)據(jù)庫的概念模型設計階段，最后一節(jié)則介紹了本小區(qū)物業(yè)管理系統(tǒng)進行的邏輯設計階段。用戶需求：系統(tǒng)現(xiàn)狀，要解決的主要問題，達到的具體指標等。業(yè)務流程分析：描述系統(tǒng)的業(yè)務流程，畫出規(guī)范的業(yè)務流程圖。資料收集：了解業(yè)務流程中用到的相關實體對象及其屬性信息。事項分析：分析資料中的數(shù)據(jù)，檢查是否有要補充的基本數(shù)據(jù)項，是否有要改進的地方，補充改進之后，得出所有基本項。功能需求分析：改進完善業(yè)務流程圖，分析用戶需要系統(tǒng)完成哪些任務，逐層分解，畫出功能層次圖。按照實體聯(lián)系設計原則進行概念模型設計，具體原則如下：（1）確定實體：能獨立存在的事物，例如人、物、事、地、團體、機構、活動、事項等等，在其有多個由基本項描述的特性時，就應把它作為實體。（2）確定聯(lián)系：兩個或多個實體間的關聯(lián)與結合，如主管，從屬，組成，占有，作用，配合，協(xié)同等等，當需要予以關注時，應作為聯(lián)系。實體間的聯(lián)系可分為一對一、一對多、多對多等三類，在確定聯(lián)系時還要確定其類型。（3）確定屬性：實體的屬性是實體的本質特征。實體應有標識屬性（能把不同個體區(qū)分開來的屬性組），并指定其中一個作為主標識。聯(lián)系的屬性是聯(lián)系的結果或狀態(tài)。（4）一事一地：信息分析中得到的基本項要在且僅在實體聯(lián)系圖中的一個地方作為屬性出現(xiàn)。這條原則是對實體聯(lián)系的檢驗原則，對確定其構思是否正確具有很大的意義。首先要看實體聯(lián)系中有沒有重復出現(xiàn)的屬性名，如果有，一定是錯誤的，要分析原因，消除重復。然后要看有無不在信息分析中作為基本項出現(xiàn)的屬性，如果有，不一定是錯誤，但如果不符合基本項的要求，就是錯誤的，要分析原因，予以改正；如果是基本項，則往往是業(yè)務流程用到的資料不太完備，數(shù)據(jù)庫設計者與用戶協(xié)商后加上去的，要分析增加是否真有必要；如果信息分析中列出的基本項在實體聯(lián)系中沒有作為屬性出現(xiàn)，則一定要分析原因：有時是不小心遺漏了，那就要補充到適當?shù)牡胤?；有的是?lián)系的表現(xiàn)形式。上圖符合一事一地檢驗原則 (1)用戶的實體描述用戶實體是對有權限使用本系統(tǒng)人員的描述，一共包括三個屬性，其中用戶名屬性作為用戶實體的實體標示符。能夠用于唯一標識實體的屬性或者屬性集被稱為實體標識符，一個實體有且只有一個實體標識符。 用戶實體圖(2)住戶的實體描述住戶實體是是對在本小區(qū)內擁有物業(yè)的業(yè)主的描述，描述了業(yè)主的基本屬性，其中包括姓名，身份證號，房屋號，聯(lián)系電話，入住時間等，其中序號為主鍵，唯一標識住戶實體。 住戶實體圖(3)物業(yè)的實體描述物業(yè)實體是是對在本小區(qū)內所有物業(yè)的描述，描述了物業(yè)的基本屬性，其中包序號，物主，房屋號，面積，結構，銷售狀態(tài)等，其中序號為主鍵，唯一標識物業(yè)實體。 物業(yè)實體圖(4)故障的實體描述故障實體是是對在本小區(qū)用戶故障的描述，描述了故障的基本屬性，其中包序號，戶主，房屋號，故障描述，處理人，處理意見，提交時間，狀態(tài)等，其中序號為主鍵，唯一標識故障實體。 故障實體圖(5)繳費的實體描述繳費實體是是對在本小區(qū)用戶繳費情況的描述，描述了繳費的基本屬性，其中包序號，戶名，上月已繳費，本月用量，單價，本月應繳，經(jīng)辦人，繳費時間其中序號為主鍵，唯一標識故障實體。 故障實體圖ER模型即實體聯(lián)系模型時在概念設計中被廣泛應用的概念模型設計方法，本次小區(qū)物業(yè)管理系統(tǒng)概念設計中也將采用ER模型。實體聯(lián)系圖是用來建立數(shù)據(jù)模型的,在數(shù)據(jù)庫設計中屬于概念設計這一階段。ER圖提供了表示數(shù)據(jù)對象的實體形狀、表示數(shù)據(jù)對象特性的屬性形狀以及表示數(shù)據(jù)對象之間聯(lián)系的關系形狀，以便描述現(xiàn)實世界的概念模型。聯(lián)系是指實體之間的相互關系，聯(lián)系可分為三種，即一對一聯(lián)系、 一對多聯(lián)系以及多對多聯(lián)系。 系統(tǒng)全局ER圖數(shù)據(jù)庫物理設計：設計數(shù)據(jù)庫的物理結構，根據(jù)數(shù)據(jù)庫的邏輯結構來選定RDBMS(如Oracle、Sybase等)，并設計和實施數(shù)據(jù)庫的存儲結構、存取方式等。 數(shù)據(jù)庫邏輯設計是整個設計的前半段，包括所需的實體和關系，實體規(guī)范化等工作。設計的后半段則是數(shù)據(jù)庫物理設計，包括選擇數(shù)據(jù)庫產(chǎn)品，確定數(shù)據(jù)庫實體屬性（字段）、數(shù)據(jù)類型、長度、精度確定、DBMS頁面大小等。數(shù)據(jù)庫邏輯設計決定了數(shù)據(jù)庫及其應用的整體