【正文】 無 是 否 相關設施 Char 5 無 是 否 第一章 引 言 22 0 詳細說明 Char 100 無 是 否 開發(fā)日期 Date 無 是 否 預計竣工日期 Date 無 是 否 實際竣工日期 Date 無 是 否 當前開發(fā)狀態(tài) Char 10 無 是 否 已出售數(shù) Int 無 是 否 已預訂數(shù) Int 無 是 否 待售數(shù) Int 無 是 否 ： (樓宇信息 .db) 表 42 樓宇信息表 字段名稱 數(shù)據(jù)類型 大小 默認值 可否為空 主鍵 樓宇號 Int 無 否 是 樓盤名 Char 20 無 是 否 層數(shù) Int 無 是 否 房屋數(shù)量 Int 無 是 否 房屋高度 Int 無 是 否 規(guī)劃設計 Long binary 無 是 否 開發(fā)日期 Date 無 是 否 竣工日期 Date 無 是 否 當前開發(fā)狀態(tài) Char 10 無 是 否 已出售 Int 無 是 否 已預訂 Int 無 是 否 待售數(shù) Int 無 是 否 ： (房屋信息 .db) 第一章 引 言 23 表 43 房屋信息表 字段名稱 數(shù)據(jù)類型 大小 默認值 可否為空 主鍵 房屋號 Int 無 否 是 樓盤名 Char 20 無 是 否 樓宇號 Int 無 是 否 所屬樓層 Int 無 是 否 戶型 Char 10 無 是 否 朝向 Char 10 無 是 否 分攤的公用建筑面積 Int 無 是 否 套內建筑面積 Int 無 是 否 銷售面積 Int 無 是 否 單價 Money 無 是 否 總價 Money 無 是 否 銷售狀態(tài) Char 10 無 是 否 規(guī)劃圖 Long binary 無 是 否 ： (戶型信息 .db) 表 44 戶型信息表 字段名稱 數(shù)據(jù)類型 大小 默認值 可否為空 主鍵 戶型名 Char() 10 無 否 是 套內建筑面積 Int 無 是 否 第一章 引 言 24 平面圖 Long binary 無 是 否 詳細說明 Char 30 無 是 否 單價 Money 無 是 否 套內居住面積 Int 無 是 否 套內墻體面積 Int 無 是 否 陽臺面積 Int 無 是 否 費用信息管 理表： (費用信息 .db) 表 45 費用信息表 字段名稱 數(shù)據(jù)類型 大小 默認值 可否為空 主鍵 客戶編號 Int 無 否 是 客戶名 Char 10 無 是 否 應付定金 Money 無 是 否 已付定金 Money 無 是 否 應付房款 Money 無 是 否 優(yōu)惠率 Float 無 是 否 實際房款 Money 無 是 否 增添率 Float 無 是 否 已付房款 Money 無 是 否 仍欠房款 Money 無 是 否 應付首付 Money 無 是 否 應付 Mone 無 是 否 第一章 引 言 25 滯納 y 應付違約 Money 無 是 否 已付違約 Money 無 是 否 應付總計 Money 無 是 否 已付總計 Money 無 是 否 仍欠總計 Money 無 是 否 付款方式 Char 10 無 是 否 客戶信息表 ： (客戶 信息 .db) 表 46 客戶信息表 字段名稱 數(shù)據(jù)類型 大小 默認值 可否為空 主鍵 客戶編號 Int 無 否 是 客戶姓名 Varchar () 30 無 是 否 性別 Char() 4 無 是 否 出生日期 Datetime 無 是 否 職位 Varchar() 20 無 是 否 工作單位 Char() 1 無 是 否 證件類型 Varchar() 20 無 是 否 證件號碼 Char() 1 無 是 否 電話 Varchar() 20 無 是 否 地址 Char() 1 4 是 否 第一章 引 言 26 工作人員信息表： (工作人員的信息 .db) 表 47 工作人員信息表 字段名稱 數(shù)據(jù)類型 大小 默認值 可否為空 主鍵 工作人員編號 Int 無 否 是 客戶姓名 Varchar () 30 無 是 否 性別 Char() 4 無 是 否 出生日期 Datetime 無 是 否 職位 Varchar() 20 無 是 否 密碼 Char() 10 無 是 否 權限 Varchar() 20 無 是 否 系統(tǒng)整體流程圖 本系統(tǒng)采用密碼登錄的形式。 系統(tǒng)數(shù)據(jù)庫 ER 圖 第一章 引 言 19 本系統(tǒng)從整體上分為房屋銷售信息、費用管理信息和售后服務信息三大部分。 (4)樓宇 信息維護：調用 樓宇信息 表，設置 樓宇號 、 樓宇高度 、 樓宇層數(shù) 、 樓宇銷售狀態(tài)等 。 (2)客戶 信息維護：調用 客戶 信息表，設置 客戶 編號、姓名、 性別、 出生年月、籍貫、家庭住址、部門編號和聯(lián)系電話等。 文件打印 文件的打印主要是方便用戶對認購書及合同的管理及書面簽訂等。 數(shù)據(jù)查詢 查詢功能是一個軟件的核心部分，反映了一個系統(tǒng)的優(yōu)劣。 通過系統(tǒng)管理用戶可以實現(xiàn)新用戶注冊和登錄用戶密碼修改等功能。 第四章 系統(tǒng)總體規(guī)劃 系統(tǒng)功能簡介 房地產(chǎn)銷售管理系統(tǒng)是一個交互式查詢系統(tǒng)，在明確了系統(tǒng)目標與數(shù)據(jù)庫結構的前提下，設計出該系統(tǒng)的主要功能：系統(tǒng)登錄、數(shù)據(jù)輸入與修改、數(shù)據(jù)綜合查詢、報表瀏覽與打印、系統(tǒng)管理、幫助等。通過該系統(tǒng)的開發(fā)，把管理人員從繁瑣的數(shù)據(jù)計算處理中解脫出來，優(yōu)化房地產(chǎn)公司房屋銷售管理體系，使其 高效化，簡易化，智能化。該 軟件房地產(chǎn)銷售管理系統(tǒng) 購房客 戶 財務管理人員 事務 事物 房地產(chǎn)銷售管理系統(tǒng) 房地產(chǎn)銷售管理人員 購房客戶 事務 認購書合同 圖 31 房地產(chǎn)銷售管理系統(tǒng)的基本系統(tǒng)模型 圖 32 房 地產(chǎn)銷售管理系統(tǒng)的基本系統(tǒng)模型 第一章 引 言 15 用于規(guī)范 房地 產(chǎn) 公 司 的 銷 售 管理工作。 (4) 系統(tǒng)應具有一定的操作合法權檢驗功能。 (2) 靈活快捷的查詢性能，能快速實現(xiàn)對 房源的 查 詢。 綜上所述，通過技術、經(jīng)濟、操作的可行性研究與分析，我們得出開發(fā)“房地產(chǎn)銷售管理系統(tǒng)”是可行的。 操作可行性 分析 在本系統(tǒng)的操作階段，該系統(tǒng)的使用并不困難，使用系統(tǒng)的工作人員，除了需要具備在 Microsoft Windows 平臺上使用個人電腦的知識，并不需要特別的技術能力，只需要花費較少的時間去了解學習它，即可做到熟練操作使用。這主要體現(xiàn)在 PB 與 Sybase 的無縫集成，以及 PB 提供的許多現(xiàn)成的數(shù)據(jù)庫操作控件。 PB 具有以下的特性：基于窗體和面向對象的方法，高速的編譯器，強大的數(shù)據(jù)庫支持，與 Windows 編程緊密結合，強大而成熟的組件技術。和 VC 相比， PB 更簡單、更易于掌握，而在功能上卻絲毫不遜色；和 VB 相比， PB 則功能更強大、更實用。 從該系統(tǒng)的開發(fā)和效益關系上講 ,該系統(tǒng)的開發(fā)不需要花費太多的經(jīng)費 .因為設備費用可在原有局域網(wǎng)的基礎上組織建成 。 (2)對用戶的費用進行管理 (3)對用戶進行欠款催收 售后服務管理子系統(tǒng)的功能包括： (1)交樓入?。河涗浗粯侨胱r發(fā)生的問題 第一章 引 言 13 (2)客戶聯(lián)系日志：對客戶聯(lián)系日志進行插入、刪除、查找 (3)客戶投訴管理：對客戶的投訴進行管理。 房源 管理子系統(tǒng)的功能包括： (1)開發(fā)新樓盤的信息錄入、刪除、維護； (2)所開發(fā)新樓盤的樓宇信息的錄入、刪除、維護； (3)房屋信息的錄入、刪除、維護 ； (4)房源信息的普通查詢、詳細查詢、綜合查詢 ； 購房 管理子系統(tǒng)的功能包括： (1)可以 查詢房屋的信 息 ； (2)可 以進行房屋的購買 ； (3)可以 進行房屋的預定、購買與退換房管理 ； (4)可以 進行認購書的簽訂、刪除、打印。 系統(tǒng)功能分析 系統(tǒng)的對象確定之后，應該對系統(tǒng)進行定性的分析，分析是為了了解系統(tǒng)應達到的目標和系統(tǒng)應具備的功能。 問題定義 第一章 引 言 12 設計、開發(fā)一個房地產(chǎn)銷售管理系統(tǒng)。 現(xiàn)在國內外現(xiàn)有的一些房地產(chǎn)銷售管理系統(tǒng)功能過于強大，開發(fā)與使用費用昂貴，對于一些小的房地產(chǎn)公司而言承受不起其使用。通過調查，分析得到如下結論 ： 房地產(chǎn)公司的銷售 管理 以前 一直依靠手工方式，不能及時 為顧客查詢到滿意的房源 信息，從一 定程度上影響了 公司 的 銷售 活動。需求分析是程序設計中的一門重要課題，在本章中，我們將會對房地產(chǎn)銷售公司銷售 管理系統(tǒng)的系統(tǒng)需求進行分析，分析其可行性及重要性，進而對系統(tǒng)的各個模塊進行分析、設計。但 ER 模型只能說明實體間語義的聯(lián)系，不能進一步說明詳細的數(shù)據(jù)結 構，它只是數(shù)據(jù)庫設計的第一步 。 ER 模型直接從現(xiàn)實世界抽象出實體類型及實體間聯(lián)系，然后用 ER 圖來表示數(shù)據(jù)模型。目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨立于計算機系統(tǒng)的 “ 概念數(shù)據(jù)模型 ” ，如 “ 實體聯(lián)系模型 ” ；另一種是直接面向數(shù)據(jù)庫邏輯結構的 “ 結構數(shù)據(jù)模型 ” 。這兩個問題貫穿了整個軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù)庫的設計問題，軟件設計的一個核心?，F(xiàn)實世界的事物反映到人的頭腦中，人的大腦對它有個認識過程，經(jīng)過分析（選擇、命名、分類等）進入信息世界?？尚行苑治龊晚椖块_發(fā)計劃在前面已經(jīng)敘述，下面所要做的是進行軟件需求分析，概要設計和詳細設計。由于考慮到該房地產(chǎn) 公司每天的數(shù)據(jù)處理量，我們 后臺 采用了 ASA 數(shù)據(jù)庫。 （ 3） 監(jiān)視器： Microsoft Windows 支 持的 VGA 或分辨率更高的監(jiān)視器 （ 4） 內存： 64MB 內存以上。 [6] 硬件環(huán)境 所用的機器硬件環(huán)境要求： 第一章 引 言 10 （ 1） CPU: Intel Pentium 166MHz 或更高的處理器，或任何運行于Microsoft Windows NT Workstation 的 Alpha 處理器。 第二種方法能夠使程序設計人員直接感受到服務器的特性，但它在調試階段要消耗網(wǎng)絡和服務器的資源，這種方法具有一定的危險性，程序中的錯誤可能會導致服務器的癱瘓。 第一種方法優(yōu)越性在于，它是獨立于服務器的，而不至于影響服務器其它的操作， 而且不消耗服務器的資源不增加網(wǎng)絡的負擔。