《小區(qū)物業(yè)管理系統(tǒng)的設計與實現(xiàn)》14000字（論文）

小區(qū)物業(yè)管理系統(tǒng)的設計與實現(xiàn)目錄第一章 緒論 11.1課題背景 11.2課題的目的和意義 11.3系統(tǒng)的設計思想 21.4本章小結 4第二章 可行性分析 52.1經(jīng)濟可行性 52.2技術可行性 62.3操作可行性 62.4時間可行性 62.5本章小結 7第三章 需求分析 73．1物業(yè)管理發(fā)展成因 73．2系統(tǒng)的需求分析 83．3數(shù)據(jù)流圖 93．4數(shù)據(jù)字典 103.5本章小結 14第四章 系統(tǒng)設計 154.1系統(tǒng)功能設計 154.2系統(tǒng)流程圖 164.3數(shù)據(jù)庫設計 174.4數(shù)據(jù)庫詳細設計 194.5本章小結 23第五章 系統(tǒng)實現(xiàn) 245.1系統(tǒng)和數(shù)據(jù)庫的配置 245.2數(shù)據(jù)庫邏輯模型 245.3系統(tǒng)設計 255.4本章小結 28第六章 系統(tǒng)測試 296.1軟件測試的目的 296.2軟件測試的任務 296.3系統(tǒng)測試 306.4測試用例 306.5本章小結 31總結 32緒論1.1課題背景隨著信息時代的到來，互聯(lián)網(wǎng)越來越普及，對人們的生活影響越來越大，人們也離不開互聯(lián)網(wǎng)。而小區(qū)物業(yè)管理作為衣食住行里最重要的住，自然而然就成了迫在眉睫的任務。時代在進步，人們對需求也越來越看重，也尋求簡潔方便，傳統(tǒng)的的小區(qū)物業(yè)基本是靠人力來進行統(tǒng)計的，這不僅對人的要求非常高，而且容易出現(xiàn)差錯，不利于管理，這時候如果有一個操作簡單，易于上手的軟件，便那能很好的解決這個問題。大數(shù)據(jù)的時代沖擊著傳統(tǒng)的信息流，我們也要融進這個時代，傳統(tǒng)的管理模式已經(jīng)不適用于現(xiàn)在這個時代了，我們的思想也該發(fā)生轉(zhuǎn)變，隨著時代而改變，去適應時代，而不是讓時代把我們淘汰掉。小區(qū)作為現(xiàn)在人生活居住的一個單位，開發(fā)一個專門的軟件對其進行管理是十分必要的，而且小區(qū)物業(yè)管理系統(tǒng)目前的現(xiàn)狀不太理想，所以還有很大的發(fā)展空間，這個軟件的開發(fā)對我們來說也將會便利我們的日常生活。1.2課題的目的和意義我之所以會選擇小區(qū)的物業(yè)管理這個課題，主要是因為自己對這個非常的感興趣，并且有過一定的了解。而且作為一個和人們息息相關的事件，人們往往會花時間去了解它，這個系統(tǒng)的開發(fā)對于我們今后的日常生活能夠提供很大的方便。所以它在一定程度上具有很重大的意義，而且系統(tǒng)的目的很簡單，就是幫助人們解決日常生活中一些繁瑣的事，讓事情簡單化。在生活里，我們經(jīng)常會煩惱一些問題，比如小區(qū)里有人很吵鬧，但是說了那人也不聽，這時候如果有一個軟件可以快速的進行投訴，管理人員就會很快的派人上門調(diào)節(jié)，十分的方便。再比如，我們要叫水電費，傳統(tǒng)的管理模式需要線下繳費，而這個系統(tǒng)可以很快捷的進行繳費，系統(tǒng)管理員會及時的發(fā)布繳費信息，只要在瀏覽器上進行繳費就可以了，不僅住戶方便了，管理人員也輕松了。目的：小區(qū)物業(yè)管理系統(tǒng)的實現(xiàn)對我們的生活會有很大的幫助，每個人都是生活在一個群體中，而小區(qū)就是其中一個群體，這樣的群體很多，管理起來很復雜，所以要想解決這個問題，首要的就是設計一個系統(tǒng)，專門解決這類問題的系統(tǒng)，把繁雜冗余的紙上數(shù)據(jù)，變成易于管理的網(wǎng)絡數(shù)據(jù)，每個用戶，每個人都能清晰的看到自己的信息，對自己的住房問題，對小區(qū)的安保問題甚至更多的問題提出自己的建議和反饋。取代傳統(tǒng)的管理模式，讓用戶和小區(qū)的管理員在網(wǎng)上進行對接，有效快速的進行信息的交互，讓住戶方便，為小區(qū)管理者提供系統(tǒng)的管理方式，不需要人工的去記錄數(shù)據(jù)，節(jié)約了人力。這個課題的目的我想應該就是讓人們更加方便，也能更加融入信息時代，讓我們?nèi)谌脒M去的同時也方便自己。意義：這有利于小區(qū)的發(fā)展和管理，沒有了復雜繁瑣的工序，只要有一臺電腦甚至是一部手機我們就能夠輕松的管理一個小區(qū)的信息，作為小區(qū)的管理員，可以清晰的看到每位住戶的信息，也能及時的得到住戶的反饋，方便解決小區(qū)里的各種事務。而作為小區(qū)的住戶，不用每次想提建議都要走一大段路去找物業(yè)管理人員或者小區(qū)負責人，只要在手機上就能提出反饋，繳費投訴都能夠輕松完成。所以這個系統(tǒng)不管是對小區(qū)的負責人還是對住戶而言，都十分有必要。因為現(xiàn)在的小區(qū)管理模式還沒有完全的統(tǒng)一，所以有些傳統(tǒng)的管理模式還存在，這個系統(tǒng)的開發(fā)將會基本替代傳統(tǒng)管理模式，使得現(xiàn)代小區(qū)的管理模式得到一定程度上的統(tǒng)一，讓管理人員更方便管理數(shù)據(jù)，讓住戶能更快的解決生活中的問題。1.3系統(tǒng)的設計思想該系統(tǒng)的設計思想是根據(jù)網(wǎng)站上的關于小區(qū)物業(yè)管理的論文，通過分析各個論文的內(nèi)容，大概的總結了一些小區(qū)物業(yè)管理的信息和用戶對于小區(qū)物業(yè)管理的需求。根據(jù)用戶的需求，我自己做了一份需求分析，進行數(shù)據(jù)庫的設計和代碼的編寫，代碼借鑒于某個網(wǎng)站的小區(qū)物業(yè)管理系統(tǒng)。該系統(tǒng)應用的技術主要是JSP動態(tài)網(wǎng)頁技術，SSH框架，B/S架構，基于MVC模式開發(fā)和SQLServer2012數(shù)據(jù)庫。1.JSP技術JSP是一種Javaservlet，主要用于實現(xiàn)Javaweb應用程序的用戶界面部分。網(wǎng)頁開發(fā)者們通過結合HTML代碼、XHTML代碼、XML元素以及嵌入JSP操作和命令來編寫JSP。JSP通過網(wǎng)頁表單獲取用戶輸入數(shù)據(jù)、訪問數(shù)據(jù)庫及其他數(shù)據(jù)源，然后動態(tài)地創(chuàng)建網(wǎng)頁。JSP標簽有多種功能，比如訪問數(shù)據(jù)庫、記錄用戶選擇信息、訪問JavaBeans組件等，還可以在不同的網(wǎng)頁中傳遞控制信息和共享信息。JSP是我系統(tǒng)學習過的一門語言，對這個比較熟悉，選擇用這個技術做開發(fā)也是想檢驗一下自己的能力有沒有達到要求，同時也提高一下自己。2.SSH框架SSH是struts+spring+hibernate的一個集成框架，是16年之前較為流行的一種Web應用程序開源框架。區(qū)別于SecureShell。集成SSH框架的系統(tǒng)從職責上分為四層：表示層、業(yè)務邏輯層、數(shù)據(jù)持久層和域模塊層，以幫助開發(fā)人員在短期內(nèi)搭建結構清晰、可復用性好、維護方便的Web應用程序。其中使用Struts作為系統(tǒng)的整體基礎架構，負責MVC的分離，在Struts框架的模型部分，控制業(yè)務跳轉(zhuǎn)，利用Hibernate框架對持久層提供支持，Spring做管理，管理struts和hibernate。SSH框架集，是現(xiàn)在大多數(shù)軟件設計過程中都會使用的一種框架集。該系統(tǒng)中應用了SSH框架。3.MVC模式MVC模式（Model–view–controller）是軟件工程中的一種軟件架構模式，把軟件系統(tǒng)分為三個模塊：模型（Model）、視圖（View）和控制器（Controller）。模型（Model）：我更愿意將這個模塊叫做數(shù)據(jù)模塊，其中存儲的是軟件中的數(shù)據(jù)。用戶可以通過操作視圖進行輸入，來間接地更改模型中的值。模型中的值也會間接地呈現(xiàn)在視圖上。Model中數(shù)據(jù)的變化一般會通過一種刷新機制被公布。為了實現(xiàn)這種機制，那些用于監(jiān)視此Model的View必須事先在此Model上注冊，從而，View可以了解在數(shù)據(jù)Model上發(fā)生的改變。（比如：觀察者模式（軟件設計模式））。視圖（View）：與用戶交互的界面，通過視圖，用戶能夠進行輸入并獲得輸出反饋?？刂破鳎–ontroller）：鏈接模型與視圖的橋梁，在此定義函數(shù)或算法以實現(xiàn)對不同用戶輸入所執(zhí)行的不同操作。4.數(shù)據(jù)庫SQLServer2012作為Microsoft新一代的數(shù)據(jù)庫管理產(chǎn)品,雖然是建立在SQLServer2008的基礎之上,但是在性能、穩(wěn)定性、易用性方面都有相當大的改進。SQLServer2012已經(jīng)成為至今為止最強大、最全面的SQLServer版本。跟以往版本相比,MicrosoftSQLServer2012被定位為可用性和大數(shù)據(jù)領域的領頭羊;對數(shù)據(jù)的轉(zhuǎn)換和勘探提供強大的交互操作能力,并協(xié)助做出正確的決策;有著開放、可伸縮性、安全性、可擴展性以及前所未有的高性能等優(yōu)勢。5.B/S架構B/S架構即瀏覽器和服務器架構模式，是在互聯(lián)網(wǎng)技術發(fā)展起來后，對C/S結構的一種變化或者改進的架構。在這種架構下，用戶工作界面是通過WWW瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（Browser）實現(xiàn)，但是主要事務邏輯在服務器端(Server)實現(xiàn)，形成所謂三層3-tier結構。B/S架構是WEB興起后的一種網(wǎng)絡架構模式，WEB瀏覽器是客戶端最主要的應用軟件。這種模式統(tǒng)一了客戶端，將系統(tǒng)功能實現(xiàn)的核心部分集中到服務器上，簡化了系統(tǒng)的開發(fā)、維護和使用?？蛻魴C上只要安裝一個瀏覽器（Browser），如NetscapeNavigator或InternetExplorer，服務器安裝Oracle、Sybase、Informix或

SQLServer等數(shù)據(jù)庫。瀏覽器通過WebServer同數(shù)據(jù)庫進行數(shù)據(jù)交互。這樣就大大簡化了客戶端電腦的負荷量，也減輕了系統(tǒng)維護和升級所耗費的人力物力財力成本，降低了用戶的總體成本(TCO)。1.4本章小結小區(qū)物業(yè)管理的開發(fā)是必然的，對社會的意義很大，在社會上生活的我們，離不開衣食住行，而住便是最基本的條件。我們的生活和互聯(lián)網(wǎng)息息相關，互聯(lián)網(wǎng)影響著我們的生活，所以我們要去適應這個互聯(lián)網(wǎng)的時代。對這些技術的使用和了解?？尚行苑治隹尚行苑治霭◣讉€方面：經(jīng)濟可行性、技術可行性、操作可行性、時間可行性，通過對這幾個可行性的分析，我們可以得出關于這個系統(tǒng)到底適不適合去開發(fā)，值不值得去開發(fā)的結論。在復雜冗余的信息中，有效的管理信息是十分必要的，一個系統(tǒng)是否需要存在也取決于是否有人有需求，而小區(qū)物業(yè)管理還沒有一個完善的系統(tǒng)管理模式，所以開發(fā)出一個小區(qū)物業(yè)管理系統(tǒng)還是十分可行的。2.1經(jīng)濟可行性經(jīng)濟可行性主要包含了兩方面的內(nèi)容：某個備選方案使用經(jīng)濟資源或占有經(jīng)濟資源的可能性，進一步實現(xiàn)了政策目標的可能性。施行某個政策方案，需要消耗的經(jīng)濟和其他成本與取得的利潤。開發(fā)這個系統(tǒng)所需要的軟件有eclipse，SQLServer2012數(shù)據(jù)庫。只要有一臺電腦，就能獨立完成系統(tǒng)的開發(fā)，所需要的花費不大。而且作為一名沒有收入的學生而言，這個系統(tǒng)花費的金錢幾乎可以不記，系統(tǒng)開發(fā)所需要的源碼，網(wǎng)絡上大都有相類似的，可以免費的借鑒，而各種開發(fā)的軟件也可以在網(wǎng)上免費下載，根據(jù)免費的安裝教程，自己可以輕松的完成，數(shù)據(jù)庫設計方面自己可以獨立完成，不需要任何的費用，所以經(jīng)濟可行性是完全沒有問題的。2.2技術可行性通過系統(tǒng)管理員和住戶兩個角色實現(xiàn)頁面的交互操作。采用eclipse和SQLServer2012數(shù)據(jù)庫作為開發(fā)工具，用JSP實現(xiàn)頁面的動態(tài)設計。通過后面不斷的測試，表明這個系統(tǒng)所用到的技術都是可行的，而且這些技術對于不精通的我來說也能夠快速地上手。這個系統(tǒng)用的技術大都是比較簡單易學的，有一點知識儲備的基本都可以完成。JSP技術緒論里已經(jīng)詳細的闡述了，這個技術主要是對動態(tài)頁面的編寫，十分的簡單好上手，SQLServer2012數(shù)據(jù)庫也是一個很強大的數(shù)據(jù)庫，可以滿足系統(tǒng)對數(shù)據(jù)庫的需要，而且該數(shù)據(jù)庫開放安全，對于沒有經(jīng)濟條件的我來說，十分需要。所以通過以上分析技術可行性是完全可以達到的。2.3操作可行性這個系統(tǒng)的操作十分簡單易上手，對于完全不懂電腦的人也能夠跟著提示進入系統(tǒng)，而且界面十分的精簡，一看就能明白如何操作。而且就目前我的專業(yè)技術來說，還不足以開發(fā)出一個復雜的系統(tǒng)。因為我還只是一名學生，對專門的開發(fā)項目還不了解，程序的開發(fā)經(jīng)驗只有在學校實訓的幾次，所以在設計頁面的時候主要考慮的是簡潔明了，方便用戶操作，系統(tǒng)操作流暢，更復雜的東西沒有做考慮。用戶進入系統(tǒng)，便會出現(xiàn)一個操作頁面，跟著頁面的提示，用戶能夠很清楚的知道該做哪一步，該如何去做，為用戶節(jié)省了了解系統(tǒng)的時間，能夠快速的上手。所以通過以上分析該系統(tǒng)的操作是十分可行的。2.4時間可行性一個系統(tǒng)從開始準備到進入項目，期間的準備工作是比較繁瑣的，但是只要開始了，后面的階段也就很順利的能夠完成了。開發(fā)這個系統(tǒng)大概用了四周到七周的時間，期間反復的調(diào)試更正修改代碼，和數(shù)據(jù)庫中存在的一些問題。在時間方面來看，這個系統(tǒng)的開發(fā)效率應該還是比較高的，而且最后的成果也很滿意，作為一個學生來說，這一個月的時間稍微有點緊迫，不過期間事情比較多，而且開發(fā)和自己的事也沒有沖突。所以通過以上分析該系統(tǒng)在時間上來說還是可行的。2.5本章小結可行性的分析對一個系統(tǒng)來說是很必要的，通過這個可行性的分析，我們可以知道這個系統(tǒng)到底值不值得開發(fā)，開發(fā)的付出的成本到底值不值得，付出的時間有沒有意義，對用戶來說好不好用。需求分析需求分析是面向用戶的，了解用戶需不需要這個系統(tǒng)，需要什么樣的功能。需求分析作為軟件項目管理中重要的一環(huán)，對整個的項目影響是非常大的，所以一個好的、準確的、合理的有效的需求分析對設計人員來說是十分必要的，這不僅可以節(jié)省前期系統(tǒng)開發(fā)的時間，還可以在后期的時候有個參照，軟件的整個系統(tǒng)架構是根據(jù)需求分析來進行構思的，所以這一步對后面的任務進行是必不可少的。3．1物業(yè)管理發(fā)展成因1.住宅建設迅猛改革開放以來，房屋的建設發(fā)展十分迅猛，大量的小區(qū)住宅投入使用，使得管理工作更加繁忙復雜，而那時候還沒有完整的小區(qū)物業(yè)管理體系。而房屋的問題卻還是比較多的，除去最基本的維修外，還包括附屬物，場地，綠化，環(huán)衛(wèi)等的專業(yè)管理。這些管理給小區(qū)的管理人員帶來了很多的麻煩，畢竟人工手動的記錄的數(shù)據(jù)在一定程度上會有些許錯誤，小區(qū)住宅勢如破竹的發(fā)展勢頭，給小區(qū)管理模式帶來了改變。2.住房制度改革深化隨著住房制度的改革，越來越多的人去城鎮(zhèn)居住，而城鎮(zhèn)住房自有率超過了75%，形成了一個住宅區(qū)，可是這些住宅區(qū)卻沒有完善的管理模式，傳統(tǒng)的管理模式也不適應現(xiàn)在的小區(qū)式住宅。所以隨著房改的深化，大家也把目光轉(zhuǎn)向了軟件行業(yè)，互聯(lián)網(wǎng)現(xiàn)在可是和人們的生活息息相關的。3.體制推動計劃經(jīng)濟體制向社會主義市場經(jīng)濟體制的轉(zhuǎn)變，政府職能的轉(zhuǎn)變，讓原來傳統(tǒng)的管理模式不再適用于現(xiàn)在的小區(qū)模式。這也就直接導致了現(xiàn)代小區(qū)物業(yè)管理體系的誕生，這一體系對今后小區(qū)引入互聯(lián)網(wǎng)更加的方便。4.群眾生活水平提高在這個互聯(lián)網(wǎng)信息發(fā)展迅猛的時代，互聯(lián)網(wǎng)和人民的生活無比緊密，群眾的生活水平有了明顯的提高，自然也就想去更大的地方發(fā)展，而城鎮(zhèn)中的住宅基本是小區(qū)模式的，新的小區(qū)管理系統(tǒng)還沒有形成，所以對小區(qū)物業(yè)系統(tǒng)的開發(fā)有直接關系。而這也讓小區(qū)物業(yè)管理系統(tǒng)的發(fā)展也就成為了必然。3．2系統(tǒng)的需求分析1.用戶分析小區(qū)物業(yè)管理系統(tǒng)的使用者主要有兩種：管理員：物業(yè)管理的系統(tǒng)管理者，進行日常的管理，對后臺的信息進行管理，處理用戶的信息，比如添加、修改、刪除、更新等。用戶：物業(yè)管理系統(tǒng)的客戶端使用者，不能對網(wǎng)站進行管理。通過準確的調(diào)查發(fā)現(xiàn)，物業(yè)管理系統(tǒng)的用戶具有以下幾點特征：a

在小區(qū)有房產(chǎn)的住戶，對這類系統(tǒng)有需求；b

喜歡簡單方便快捷的方式進行繳費投訴等操作；c

覺得傳統(tǒng)的小區(qū)管理模式十分繁瑣；d

對網(wǎng)絡的操作十分的熟悉。2.系統(tǒng)功能該小區(qū)物業(yè)系統(tǒng)將實現(xiàn)以下六個功能：系統(tǒng)管理功能：系統(tǒng)管理員可以查看所有用戶的信息，并對其進行刪除，增加，修改等功能。住戶管理功能：用戶可以對自己對信息進行查看，密碼的修改等操作。房產(chǎn)管理功能：用戶可以查看到自己房產(chǎn)的信息，管理員可以對房產(chǎn)進行添加，刪除等操作。繳費管理功能：用戶可以在該頁面進行繳費，查看繳費信息等，管理員可以對繳費信息進行管理。投訴管理功能：用戶可以在這個界面進行投訴操作，提交給系統(tǒng)管理員，可以查看的投訴的反饋情況，管理員可以及時看到用戶的投訴，對該信息進行處理。維修管理功能：用戶在這個界面可以提交維修信息，管理員會及時反饋結果，用戶可以在該界面看到處理的信息和結果。3．3數(shù)據(jù)流圖數(shù)據(jù)流圖是結構化分析方法中使用的工具,它以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。在結構化開發(fā)方法中，數(shù)據(jù)流圖是需求分析階段產(chǎn)生的結果。數(shù)據(jù)流圖或數(shù)據(jù)流程圖（DataFlowDiagram），縮寫為DFD。數(shù)據(jù)流圖DFD是描述系統(tǒng)中數(shù)據(jù)流程的一種圖形工具，它標志了一個系統(tǒng)的邏輯輸入和邏輯輸出，以及把邏輯輸入轉(zhuǎn)換邏輯輸出所需的加工處理。數(shù)據(jù)源去向表示數(shù)據(jù)的來源或數(shù)據(jù)的流向。圖3-1頂層數(shù)據(jù)流圖小區(qū)物業(yè)管理系統(tǒng)一共寫了六個表，下面是關于這六個表的數(shù)據(jù)流圖。圖3-2系統(tǒng)二級數(shù)據(jù)流圖3．4數(shù)據(jù)字典數(shù)據(jù)字典（datadictionary）是對于數(shù)據(jù)模型中的數(shù)據(jù)對象或者項目的描述的集合，這樣做有利于程序員和其他需要參考的人。分析一個用戶交換的對象系統(tǒng)的第一步就是去辨別每一個對象，以及它與其他對象之間的關系。這個過程稱為數(shù)據(jù)建模，結果產(chǎn)生一個對象關系圖。當每個數(shù)據(jù)對象和項目都給出了一個描述性的名字之后，它的關系再進行描述（或者是成為潛在描述關系的結構中的一部分），然后再描述數(shù)據(jù)的類型（例如文本還是圖像，或者是二進制數(shù)值），列出所有可能預先定義的數(shù)值，以及提供簡單的文字性描述。這個集合被組織成書的形式用來參考，就叫做數(shù)據(jù)字典。當開發(fā)用到數(shù)據(jù)模型的程序時，數(shù)據(jù)字典可以幫助你理解數(shù)據(jù)項適合結構中的哪個地方，它可能包含什么數(shù)值，以及數(shù)據(jù)項基本上表示現(xiàn)實世界中的什么意思。例如，一家銀行或者是一個銀行組織可能對客戶銀行業(yè)涉及的數(shù)據(jù)對象進行建模。他們需要給銀行程序員提供數(shù)據(jù)字典。這個數(shù)據(jù)字典就描述了客戶銀行業(yè)中的數(shù)據(jù)模型每一個數(shù)據(jù)項（例如，“賬戶持有人”和“可用信用”）。表3-1數(shù)據(jù)字典編號數(shù)據(jù)項名稱名稱是否為空備注X00-1房產(chǎn)編號id否主鍵X00-2時間ct是創(chuàng)建時間X00-3是否刪除fslock否是否刪除標志X00-4結構fwjg是房屋結構X00-5門牌號mph是門牌號X00-6面積mj是房屋面積X00-7設備sb是設備X00-8住址addr是住址X00-9房產(chǎn)關聯(lián)業(yè)主zhid是業(yè)主IDX00-10投訴編號id否主鍵X00-11投訴反饋clfk是處理反饋X00-12投訴結果cljg是處理結果X00-13投訴內(nèi)容content是投訴內(nèi)容X00-14投訴時間ct是創(chuàng)建時間X00-15投訴標題title是投訴標題X00-16是否刪除tslock否是否刪除X00-17投訴關聯(lián)業(yè)主zhid是業(yè)主idX00-18維修編號id否主鍵X00-19維修信息clfk是處理反饋X00-20維修結果cljg是處理結果X00-21維修內(nèi)容content是維修內(nèi)容X00-22維修時間ct是創(chuàng)建時間X00-23維修標題title是維修標題X00-24是否刪除wxlock否是否刪除X00-25維修關聯(lián)業(yè)主zhid是業(yè)主IDX00-26業(yè)主編號id否主鍵X00-27業(yè)主電話dhhm是電話號碼X00-28業(yè)主身份證card是業(yè)主身份證X00-29業(yè)主姓名hzxm是姓名X00-30業(yè)主入住時間rzsj是入住時間X00-31是否刪除zhlock否是否刪除X00-32業(yè)主住址addr是住址X00-33用戶編號id否主鍵X00-34用戶添加時間ct是添加時間X00-35用戶密碼password是密碼X00-36用戶權限設定role否用戶權限X00-37用戶姓名name是住戶姓名X00-38是否停用userlock否是否停用標志X00-39用戶姓名username是用戶名X00-40用戶關聯(lián)業(yè)主zhid是關聯(lián)的業(yè)主IDX00-41繳費編號id是主鍵X00-42備注bz是備注X00-43費用price否費用X00-44費用周期fyzq是周期X00-45是否刪除jflock否是否刪除X00-46繳費類型type是類型X00-47繳費時間sfsj是時間X00-48繳費狀態(tài)sfzt否是否已交費X00-49房產(chǎn)idfcid是關聯(lián)房產(chǎn)X00-50用戶idzhid否關聯(lián)用戶（1）數(shù)據(jù)流編號：O1—01名稱：房產(chǎn)信息來源：管理員去向：M6組成：X00-1+X00-2+X00-3+X00-4（2）數(shù)據(jù)流編號：O1—02名稱：用戶信息來源：M1去向：M5組成：X00-33+X00-35+X00-37+X00-39（3）數(shù)據(jù)流編號：O1—03名稱：繳費信息來源：管理員去向：M2組成：X00-41+X00-42+X00-43+X00-44+X00-45+X00-46（4）數(shù)據(jù)流編號：O1—04名稱：業(yè)主信息來源：管理員去向：M1組成：X00-1+X00-2+X00-3+X00-4（5）數(shù)據(jù)流編號：O1—05名稱：投訴信息來源：M1去向：M3組成：X00-10+X00-11+X00-12+X00-13+X00-14+X00-15+X00-16+X00-17（6）數(shù)據(jù)流編號：O1—06名稱：維修信息來源：M1去向：M4組成：X00-18+X00-19+X00-20+X00-21+X00-22+X00-23+X00-24需求分析是系統(tǒng)開發(fā)過程中必不可少的一環(huán)，十分重要但是也十分的困難。這個階段的工作有以下幾個特點：供需交流困難：需求分析是面向用戶的需求分析，根據(jù)用戶的需求來設計系統(tǒng)。但是往往在設計人員和用戶的交流中，存在很多的問題，用戶描述不清楚自己想要的是什么，想要什么功能，對計算機方面的知識沒有系統(tǒng)的認知，跟開發(fā)設計人員的想法有很大區(qū)別甚至是沖突，而設計人員不知道用戶到底想要什么樣的系統(tǒng)，也就讓開發(fā)的進度變得緩慢，甚至影響開發(fā)進度，設計人員對用戶方面的問題上不是很專業(yè)，不了解用戶想要的是什么，這就導致了兩方交流十分困難，給開發(fā)設計人員后續(xù)的開發(fā)環(huán)節(jié)加大了難度。需求動態(tài)化：用戶對軟件系統(tǒng)的功能和性能方面的要求很難精準的概括，而一個系統(tǒng)往往都是比較復雜的。設計人員從一個模糊的概念功能出發(fā)開始設計開發(fā)，需要不斷的把模糊的功能清晰化，不斷的完善這些模糊的功能，而這期間，開發(fā)設計人員的工作量很大，還有些用戶到了軟件開發(fā)的后期還想加入新的功能，這對開發(fā)設計人員來說，十分的麻煩。后續(xù)影響復雜：軟件開發(fā)的基礎是需求分析，有了需求分析就能更好更節(jié)約時間的去完成后面的開發(fā)設計。在這個階段如果發(fā)現(xiàn)了錯誤，可以很快的解決這個問題，并且不會對后面造成影響，如果是在軟件系統(tǒng)的開發(fā)編程測試甚至是到了最后的維護階段解決問題，則要花費更久的時間。所以一個項目一個系統(tǒng)是否可以開發(fā)，是否值得開發(fā)，要對其進行多方面的評估，從各個方面對項目進行分析，最后根據(jù)分析結果，決定這個項目這個系統(tǒng)是否有必要開發(fā)。3.5本章小結本章是對系統(tǒng)的需求分析，上面說明了該系統(tǒng)的功能，各個數(shù)據(jù)流的流入流出，對物業(yè)管理發(fā)展成因的簡述，通過這個章節(jié)對整個系統(tǒng)的開發(fā)設計有了更深層次的想法和了解。需求分析是面向用戶的，需要設計開發(fā)人員和用戶進行大致的描述所需要系統(tǒng)的功能和要求。系統(tǒng)設計4.1系統(tǒng)功能設計上一章是需求分析，需求分析對系統(tǒng)的設計有很大的影響，通過需求分析我們可以開始進行系統(tǒng)設計。需求分析說明了用戶對象，這個系統(tǒng)的用戶就是系統(tǒng)管理員和小區(qū)的住戶，通過B/S架構在瀏覽器上就可以操作。系統(tǒng)管理員和住戶都可以通過瀏覽器登錄系統(tǒng)，系統(tǒng)管理員可以對業(yè)主信息，房產(chǎn)信息，繳費信息，收費，維修，投訴，系統(tǒng)賬戶，密碼等進行管理。業(yè)主也就是小區(qū)住戶可以在系統(tǒng)進行業(yè)主信息查詢，房產(chǎn)信息查詢，繳費信息查詢，維修，投訴，系統(tǒng)賬號，密碼等進行操作設置。該小區(qū)物業(yè)系統(tǒng)將實現(xiàn)以下六個功能：系統(tǒng)管理：系統(tǒng)管理員可以查看所有用戶的信息，并對其進行刪除，增加，修改等功能。住戶管理：用戶可以對自己對信息進行查看操作，密碼的修改等操作。房產(chǎn)管理：用戶可以查看到自己房產(chǎn)的信息，管理員可以對房產(chǎn)進行添加，刪除等操作。繳費管理：用戶可以在該頁面進行繳費，查看繳費信息等，管理員可以對繳費信息進行管理。投訴管理：用戶可以在這個界面進行投訴操作，可以查看的投訴的反饋情況，管理員可以及時看到用戶的投訴，對該信息進行處理。維修管理：用戶在這個界面可以提交維修信息，管理員會及時反饋結果，用戶可以在該界面看到處理的結果。系統(tǒng)系統(tǒng)業(yè)主系統(tǒng)管理員業(yè)主系統(tǒng)管理員繳費信息查詢密碼管理系統(tǒng)賬戶管理投訴管理維修管理房產(chǎn)信息查詢業(yè)主信息查詢密碼管理投訴管理維修管理收費管理房產(chǎn)信息管理系統(tǒng)賬戶管理繳費信息管理業(yè)主信息管理繳費信息查詢密碼管理系統(tǒng)賬戶管理投訴管理維修管理房產(chǎn)信息查詢業(yè)主信息查詢密碼管理投訴管理維修管理收費管理房產(chǎn)信息管理系統(tǒng)賬戶管理繳費信息管理業(yè)主信息管理4-1系統(tǒng)功能模塊圖這個小區(qū)物業(yè)系統(tǒng)包含兩個界面，一個是系統(tǒng)管理員的操作管理界面，一個是業(yè)主的操作界面，兩個角色之間分別執(zhí)行不同的功能和操作，是兩個不同的界面，但是兩個界面相互之間存在信息的交互。系統(tǒng)管理員有八個模塊的功能，業(yè)主有七個模塊的功能，而且業(yè)主只能查詢業(yè)主信息，房產(chǎn)信息和繳費信息。4.2系統(tǒng)流程圖在數(shù)據(jù)庫設計結束之后，我們就應該去思考系統(tǒng)功能實現(xiàn)這個問題了，通過上面對各個功能模塊的分析和各個功能的作用，我們可以準確的描述出系統(tǒng)的整體結構，通過流程圖來更直觀的表述系統(tǒng)的大概處理流程。登陸系統(tǒng)：登陸系統(tǒng)分為系統(tǒng)管理員和業(yè)主兩個用戶角色，登陸后會進入不同的界面。圖4-2登陸系統(tǒng)流程圖投訴管理流程：用戶登錄系統(tǒng)界面，在投訴管理界面發(fā)起投訴，系統(tǒng)管理員在另一個界面收到投訴，然后對投訴進行處理和結果反饋，用戶查看處理反饋結果。圖4-3用戶投訴流程圖繳費管理流程：有系統(tǒng)管理員添加繳費信息，用戶可以在用戶頁面看到自己的繳費信息，進行核查繳費，系統(tǒng)管理員收到費用點擊確認，用戶刷新頁面就可以看到自己是否繳費了。圖4-4用戶繳費流程圖4.3數(shù)據(jù)庫設計數(shù)據(jù)庫設計是指根據(jù)用戶提出的需求，在某個數(shù)據(jù)庫的管理系統(tǒng)上進行的關于數(shù)據(jù)庫的設計。數(shù)據(jù)庫的設計對整個開發(fā)過程有很大的影響，因為這個系統(tǒng)的數(shù)據(jù)最后都是交給數(shù)據(jù)庫來進行存儲。所以數(shù)據(jù)庫的設計對這個系統(tǒng)來說是非常重要的。數(shù)據(jù)庫的設計原則一對一設計原則：在開發(fā)軟件系統(tǒng)的過程中，我們要遵循一對一關系的設計原則展開工作，利用這個原則，能夠盡可能的減少一些問題的出現(xiàn)，保證工作順利進行的同時降低工作的難度。在這一過程中，避免出現(xiàn)數(shù)據(jù)的繁雜和數(shù)據(jù)量大的現(xiàn)象產(chǎn)生，否則會對軟件開發(fā)的進度產(chǎn)生影響還增加了工作的難度，影響最終產(chǎn)品的質(zhì)量。獨特命名規(guī)則：該命名規(guī)則的應用主要是為了減少在設計時出現(xiàn)命名重復和規(guī)范命名。這一原則能夠有效的減少數(shù)據(jù)的冗余繁雜，維護數(shù)據(jù)的統(tǒng)一性。雙向使用原則：事務使用原則和索引功能原則。數(shù)據(jù)庫設計的重要性有利于節(jié)約資源：不少計算機軟件在設計的時候，往往看重軟件的功能模塊，而忽略了對數(shù)據(jù)庫設計的全面分析，這很可能會對軟件在實際的運行過程中造成各種故障，因此對數(shù)據(jù)庫進行綜合，全面的分析設計是十分有必要且可行的，這不僅可以節(jié)約后期維修需要的人力和物力，同時還大大的提高了軟件的運行效率。有利于提升軟件的運行速度：高水平，全面綜合的數(shù)據(jù)庫設計可以滿足系統(tǒng)對運行速度的需求，可以高效的實現(xiàn)系統(tǒng)的功能。計算機軟件的性能提高，系統(tǒng)發(fā)出的指令也能更加快速的為用戶提供信息，軟件的運行速度自然而然也就得到了提高。有利于減少軟件發(fā)生故障：我們在設計數(shù)據(jù)庫的時候，要緊緊貼合軟件本身，不需要很復雜，只要能滿足我們的系統(tǒng)就可以。數(shù)據(jù)分析數(shù)據(jù)庫的設計應該是正確的，有效的，合理的，具體的數(shù)據(jù)設計。我們使用數(shù)據(jù)，需要數(shù)據(jù)清晰，明確，具體還有合理，這樣的數(shù)據(jù)在使用時，我們需要考慮這些數(shù)據(jù)是否和我們的需求一致，使用數(shù)據(jù)也要遵循規(guī)則。數(shù)據(jù)分析是對系統(tǒng)數(shù)據(jù)的理解，只有理解了系統(tǒng)需要什么，需求分析對數(shù)據(jù)的要求功能是什么，才能具體的分析出該系統(tǒng)的數(shù)據(jù)。在我們設計系統(tǒng)數(shù)據(jù)庫表的時候，要注意每一個表的數(shù)據(jù)類型，主鍵，是否為空以及是否唯一等都要按照系統(tǒng)的需求進行設計，充分的按照系統(tǒng)功能需求，保證我們設計的數(shù)據(jù)庫是正確的。4.4數(shù)據(jù)庫詳細設計數(shù)據(jù)庫設計里最重要的就是數(shù)據(jù)庫表的設計和表與表之間的關聯(lián)性，在一個項目或者是一個系統(tǒng)實施的過程中，前期的數(shù)據(jù)庫如果沒有設計好，那后面的系統(tǒng)開發(fā)階段也就會變得緩慢，影響開發(fā)進度。分析表和表之間的關聯(lián)關系，可以讓我們在后面的開發(fā)過程里有一個完整流暢的流程。數(shù)據(jù)庫表和表之間的關系，對后面系統(tǒng)存儲管理數(shù)據(jù)有重要的作用。數(shù)據(jù)庫表設計數(shù)據(jù)庫表設計要基于我們的系統(tǒng)功能進行設計，還要貼合用戶的需求，一個好的數(shù)據(jù)庫表設計可以讓我們更好的進行開發(fā)設計，也能夠在后續(xù)的投入中減少維修的成本。對于我的這個系統(tǒng)來說，數(shù)據(jù)幾乎全部都是通過數(shù)據(jù)庫來進行存儲和管理的。所以這個數(shù)據(jù)表的設計格外的重要。一個符合功能需求的數(shù)據(jù)庫表，可以讓我們的系統(tǒng)在開發(fā)過程中更加貼合，還能加快開發(fā)的進度，可見數(shù)據(jù)庫表的重要性。房產(chǎn)表房產(chǎn)表的數(shù)據(jù)項包括：房產(chǎn)編號、住址、房屋面積、創(chuàng)建時間、關聯(lián)業(yè)主ID、門牌號、是否刪除標志，如下表4-1所示。表4-1房產(chǎn)表繳費表繳費表的數(shù)據(jù)項包括：繳費編號、繳費人、繳費類型、費用、收費時間、業(yè)主id、繳費狀態(tài)、房產(chǎn)id、是否刪除標志，如表4-2所示。表4-2繳費表投訴表投訴表的數(shù)據(jù)項包括：投訴編號、投訴人、投訴時間、聯(lián)系電話、投訴內(nèi)容、處理時間、處理人、處理結果、投訴人，具體如表4-3所示。表4-3投訴表維修表維修表的數(shù)據(jù)項包括：報修住戶、聯(lián)系電話、報修日期、報修內(nèi)容、完成日期、維修人員、服務費用、物料費用、合同費用、維修情況、業(yè)主ID，具體如表4-4所示。表4-4維修表業(yè)主表業(yè)主表的數(shù)據(jù)項包括：業(yè)主編號、住戶姓名、住戶電話、門牌號、業(yè)主身份證、入住時間，具體如表4-5所示。表4-5業(yè)主表用戶表用戶表的數(shù)據(jù)項包括：用戶編號、用戶名、密碼、用戶權限、創(chuàng)建時間、住戶姓名、住戶電話、門牌號、業(yè)主身份證、入住時間、業(yè)主ID，具體如表4-6所示。表4-6用戶表E-R圖設計E-R圖也稱實體-聯(lián)系圖(Entity

Relationship

Diagram)，提供了表示實體類型、屬性和聯(lián)系的方法，用來描述現(xiàn)實世界的概念模型。

它是描述現(xiàn)實世界關系概念模型的有效方法。是表示概念關系模型的一種方式。用“矩形框”表示實體型，矩形框內(nèi)寫明實體名稱；用“橢圓圖框”或圓角矩形表示實體的屬性，并用“實心線段”將其與相應關系的“實體型”連接起來；用“菱形框”表示實體型之間的聯(lián)系成因，在菱形框內(nèi)寫明聯(lián)系名，并用“實心線段”分別與有關實體型連接起來，同時在“實心線段”旁標上聯(lián)系的類型（1:1,1:n或m:n）。一個好的系統(tǒng)，在開始設計之前就要做好分析工作，有條理的按照順序依次完成，這第一步就是要做好數(shù)據(jù)的分析，數(shù)據(jù)庫設計好了，對后面的工作任務也就輕松了很多。我們在分析數(shù)據(jù)庫開始設計的這個問題時，要先從我們的需求分析里得到我們這個系統(tǒng)所需要的數(shù)據(jù)，一步一步規(guī)劃好，抽取實體和屬性，建立數(shù)據(jù)模型。該系統(tǒng)所需要用到的數(shù)據(jù)，將以E-R圖來表示出來。如圖4-2所示。圖4-5小區(qū)物業(yè)管理系統(tǒng)E-R圖這個E-R圖中包含了六張表，每個表里的信息都已經(jīng)進行了詳細的說明，在這個圖里，準確的說明了各個表的對應關系，一個業(yè)主可以同時購買多套房產(chǎn)，所以業(yè)主表和房產(chǎn)表的對應關系是一對多；但是每個業(yè)主只能有一個用戶端的賬號，所以業(yè)主表和用戶表的對應關系是一對一的；業(yè)主表和其他的表的關系都是一對多的；而業(yè)主表和房產(chǎn)表屬于包含關系，業(yè)主表和投訴表、維修表屬于生成關系，業(yè)主表和繳費表屬于查看關系，只能查看里面的內(nèi)容而不可以修改。E-R圖里明確的解釋了各個表之間的關系，十分的直觀。4.5本章小結系統(tǒng)設計的分析，是我們根據(jù)用戶的需求分析來進行設計的，里面設計了兩個不同的界面分別適用于系統(tǒng)管理員和用戶，管理員可以操作八個功能默克，用戶七個。數(shù)據(jù)庫的設計是非常重要的一步，設計了六張表，用來對數(shù)據(jù)進行存儲和管理。系統(tǒng)實現(xiàn)5.1系統(tǒng)和數(shù)據(jù)庫的配置這個小區(qū)物業(yè)系統(tǒng)是通過B/S架構模式來進行設計的，這種模式對客戶端的載荷大大簡化了。便于用戶在瀏覽器上瀏覽，不需要像下載軟件一樣麻煩復雜。下面是一個B/S架構的模式圖。如圖5-1。圖5-1B/S架構模式圖從上面的圖可以看出，數(shù)據(jù)庫在B/S架構模式里有非常重要的作用，數(shù)據(jù)庫設計的好壞在這里就能體現(xiàn)出來，這將直接影響系統(tǒng)的效率和實現(xiàn)的效果。一個好的系統(tǒng)和數(shù)據(jù)庫設計的好壞分不開的，數(shù)據(jù)庫的好壞直接影響系統(tǒng)的實現(xiàn)，所以在開發(fā)前期，我們就應該設計好數(shù)據(jù)庫，而不是等程序快結束時，才去設計數(shù)據(jù)庫。5.2數(shù)據(jù)庫邏輯模型房產(chǎn)表（主鍵、住址、房屋面積、創(chuàng)建時間、門牌號、是否刪除標志、關聯(lián)的業(yè)主ID）繳費表（主鍵、繳費人、繳費類型、費用、收費時間、繳費狀態(tài)、是否刪除標志、房產(chǎn)ID、業(yè)主ID）投訴表（主鍵、投訴人、投訴時間、聯(lián)系電話、投訴內(nèi)容、處理時間、處理人、處理結果、投訴人）維修表（主鍵、報修住戶、聯(lián)系電話、報修日期、報修內(nèi)容、完成日期、維修人員、服務費用、物料費用、合同費用、維修情況、關聯(lián)的業(yè)主ID）業(yè)主表（主鍵、業(yè)主編號、住戶姓名、住戶電話、門牌號、業(yè)主身份證、入住時間）用戶表（主鍵、用戶編號、用戶名、密碼、用戶權限、創(chuàng)建時間、住戶姓名、住戶電話、門牌號、業(yè)主身份證、入住時間、業(yè)主ID）5.3系統(tǒng)設計1.用戶登錄用戶登錄需要用戶在系統(tǒng)界面正確輸入用戶名和密碼。后臺會通過Ajax自動對用戶的權限進行判斷，判定成功才可以進入相應的界面。用戶登錄的流程，在進入小區(qū)物業(yè)系統(tǒng)時，系統(tǒng)會顯示一個登錄界面，用戶需要根據(jù)自己的身份選擇用戶角色，并且輸入正確的用戶名稱和密碼，才可以進入下一個界面，點擊確認登錄，用戶名稱和密碼都正確，用戶就可以進入下一個界面，如果錯誤則不能進入。2.業(yè)主信息管理系統(tǒng)管理員在這個頁面可以對住戶的信息進行管理，添加新業(yè)主，查看業(yè)主信息，修改刪除等操作，系統(tǒng)管理員對住戶信息管理界面如下圖5-2，5-3所示。圖5-2管理員添加新業(yè)主圖圖5-3系統(tǒng)管理員對住戶的信息管理界面用戶查詢信息時，只能查詢到自己的信息，看不到別人的業(yè)主信息，而且用戶不能對自己的信息進行修改，只能查看，業(yè)主查詢界面如下圖5-4所示。圖5-4業(yè)主查詢信息界面房產(chǎn)信息管理在房產(chǎn)信息管理的界面上，系統(tǒng)管理員可以對業(yè)主的房屋信息進行查看修改增加更新房屋信息等操作，系統(tǒng)管理員對房產(chǎn)信息管理界面如下圖5-5所示。圖5-5管理員對房產(chǎn)的信息管理界面業(yè)主只能看到自己的房屋信息，不能看別人的房屋信息，而且業(yè)主不能對房屋信息進行修改，用戶房產(chǎn)信息查詢界面如圖5-6所示。圖5-6用戶房產(chǎn)信息查詢界面繳費信息界面用戶可以在用戶端的界面看到繳費的信息，費用，繳費狀態(tài)，繳費名稱等信息。而系統(tǒng)管理員除了可以查看到業(yè)主的繳費信息外，還可以對業(yè)主的信息進行修改更新刪除增加等操作。圖5-7管理員繳費信息管理界面5.4本章小結小區(qū)物業(yè)系統(tǒng)的實現(xiàn)就目前來看是十分順利的，通過對系統(tǒng)的調(diào)試，對數(shù)據(jù)庫的修改完善，才得到了一個讓人相對滿意的實現(xiàn)，一個系統(tǒng)的實現(xiàn)需要多方面的配合完善，在數(shù)據(jù)庫表設計好之后，我們才能得到一個合理完善的系統(tǒng)。每個過程都是不簡單的，認真的關注每一個細節(jié)，這樣的系統(tǒng)才能更加完美。系統(tǒng)測試信息發(fā)展的十分迅速，在這個信息時代鋪天蓋地的卷來的時代，對軟件行業(yè)來說是機遇更是挑戰(zhàn)，軟件行業(yè)可以說是興衰十分迅速的行業(yè)，一個軟件企業(yè)的發(fā)展強盛和這個企業(yè)的發(fā)展理念，對待產(chǎn)品的質(zhì)量態(tài)度有很大的關系，一個軟件企業(yè)如果想要持續(xù)不斷的發(fā)展，那么這個企業(yè)首先就必須重視產(chǎn)品的質(zhì)量問題，一個產(chǎn)品質(zhì)量如果出現(xiàn)問題，那它必然是發(fā)展不下去的。而用戶選擇產(chǎn)品時，必然是擇優(yōu)選擇，在其他產(chǎn)品比你所做的產(chǎn)品質(zhì)量好時，用戶肯定會選擇更優(yōu)質(zhì)的產(chǎn)品。所以在系統(tǒng)測試這一步，也是產(chǎn)品質(zhì)量問題的關鍵。6.1軟件測試的目的軟件測試的目的主要是檢測軟件的質(zhì)量，檢測這個系統(tǒng)是否完成了我所想要的功能，還有檢測系統(tǒng)是否是按照正確的方式來去執(zhí)行這些功能的。還有一個目的是提供信息，給開發(fā)人員提供系統(tǒng)的反饋信息，能夠在第一時間了解到系統(tǒng)存在的風險，及時的對風險進行評估。再者就是測試軟件開發(fā)的過程，一個系統(tǒng)如果在開發(fā)完之后，還是存在很