【導讀】更新不及時等問題。如何規(guī)范房屋交易、實現(xiàn)房屋交易自動化，從而加速。房屋中介行業(yè)的健康發(fā)展，成為目前迫切需要解決的問題。使房屋中介公司能夠快速為其客戶提供詳細的、準確的。信息，以適應城市的快速發(fā)展和更好地滿足客戶需求。本系統(tǒng)基于C#.NET開發(fā)環(huán)境，采用SQLServer2021數據庫?，F(xiàn)了管理的規(guī)范化，系統(tǒng)的安全性控制以及數據的有效處理。源，在方便客戶的同時又提高了使用者的工作質量和效率。介業(yè)的效率發(fā)揮巨大的作用，因此具有很好的社會經濟意義。

　　

【正文】 信息，點擊刪除后，刪除該信息，首先在緩沖區(qū)中刪除，此時如果沒有提交到數據庫，則可以撤銷刪除 操作，但如果提交到數據庫了，刪除后將不能恢復該信息。 修改功能：用戶選擇要修改的信息，可以重新修改登記的信息。 本模塊 主要包括 兩種數據 信息 ：一種是 房源 信息，另一種是 人員 信息。點擊 系統(tǒng)管理 時，這個 窗口能對數據 進行 備份，恢復或清除無效信息。 數據 管理流程圖如圖 54 所示 。 數 據 管 理結 束用 戶 權 限 ？無 權 操 作 此 項數 據 基 本 操 作數 據 庫 基 本操 作判 斷 操 作 類 型否是增加修改刪除數據庫備份數據庫還原清理無效信息 圖 54 數據管理 的 流程圖 哈爾濱理工大學學士學位論文 25 5． 查詢 管理 模塊的具體實現(xiàn)： 查詢功能是 房屋中介信息管理系統(tǒng) 必備 的 輔助功能，當有大量數據時 ，肯定有很多信息是冗余的或者是無效的甚至是用戶不需要的。此時，根據用戶的需要進行必要的過濾是十分必要的。查詢功能通常是根據數據的信息中不同的字段來查詢 。本系統(tǒng) 的查詢系統(tǒng)可以分成下面幾個方面來進行查詢：根據房屋朝向 、 根據房屋裝修程度 、 根據 房屋 月租 、 根據房屋樓層 等來查詢。 查詢管理模塊流程圖如圖 55 所示。 查 詢 管 理結 束用 戶 權 限無 權 操 作 此 項人 員 信 息 查 詢 房 源 信 息 查 詢否是朝向查詢樓層查詢用途查詢房型查詢出租人查詢員工員查詢求租人查詢幢/座查詢裝修查詢 圖 55 查詢管理的流程圖 哈爾濱理工大學學士學位論文 26 公共類設計 在開發(fā)項目中以類的形式來組織、封裝一些常用的方法和事件，不僅可以提高代碼的重用率，也大大方便 了代碼的管理。本系統(tǒng)中創(chuàng)建了公共類 ，并且還為每個數據表建立 了自己的實體類和方法類。 以下介紹一張數據表所對應的實體類和方法類，其它數據表所對應的類，可參見源程序。 1．在 類文件中引用 using 命名空間。主要代碼如下： using System。 using 。 using 。 //引用 using 。 using 。 namespace { Class ClsCon { …… 編寫自定義方法 } } 用 ConDatebase()方法建立數據庫連接，其代碼如下： public SqlConnection con。 ///summary ///Connection method ////summary Public void ConDatebase() { 哈爾濱理工大學學士學位論文 27 =newSqlCollection(―server=.。pwd=。uid=sa。database=db_showHouse‖)。 // ConDatebase 類表示 SQL Server 數據庫的一個鏈接 } 注釋： ConDatebase 類表示 SQL Server 數據庫的一個連接。 2．實體類 將表的字段通過 GET、 SET 訪問器封裝起來，其實現(xiàn)代碼如下： namespace { Class clsFavor { private string house_favorID=null。 private string favor_name=null。 private string favor_remark=null。 public string id { get {return house_favorID 。} set { house_favorID =value。} } public string name { get {return favor_name 。} set {favor_name =value。} } public string remark { get {return favor_remark 。} set { favor_remark =value。} } } 哈爾濱理工大學學士學位論文 28 } 在定義實體類時可以為其屬性指定默認值，這樣可減輕前臺的負擔[10]。 3．方法類 方法類首先通過實體類取出信息，其次調用數據庫中的存儲過程，得到數據庫的執(zhí)行結果。然后把結果傳遞給表示層，其實現(xiàn)代碼如下： public string insert_table(clsFavor cf) { try { ()。 SqlCommand cmd = new SqlCommand(―proc_favor_insert‖,)。 //為 SqlCommand 指定要調用的存儲過程名為 proc_favor_insert =。 //定義 CommandType 為 StoredProcedure 存儲過程 ()。 SqlParameter[] prams = //通過 SqlParameter 數組為 SqlCommand 定義參數，同時 指定大小類型等，參數名要與存儲過程中的參數名相同 { new SqlParameter(―@house_favorID‖,50), new SqlParameter(―@house_name‖,50), new SqlParameter(―@house_remark‖,50), new SqlParameter(―@proc_info‖,50, ,true,0,0,null) //初始化 SqlParameter 類的一個新實例，該類使用參數名、參數的類型、參數的長度、方向、精度、小數位數、源列名稱、DataRowVersion 值之一、用于源列映射的布爾值、 SqlParameter 的值、此XML 實例的架構集合所在 的數據庫的名稱、此 XML 實例的架構集合所在的關系架構以及此參數的架構集合的名稱。 }。 哈爾濱理工大學學士學位論文 29 prams[0].Value=。 prams[1].Value=。 prams[2].Value=。 //添加參數 foreach(SqlParameter parameter in prams) { cmd. (parameter)。 } ()。 sting strResult=cmd. Parameter[―@proc_info‖].()。 //獲得存儲過程的返回值 ()。 return strResult。 } catch( Exception ey) { ()。 return ()。 } } 數據庫設計 數據庫設計是系統(tǒng)開發(fā)設計中非常重要的一個環(huán)節(jié)，系統(tǒng)的大量信 息都將存儲在其中，而且還要使用數據庫來完成信息的讀取，查詢和相關的操作。設計數據庫系統(tǒng)時首先應該充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求。本系統(tǒng)按照數據庫設計的過程，在需求分析的基礎上進行 概念數據庫設計和邏輯數據庫設計。 概念數據庫設計 數據庫概念結構設計是在需求分析的基礎上，設計出能夠滿足用戶需哈爾濱理工大學學士學位論文 30 求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。這個階段不用考慮所采用的數據庫管理系統(tǒng)、操作系統(tǒng)類型、機器類型等問題。這階段可用的工具很多。用得最多的是 ER 圖 (EntityRelation，實體一關系圖 )，另外還有許多計算機輔助 工具 (Computer Aided Software Enginering， CASE)可以幫助進行設計。本系統(tǒng)采用了 ER 圖的方法進行數據庫概念結構設計。 ER 圖是描述 數據 實體關系的一種直觀描述工具。這種圖中有 ： 實體 ： 用方框表示，方框內為實體的名稱。 實體的各種屬性： 用橢圓表示，橢圓內為屬性名稱。使用線段將其和相應的實體連接起來。 實體之間的聯(lián)系 ： 用菱形表示，菱形內為聯(lián)系的名稱。實體和實體之間的聯(lián)系較多，比較常見的聯(lián)系有 1:1， 1:N 和 N:N 這三種 [11]。 通過需求分析確定出在數據庫中要存儲的員工信息、客戶信息、房源信息等 數據項和數據結構，選用實體聯(lián)系模型作工具，設計滿足用戶需求的各種實體以及它們之間的關系，為以后的邏輯數據庫設計打下基礎。 實體之間關系的 ER 圖如圖 51 所示 。 系 統(tǒng) 管 理 員添 加 / 刪 除寫 入 / 修 改添 加 / 刪 除添 加 / 刪 除房 源 信 息求 租 人 / 出 租人普 通 用 戶數 據 庫1 ： n1 : m1 : m1 : mm : 11 : 11 : m1 : 11 : 1 圖 51 實體之間關系的 ER 圖 哈爾濱理工大學學士學位論文 31 根據上面的分析，規(guī)劃出的實體主要有員工信息實體、客戶信息實體、房源實體、求租意向實體、費用信息實體和朝向實體等 員工信息實體 ER 圖，如圖 52 所示 。 圖 52 員工信息實體 ER 圖 客戶信息實體 ER 圖，如圖 53 所示 。 圖 53 客戶信息實體 ER 圖 員工信息表 （ tb_employee） 員工編號 民族 學歷 工資 員工姓名 電話 客戶姓名 客戶信息表 （ tb_User） 房屋編號 客戶類型編號 固定電話 手機 客戶編號 記錄日 期 哈爾濱理工大學學士學位論文 32 房源實體 ER 圖，如圖 54 所示。 圖 54 房源實體 ER 圖 求租意向實體 ER 圖，如圖 55 所示 。 圖 55 求租意向實體 ER 圖 房源信息表 （ tb_house） 房屋編號 物業(yè)名稱 房屋狀態(tài) 朝向編號 房屋面積 價格 結構圖 出租人編號 求租意向表 （ tb_intent） 房屋編號 意向編號 用途編號 求租人編號 價格 房屋面積 朝向編號 哈爾濱理工大學學士學位論文 33 費用信息實體 ER 圖，如圖 56 所示 。 圖 56 費用信息實體 ER 圖 朝向信息實體 ER 圖，如圖 57 所示 。 圖 57 朝向信息實體 ER 圖 邏輯數據庫設計 邏輯數據庫設計是將概念數據庫設計階段形成的 ER圖轉換成能被關系數據庫管理系統(tǒng)所支持的關系模式結構。邏輯數據庫設計依賴于邏輯數朝向信息表 （ tb_favor） 費用 朝向 備注 費用信息表 （ tb_MoneyAndInfo） 費用 員工編號 出租人編號 求租人編號 收費日期 房屋編號 求租人電話 哈爾濱理工大學學士學位論文 34 據模型和數據庫管理系統(tǒng)。邏輯數據庫設計必須滿足用戶的完整性和安全性要求；動態(tài)關系至少具有第三范式形式；能夠在邏輯級上高效率地支持各種數據庫事務的運行；存儲空間利用率高。 邏輯數據庫設計的步驟是：形成初始關系數據庫模式；關系模式規(guī)范化；關系模式優(yōu)化；定義關系上的完整性和安全性約束；子模式定義；性能估計 [12]。 房屋中介信息管理 系統(tǒng)數據庫中各個關系模式結構的設計即按照邏輯數據庫設計的過程，設計結果如下面表格所示。 tb_employee（員工信息表） 表 tb_employee 用于保存員工 基本信息，該表的結構如 表 51 所示。 表 51 員工信息表 字 段 名 數 據 類 型 長 度 主 鍵 否 描 述 employee_ID Varchar 10 主鍵 員工編號 employee_name Varchar 20 否 姓名 employee_sex Varchar 10 否 性別 employee_birthday Varchar 8 否 出生日期 employee_phone Varchar 20 否 電話 employee_cardID Varchar 20 否 身份證號 employee_address Varchar