【正文】 ID NUMBER(5) 5 主鍵 數(shù)據(jù)庫流水號 ZONE_NUMBER NUMBER(5) 5 所屬區(qū)代碼 ZONE_NAME VARCHAR2(20) 20 所屬區(qū) 的名稱 RESERVE_1 VARCHAR2(20) 20 備用字段 1 房屋 銷售管理系統(tǒng)的設(shè)計與實現(xiàn) 20 系統(tǒng)流程 系統(tǒng)流程是 在使用系統(tǒng)時的工作過程。 表 44 合同 信息 表（ GD_CONTRACT_TB） 字段名 數(shù)據(jù)類型 長度 說明 描述 CONTRACT_ID NUMBER(5) 5 主鍵 數(shù)據(jù)庫流水號 PERSON_ID NUMBER(5) 5 外鍵 簽售人員 HOUSE_ID NUMBER(5) 5 外鍵 房屋 CONTRACT_PRICE VARCHAR2(20) 20 簽售 的 價格 CONTRACT_DATE VARCHAR2(20) 20 簽售 的日期 RESERVE_1 VARCHAR2(20) 20 備用字段 1 ⑤ 、 代碼類型 表 代碼類型 表主要用于保存 各種屬性的代碼 ，表結(jié)構(gòu)如表 45 所示。 表 42 房源信息 表（ GD_HOUSE_TB） 字段名 數(shù)據(jù)類型 長度 說明 描述 HOUSE_ID NUMBER(5) 5 主鍵 數(shù)據(jù)庫流水號 HOUSE_OWNER NUMBER(5) 5 外鍵 房屋所有者 HOUSE_AREA NUMBER(7,2) 7,2 房屋面積 HOUSE_INFO VARCHAR2(20) 20 房屋簡單信息 HOUSE_TYPE NUMBER(5) 5 外鍵 房屋戶型 HOUSE_ADDRESS VARCHAR2(50) 50 房屋地址 HOUSE_DATE VARCHAR2(20) 20 房屋竣工日期 HOUSE_FIRSTPRICE VARCHAR2(20) 20 房屋造價 HOUSE_PRICE VARCHAR2(20) 20 房屋售價 HOUSE_ZONE NUMBER(5) 5 外鍵 房屋所屬區(qū) HOUSE_DESCRIPTION VARCHAR2(100) 100 房屋詳細描述 HOUSE_STATE NUMBER(5) 5 外鍵 房屋狀態(tài) RESERVE_2 VARCHAR2(20) 20 備用字段 2 ③ 、 預訂房屋信息 表 預訂房屋信息 表主要用于保存 顧客及其所定房屋的信息 ，表結(jié)構(gòu)如表 43 所示 。 所有表 的結(jié)構(gòu)如下： ① 、 人員信息 表 人員信息 表主要用 于保存 人 員信息，表結(jié)構(gòu)如表 41 所示。所以將 ER 圖轉(zhuǎn)換為關(guān)系模型實際上是要將實體、實體的屬性和實體之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。 在 房屋銷售管理 系統(tǒng) 中，所選用的 DBMS 產(chǎn)品為 Oracle 10g，因此應將概念模型轉(zhuǎn)換為關(guān)系數(shù)據(jù)模型 ， 關(guān)系模型的邏輯結(jié)構(gòu)是一組關(guān)系模式的集合。 預訂房屋 所權(quán)限 流水號 人員 房屋其他 預訂狀態(tài) 預訂日期 期 姓名 密碼 合同 流水號 人員 管理所有者 員 簽售日期 理 戶型 地址 房屋其他 價格 容 房源 流水 號 所有者 面積 說明 戶型 地址 竣工日期 造價 售價 所有區(qū) 狀態(tài) 房屋 銷售管理系統(tǒng)的設(shè)計與實現(xiàn) 17 圖 411 代碼類型 實體圖 所屬區(qū)代碼實體圖（如圖 412 所示）。 圖 49 合同 實體圖 預訂房屋 實體圖 （ 如圖 410 所示 ） 。 管理員 人員信息 房源信息 員工 預訂信息 合同 密碼 賬戶 合同 預訂信房源信息 息人員信息 管理員 權(quán)姓名 名 權(quán)限 賬戶 姓名 其他 其他 密碼 人員 姓名 權(quán)限 姓賬戶 名密碼 員工 姓名 密碼 面積 戶型 戶型 人員 日期 其他 其他 房屋 人員 日期 日 期 其他 房屋 人員 組成 修改個人 增刪改查 增刪改查 幫助 預訂 簽售 人員 流水號 賬戶 權(quán)限 權(quán)限姓名 生 日 密碼 住址 身份證號 類別代碼 賬戶 密碼 房屋 銷售管理系統(tǒng)的設(shè)計與實現(xiàn) 16 圖 47 人 員實體圖 房源 實體圖 （ 如圖 48 所示 ） 。 經(jīng)分析，得到 系統(tǒng)的基本 ER 圖 （ 如圖 46 所示 ） 。 圖 45 注銷系統(tǒng) 功能模塊圖 查詢統(tǒng)計 銷售業(yè)績 銷售走勢 房屋資源 購買合同 信息維護 房源信息 人員信息 注銷系統(tǒng) 更換用戶 退出系統(tǒng) 房屋 銷售管理系統(tǒng)的設(shè)計與實現(xiàn) 15 實體圖 房屋銷售管理 系統(tǒng) 的 軟件 結(jié)構(gòu)設(shè)計中，采用 ER 模型來描述，采用自底向上 設(shè)計概念結(jié)構(gòu)的 方法 為例，它通常分為 兩步 ： 首先 要根據(jù)需求分析的結(jié)果（數(shù)據(jù)流程圖等）對現(xiàn)實世界的數(shù)據(jù)進行抽象 ，設(shè)計各個局部視圖即分 ER 圖。 圖 43 查詢統(tǒng)計 功能模塊圖 ③ 、 信息維護 功能模塊圖 （ 如圖 44 所示 ） 。 ①、 房屋銷售 功能模塊圖 （ 如圖 42 所示 ） 。 這里 根據(jù)需求分析所得到的 房屋銷售管理 系統(tǒng) 數(shù)據(jù)流 程 圖，將其優(yōu)化、求精后，得到系統(tǒng)的詳細 DFD，采用面向數(shù)據(jù)流的分析方法，由于系統(tǒng)是事務型的 模式 特征，因此按照事務分 析的映射規(guī)則把數(shù)據(jù)流圖映射到軟件結(jié)構(gòu)上，建立起系統(tǒng)的框架結(jié)構(gòu)為： 免去 了 針對不同應用平臺編寫不同前端應用程序。 而基于 Web 方式訪問數(shù)據(jù)庫，此問題就迎刃而解。另外，客戶端 /服務器端方式中的數(shù)據(jù)庫系統(tǒng)之間的數(shù)據(jù)庫結(jié)構(gòu)和數(shù)據(jù)類型不一致，導致數(shù)據(jù)庫系統(tǒng)之間的轉(zhuǎn)換困難。 目前大多數(shù) 管理系統(tǒng) 使用的Client/Server 方式，由于當修改和增強數(shù)據(jù)應用時，需要開發(fā)客戶端應用程序。同時，減輕了系統(tǒng)維護與升級的成本和工作量，降低了總體成本，也是 房屋銷售管理 系統(tǒng)能真 正成為 未來趨勢 的基礎(chǔ)。 B/S 模式 的前端是以 TCP / IP 協(xié)議為基礎(chǔ)的，企業(yè) 內(nèi)部的萬維網(wǎng)服務器可以接受安裝有 Web 瀏覽程序的 Inter 終端的訪問，作為最終用戶，只要通過 Web 瀏覽器，各種處理任務都可以調(diào)用系統(tǒng)資源來完成，用戶 只要擁有一臺能上網(wǎng)的計算機就能方便的進行網(wǎng)上 操作 ，而不需要下載任何客戶端程序。 B/S 模式 利用不斷成熟和普及的瀏覽器技術(shù)實現(xiàn)原來需要復雜專用軟件才 能實現(xiàn)的強大功能，井節(jié)約了開發(fā)成本，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。 B/S 模式 ，是隨著 Inter 技術(shù)的興起，對 C/S 模式 的一種變化或者改進的 模式 。在實際問題中，系統(tǒng)的 DFD 圖可能比較復雜，往往同時存在著變換型和事務型兩類結(jié)構(gòu)。顯然，總體設(shè)計建立的是 目標系統(tǒng)的邏輯模型，與計算機無關(guān) 。設(shè)計軟件結(jié)構(gòu)的具體任務是：將一個復雜的系統(tǒng)按功能進行模塊劃分、建立模塊的層次結(jié)構(gòu)及調(diào)用關(guān)系、確定模塊間的接口及人機界面等。 上述即為本系統(tǒng)所用到的表信息， 每個表中都留有 2 至 3 個備用字段，為了將來的擴展用。 1. 類型代碼表 ：流水號、 類型代碼 、 類型名稱 、 描述 、 備用字段 ； 2. 所屬區(qū)代碼表 ：流水號、 區(qū)代碼 、 區(qū)名稱、備用字段 ； 3. 人員信息表 ：流水號、 姓名 、 住址 、 身份證號、生日、身份代碼、賬戶、密碼、描述、備用字段 ； 4. 房源信息表 ：流水號、 所有者 、 面積 、 說明 、 房屋類型代碼 、 地址、竣工日期、造價、售價、所屬區(qū)代碼、描述、狀態(tài)代碼、備用字段 ； 5. 預訂房屋信息表 ：流水號、 顧客流水號 、 房屋流水號 、 狀態(tài)代碼 、 預訂日期、備用字段 。 二、 管理員： 1. 具 有最高 權(quán)限； 2. 查詢統(tǒng)計銷售業(yè)績 ； 3. 查詢統(tǒng)計房屋資源 ； 4. 對各種信息進行維護 。 信息維護模塊只有管理員可以操作，對本系統(tǒng)進行數(shù)據(jù)的維護。再從預定表里查出信息進行簽訂銷售合同，至此房屋銷售成功。 圖 31 房屋銷售管理 系統(tǒng) 頂層 數(shù)據(jù)流 程 圖 房 屋銷售模塊的數(shù)據(jù)流程圖（如圖 32 所示）。 管理員或者員工進行登錄驗證，用戶名密碼正確就如到本系統(tǒng)，否則給出相應的錯誤提示。 各種類型 代碼信息，在確定下來后不要輕易更改，后面的表都引用到了它。 退出 系統(tǒng)：安全退出系統(tǒng) 。查詢可以按照姓名模糊查詢，如果不給出姓名信息則查詢?nèi)?。增加人員可以根據(jù)提示填寫相應信息進行增加。 查詢可以按姓名、戶型、所屬區(qū) 查詢，也可以按上述列出條件的組合查詢。 增加房源 可以根據(jù)提示填寫相應 信息進行 增加 。 銷售走勢 ： 設(shè)想的功能，根據(jù)數(shù)據(jù)給出動態(tài)的走勢圖， 此功能具有一定的難度 。 購買合同 ： 可以根據(jù)各種組合條件查詢簽售的合同，比如按起始日期查詢、結(jié)束日期查詢 。 房屋資源 ： 查看可用房屋的資源，就是沒有售出以及沒有被預定的房屋資源 。 但 都可以對查詢到的信息導出 Excel。 首先查找預定的房屋信息，選擇 預定好的房屋信息，進行合同的簽售，這就是銷售的過程。 房屋銷售 預訂 房屋 ： 顧客挑選房屋是一件比較重要的事情，從銷售員的口頭介紹，看模型圖，到具體的房屋，都需要花費很多時間，在確定了房屋后，最后從系統(tǒng)中找出來 進行房屋的預定 。 房屋 銷售管理系統(tǒng)的設(shè)計與實現(xiàn) 8 3 需求分析 功能需求分析 作為 一個管理類型的 系統(tǒng)， 本系統(tǒng) 主要 功能是對房屋銷售以及各種信息的管理 。 jQuery 還有一個比較大的優(yōu)勢是，它的文檔說明很全，而且各種應用也說得很詳細，同時還有許多成熟的插件可供選擇。它是輕量級的 js 庫 (壓縮后只有 21k) ，它兼容 CSS3，還兼容各種瀏覽器 （ IE +, FF +, Safari +, Opera +）。通過 AJAX，因特網(wǎng)應用程序可以變得更完善，更友好。 Web 應用程序較桌面應用程序有諸多優(yōu)勢；它們能夠涉及廣大的用戶，它們更易安裝及維護，也更易開發(fā)。 AJAX 基于下列 Web 標準： JavaScript XML HTML CSS 在 AJAX 中使用的 Web 標準已被良好定義，并被所有的主流瀏覽器支持。 AJAX 可使因特網(wǎng)應用程序更小、更快，更友好。通過這個對象，您的 JavaScript 可在不重載頁面的情況與 Web 服務器交換數(shù)據(jù)。 AJAX 不是 一種新的編程語言，而是一種用于創(chuàng)建更好更快以及交互性更強的 Web 房屋 銷售管理系統(tǒng)的設(shè)計與實現(xiàn) 7 應用程序的技術(shù)。這個術(shù)語源自描述從基于 Web 的應用到基于數(shù)據(jù)的應用的轉(zhuǎn)換。國 內(nèi) 使用 ajax 構(gòu)建應用程序內(nèi)翻譯常為“阿賈克斯”和阿賈克斯足球隊同音。 JavaScript 的特點是無窮無盡的，只要你有創(chuàng)意。 JavaScript 使有規(guī)律地重復的 HTML 文段簡化，減少下載時間。 同時它又是專門為制作 Web網(wǎng)頁而量身定做的一種簡單的編程語言。 Javascript和 Jscript 基本上是相同的，只是在一些細節(jié)上有出入。 Netscape 公司 Navigator 3． 0 以上版本的瀏覽器都能支持 Javascript 程序，微軟公司 Inter Explorer 3． 0 以上版本的瀏覽器基本上支持 Javascript。 Javascript 的出現(xiàn)使得網(wǎng)頁和用戶之間實現(xiàn)了一種實時性的、動態(tài)的、交互性的關(guān)系，使網(wǎng)頁包含更多活躍的元素和更加精彩的內(nèi)容。 Javascript 是由 Netscape 公司開發(fā)的一種腳本語言（ scripting language），或者稱為描述語言。如： Javascript、 VBScript、 Document Object Model（ DOM，文檔對象模型）、 Layers 和 Cascading Style Sheets（ CSS，層疊樣式表），這里主要講 Javascript。盡管 JavaScript作為給非程序人員的腳本語言，而非作為給程序人員的編程語言來推廣和宣傳，但是JavaScript 具有非常豐富的特性。為了互用性， Ecma 國際（前身為歐洲計算機制造商協(xié)會）創(chuàng)建了 ECMA262 標準（ EC