【正文】 還可有字段的長名與注釋，字段的輸出顯示的標題、樣式，字段的輸入格式（掩碼）等。在數(shù)據(jù)庫設(shè)計中要根據(jù)數(shù)據(jù)庫中存儲的數(shù)據(jù)的語義信息，結(jié)合具體 DBMS 確定其各個級別的各種完整性要求。物理上由路由器、服務(wù)器、工作站和操作終端通過集線器形成星型結(jié)構(gòu)共同構(gòu)成局域網(wǎng)。如果代碼含有邏輯意義，則有利于記憶。 容易修改：當某個代碼在條件、特點或代表的實體關(guān)系改變時，容易修改，也要方便系統(tǒng)的初始 化。 穩(wěn)定性核可擴充性：代碼系統(tǒng)一旦制定出來并應(yīng)用到系統(tǒng)中去，要有相對的穩(wěn)定性，一般考慮 3～ 5年的使用期限。 簡明性：代碼必須簡單明了，短小精悍。 標準 化與通用性：國內(nèi)外有關(guān)的編碼標準是代碼設(shè)計的重要依據(jù)。在各類不同的實際問題中，可能有多個細節(jié)模塊，也可能沒有細節(jié)模塊。每個操作模塊可能被多個事務(wù)處理模塊所共享，而成為共用模塊。另外，每設(shè)計出一個新的模塊都要給它一個適當?shù)拿Q，以能正確反映出該模塊的功能為準。這個設(shè)計過中介機構(gòu)管理系統(tǒng) 26 程可以由頂向下遞歸地進行，直至真正達到系統(tǒng)的輸入端或輸出端。換言之，對于每一個 輸入模塊，我們必須設(shè)計兩個下層模塊，一是輸入模塊，另一個是變換模塊。這一步仍然按自頂向下逐步細化的原則設(shè)計每個模塊的下屬模 塊。頂層模塊起控制和協(xié)調(diào)下層模塊作用，一般不做實質(zhì)性的數(shù)據(jù)處理，在系統(tǒng)實現(xiàn)時常表現(xiàn)為一個控制性的功能選擇菜單。在完成①之后，可以將整個數(shù)據(jù)流圖反映的系統(tǒng)用一個模塊來表示，這就是頂層主模塊。不過有些系統(tǒng)只有輸入和輸出兩部分而沒有變換中心。同樣，從物理輸出端開始，逐步向系統(tǒng)的中間移動，也可以找到離物理輸出端最遠的但仍可視為系統(tǒng)輸出（與物理輸出流的結(jié)構(gòu)是基本相同的）的那個數(shù)據(jù)流，它就是邏輯輸出。如果一時難以確定，則可以確定哪些數(shù)據(jù)流是邏輯輸入和邏輯輸出。 . 處理功能總體結(jié)構(gòu)設(shè)計： 由數(shù)據(jù)流程圖導(dǎo)出初始模塊結(jié)構(gòu)圖有兩種分析方法： 以變換為中心的分析 ① 找出變換中心（主處理）、邏輯輸入和邏輯輸出。 ④ 常伴隨數(shù)據(jù)流程圖的構(gòu)思來繪制。 ② 只表示上層任務(wù)可由哪些子任務(wù)協(xié)同完成，不管順序與調(diào)用。經(jīng)業(yè)務(wù)員審查信息是正確，匯總登記資料后，則在系統(tǒng)上發(fā)布信息。 首先是產(chǎn)權(quán)人或需房者在網(wǎng)上或到門店登陸系統(tǒng)進行房源或需房查詢，如果找到有適合自己需求的信息，則與業(yè)務(wù)員聯(lián)系，再進行看房后，若滿意則產(chǎn)權(quán)人、需房者和業(yè)務(wù)員三方進行初步協(xié)商， 協(xié)商成功則進行合同的簽定，接著業(yè)務(wù)員進行交易登記，若不成功也要進行不成功交易登記。 原則四（多對多聯(lián)系轉(zhuǎn)換為關(guān)系）： M： M聯(lián)系轉(zhuǎn)換成一個獨立的關(guān)系，被聯(lián)系實體關(guān)系的主碼（作為 外來碼）和聯(lián)系本身的屬性作為該關(guān)系的屬性，被聯(lián)系實體關(guān)系的主碼組成其復(fù)合主碼。 根據(jù)以上的兩個原則可得出數(shù)據(jù)儲存初步構(gòu)思的關(guān)系框架： 需房者關(guān)系： 需房者號 姓名 性 別 年齡 地址 家庭人數(shù) 電話 主碼 產(chǎn)權(quán)人關(guān)系： 產(chǎn)權(quán)人號 姓名 性別 年齡 地址 郵箱 電話 主碼 業(yè)務(wù)員關(guān)系： 業(yè)務(wù)員號 姓名 性別 年齡 電話 所在分店 外碼 主碼 原則三（一對多聯(lián)系轉(zhuǎn)換為聯(lián)系）： 1： M聯(lián)系通過在“多”實體關(guān)系中增加相聯(lián)系的“ 1”實體關(guān)系的主碼及聯(lián)系本身的屬性來表達。 原則二（從實體及其主從聯(lián)系轉(zhuǎn)換為關(guān)系）： ER 圖中的從實體及相應(yīng)的“的”聯(lián)M 交易單 *交易單號 面積 房產(chǎn)類型 地區(qū) 交易時間 交易金額 交易 樓房 地區(qū) 戶型 樓層 面積 房產(chǎn)類型 *樓房編號 物業(yè)名稱 業(yè)主 中介機構(gòu)管理系統(tǒng) 17 系變?yōu)橐粋€關(guān)系，從實體的屬性加上主實體關(guān)系的主碼構(gòu)成這個關(guān)系的屬性。這樣可得到下面的引進聯(lián)系虛體后的 ERD。它雖不是實體，但它可以簡化這個復(fù)雜的聯(lián)系，這樣就可以使用“售房單號”作為房屋出售單關(guān)系的主碼。 業(yè)務(wù)員 業(yè)務(wù)員號 姓名 性別 電話 所在分店 年齡 產(chǎn) 權(quán) 人 編號 姓名 性別 電話 地址 郵箱 樓 房 樓房編號 房產(chǎn)類型 物業(yè)名稱 樓層 面積 地區(qū) 裝修狀態(tài) 價格 需房者 需房者編號 姓名 性別 年齡 電話 地址 家庭人數(shù) 中介機構(gòu)管理系統(tǒng) 14 根據(jù)四個原則畫出機構(gòu)的初始 ER 圖 從上面 ERD 可得到售房登記關(guān)系，如下圖： 售房登記關(guān)系： 登記 日期 物業(yè)名稱 業(yè)主 經(jīng)手 工號 地區(qū) 房產(chǎn) 類型 面積 總價 戶型 樓層 外碼 外碼 主碼 這樣就會出現(xiàn)兩個問題：一是主碼（復(fù)合碼）太復(fù)雜，不便于查詢；二是當一個業(yè)主有幾套房子要買或租時，日期、業(yè)主、經(jīng)手工號就要多次重復(fù)。聯(lián)系的屬性是聯(lián)系的結(jié)果或狀態(tài)。 原則 3（確定屬性） ：實體的屬性是實體的本質(zhì)特征。實體間的聯(lián)系可分為一對一、一對多、多對多三類。在 該系統(tǒng)中涉及到的實體有：業(yè)務(wù)人、需房者、產(chǎn)權(quán)人、樓房。 目標分析 導(dǎo)出基本項 原始數(shù)據(jù)基本數(shù)據(jù)項： 中介機構(gòu)管理系統(tǒng) 12 用戶信息：姓名、性別、電話、地址、備注 房源信息：物業(yè)名稱、租售狀態(tài)、房產(chǎn)類型、地區(qū)、樓層、戶型、面積、裝修程度、總價、建成時間、房主、電話、備注 需房信息：需房狀態(tài)、房產(chǎn)類型、地區(qū)、樓層、戶型、面積、裝修程度、需房者、電 話、備注 交易信息：交易類型、戶型、地區(qū)、樓層、房產(chǎn)類型、面積、裝修程度、建成時間、交易時間、交易金額、房主、電話、需房者、電話、備注 匯總所有數(shù)據(jù)項，去掉重復(fù)的，得到以下基本項： 姓名、性別、電話、地址； 物業(yè)名稱、租售狀態(tài)、需房狀態(tài)、房產(chǎn)類型、 地區(qū)、樓層、戶型、面積、裝修程度、總價、建成時間、房主； 交易類型、交易時間、交易金額。 用戶信息表： 用戶信息表 姓名 性別 電話 地址 備注 房源信息表： 房源信息表 物業(yè)名稱 房主 房產(chǎn)類型 租售狀態(tài) 裝修程度 面積 戶型 樓層 地區(qū) 總價 建成時間 電話 備注 需房信息表： 中介機構(gòu)管理系統(tǒng) 11 需房信息表 需房者 電話 地區(qū) 需房狀態(tài) 戶型 房產(chǎn)類型 面積 裝修程度 樓層 備注 交易信息表： 交易信息表 交易類型 房產(chǎn)類型 房主 電話 需房者 電話 戶型 面積 房產(chǎn)類型 樓層 裝修程度 建成時間 交易時間 交易金額 地區(qū) 備注 現(xiàn)狀評價： 該現(xiàn)在的系統(tǒng)由于是人工傳送表單，且要經(jīng)過的部門較多，使得信息處理效率低。 現(xiàn)狀調(diào)查 組織機構(gòu)調(diào)查 現(xiàn)狀組織結(jié)構(gòu)圖： 工作現(xiàn)狀調(diào)查 初始業(yè)務(wù)流程圖： 總經(jīng)理辦公室 銷售部 市場部 財務(wù)部 行政部 培訓部 一分店 二分店 三分店 中介機構(gòu)管理系統(tǒng) 9 首先是產(chǎn)權(quán)人或需房者到銷售部業(yè)務(wù)員那里進行房源信息登記或需 房信息產(chǎn)權(quán)人 業(yè)務(wù)員 房源登記 需房登記 核對信息 登記匯總表 需房者 介紹、看房 買賣協(xié)商、租賃協(xié)商 業(yè)務(wù)員 房屋出售合同 房屋租賃合同 登記交易 交易登記表 錯誤 分析核對資料 符合要求的 房源登記表 需房登記表 匯總登記表 正確 需房者 成功 簽定合同協(xié)議 不成功 銷售主管 中介機構(gòu)管理系統(tǒng) 10 登記，然后業(yè)務(wù)員對登記的房源登記表和需房登記表分析核對，然后對正確無誤的匯總形成匯總表，進行人工分析核對資料，看看房源信息與需房信息是否有相匹配的，若有則業(yè)務(wù)員聯(lián)系雙方，然后陪同需房者去看房，如果需房者對此房滿意則與產(chǎn)權(quán)人進行買賣或租賃的初步協(xié)商，如果雙方的協(xié)商成功則產(chǎn)權(quán)人、需房者和銷售部主管三方進行出售或租賃房屋合同的簽定，然后業(yè)務(wù)員要進行交易記錄，生成交易登記表；如果產(chǎn)權(quán)人和需房者雙方協(xié)商不成，則業(yè)務(wù)員直接進行不成功的交易登記，最后交易登記表上交銷售部主管。 （ 2）由于該系統(tǒng)開 發(fā)和操作都比較簡單，所需資源也較少，所以能得到領(lǐng)導(dǎo)和員工的支持，且相關(guān)人員也將能較快和較好的適應(yīng)該系統(tǒng)。 （ 3）使用該系統(tǒng)后，公司運行管理將會較為合理、規(guī)范，將會產(chǎn)生長期的經(jīng)濟效益。 經(jīng)濟層面上的可行性： （ 1）手工操作已不適應(yīng)于公司業(yè)務(wù)量的增長，若不及時開發(fā)新系統(tǒng)，必將影響公司的高效運行，必將現(xiàn)狀公司的經(jīng)濟效益的提高。 （ 2） 通過適當?shù)馁Y金投入，人員培訓和硬軟件設(shè)備的投入，可適應(yīng)用 VFP 該系統(tǒng)開發(fā)和運行管理的要求。現(xiàn)在從技術(shù)、經(jīng)濟和人文社會這三個