基于asp.net的小區(qū)物業(yè)管理系統(tǒng)設計論文[帶程序]

1、<p><b>　　編號</b></p><p><b>　　無錫太湖學院</b></p><p><b>　　畢業(yè)設計（論文）</b></p><p>　　題目：基于ASP.NET的小區(qū)物業(yè)管理系統(tǒng) </p><p>　　信機 系 計算機科學與

2、技術 專業(yè)</p><p>　　學 號： 　　　 　　　 </p><p>　　學生姓名： </p><p>　　指導教師： 　 （職稱：副教授）</p><p>　　（職稱： ）</p><p>　　2012年5月25日</p><p>

3、;　　無錫太湖學院本科畢業(yè)設計（論文）</p><p><b>　　誠 信 承 諾 書</b></p><p>　　本人鄭重聲明：所呈交的畢業(yè)設計（論文） 基于ASP.NET的小區(qū)物業(yè)管理系統(tǒng) 是本人在導師的指導下獨立進行研究所取得的成果，其內容除了在畢業(yè)設計（論文）中特別加以標注引用，表示致謝的內容外，本畢業(yè)設計（論文）不包含任何其他個人、集體已發(fā)表或撰寫的成

4、果作品。</p><p>　　班 級： 計科94 </p><p>　　學 號： 0921155 </p><p>　　作者姓名： </p><p>　　2013 年 5 月 25 日</p><p><b>　　摘 要</b></

5、p><p>　　對于我們熟悉的管理系統(tǒng)大部分是以客戶端服務器模式為主的，但隨著管理系統(tǒng)的管理內容日益的豐富和多元化，瀏覽器服務器模式的管理系統(tǒng)逐漸成為主流的應用系統(tǒng)開發(fā)目標。特別是對于本系統(tǒng)的小區(qū)物業(yè)管理所要承擔的管理任務更是在近幾年全國范圍的快速發(fā)展下變得越繁重，尤其是對于中小型的物業(yè)管理團隊確實是一個不小的挑戰(zhàn)。本論文在分析小區(qū)物業(yè)管理現(xiàn)狀與國內外發(fā)展局勢下，論證了本小區(qū)物業(yè)管理系統(tǒng)設計的必要性及其給居民小區(qū)和物

6、業(yè)管理團隊雙方帶來的雙贏效益，并說明了本系統(tǒng)設計開發(fā)時用到的主要技術，在總體設計、詳細設計和功能實現(xiàn)階段從總體到局部由總需求到具體如何實現(xiàn)模塊的主要步驟。</p><p>　　本系統(tǒng)的主要功能模塊為：系統(tǒng)用戶管理、業(yè)主維修管理、業(yè)主設施管理、業(yè)主收費管理、投訴管理、建議信。</p><p>　　本系統(tǒng)主要使用Dreamweaver CS5、Visual Studio 2005和SQL Se

7、rver 2005進行系統(tǒng)核心設計以瀏覽器服務器模式將系統(tǒng)設為業(yè)主和管理員權限，兩種權限下的主要功能模塊是交互式的。將小區(qū)物業(yè)管理的管理任務分塊化管理，實現(xiàn)分塊負責的管理，有權進行管理的同時也有責任對管理范圍內的事務負責，以明確管理員的責權歸置。</p><p>　　關鍵詞：小區(qū)物業(yè)管理；Visual Studio 2005；SQL Server 2005</p><p><b>

8、;　　Abstract</b></p><p>　　It is familiar for us that the most of management system have basis on the model of C/S,but the model of B/S have been the main application,with the management content getting

9、various.Paticularly,as the economy of state diversing,the content from residential property management also gets larger in a few years,it’s also a challenge for the developping management team .After observing the develo

10、pment of residential property management at board and home,this thesis demonstrated the important role o</p><p>　　The system consist of the user management moduel, the fix management module, the equip manage

11、ment module, the fee management moduel, the charge management moduel, suggestion moduel.</p><p>　　The system combines advanced computer technology such as Dreamweaver CS5, Visual Studio 2005 and SQL Server 2

12、005. What’s more, this systerm is designed to divide two possessions for manager and resident, and the two systerm users all have the five main models to communicate each other in time.Divide the management of residentia

13、l property into several modules to manage area with relative manager, which can get the goal that the manager must behave themselves.</p><p>　　Key words: management of residential property; Visual Studio 200

14、5; SQL Server 2005</p><p><b>　　目 錄</b></p><p><b>　　摘 要III</b></p><p>　　AbstractIV</p><p><b>　　目 錄V</b></p><p><

15、;b>　　1 緒論1</b></p><p>　　1.1 本課題的開發(fā)背景和意義1</p><p>　　1.1.1 開發(fā)背景1</p><p>　　1.1.2 目的1</p><p>　　1.1.3 意義1</p><p>　　1.2 國內外發(fā)展狀況2</p><p&g

16、t;　　1.2.1 國內狀況2</p><p>　　1.2.2 國外狀況2</p><p>　　1.3 本課題應達到的要求3</p><p>　　1.3.1 指導思想和應解決的主要問題3</p><p>　　1.3.2 本文主要內容3</p><p>　　2 開發(fā)工具及技術5</p><

17、p>　　2.1 B/S結構5</p><p>　　2.2 ASP.NET5</p><p>　　2.3 Visual Studio 20056</p><p>　　2.4 SQL Sever 20058</p><p>　　2.5 本章小結8</p><p><b>　　3 系統(tǒng)分析9<

18、;/b></p><p>　　3.1 可行性研究9</p><p>　　3.1.1 技術可行性9</p><p>　　3.1.2 經濟可行性9</p><p>　　3.1.3 操作可行性9</p><p>　　3.2 需求分析10</p><p>　　3.2.1 功能需求10&

19、lt;/p><p>　　3.2.2 數(shù)據(jù)需求13</p><p>　　3.2.3 數(shù)據(jù)流圖13</p><p>　　3.2.4 數(shù)據(jù)字典16</p><p>　　3.3 修正系統(tǒng)開發(fā)計劃18</p><p>　　3.4 本章小結18</p><p><b>　　4 總體設計19

20、</b></p><p>　　4.1 系統(tǒng)方案確定19</p><p>　　4.2 系統(tǒng)功能模塊設計19</p><p>　　4.3 數(shù)據(jù)庫設計22</p><p>　　4.3.1 數(shù)據(jù)庫概念設計22</p><p>　　4.3.2 數(shù)據(jù)庫邏輯設計24</p><p>　　

21、4.3.3 數(shù)據(jù)庫物理設計25</p><p>　　4.3.4 數(shù)據(jù)庫關系圖29</p><p>　　4.4 本章小結29</p><p>　　5 小區(qū)物業(yè)管理系統(tǒng)的實現(xiàn)31</p><p>　　5.1 數(shù)據(jù)庫連接配置31</p><p>　　5.2 業(yè)主權限設計31</p><p>

22、;　　5.2.1 用戶信息31</p><p>　　5.2.2 業(yè)主維修信息32</p><p>　　5.2.3 業(yè)主設施信息34</p><p>　　5.2.4 業(yè)主收費信息36</p><p>　　5.2.5 業(yè)主投訴信息40</p><p>　　5.2.6 建議信42</p><p

23、>　　5.3 管理員權限設計44</p><p>　　5.3.1 系統(tǒng)用戶管理44</p><p>　　5.3.2 維修管理45</p><p>　　5.3.3 設施管理46</p><p>　　5.3.4 收費管理47</p><p>　　5.3.5 投訴管理49</p><p&

24、gt;　　5.4 本章小結50</p><p>　　6 結論與展望51</p><p><b>　　6.1 結論51</b></p><p>　　6.2 不足之處及未來展望51</p><p><b>　　致 謝53</b></p><p><b>　　

25、參考文獻54</b></p><p><b>　　1 緒論</b></p><p>　　1.1 本課題的開發(fā)背景和意義 </p><p>　　1.1.1 開發(fā)背景</p><p>　　在構建區(qū)域性物聯(lián)網(wǎng)的大趨勢下，舊有的依靠大量人力的小區(qū)物業(yè)管理模式在城鎮(zhèn)化飛快提速下已然不能與時俱進的滿足居民日益豐富的生

26、活需要。信息高度發(fā)達的今天,小區(qū)物業(yè)涉及居民日常生活的方方面面，可以說光靠簡單的派工作人員處理負責是遠遠不夠的，而且處理問題的效果可能達不到預期。讓居民滿意的小區(qū)物業(yè)管理應該是高效、全方面的處理好、解決好居民生活中出現(xiàn)的麻煩。小區(qū)物業(yè)管理無疑是一種服務型管理，從對居民家庭、住宅、配備設施的基本信息的錄入到維護居民住宅設施、更新相關設施信息、提示居民業(yè)主費用花費項目和及時繳納費用的過程中都體現(xiàn)了為居民業(yè)主服務的管理中心。同時對于小區(qū)物業(yè)管

27、理的工作團隊來說也需要對自身成員進行人員管理和合理的分配管理工作，以便有針對性的處理業(yè)主遇到的問題，處理完成的同時也縮減了管理員的人員規(guī)模并提高了辦事效率，這樣分工清楚的為居民業(yè)主提供高效、專業(yè)的服務，業(yè)主必然會長期選擇該物業(yè)管理團隊去負責他們的小區(qū)。本項小區(qū)物業(yè)管理系統(tǒng)正是為高效處理業(yè)主問題、管理業(yè)主物業(yè)的同時也對管理員團隊成員進行管理工作的合理分配，迅速、準確的應對業(yè)主日常生活總遇到的麻煩。</p><p>

28、　　本系統(tǒng)實現(xiàn)了一個簡潔高效的小區(qū)物業(yè)管理。本系統(tǒng)主要是對業(yè)主家庭信息、住宅設施信息、設施報修、設施投訴、物業(yè)費用、普通管理員的管理。為物業(yè)管理團隊實現(xiàn)內部和外部雙層雙向的管理，并且管理員和業(yè)主可及時交互信息，管理員可迅速應對、準確處理業(yè)主所遇問題。</p><p>　　本系統(tǒng)需要設計成易上手、簡潔、快速的操作界面，同時業(yè)主權限和管理員權限間可及時交互信息，并且相關基本信息和重要數(shù)據(jù)存儲安全度高，可提供備份應對突

29、發(fā)事件。</p><p><b>　　1.1.2 目的</b></p><p>　　小區(qū)物業(yè)管理系統(tǒng)達到如下功能：</p><p>　?。?）可以錄入業(yè)主、管理員基本信息，及時、安全、高效；</p><p>　?。?）業(yè)主權限下操作簡潔，信息及時準確；管理員實時高效獲取信息；</p><p>　　

30、（3）對最容易出現(xiàn)問題的管理區(qū)域單獨設計對應的功能模塊；</p><p>　?。?）緊跟城鎮(zhèn)化發(fā)展步伐，實現(xiàn)小區(qū)物業(yè)的信息數(shù)字化管理。</p><p><b>　　1.1.3 意義</b></p><p>　　小區(qū)物業(yè)是在城鎮(zhèn)化迅猛加速下形成的一個發(fā)展空間相當廣闊的行業(yè)。在全面建成小康的新階段中，我國的城鎮(zhèn)化繼續(xù)向前邁進，小區(qū)物業(yè)管理也與日新月

31、異的數(shù)字信息技術相結合衍生出新型的物業(yè)管理模式，這已然成為各行各業(yè)調節(jié)管理結構的主流趨向，更好的迎合市場的需求。面對居民生活日益豐富多元化，小區(qū)物業(yè)的管理規(guī)模同時也快速擴大，這對于小區(qū)物業(yè)管理者或管理員團隊來說，也是具有相當挑戰(zhàn)性的局勢。從建黨開始的百年實現(xiàn)全面建成小康和以建國開始的百年建成社會主義現(xiàn)代化國家的雙重規(guī)劃下，城鎮(zhèn)小區(qū)數(shù)量必然會成直線型劇增，小區(qū)物業(yè)管理的內容頁所致多樣化，這給小區(qū)物業(yè)管理帶來廣大發(fā)展前景的同時，也讓傳統(tǒng)的和

32、發(fā)展中的新星小區(qū)物業(yè)管理團隊面對前所未有的挑戰(zhàn)。而高校和科研單位的一些相關計算機應用系統(tǒng)正是針對某些行業(yè)繁重的業(yè)務和高效交互處理的需求研究開發(fā)出的，所以結合先進的數(shù)字科學技術，采用科學的計算機應用系統(tǒng)形成信息化、數(shù)字化的小區(qū)物業(yè)管理模式是迎接巨大挑戰(zhàn)的不二抉擇。</p><p>　　計算機應用管理系統(tǒng)高效、準確的信息查詢和實時的信息更新、錄入功能可以保證居民用戶和管理員及時的交互、獲知信息，超級管理員可以管理居民

33、業(yè)主的相關信息的同時也可對內管理普通管理員，通過權限給予普通管理員管理權限，劃分各管理員負責模塊，實現(xiàn)合理的分工合作，尤其是對于現(xiàn)今小區(qū)物業(yè)管理中業(yè)主私家車、寵物的管理制定對應模塊，實行特定的管理，達到對于小區(qū)物業(yè)管理的責任劃分管理和特別管理的兩級區(qū)別管理，形成小區(qū)物業(yè)管理的現(xiàn)代化數(shù)字信息模式。</p><p>　　1.2 國內外發(fā)展狀況</p><p>　　1.2.1 國內狀況</

34、p><p>　　隨著我國住宅商品化的發(fā)展，物業(yè)管理服務已經逐步被社會廣泛的接受，城市化進程的加速也促使物業(yè)管理的步伐加快。與此同時，由于國內管理法制化程度不高，物業(yè)管理權和所有權的界限沒有劃分清楚，物業(yè)管理和收費標準由政府及相關部門制定其中缺少市場作用部分等因素，物業(yè)管理也暴露出來由于體制的不完善而引發(fā)的各種問題，這對于住宅小區(qū)實施令人滿意的物業(yè)管理模式就更為不易。</p><p>　　在一些

35、地方，物業(yè)管理首先是靠一種壟斷的方式介入，是以一種半強加的形式出現(xiàn)和存在；許多物業(yè)管理企業(yè)服務的責任心不強，遇事扯皮推諉，不能讓業(yè)主滿意；由于一些體制的欠缺，使一些在房屋生產建設管理過程出現(xiàn)的問題在進行物業(yè)管理時顯現(xiàn)出來，責任關系混亂；一些物業(yè)管理企業(yè)缺少管理規(guī)范和規(guī)則，把過去針對公有住宅的那一套管理方式用到住宅小區(qū)的物業(yè)管理服務當中去，較少的應用數(shù)字信息技術強化物業(yè)管理水平和效率。</p><p>　　國內的小

36、區(qū)物業(yè)管理系統(tǒng)就數(shù)字信息化應用程度上來說還沒有完全實現(xiàn)專業(yè)化、規(guī)模化和信息數(shù)字化。</p><p>　　1.2.2 國外狀況</p><p>　　國外發(fā)達國家的小區(qū)物業(yè)管理模式與國內相比來說總體是趨向成熟的，他們的小區(qū)物業(yè)管理是以專業(yè)化、社會化為特征，以科學化優(yōu)質服務為目標，以健全的組織機構、財務制度、法律體系為保障，形成了一種良性循環(huán)的管理系統(tǒng)。</p><p>

37、　　國外成熟的小區(qū)物業(yè)管理系統(tǒng)都是比較注重高新技術的應用，并且以一套不斷完善的應用管理系統(tǒng)為基礎，在此向外鋪展開相關的業(yè)務管理和數(shù)據(jù)信息統(tǒng)計。以新加坡為例，他們的咨詢業(yè)比較發(fā)達，信息技術應用普遍。像他們的共管式公寓在大門口都設有保安崗亭，整個小區(qū)的畢錄監(jiān)控錄像都集中在崗亭中，里面一般設有兩個人，一人負責看監(jiān)控錄像，另一人負責接待和及疏通交通。在住宅社區(qū)的各主要交匯處，都設有信息觸摸屏，介紹街景、購物指南、交通信息、天氣預報、股市行情、和

38、最新的新聞報道。等等方面說明了，他們依靠計算機信息技術處理信息的高效性提高對于小區(qū)物業(yè)管理質量的專業(yè)化和信息化的管理理念和應用前沿技術的敏感性都值得我們學習借鑒。</p><p>　　1.3 本課題應達到的要求</p><p>　　1.3.1 指導思想和應解決的主要問題</p><p>　　本課題是通過一個基于ASP.NET管理系統(tǒng)供小區(qū)物業(yè)管理團隊和業(yè)主用戶使用，

39、在此基礎上實現(xiàn)整個小區(qū)物業(yè)管理主要區(qū)域的管理。此小區(qū)物業(yè)管理系統(tǒng)應用主流的瀏覽器服務器模式，其設計制作主要包括業(yè)主用戶權限下的模塊和管理員權限下的模塊，其中管理員權限分為普通管理員和超級管理員權限。業(yè)主用戶權限相當于主流網(wǎng)頁系統(tǒng)的前臺，要求操作簡單、查詢及時。管理員權限相當于企業(yè)站系統(tǒng)的后臺，要求數(shù)據(jù)穩(wěn)定可靠、功能完全、及時響應業(yè)主需求。</p><p>　　系統(tǒng)對于小區(qū)物業(yè)管理涉及方面廣的特點，將小區(qū)物業(yè)管理分

40、為兩種權限模塊，以實現(xiàn)小區(qū)物業(yè)管理的分塊運作。一種是業(yè)主用戶權限，主要分為業(yè)主用戶管理、業(yè)主維修管理、業(yè)主設備管理、業(yè)主收費管理、投訴管理等模塊；另一種管理員權限，主要分為普通管理員和超級管理員權限，兩者的功能模塊相近，只是超級管理員可以添加普通管理員，兩者都有系統(tǒng)用戶管理、業(yè)主維修管理、業(yè)主設備管理業(yè)主收費管理等模塊。業(yè)主用戶權限和管理員權限的模塊是相互對應的，以便使他們可以及時的交互信息作出反應。并且這些功能模塊是以實際生活中的江蘇

41、常熟某地方小區(qū)為模板結合相關的生活經驗設計的，這樣就可以達到在實際的情況下能合理的分塊設計效果，增加系統(tǒng)的可行性，系統(tǒng)對于數(shù)據(jù)的實質性操作有增加、刪除、修改、查詢、導出，達到以上的功能本系統(tǒng)就能滿足可行性、高效性、安全性、經濟型的需求。</p><p>　　1.3.2 本文主要內容</p><p>　　本文以軟件工程為理論和分析設計基礎圍繞小區(qū)物業(yè)管理所要涉及的主要內容，逐步描述設計基于A

42、SP.NET的小區(qū)物業(yè)管理系統(tǒng)的主要步驟和功能及相關技術。</p><p>　　第一章 緒論：分析小區(qū)物業(yè)管理系統(tǒng)的課題開發(fā)背景和意義，描述國內外小區(qū)物業(yè)管理的發(fā)展狀況和本課題應達到的要求。</p><p>　　第二章 開發(fā)工具及技術：介紹設計小區(qū)物業(yè)管理系統(tǒng)涉及的主要技術包括B/S與C/S結構的區(qū)別，ASP.NET、Visual Studio 2005、SQL Server 2005 E

43、xpress的主要特點。</p><p>　　第三章 系統(tǒng)分析：先從技術可行性、經濟可行性、操作可行性三方面確定本課題是否值得去解決。之后分析小區(qū)物業(yè)管理系統(tǒng)的功能需求和數(shù)據(jù)需求，并導出系統(tǒng)的邏輯模型，修正系統(tǒng)的開發(fā)計劃。</p><p>　　第四章 總體設計：根據(jù)前面章節(jié)的分析和開發(fā)計劃確定系統(tǒng)方案，描述系統(tǒng)功能模塊設計過程并對小區(qū)物業(yè)管理系統(tǒng)的數(shù)據(jù)進行分析和數(shù)據(jù)庫設計。</p&g

44、t;<p>　　第五章 小區(qū)物業(yè)管理系統(tǒng)的實現(xiàn)：描述按照總體設計階段中功能模塊設計和開發(fā)計劃方案對系統(tǒng)各模塊進行具體設計的過程和主要代碼與頁面截圖。</p><p>　　第六章 結論與展望：在介紹完整個小區(qū)物業(yè)管理系統(tǒng)設計過程后進行了設計總結和對本小區(qū)物業(yè)管理系統(tǒng)的未來展望。</p><p><b>　　2 開發(fā)工具及技術</b></p>

45、<p><b>　　2.1 B/S結構</b></p><p>　　B/S（Browser/Server）結構即瀏覽器和服務器結構。它是隨著Internet技術的興起，對C/S結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過WWW瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（Browser）實現(xiàn)，但是主要事務邏輯在服務器端（Server）實現(xiàn)，形成所謂三層結構。這樣就大大簡化

46、了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（TCO）。以目前的技術看，局域網(wǎng)建立B/S結構的網(wǎng)絡應用，并通過Internet/Intranet模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，以不同的接入方式訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權限，服務器數(shù)據(jù)庫也很安全。</p><p>　　C/S（Client/Serve

47、r）結構，即客戶機和服務器結構。它是軟件系統(tǒng)體系結構，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務合理分配到Client端和Server端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。目前大多數(shù)應用軟件系統(tǒng)都是Client/Server形式的兩層結構，由于現(xiàn)在的軟件應用系統(tǒng)正在向分布式的Web應用發(fā)展，Web和Client/Server應用都可以進行同樣的業(yè)務處理，應用不同的模塊共享邏輯組件；因此，內部的和外部的用戶都可以訪問新的和現(xiàn)有的應用系統(tǒng)，通過

48、現(xiàn)有應用系統(tǒng)中的邏輯可以擴展出新的應用系統(tǒng)。這也就是目前應用系統(tǒng)的發(fā)展方向。</p><p>　　傳統(tǒng)的C/S體系結構雖然采用的是開放模式，但這只是系統(tǒng)開發(fā)一級的開放性，在特定的應用中無論是Client端還是Server端都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環(huán)境，C/S結構的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件，加之產品的更新?lián)Q代十分快，已經很難適應百臺電腦以上局域網(wǎng)用戶同時使用。而

49、且代價高，效率低。</p><p>　　2.2 ASP.NET </p><p>　　ASP.NET是微軟新推出的體系架構.NET中的一部分，它在利用.NET[ 14]提供的新功能來創(chuàng)建功能強大的Web頁的同時,也完全享有ASP的優(yōu)點：完全和HTML集成，易于非專業(yè)人員學習和使用；無需手工編譯和連接便可直接執(zhí)行，已與生成；程序代碼均在服務器端運行，提供了程序的安全；采用了面向對象技術；無瀏

50、覽器的兼容問題。</p><p>　　雖然ASP.NET是由ASP的基礎上發(fā)展而來的，技術上卻有質的不同。ASP.NET幾乎完全是基于組件和模塊化，是對ASP的革命性發(fā)展，主要表現(xiàn)一下幾個方面：在工作原理上ASP的工作原理是當用戶在瀏覽器中輸入了Web頁的請求后，Web服務器響應請求，定位該ASP文件，然后對其由上至下進行解釋，執(zhí)行文件中的腳本命令，最后動態(tài)生成一個HTML頁返回用戶瀏覽器。在ASP.NET中，當

51、輸入用戶請求后，ASP.NET模塊分析ASP.NET源文件的內容，并將其分解成單獨的命令以建立代碼的整體結構。完成此工作后，ASP.NET模塊將各命令放置到預定的類中。然后這個類被用來定義一個特殊的ASP.NET Paged對象，該對象完成的主要任務之一就是生成HTML流返回客戶瀏覽器。在執(zhí)行過程中，ASP.NET采用了JIT（Just-In-Time）編譯技術，即代碼先被編譯成微軟中間語言（MSIL,Microsoft Interme

52、diate Language）,然后MSIL再被編譯成機器代碼加以執(zhí)行，而且只有實際需要的哪些代碼才會被編譯。由上所述ASP.NET頁在第一次被瀏覽時，會經過兩個階段的編譯，所以速度</p><p>　　2.3 Visual Studio 2005</p><p>　　Visual Studio 2005是基于.NET2.0框架的。它同時也能開發(fā)跨平臺的應用程序，如開發(fā)使用微軟操作系統(tǒng)的手

53、機的程序等。它的組件有：Visual Basic,C# Windows Forms Projects Web Projects Enterprise templates Class Designer Server Explorer Excel, Word, InfoPath Projects SQL Server Developer Edition Access Developer Extensions 不包括的組件： Mobile P

54、rojects 64 Bit support Visio-based modeling Visual Source Safe Operating Systems - Development and Test Servers - Development and Test Virtual PC Office, InfoPath, OneNote, Visio, Project, MapPoint 包括Visual Basic 2005,c&

55、lt;/p><p>　　當 Microsoft 首先發(fā)布 Visual Basic 之時，就通過降低其復雜度從而使 Windows 軟件開發(fā)得以廣泛應用。利用 Visual Basic 6.0，Microsoft 讓數(shù)以百萬計的開發(fā)人員能夠快速開發(fā)客戶端/服務器應用程序。最近，利用 Visual Studio .NET，Microsoft 又為開發(fā)人員提供了輕松開發(fā)分布式應用程序的工具與技術。通過 Visual St

56、udio 2005 Team System，Microsoft 正在解決日益增加的應用程序復雜性及其設計、開發(fā)和部署所必需的生命周期問題。這一點是通過提供必需的工具和指導從而能夠預見、重復結果（無需付出生產效率和創(chuàng)新的代價）實現(xiàn)的。在信息交流方面，通過降低報告的運轉開銷和尋覓團隊成員間新的交流渠道，Visual Studio Team System 著重于能夠更好地進行交流。例如：通過自動從團隊成員使用的工具那里收集信息，可以簡化報告過

57、程。從 Visual Studio Team System 采集到的數(shù)據(jù)保存在數(shù)據(jù)倉庫中，這使項目狀態(tài)報告和可見性能夠面向軟件開發(fā)團隊的所有成員，甚至是項目組之外的</p><p>　　Visual Studio Team System 設計基礎是擴展性模型。Microsoft 提供的 SDLC 工具利用與第三方可用的擴展性功能相同的擴展性功能。擴展性體現(xiàn)在集成的三個層次：UI、數(shù)據(jù)和過程。用戶界面擴展性：Vis

58、ual Studio Team System 利用現(xiàn)有的 Visual Studio Industry Partner (VSIP) 計劃，將補充的產品和服務插入到 Visual Studio 集成開發(fā)環(huán)境 (IDE) 之中。數(shù)據(jù)擴展性：Visual Studio Team System 利用 Visual Studio Team Foundation Core Services (TFCS) 將這些工具集成在一起。TFCS 提供一組能

59、夠將工具集成在一起的工具，無需工具間的緊密耦合。對于數(shù)據(jù)收集，TFCS 還能夠將第三方工具用于由 Visual Studio Team System 使用的數(shù)據(jù)倉庫。過程擴展性：Visual Studio Team System 使用方法論模板來定義每個項目將遵循的過程。不存在適用于所有組織、以至一個組織內的所有項目的通用過程。</p><p>　　2.4 SQL Sever 2005 </p>&

60、lt;p>　　Microsoft SQL Server 2005 是一個全面的數(shù)據(jù)庫平臺，使用集成的商業(yè)智能 (BI)工具提供了企業(yè)級的數(shù)據(jù)管理。Microsoft SQL Server 2005數(shù)據(jù)庫引擎為關系型數(shù)據(jù)和結構化數(shù)據(jù)提供了更安全可靠的存儲功能，可以構建和管理用于業(yè)務的高可用和高性能的數(shù)據(jù)應用程序。</p><p>　　Microsoft SQL Server 2005 數(shù)據(jù)引擎是該企業(yè)數(shù)據(jù)管理

61、解決方案的核心。此外 Microsoft SQL Server 2005 結合了分析、報表、集成和通知功能。這使您的企業(yè)可以構建和部署經濟有效的 BI 解決方案，幫助您的團隊通過記分卡、Dashboard、Web services 和移動設備將數(shù)據(jù)應用推向業(yè)務的各個領域。</p><p>　　與 Microsoft Visual Studio、Microsoft Office System 以及新的開發(fā)工具包（包

62、括 Business Intelligence Development Studio）的緊密集成使 Microsoft SQL Server 2005 與眾不同。SQL Server 2005的特點有：從對SQL類的新的支持，到多活動結果集(MARS)，SQL Server 2005中的ADO . NET將推動數(shù)據(jù)集的存取和操縱，實現(xiàn)更大的可升級性和靈活性；SQL Server2005中的新安全模式將用戶和對象分開，提供fine-gra

63、inAccess存取、并允許對數(shù)據(jù)存取進行更大的控制。另外，所有系統(tǒng)表格將作為視圖得到實施，對數(shù)據(jù)庫系統(tǒng)對象進行了更大程度的控制；利用SQL Server2005,報表服務可以提供報表控制，可以通過VisualStudio2005發(fā)行；SQL Server2005為開發(fā)可升級的數(shù)據(jù)庫應用軟件，提供了新的語言功能。</p><p><b>　　2.5 本章小結</b></p>&

64、lt;p>　　本章主要描述設計本小區(qū)物業(yè)管理系統(tǒng)所用主要開發(fā)工具的特點和一些延生出來的技術，在和一些類似技術的比較下描述設計本系統(tǒng)選用該項技術的考慮角度如瀏覽器服務器模式和客戶端服務器模式的比較，進而體現(xiàn)把相關技術應用到本系統(tǒng)中的合理、實用性。</p><p><b>　　3 系統(tǒng)分析</b></p><p>　　隨著城鎮(zhèn)化的快速發(fā)展，新形成的小區(qū)物業(yè)管理對舊有

65、的物業(yè)管理模式提出來了新的挑戰(zhàn)，新階段下的小區(qū)物業(yè)管理的內容涉及范圍更廣，管理任務更加繁重。針對以上情況小區(qū)物業(yè)管理系統(tǒng)根據(jù)作者生活相關經驗和搜集的資料文獻將現(xiàn)階段小區(qū)物業(yè)管理主要會涉及的方面，進行分化為各個模塊功能并分配為業(yè)主權限和管理員權限相對應，為業(yè)主能及時將所遇到的問題對應所屬的模塊報給管理員，同時管理員在該模塊上就可查看到業(yè)主遇到的問題。對于一些居民比較關注的生活方面，比如停車場、公共設備、當月收費項目等，系統(tǒng)對此單獨分化出對

66、應的處理模塊，主次矛盾區(qū)分以實現(xiàn)對特殊問題的特別應對。以前面所述的系統(tǒng)運行模式，可解決目前小區(qū)物業(yè)管理的問題并且可比預期的更加完善的完成小區(qū)物業(yè)管理任務，提供經濟、高質量的小區(qū)物業(yè)管理服務。</p><p><b>　　3.1 可行性研究</b></p><p>　　對于小區(qū)物業(yè)管理內容涉及的廣泛性以及衍生出來的諸多棘手的問題，需要借助相關的技術或者前沿的信息化手段綜

67、合的去應對并且需要從各方面分析考慮使用某些技術的費用與使用后的效果是否具有一定的經濟效益，下面就從三方面分析本系統(tǒng)是否具有實現(xiàn)的價值。</p><p>　　3.1.1 技術可行性</p><p>　　技術可行性是回答使用現(xiàn)有的技術是否能實現(xiàn)這個系統(tǒng)的問題。本系統(tǒng)使用Visual Studio 2005、Dreamweaver CS5和SQL Server 2005等相關軟件進行聯(lián)合設計。其

68、中Dreamweaver CS5以可視方式顯示詳細的 CSS 框模型，輕松切換 CSS 屬性并且無需讀取代碼或使用其他實用程序。Visual Studio 2005和SQL Server 2005是微軟系類產品，選擇兼容的版本可順利的進行聯(lián)合使用，不受兼容的干擾。SQL Server 2005 是一個全面的數(shù)據(jù)庫平臺，使用集成的商業(yè)智能（BI）工具提供了企業(yè)級的數(shù)據(jù)管理。SQL Server 2005 數(shù)據(jù)庫引擎為關系型數(shù)據(jù)和結構化數(shù)據(jù)

69、提供了更安全可靠的存儲功能，可以構建和管理用于業(yè)務的高可用和高性能的數(shù)據(jù)應用程序。Visual Studio 2005是美國微軟公司的開發(fā)工具包系列產品之一。VS是一個基本完整的開發(fā)工具集，它包括了整個軟件生命周期中所需要的大部分工具，如UML工具、代碼管控工具、集成開發(fā)環(huán)境（IDE）等。因此可以使用上述的設計工具實現(xiàn)本系統(tǒng)。</p><p>　　3.1.2 經濟可行性</p><p>　

70、　經濟可行性是回答系統(tǒng)的經濟效益能否超過它的開發(fā)成本的問題。本系統(tǒng)應用前景相當?shù)膹V闊，現(xiàn)在、將來城鎮(zhèn)的小區(qū)物業(yè)管理都將會是具有強大發(fā)展活力的行業(yè)。并且本系統(tǒng)的設計開發(fā)不至于動用規(guī)模龐大的開發(fā)團隊，只需中小型的團隊就能完成開發(fā)和后期的維護工作。所以本系統(tǒng)的經濟效益超過開發(fā)成本。</p><p>　　3.1.3 操作可行性</p><p>　　操作可行性是回答系統(tǒng)的操作方式在這個用戶組織內能否

71、行得通的問題。小區(qū)物業(yè)管理尤其是現(xiàn)在日益豐富的居民生活中越來越受關注，提高小區(qū)物業(yè)的管理水平和服務質量的管理理念得到各方面的肯定，所以本系統(tǒng)行得通。</p><p><b>　　3.2 需求分析</b></p><p>　　3.2.1 功能需求</p><p>　　經過相關資料的查詢、日常生活的經驗和相關小區(qū)物業(yè)管理網(wǎng)站的瀏覽，分析歸納小區(qū)物業(yè)

72、管理系統(tǒng)不僅要把過去的物業(yè)管理包含進去，還需要將后來不斷發(fā)展而衍生的物業(yè)管理，如天然氣等的都例如考慮范圍內。并且在這個改革開放的時代中，國內國外都快速的發(fā)生深刻的變化，居民的生活也更加豐富的同時給物業(yè)管理也帶來了新的課題，值得小區(qū)物業(yè)管理團隊重新審視現(xiàn)階段的大形勢。也就是說物業(yè)管理既要包含先前的管理功能范圍，又要著眼當前，還要遇見未來可能的發(fā)展趨勢。綜上考慮，本系統(tǒng)分為業(yè)主權限和管理員權限，其中管理員又分為普通管理員和超級管理員權限。&

73、lt;/p><p>　　在業(yè)主權限下，業(yè)主有如下操作的權限：</p><p>　　⑴ 業(yè)主修改個人登錄信息、修改個人基本信息。</p><p>　?、?業(yè)主添加報修、查看個人報修記錄、查看未處理的報修。</p><p>　?、?業(yè)主查看新增設施信息、查看小區(qū)設施、查看業(yè)主住宅設施、查看個人私家車信息、申請物種短期看護。</p>&l

74、t;p>　?、?業(yè)主查看本月小區(qū)收費類型、查看本月業(yè)主收費、查看業(yè)主收費記錄、從統(tǒng)計圖上查看本月費用。</p><p>　?、?業(yè)主添加投訴、查看個人投訴記錄、查看個人未處理的投訴。</p><p>　　在管理員權限下，管理員有如下操作的權限：</p><p>　?、?管理員進行業(yè)主用戶管理、編輯管理員信息、添加業(yè)主用戶，其中只有超級管理員有對普通管理員的增加

75、和刪除權限，普通管理員只能編輯自己信息。</p><p>　?、?管理員編輯報修、查看未處理報修、查看總報修記錄。</p><p>　　⑶ 管理員編輯新增設施信息、編輯小區(qū)設施、編輯業(yè)主私家車信息、編輯業(yè)主短期看護。</p><p>　?、?管理員編輯本月收費類型、錄入本月收費類型、編輯累計的收費類型。</p><p>　　⑸ 管理員查看未處

76、理投訴、編輯投訴。</p><p>　　業(yè)主用戶在使用正確的系統(tǒng)登錄信息進入系統(tǒng)后，就出在系統(tǒng)在業(yè)主權限下的主要界面中了，如果業(yè)主輸入錯誤的登錄信息如驗證碼錯誤等，系統(tǒng)就跳出提示信息是業(yè)主仍處于登錄頁面。對于正確登錄系統(tǒng)的業(yè)主來說，業(yè)主可選擇業(yè)主用戶信息、業(yè)主維修信息、業(yè)主設備信息、業(yè)主收費信息、投訴信息功能模塊進行相應的需要操作。當業(yè)主需要修改個人登錄信息或者個人基本信息時，可選擇業(yè)主用戶模塊對個人信息進行編輯

77、和刪除操作；當業(yè)主用戶需要對自己住宅設備或者小區(qū)公共設施進行報修或者查看個人未處理的報修和個人的報修記錄時，應選擇業(yè)主維修模塊錄入所要報修的設備基本信息或按關鍵條件查詢個人的報修記錄信息，當然當業(yè)主跳轉到相關頁面時首頁顯示的就是于當前登錄的業(yè)主有關的對應信息；在業(yè)主點擊進入業(yè)主設備信息模塊后，業(yè)主可選擇查看個人私家車情況、小區(qū)新增設備信息、個人住宅有關的設備及小區(qū)公共設備信息；或者業(yè)主在需要查看當月或者歷史月份與業(yè)主相關的收費、當月小區(qū)

78、收費類型時可點擊收費信息模塊進行查看，當然可以按條件進行查詢 以及可通過統(tǒng)計折線圖對個人各月份收費進行分析；業(yè)主對小區(qū)中涉及自身某些事項感到不滿意時業(yè)主用戶可進入投訴信息模塊添加所要搜</p><p>　　圖3. 1 系統(tǒng)業(yè)主權限流程圖</p><p>　　管理員選擇登錄權限輸入登錄信息，驗證輸入的信息是錯誤時跳出提示并仍限制管理員處于登錄頁面，而當管理員成功登錄系統(tǒng)時，管理員就可進入管理

79、員權限的系統(tǒng)主頁面。當管理員對業(yè)主用戶需要刪除用戶和添加用戶，或者管理員需要修改個人基本信息時可選擇系統(tǒng)用戶管理模塊進行對應的操作，同時對于普通管理員來說管理普通管理員是被限制的，此項權限只有超級管理員擁有。管理員在需要查看未處理的報修或報修記錄時可選擇業(yè)主報修管理模塊，同時管理員也可通過此模塊按照實際情況對編輯相關報修記錄的信息；管理員在小區(qū)設備新增的情況下需要將其基本信息錄入數(shù)據(jù)表，同時管理員可對小區(qū)公共設施或者具體業(yè)主住宅設施的基

80、本信息進行相應的刪除、修改操作；在收費管理方面，管理員進入該模塊對本月小區(qū)收費類型信息進行錄入操作的同時也可對小區(qū)收費類型進行編輯；管理員在投訴模塊上可查看到未處理投訴以及根據(jù)查詢條件也可查看到滿足條件的投訴信息，管理員也可對投訴的信息記錄按照實際情況進行相應的編輯。在管理員完成基本操作后可從頁頭處退出系統(tǒng)。系統(tǒng)管理員流程圖如圖3.2所示。</p><p>　　圖3. 2 系統(tǒng)管理員權限流程圖</p>

81、<p>　　3.2.2 數(shù)據(jù)需求</p><p>　　本軟件系統(tǒng)本質上是信息處理系統(tǒng)，系統(tǒng)必須處理的信息和系統(tǒng)應該產生的信息在很大程度上決定了系統(tǒng)的面貌，對軟件設計有深遠的影響，因此，必須分析系統(tǒng)的數(shù)據(jù)要求，這是軟件需求分析的一個重要任務。分析系統(tǒng)的數(shù)據(jù)要求通常采用建立數(shù)據(jù)模型、使用圖形工具、減少數(shù)據(jù)冗余簡化修改數(shù)據(jù)的過程把數(shù)據(jù)結構規(guī)范化。</p><p>　　綜合上述兩項分

82、析的結果可以導出系統(tǒng)的詳細邏輯模型通常用數(shù)據(jù)流圖、實體-聯(lián)系圖，狀態(tài)轉換圖、數(shù)據(jù)字典和主要的處理算法描述這個邏輯模型。</p><p>　　3.2.3 數(shù)據(jù)流圖</p><p>　　數(shù)據(jù)流圖（DFD）是一種圖形化技術，它描述信息流和數(shù)據(jù)從輸入移動到輸出的過程中所受的變換，在數(shù)據(jù)流圖中沒有任何的物理部件，它只是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示，設計數(shù)據(jù)

83、流圖時只需考慮系統(tǒng)必須完成的基本邏輯功能，完全不需要考慮怎么具體地實現(xiàn)這些功能。畫數(shù)據(jù)流圖的目的是利用它作為交流信息的工具同時它也是分析和實際的工具。</p><p>　　小區(qū)物業(yè)管理系統(tǒng)可得出0級、1級和2級數(shù)據(jù)流圖。0級數(shù)據(jù)流圖是系統(tǒng)整體上的數(shù)據(jù)流圖，它主要顯示整個系統(tǒng)的主要數(shù)據(jù)流向過程，對于一些具體地數(shù)據(jù)流如何詳細的處理不顯示。1級和2級數(shù)據(jù)流圖是相對0級數(shù)據(jù)流圖而言從局部具體地描述特定數(shù)據(jù)的流向和處理，它

84、們是整體數(shù)據(jù)流圖的詳細解剖。系統(tǒng)0級數(shù)據(jù)流圖如下圖3.3所示。</p><p>　　圖3. 3 系統(tǒng)0級數(shù)據(jù)流圖</p><p>　　系統(tǒng)的1級數(shù)據(jù)流圖是對于系統(tǒng)0級數(shù)據(jù)流圖中物業(yè)管理系統(tǒng)主界面的處理過程具體細化的結果，將物業(yè)管理系統(tǒng)的主界面處理過程分為系統(tǒng)用戶管理、業(yè)主維修管理、業(yè)主設備管理、業(yè)主收費管理、投訴管理五個具體地處理過程以及它們需要進行數(shù)據(jù)存取的數(shù)據(jù)表和各處理過程流入流出的數(shù)

85、據(jù)流向。</p><p>　　系統(tǒng)1級數(shù)據(jù)流圖如圖3.4所示。</p><p>　　圖3. 4 系統(tǒng)1級數(shù)據(jù)流圖</p><p>　　系統(tǒng)2級數(shù)據(jù)流圖是對小區(qū)物業(yè)管理主要功能模塊在數(shù)據(jù)處理上的過程描述和說明，下面的數(shù)據(jù)流圖就是分別對小區(qū)物業(yè)管理的系統(tǒng)用戶管理、維修管理、設備管理、收費管理、投訴管理五大主要模塊的具體描述的數(shù)據(jù)流圖。</p><p&

86、gt;　　⑴ 以系統(tǒng)用戶管理為數(shù)據(jù)處理過程的數(shù)據(jù)流圖的流入數(shù)據(jù)是當前登錄用戶的密碼、姓名等基本信息，經過系統(tǒng)用戶管理處理后數(shù)據(jù)就流向公告欄、業(yè)主表和管理員表或者從三個表中取出數(shù)據(jù)顯示給用戶。系統(tǒng)的2級用戶管理數(shù)據(jù)流圖如圖3.5所示。</p><p>　　圖3.5 系統(tǒng)2級用戶管理數(shù)據(jù)流圖</p><p>　　⑵ 以編輯設備維修信息為處理過程的數(shù)據(jù)流圖的流入數(shù)據(jù)是用戶提交的設備名稱、用戶自己

87、的編號、維修的基本信息等內容，然后經過處理過程處理后數(shù)據(jù)就流向維修表中或者顯示維修表中的信息給業(yè)主。系統(tǒng)2級設備維修數(shù)據(jù)流圖如圖3.6所示。</p><p>　　圖3.6 系統(tǒng)2級設備維修數(shù)據(jù)流圖</p><p>　?、?以編輯設備信息為處理過程的數(shù)據(jù)流圖的流入數(shù)據(jù)是業(yè)主管理員或者業(yè)主按實際情況填寫的設備名稱、住宅基本信息等內容，流進處理過程后的數(shù)據(jù)流就流向私家車表、公共設備表和住宅表中或

88、者從三個表中將數(shù)據(jù)顯示給當前使用者。系統(tǒng)的2級設備信息數(shù)據(jù)流圖如圖3.7所示。</p><p>　　圖3.7 系統(tǒng)2級設備信息數(shù)據(jù)流圖</p><p>　?、?以編輯收費項目為處理過程的數(shù)據(jù)流圖的流入數(shù)據(jù)是管理員根據(jù)當月或者實際收費項目填寫的具體條目信息，數(shù)據(jù)流進入處理過程后就流向物業(yè)管理表存儲或者按照管理員需要從物業(yè)管理表中取出數(shù)據(jù)顯示。系統(tǒng)2級收費項目數(shù)據(jù)流圖如圖3.8所示。</

89、p><p>　　圖3.8 系統(tǒng)2級收費項目數(shù)據(jù)流圖</p><p>　?、?以編輯投訴為處理過程的數(shù)據(jù)流圖的流入數(shù)據(jù)是業(yè)主投訴的設備、某個事項的基本信息，經過編輯投訴處理過程后的數(shù)據(jù)流就會流向維修表存儲或者在用戶需要時可將投訴的詳細信息從維修表中導出數(shù)據(jù)顯示給業(yè)戶。系統(tǒng)2級投訴數(shù)據(jù)流圖如圖3.9所示。</p><p>　　圖3.9 系統(tǒng)2級投訴數(shù)據(jù)流圖</p>

90、;<p>　　3.2.4 數(shù)據(jù)字典</p><p>　　數(shù)據(jù)流圖表達了數(shù)據(jù)和處理的關系，數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲、和處理過程5個部分。</p><p>　　小區(qū)物業(yè)管理系統(tǒng)在實際的管理活動中的數(shù)據(jù)字典以數(shù)據(jù)字典卡片形式可表示為如下，其中業(yè)主用戶權限下的數(shù)據(jù)字典與管理

91、員相近，故僅將管理員權限下的數(shù)據(jù)字典作為主要描述對象，編號F1系列的為管理員權限下的物業(yè)管理活動，以下數(shù)據(jù)字典均以數(shù)據(jù)存儲和處理過程為主。</p><p>　　⑴ 管理業(yè)主用戶數(shù)據(jù)字典如下：</p><p><b>　　編號：F1.1</b></p><p>　　處理過程名：管理業(yè)主用戶；</p><p>　　說明：管理

92、員添加、刪除業(yè)主用戶；</p><p>　　輸入：業(yè)主用戶的密碼、住宅區(qū)號、門牌號、家庭成員數(shù)、聯(lián)系電話、宅電、頭像；</p><p>　　輸出：保存到業(yè)主信息表；</p><p>　　處理：管理員根據(jù)新的業(yè)主用戶添加業(yè)主或者刪除從小區(qū)搬走的業(yè)主用戶。</p><p>　?、?管理管理員數(shù)據(jù)字典如下：</p><p>

93、<b>　　編號：F1.2</b></p><p>　　處理過程名：管理管理員；</p><p>　　說明：超級管理員增加、刪除普通管理員，普通管理員修改個人基本信息；</p><p>　　輸入：普通管理員編號、姓名、負責住宅區(qū)號、負責設施名稱、權限、登錄密碼、身份證、聯(lián)系電話、工作狀況、頭像；</p><p>　　輸出

94、：保存到管理員表；</p><p>　　處理：超級管理員添加新的普通管理員和新的業(yè)主用戶或者普通管理員添加新的業(yè)主用戶。普通管理員或者超級管理員刪除業(yè)主用戶和超級管理員刪除普通管理員。</p><p>　?、?管理住宅數(shù)據(jù)字典如下：</p><p><b>　　編號：F1.3</b></p><p>　　處理過程名：管理

95、住宅；</p><p>　　說明：超級管理員或普通管理員增刪改小區(qū)住宅每月耗電、水、燃氣量、編輯安全系數(shù)；</p><p>　　輸入：管理員負責住宅區(qū)號、負責設施名稱、負責門牌號、每月水量、每月電量、每月燃氣量、安全系數(shù)；</p><p>　　輸出：保存到住宅信息表；</p><p>　　處理：管理員管理每月住宅的水電燃氣用量記錄和住宅安全系

96、數(shù)的評測。</p><p>　?、?管理公共設施數(shù)據(jù)字典如下：</p><p><b>　　編號：F1.4</b></p><p>　　處理過程名：管理公共設施；</p><p>　　說明：業(yè)主查看小區(qū)公共設施、住宅設施、管理員添加編輯小區(qū)公共設施信息和業(yè)主住宅信息；</p><p>　　輸入：管

97、理員負責的住宅區(qū)號、負責的設施名稱、設施可供同時占用戶數(shù)、新舊程度、已有使用的用戶數(shù)；</p><p>　　輸出：保存到公共設施表；</p><p>　　處理：管理員將新增的小區(qū)設施信息和相應的住宅區(qū)號設施信息進行添加編輯，業(yè)主用戶按照條件查詢小區(qū)設施和住宅信息或直接翻閱新增設施信息。</p><p>　?、?管理設施報修數(shù)據(jù)字典如下：</p><

98、;p><b>　　編號：F1.5</b></p><p>　　處理過程名：管理設施報修；</p><p>　　說明：業(yè)主添加報修、查看個人未處理報修、管理員查看業(yè)主報修、編輯業(yè)主的報修；</p><p>　　輸入：業(yè)主所住的住宅區(qū)號、門牌號、設施名稱、報修起始日期、是否投訴、內容詳述；</p><p>　　輸出：保

99、存到設施維修表；</p><p>　　處理：業(yè)主用戶將要報修的設施名稱和住宅信息添加提交給管理員，相關管理員可查看到并可編輯業(yè)主報修 ，業(yè)主用戶也可查看自己還未被合理處理的報修。</p><p>　　⑹ 編輯物業(yè)管理數(shù)據(jù)字典如下：</p><p><b>　　編號：F1.6</b></p><p>　　處理過程名：編輯物

100、業(yè)管理；</p><p>　　說明：管理員增刪改每月的應交和已交電費、水費、燃氣費、管理費、停車場管理費、其他辦理雜費；</p><p>　　輸入：月份、住宅區(qū)號、門牌號、電費、水費、燃氣費、管理費、停車場管理費、其他辦理雜費；</p><p>　　輸出：保存到物業(yè)管理表；</p><p>　　處理：業(yè)主用戶將要報修的設施名稱和住宅信息添加提

101、交給管理員，相關管理員可查看到并可編輯業(yè)主報修 ，業(yè)主用戶也可查看自己還未被合理處理的報修。</p><p>　?、?管理申請看護數(shù)據(jù)字典如下：</p><p><b>　　編號：F1.7</b></p><p>　　處理過程名：管理申請看護；</p><p>　　說明：業(yè)主添加申請看護、管理員查看申請看護；</p

102、><p>　　輸入：業(yè)主姓名、業(yè)主編號、物種名稱、看護起始日期、結束日期、健康程度；</p><p>　　輸出：保存到申請看護表；</p><p>　　處理：業(yè)主用戶將所要申請短期物種看護的基本信息填寫提交給管理員，管理員查看業(yè)主申請的短期看護并進行審查；</p><p>　?、?管理私家車數(shù)據(jù)字典如下：</p><p>

103、<b>　　編號：F1.8；</b></p><p>　　處理過程名：管理私家車；</p><p>　　說明：管理員添加業(yè)主私家車牌、業(yè)主編號、業(yè)主姓名，編輯更新停車位狀況、每月應交管理費、已交管理費；</p><p>　　輸入：業(yè)主私家車牌、業(yè)主編號、業(yè)主姓名、停車位狀況、每月應交管理費、已交管理費；</p><p>

104、　　輸出：保存到業(yè)主車表；</p><p>　　處理：管理員登記業(yè)主車牌號、業(yè)主姓名、編號并在每月或需要時更新停車位和停車場管理費交付情況；</p><p><b>　　編號：F1.9；</b></p><p>　　處理過程名：管理公告欄；</p><p>　　說明：超級管理員和普通管理員修改公告欄；</p>

105、<p><b>　　輸入：公告欄內容；</b></p><p>　　輸出：保存到公告欄表；</p><p>　　處理：普通管理員根據(jù)實際情況需要更新修改業(yè)主用戶登錄系統(tǒng)后看到的公告欄</p><p>　　3.3 修正系統(tǒng)開發(fā)計劃</p><p>　　根據(jù)在分析過程中獲得的對系統(tǒng)的更加深入更加具體地了解可以比

106、較準確地估計系統(tǒng)的成本和進度，修正以前制定的開發(fā)計劃。</p><p>　　本系統(tǒng)可分為兩大權限分別為業(yè)主權限和管理員權限，管理員分為普通管理員和超級管理員。在兩種權限下小區(qū)物業(yè)管理系統(tǒng)主要有五大功能模塊，這五個模塊將物業(yè)管理所要涉及的方面都按有利于高效管理的區(qū)域負責管理理念包含劃分了，可完成小區(qū)物業(yè)管理的需要，尤其是以管理負責為核心的劃分對實現(xiàn)科學高效管理有很大的促進作用。</p><p&g

107、t;<b>　　3.4 本章小結</b></p><p>　　本章從可行性分析階段，在技術可行性、經濟可行性、操作可行性三方面進行分析，得出本系統(tǒng)可以用最小的代價在盡可能的時間內能夠解決小區(qū)物業(yè)管理的結論。到后面需求分析階段經過對系統(tǒng)功能需求、數(shù)據(jù)需求的分析導出系統(tǒng)的邏輯模型，用數(shù)據(jù)流圖、數(shù)據(jù)字典、系統(tǒng)流程圖進行描述，最后修正系統(tǒng)開發(fā)計劃。</p><p><b

108、>　　4 總體設計</b></p><p>　　經過需求分析階段的工作，系統(tǒng)必須“做什么”已近清楚了，總體設計的基本目的就是回答“概括地講，系統(tǒng)應該如何實現(xiàn)”這個問題。在詳細設計之前先進行總體設計是必要的，可以站在全局高度上，花較少成本，從較抽象的層次上分析對多種可能的系統(tǒng)實現(xiàn)方案和軟件結構，從中選出最佳方案和最合理的軟件結構，從而用比較低成本開發(fā)出高質量的軟件系統(tǒng)。</p>&l

109、t;p>　　4.1 系統(tǒng)方案確定</p><p>　　在總體設計階段根據(jù)系統(tǒng)的邏輯模型并比較不同的物理實現(xiàn)方案，選出最佳的方案，可大大提高系統(tǒng)性價比。從需求分析階段得出的數(shù)據(jù)流圖出發(fā)，設想把數(shù)據(jù)流圖中的處理分組系統(tǒng)經過的各種可能的想法，拋棄在技術上行不同的分組方法，余下的分組方法代表可能的實現(xiàn)策略，并且可以啟示供選擇的物理系統(tǒng)。綜合分析對比各種合理方案的利弊確定一個最佳的方案并為之制定詳細的實現(xiàn)計劃。<