【正文】 end else if =2 then begin strFilter := strFilter +。+39。39。39。+39。 // if =1 then begin strFilter := strFilter + 39。+39。39。++39。39。+39。 then strFilter := strFilter + 39。 if trim()39。 // 構造過濾條件 strFilter := 39。“房屋中介信息系統(tǒng)”的查詢系統(tǒng)可以分成下面幾個方面來進行查詢：根據(jù)房屋地址，根據(jù)房屋狀態(tài)，根據(jù)戶主，根據(jù)房屋朝向等來進行模糊查詢。因此，考慮到用戶的需求，系統(tǒng)應該具有一個比較人性化的查詢系統(tǒng)，可以根據(jù)不同的要求來進行查詢。當房屋租期滿以后，可根據(jù)出租方要求，將此房屋繼續(xù)出租。end。 // if =true then begin 。 end。 end。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 FieldByName(39。).AsString:=39。 end else begin FieldByName(39。yyyymmdd39。受理日期39。).AsString :=gs_login_username。 FieldByName(39。).AsString:=39。 then begin FieldByName(39。 end else if strCommandName =39。yyyymmdd39。受理日期39。).AsString :=gs_login_username。 FieldByName(39。).AsString:=39。 then begin FieldByName(39。 // if strCommandName =39。 // strCommandName := TButton(Sender).Caption。當客戶在確定租用此房后，點“房屋出租”按鈕的激發(fā)承租方信息填寫部分。 Exit。 。提示39。 then begin MessageBox(handle,請輸入聯(lián)系人！39。 // if =39。 Exit。 。提示39。請輸入租金！39。39。代碼如下：function :Boolean。房屋登記表的輸入主要通過DELPHI中DataSource的DataSet方法實現(xiàn)，流程圖如下：用戶輸入房屋信息數(shù)據(jù)合法判斷存入數(shù)據(jù)庫存入成功？增加完畢顯示錯誤信息圖44 房屋登記流程圖房屋登記輸入界面如圖：圖45 房屋出租登記界面房屋登記表輸入舉例：具體輸入：收件號：001 房屋地址：杭州市下沙高教圓杭州電子科技大學 建筑面積：500 樓層：5，租金：5000元/月。為了實現(xiàn)工具條的拖動，利用了DELPHI的CoolBar控件，控制TBMenu和TBTool兩個ToolBar控件，并且在主窗體最下邊利用了StatusBar，顯示用戶信息和時間信息。 主窗體設計根據(jù)以上原則，和數(shù)據(jù)流程圖子做了下面的主窗體，主菜單分為業(yè)務操作，購房常識，統(tǒng)計報表和系統(tǒng)維護。 := 0。 close。 Next。用戶名39。 Open。SELECT 用戶名 From 用戶信息表39。 。begin // Login:=false。end。 Shift: TShiftState)。procedure (Sender: TObject。 end。 。,mterror,[mbok],0)。 end else begin messagedlg(39。 。 gt_login_time:=now()。密碼39。).asstring。 gs_login_userlevel :=fieldbyname(39。用戶名39。).asstring。 end //登錄成功 else begin //保存登錄的用戶信息 gs_login_userid :=fieldbyname(39。 。 :=39。 。非法用戶！你無權使用本系統(tǒng)39。 LoginNum:=LoginNum+1?？诹铄e誤，請修改 ！39。密碼39。 Open。39。39。39。39。SELECT * From 用戶信息表 Where 用戶名=39。 。 end。 ()。請 選 擇 用 戶 名 ！39。39。在“確定”按鈕的激發(fā)事件里寫入驗證代碼：procedure (Sender: TObject)。這里我們必須要使用模態(tài)對話框，因為我們只有當用戶輸入用戶名和密碼相匹配的時候，點擊“確定”按鈕進入系統(tǒng)。Dialog分為模態(tài)和非模態(tài)兩種，模態(tài)對話框是指用戶必須對對話框進行操作才可以繼續(xù)。 用戶登陸窗體設計用戶登陸窗體使為了保證系統(tǒng)的安全性，只有許可用戶才可進入，如果輸入密碼和用戶名不匹配則不允許進入系統(tǒng)。（5）美觀性系統(tǒng)界面以白色和灰色為主色調，輔助以少量鮮艷的小圖，給人的感覺是清晰明了，賞心悅目，長時間工作于此系統(tǒng)不會有視覺疲勞感，充分考慮色彩與結構的關系，并通過精心的點綴引導用戶的視線順序完成操作。對錯誤的提示要準確、清楚、有足夠多的信息。（2）低出錯率為了防止用戶在操作中出現(xiàn)各種失誤，界面的設計在各個環(huán)節(jié)都給與用戶必要的提示，同時也在空間排布上引導用戶按照正確的順序進行操作，大大減少操作出錯的幾率，也減低了操作者的勞動強度。主要特點：（1）易用性。房產(chǎn)中介管理信息系統(tǒng)數(shù)據(jù)庫主要表目錄：表31 系統(tǒng)數(shù)據(jù)庫目錄序號表名1常識信息表2中介信息表3用戶信息權限表4單位信息表5房屋出售合同表6房屋租賃合同表以下是兩張主要的表：用戶信息表User：表32 用戶信息表字段名稱類 型長 度必填字段用戶CHAR20YES密碼CHAR12YES權限SMALLINT10YES中介信息表：表33 中介信息表項次字段名稱字段大小數(shù)據(jù)類型必填字段01 編號長整型自動編號02收件號10文本NO03 類型10文本NO04 房屋地址100文本NO05房型20文本NO06 朝向20文本NO07 樓層長整型數(shù)字NO08產(chǎn)別20文本NO09價格貨幣NO10區(qū)域20文本NO11竣工日期日期/時間NO12產(chǎn)權證號50文本NO13房屋設施200文本NO14裝修情況100文本NO15交通情況100文本NO16使用年限貨幣NO17房屋面積貨幣NO18周圍環(huán)境200文本NO19備注200文本NO20聯(lián)系人50文本YES21聯(lián)系人電話40文本YES22聯(lián)系人電話240文本NO23聯(lián)系人身份證號碼17文本YES24創(chuàng)建用戶20文本NO25創(chuàng)建日期日期/時間NO26成交人姓名20文本YES27成交人電話20文本YES28成交人身份證號20文本YES29成交價格貨幣YES30成交日期日期/時間YES31成交截止日期日期/時間NO32成交備注200文本NO33合同號20文本NO34傭金金額貨幣YES35受理用戶20文本NO36受理日期日期/時間NO37狀態(tài)10文本YES第四章 系統(tǒng)詳細設計 設計原則人機交互子系統(tǒng)是用戶所能直接看到的，是給用戶的第一感覺，他現(xiàn)在已經(jīng)成為判斷一個軟件好壞的重要標準。在系統(tǒng)中定義的表格都嚴格地按照范式的思想和要求去完成，數(shù)據(jù)庫中的所有表格都達到了三范式的要求。計算機系統(tǒng)的建成是建立在原系統(tǒng)充分調研的基礎上的，它既不能脫離原系統(tǒng)的大框架，也不是簡單的重復和替代。數(shù)據(jù)結構具有相對的穩(wěn)定性數(shù)據(jù)結構的相對穩(wěn)定性，可以作為新、舊系統(tǒng)轉換的依據(jù)。在設計數(shù)據(jù)庫結構時，有時為了編程實現(xiàn)的簡捷和思路的清晰，往往故意增加一些冗余數(shù)據(jù)。其實在上一節(jié)的ER圖設計中，已經(jīng)運用了范式的思想，不僅如此，在數(shù)據(jù)庫的表格設計中更離不開范式的思想，它是數(shù)據(jù)庫設計的基礎，如果不注意這個問題將會導致一系列問題的出現(xiàn)。因為關系數(shù)據(jù)庫中的二維表格可以很清楚地描述數(shù)據(jù)之間的聯(lián)系。在完成系統(tǒng)的ER圖之后，需要將ER模型轉化為關系模型，也就是說，要設計出數(shù)據(jù)庫所需要的表格。 在得到全局ER模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應進一步依據(jù)處理需求對ER模式進行優(yōu)化。對于關鍵碼的屬性，在屬性名下劃一橫線。菱形框，表示聯(lián)系類型（實體間的聯(lián)系）。它有兩個明顯的優(yōu)點：接近于人的思維，容易理解；與計算機無關，用戶容易接受。在本系統(tǒng)中采用“實體聯(lián)系模型”（ER模型）來描述數(shù)據(jù)庫的結構與語義，以對現(xiàn)實世界進行第一次抽象。E－R設計方法是一種通過E－R圖來描述現(xiàn)實世界信息結構的DB設計方法。 在系統(tǒng)的數(shù)據(jù)庫設計中，先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，然后才能得出系統(tǒng)的關系模式。在系統(tǒng)設計的開始，首先考慮的是如何用數(shù)據(jù)模型來數(shù)據(jù)庫的結構與語義，以對現(xiàn)實世界進行抽象。然后再把概念模式轉換成邏輯模式。購買常識介紹功能：主要是針對用戶對于不熟悉購買房屋或者租房屋流程，以及各種購房常識等介紹。數(shù)據(jù)庫連接功能：數(shù)據(jù)庫連接信息保存在系統(tǒng)中，再次登陸系統(tǒng)不必設置數(shù)據(jù)庫，但當數(shù)據(jù)庫發(fā)生變動時，用戶可以配置輸入本機或者局域網(wǎng)上的數(shù)據(jù)服務器名和數(shù)據(jù)庫名。一般在新增用戶后或者修改密碼之后使用驗證增加用戶或者修改密碼是否成功。刪除用戶：只有系統(tǒng)管理員權限的身份才具備此功能，從系統(tǒng)刪除一個用戶，被刪除的用戶將不能登錄本系統(tǒng)。增加用戶：只有系統(tǒng)管理員權限的身份才具備此功能，為系統(tǒng)增加一個新用戶，包括用戶登錄名，密碼，權限等信息。而一般權限則只能進行一般的工作，沒有管理用戶的功能。每個用戶具有自己的權限，主要是管理權限和一般權限。因此高質量的套打也是軟件的重要功能 其他輔助功能“房產(chǎn)中介管理信息系統(tǒng)”除了具備上述所有主要功能之外，還應該具有一些必要的輔助性功能，包括用戶管理，數(shù)據(jù)庫連接功能，購買常識介紹功能等等。 “房屋中介管理信息系統(tǒng)”的一個重要功能是房屋租售報表統(tǒng)計和房屋租售報表的打印。查詢的速度要快捷，查詢的結果要準確?！胺课葜薪楣芾硐到y(tǒng)”中，查詢功能也是一個十分重要的功能，當有很多房屋信息時，如何給用戶呈現(xiàn)出需要的信息和過濾掉不用的信息是一個需要解決的問題。此時，根據(jù)用戶的需要進行必要的過濾是十分必要的。房屋修改功能：用戶選擇要修改的房屋信息，可以重新修改房屋的登記信息。數(shù)據(jù)的基本操作包括房屋的增加，刪除，修改等。輸出層：在這個層次中，不需要進行數(shù)據(jù)庫操作和用戶輸入操作，這個層次的主要工作是把結果顯示給用戶，包括查詢結果，統(tǒng)計圖，錯誤信息，提示信息等。數(shù)據(jù)庫層：主要操作在數(shù)據(jù)庫中執(zhí)行，主要工作是：將緩沖區(qū)的數(shù)據(jù)存入數(shù)據(jù)庫，執(zhí)行查詢語句等。此時，所有操作是由系統(tǒng)本身操作，包括在數(shù)據(jù)緩沖區(qū)內增加信息，修改信息，刪除信息等，也包括執(zhí)行選配過程，判斷查詢條件的合法性等。用戶對系統(tǒng)的所有輸入內容在此層次上操作。房屋中介管理系統(tǒng)的層次劃分為幾個方面：用戶界面，數(shù)據(jù)緩沖，數(shù)據(jù)庫，輸出等。也就是說，每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單，即盡量做到高內聚低耦合，提高模塊的獨立性，為設計高質量的軟件結構奠定基礎。模塊化是指解決一個復雜問題時自項向下逐層把軟件系統(tǒng)劃分成若干個模塊的過程。購房常識管理模塊，是對不熟悉房屋租售情況的客戶詳細的介紹購房程序等等各類方