吳東林

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

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

一、引言

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

二、系統需求分析與設計

（一）系統需求分析

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

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

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

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

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

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

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

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

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

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

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

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

（二）系統功能設計

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

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

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

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

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

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

三、系統實現與測試

（一）開發(fā)環(huán)境

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

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

CPU：2.8GHz以上。

內存大于1GB。

（2）用戶軟件：

用戶操作系統是：Windows 7.

用戶數據庫是：SQLServer2012.

使用的開發(fā)工具是：Myeclips2015.

使用的服務器為：IIS7.0

使用的瀏覽器是：IE8.0

（二）系統實現

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

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

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

（三）系統測試

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

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

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

四、總結

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