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

　　

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