【文章內容簡介】 制表：每月應收管理費明細表：房號業(yè)主編號業(yè)主姓名面積/平方米單價/元月管理費/元備注審核： 制表：管理費欠費兩個月業(yè)主明細表：業(yè)主編號房號業(yè)主姓名欠交月份欠費金額聯系人聯系電話備注審核： 制表：每月應收電費明細表：房號業(yè)主姓名上月累計/kwh本月累計/kwh本月用電/kwh本月電費抄表日期備注每月應收水費明細表：房號業(yè)主姓名上月累計/t本月累計/t本月用水/t本月水費抄表日期備注設備維修申請表：申請單位： 時間： 年度：序號設備編號設備名稱設備型號存在主要問題申請維修類別申請維修季節(jié)備注負責人： 制表人：公共設施維修費用月度統(tǒng)計表：月份： 年 月 日序號維修時間維修單位維修內容維修費用/元備注維修費用合計：綠化苗木清單 年 月 日序號苗木編號苗木名稱產地種植日期種植地點養(yǎng)護人盆景清單 年 月 日序號盆景編號樹種造型尺寸盆型擺放日期養(yǎng)護人綠化養(yǎng)護記錄 年 月 日編號日期地點綠化養(yǎng)護工作內容執(zhí)行人檢查人備注工具使用登記表 年 月 日序號使用日期工具編號工具名稱使用地點使用時間/h用前狀況用后狀況使用人業(yè)主專用車位一覽表序號停車位編號車主姓名車主房號聯系電話車型車牌號碼交費額備注進出車輛登記冊車號停車卡編號進場時間出場時間進場收費情況備注日期時間簽名日期時間簽名電梯設備檢查表序號電梯編號電梯型號載重安裝地點層/站檢前狀況檢后狀況備注操作員： 值班員： 工程師：由現狀業(yè)務流程圖及相關的單證，票據等其他文檔資料，可以列出以下所有數據系統(tǒng)用戶數據表，樓盤數據表，住戶信息表，停車收費數據表，報修數據表，設備數據表，員工信息表等等部門信息：部門編號，部門名稱，部門主管，辦公地點，聯系電話，部門人數員工信息：工號，姓名，性別，職務，家庭地址，電話，任職日期樓盤信息：樓宇編號，樓宇名稱，樓宇位置，房間數量，出售套數，出租套數，占地面積， 建筑面積，樓高，樓宇層數，樓宇用途房間信息：房間編號，所屬樓宇，樓層，房間面積，單元數，戶型，居住間數，居住人口， 朝向，使用狀態(tài)住戶信息：住戶編號，戶主姓名，房間號，所屬樓宇，入住時間，家庭成員信息，車位信息， 聯系電話，聯系地址，付款情況停車場信息：停車場編號，面積，位置，所屬戶主設備信息：設備編號，設備名稱，設備類型，資產編號，生產廠家，安裝位置工具信息：工具編號，工具名稱，生產廠家，所屬部門，主要用途收費項目信息：物業(yè)費，水費，電費，煤氣費，停車場使用費根據業(yè)務流程再造的需要和進一步完善數據庫的建立，增加一些客觀需要的數據項，得到管理的最基本的數據項部門編號，部門名稱，部門主管，辦公地點，聯系電話，部門人數，工號，姓名，性別，職務，家庭地址，電話，任職日期，樓宇編號，樓宇名稱，樓宇位置，房間數量，出售套數，出租套數，占地面積，建筑面積，樓高，樓宇層數，樓宇用途，房間編號，所屬樓宇，樓層，房間面積，單元數，戶型，居住間數，居住人口， 朝向，使用狀態(tài)，住戶編號，戶主姓名，房間號，所屬樓宇，入住時間，家庭成員信息，車位信息，聯系電話，聯系地址，付款情況停車場編號，面積，位置，所屬戶主，設備編號，設備名稱，設備類型，資產編號，生產廠家，安裝位置，工具編號，工具名稱，生產廠家，所屬部門，主要用途，物業(yè)費，水費，電費，煤氣費，停車場使用費 由基本項構思ERD的基本結構由系統(tǒng)的基本數據項，按照由基本項構思ER圖的四條基本原則，并且根據系統(tǒng)的基本功能要求，導出系統(tǒng)的4個初始局部的ER圖，然后再根據實際情況引進虛實體添加各實體屬性進行改造，最后綜合成系統(tǒng)的全局ER圖。 初始局部ER圖的構思原則1（確定實體）：在業(yè)務流程圖中，把能夠獨立存在的現實事物作為實體，通常有多個由基本項描述的特征。在本系統(tǒng)中，樓宇，房間，停車場，業(yè)主，員工，設備，工具，苗木等是單獨存在的食物，應作為實體。原則二（確定聯系）：在業(yè)務流程圖中，實體集之間的關聯與結合需要長期保存時，應作為聯系并確定其類型。聯系通常是某類行為動作，ERD中關注的是其狀態(tài)與結果，而非其過程。（1） 員工與部門之間有兩種聯系，其一為員工與部門有著1 ：1的屬于聯系，其二是員工與部門有1 ：M的管理聯系（2） 房間與樓宇有1 ：1的屬于關系，還有1 ：M的包括關系 （3） 用戶購買房屋，形成購買聯系 假定在同一小區(qū)里，一個用戶只能購買只能購買一套樓房，一套樓房在一段時間內只能被一個用戶購買或租住，一套樓房的出售或租賃只由一個銷售員負責。（4） 添置新設備，形成采購聯系 （5） 住戶與房間形成居住聯系，住戶與停車場之間有使用聯系（6） 住戶繳費、故障報修（7） 小區(qū)保潔，維修等工作需要領用材料、設備。原則三（確定屬性）：實體的屬性是實體的本質特征，實體應有標識屬性（能把不同個體區(qū)分開來的最小屬性組），并指定其中的一個作為主標識。聯系的屬性是聯系的結果或狀態(tài)。屬性具有如下特點：（1）非多值型；（2）非復合性；（3）非導出性；（4）實體的屬性還應有非關聯性，聯系的屬性有關聯性。只有一個實體的基本特征，與其他實體無關；聯系的屬性應有關聯性，是對聯系結果或狀態(tài)的描述。本系統(tǒng)的實體，聯系的屬性如下：部門：部門編號，部門名稱，部門主管，辦公地點，聯系電話，部門人數員工：工號，姓名，性別，職位，家庭住址，聯系電話，任職日期樓盤：樓宇編號，樓宇名稱，樓宇位置，房間數量，出售套數，出租套數，占地面積，建筑 面積，樓高，樓宇層數，樓宇用途房間：房間編號，所屬樓宇，樓層，房間面積，單元數，戶型，居住間數，居住人口， 朝向，使用狀態(tài)住戶：住戶編號，戶主姓名，房間號，所屬樓宇，入住時間，家庭成員信息，車位信息， 聯系電話，聯系地址采購聯系，領料聯系，繳費、維修聯系的屬性分別如下 根據以上的三條原則，可以得到初步的ERD，如圖原則四（一事一地檢驗原則）：業(yè)務的所有基本項要在其ERD中作為屬性且在其僅在一個地方出現。經檢驗，本初步ERD符號一事一地檢驗原則。 引進聯系體得到改進的ERD 消除冗余的實體與聯系：如果有復雜的多對多的多元聯系，則引進聯系體把它分解為多個一元聯系來簡化。從上面的領料關系，導出一般關系的四條原則，得到領料關系框架：領料人庫管員設備數量日期外碼外碼外碼符合主碼從上面的關系表中可以發(fā)現，下面兩個問題：一是主碼太多太復雜，二是當領料人需要領取多中設備時，出現數據輸入的大量冗余。所以，此關系模型不是合理的，需要進一步的改進。除此之外，采購設備關系，繳費關系和保修關系都產生了同樣的文件，因此引進聯系虛實體來改進。引進的聯系體分別為繳費聯系體，報修聯系體，采購聯系體，領料聯系體，得到引進聯系體后的子ERD。 經改進，綜合成最終全局ERD 存儲組織的初步考慮理論上考慮，一個實體可以作為一個數據存儲，一個聯系也可以作為數據存儲。將ERD轉換為關系模型實際上就是要將這些要素轉換為由屬性、主碼與外碼組成的關系模式。ERD導出一般關系模型的四個原則：原則一：ERD中的每一個獨立實體變換為一個關系，其屬性變?yōu)殛P系的屬性，其主標識變?yōu)殛P系的主碼。原則二：ERD中的從實體及相應的主從聯系變換為一個關系，從實體的屬性加上主實體關系的主碼（作為外碼）構成這個關系的屬性。如果主從聯系是1：1的，則該外碼也是這個關系的主碼。如果主從聯系是1：M的，則由能把同一主實體個體所聯系的從實體的不同個體相互區(qū)分開的、從實體的最小屬性組，與該外碼一起，組成這個關系的主碼。原則三：1：M聯系通過在“多”實體關系中增加相聯系的“1”實體關系的主碼（作為外碼）及聯系本身的屬性來表達。原則四：M:M聯系轉換成一個獨立的關系，被聯系實體關系的主碼（作為外碼）和聯系本身的屬性作為該關系的屬性，這些被聯系實體關系的主碼組成其復合主碼。依據從以上這四條原則，可以初步得到以下數據存儲關系員工關系員工編號員工姓名性別職務家庭地址聯系電話任職日期主碼樓宇關系樓宇編號樓宇名稱地理位置房間數量售出套數出租套數占地面積建筑面積樓高樓層主碼由于在系統(tǒng)設計階段會涉及數據表結果的建立，在此不多敘述 目標系統(tǒng)分析 業(yè)務流程再造BPR BPR的幾個著眼點:（1）滿足用戶需求變化而對業(yè)務流程要做的改變；（2）由于計算機處理與人工處理的不同特點，為了發(fā)揮計算機處理的優(yōu)勢，避免計算機處理可能產生的問題而需要考慮的業(yè)務流程變化；（3）適應信息在計算機系統(tǒng)及網絡中存儲與傳遞的需要，而產生的業(yè)務流程革新。全局ERD及其對應的數據存儲組織是為了滿足全局需求而構建的，具體的子業(yè)務需要適合其特點的數據結構，就是其子ERD構思的存儲結構，即用戶數據的子模式，通常是由用戶數據視圖組成的。在子業(yè)務處理中，常常還有應用程序需要的，通過用戶數據視圖與全局數據存儲交換數據的臨時數據文件，BPR中要考慮這些需要及其帶來的變化；（4）為了提高效率，創(chuàng)造效益，采用計算機系統(tǒng)及其網絡支持下才可能有效應用的現代管理原理、方法與模型，而創(chuàng)新的業(yè)務流程。參考數據存儲組織的初步考慮和著眼點（3），考慮數據輸入校驗和打印輸出等人機接口及其相關的用戶數據視圖與臨時數據文件的引入，再造后的業(yè)務流程圖如下。根據再造后的業(yè)務流程圖，得到小區(qū)管理業(yè)務處理的U/C矩陣圖 系統(tǒng)的數據流圖DFD繪制DFD的基本原則：自頂向下，從內到外。自頂向下逐層分解加工，每層中都只考慮本層加工之間的數據流聯系，到下層把加工分解為子加工時再考慮其內部。分解加工一般著眼于依據它的輸出流與輸入流這些外部因素的關系。具體做法如下：（1） 畫系統(tǒng)概況圖：在頂層圖，或系統(tǒng)概況圖中，把整個系統(tǒng)看成一個總加工。根據本系統(tǒng)的輸入流與輸出流，也即只考慮系統(tǒng)的最初輸入和最中輸出，至于對最初輸入和最終輸出做何種處理在頂層圖中不用考慮，得到系統(tǒng)數據流圖的頂層圖，如圖（頂層圖）：（2） 逐層分解：對上層圖中的每個加工畢業(yè)時在分解為幾個子加工，把父加工的入流、出流與相應的數據存儲定位到相應的子加工后，引進內部的數據流與數據存儲，把得到的子加工鏈接成一張完整的子圖。這樣逐層分解，直到得到的加工都是結構清晰，容易理解，不必再細分的基本加工方法為止。對頂層圖的分解，可依據U/C矩陣來完成，每個小方框就是0層的一個子加工。在本系統(tǒng)中，可以分解成對應的7個子加工，根據U/C矩陣中小方框外的U元素來確定各個子加工處理之間的數據接口。得到的圖0如下繼續(xù)分解，形成子加工子圖1～6子圖1：樓房管理 子圖2：銷售管理 子圖3：用戶入住管理 子圖4：故障報修管理 子圖5：安保，美化，設備管理 子圖6：財務管理 數據字典的編制數據字典是數據和處理各個對象描述的幾，通常包含數據項、數據流、數據存儲和加工四個部分。數據