房屋租賃管理信息系統—免費畢業設計論文-資料下載頁

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

　　

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