【正文】 顧客現(xiàn)場看房滿意之后，但不能一次性付清房款的可以先簽訂認購書，如圖 513 所示： 圖 513 房 屋銷 售信 息 管理 認購書等內(nèi)容要求準確無誤，不得隨意涂改，在本系統(tǒng)中當填好認購書的內(nèi)同后，點擊“認購 ”按鈕之后，合同內(nèi)容不能夠再進行修改，因此在確定認購之前一定要將合同內(nèi)容審查清楚。實現(xiàn)該功能的代碼為： integer li_ReturnCode //保存操作返回第一章 引 言 41 標志 li_ReturnCode=dw () //保存數(shù)據(jù) =true //設(shè)置按鈕效用 :可讀 ,可寫 ,可前后翻頁 =true =true ?? （詳細代碼見光盤） 房屋銷售合同 管理 客戶合同信息管理界面如圖 514 所示，在客戶合同管理中，是以合同的方式實現(xiàn)房屋的銷售功能，客戶簽訂后，填寫認購合同信息建立檔案。在認購客戶信息中，包含了客戶的基本信息資料，房屋資料，合同信息及經(jīng)辦人信息。 圖 514 購房 合同 管 理 退房 管理 第一章 引 言 42 當開發(fā)商沒有按期交納房屋或者客戶對現(xiàn)房不滿意想要進行調(diào)換時或者當客戶交納定金之后無力繼續(xù)承擔購房費用自動放棄購房時，從此界面進行操作，實現(xiàn)房屋的退換管理。如圖 515 所示： 圖 515 退 換房 屋 管理 實現(xiàn)退房功能的代碼為： if rc1 then messagebox(提示 :,請選擇用戶搜索 !) else for i=1 to rc cli_flag=(i,cli_flag) if (cli_flag=2 and todayreturndate) then HouseNum = (i,number) bookname = ( i,bname) UPDATE salehouse （詳細代碼見光盤） 售后服務(wù) 管理界面 第一章 引 言 43 交樓入住 信息管理 客戶簽訂購房合同 之后，房地產(chǎn)公司要按期交樓，并記錄下交樓 的 時間以及交樓時 的情況及客戶的意見與建議 等相關(guān)信息 。 如圖 516 所示： 圖 516 交樓入住管理 交樓入住 信息 查詢 管理 交樓之后要對交樓過程中發(fā)生的事情進行處理，因此有了相關(guān)查詢的界面，如圖 517 所示 ： 第一章 引 言 44 圖 517 交樓入住信息查詢管理 客戶投訴 客 戶買房之后，難免會有個別情況發(fā)生讓顧客感覺不滿意，對于客戶的投訴事項應(yīng)當詳細記錄，以待解決與改正，如圖 518 所示： 圖 518 客戶投訴 財務(wù)管理 費用管理表 在財務(wù)管理界面中記錄了客戶的所有的費用信息，如圖 519 所示： 第一章 引 言 45 圖 519 費用管理表 欠費催收信息管理 通過在數(shù)據(jù)窗口中設(shè)定過濾條件，將為付款的人員的信息都在此窗口中檢索出來，用鼠標點在相關(guān)人員的名單上點擊“查看費用管理 ” 按鈕，則可以看到該客戶的相關(guān)費用信息，點擊“詳細信息 ” 按鈕則可以打出該客戶的相關(guān)的欠款催收 單。欠費管理窗口如圖 520 所示，欠款催收單如圖 521 所示： 圖 520 欠款催收管理表 圖 521 欠款催收單 樓盤房屋銷售統(tǒng)計 第一章 引 言 46 樓盤房屋銷售統(tǒng)計 房屋銷售統(tǒng)計 窗體是基于數(shù)據(jù) 表‘ ’ 的，用于 對已銷售的房屋 的統(tǒng)計。 如圖 522 所示： 圖 522 樓盤房屋銷售統(tǒng)計 工作人員銷售統(tǒng)計 在此窗口的數(shù)據(jù)窗口中采用了統(tǒng)計計算的方式，將每位銷售人員銷售的房屋進行數(shù)量統(tǒng)計，如圖 523 所示： 圖 523 銷售人員銷售量統(tǒng)計 客戶信息管理 第一章 引 言 47 客戶信息錄入 購房客戶信息管理界面如圖 524 所示， 對來訪的客戶和進行購房的客戶的信息進行記錄，備注好客戶購房的情況及購房意愿，進行管理，對于有購房意向的客戶及時進行聯(lián)系，以擴大客戶源，對已購買房屋的客戶定期進行服務(wù)調(diào)查。 圖 524 購 房客 戶管 理 其實現(xiàn)代碼為： //處理編號 ls_userid=trim() if ls_userid=39。39。 then messagebox(39。提示 39。,39。請輸入客戶編號！ 39。) return end if （詳細代碼見光盤） 購房 客戶信息搜索 第一章 引 言 48 通過條件檢索搜索出客戶的相關(guān)信息 ，當點擊客戶姓名時，可以在下面的一欄里顯示出其購買的房屋的信息，并可以查詢其簽訂的合同，如圖525 所示： 圖 525 購 房客 戶 信息 查詢 其實現(xiàn)代碼為 ： integer currentrow integer key currentrow=( ) if currentrow0 then key=( currentrow, contractnumber) OpenWithParm(w_viewcontractmessage,string(key)) end if 客戶聯(lián)系日志 圖 526 是與客戶聯(lián)系時的管理日志。 用來記錄每次客戶聯(lián)系的事項。以管理好每一位客戶的來訪信息，建立好客戶信息資源，以備日后的客戶第一章 引 言 49 群體資源 的擴充。 圖 526 客戶聯(lián)系日志 職工信息管理界面 工作人員信息管理 職工信息管理界面如圖 527 所示。“職工信息管理”表單用來管理職工， 其 功能包括瀏覽、新增、查詢、修改和刪除職工數(shù)據(jù)。 圖 527 職工信息管理 在職工信息管理中，使用了 integer list_num=1 //下拉列表 index 號 string ddlb[2]={workernumber,w orkerna me} // 下拉列表 item 數(shù)組 第一章 引 言 50 兩個實變量，其實現(xiàn)查詢功能的代碼為： string filterStr integer rc if list_num0 then //用戶沒有選擇下拉列表值，默認 人員編號 為 過濾條件 filterstr=name= 39。 + + 39。 end if （詳細代碼見光盤 ） 密碼更改 在此界面進行密碼更改，只有系統(tǒng)管理員才可以進行操作。如圖 528 所示： 圖 528 密碼更改 第一章 引 言 51 第一章 第六章 系統(tǒng)測試與運行 測試方法簡介 黑盒測試：黑盒測試是把程看成一個黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過 程。也就是說，黑盒測試是在程序接口進行的測試，它只是檢查程序的功能是否按照規(guī)格說明書的規(guī)定正常使用，程序是否適當?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息（如，數(shù)據(jù)庫或文件）的完整性。黑盒測試又稱為功能測試。 白盒測試：把程序看成裝在一個透明的白盒子里，也就是完全了解程序的內(nèi)部結(jié)構(gòu)和處理過程。這種方法按照程序內(nèi)部的邏輯測試程序，檢驗程序中的每條通道是否都能按預(yù)定的要求正確工作，白盒測試又稱為結(jié)構(gòu)測試。 黑盒測試應(yīng)用 房地產(chǎn)公司房屋銷售管理系統(tǒng)最終 的目標實現(xiàn)對房屋銷售的管理，實現(xiàn)客戶信息的添加、刪除、保存，房源信息的添加、保存、修改，客戶費用信息的管理以及房屋的銷售。 在整個設(shè)計過程中，對系統(tǒng)的測試與調(diào)試是比較難的。也遇到了許多問題。 調(diào)整按鈕的可用順序 在進行房源基本信息窗口設(shè)計中，由于自己對 PB 的有些功能掌握的不熟練，在設(shè)計中經(jīng)常忽略的一個問題就是控件的可用順序，如果在單擊添加按鈕時，輸入部分數(shù)據(jù)，再單擊添加按鈕將會出現(xiàn)錯誤。解決的辦法：在設(shè)置控件的 enable 屬性，如在單擊添加按鈕是設(shè)置按鈕添加、刪除、修改按鈕 enable 屬性為 false,保存取消按鈕 enable 屬性為 true. 第一章 引 言 52 數(shù)據(jù)窗口的顯示 帶有數(shù)據(jù)窗口的窗口中的關(guān)于數(shù)據(jù)窗口顯示的代碼是一致的，但是當開始運行窗口時，很多窗口的數(shù)據(jù)窗口并不顯示，進行測試之后發(fā)現(xiàn)，由于有些數(shù)據(jù)表內(nèi)并沒有輸入數(shù)據(jù)才導(dǎo)致數(shù)據(jù)窗口的空白，操作添加數(shù)據(jù)之后，問題解決。 白盒測試應(yīng)用 數(shù)據(jù)類型的檢驗 ： 在添加修改數(shù)據(jù)庫信息時，經(jīng)常遇到的問題是類型不匹配而出現(xiàn)的錯誤，解決的辦法：（ 1）輸入控件設(shè)置類型校驗（ 2）掌握類型轉(zhuǎn)換函數(shù)的用法。 在系統(tǒng)調(diào)試中可以在腳本和函數(shù)中插入斷點或進行 代碼的單步執(zhí)行，并可以顯示執(zhí)行過程中變量的值，以便找出邏輯錯誤， 一個系統(tǒng)建立之后需要維護它。有人說系統(tǒng)創(chuàng)建容易維護難，也不是沒有道理。 房地產(chǎn)公司房屋銷售管理系統(tǒng)開發(fā)完成后 ,為了滿足用戶對已經(jīng)開發(fā)軟件的性能不斷提高的要求 ,達到延長軟件使用壽命的目的 ,必須對系統(tǒng)進行維護。系統(tǒng)的維護分為 :完善性維護、適應(yīng)性維護、糾錯性維護。 在本系統(tǒng)中主要考慮了系統(tǒng)的安全性問題。 在登錄本系統(tǒng)時首先要進入登錄界面，在登錄界面只有輸入正確的用戶名和密碼，才能進入該系統(tǒng)；如果輸入錯誤，則無法進入，這就保證了系統(tǒng)的安 全性。 在系統(tǒng)測試與維護中遇到了許許多多的問題，在指導(dǎo)老師和同組同學(xué)的幫助下都得到了解決，我從中也學(xué)到了許多知識。系統(tǒng)測試與維護不只是系統(tǒng)設(shè)計中一個重要的環(huán)節(jié)，而且是一個必不可少的環(huán)節(jié)。 第一章 引 言 53 第二章 第七章 總結(jié) 房地產(chǎn)銷售管理信息系統(tǒng)的建設(shè)是房地產(chǎn)業(yè)被日益關(guān)注的重要課題，它的實施將對房地產(chǎn)銷售管理工作帶來深刻的變革。本課題的完成，緊緊圍繞研究選題。首先，從房地產(chǎn)銷售管理信息系統(tǒng)、房屋租債信息系統(tǒng)的現(xiàn)狀、銷售管理信息資源的有效利用等問題入手，分析了現(xiàn)階段房地產(chǎn)銷售管理信息系統(tǒng)的應(yīng)用狀況。其次，通過對房地產(chǎn)銷售流程的 了解，提出了房地產(chǎn)銷售管理信息系統(tǒng)的建設(shè)目標，進行了系統(tǒng)需求分析。 數(shù)據(jù)庫技術(shù)是信息管理系統(tǒng)的基礎(chǔ)，建立一個合理的數(shù)據(jù)庫是信息管理系統(tǒng)的關(guān)鍵，通過對數(shù)據(jù)庫設(shè)計原則的研究，本文對與數(shù)據(jù)庫的設(shè)計步驟、設(shè)計原則、范式分析、數(shù)據(jù)冗余等都作了詳細的研究，對這些問題的研究促使我們建立了本次設(shè)計的比較合理的數(shù)據(jù)庫。 軟件工程的方法在本次設(shè)計中得到了充分的體現(xiàn)，實踐證明只有按照軟件工程的方法實施軟件項目，才能提高軟件開發(fā)的效率和軟件本身的利用效率，減少一些不必要的彎路。 房地產(chǎn)管理本身是一個龐大而又復(fù)雜的項目，由于本次設(shè)計 的時間和有本人的知識水平的有限， 開發(fā)中難免有不足之處，如系統(tǒng)本身的管理功能較弱，對數(shù)據(jù)的分析挖掘、再利用等還不完善等 ，但是本人在此次的設(shè)計已經(jīng)領(lǐng)略了這個課題本身的研究意義。不斷完善本課題并對其進行多方向多層次的研究將是本課題的研究方向。今后，本人將繼續(xù)對本課題作更深的研究。 經(jīng)過兩個多月的辛勤努力工作，本次畢業(yè)設(shè)計已圓滿完成。在這期間，我深深地感受到設(shè)計成功的喜悅，也體味到失敗的痛苦。由于以前從對 掌握的不是很熟練 ， 又因為白天要工作，只能晚上做設(shè)計，間斷很不連貫，周圍沒有可詢問 的伙伴，缺乏學(xué)習(xí)氛圍，所以一開始時很難 。不過，由于我們有其他面向?qū)ο笳Z言的基礎(chǔ)， 上學(xué)期時也曾幫同學(xué)用 做過一些簡易的小系統(tǒng)。在后來的操作 中對 的實際應(yīng)用，很快就 解決了 一些 數(shù)據(jù)庫開發(fā)技術(shù) 的問題 。 第一章 引 言 54 畢業(yè)設(shè)計確實能夠鍛煉 一個人在遇到一個不懂的問題時候，怎樣去查閱資料， 使一個個疑難問題迎刃而解。這對我以后的工作有非常大的意義。