購房信息管理系統的設計與實現

發布時間：2023-07-25 10:03

第一章緒論 1

1.1系統開發的目的與意義 1

1.2開發背景及國內外現狀 2

1.2.1國外現狀 2

1.2.2國內現狀 3

1.3系統研究內容 4

1.4系統結構 5

1.5本章小結 5

第二章系統關鍵技術與需求分析 6

2.1購房信息管理系統關鍵技術 6

2.1.1Powerbuilder9.0 的數據庫機制 19

2.1.2UML 建模思想 6

2.2可行性分析 7

2.3需求分析 10

2.3.1系統的功能性需求 10

2.3.2系統的非功能性需求 12

2.4系統接口 13

2.4.1系統接口的類型 13

2.4.2系統接口的要求和處理原則 13

2.5本章小結 14

第三章購房信息管理系統設計 15

3.1系統設計的概述 15

3.1.1系統設計的目標 15

3.1.2系統的流程處理 15

3.1.3運行模塊的組合及環境 16

3.2系統功能結構圖 18

3.3數據庫設計 19

3.3.1數據庫基本概念 20

3.3.2數據庫的設計過程 20

3.3.3數據流程 20

3.3.4數據庫概念結構 22

3.4邏輯結構設計 25

3.4.1數據庫模型 25

3.4.2主題數據庫 25

3.4.3數據表 28

3.5本章小結 322

第四章購房信息管理系統的實現 33

4.1用戶注冊窗體設計 33

4.1.1UI 設計 33

4.1.2用戶數據設計 34

4.1.3關鍵代碼 35

4.2用戶登陸窗口設計 37

4.2.1UI 設計 37

4.2.2用戶數據 38

4.2.3流程設計 38

4.2.4關鍵代碼 40

4.3主窗體設計 41

4.3.1UI 設計 41

4.3.2模塊設計 42

4.3.3關鍵代碼 42

4.4房屋租售登記模塊設計 44

4.4.1房屋租售登記表輸入 44

4.4.2房屋租售查詢 46

4.5房屋相關報表的統計和打印 47

4. 5 .1數據統計分析 47

4.5.2相關數據報表 47

4.6系統功能模塊的實現 49

4.6.1用戶登錄模塊 499

4.6.2購房信息管理模塊 49

4.6.3房屋銷售管理模塊 50

4.6.4房屋資料錄入模塊 50

4.6.5用戶數據分析模塊 51

4.7 本章小結 51

第五章購房信息管理系統測試 52

5.1系統測試原則 52

5.2系統登錄模塊測試 53

5.3購房信息管理系統測試結果 54

5.4本章小結 55

第六章總結與展望 56

6.1總結 56

6.2展望 57

致謝 58

參考文獻 599

第一章緒論

1.1系統開發的目的與意義

隨著信息化時代的到來，互聯網滲透到社會中的各行各業、各個部門，也完全滲透到了我們生活的每個角落。互聯網和傳統行業、實體經濟的相互融合，相互促進，不僅使互聯網的應用領域愈加寬闊，同時也極大促進傳統行業和實體經濟煥發其應有的生機與活力，當然，房地產行業也不例外。

隨著房地產行業的發展,房產企業順應科技潮流加入到信息網絡時代，企業要通過互聯網，將企業特點、企業文化、企業形象、主營產品盡可能對外宣傳［1］，為了適應高效率的工作要求，建設業務過程信息化和管理現代化的信息網絡必不可少。所以企業需要建立一個功能強大的網站信息發布平臺，在這個平臺，企業可以方便快捷發布相關企業信息、需求信息，宣傳企業形象，增強企業發展能力和市場競爭力。當然，現在客戶的要求也越來越高，越來越細致，他們不僅關心產品質量，也重視購買體驗和服務質量，所以房產企業為了自身良性發展，還是要注重客戶需求［2］，積極開展相關營銷工作，努力宣傳自身企業形象。企業除了注重自我宣傳外，還要注重客戶體驗和客戶需求的滿足。通過對購房者需求的直接統計、通過對房源的實時更新統計,通過需求與供應的直接匹配分析，使購房者在購房時,能夠在最短的時間內挑選到滿意的房屋。這不僅能幫助房地產相關企業掌握第一手最新市場需求資源，吸引和保持更多的客戶，而且同時購房者也可以享受到更快速周到的優質服務,買到稱心如意的房子不再是費心費力費時的難事。

因此，開發設計一款既能幫助房地產企業宣傳品牌發布信息的平臺，又能方便購房者、租房者免去到處奔波看房辛苦的平臺顯得尤為重要，而且非常必要。這樣，有房者可以便利在平臺上發布信息，免去到處去發小廣告的辛勞、成本和減少對城市的污染，并且可以無限擴大宣傳力度，事半功倍。同時，讓房屋需求者能查看到自己需要的信息，購房者或者租房者也可以足不出戶直接通過手機或電腦進入網頁查詢檢索，輸入關鍵字，目標房源就按要求一一羅列，輕松實現房子也能像的別的普通商品一樣，手機即可查閱了解房源整體信息，節約時間成本，貨比三家，輕松“淘”到匹配好房子。除此之外，購房者還可以直接網上具體咨詢，售房者直接網上開展各類市場營銷，輕松開展各類促銷，并且快速了解客戶住宅買賣、租賃和相關貿易的需求，高效高質為客戶解決問題，學習法國房屋中介為客戶服務的方式［3］。只要客戶真的想租房子或買房子，只需打開頁面上的表格，根據需要填寫個人身份信息，購買或租用目標房屋的類型、期望價格范圍，地區，房間數量、打算什么時候入住等；信息輸入完全后，你可以即時搜索獲得相關信息反饋，輕松進行個人篩選。看到合適的可以通過撥打咨詢電話，如果大致滿意，立即可以約定實地看房的時間和地點；如果你看后不滿意，可以繼續選擇其他房屋，雙方可以輕松實現買賣雙贏。

1.2開發背景及國內外現狀

1.2.1國外現狀

對房地產產業的發展，法國是一個相對較早的國家。經過長期發展，僅僅是房產中介行業就已經形成了一套比較特色卻又相對完善的法律和行政措施，即尋找客戶、幫助客戶、實現最終雙方簽約、后期管理等一系列服務中都成熟的方式流程和完善的法律支撐［4］。整個中介服務產業不僅局限在商品房，房屋，車庫，倉庫和其他固定資產的租賃和交易服務方面，還涉及房屋設計與建造，與客戶共同成為房屋的所有者。在信息時代，隨著科學技術的發展和互聯網的廣泛使用，許多法國的中介代理公司都有自己的網站，秉承誠實守信到忠誠為客戶服務的原則，快速了解客戶住宅買賣、租賃和相關貿易的需求，高效高質為客戶解決問題。如果客戶真的想租房子或買房子，只需打開頁面上的表格，根據需要填寫個人身份信息，購買或租用目標房屋的類型、期望價格范圍，地區，房間數量、打算什么時候入住等；信息輸入完全后，你可以即時搜索獲得相關信息反饋，輕松進行個人篩選。你也可以通過電話聯系該機構，對方會熱心推薦目標房源，如果大致滿意，立即可以約定實地看房的時間和地點；如果你看后不滿意，可以繼續選擇其他房屋，公司后續會繼續幫你尋找更多符合條件的房子供你選擇，直到用戶找到滿意的房間為止。在整個過程中，信息獲得和房子實地考察的所有費用都是由該機構免費提供的；直到業務雙方同意后，中介公司依法起草相應的文本，并在客戶同意的情況下簽訂合同手續，整個過程才算完成［5］。

隨著互聯網時代的到來，計算機迅速在美國普及開來，很多行業的工作也由手工抄寫的方式被計算機軟件操作所替代，房地產行業的也不例外。軟件工程師根據房地產行業的特點開發了軟件客戶端。MLS系統，被稱為多重上市系統，它的英文全名或“多重上市服務系統”［6］。在 20 世紀 20 年代和 30 年代的美國，它是在房地產交易過程中由許多相關房地產經紀人共同組合建立并共享資源的一個良好平臺，目的是使經紀人能在較短時間內熟悉相關的房地產信息和業務，盡快完成客戶交代的任務；而且參與這個系統的成員依舊可以單獨和買家客戶簽訂相關合同或約定，最后將自己掌握的信息輸入該系統實現房產信息資源的共享，大家可以共同努力在各環節上促進合同這單買賣的完成，最后的傭金按照參與銷售各環節的成員按照相應比例進行分配［7］。這個系統采取信息實時更新的方式開展信息匯編，并且將匯編完成的信息共享給注冊系統的成員。直至 20 世紀 80 年代，計算機技術進一步發展，計算機網絡漸漸替代原本使用的編譯形式，這時候，系統各個成員根據系統要求輸入其獲取到地房源信息，以便所有成員隨時隨地可以查看房地產交易、業務委托信息和情況。目前大多數美國的房地產經紀人都加入了 MLS系統。到目前為止，MLS系統也已經在澳大利亞，日本，新西蘭，新加坡等國家成功應用開來［8］。

1.2.2國內現狀

隨著房地產產業的紅火開發，房產相關行業也隨之快速發展。自從國家堅定實行房改政策以來，房屋買賣、房屋租賃的活動在國內異常活躍，當然，隨著經濟一體化，交通工具發達，信息技術飛速發展，都為房地產行業的發展加碼助力，這無疑都是對房產各產業發展提供契機［9］。但是，相對外國成熟的房地產買賣、租賃市場，我國房產行業起步太晚，技術和方法還相對比較落后，在快速發展的階段還存在許多亟待改變的問題，比如買賣雙方信息資源嚴重不對稱、房產行業管理不健全，企業經營不規范、房產質量不過關、服務態度惡劣、反饋信息慢等等［10］。由此種種現象，明顯能感覺到落后的管理方式跟不上房產行業的快速發展。在實際生活中，房地產公司經常會出現人手不夠、員工錄入數據重復率高和數據出錯率高、辦公效率低、無法正確預測市場需求開展正確營銷的現象；于此同時，購房者還處于原始購房的狀態，疲于奔波在各個樓盤的實地查看和中介電話推介中卻找不到心儀的房子。信息無法及時整合、同步共享，給房產公司、中介公司的發展和購房者帶來了許多不必要的麻煩。

當然，在房產行業蓬勃發展的大趨勢下，各大相關公司如房地產開發公司、物業公司、大規模的房產中介公司也都意識到了信息管理的重要性，意識到要爭搶到房地產這個寶庫，就要充分整合信息資源，爭搶第一手資料，改進工作方式方法，提供工作效率和營銷方法。響應市場需求，很多有實力的企業都花費巨資，請專業人員開發企業信息管理系統。但是經過統計也了解到，該類軟件的開發和使用都比較有針對性，幾乎都是點對點的開發，即有經濟實力的公司或企業根據自己的實際需要和管理需求，開發針對自己公司或企業的軟件，無論是軟件管理還是相關的信息，都不會對外公開［11］，更別提信息共享。在整個房產市場飛速蓬勃發展的過程中，勢單力薄的市場主體之一，即購房者的需求卻往往容易被忽視。

購房者數量龐大，但是購房信息來源單一，獲得途徑麻煩費力，無法快速有效根據自己的需求最大可能找到最佳匹配房源，在購房整個過程中都處于被動茫然的狀態，購房積極性、主動性和實效性都受到很大影響，同時，購房者需求無處表達，房產企業也無法很好根據市場需求開展營銷工作。因此，交易信息單邊嚴重傾向銷售方，這必然會影響整個房產市場的良性發展。關注購房者權益，幫助購房者簡單、便捷了解到第一手購房信息，方便、快捷、有效實現購房者貨比三家的愿望，盡可能提高購房者購房主動性、積極性，提高交易成交率，這是買賣雙方雙贏的舉措，卻又是企業一直有意或無意忽視的方面，當然，這也是我國房產發展中較迫切需要提高的一方面。

1.3系統研究內容

購房信息管理系統是一個發布房屋出租、出售、求租、求售信息的綜合性軟件，是一個企業產品宣傳信息發布管理的系統，該系統的目標是對房源信息進行全面管理和維護，具體包括房源所在的區域、出售或出租的價位、房源的優勢等，實現信息發布管理平臺的系統化、功能化、規范化、自動化和可持續化。幫助企業或個人開展房屋宣傳和促銷，便利需求者輕松找到目標需求，注冊用戶可以通過此系統輕松發布各類房產信息。系統開發致力于使其成為一套人人都能用的、下載方便的購房信息管理功能軟件。

（1）明確系統的目標群體。購房信息管理系統設置的目標群體有兩類，分別為企業和個人。

（2）針對目標群體設置功能權限。每個用戶在使用系統時都需要用真實的信息進行認證注冊，同時設置專屬用戶名和符合保密級別的密碼，企業以企業身份進行驗證注冊，個人以個人身份進行驗證注冊，這也確保了系統和信息的安全性。當然，為了系統的后期維護，還設一個管理員權限，這個權限只對系統維護人員開發。

（3）根據目標群體需求設置功能板塊。經過市場調研，無論企業還是個人，都希望系統具有強大的搜索、發布和統計能力。針對需求初步設置功能主板塊，功能體現為無論用戶是企業還是個人，都可以利用軟件發布房源信息并對信息進行后續管理，可以查詢權限內相關報表，發布房源租售信息等。同時，因為擁有強大的網站數據庫，用戶可以通過房產信息的查找功能查詢房源相關信息。查詢的方式多種多樣，用戶可以選擇精確房源信息檢索方式，也就是選擇直接查找目標；也可以選擇輸入字句模糊檢索,如果需要對房產信息進行多方位的限制性檢索時，還可以通過高級檢索方式，也就是在提供多個檢索入口的界面中對所需要的房產信息開展詳細檢索［12］。用戶通過檢索界面可以直接獲得想要的房源信息。當然，企業和個人登錄后的界面會略有不同。

（4）系統界面友好，注重用戶體驗。系統在開發設計前已充分調查了解房產行業的特點，目標人群的功能需求及要求，并在具體設計時將了解到的因素考慮進去，針對性地進行功能板塊的設置，盡量實現良好的功能的擴展。在設計中，系統的設計上采用了多模塊化設計的方法，按照具體功能分類，將整個系統網頁劃分為多個相對獨立的功能板塊，板塊和板塊之間可以自由切換，具體包括：房屋出售登記板塊、房屋出售查詢板塊，房屋需求登記板塊，房屋出租登記板塊，房屋出租查詢板塊，業務宣傳板塊，留言板板塊、信息匯總板塊等等。在編程時，主要從用戶操作角度出發，力求做到操作簡單、易于掌握、熟練操作，并盡量考慮對錯誤操作的提示和容錯的把控，注意壓縮系統自身容量，保證頁面流暢打開、順暢切換，使系統網頁有一個友好的用戶界面，加強用戶體驗［13］。

1.4系統結構

本論文共分六章。論文的第一章為緒論，這一章主要講述了購房信息管理系統研發的目的與意義，系統開發的背景及國內外現狀，系統研究的主要內容和針對的主要目標群體。第二章著重介紹了購房信息管理系統的關鍵技術，主要介紹了數據庫的基本概念、數據庫的設計過程、Powerbulider9.0的數據庫機制，還對系統技術可行性、經濟可行性、操作可行性及系統功能性需求和非功能性需求進行了詳細分析。第三章著重講述購房信息管理系統的設計，包括系統設計的概述、功能結構圖分析、數據庫設計及邏輯機構設計。第四章介紹購房信息管理系統的實現，具體是各個功能模塊的實現。第五章是購房信息管理系統測試，包括系統測試的原則、各個功能模塊的具體測試及測試結果分析。第六章是總結和展望。

1.5本章小結

本章主要統觀了國內外房地產行業的發展狀況及行業內信息化情況，結合國內的情況，明確了房地產行業信息化建設的重要性，特別是能滿足購買方的功能需求的軟件，也簡單闡述了購房信息管理系統開發的必要性及其意義，并且根據預期的功能需求設置了對應的功能模塊，目標設計一個功能齊全，用戶體驗良好的系統。

第二章系統關鍵技術與需求分析

2.1購房信息管理系統關鍵技術

在信息時代，我們每天無論工作和生活都會接觸到各種各樣的信息，各類信息的生成借助于計算機強大的存儲，處理，查詢信息等功能，逐漸人們養成了非常依賴電腦和手機等多媒體工具地習慣。然而計算機本身強大的基礎與數據庫技術支持密不可分，所以在開發購房信息管理系統是，數據庫的選擇尤為重要，接下來主要是對數據庫的選擇做一個分析，對數據庫的全面了解才能在開發購房信息管理系統中做好決策，開發出更適合大眾使用的信息系統。

2.1.1Powerbuilder9.0 的數據庫機制

Power Builder9.0 是一個超級優化的多文檔界面，可以根據需要自由切換主題，是目前最強大最新的版本,它具有封裝性、多態性和繼承性，在使用過程中提供可視化集成開發壞境。這種環境有利于快速輕松地創建目標對象并且編寫事件處理程序，用戶僅通過菜單、工具欄和一些簡單的功能鍵便可實現。啟動 Powerbuilder9.0 后，集成開發環境會觸發，主要包括主菜單欄，工具欄、系統樹和文件夾窗口、輸出窗口底部。在開發購房信息管理系統時，通過各種控鍵和PB的的充分運用，可以達到美化界面，完善信息,簡化操作的效果。

Powerbuilder9.0 也是一種客戶端應用程序開發工具，專門為各種數據庫設計，可以實現多方面的鏈接，如可以與其他數據庫服務器（如Oracle, MS SQL，Sybase， Informix 等）形成客戶端/服務器體系結構，也可以連接到諸如 Foxpro， Excel， Dbase 和其他文件類型的數據源。不同類型的數據源或數據庫的接口軟件也有特定要求，有兩種方法可以實現 Powerbuilder 與各種數據庫連接起來，其中一種方式是通過 ODBC,通過 Powerbuilder 為 Olacle, MS SQL，Sybase，1nix 等提供專用接口軟件。

ODBC 接口是 Microsoft 開放式數據庫互連的開放標準接口。 ODBC 接口使用 S0L 作為標準查詢語言來訪問連接的數據源，這允許單個應用程序同時訪問多個不同的DBMS[14]，在此期間用戶可以通過加載連接到不同數據庫的驅動程序建立與各種數據庫的連接。但是，由于它調用了更多的層，如果只是通過這個數據庫的接口操作，效率會更低。專用接口具備直接，快速，并充分利用特定數據庫的特性，所以如果要與Oracle, Sybase，MS SQL數據庫連接，建議使用專用數據庫。具體考慮分析各種數據庫的優缺點和實際系統需求，最終決定在購房信息管理系統中選用Sybase數據庫。Sybase數據庫主要優點有以下幾方面：

（1）夠在多臺設備同時工作時保持平衡；

（2）能夠支持資源共享；

（3）創建可編程數據庫，允許用戶編寫自己的數據庫例程；

（4）多線索化的特點。一般數據庫通過操作系統實現對數據庫的連接，而 Sybase 數據庫不會，因為通過操作系統實現管理和連接時會直接導致多個用戶使用時性能下降，而 Sybase 的數據庫繞過了這一環節，因此性能不會因接口多而受影響；

（5）具有觸發器的作用，能夠有效保證數據庫的完整性。

2.1.2UML 建模思想

在 20 世紀八九十年代時，隨著面向對象的分析與設計方法的迅速發展， UML 建模思想應運而生。UML是一種統一建模語言，通過采用統一的語義和符號來表示，是一種用來建模和開發軟件系統的圖形化語言。它的主要作用是能夠在軟件開發的各個階段提供可視化建模支持，能夠通過圖形化的表示使開發者捕捉到與系統相關的重要細節,比如項目的需求分析的理解程度，解決方案的執行情況等。

在 UML 中,通過視圖來描述系統模型的不同側面,通過圖來描述待建立系統的模塊。

UML 由四種視圖組成用例視圖，具體為:

（1）定義系統的外部行為,幫助用戶理解和使用系統。包括用例圖、序列圖、協作圖和活動圖。

（2）邏輯視圖:描述支持用例圖功能的邏輯結構,包括類圖和狀態圖。其中類圖描述系統中類的組成及其之間的關系,狀態圖顯示對象的可能狀態以及狀態之間的遷移。

（3）組件視圖:描述實現的視圖。用于對模型中的組件建模,描述應用程序搭建的軟件單元以及組件之間的關系以及對類及其他元素在組件中的分配建模。

（4）布局視圖:顯示系統的軟件和硬件的物理配置。

2.2可行性分析

可行性分析是基于客觀實際、具有較強科學性的具體分析。從可行性角度分析軟件，可以在客觀實際上初步判斷待開發軟件的可操作性和發展價值，盡量少走彎路，以將更多精力和時間放在難點攻關上。房屋信息管理系統的設計和實現可以從經濟可行性、技術可行性、操作可行性三方面開展具體分析。

（1）技術可行性。實現 WEB 服務器與供應商數據庫之間的連接接口是實施網站的關鍵。市場上流行的WEB和數據庫接口技術有很多。但是存在很多限制。例如，IDC （互聯網數據庫連接器----互聯網數據庫連接器）是安全的，易于編寫，但是功能性不好，只能對數據庫可行，對頁面服務器的其他文件都不支持。但它功能不強，只能對數據庫進行操作，而不能對WEB服務器的其他文件運行。Jdbc （全稱為 Java DataBase Connectivity,java 數據庫連接），功能性強，安全性能也佳，但是執行效率偏低，不支持JAVA語言編程［15］。通用網關接口（CGI）功能強大，跨平臺性能好，適用于大多數操作系統，但是，開發、成本變化、操作難度大，運行非常慢。Microsoft推出的ADO （全稱為ActiveX Data Objects）是一種易于使用，內耗少，能訪問多種數據類型，而且訪問速度非常快的程序對象。它是微軟公司推出的產品，是一種對ActiveX技術的數據訪問方法，能為INTERNET上的數據訪問提供接口支持。微軟公司還根據 IIS 和其他 Web 服務器的需要，開發了 ASP （Active Server Pages）技術，ASP技術為ADO技術的實現提供了理想的編程環境［16］。ASP技術的優勢主要有以下幾方面：

1）不需要直接編譯，直接運行；

2）功能擴展通過借助ACTIVE X服務器組件實現，能夠獨立面對對象；

3）獨立性能好，能夠不依賴瀏覽器；

4）機密性好，源程序碼不會外泄，采用數據庫用戶-角色-運行用戶的訪問形式,通過角色分配權限［17］,達到對數據的安全操作，服務器會通過間接傳送的方式發送內容到客戶端瀏覽器，也就是服務器為避免ASP生產源程序代碼直接傳送到客戶端瀏覽器，會自動將ASP程序代碼解釋為HTML格式的主要內容，之后才發送給客戶端的瀏覽器。

Asp 運行的過程環節，如圖 2-1。

圖 2-1 Asp 運行圖

ASP 技術是功能強大的數據庫和 WEB 服務器互聯技術，結合 ADO 技術和 ASP 技術，通過提供、創建數據庫的主要信息內容，實現用戶在瀏覽器屏幕對數據庫數據的任意修改［18］。具體流程為：當ASP文件被訪問時，WEB服務器解釋文件中的腳本語句，同時使用ADO通過ODBC訪問數據庫，最后將生成HTML文件發送到客戶端瀏覽器［19］。在中國，大部分地區的互聯網都使用 WINDOWS NT 操作系統和 IIS WEB 服務器操作環境，在普及使用這塊倒是不用擔心。

購房信息系統是一個基于Intelnet的HTTP傳輸協議、采用C / S模式的網絡系統。在硬件方面，服務器端是可擴展的萬維網服務器，客戶端是個人電腦。對于軟件，我們打算使用以下類型的軟件：

1）使用 Windows XP 版本以上的操作系統。 Windows 系列是網絡應用軟件，是可以快速構建內聯網環境的操作系統。

2）系統內核使用 Asp 技術，系統的目標用戶是購房的買賣雙方，他們中的大多數使用Windows 2000 Server作為www服務器。因此，選擇了 Microsoft的Asp 和 Windows 2000 Server 操作系統。

（2）經濟可行性。系統結構選擇對硬件和軟件要求比較低的 C/S 結構，也就是客戶/服務器模式。 C/S 結構除了能有效降低開發成本外，還具有數據傳輸速度快、開發周期短的優點［20］。這樣，只要用戶在同時具備www服務的Web服務器, Access 數據庫和個人客戶端的條件下就可以輕松操作。這樣，系統的經濟可行性和技術可行性得到了有效保障。登錄購房信息管理系統，買賣雙方可以在網頁上憑借個人身份信息經過識別功能進入查詢管理頁面，了解住房信息和市場情況等，全面管理買賣雙方的供求信息，實現買賣雙方在整個交易過程中雙贏。我相信這個軟件的發展不僅可以改善房屋信息管理，為房地產公司帶來利潤，更能為購房者排憂解難。

（3）操作可行性。本系統采用C/S模式架構的方式，這樣可以避免安裝配置難的問題，實現用戶最基本的要求；而且如前面所說，采用這個模式構架會較大降低開發成本，由于開發成本的降低，使得產品價格也會在市場上占據絕對優勢，產品的競爭力將大幅提升。加上購房信息管理系統的目標用戶就是普通大眾，所以在試用上對電腦知識的要求不能高，整個系統的設計過程中要盡量考慮到操作簡單、界面友好、功能齊全的原則，做到只要用戶簡單輸入個人注冊信息進行身份識別就可以順利進入系統網頁。為了后期系統的正常維護和使用，對系統管理者的要求也不會設置太高，只要其具備基本的電腦技術，加上后期對系統的具體學習和了解，就能在后續工作中熟練操作使用。

綜上,通過技術、經濟、操作的可行性研究與分析,我們得出開發購房信息管理系統是可行的。

2.3需求分析

2.3.1系統的功能性需求

系統的功能性需求是指系統具體的業務需求,即脫離技術,而僅僅是系統業務方面的功能需求合集［21］。現在設計購房信息管理系統的直接目的就是合理利用先進網絡技術，減少人力輸出，優化工作方式方法，加快處理數據，減少信息錯誤，提高工作效率，提高數據準確率。我們通過對市場的需求分析，較為全面詳細地分析了系統的功能和性能，為設計軟件做好前期分析工作。系統需求分析的原理是：通過明確目標系統的物理模型建立目標系統的邏輯模型，根據目標系統的邏輯模型篩選目標系統的物理模型，在邏輯模型中通過測算數據字典和數據流圖來改進邏輯模型。所以確定目標系統的物理模型及其具體的運行方式是關鍵也是基礎。

通過對目標用戶的需求調研，認真分析后初步確定系統必須具備的幾塊功能模塊，具體為：

增加房屋信息功能：用戶可手動增加房屋詳細信息。

房屋信息刪除功能：由用戶可以根據個人需求自由選擇要刪除的房屋信息，點擊刪除鍵后刪除該房屋信息，但是為了避免誤刪除，信息也可以設置放在緩沖區內等待刪除指令，在沒有提交到數據庫前的信息，都可以后期選擇撤銷刪除操作，這樣就可以恢復原來信息；如果已經提交到數據庫了，并在提示下點擊確認，則該刪除后將不能恢復該筆信息，但是信息資料可以重新建立。

房屋信息修改功能：用戶根據根據實際任意選擇要修改的房屋信息，可以選擇下架待處理，也可以重新填寫房屋的登記信息，但是為避免數據重復統計，原房屋原本的信息則會在系統提示下被覆蓋。

關鍵字查詢功能是一個數據庫管理軟件的必備輔助功能，當數據量大的時候，呈現給用戶所有信息，肯定有很多信息是冗余的或是無效的，有的甚至是用戶不需要的信息。用戶可以選擇精確的房產信息檢索方式，也可以選擇輸入關鍵字模糊檢索方式,如果需要對房產信息進行多方位的限制性檢索時，還可以通過高級檢索方式，也就是在提供多個檢索入口的界面中對所需要的房產信息開展詳細檢索。用戶通過檢索界面就可以獲得需要的房源相關信息。

統計報表功能。該功能主要是實現對各類房屋及需求信息進行歸類統計、分析、查詢等具體操作。

打印報表功能：該功能主要是能連接打印機，對統計信息進行預覽、導出并打印。

系統設置功能。該功能主要是實現對用戶的基本信息進行刪改，恢復、備份數據，系統退出等一些基本操作。

現在以企業界面進入，以管理員為注冊對象用例圖展示，圖中主要說明的是管理員在購房信息管理系統中的權限以及運行操作的具體流程，其中包括兩大部分：系統發布信息管理部分和網站管理部分，細化到系統管理、用戶權限管理、客戶信息管理、各類信息發布等。如圖2-2所示。

-統管疋〕）

用戶權限管理〉

客戶信息管理）

各類信息發布）

圖 2-2 管理員用例圖

現在解釋第二類目標群體個人的使用流程，以個人名義注冊的用戶的例圖展示，主要是對個人用戶需求信息進行統一管理的過程，包括對進入網頁后進行房屋信息瀏覽和篩選查看。如圖2-3所示。

—屋信息瀏覽二

屋信息添加］

圖 2-3 用戶用例圖

個人實名認證申請流程用例圖，即個人如果想在網頁上發布個人購房信息，

則首先要在網頁上實名注冊，注冊信息輸入完成系統確認后才可以發布信息，當然，如果沒有注冊的情況下也可以自由瀏覽頁面。圖中主要展示對申請信息進行

統一管理的流程，包括申請人注冊網頁、填寫個人購房訂單、瀏覽房產信息、選

擇房產、生成訂單等。如圖 2-4 所示。

2.3.2系統的非功能性需求

在使用軟件中,項目建設非功能性需求也無處不在，除了要滿足系統的功能需求外，系統的非功能性需求也不能忽視。因為在一個正常運行的系統中，功能性需求和非功能性需求同樣重要，兩者缺一不可。非功能性的需求包括：

(1)系統功能的可擴展性。系統的可擴展性是指在需求變更的時候，在功能性設計上系統具有功能伸縮性，比較容易添加功能設置，不會因為框架而問題出現不支持的現象［22］。由此可知，可擴展性就是指在設計軟件時要目光長遠，做好系統升級或是需求變化的系統支持。可維護性是系統后期運行的安全性、可靠性和穩定性的有力支撐，由它可以直接判定一個系統質量的優劣。

(2)穩定性原則。穩定性不僅表現在保障系統正常情況下不會突然死機，還應該保障在突發狀況時也不會丟失重要數據，比如突然斷電或者客戶端受損。所以在設計系統初期，我們就要充分考慮到系統的重要業務范圍，起碼能在突發狀況時充分保障這塊的數據不丟失。

(3)易操作性原則。系統的易操作性主要體現在兩方面，一方面是系統的硬件上，也就是無論設備分辨率大小、內存大小還是系統內部配置高低，軟件都可以正常運行；另一方面體現在使用者身上，因為系統的使用對象包括最普通的老百姓，很多人對電腦和手機的功能都不怎么了解，大家對系統的理解水平也各不相同，只有容易學習容易掌握的東西才能具有普及性，所以在設計軟件時，不能只站在研發人員的角度來看待問題，還要從外行人，特別是沒有什么計算機知識的人的角度出發考慮問題，這樣才可能設計出一個通俗易懂功能強大的應用型軟件。

（4）可移植性原則。現在電子設備更新換代的頻率特別快，很多人不可能不換手機或電腦設備，那就要解決原始數據轉移的問題，所以這個時候可移植性的作用特別突出。系統的可移植性可以保障我們原始數據的完整，而保障數據的安全轉移。

非功能性需求設計包含的要點主要有：

（ 1 ）前端 UI 交互；

（ 2）操作體驗性設計；（3）數據庫中間件使用；（ 4 ）訪問。

2.4系統接口

2.4.1系統接口的類型

系統接口主要有四種類型，分別為用戶接口、硬件接口、軟件接口和通訊接口，每個接口的特點又各不一樣，具體區別分析如下：關于用戶接口，房地產信息管理系統設計的初衷就是能滿足普通大眾的購房需求，面對的是對計算機知識不多或者是基本不了解計算機的群體，這就需要對人機界面要求高，大眾化的網頁的格式勢在必行，并且用戶能夠輕松掌握相似格式的信息管理系統的操作方法，當然，也要開發有創新性的網頁格式，以達到吸引大眾上午目的。使用瀏覽器方式進行打印的方法。在系統注冊和登錄及發送郵件中普遍運用 ENTER 鍵，多種簡化操作方便了用戶，用觸發方式可以實現其他操作。關于硬件接口，為了滿足能同時連接到多個服務器的要求，硬件接口采用分布式處理的方式。關于軟件接口，要求可以通過ADO開展連接；并且能與Access數據庫進行連接的接口［23］。關于通訊接口，互聯網比較普及，為了軟件的普及性，通訊接口要求采用 http 協議的形式。

2.4.2系統接口的要求和處理原則

信息系統對外的數據接口的具體為：易操作傳輸，能滿足使用需求；功能靈活，能保障多個專業應用系統同時運行；具有適用、安全、穩定的性能優勢；其他系統與它同時運行時不會受到干擾。

（1）系統接應遵循以下幾個原則：

（2）能夠實現應用系統間的接口連接；

（3）應全面注意系統的應用擴展情況；

（4）在滿足要求的前提下,使接口數據盡量最少；

（5）接口數據能夠方便的形成,在數據交互過程中應具有確認過程；

（6）保證接口數據在各應用系統之間所需的一致性；

（7）接口數據傳輸控制策略完善且可靠；

（8）具有可靠的接口數據出錯處理機制。

2.5本章小結

具體介紹了購房信息管理系統的開發環境和需要使用的工具，便于在編程的過程中熟練使用各種工具，避免不必要的時間和精力上的浪費。經過可行性分析，充分了解到系統的經濟性、操作性、技術性，同時分析了系統的需求性，從目標群體界面功能流程分析，明確環節流程，確定大體界面設計，綜合各方面的結果，根據系統必須具備的功能確定了進一步的功能模塊設置，進一步明確系統開發的可行性。

第三章購房信息管理系統設計

我們在設計系統的時候切記一定要按照結構化設計的原則，只有這樣才能最好地體現系統功能的定制性。結構設計方法的概念是指功能操作組成了各個程序或系統，而且吸取“黑盒子”的理念，不關注系統內部結構和原理，只關心功能實現。實質上，軟件設計者第一步只需要單純對系統、運作過程和模塊間的關系進行分析即可，必須故意無視程序、模塊和過程的內部情況才能夠最自由得選擇、設計系統結構。當然，這個無視只是暫時的，只為不讓先入思維限制自己的想象，局限系統的功能設計。各個模塊功能相互關聯，已編號程序的各個模塊之間可以相互關聯使用。“把有關的各方面放在一起,把無關的東西不要放在一起”,這是模塊劃分最簡單的描述。軟件結構是由模塊按一定的組織層次構造起來的，這種結構的表示方法類似于企業組織人事管理的層次結構,到了設計階段的后期再來實現從邏輯功能模塊到物理模塊的映射［24］。由此可以簡單地說，結構化的設計目標就是將軟件設計為功能單調、結構相互獨立的模塊。

3.1系統設計的概述

3.1.1系統設計的目標

這個階段的主要任務是按照系統設計的要求確定設計目標，根據設計目標尋找合適的設計方法，進而制定對應的規范，明確設計主次模塊。根據設計的主次功能將系統細分成多個層次功能模塊。確定每個模塊的功能后就要尋找軟件設計中的對應關系、模塊中的調用關系，確定模塊與模塊對應的接口，完成模塊之間的信息傳遞。為避免大量數據冗余，保證分區評估模塊的質量，要特別注意設計接口的信息結構。因為查詢等應用服務和用戶訪問都是通過網頁服務方式實現的，所以要重視網頁門戶的服務設計。其中，數據相關服務、單一應用服務和復合業務服務都是通過SOA架構底層支撐才能在用戶前最終體現。所以，可以同時推出多種側重點不同的購房信息管理系統的門戶，用戶可以根據自己的需求來自行選擇。系統采用統一門戶管理技術可以實現不同業務的單點實現登錄，因為它能將不同的業務應用集合在一起。

3.1.2系統的流程處理

用戶下載軟件APP后，打開安裝就可直接進入到系統網頁，無論注冊與否都

可以瀏覽頁面信息，但是發布相關信息或者網頁對話，就要注冊會員。進入注冊界面，按照要求填寫真實的相關信息即可完成注冊，注冊完成后進入登陸界面，在進入前，系統會進行身份和密碼識別。當用戶爭取輸入密碼和用戶名后，點擊確定即可正式進入會員模塊。管理員模塊的注冊和登陸與會員一樣，只是在注冊時界面會有所區別。具體處理流程如圖 3-1 所示。

「U瀏覽信— c非會員模塊＞

圖 3-1 運行處理流程圖

信息管理的功能模塊，主要涉及登記功能、房屋數據管理、信息查詢和其他功能等模塊，每個功能模塊都可以根據實際需要再次細分。其中房屋數據管理模塊按照需要再次細分成出租數據管理模塊、出售數據管理模塊、需求數據管理模塊；內容比較廣泛的其他功能模塊又細分為會員在線競標功能、在線人員顯示、投標統計功能、用戶驗證功能、用具數據顯、管理投標功能等子模塊，具體的模塊設置還會在后續開發中不斷細化完善，實現業務流程的優化。業務流程優化主要就是對原有的業務流程不足之處進行了優化,并且在原有業務流程的基礎上進行了細化［25］。目前具體模塊結構圖如圖3-2所示。

3.1.3運行模塊的組合及環境

運行模塊主要由“登錄”、“注冊”、“查詢”、“發布”四個大模塊組成。不同模塊的反映由不同的控制行為控制。“登錄”模塊界面會設置有兩個連接選擇，即注冊選項和忘記密碼選項，這樣即使忘記密碼也能成功登陸。當用戶記得自己的用戶名和密碼時，進入登錄界面并且按要求正確輸入，點擊“ ENTER”按鍵就可以順利進

入業務功能操作模塊；如果忘記密碼，則點擊“忘記密碼”選項，就可以直接進入密碼重置處理模塊，重新設置密碼。當用戶輸入正確的用戶名和密碼進行登錄操作后，登錄模塊出現兩個，分別是會員模塊、管理員模塊，根據身份選擇對應界面進入。在房源需求信息發布模塊中，房屋編號和房屋類型作為傳遞參數，完成數據篩選和定向。在個人數據修改，會員投標資料修改、用戶驗證功能等調用程序中，用戶名和密碼則是其的傳遞參數。

購房信息管理系統功能的設計目標有兩個方面。一方面，它使房源管理者簡化工作操作流程，節約工作時間，提高工作效率，促進房源信息的管理更加高效、準確、及時；同時，在信息實時更新后，購房者可以通過網頁輕松搜索了解到目標房源具體信息，避免到處奔波的辛勞，同時提高購房、租房效率，省心省力。

購房信息管理系統運行環境應具備的要求：

（1）硬件設備要求內存1GB及以上；硬盤內存500GB及以上。

（2）數據庫的具體要求：SqlServer2005版本以上數據庫。

（3）操作系統的要求： Windows98 版本以上。

（ 4）開發工具的要求： Powerbuilder9.0。

圖 3-2 系統模塊結構分布圖

3.2 系統功能結構圖

系統頁面設置的功能模塊大致有登陸、頁面、模塊、數據、統計、打印等，

設置模塊如圖 3-3 所示。

頁面設置

_ u登錄二

塊

計^

圖 3-3 系統頁面功能模塊圖

_ 保存二

-除

房屋信息管理模塊主要是發布房源具體信息，上面有很多描述房屋的信息，

分為重要的必填信息和次要的非必填信息，具體項目有房子的實際使用面積、戶

型的類型、小區的具體位置、小區名稱、樓層信息、戶主姓名及發布的時間等,并

且所有的信息都可以后期修改或刪除。具體模塊設置如圖 3-4 所示。

房屋信息

-面積

U戶型二

區

樓層二＞

UZ發布時間二＞

-^主^

圖 3-4 房屋信息管理模塊圖

U7添加二）

Cj除2^

—修改二）

會員注冊登記模塊，主要是用戶注冊填寫個人基本信息資料，具體包括姓名、賬號、密碼、住址、電話等的項目，資料在后期維護中可以自由選擇修改或刪除。具體表現形式如圖3-5所示。

房屋查詢模塊，主要包括需求房屋查詢和租售情況查詢。通過這兩塊功能模

板，輕松了解全部房源狀態和信息。功能模塊設置如圖 3-6 所示。

圖 3-6 房屋查詢模塊圖

3.3數據庫設計

3.3.1數據庫基本概念

首先，對數據庫要有一定的了解，數據庫就是信息的匯集地，它的本質是一種實現數據處理的工具，可以實現一邊存儲數據同時一邊處理數據，主要作用是能夠準確、快速地組織和表達信息。計算機的數據庫有非關系數據庫和關系數據庫兩大類別。關系數據庫包含許多信息表，數據庫又包含各種不同的術語，如字段、域、記錄等。數據庫的簡單定義就是按照一定規律組織起來所組成的數據得集合。數據庫在采取數據信息時，不僅采取外部信息的數據，還采取內部數據的信息。這些數據定義了數據庫用戶及其數據庫表單的定義，相應的權限等等，現在，存儲數據的地方通常被叫為數據字典［26］。

3.3.2數據庫的設計過程

如果要創建數據庫，就要嚴格遵循以下幾個流程和注重其中的關鍵點：第一，要明確數據庫的使用范圍；第二，要明確創建數據庫必須的字段；第三，要明確該領域數據表的合理；第四，要明確關聯數據表間的關系，數據庫的建立要基于項目的需求，不可盲目選擇，需求的分析至關重要，內容應該清晰簡明。按照確定數據庫的需求、合理的數據表、分割數據表、建立數據表的結構的步驟進行。字段的命名也有要求，必須注意清晰和簡潔，通過字段的名字可以直接看出字段的內容，所以命名使必須注意準確。為了減少內存占用，盡量不影響系統的運行速度，要認真選擇合理的字段數據類型和適當的數據寬度。數據表中的數據會根據主鍵字段的順序存儲，并且主鍵字段可用于有效地與其他數據表關聯。

結合數據庫創建表的特點，分析了采購信息管理系統的各種功能，利用該數據庫建立了各類表格，比如員工表，客戶信息表，成本信息表，建筑信息表等數據表，并在每個表格中選擇了相應的表格字段的數據類型。

3.3.3數據流程

購房信息管理系統作為一個公眾化的軟件系統，用戶最常用的功能無非就是對房源信息的修改、保存、更新和查詢這些具體功能上，要想實現用戶對系統最基本需求的前提下，就需要有一個能夠實現所有信息順暢傳輸的數據庫結構。數據結構、基本信息數據輸入、數據處理是數據分析的“三部曲”。從分析網站管理、頁面設置、需求分析的基礎上，得到購房信息管理系統的需求流程分析，具體如下。

（1）購房信息管理系統頂層數據的流程，主要包括兩部分，用戶輸入相關房產信息，經過網站處理，網站按照檢索要求輸出相關信息，數據流程圖如圖 3-7 所示。

圖 3-7 頂層數據流圖

2）基本功能的數據流程具體分為兩部分，一部分是用戶信息方面的數據管

理，另一部分是房屋信息方面數據的管理。同時，系統的管理員可以依照權限在

后臺對這兩方面的信息進行數據維護，具體流程如圖 3-8 所示。

圖 3-8 基本功能數據流圖

（3）主要功能的數據流程具體為：用戶將基本信息輸入系統，基本信息在網頁中檢驗正確與否，信息正確即可進入到系統數據庫中進行管理，納入信息檢索范疇；當基本信息檢驗結果為錯誤時，及時將結果反饋給用戶，具體功能數據流程如圖 3-9 所示。

圖 3-9 主要功能數據流圖

（4）房源信息查詢的數據流程具體為：用戶輸入查詢信息關鍵詞，或信息正確表達的句子則可按照查詢信息檢索，生成對應房源信息表，同時還可以依據查

詢信息生成對應報表；如果輸入信息有誤，系統會及時將結果反饋給用戶。房源信息查詢的數據流程具體如圖 3-10 所示。

圖 3-10 房源信息查詢數據流圖

通過對用戶注冊信息、房源管理信息進行綜合整理，并對數據具體流程進行詳細分析，初步確定設計的數據項、數據結構如下所述：

（1）查詢的數據項目：房源的類型、房源的地域、房源的價格及范圍，房源的具體戶型、房源的面積等。

（2）系統注冊用戶的數據項目：個人用戶要求信息為姓名、戶籍、性別、地址、年齡、職業等；企業用戶要求信息為企業名稱、統一信用代碼、地址、經營范圍等。

（3）交易要求的數據項目：求租價格，出售價格，求購價格，出租價格，交易價格，交易方式，交易狀態等。

（4）房源信息要求的數據項目：房源所屬的戶主、區域、具體地址，房源自身的戶型、面積、價格、房號等。

3.3.4數據庫概念結構

系統設置為了體現安全的概念，在登錄界面設置了條件障礙，即要求用戶只有在登錄界面正確輸入個人注冊信息并經數據庫驗證無誤后才能進入到可操作界面。登錄后，用戶也要遵循數據庫登錄過程反饋的權限在界面內進行操作，超范圍操作會被數據庫直接反饋操作失敗。數據庫是作為業務系統管理的核心支撐,是

業務系統實現的后臺,更是系統建立的基礎［27］。所以可以直接定義，優秀的系統決定于優秀的數據庫設計方案。

在概念設計階段，設計者從用戶的角度看待數據及處理要求、約束，產生一個反映用戶觀點的基本概念模式，然后再把概念模式轉化成邏輯模式的階段［28］。如果想要減少或不受特定 DBMS 的限制，那就要想辦法使設計的復雜度降低，可用試驗將概念設計從整個設計抽身出來的方法，這樣每個階段要考慮的問題就單純簡單很多，任務可以單一地去完成，使設計可以順利進展。思考用數據模型構建數據庫的結構和定義，是系統設計初級階段必須首要考慮的問題，怎樣抽象體現現實世界是系統實現的思考入口。“概念數據模型”和“結構數據模型”是現在比較普遍使用的數據模型。“概念數據模型”一種是獨立于計算機系統的模型，包括常用到的“實體聯系模型”；“結構數據模型”可以省去中間環節，直接面向數據庫邏輯結構。

在數據庫系統設計中，第一步要做的是對分析得到的數據字典里面的信息進行分析、保存，分析時，為了了解系統的關系模式，還要特別注意對各個數據存儲之間的關系進行詳細分析。為了將抽象的東西形象化，便于理解和分析，通過 E-R圖的分析方法對數據結構進行分析是一個常用、實用的方法。E-R圖的構成因素有聯系、屬性、實體三個方面，E-R圖的分析方法就是是一種通過E-R圖來體現抽象數據段的設計方法［29］。考慮到“實體聯系模型”（E-R模型）能獨立于計算機系統，并且可以在現實中提煉出實體間的關系和實體的類型，購房信息管理系統選擇使用“實體聯系模型”開進行數據庫設計，包括用它來抽象描述現實世界，用它來具體描述數據庫的結構與語義。“實體聯系模型”通過四方形框、圓形框、梯形框、棱形框和直線組成形象的構圖來體現數據模型，是一種直觀的觀察方式表現圖。E-R模型明顯的優點是通俗易懂，比較接近人的思維，用戶比較容易接受。

由上面的模型設計方案的概述，可以大體確定系統對應的大體實體類型，租售包括查詢實體、出租實體、出售實體、房屋資料實體和用戶資料實體等。各個實體的E-R描述圖如下。

房屋信息圖，包括戶型、地址等。如圖 3-11所示。

圖 3-11 網站管理員實體圖

用戶信息圖主要包括姓名、聯系方式、性別。如圖 3-12 所示。

圖 3-12 出庫信息實體圖

租售信息圖主要包括出售、出租、求購、求租等。如圖 3-13 所示。

圖 3-13 租售信息實體圖

查詢信息實體可以設置模糊查詢也可以設置高級精準查詢，只需要在查詢功

能下設計查詢條件，各個條件根據實體具體描述設置。如圖 3-14 所示。

圖 3-14 查詢信息實體圖

3.4邏輯結構設計

3.4.1數據庫模型

數據庫邏輯結構是指數據庫里面的表格和每個表格之間的關系體現，是基于在實體和實體關系的基礎上，將數據庫由原本的抽象的概念結構轉化為具體的實際數據模型的一種體現。購房信息管理系統每個功能板塊的設計都需要這種轉化，例如：登錄界面轉為的形式為用戶及管理員登錄使用表(zhuce)、租房功能界面轉化的形式為租房信息表(rent)、購房功能界面體現的形式為購房屋信息表(sale2)、售房功能界面體現的形式為售房信息表(sale)、留言界面體現的形式為留言信息表(Liuyan)、新房登記界面體現的形式為新房信息表(sale4)。

3.4.2主題數據庫

主題數據庫平臺是一個能夠對編碼標準和信息分類進行統一識別，統一管理各種類型的數據庫的平臺，并且是可以針對不同的應用業務模塊建立不同的數據庫的平臺。系統對房源的各類數據提供各類需求功能，其中包括查詢和屬性條件檢索等基本性功能，也包括報表分析和統計、主動推送等高級功能；系統具有系統安全機制，并且可以進行數據格式的變換，可滿足對多源的基礎數據進行統一管理的需要。在建立購房信息管理系統的主題數據庫的基礎上，數據庫平臺將對現有的其它系統數據進行統一操作和處理，和主題數據一起結合組成統一的大型數據庫，進行統一管理。數據庫結構各個模塊的設計圖 3-15、圖 3-16、圖 3-17、圖 3-18、圖 3-19 所示。

圖形瀏覽統計分析

數據通用管理工具

信息查詢信息發布

圖 3-15 數據服務模塊

圖形瀏覽信息查詢

統計分析元數據管理

信息發布歷史數據管理

歷史數據回溯

圖 3-16 數據管理模塊

圖 3-17 數據核查模塊

權限管理系統監控

數據庫管理字典管理

參數設置日志管理

圖 3-18 數據維護模塊

圖 3-19 配置服務層

3.4.3數據表

數據庫表是系統開發過程中非常重要的組成部分,直接影響到數據統計，關系數據率的準確性，所以說數據表設計的優劣就會直接影響系統的使用及體驗。購房信息管理系統是通過SQL文本的形式來表示。各個主要表格的結構描述如下：

（1）登錄使用表，針對用戶和管理員。整個表必須基本包含的信息有：電話號碼，真實姓名，真實郵箱，密碼。結構如表 3-1 所示。

表 3-1 用戶及管理員登錄使用表

列名數據類型長度備注

Name varchar 20 主鍵登錄名

Pwd varchar 20 密碼

Phone varchar 12 主鍵

Mail varchar 20 郵箱

Type varchar 24 身份

（2）租房信息表。整個表應該體現出房源的特點，具體描述點有：具體地點，理想定價，發布時間，房屋類型，所在地區，房屋戶型，實用面積，房型，低價，發布人名。結構如表 3-2 所示。

表 3-2 租房信息表

列名數據類型長度備注

Id Int 4 主鍵標識位

Didian varchar 50 地點

Area varchar 50 地區

Taoxing varchar 30 套型

Leixing varchar 16 房屋類型

Fangxing varchar 50 房型

Mianji Float 8 面積

Price varchar 20 底價

Price1 varchar 20 頂價

Phone varchar 20 主鍵

Name varchar 20 主鍵發布人名

Time Datetime 8 發布時間

(3)個人售房信息表。整個表應該體現的基本信息包括：地點，地區，發布時間，房型，面積，套型，房屋類型，低價，定價，發布人名。結構如表3-3所示。

表 3-3 個人售房信息表

列名數據類型長度備注

Id Int 4 主鍵標識位

Didian varchar 50 地點

Area varchar 50 地區

Leixing varchar 16 房屋類型

Fangxing varchar 50 房型

Mianji Float 8 面積

Price varchar 20 底價

Phone varchar 20 主鍵

Name varchar 20 主鍵發布人名

Time Datetime 8 發布時間

(4)購房信息表。整個表應該體現的基本信息包括：地點，地區，發布時間，房型，面積，套型，房屋類型，低價，定價，發布人名。如表3-4所示。

表 3-4 購房信息表

列名數據類型長度備注

Id Int 4 主鍵標識位

Area varchar 50 地區

Taoxing varchar 50 套型

Leixing varchar 30 房屋類型

Fangxing varchar 16 房型

Mianji Float 50 面積

Price varchar 20 底價

Price1 varchar 20 頂價

Phone varchar 20 主鍵

Name varchar 20 主鍵發布人名

Time Datetime 8 發布時間

（5）求租信息表。整個表應該體現出的基本信息包括：地點，地區，發布時間，房型，面積，套型，房屋類型，心里價位，租賃時間，發布人名。如表 3-5 所示。

表 3-5 求租信息表

列名數據類型長度備注

Id Int 4 主鍵標識位

Area Varchar 50 地區

Taoxing varchar 50 套型

Leixing varchar 50 房屋類型

Fangxing varchar 50 房型

Mianji Float 8 面積

Price varchar 50 底價

Price1 varchar 20 頂價

Phone varchar 20 主鍵

Name varchar 50 主鍵發布人名

Time Datetime 8 發布時間

（6）房企樓盤信息表。整個表應該體現出房源的特點，具體描述點有：具體地點，理想定價，發布時間，房屋類型，所在地區，房屋戶型，實用面積，房型，低價，發布人名，在售數量，是否賣完，發布時間，評分等。結構如表3-6所示：

表 3-6 房企樓盤信息表

列名數據類型長度備注

Id Int 4 主鍵標識位

Name varchar 50 小區名字

Didian varchar 50 地點

Area varchar 50 地區

Taoxing varchar 50 套型

Fangxing varchar 50 房型

Mianji Float 8 面積

Price varchar 50 價格

Jieshao varchar 150 房屋介紹

Phone varchar 50 主鍵

wan varchar 50 是否賣完

Zaishou varchar 50 在售數量

Time Datetime 8 發布時間

Pingfen varchar 50 評分

（7）留言信息表。整個表應該體現的基本信息為：表現主題、留言人名字，具體內容、留言時間等。如表 3-7 所示。

表 3-7 留言信息表

列名數據類型長度備注

Name varchar 20 名字

Zhuti varchar 50 主題

Content varchar 300 內容

time Datetime 8 時間

（8）權限信息表。記錄用戶權限的信息，購房管理信息系統的使用對象主要有企業用戶、個人用戶和管理者三類，其的權限設置表格如表 3-8 所示。

表 3-8 權限設置信息表

字段名稱數據類型長度鍵

用戶ID 整型 10 主鍵

用戶名字符型 20 否

使用權限字符型 5 否

權限類別字符型 5 否

（9）用戶密碼信息表。密碼信息表記錄了用戶密碼的信息，包括用戶編號 ID、用戶名、用戶密碼和密碼初始化，具體表格如表 3-9 所示。

表 3-9 用戶密碼信息表

字段名稱數據類型長度鍵

用戶ID 整型 10 主鍵

用戶名字符型 20 否

使用權限字符型 10 否

權限類別字符型 10 否

（10）通知信息表。為了體現系統的人性化設計，用戶可以免費根據興趣訂閱新聞，相關新聞會及時推送；用戶在搜索界面查看資源時，系統會留有瀏覽痕跡，當發現相關類別的資源時，系統會自動推送；當用戶有明確需求時，可以登記需求信息，系統會篩選關注信息推送；當有來信時系統會及時通知；系統還設有廣告推送功能。用戶可以自由選擇一個或多個通知類型，具體數據如表 3-10 所示。

表 3-10 通知信息表

字段名稱數據類型長度鍵

用戶ID 整型 10 主鍵

用戶名字符型 20 否

新聞推送字符型 50 否

關注推送字符型 50 否

廣告推送字符型 50 否

來信通知字符型 50 否

通知時間字符型 20 否

主動推送字符型 20 否

（11）日志信息表。日志信息表負責記錄日志管理的數據資料，為了系統運

行的穩定性，方便系統后期維護。參數具體如表3-11。

表 3-11 日志信息表

字段名稱數據類型長度鍵

日志編號ID 整型 10 主鍵

系統日志字符型 2 否

日志處理字符型 30 否

備注字符型 100 否

3.5本章小結

本章主要通過流程結構圖，描述各個模板的具體功能分布，是系統由抽象化盡量具體化。致力于按照系統設計目標尋找合適的設計方法，進而制定對應的規范，明確設計主次模塊，實現功能模塊間的信息傳遞和切換。全章不僅明確了流程處理的過程，還明確了系統運行模塊的組合和要求的環境，分析了功能模塊中各個表格的特點，為管理系統的進一步細化奠定了良好基礎。

第四章購房信息管理系統的實現

總體架構設計的目的在于,“站在一個比較高的地方,來觀察整個系統的各個子系統模塊的功能交互”[30]。所以在設計購房信息管理系統時，就要求一定要確定系統的總體框架，再將系統進行模塊細化，之后再對細化的子模塊進一步細化，由面到點展開，再由點到向面聚攏，形成各個功能關聯的整體。

4.1用戶注冊窗體設計

4.1.1UI 設計

本系統提供注冊流程滿足用戶數據信息錄入。考慮交互友好性及功能性，單獨設置交互界面供用戶進行關鍵信息錄入。同時，為滿足安全性需求，增加隱私問題設置，保證用戶數據安全。

注冊交互窗口設計如圖 4-1 所示。

圖 4-1 用戶注冊交互窗口

注意：新用戶在注冊賬號填寫個人信息，必須要按照標注的格式正確填寫，

否則系統就會在出錯的地方標紅提醒，直到必填信息按照系統的要求正確填寫完成才能最終完成注冊；已經注冊過的用戶，系統會根據他的身份進行識別并標注，不能重新填寫注冊。

部分注冊樣式css定義如下：

/*注冊樣式CSS */

*{padding:0;margin:0}

img{border:0}

body{font-family: "微軟雅黑", Arial, Helvetica, sans-serif; padding:0 8px 0 10px; width:985px; margin:auto; font-size:12px; background:#fff; color:#414141} input{vertical-align: middle; font-size:12px} a:link { color:#0041D3; text-decoration:none} a:visited{color:#0041D3; text-decoration:none} a:hover{ color:#ff7000; text-decoration:underline} a:active{ color:#bc2931; text-decoration:underline}

.t1 a:link,.t1 a:visited{ color:#0041D3; text-decoration:underline}

.t1 a:hover{ color:#ff7000; text-decoration:underline}

.t1 a:active{ color:#bc2931; text-decoration:underline}

4.1.2用戶數據設計創建用戶類 User。用戶數據關鍵部分作為必選項，如用戶名、密碼、真實姓名等。關鍵參數設計如表 4-1 所示。

表 4-1 用戶數據類型

名稱類型長度參數實例參數說明是否必選

username String 128 test 用戶名用于顯示及登錄使用 Y

password String 128 h123456 密碼用于登錄使用 Y

real_name String 128 h123456 真實姓名做關鍵參數校驗 Y

sexism Int 16 Male: 0 Female： 1 性別 Y

birthdate String 128 1991-01-01 出生年月日 N

nativeplace String 128 四川成都籍貫信息 Y

phone String 128 18800000001 手機號碼 Y

e mail String 128 Test001@163. com 郵箱地址 Y

questionid int 16 1 內部定義問題列表，通過 id 展示 Y

answer String 128 NA 用戶針對問題的回答 N

role Int 16 0：管理員

1：個人用戶

2：企業用戶根據角色不同進行注冊，不提供管理員角色入口注冊。 Y

4.1.3關鍵代碼

User.java。通過定義用戶類實現角色數據庫存儲及數據本地使用。 import java.util.List;

public class User {

private String username="";

private int sexism=0;

private String phone="";

private String e_mail="";

private int questionid=0;

private String answer="";

private int role=0;

public String getUsername() {

return username;

}

public void setUsername(String username) { this.username = username;

}

public int getSexism() {

return sexism;

}

public void setSexism(int sexism) { this.sexism = sexism;

}

public String getPhone() {

return phone;

}

public void setPhone(String phone) {

this.phone = phone;

}

public String getE_mail() {

return e_mail;

}

public void setE_mail(String e_mail) {

this.e_mail = e_mail;

}

public int getQuestionid() {

return questionid;

}

public void setQuestionid(int questionid) { this.questionid = questionid;

}

public String getAnswer() {

return answer;

}

public void setAnswer(String answer) { this.answer = answer;

}

public int getRole() { return role;

}

public void setRole(int role) { this.role = role;

}

問題設定常量類QuestionConstants.Java,通過使用id獲取對應問題常量，具體編碼如下。

import java.util.ArrayList;

import java.util.List;

public class QuestionConstants {

private String question01="你爸爸的姓名是什么？";

private String question02="你媽媽的姓名是什么？";

private String question03="你小學的學校是什么名字？";

private String question04="你奶奶的姓名是什么？";

private String question05="你喜歡的水果是什么？";

private List<String> listQuestion = new ArrayList<String>();

public String getListQuestion(int id) {

if(listQuestion!=null){

return listQuestion.get(id);

}

return "";

}

public void setListQuestion(List<String> listQuestion) {

this.listQuestion = listQuestion;

}

QuestionConstants(){

listQuestion.add(1, question01);

listQuestion.add(2, question02);

listQuestion.add(3, question03);

listQuestion.add(4, question04);

listQuestion.add(5, question05);

}

說明：用戶成功校驗后執行數據庫插入命令，插入至zhuce表中，進行用戶數據插

入。

關鍵數據庫操作命令：

INSERT INTO zhuce (username, password,...) VALUES (test, 123456, )

4.2用戶登陸窗口設計

4.2.1UI 設計

為了確保系統和內部信息的安全，用戶如果要登陸操作界面，就必須在登錄窗口界面正確輸入用戶名和密碼，經過系統數據庫校驗后才允許登陸，校驗用戶名或密碼不存在則不允許登錄。為避免高并發性的惡意登錄請求，需要使用隨機驗證碼進行安全驗證，隨機碼由系統采用Java標準隨機函數Random類生成，提供給用戶輸入。

登錄窗口設計如圖 4-2 所示。

網站后臺登錄

圖 4-2 用戶登陸窗口

CSS 部分實現樣式具體如下：

.login_success{ width:489px; margin:auto; margin-top:15px; margin-bottom:20px;

padding-bottom:9px; background:url(../images/login_bj1.gif) no-repeat bottom}

.login_success .login_bj{ background:url(../images/login_bj2.gif) repeat-y; padding:6px 10px}

.login_success .login_bj .succ{ height:35px; padding-left:35px; border-bottom:dashed 1px #879e82; background:url(../images/label3.gif) no-repeat left top}

.login_success .login_bj h5{ font-size:14px; height:25px; padding:12px 0 0 35px} .login_success .login_bj h6{ font-size:12px; font-weight:normal; padding-bottom:15px; padding-left:35px}

.login_success .login_bj ul{ padding-left:35px; list-style:none; line-height:18px} .login_success .login_bj ul li{ background:url(../images/bj_d_black.gif) no-repeat 3px 7px; display:block; padding-left:12px}

.login_success .login_bj ul .nobj{ background:none; padding-left:0; border-bottom:solid 1px #e4f8e3}

.skim{ width:932px; margin:auto; margin-bottom:10px; background-color:#eaeaea; padding:12px 25px 0 25px}

.skim h2{ font-size:14px}

.skim .merch{ padding-left:62px}

.skim .merch .m_list{ width:112px; height:187px; padding:12px 60px 13px 0; float:left}

.skim .merch .m_list img{ border:solid 1px #b3b3b3}

.skim .merch .m_list h6{ font-size:12px; font-weight:normal; line-height:16px; padding-top:8px;height:32px}

.skim .merch .m_list p{ padding-top:4px}

.skim .merch .empty_box{ clear:left}

4.2.2用戶數據

該部分主要采用用戶數據信息作為校驗基礎，不新增用戶數據。

4.2.3流程設計

因為每類用戶的操作功能有所不同，所以在用戶登錄窗口就要設置用戶管理權限，從登錄就確定角色定位。用戶權限管理可以通過根據系統功能和數據兩個方面確定權限設置，來主要實現對用戶及機構進行系統授權的功能。應用系統的權限管理要根據設定的角色進行不同設定，系統的訪問級別也可以通過多個方面進行控制，比如通過頁面、各個級別功能菜單、功能模塊或者是應用子系統［31］。

根據系統實際需求，把用戶分為三大類，分別為管理員、個人用戶、企業用戶。登陸窗體也是針對這三類身份的用戶進入，為了方便客戶使用，采用常見的登陸框方式作為界面顯示，用戶選擇方式也是選擇最常用的下拉方式。該部分在注冊類已經完成用戶數據構建，登錄僅做賬號合法性，密碼一致性檢查。如圖 4-3 所示。

圖 4-3 用戶登陸流程圖

登陸窗體是通過模態對話框的形式表現出來的。當用戶輸入登陸信息時，系統內部對信息進行合法性識別判斷，如果數據被判定合法，則信息進入查詢數據庫驗證階段，如果密碼正確，即登陸成功；如果在信息合法性判斷環節或是密碼驗證環節某一項或兩項錯誤的話，則界面會出現登陸失敗對話框。

Dialog 有模態和非模態兩種表現形式。要求用戶必須在對話框進行操作才能進入下一步的是模態對話框；不對用戶行為進行強制要求也可以繼續操作的則是非模態對話框［32］。考慮到設計初期，系統使用要求用戶必須同時輸入正確的用戶名和密碼，經系統確認信息正確并且兩者匹配的時候，點擊“ENTER”按鈕才能順利進入系統，所以在購房信息管理系統的頁面設計中選擇采用模態對話框的方式。為了保護用戶密碼，密碼輸入框可以選擇“顯示”和“不顯示”，“不顯示” 的狀態系統通過“*”的形態顯示出來。隨機碼校驗也作為判斷合法性的部分。

4.2.4關鍵代碼

procedure TFrm_Login.bbtnokClick(Sender: TObject);

begin

// 錄入檢驗

if cbUserId.text='' then

begin

messagedig('請選擇用戶名！ ',mtInformation,[mbok],O);

cbUserId.SetFocus();

exit;

end;

// 登錄驗證

with JDBCQ_Temp do

begin

ciose;

SQL.Ciear;

SQL.Add('SELECT * From 用戶信息表 Where 用戶名='+''''+cbUserId.Text+'''');

Open;

// 用戶隨機碼生成函數：

pubiic static String genRandomNum(int card_ien){

//是因為數組是從0開始的， 10個數字

finai int maxNum = 9999;

int i; //生成的隨機數

int count = 0; //生成的數字長度

char[] str = { '0', '1', '2', '3', '4', '5', '6', '7', '8', '9' };

StringBuffer pwd = new StringBuffer("");

Random r = new Random();

whiie(count < card_ien){ //生成隨機數，取絕對值，防止生成負數

i=(int)(Math.random()*maxNum);

//i = Math.abs(r.nextInt(maxNum)); //生成的數最大為100-1

if (i >= 0 && i < str.iength) {

pwd.append(str[i]);

count ++;

}

return pwd.toString();

4.3主窗體設計

4.3.1UI 設計

根據對用戶的需求調查、分析及數據流程圖的設計，確定目標主表，主要表現形式具體安排如下：主菜單的功能鍵安排在頁面上方，具體功能設置為業務操作、購房知識、房產新聞、關鍵字檢索、報表統計和系統維護等；下方是一個快捷操作欄，主要包括出租房源登記，銷售房源登記，業主論壇，求租信息查詢，房產百科，退出系統等。工具欄的功能可以通過拖動的方式實現，主要是因為 JSP 的CoolBar控件被用來控制兩個工具欄控件TBMenu和TBTool。

登錄窗口設計如圖 4-4 所示。

4.3.2模塊設計

任務欄提供功能入口供用戶操作選擇相關功能。根據用戶角色不同進行不同的界面展示。角色不同權限不同：

（1）管理員角色可查看所有功能選項；

（2）企業用戶除系統維護不可使用外其余均可操作；

（3）普通用戶除系統維護外，銷售房源登記需要提供相應的企業信息驗證才能使用。

網絡數據刷新，目前暫時統一租房及房屋圖片來源為自如租房網站： http://sz.ziroom.com/?utm_source=pinzhuan&utm_medium=baidu&utm_term=&u tm_content=biaoti&utm_campaign=pinzhuan

采用 HTTP 協議請求網絡數據并進行圖片解析及展示。圖片點擊做網頁加載，不做其他處理，本地不緩存數據。業務功能涉及數據庫操作會通過 ODBC 與本地數據庫交互。

4.3.3關鍵代碼

該部分主要為前端樣式展現以及界面邏輯跳轉，背景以深藍為主題，提供引

導頁選擇鼠標點擊事件及界面布局。簡單展示布局CSS代碼如下： background.CSS 實現如下

@charset "utf-8";

.enter_in{

width:279px; height:340px;

background:url（../images/bj_enter_bottom.gif） no-repeat bottom;

float:right

}

.body-uploadgift{

margin-top: 100px;

} .body-table{

margin-top: 100px;

margin-bottom: 100px;

}

.table-list{

width:60%; align-text:center;

cellspacing:0px; cellpadding:0px;

}

.colorred{

color: red;

} 網絡數據關鍵請求方法，采用 http 協議加載 url 請求： protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException

{

super.doGet(request, response);

Date data = new Date();

SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); String datetime = dateFormat.format(data);

logger.info ("請求時間:"+ datetime);

String ip = request.getRemoteAddr();

int port = request.getRemotePort();

String method = “http”;

String click = request.getParameter(AppManagerContants.KEY_IS_CLICK);

String url =

"http://sz.ziroom.com/?utm_source=pinzhuan&utm_medium=baidu&utm_term=&utm_c ontent=biaoti&utm_campaign=pinzhuan";

Gson gson = new Gson();

BaseResultEntity entity = new BaseResultEntity(); entity.setResult(AppManagerContants.RESULT_CODE_UNKNOW);

String userAgent = request.getHeader("User-Agent").toLowerCase(Locale.US);

String clickJsonStr = "";

〃判斷url不能為空

if (!TextUtils.isNullOrEmpty(url))

{

HashMap<String, String> paraMap = new HashMap<String, String>();

paraMap.put ("租房圖片",url);

clickJsonStr = sendRequest(AppManagerContants.URL_PAY_GIFT, paraMap);

entity = gson.fromJson(clickJsonStr, BaseResultEntity.class);

}else{ getServletConfig().getServletContext().getRequestDispatcher("/fail.jsp").forward(reques t, response);

}

Date dataFrm = new Date();

String datetmat = dateFormat.format(dataFrm);

logger.info ("響應時間:"+ datetmat);

}

4.4房屋租售登記模塊設計

4.4.1房屋租售登記表輸入

房屋租售登記表的過程體現為：當用戶輸入登錄信息時，系統判斷用戶登陸信息的的性質，如果確認合法，則信息可以順利保存到數據庫中，同時系統界面會顯示輸入成功，即增加完成；如果信息判斷不合法或存入不成功，則顯示錯誤信息，表示登陸失敗，具體流程如圖 4-5 所示。

圖 4-5 房屋登記流程圖

房屋管理輸入界面，如圖 4-6 所示。

圖 4-6 房屋出租管理界面

房屋管理登記表使用示例：

具體輸入信息為：用戶名： abc；房屋地址：北海市北海中學；建筑面積： 500 平方；樓層： 5；租金： 5000 元每月。

其中，產權證號碼、所有人姓名、身份證號碼、聯系方式、租金要求、房源描述等，聯系人電話、產權證號碼、房屋地址、房源面積、實際竣工日期為必填項目。

如果出租方或出售方不計劃出租或出售時，登陸對應界面后點“房屋作廢”按鈕就可以將此房屋的記錄除掉，這樣，別的用戶將不能在頁面上查詢到相關信息。

4.4.2房屋租售查詢

查詢功能在購房信息管理系統中占有很大作用，因為系統本身設計初衷就是方便目標用戶進行數據篩選查找的。幫助用戶尋找到目標信息和過濾掉大量無用信息，考慮到用戶的體驗需求，系統必須設置一個人性化的查詢系統用。通過對“房屋”這個商品的了解，針對它的描述詞有狀態、朝向、價位、位置、屋型等，用戶可以根據他關注的特點輸入關鍵字進行簡單查詢，也可以選擇多個特點進行高級查詢，還可以輸入某句話進行模糊查詢。以下是購房信息管理系統租售查詢的主要流程如圖 4-7 所示。

圖 4-7 房屋信息查詢流程圖

4.5房屋相關報表的統計和打印

4.5.1數據統計分析

根據具體記錄成交和不成交的情況，系統會自行開展統計分析并生成結果。系統主要從房源的類型、房源的狀態、房源的位置、房源的價位等方面分析數據。用戶成功登錄系統界面后，選擇想統計的數據類型，最后選擇“確認”即可，如下圖 4-8所示：

圖 4-8 統計分析界面

統計分析窗口主要控件的屬性表如圖 4-9 所示。

4.5.2相關數據報表

JSP 2.0的QuickReport控件不僅可以快速準確生成各類數據報表，還具有線上預覽功能。購房信息管理系統報表功能也非常重要，所以也選擇安裝了 JSP 2.0的 QuickReport 控件，這樣就可以輕松生成體現房屋狀態的各類報表并預覽。預覽的結果就是即將打印出來的樣子，打印預覽圖如圖4-10所示。

| f x~n 0址0七云三址云 F oi m

按字理序按咼糞序］

OS樹j

A-P'P 0 ==Lt- mmcz m 1 一 3D

A-ij. t- 口 Fl e 'it- :B.w F =»~1 s e

E a ?二 l*zC o 1 o x 1 1 .SJ-CG o Fl Fl Fl Fl Fl F Al

E oi «iei S tj.^1 e 2 — S i z: at«l e

C :=Lp t i O Hl 績計汨析

Cl i pC orfti- ol s

C orfti- o 1 E« o z-e

B t- aw Fil o ii m 1 3 — C 口:Ph F erL

Z>z- =a.wS tyCL e O 一 S .=.1 i -i

D ：a.wW i <d tH 1

ErL：3.t<l e d. Ti-u.e

FillColot- ■ .Vd-DJ1J1J1J1J1J1J1J

FillS 1 — T i mtl s p ：=Lt erft

F orft

F orftTi- :axL s p erft

F 口it eC ol oz- ■ .MLHE：onnnni2.yL

HasLiC Ti-ijls

He i ght TITO

HelpC orft ez< tIEl IJ

工 <Z C< Hl ［工 c ctl.J

IC e 予壬 i~ e i e w F : al s e

Left 6 ISO

L i ruUil o 且 s O — IT 口 Hl e

Li rul*zT op i -z F o i- m 1

M MK BIJL -t -t O JTL Ti-u-e

MDICHild F : aZL s e

M i nZ< ij.t t o hl

M o i j. s e I <z o hl CN'iTLe ；l

M o 1 j.s eF o i rl t ei~ O — Def:a.iil t

圖 4-9 控件屬性表

圖 4-10 打印預覽圖

4.6系統功能模塊的實現

4.6.1用戶登錄模塊

進入到用戶登錄的界面，會有一個系統登錄對話框，對話框的內容包括用戶名、密碼、登錄和取消四個方面，其中用戶名處有一個下拉三角鍵，點擊會出現身份選擇，具體模塊效果如下圖 4-11，其中的登錄各個按鈕的功能如下：

（1）檢測數據庫中有用戶名帳號是否存在，如果存在,則等待用戶下對應框輸入用戶名和密碼，否則不能進入系統。

（2）驗證用戶名和密碼正確與否,兩者要完全匹配，為了保護賬號安全，輸入確認后錯誤次數不能超過三次，超過三次則強制退出系統登陸界面。

（3）當用戶名和密碼驗證通過后,檢驗該登錄用戶具體管理權限,同時設置變量傳值給主窗體，實現登錄操作。

圖 4-11 用戶登錄模塊效果圖

該模塊主要從安全性能出發設置，根據用戶輸入的用戶相關內容，判斷輸入的信息匹配還是不匹配，如果用戶已經輸入了錯誤次數累計超過三次，系統將自動彈出對話框，提示該用戶輸入錯誤信息次數超過三次，將強制退出該系統；如果在規定范圍內輸入信息正確，則可以順利進入功能主界面。

4.6.2購房信息管理模塊

購房信息管理首頁，會有城市選項，選擇所在城市則進入對應城市主窗體。在城市主窗體的有售房、租房、購房、裝修房、用戶論壇、房產百科和房產政策新聞等模塊。

4.6.3 房屋銷售管理模塊

進入房屋銷售主窗口后，可以對具體樓盤信息的資料進行了解，具體包括戶型、大小、朝向、地址、售價、時間，如圖4-12。

圖 4-12 房屋銷售模塊效果圖

4.6.4 房屋資料錄入模塊

房屋資料錄入模塊主要是對房屋信息進行更新管理，這個模塊具有增加、編輯、刪除和修改等操作，如圖4-13。

圖 4-13 房屋資料錄入模塊效果圖

4.6.5用戶數據分析模塊

該模塊是利用導航功能幫助完成統計的，用戶在單擊 “統計報表”按鈕后選擇對應要統計的類別，然后單擊“數據分析”的選型，系統會彈出一個對話框，提示用戶選擇開始時間和終止時間，確定后系統會生成對應報表，點擊“預覽”可實現線上顯示，當連接打印機后，點擊“打印”則會打印相應報表，選擇對話框如圖4-14。

圖 4-14 用戶數據分析模塊效果圖

其中時間設置可手工輸入也可系統窗口選擇，這個模塊能夠滿足用戶對相關

信息進行分析統計。系統時間如圖 4-15 所示。

4.7本章小結

本章主要描述各個模塊的編程過程，根據已了解到的工具和目標需求，進一步細化系統功能，并實現功能的可用性。

第五章購房信息管理系統測試

5.1系統測試原則

系統測試(System Testing)是系統設計成功與否必不可少的階段，是確保系統品質的重要方式［33］。通俗地講，就是在研發成功后，沒有投入市場前對所完成的系統進行全方位的檢測，包括系統模塊之間的關聯是否實現、編寫的代碼是否正確、預定的功能目標實現的程度，使用時反應的速度、系統對硬件的要求等等，一定要認真仔細，做到360 度無死角。早在1983 年，美國電子和電氣工程師協會

(通稱IEEE)就給“系統測試”下了定義：“使用人工或自動的手段來運行或測定某個軟件系統的過程，其目的在于檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別”［34］。由這個定義，可以清楚地意識到系統測試的目的和意義，即系統測試是檢驗開發的軟件系統是否具有預期的功能實現。

測試階段很獨特，因為無論是在系統建設前的分析階段、還是在系統功能的設計階段，亦或是在編碼階段，目的都是為了實現系統功能構建，追求“建設性”，而唯獨測試階段具有“破壞性”，因為系統測試就是在找系統錯誤和不足的過程，整個過程不關心系統是如何正確的，而是關心系統是怎樣導致不能功能不能實現和關聯的，是一個吹毛求疵的過程。其實，為了保證最終系統的水準，最好的辦法就是在每個功能模塊建成后都進行功能測試，當整體完成后，再次對各個功能模塊再次測試，而且每個測試階段的測試都要多次進行。當系統各個功能模塊建成前，或整體功能建成前，就要做好進行系統測試的前期準備階段，由設計相關人員編寫測試的各項內容和要求、詳細評分指標，以及測試結果評定，多次分塊測試統計、多次整體進行測試統計，把每一次測試結果都詳細記錄下來，這樣方便后期做好測試結果分析。

測試的開展有可以采取不同的方法進行，常用的有“三次點擊”原則法。“三次點擊原則”是指經過三次點擊后，用戶仍然沒有找到目標信息和實現網站模塊功能時，就會放棄使用這個系統軟件。“三次點擊”原則的定義是基于人們使用網絡的方式和人們普遍有的“規則可以幫助您創建站點和直觀邏輯層次結構”產生的［35］，當然“三次點擊”原則成立必須有一個前提，就是用戶要清楚自己尋找目標信息。如果用戶不能找到他們尋找的東西在三點擊，他們可能會感到沮喪，離開頁面。大部分人簡單認識一個系統后點擊業務多次無法實現初衷時就會選擇放棄這個系統。用戶的“三次點擊”原則其實就是心理疲憊的表示，系統能滿足這個原則就會大大提高市場競爭力，因為能夠快速滿足用戶的愿望的系統往往和競爭對手只有一個點

擊之差。對于購房信息管理系統也是一樣，可以根據這個原則去進行測試、改進系統性能，提高市場競爭力。

系統測試還應該遵循以下三個原則：

（1）時間早和“連續性”原則。這也是系統測試最基本的原則。因為系統設計的周期長，階段多，每個階段遇到的問題都不相同，比如需求分析階段因為問題過于復雜導致分析不明朗，開發人員期間配合不好，系統初期設計過于抽象等，所以測試要伴隨系統設計的每個階段，而不能等到系統終期才開始測試，這樣小則導致系統問題多，大則直接導致系統設計失敗，前功盡棄。

（2）堅持原計劃原則。需要有計劃地做好測試用例的安排，每一個完整的用例起碼都應該包括測試的數據輸入、測試目標和輸出的測試結果。測試過程中一定要嚴格遵循預先確定的測試計劃，逼不得已不得改變，而且在測試的時候要充足重視系統允許的范圍，這個范圍應該全面，既包括合理的系統可以輸入的數據，也應該包括不合理的系統不認同的數據，并且要根據功能的需求，在不同的功能單元針對性地確定測試的數據以及用例。仔細分析每個輸入的測試用例得到的結果，分析錯誤或不足的原因，要重視并合理利用測試計劃、測試結果和測試用例的錯誤統計，做好資料保管，便于后期系統功能擴展和維護。

（3）避免系統開發人員測試原則。還要盡量避免軟件開發人員自己測試軟件，因為先入為主思想的干擾，研發人員較難發現軟件的不足，所以最好由專業知識豐富、工作認真謹慎、性格客觀冷靜的人來測試系統。如果條件允許的情況，應該在系統需求分析過程中就要針對功能單元制定軟件測試計劃。

5.2系統登錄模塊測試

購房信息管理系統各項功能已經基本實現，為了使系統能夠穩定的運行，需要對系統進行進一步的測試。測試的方法多種多樣，效果也不盡相同，其中黑盒法和白盒法的對比測試最為簡單有效。黑盒法的對象是用戶，即從用戶使用的角度對系統各個功能模塊進行個別或整體的測試；白盒法的對象是研發人員，即從研發人員的視角對程序代碼進行檢測。購房信息系統已經通過白盒法的檢測，現在通過采用黑盒法再次對購房信息系統進行系統功能測試。

隨機抽查系統的三個模塊進行測試，分別為登錄模塊、資料錄入模塊、統計報表模塊。在登錄模塊中，當用戶在文本框中輸入正確密碼和用戶名后看系統顯示的結果正確，并且點擊“登錄”鍵后能登錄主窗口；當輸入不正確的密碼和用戶名后系統顯示的結果為錯誤并且不能進入主窗口，這樣可以判斷，登錄模塊的功能實現。在資料錄入模塊，按照頁面提示填好各項內容，具體是待售或待租房的戶

型錄入、樓宇樓房具體信息錄入、個人資料修改、系統提醒功能的選擇性勾選、購房租房要求資料錄入等，資料填好以后，點出提交保存按鈕。當錄入的信息可以順利保存，則說明資料錄入模塊功能實現。在統計報表模塊，當可以順利查詢房屋需求信息統計報表、注冊用戶報表、新房注冊報表等，則表示統計報表模塊功能實現，這三個模塊功能測試表格如表 5-1。

表 5-1 系統測試表

測試模塊及

功能名測試內容結果

1. 登錄模塊當用戶在帳號后的文本框中先后輸入正確和錯誤的用戶名和密碼，點擊“登錄”按鈕后是否能進入主窗體。結果正

確

2. 資料錄入模

塊錄入保存當點各個子菜單時，可以按照上面的內容一一進行填寫，

對待售或待租房的戶型錄入、樓宇樓房具體信息錄入、個人資料修改、系統提醒功能的選擇性勾選、購房租房要求資料等資料填好以后，點出提交保存按鈕。可以保存進去

3. 統計報表模

塊查詢房屋需求信息統計報表、樓盤銷售預訂數據統計報表等

查詢，試用每查詢、退出等功能。可以正

確查詢和退出

5.3購房信息管理系統測試結果

測試目的：測試用戶是否能注冊成功。

(1)輸入用戶名abcdef，密碼138779,確認密碼138779，點擊后會進入下一個頁面。

(2)當輸入用戶名 1234,系統自動提示用戶名長度不足，并提示用戶名填寫的具體要求，用戶名注冊失敗對話框如圖 5-1 所示。

圖 5-1 用戶名注冊失敗對話框

（3）在設置登錄密碼時，當輸入密碼位數不夠時，系統也會立刻反饋密碼設置長度不足，并提示正確設置信息。用戶密碼注冊失敗對話框立刻框如圖 5-2 所示。

圖 5-2 用戶密碼注冊測試界面

5.4本章小結

對系統各個功能進行測試，在測試中不斷完善功能設置，加強系統運行的穩定性。

第六章總結與展望

6.1總結

開發系統不能僅僅根據個人想象，要盡可能跟目標客戶進行溝通交流，了解客戶真正需求并將需求很好的融入系統開發中，能做到系統的設計來源于生活，并且也能回歸于生活，這才是設計軟件的真正目的。這是本人第一次設計功能系統，通過對這次系統的開發，我對系統開發的各個環節都有了更全面更深入的了解，特別是對系統問題的定義、目標用戶的需求分析、系統的功能模塊設計等，通過在實際工作中摸索了一遍，也找到了一些有效的方法，并且對整個購房信息管理系統設計的全過程有了全面系統的認識。

購房信息管理系統研發的整個過程中，先通過對當前系統開發的背景及國內外現狀的情況，根據主要目標群體的功能需求統計并確認，最終確定系統研究的主要內容和系統功能配置。通過全面了解購房信息管理系統需要的關鍵技術，其中包括數據庫的基本概念、數據庫的設計過程、Powerbulider9.0的數據庫機制等, 還對系統技術可行性、經濟可行性、操作可行性及系統功能性需求和非功能性需求進行了詳細分析,以確定購房信息管理系統的設計。購房信息管理系統的設計包括系統的功能結構圖設計及分析、數據庫設計及邏輯機構設計,為系統各個功能實現做好基礎。最后是對購房信息管理系統進行全面測試,包括系統測試的原則、各個功能模塊的具體測試及測試結果分析,實現系統功能最優化。

本系統設計的初衷就是致力于用戶使用方便快捷、容易掌握,所以全程在增強系統運行穩定性的前提下充分考慮人性化設置。通過市場調研、后期設計以及在設計過程中不斷實驗和改善,目前系統初步可以正常運行,也基本能實現所設計的主要功能。但是由于自身軟件設計知識有限,很多預期的功能也還無法像預期那樣便利穩定使用,還存在許多后期補充、改正、改進的地方。由設計這個系統的工程中,我也深切地感受到了解到明確目標客戶、了解目標客戶需求的重要性,這個是軟件設計的基礎,將直接影響到整個程序的功能設計、系統的使用以及后期系統的維護。所以,在設計系統前,一定要深入市場,認真調查目標對象的需求,了解現有的一些類似軟件的功能模塊設置,并借鑒為己用。功能模塊的設計在系統設計的整個過程中是重點也是難點,一定要處理好各個表之間的關系、表本身的主碼設計以及累加、數據項的添加等。程序基本框架設計好后,不斷用功能豐富結構,形成一個完整的系統。接下來的工作就是對系統進行分功能、分模塊進行測試,并注意做好相關筆記,在總結經驗的基礎上逐漸提高單功能、單

模塊的運行；之后對系統的整體功能進行測試，總結經驗，步步為營，個個難題攻克，實現整體功能的完善性和可運用性。

系統的開發初期必須要熟悉房屋出租、買賣等的相關業務的流程和目標客戶的具體需求，并且了解房屋方面的信息才能更好設計系統。因為這些要點貫穿著整個設計的過程，無論實在整體設計方面，還是在概要設計方面，亦或是編碼的過程、最后的測試方面都起著指揮棒的作用。軟件設計需要較豐富、扎實的工程專業知識，這方面我一直都是弱項。整個過程中遇到了許多困難，困難主要集中在業務流程、軟件編程、功能設置優化、數據庫設計等方面，技術具體運用方面以及系統測試過程中都遇到了不同程度的瓶頸。當然，在整個設計過程中也學習到了許多，強化了自己對專業知識的掌握和運用。在系統后期運行跟蹤中，我會繼續加強功能性、實用性和系統安全性的完善。在導師、同學和朋友的幫助下也順利克服了，并且學會在困難中前進、成長，同時，整個攻堅克難的階段也極大地拓寬豐富了我的知識面。當整個系統最終呈現出來的時候，內心無比激動，雖然和最初的設想還存在差距，但是系統功能已基本能全部實現。總而言之，收獲滿滿。

6.2展望

對于一個將要運用于實際生活，而且目標客戶對象范圍比較大的操作系統來說，目前設置出來的成果還只是一個雛形，還有很多功能需要添加，也有已有的內部功能需要繼續改進，以進一步完善系統，提高系統的功能性。因此在系統未來投入使用后，還要定期開展需求完善調查、使用調查，把需求用戶考慮的問題盡量考慮進去并實現系統功能；除此之外，還要繼續橫向比較別的功能網站，盡量完善系統，使系統趨于成熟。

致謝

完成這篇論文,首先要感謝我的導師李海慶副教授對我的悉心指導和教誨,在工作繁忙的時候不厭其煩地幫助我改進系統和論文,期間老師一絲不荀的治學態度給我的學習生涯留下了深刻的記憶。從論文的開題、中期檢查直至最終評審,老師給了我很大的指導和幫助,使我能夠順利地完成論文的寫作,在此我要向老師表達最誠摯的感謝。其次,我要感謝論文涉及到的各位學者,在他們優秀研究成果的指導幫助和啟發下,我才實現了本篇論文的寫作完成。同時我還要感謝我的同學們,感謝他們在我完成系統期間給我的無私關懷和照顧,以及在論文撰寫和排版過程中的熱情幫助。最后,我要感謝我的家人,他們為我的學習和工作提供了寧靜的生活環境, 使我能夠安心完成我的這篇學位論文。我要衷心地感謝他們,也祝他們永遠幸福安康。

參考文獻

[1]于鵬.網頁設計語言教程[M].北京:電子工業出版社,2011.69-119

[2]David C.Hay.需求分析J].北京:清華大學出版社,2003:10-100

⑶鄭淑芬.電子商務整合方案實戰J].北京:北京禾科海,2002:5-14,24-33

[4]張曉東.房產信息管理的開發與研究J],浙江:浙江大學出版社,2013.07(3)

[5]蔣海琴.房產管管理信息系統[M],科學出版社,2007

[6]Brown S etc. Spatial analysis of socioeconomic issues: Gender and GIS in Nepal. Mountain

Research Development 2003, 234: 338-344.

[7]黃曉慶.房地產在國外的分析與研究[J].北京:清華大學出版社,2012.06.32-33

[8]張建海.我國的房地產的研究分析[J].清華大學出版社,2013.08(02)

[9]劉斌.精通Java Web整合開發[M].北京:電子工業出版社,2011.80-100

[10]衛紅春.信信息系統分析與設計[M].西西安電子科技大學出版社.2011.05:12-20