房屋交易管理系統的設計與實現

吳東林

摘要：經濟的發展對房地產業帶來的影響是極為深刻的，使該行業不斷地進行制度改革，并取得了一定的成果，其影響這兩個方面表現得尤為明顯。第一是住房福利制度的終止。第二是貨幣化分房制度的啟動。本文提出了一個某房產公司的房屋交易管理系統，在設計與開發的過程中，選擇SSH框架和工作流等開發技術，Myeclips2015開發平臺，SQL Server 2008數據庫，JAVA語言。系統主要功能包括：房產信息模塊、通告信息模塊、交易管理模塊、搜索管理模塊，系統管理等五大模塊。本系統的最終目的就是加強用戶和銷售方的溝通，促成房屋的銷售成功。

關鍵詞：房屋交易 工作流 SSH框架

一、引言

社會的不斷發展使人們的剛性住房需求不斷增加，而國家對該需求表現出支持態度。因此，從房地產行業來說所具有的市場是極為廣闊的。但是這種情況為房地產管理部門帶來了更多的壓力，無論是數據還是資料都在不斷的增加，而傳統的辦公模式已經無法適應這種不斷發展的新需求。如何才能在這種背景下更好的對相關信息進行管理，如何提高工作的效率以及服務水平，這都是管理部門必須要面對的。而網上房屋交易管理系統就能很好的解決這一問題，無論是效率還是服務質量都能得到很大的提升。該系統能為有購房意愿的人群提供更好的服務，他們可以通過網絡來對中意的房屋進行初步了解，這樣有助于進一步房屋的選擇。這個過程使有購房意愿的人不用逐個看房，先確定自己中意的房屋之后進行看房，這樣他們所看的房子數量既不會太多，同時又是自己喜歡的類型，無論是時間還是精力都得到了極大的節約。對房地產企業來說，使用該系統能夠很好的對房屋進行宣傳，有助于塑造企業形象。該系統的管理功能使銷售人員了解更多的客戶需求，能夠根據客戶的實際情況介紹房屋，使銷售業績不斷的增長。在提高服務質量的同時，為企業發展節約成本。從這幾個方面來看，房屋交易管理系統所具有的市場前景是極為廣闊的。且隨著網絡以及科技等的不斷進步，計算機的普及化程度進一步加強。在這種情況下對房屋銷售管理系統進行研究，必須要兼顧界面和操作，只有這樣才能得到不斷的推廣。從研究目的和意義來看，是希望能夠通過自動化處理來使本系統得到廣泛的應用。

二、系統需求分析與設計

（一）系統需求分析

1.功能需求分析。房屋銷售管理系統能夠為使用者提供在線看房以及推送通知，使用者根據自己的意向預定房屋、實地勘察。而管理員能夠根據實際情況對該系統進行操作，操作是由三方面組成。分別是：消息錄入、錄取、刪除。本系統分成5個子系統部分：房產信息模塊、通告信息模塊、交易模塊、搜索模塊，系統管理等五大模塊。

（1）房產信息模塊。房屋信息展示：這一部分的主要功能就是將全部的房屋資料通過系統向使用者展示。這樣一來，使用者能夠根據自己的實際情況更好地對房屋進行了解。推薦房屋信息展示：由管理員來對該部分進行操作，依據自己韻經驗和實際情況對房屋進行評價。將關于房屋的一系列特點進行逐一評價，并將這些評價呈現在消費者面前，有助于消費者更好地對其進行了解。

（2）通告信息模塊。新聞通告顯示：這一部分的相關信息可以為消費者的購房行為提供參考。管理員將一些和房屋有關的政策、規定和其他信息在這個板塊公布出來，有助于消費者更好地對其進行了解。

（3）交易模塊。預訂單的生成：消費者看到自己中意的房屋類型之后，可以對其進行預訂。預訂單的查看：消費者能夠對預定的詳細情況再次查看，確保預定的準確性。同時管理員能夠對預定的詳細情況進行查看，更好的消費者進行協調交流。預訂單的修改：管理員擁有刪除訂單的權限。

（4）搜索模塊。搜索功能：消費者可以依據自己的喜好來對房屋類型進行搜索。

（5）系統管理模塊。主要包括用戶管理、日志管理、權限管理等，前臺用戶可以注冊和登錄，后臺管理員可以對用戶信息、權限進行管理等，還可以查看日志等。

2.非功能需求分析。本系統的非功能需求涵蓋了系統的易用性、穩定性、安全性等諸多層面，由此對該層面進行簡單的概述和介紹。

（1）易用性。對普通人員而言，其可能不特別熟悉計算機，由此在設計系統過程中需要將人員具體情況考慮進來，在設計系統過程中，盡量簡便，操作便捷，具備友好的界面設計。

（2）穩定性。在系統使用中具備高頻率的特性、高交互數據量的特性，往往在高負荷的壓力重，系統難以正常運轉，盡管可以允許系統在某一范圍中響應緩慢，但應當得出正確結論。并且在高峰時期過去之后，可以立刻實現高速處理速度，與此同時，不應該具備太多次數的系統崩潰，降低回滾次數，延長使用系統的時間。

（3）可靠性。系統穩定性和可靠性同樣重要。可靠性表現在所有人員登錄系統過程中，依舊可以確保系統的使用，不會發生系統崩潰等相關事件，并且還需要確保系統響應時間維持在可接受的范疇之中。系統響應時間，根據網絡和硬件條件而定，普通網頁響應時間一般應平均在1秒以內，數據量較大的網頁一般應平均在2秒以內。用戶并發性要求：訪問量并發。同一時刻訪問系統的用戶，可支持人數在1000-2000。

（4）系統的靈活性。首先為功能靈活。由于時代的變遷，社會的快速發展，在采購管理過程中，設定的功能并非是不會改變的，基于此，可能會產生刪除功能、添加功能的情況產生，倘若需要對系統功能予以刪除、添加時，需要確保系統遭受最小的影響，或者是不受到功能刪除、添加的影響，做好系統的升級和維護更新。其次為系統權限管理靈活。主要表現在改變用戶權限環節，可以利用RBAC機制予以角色權限的更改，確保權限、用戶的非直接關聯，由此系統管理員在進行權限賦予過程中也具備了靈活性。

（5）系統安全性。在B/S模式中實現了系統的構建，由此在B/S模式中具備的安全問題在該體系中同樣具備。系統安全管理層面，需要嚴格按照權限予以分配，不具備權限的人員不能獲得額外的權限，嚴格規定所有權限可執行工作，防止由于人為原因產生的信息泄露。倘若由于機器原因造成系統數據的不完整和丟失，那么需要按照系統的備份恢復、日志予以信息還原。

（二）系統功能設計

1.功能模塊設計。從房屋交易管理的實際情況出發，系統采用B/S模式，以提高系統的性能。系統選用三層架構模式，系統邏輯架構圖如圖2.1所示。

（1）用戶界面層。即表現層，是系統當中非常關鍵的部分。離用戶最近。主要用于獲取用戶請求信息，顯示請求處理結果反饋信息。表示層設計采用J2EE動態頁面和用戶自定義標簽庫的技術模式進行WEB界面的具體實現。

（2）業務邏輯層。邏輯層是整個系統存在的主要核心之一，它可以滿足很多的工作需求，能夠在最大限度上提高工作人員的工作效率。核心業務包括交易管理模塊、房屋信息管理等五個功能模塊。業務支撐是基于實用類基礎之上應用的平臺組件模型來實現業務邏輯支撐。

（3）數據訪問層。數據訪問層的存在是非常有必要的，數據層的目的是為數據源提供一個可供外界訪問的接口，J2EE框架一種能夠提供數據源無關的抽象數據訪問接口，可以在其下掛接各種不同的DataProviado睞訪問數據源的數據。

該系統主要由五個部分組成，分別是房產信息模塊、通告信息模塊、交易管理模塊、搜索管理模塊，系統管理部分。每個系統模塊又細分為多個小模塊，如圖2.2所示。

2.數據庫設計。房產銷售管理系統數據庫采用Microsoft SQL SERVER 2012，對房屋交易管理系統進行設計。

三、系統實現與測試

（一）開發環境

系統開發是利用JSP來完成的，數據庫技術則是JDBC，構架系統是B/S，數據庫是SQLserver 2012版本，具體情況如下：

（1）使用的硬件平臺為：

CPU：2.8GHz以上。

內存大于1GB。

（2）用戶軟件：

用戶操作系統是：Windows 7.

用戶數據庫是：SQLServer2012.

使用的開發工具是：Myeclips2015.

使用的服務器為：IIS7.0

使用的瀏覽器是：IE8.0

（二）系統實現

1.搜索功能實現。使用搜索操作時，使用者通過Locating.Jsp在這些。在這個過程中，三個字段同時對數據庫進行搜索。這三個字段分別是：位置、用途、戶型。在實際運行過程中，將三個DropDownList里面的值賦值給新定義的三個字符串，之后就可以對數據庫進行查詢，查詢的過程是使用select from…where…來進行，將SqlDataAdapter對象填充為DataSet，查詢記錄是通過SelectCommand來實現的，DataGrid可以將查詢資料進行呈現。

2.房屋通告模塊。這一模塊和房屋信息模塊的實現過程非常類似。使用者只要登陸網站以后，即可對相關內容進行查詢。使用者在登錄完成以后會來到一個主界面Message.jsp，，在該界面里面會呈現出所有的通知信息。使用者可以從該界面點入去查看自己感興趣的通告，這一部分的功能是通過Messagecontents.jsp來實現的。首先對表Message進行查找，之后使用者能夠在DataLis里面看到自己感興趣的公告。在實現方面，這一模塊的代碼和房屋信息模塊的代碼非常類似。

3.交易管理模塊。交易管理模塊在本系統運行中能夠發揮出極大的作用，因為它能夠進行預訂單。使用者在操作該系統是必須經過注冊，之后才可以進行預訂單操作。預訂單的填寫面是Orderin.Jsp，是利用DataList控件來實現。并且使用者在整個表格中，電話和住址必須自己填寫，其他信息系統講故事自動生成。通過Orders.jsp使用者可以對預定單進行操作，可以改變預定的房屋，可以對其進行取消，表Qrden里面的賬戶信息會被刪除。通過Orders.jsp，使用者也能夠對自己的預訂單進行再次編輯，支持修改操作。

（三）系統測試

測試方案的設計和軟件測試質量是有密切關系的，一般來說，對于系統的檢測不允許使用窮盡的方式，因此這也就表明了無論選擇什么樣的測試方案，系統始終會存在一些漏洞。既然無法發現系統的所有漏洞，那么盡可能少的測試來發現盡可能多的錯誤就是我們進行測試的目標。

在系統進行性能檢測的過程中，借助了檢測對象，也就是Loadrunne呵以對系統進行更好的檢查和記錄。在測試的整個過程中，以每兩秒增加200人進行登錄測試，然后對在響應速度和內存使用率進行登記。并且對用戶的達到2000人時的并發登錄進行統計，檢查系統的指標，進行記錄。

對測試的結果進行分析可以發現，并發測試用戶量雖然一直在增加，但是程序響應情況卻沒有什么變化，即使相應的用戶數量達到規定的數值，但是響應時間卻是極短的，在一秒以內。系統的其他方面也都趨于穩定。登錄用戶的數量突破兩千時，系統的響應時間有所變化，但在3秒之內。綜上所述，可以看到系統的各方面性能都是符合設計之初預期的，因此該系統能夠滿足使用需要，也能被應用于實際的運作當中。

四、總結

房屋交易管理系統所具有的市場前景是極為廣闊的。通過此課題研究，保證房產交易訂單統一歸口化、業務流程管理統一透明化；以某房產公司現行業務調研及流程模型為基礎，確保流程的可操作性，實現業務規范化、IT協作化的總體目標。