基于.NET的小區(qū)物業(yè)管理系統(tǒng)的設計

(3) DataSet 數(shù)據(jù)集

數(shù)據(jù)集對象的結(jié)構與關系數(shù)據(jù)庫的表類似，它包括表示表、行與列等數(shù)據(jù)對象模型的類，以及為數(shù)據(jù) 集定義的關系和約束等。

1. 3  三層應用程序架構

本系統(tǒng)采用基于.NET的技術路線來將應用程 序邏輯地分為3個基本層，即：表示層(用戶應用)、業(yè)務邏輯層(業(yè)務邏輯處理)和數(shù)據(jù)訪問層(數(shù)據(jù)管理與存儲)，從而進行小區(qū)物業(yè)管理系統(tǒng)的開發(fā)?；?.NET和Web的三層結(jié)構在小區(qū)物業(yè)管理系統(tǒng)中的 設計方案可以用圖2來表示。

(1) 數(shù)據(jù)訪問層

數(shù)據(jù)訪問層主要用來封裝訪問數(shù)據(jù)庫的各種操作,如連接數(shù)據(jù)庫、操作數(shù)據(jù)庫、數(shù)據(jù)轉(zhuǎn)換等，以完成對數(shù)據(jù)庫中數(shù)據(jù)的査詢、插入、刪除和修改等操作。

(2) 業(yè)務邏輯層

業(yè)務邏輯層與應用系統(tǒng)的業(yè)務邏輯相關聯(lián)，它使用數(shù)據(jù)訪問層提供的服務，同時也為表示層提供服務。整個系統(tǒng)設計的難點和關鍵就是這一層。該層在設計中主要圍繞小區(qū)物業(yè)管理的業(yè)務流程來構造業(yè)務邏輯層的類。在業(yè)務邏輯層的設計中，一般應具體分析物業(yè)業(yè)務流程，并設計多個業(yè)務邏輯模塊類，以提供給IE用戶使用。

(3)表示層

表示層是系統(tǒng)與用戶接口的部分，通?？梢杂葾SP.NETWeb窗體來實現(xiàn)。主要用于住戶、物業(yè)管理人員、財務人員及系統(tǒng)管理員的瀏覽器的交互使用。

2  系統(tǒng)設計

2.1  前臺功能總體設計

小區(qū)物業(yè)管理前臺系統(tǒng)主要是用來對住戶進行服務的。內(nèi)容包括首頁、住戶登錄、住戶欠費信息査詢、住戶投訴以及對后臺管理員提供后臺登錄入口等。前臺功能模塊結(jié)構圖如圖3所示。

2.2  后臺功能總體設計

后臺系統(tǒng)主要是物業(yè)公司內(nèi)部管理人員對小區(qū) 物業(yè)的業(yè)務、服務和財務等日常工作信息進行維護與 管理。針對物業(yè)管理人員、財務人員和系統(tǒng)管理人員 這三類用戶，可將后臺系統(tǒng)劃分為三個子系統(tǒng)：其中 一是小區(qū)物業(yè)管理子系統(tǒng)主要是物業(yè)管理人員對小 區(qū)房產(chǎn)信息、住戶信息、住戶投訴等進行管理;二是小 區(qū)收費管理子系統(tǒng)，主要是財務人員對小區(qū)住戶各項 收費進行管理;三是系統(tǒng)管理子系統(tǒng)，主要是系統(tǒng)管 理人員進行系統(tǒng)管理，包括對員工信息、系統(tǒng)維護以 及公告新聞的管理。其后臺功能模塊如圖4所示。

2. 3  小區(qū)物業(yè)管理主要業(yè)務流程

整個系統(tǒng)在小區(qū)物業(yè)管理網(wǎng)站的業(yè)務流程是:住 戶在小區(qū)物業(yè)管理信息系統(tǒng)前臺通過登錄住戶名與 住戶編號進入網(wǎng)站前臺系統(tǒng)進行相關操作，也可以進 行住戶投訴、住戶報修、在線査詢欠費信息、車位使用 信息査詢、新聞和站內(nèi)公告信息査看等操作。

物業(yè)公司的工作人員則可通過后臺入口進入后 臺登錄頁面。進行登錄后，就可以進入網(wǎng)站的后臺系 統(tǒng)主界面，然后對房產(chǎn)、住戶、住戶投訴等信息進行日 常管理。本系統(tǒng)業(yè)務流程規(guī)范、操作簡便，能夠便捷、 高效地協(xié)調(diào)物業(yè)管理人員、物業(yè)服務人員、小區(qū)住戶 等三者之間的關系。其主要業(yè)務流程圖如圖5所示。

2.4  系統(tǒng)的類圖設計

系統(tǒng)的類圖設計主要用于描述系統(tǒng)中的靜態(tài)結(jié)構，該頁面是建立在用例分析的基礎上?？赏ㄟ^該頁面了解到小區(qū)物業(yè)管理系統(tǒng)所涉及到的實體類，包括樓棟、房間、住戶、投訴等等。圖6所示是一個與住戶相關的簡化類圖。

2.5  交互圖設計

類圖這模型屬于靜態(tài)模型,為了描述類的動態(tài)行為，可使用交互圖(InteractionDiagram)來分析類,交互圖可對實現(xiàn)系統(tǒng)行為中各個功能之間的交換關系進行描述，包括順序圖與協(xié)作圖。這里選用順序圖進行分析。圖7所示就是用于顯示住戶信息的管理模塊順序圖。

物業(yè)管理人員在過程開始時可通過添加消息進入住戶信息添加界面，以添加界面顯示需要添加的住戶信息,例如住戶編號、住戶名稱、身份證等，然后通過修改消息，進入住戶信息修改界面,以對住戶信息進行編輯,編輯完成后即可保存,物業(yè)管理人員通過査詢消息進入住戶查詢界面,以便查詢所需的住戶信息。

2.6  數(shù)據(jù)庫設計

SQLServer2005數(shù)據(jù)庫具有容量大、效率高等特點，可以為用戶提供強大的功能支持，因此，本系統(tǒng)后臺數(shù)據(jù)庫采用SQLServer2005數(shù)據(jù)庫。

本系統(tǒng)根據(jù)上面設計規(guī)劃出的數(shù)據(jù)庫實體對象分別為小區(qū)、樓棟、房間、住戶、住戶投訴、住戶報修、設備、設備維修、收費、費用收據(jù)、車位使用、工作人員、公告、新聞等。

基于上述設計規(guī)則，便可設計系統(tǒng)部分的E-R圖。由于各個實體屬性較多，故為簡潔起見，每個圖中也可只列出主要的相關屬性。基于此的房產(chǎn)管理E-R圖如圖8所示。

房產(chǎn)管理就是對小區(qū)基本信息、樓棟基本信息以及房間基本信息進行有效的管理。通過需求分析所確定的該模塊實體主要有小區(qū)、樓棟和房間。其中小區(qū)與樓棟是一對多的關系，樓棟與房間也是一對多的關系。圖9所示是一個住戶管理E-R圖

利用住戶管理系統(tǒng)可對小區(qū)住戶的基本信息、住戶報修信息以及住戶投訴信息進行有效管理。通過需求分析后，可以確定該模塊涉及的實體主要有住戶、住戶投訴、住戶報修和工作人員。其中住戶與住戶投訴是一對多的關系，住戶與住戶報修也是一對多的關系，住戶投訴與工作人員則是多對多的關系，住戶報修與工作人員也是多對多的關系。

3  測試

本系統(tǒng)的測試程序有兩種:分別為白盒測試與黑盒測試。白盒測試主要考慮測試用例對程序內(nèi)部邏輯的覆蓋程度;黑盒測試則不考慮程序內(nèi)部結(jié)構及處理過程，而僅檢査程序功能能否按照需求分析中所建立的模塊完成相應的功能，以及能否達到處理整個工作流程的目的。通過檢査程序可以確定其是否能適當?shù)慕邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，同時保持外部信息(數(shù)據(jù)庫)的完整性「門。因為本系統(tǒng)只需功能的實現(xiàn)和完善，而沒有太多算法，所以，釆用黑盒測試法對系統(tǒng)進行測試，主要是考慮到系統(tǒng)各功能的實現(xiàn)情況，根據(jù)功能測試用例來逐項測試，以驗證系統(tǒng)能否達到用戶所需求的功能。

4  結(jié)語

在本課題采用.NET技術所設計的小區(qū)物業(yè)信息管理系統(tǒng)具有良好的可擴展性、易維護性與易操作性,并可在系統(tǒng)現(xiàn)有功能的基礎上不斷增加與完善。從系統(tǒng)整個體系結(jié)構來看，系統(tǒng)能夠滿足小區(qū)物業(yè)管理與服務的現(xiàn)有需求。