【導讀】自身的競爭力，各單位都在定制和購買各項業(yè)務應用軟件，運用高科技手段進行科學，作為房屋租賃公司的管理者，希望能夠對房屋租賃事務管理的整個流程狀。態(tài)，信息資料的情況了如指掌，使其可以做出科學的決策。作為工作人員期望能夠避免。繁瑣的手工操作，甩掉傳統(tǒng)的手工記錄方式，達到事半功倍的效果。管理系統(tǒng)化、規(guī)范化、自動化的計算機系統(tǒng)就顯得很有必要。利用計算機技術,實現(xiàn)管。理系的自動化,規(guī)范化就是這個問題最好的解決方法.主要闡述以軟件工程理。數(shù)據(jù)庫開發(fā)語言作為實現(xiàn)手段的數(shù)據(jù)庫管理軟件的開發(fā)過程分析和理論研究。的設計與實現(xiàn)，程序的編寫與調(diào)試等幾個階段來完成對房屋租賃管理系統(tǒng)的開發(fā)。盡說明，并在文中對一些源程序作了詳細的解釋。

　　

【正文】 次運行程序就不會再彈出此配置窗口，除非數(shù)據(jù)庫服務器有變更時會彈出。 購買常識介紹功能： 主要是針對用戶對于不熟悉購買房 屋或者租房屋流程，以及各種購房常識等介紹。 概念設計 在概念設計階段中，設計人員從用戶的角度看待數(shù)據(jù)及處理要求和約束，產(chǎn)生一個反映用戶觀點的概念模式。然后再把概念模式轉換成邏輯模式。將概念設計從設計過程中獨立開來，使各階段的任務相對單一化，設計復雜程度大大降低，不受特定 DBMS 的限制。 在系統(tǒng)設計的開始，首先考慮的是如何用數(shù)據(jù)模型來數(shù)據(jù)庫的結構與語義，以對現(xiàn)實世界進行抽象。目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨立于計算機系統(tǒng)的 “概念數(shù)據(jù)模型 ”，如 “實體聯(lián)系模型 ”；另一種是直接面向數(shù)據(jù)庫邏輯 結構的 “結構數(shù)據(jù)模型 ”。 在系統(tǒng)的數(shù)據(jù)庫設計中，先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，然后才能得出系統(tǒng)的關系模式?？梢圆捎?E－ R 圖的方法來進行數(shù)據(jù)結構分析。 E－ R 設計方法是一種通過 E－ R 圖來描述現(xiàn)實世界信息結構的 DB 設計方法。 E－ R圖由實體、屬性、聯(lián)系三部分組成。 在本系統(tǒng)中采用 “實體聯(lián)系模型 ”（ ER 模型）來描述數(shù)據(jù)庫的結構與語義，以對現(xiàn)實世界進行第一次抽象。 ER 模型直接從現(xiàn)實世界抽象出實體類型及實體間聯(lián)系，然后用 ER 圖來表示數(shù)據(jù)模型。它有兩個明顯的優(yōu)點：接近于人的思維，容易理解；與計算機無關，用戶容易接受。 ER 圖是直觀表示概念模型的工具，它有四個基本成分： 矩形框，表示實體類型（考慮問題的對象）。 菱形框，表示聯(lián)系類型（實體間的聯(lián)系）。 橢圓形框，表示實體類型和聯(lián)系類型的屬性。 對于關鍵碼的屬性，在屬性名下劃一橫線。 直線，聯(lián)系類型與其涉及的實體類型之間以直線連接。 在得到全局 ER 模式后，為了提高數(shù)據(jù)庫系統(tǒng)的效率，還應進一步依據(jù)處理需求對 ER模式進行優(yōu)化。一個好的全局 ER 模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數(shù)要盡可能的少；實體類 型所含屬性個數(shù)盡可能少；實體類型間聯(lián)系無冗余。 數(shù)據(jù)表的設計 在完成系統(tǒng)的 ER 圖之后，需要將 ER 模型轉化為關系模型，也就是說，要設計出數(shù)據(jù)庫所需要的表格。在這里，選用的是關系數(shù)據(jù)庫。因為關系數(shù)據(jù)庫中的二維表格可以很清楚地描述數(shù)據(jù)之間的聯(lián)系。在這里不得不提到一個概念 ——范式。其實在上一節(jié)的 ER 圖設計中，已經(jīng)運用了范式的思想，不僅如此，在數(shù)據(jù)庫的表格設計中更離不開范式的思想，它是數(shù)據(jù)庫設計的基礎，如果不注意這個問題將會導致一系列問題的出現(xiàn)。 設計原則如下： 1．進行規(guī)范化設計，盡可能地減少數(shù)據(jù)冗余和重 復 2．合理的數(shù)據(jù)庫表的設計應該是在滿足需求的前提下，使數(shù)據(jù)的重復量最小，就盡量按照關系數(shù)據(jù)庫系統(tǒng)理論方法去設計一個數(shù)據(jù)庫，減少數(shù)據(jù)的冗余。 在設計數(shù)據(jù)庫結構時，有時為了編程實現(xiàn)的簡捷和思路的清晰，往往故意增加一些冗余數(shù)據(jù)。這雖然有悖于傳統(tǒng)的關系數(shù)據(jù)庫理論，但是考慮到選擇的機器型號和檔次等因素，如果增加的冗余不會明顯增加存儲空間和降低處理效率，并且對編程實現(xiàn)有很大幫助，往往可以采用這種方法。 數(shù)據(jù)結構具有相對的穩(wěn)定性 數(shù)據(jù)結構的相對穩(wěn)定性，可以作為新、舊系統(tǒng)轉換的依據(jù)。無論采用 何種方法或手段去處理日常事務，都應該能完成相應的功能，決不會因為采用了計算機而丟失了必要的功能，或徹底改變了原有的工作流程和模式。計算機系統(tǒng)的建成是建立在原系統(tǒng)充分調(diào)研的基礎上的，它既不能脫離原系統(tǒng)的大框架，也不是簡單的重復和替代。所以數(shù)據(jù)庫表結構設計應保證數(shù)據(jù)的相對穩(wěn)定，這樣才能考慮在新的數(shù)據(jù)結構下的業(yè)務處理方式。 在系統(tǒng)中定義的表格都嚴格地按照范式的思想和要求去完成，數(shù)據(jù)庫中的所有表格都達到了三范式的要求?；谝陨先龡l設計原則，根據(jù)系統(tǒng) ER 圖，針對本系統(tǒng)的特點，在對所搜集的數(shù)據(jù)進行規(guī)范化之后， 我選用 Microsoft Accsse 數(shù)據(jù)庫來進行數(shù)據(jù)庫的邏輯設計。 房屋租賃管理信息系統(tǒng)數(shù)據(jù)庫主要表目錄： 表 31 系統(tǒng)數(shù)據(jù)庫目錄 序號 表名 1 常識信息表 2 中介信息表 3 用戶信息權限表 4 單位信息表 5 房屋出售合同表 6 房屋租賃合同表 以下是兩張主要的表： 用戶信息表 User： 表 32 用戶信息表 字段名稱 類 型 長 度 必填字段 用戶 CHAR 20 YES 密碼 CHAR 12 YES 權限 SMALLINT 10 YES 中介信息表： 表 33 中介信息表 項次 字段名稱 字段大小 數(shù)據(jù)類型 必填字段 01 編號 長整型 自動編號 02 收件號 10 文本 NO 03 類型 10 文本 NO 04 房屋地址 100 文本 NO 05 房型 20 文本 NO 06 朝向 20 文本 NO 07 樓層 長整型 數(shù)字 NO 08 產(chǎn)別 20 文本 NO 09 價格 貨幣 NO 10 區(qū)域 20 文本 NO 11 竣工日期 日期 /時間 NO 12 產(chǎn)權證號 50 文本 NO 13 房屋設施 200 文本 NO 14 裝修情況 100 文本 NO 15 交通情況 100 文本 NO 16 使用年限 貨幣 NO 17 房屋面積 貨幣 NO 18 周圍環(huán)境 200 文本 NO 19 備注 200 文本 NO 20 聯(lián)系人 50 文本 YES 21 聯(lián)系人電話 40 文本 YES 22 聯(lián)系人電話 2 40 文本 NO 23 聯(lián)系人身份證號碼 17 文本 YES 24 創(chuàng)建用戶 20 文本 NO 25 創(chuàng)建日期 日期 /時間 NO 26 成交人姓名 20 文本 YES 27 成交人電話 20 文本 YES 28 成交人身份證號 20 文本 YES 29 成交價格 貨幣 YES 30 成交日期 日期 /時間 YES 31 成交截止日期 日期 /時間 NO 32 成交備注 200 文本 NO 33 合同號 20 文本 NO 34 傭金金額 貨幣 YES 35 受理用戶 20 文本 NO 36 受理日期 日期 /時間 NO 37 狀態(tài) 10 文本 YES 第四章 系統(tǒng)詳細設計 設計原則 人機交互子系統(tǒng)是用戶所能直接看到的，是給用戶的第一感覺 ，他現(xiàn)在已經(jīng)成為判斷一個軟件好壞的重要標準。在設計人機交互子系統(tǒng)的時候，必須遵循以下原則： 設計出一個易用、低錯、適應、美觀的界面，能夠使用戶自如的完成操作，而用戶不需要有較高的計算機專業(yè)知識和技能。 主要特點： （ 1）易用性。 前期對項目的大量細致的分析，以及對用戶群的調(diào)查，充分考慮實際操作的各項細節(jié)，使得普通用戶在不需要查看用戶手冊的情況下亦能很自如的操作系統(tǒng)，并對操作流程有清晰的了解。 （ 2）低出錯率 為了防止用戶在操作中出現(xiàn)各種失誤，界面的設計在各個環(huán)節(jié)都給與用戶必要的提示，同時也在空間排布上引導用 戶按照正確的順序進行操作，大大減少操作出錯的幾率，也減低了操作者的勞動強度。 （ 3）合理性 父窗體應該在屏幕的中心位置，子窗體應該在父窗體的左上角或中心，界面退出或關閉的按鈕不應該放在易點的位置，對數(shù)據(jù)進行無法恢復的操作，應有提示信息，給用戶有選擇放棄的機會。對錯誤的提示要準確、清楚、有足夠多的信息。 （ 4）高適應性 系統(tǒng)面向的用戶群有三類，對于不同的用戶，他們擁有不同的操作目的、操作流程以及不同的權限，如何考慮系統(tǒng)的適應性也是界面設計時的重要部分，本系統(tǒng)可以面向不同的用戶提供不同的界面，實現(xiàn)高適應性。 （ 5）美觀性 系統(tǒng)界面以白色和灰色為主色調(diào)，輔助以少量鮮艷的小圖，給人的感覺是清晰明了，賞心悅目，長時間工作于此系統(tǒng)不會有視覺疲勞感，充分考慮色彩與結構的關系，并通過精心的點綴引導用戶的視線順序完成操作。 設計出一個易用、低錯、適應、美觀的界面，能夠使用戶自如的完成操作，而用戶不需要有較高的計算機專業(yè)知識和技能。 用戶登陸窗體設計 用戶登陸窗體使為了保證系統(tǒng)的安全性，只有許可用戶才可進入，如果輸入密碼和用戶名不匹配則不允許進入系統(tǒng)。如圖 圖 41 用戶登陸窗口 本窗體是為三種不同的用戶（一般用戶，超級用戶，管理員）提供選擇以進入不同的模塊，滿足不同用戶的需求 ，采用了常用的登錄框來界面顯示，其中，接收用戶名采用下拉選擇框，選項來自數(shù)據(jù)庫中用戶表格，主要流程如下圖： 圖 42 用戶登陸流程圖 該窗體是在 Application 運行前，以模態(tài)對話框的形式顯示出來。 Dialog 分為模態(tài)和非模態(tài)兩種，模態(tài)對話框是指用戶必須對對話框進行操作才可以繼續(xù)。非模態(tài)對話框可以不必對它進行任何操作。這里我 們必須要使用模態(tài)對話框，因為我們只有當用戶輸入用戶名和密碼相匹配的時候，點擊 “確定 ”按鈕進入系統(tǒng)?？诹?Edit 是要求用戶輸入密碼，輸入的字符都已 ?*?的形式顯示出來，這就需要調(diào)整 Edit 的 PasswordChar 屬性設置為 ?*?。在 “確定 ”按鈕的激發(fā)事件里寫入驗證代碼： procedure (Sender: TObject)。 begin //錄入檢驗 if =39。39。 then begin messagedlg(39。請 選 擇 用 戶 名 ！ 39。,mtInformation,[mbok],0)。 ()。 exit。 用戶輸入登錄信息 判斷合法性 查詢數(shù)據(jù)庫驗證密碼 密碼正確 登錄成功 登錄失敗 end。 //登錄驗證 with JDBCQ_Temp do begin close。 。 (39。SELECT * From 用 戶 信 息 表 Where 用戶名=39。+39。39。39。39。++39。39。39。39。)。 Open。 //用戶有效性 IF not IsEmpty then begin //登錄失敗 If Fieldbyname(39。密碼 39。).AsString then begin messagedlg(39?？诹铄e誤，請修改 ！ 39。,mterror,[mbok],0)。 LoginNum:=LoginNum+1。 if LoginNum=3 then begin messagedlg(39。非法用戶！你無權使用本系 統(tǒng) 39。,mterror,[mbok],0)。 。 end。 :=39。39。 。 exit。 end //登錄成功 else begin //保存登錄的用戶信息 gs_login_userid :=fieldbyname(39。用戶名 39。).asstring。 gs_login_username :=fieldbyname(39。用戶名 39。).asstring。 gs_login_userlevel :=fieldbyname(39。用戶等級 39。).asstring。 gs_login_Password :=fieldbyname(39。密碼 39。).asstring。 gt_login_time:=now()。 Login:=true。 。 end。 end else begin messagedlg(39。指定的用戶已被注銷！你無權使用本系統(tǒng) ！ 39。,mterror,[mbok],0)。 Login:=False。 。 end。 end。 end。 procedure (Sender: TObject。 var Key: Word。 Shift: TShiftState)。 begin if key=VK_RETURN then 。 end。 procedure (Sender: TObject)。 begin // Login:=false。 // 初始化用戶選擇列表 with JDBCQ_Temp do begin close。 。