1、管理信息系統課程設計小區管理信息系統開發學號姓名分工人員組織、確定項目規劃性質；收集相關資料信息；確定系統目標；提出系統未來略圖；可行性分析；制定開發進度表；提交規劃報告新系統分析；新系統邏輯方案（業務流程、數據流程、邏 輯結構等）總體設計（MIS流程圖設計、功能結構圖設計、 功能模塊圖設計等）；代碼設計（代碼設計方案、編號代 碼等）物理配置方案設計；數據存儲設計（數據庫、數據安全等）計算機處理設計（輸入、輸出、處理流程圖、編程說明書詳細調查；小區管理業務調查（組織結構、管理功能、管理業務流程）數據流程調查（DFD）;數據字典測試數據的準備與錄入；系統的測試與評估；物理系統的實現程序設計與調試

2、物理系統的實現；程序設計與調試；撰寫課程設計報告。1.系統規劃開發背景物業管理在手工操作時代，工作程序非常繁瑣，需要大量的人力、物力、和財 力，極大地浪費了小區物業的資源，不能及時了解業主的各項需要、提供細致周到 的服務使物業管理水平大打折扣。物業管理系統是現代小區不可缺少的一部分。一 個好的小區物業管理系統可以提升小區的管理水平，使小區的管理更加方便，同時 確保取得最大的經濟效益。將計算機的強大功能與現代的思想相結合，建立現代化 的小區是物業管理的發展方向。小區現狀根據初步調查，目前小區擁有少量計算機，大多數工作人員對計算機的操作知識 知之甚少。小區沒有采用任何管理信息系統，基本工作大多由人

3、工完成，計算機僅僅進 行文字錄入、處理，導致工作繁瑣、重復性大，小區物業資源浪費嚴重。計算機在小區的 主要功能停留在核算統計 方面，無法應用到各個管理部門，即無法實現數據的共享。 小刈勺業務流程中各個環節幾乎 都是手工操作方式，數據量大，使得工作人員工作量 大，并且容易出現差錯，效率低下。另外，小區是憑借單據實現部門間的作業順序、 業務關系，單據一般由業主傳遞，使得業主要在各個部門間奔波，佃滿意度低。由于 整個業務流程都采用了手工方式，一些供需的信息不能及時的傳給管理者， 造成信息 滯后，不利于小區的物業管理。開發原因基于上面的小區現狀可知：小 區的主要問題是手工操作致使工作效率低下，經濟效益

4、不高。 許多繁瑣、經常性、 重復性的工作本可以用計算機解決的問題卻困擾著工作人員，浪費 了大量的人力、物力和財力。小 區 業務繁瑣，各個部門的工作人 員工作量就會加大。由于數據處理都由人手工操作，業務繁瑣，需要一套管理信息系統幫他解決目前的主要問題以及小區管理水平的提高。在對該小區原系統的運行、實踐進行初步調查，發現原系統計算機的應用只是收集、存儲等信息，但都是以WORDC檔的形式存儲的，其功能僅停留在查詢、 統計、打印報表等一般功能，而沒有充分利用其豐富的信息資源為小區服務。為加強小區物業管理， 開發一個對小區進行全面管理的管理信息系統已勢在必行了。系統目標小區管理信息系統是為了適應小區綜合

5、管理的需求，改變小區現有的管理模式，加速小區管理的自動化、標準化和科學化，而建立的一個整體性的小區物業管理操作系統。 它可以為物業管理人員提供可靠的信息，為提高物業各方面的效益服務。系統的總目標是：用信息來支持小區的管理和小區的業務操作，用信息技術實現辦公自動化代替原有手工管理方式，提高業務處理效率。具體如下：（ 1）改變過去手工操作，建立計算機系統操作，采用人機對話方式，界面美觀友好，操作方便，更加快捷，提高效率。（ 2）業主可以及時獲得物業公告及小區新聞。（ 3）業主可以隨時了解各項費用的欠費情況。（ 4）實現業主在線投訴及設備報修，并提供及時周到的服務。（ 5）智能化管理業主車位及車費的

6、繳納情況。（ 6）全方位的數據查詢，提高工作效率。（ 7）完整的數據及服務檔案管理，提高管理水平。（ 8）完善的權限管理，提高系統安全性。（ 9）系統最大限度地實現易安裝性、易維護性和易操作性。系統構成為實現上述目標，將系統分為5 個功能模塊：市場管理模塊、票務管理模塊、結算管理模塊、報表分析模塊、倉儲管理模塊。它是根據各子系統的管理功能來劃分， 使得系統分工明確，業務流程清晰，從而優化企業管理，最終為企業帶來良好的經濟效益。（ 1）新聞發布信息管理：及時為業主提供物業公告及小區新聞。（ 2） 業 主欠費信息管理：業主可以隨時了解各項費用的欠費情況。（ 3）業主投訴信息管理：實現業主在線投訴及

7、設備報修，并提供及時周到的服務。（ 4）設備維護信息管理：完整的數據及服務檔案管理，提高管理水平，完善的權限管理，提高系統安全性。（ 5）住房信息管理：為業主提供可靠的產權狀況，使用狀況等。可行性分析1.6.1 技 術可行性小區目前擁有1 臺計算機、1臺打印機和復印機。在設備方面，小 區 的計算機、打印機和復印機已經滿足系統應用的需求。該系統對軟件沒有太高的要求，市場上存在的系統軟件足以滿足系統各個方面的要求。雖然小區中大多數工作人員對計算機知之不多，但是在小區的管理人員和業主有定的計算機應用能力，能夠對日常的工作業務進行簡單的操作和管理，并能自 行排除日常工作中隨時可能遇到的計算機故障。1.

8、6.2 經 濟可行性小區的物業管理信息系統是比較簡單的系統，開發和維護費用都不是很高，小區現有的設備已能滿足系統的需要。不需要增加投資，在小區可接受的范圍。系統投入運行后會給小區帶來可觀的經濟效益：一方面解決了手工操作帶來的工作效率低、 容易出錯等問題，為小區在業務管理上縮短了時間，提 高 了 小 區 管理水平。另一方面， 使得信 息流動得更快，能為業主提供更多的高質量的信息。使得管理者和業主有更好的溝通和交流。1.6.3 環 境上的可行性由于管理者已認識到企業存在的問題和對系統需求的迫切性，對系統的開發是大力支持的，管理者認為企業走信息化的戰略對小區的成長是有利的，并且有助于小區長期健康持續

9、穩定的發展。小區現有的管理方式和方法存在一定的缺陷，管理者和業主都有改變相應管理制度的要求， 小 區 現有的結構和業務流程都較簡單，實行相應的改革是可行的。系統開發完成后，大 部分原始數據都將由計算機進行存儲和處理，數據的正確性和準確性都會提高。近年來，軟件產業以年平均超過30 的速度增長，軟件和信息技術在國民經濟和社會各領域得到廣泛應用，成為推動產業結構調整、產業技術改造的重要基礎與支撐，極大地推進了我國信息化建設進程，各個行業目前正處于信息化處理的應用時期，有關的政策法規對小區信息化都給予了一個寬松的環境和平臺。小區結合自身管理的需要采用信息化管理的方式，來提高小區的管理水平，從而為業主提

10、供更好的，更高效的服務。1.6.4 可行性結論根據上面可行性分析，小區進行系統開發的條件已成熟，可以立即進行系統的開發1.7.1 建立U/C矩陣一一數據類功能j - 一 _ -計劃管理人員投訴用戶投訴項目投訴監察維修項目繳費項目財務成本住戶資料經營計劃CUU財務計劃CUU住戶預測UUU鬻管理投訴單UUC投訴完成單UUUU銷售單UUUC報修管理報修服務UCU維修服務U維修管理UC繳費繳費計劃UUC繳費單C呂理 財務成本會計UUUC出納會計U1.7.2 U/C矩陣求解數據類功能-j -計劃管理人員投訴用戶投訴項目投訴監察維修項目繳費項目財務成本住戶資料經營計劃C)U財務計劃CJJ住戶預測UU 1

11、rJ毓管理投訴單1UC投訴完成單U1UUJ銷售單UUCU報修管理報修服務UWC1U維修服務U 維修管理UCr繳費-W財務-W繳費計劃U1UC繳費單成本會計1J1-JkJ1(出納會計>U1.7.3 劃分子系統會計出納會計1.7.4 信息系統結構圖經營計劃投訴報修繳費財務2系統分析組織結構分析見下圖物業組織結構圖信息資料的傳遞關系領導與被領導關系資金流動關系物資流動關系圖物業組織結構圖系統功能結構根據小區物業內部管理的特點，可以將小區物業內部信息系統網分為前臺和后 臺兩個部分進行設計。前臺主要用于用戶注冊和登錄網站、站內鏈接、查詢用戶的 相關信息以及查看站內新聞和站內公告；后臺主要用于管理員

12、對業主投訴、業主報 修、反饋信息處理、物業設備維修、業主停車位、業主費用、費用催繳和值班員工 信息進行管理。詳細規劃網站的功能，給出系統功能結構圖，前臺功能結構圖如圖 所示,2-1物業內部管理網上通過注冊成為網站用戶，登錄網站進行相關操作。業主登錄后，可以進行在線查詢欠費信息、業主投訴信息查詢、停車信息查詢、設備維護信息查詢、新聞信息查詢和站內公告信息查看的操作。網站的管理員通過登錄模塊可以登錄到網站的后臺系統管理員主頁面， 對業主信息、欠費信息、停車信息、新聞信息投訴信息和值班員工信息等進行管理。網站業務流程圖如圖 23所示：現行系統數據流程分析2.4.1數據流程圖F1 報 Iq物業報|修管

13、理F報修部門圖2.4.1物業報修管理頂層數據流程圖2.4.2物業報修管理第一層數據流程圖數據字典數據元素描述數據元素001-01數據項名稱報修編號別名報修編碼類型及寬度字符型，4位取值范圍“ 0001” -“ 9999”數據流的描述數據流編號數據流名稱簡述數據流來源數據流去向F1報修單用戶上交的報修單報修模塊物業管理模塊F2同意報修單報修部門開出的同意報修的單據報修部門模塊賬務模塊F3報修的月報表有關報修的財務報表報修部門模塊財務模塊處理邏輯的描述處理邏處理邏輯名稱簡述輸入的數據流輸出的數據流P1報修項目開始對報修項目進行檢驗報修單一驗收單P2報修處理對報修項目檢驗報修單二報修檢驗單P3報修完

14、成單對檢驗單申請進行審核報修完成單（申請）報修完成單（審核）P4審核報修完成單對報修完成單進行審核財務單財務單（審核）數據存儲的描述數據存儲編號數據存儲名稱簡述D1報修流水賬報修后修改當前報修項目D2同意報修流水賬同意報修后修改當前報修項目D3月報表根據報修單據填制報表外部實體的描述外部實體編號外部實體名稱簡述輸入的數據流輸出的數據流S1小區用戶廣大用戶保修項目報修單S2報修部門報修檢驗的部門報修檢驗單報修完成單S3財務部門進行賬務處理部門財務單賬簿、報表3.系統設計、確定新系統目標對物管中心來說小區的住戶的報修，住戶的投訴及處理的結果信息的反饋、小 區內停車場的管理、各項設備的維修等都需要考

15、慮到。住戶報修管理需要仔細的記 錄報修的內容，接待的人員，日期，維修的人員，費用，住戶對于維修后情況的反 饋等各項情況資料。投訴管理需要記錄投訴人資料、投訴內容及處理過程。對于小 區內車輛要有車位編號、停車戶主、車位位置等記錄。數據的安全性好精確性高； 系統發布后易維護、易升級。3.2.1確定新系統的業務流程(1)業務流程圖圖3.2.1管理業務流程圖(2)表格分配圖小區用戶報修部門財務部3.2.2確定新系統的數據和數據流程(1)數據流程圖見圖3.2.2物業管理數據流程圖D6暫存投訴單D2物業部門杳詢圖3.2.2物業管理數據流程圖(2)數據字典數據元素描述數據元素001-01數據項名稱報修編號別

16、名報修編碼類型及寬度字符型，4位取值范圍“ 0001” -“ 9999”數據流的描述數據流編號數據流名稱簡述數據流來源數據流去向F1報修單用戶上交的報修單報修模塊物業管理模塊F2同意報修單報修部門開出的同意報修的單據報修部門模塊賬務模塊F3報修的月報表有關報修的財務報表報修部門模塊財務模塊處理邏輯的描述處理邏處理邏輯名稱簡述輸入的數據流輸出的數據流P1報修項目開始對報修項目進行檢驗報修單一驗收單P2報修處理對報修項目檢驗報修單二報修檢驗單P3報修完成單對檢驗單申請進行審核報修完成單（申請）報修完成單（審核）P4審核報修完成單對報修完成單進行審核財務單財務單（審核）數據存儲的描述數據存儲編號數據

17、存儲名稱簡述D1報修流水賬報修后修改當前報修項目D2同意報修流水賬同意報修后修改當前報修項目D3月報表根據報修單據填制報表外部實體的描述外部實體編號外部實體名稱簡述輸入的數據流輸出的數據流S1小區用戶廣大用戶保修項目報修單S2報修部門報修檢驗的部門報修檢驗單報修完成單S3車位部門進行停二車位處理的部門車位單帳簿、報表S4財務部門進行賬務處理的部門財務單帳簿、報表確定新系統的功能模型見圖物業管理功能結構程圖圖3.2.3物業管理功能結構程圖代碼設計3.3.1 車位代碼設計例：某車位代碼2的說明：原代碼：1 3 501001位權：1 2 345678乘積之和： 1+6+15+0+5+0+0+8= 3

18、5模：1135/11=3 2校驗碼：2因此代碼為：2車位代碼的含義如下表：135010012順序某棟某層樓房間編號校驗碼3.3.2 報修表代碼設計例：報修表代碼3的說明：原代碼：20080808位權：12 3 4 5 678乘積之和：2 + 0 + 0 + 32 + 0 + 48 + 0 + 64 = 146模：11146/ 11=13 3校驗碼： 3因此代碼為：3報修代碼的含義如下表：200808083某年某月某日校驗碼系統物理配置方案3.4.1 網站開發環境網站開發環境：Microsoft Visual Studio 2008集成開發環境網站開發語言：+C#網站后臺數據庫：Access開發

19、運行平臺：Window2000r3.4.2 服務器端操作系統：Windows Server 2003WE服務器：Internet信息服務（IIS ）管理器數據庫服務器：Access瀏覽器：網段服務運行環境：Framework3.4.3 客戶端瀏覽器：分辨率：最佳效果1024*768像素數據庫結構設計本系統采用Access數據庫，包含以下幾張表。下面給出數據表概要說明、數據表 E-R 圖及主要數據表結構。3.5.1 數據庫概要說明db wyglJdb spnct. client chr-linngin vicgUIHiFl I yLJ口 E i ma cj e photo qinfetKirLK

20、.1 to u Euxinxi userContrc»l Wei huxinxijiinwenxinxiyunngngwinxi zhuc工 h u h uxi nxi樹形結構圖，如圖3.5.1.1所示:三飛服務器i 4" fl m-pc山！.U數據連擺日一. 力 db_wygLinndb 日表!郭 tb_homePjrk 生J tb-qianfei |± ' J tb_tOLl5U E* - J tb_weiliu Gt J 1ti_xi riwen 1+ -1 tb_yu 曰 nqmiq#.，N tbjhmnii (4 . J tb_2huce pr,

21、 二+b_;huhu£ LJ視直iJ- LJ存楮過程 i 口函教3.5.5.2數據表樹形結構圖3.5.2 E-R 模型根據用戶需求設計數據庫概念模型，概念結構是各種數據模型的共同基礎般使用E-R模型來表示。 聯系圖。如圖所示。3.5.2.1 業主欠費信息實體E-R圖連戶j二（而務交由:LQ手I_a分析收集到的資料，畫出企業現實中的事物及其相互戶地V-：V業主欠費信息J始時間口名制C至竺_萋】、/戶姓名）選a維護信息-二.-.L1、一y 理）/ 一-3.5.2.2設備維護信息實體E-R圖作偉八:、新圖盤前-i6氣指蛾3.5.2.3 新聞信息 實體E-R圖i楚宇各梆i住房信息f 廣通宇甲

22、建筑而阻而用狀況F）3.5.2.4 住房信息 實體E-R圖角狎可多"/I ：，；回尋箭而Ik * FJ病由、-I -fftVf H 畸）-_, I - - ".i-工效毋內容）3.5.2.5業主投訴信息實體E-R圖關系模式如下:住戶（住戶編號、住戶名稱、聯系電話、聯系地址、房屋編號、家庭編號）;投訴（投訴編號、投訴狀態、投訴日期、投訴內容、投訴業主名）；欠費（住戶名稱、住戶地址、欠費類型、起始時間、終止時間、欠費金額、欠費狀態、經手人）；維護（住戶名稱、設備編號、住戶姓名、起始日期、終止時間、經手人、服務費用、狀態）；新聞（新聞標題、新聞內容、發布日期、狀態、人氣指數、新聞

23、類別、發布人）；輸入設計輸入設計要遵循即滿足用戶需求又方便使用的原則， 在進行設計是從正確、迅速、簡單、經濟、方便使用者等方面進行考慮。系統中的輸入有：用戶名、密碼、權限等。圖 給出了用戶基本信息的輸入設計界面用戶名 75nft 密碼1一權隰管理員 回網輸出設計對系統需要的輸出結果進行設計，本系統中主要是一些表格的輸出，如業 主投訴信息表、業主欠費信息表、設備維護信息表等，圖為表格的輸出格式。naiTieIcbtilimrdittiEqys&ipean皿*昌田小區水費ifloaais dsoojooIDO三處建mm<13W3芝水里之戰的心旗MMM/l/M 0:000K0Still

24、小運p刈必云主干水雹加黨 L& D:X'fUO照口/者&D0401XXI己批法阻雷王家長卷幅；觸/1/25 cMM2003/25 口:D0力L如三批隹小雪米WLIWUwuWiLwit3.7.1業主欠費信息表th. rt'Eih'j 罷idnameatirrre t FTEpersonfeiyomiitatrbridikjnei-nhgfll小隼上WUF"M丁 一If己此觀毛-MS糠N3小爾?001/h費 “E，“H小街?F'ltsE壞了to小更oua/io卻二帝1口斯炳箱我*3.7.2設備維護信息表Dlentmern加修j *：”»Nic(5mhi畔rwh，id 卜rritmo3A11"oilMl長看E4旭一劉QM取1&08"R?Omfi0IQ小己境E事同“MiTKB2WMD 加5Q子.口 wZOTS85m悅專由以鼻花卻唱小心cimgai» 日口aumm卻kE<K安堂田MJf耽翻國候于EXK則U3懈MH O ttOfiJWVXMMO抄己明