管理信息系統(tǒng)系統(tǒng)的設計與實現(xiàn)

1、中圖分類號：tp3 專業(yè)碩士學位論文xxxxxxxx系統(tǒng)的設計與實現(xiàn)作者姓名 xxx學科專業(yè) 軟件工程指導教師 xxx培養(yǎng)院系 軟件學院design and implementation of xx systema dissertation submitted for the degree of mastercandidate：xxxxxsupervisor：xxxx中圖分類號：tp3論文編號：10006gs0721xxx碩 士 學 位 論 文xxxxx系統(tǒng)的設計與實現(xiàn)作者姓名 xxx 申請學位級別 工程碩士指導教師姓名 xxx 職 稱 副教授學科專業(yè) 軟件工程 研究方向 軟件工程與管理 學習

2、時間自 2007 年 09 月 20日起 至 2009年 12 月 31日 止論文提交日期 2009年 11 月 27 日 論文答辯日期 2009 年 12月27 日學位授予單位 學位授予日期 年 月 日關于學位論文的獨創(chuàng)性聲明本人鄭重聲明：所呈交的論文是本人在指導教師指導下獨立進行研究工作所取得的成果，論文中有關資料和數(shù)據(jù)是實事求是的。盡我所知，除文中已經(jīng)加以標注和致謝外，本論文不包含其他人已經(jīng)發(fā)表或撰寫的研究成果，也不包含本人或他人為獲得北京航空航天大學或其它教育機構的學位或學歷證書而使用過的材料。與我一同工作的同志對研究所做的任何貢獻均已在論文中做出了明確的說明。若有不實之處，本人愿意承

3、擔相關法律責任。學位論文作者簽名： 日期： 年 月 日學位論文使用授權書本人完全同意北京航空航天大學有權使用本學位論文（包括但不限于其印刷版和電子版），使用方式包括但不限于：保留學位論文，按規(guī)定向國家有關部門（機構）送交學位論文，以學術交流為目的贈送和交換學位論文，允許學位論文被查閱、借閱和復印，將學位論文的全部或部分內容編入有關數(shù)據(jù)庫進行檢索，采用影印、縮印或其他復制手段保存學位論文。保密學位論文在解密后的使用授權同上。學位論文作者簽名： 日期： 年 月 日指導教師簽名： 日期： 年 月 日摘 要隨著社會的迅速發(fā)展，現(xiàn)代xxxxxxxx管理已具備網(wǎng)絡信息化的條件。實現(xiàn)xxx管理網(wǎng)絡信息化不僅

4、是現(xiàn)代xxx管理企業(yè)現(xiàn)實的需要，也是支撐未來可持續(xù)發(fā)展的需要。xxxxxxxx管理的信息化建設要結合xxx公司自身發(fā)展和信息化技術的實際，做好規(guī)劃理性實施。避免選型滯后，脫離實際和浪費資金的后果。當前，絕大多數(shù)xxx管理企業(yè)都迫切需要通過實施應用基于web的xxx管理信息系統(tǒng)來提升企業(yè)的運營效率，同時努力改善業(yè)主對xxx服務的滿意度。 本文對xxxxxxxx信息管理信息系統(tǒng)的基礎應用、需求分析、系統(tǒng)架構以及設計與實現(xiàn)等方面進行了詳細論述，同時對系統(tǒng)設計與實現(xiàn)所采用的關鍵技術進行了研究。在需求分析中，詳細闡述了xxx管理領域應用軟件的特性。在系統(tǒng)概要設計中，以mvc設計模式為主導思想，設計出系統(tǒng)

5、的三層體系結構，并詳細介紹了各個層次的作用和優(yōu)點。隨后以網(wǎng)上報修模塊和權限管理模塊的實現(xiàn)做了詳細的介紹，陳述了從需求推導而來的類結構圖以及類的方法。最后，通過功能測試，性能測試，安全測試及其他相關測試的結論證明了本系統(tǒng)達到了設計要求。系統(tǒng)已投入運行，系統(tǒng)實施后，為提高xxxxxxxx管理水平和提升業(yè)主對服務的滿意度，降低運營成本起到了促進作用。 關鍵詞：xxxxxxxx、.net、mvc abstractxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.this article carried on detailed elaboration on requirem

6、ent analysis, basic theory, system architecture as well as design and realization, and did research on the essential technology, which used to the system design and the realization. xxxxxxxxxxxxxxxxxx xxxxxxxx xxxxxxxxxxxx xxxxxxxxxxxxxxxxx. furthermore, we briefly introduce a few components in our

7、business system. finally, the conclusions of function test and pressure test and safety test can prove the system is up to the mustard.the system has many characters such as simple and clear structure, good expansibility and maintainability.key words: xxxxxxxxx、.net、mvc 目 錄 摘 要iabstractii目 錄iii圖目錄vi

8、表目錄vii第一章 緒論11.1 課題來源和意義11.2 課題國內外研究現(xiàn)狀分析21.3 課題研究目標及內容31.4 本文組織結構41.5 本章小結5第二章 系統(tǒng)需求分析62.1 整體需求概述62.1.1 基礎信息維護62.1.2 網(wǎng)上報修62.1.3 權限管理72.1.4 動力消耗管理72.1.5 物料管理82.1.6 收費管理82.1.7 報表管理82.2 功能需求分析92.2.1 基礎信息維護需求分析92.2.2 網(wǎng)上報修需求分析112.2.3 權限管理需求分析172.2.4 動力消耗管理需求分析192.2.5 物料管理需求分析202.2.6 收費管理需求分析202.2.7 報表分析模塊

9、需求分析202.3 非功能需求212.3.1 可擴展性212.3.2 安全性212.3.3 性能需求222.4 本章小結23第三章 系統(tǒng)技術方案243.1 基于.net的技術框架243.1.1 .net的構成243.1.2 .net的技術特征253.1.3 .net技術架構253.2 基于mvc的設計模式283.3 本章小結30第四章 系統(tǒng)總體設計314.1 系統(tǒng)平臺架構314.2 系統(tǒng)網(wǎng)絡拓撲334.3 軟件邏輯構架354.4 數(shù)據(jù)庫的設計374.4.1 數(shù)據(jù)庫連接方式374.4.2 數(shù)據(jù)庫訪問組件的設計384.5 本章小結41第五章 系統(tǒng)的設計與實現(xiàn)425.1 網(wǎng)上報修模塊的設計與實現(xiàn)42

10、5.1.1 網(wǎng)上報修模塊的實體關系模型設計425.1.2 網(wǎng)上報修模塊的數(shù)據(jù)庫模型設計435.1.3 網(wǎng)上報修模塊的實現(xiàn)455.1.4 網(wǎng)上報修模塊的前臺界面實現(xiàn)485.2 權限控制模塊設計與實現(xiàn)495.2.1 權限控制模塊的實體關系模型設計495.2.2 權限控制模塊的數(shù)據(jù)庫模型設計505.2.3 權限控制模塊的實現(xiàn)515.2.4 權限控制模塊的前臺界面實現(xiàn)525.3 本章小結53第六章 測試與驗證546.1 系統(tǒng)測試策略546.1.1 測試目標546.1.2 測試原則546.1.3 測試方法556.1.4 測試控制模型566.2 系統(tǒng)測試方案576.2.1 測試環(huán)境配置576.2.2 測試

11、工具配置576.2.3 測試用例設計586.3 測試結果分析606.4 本章小結62第七章 總結與展望637.1 總結637.2 個人收獲637.3 展望64參考文獻65致謝67圖目錄圖1 系統(tǒng)基礎信息管理用例圖10圖2 xxxxxxxx報修業(yè)務流程圖12圖3 xxxxxxxx優(yōu)化后的報修業(yè)務流程圖14圖4 網(wǎng)上報修用例圖16圖5 權限管理對象實體及邏輯關系結構圖18圖6 .net 技術架構圖26圖7 .net界面顯示層的顯示邏輯26圖8 .net的mvc 實現(xiàn)模式29圖9 系統(tǒng)平臺架構31圖10 系統(tǒng)的網(wǎng)絡拓撲圖33圖11 系統(tǒng)業(yè)務邏輯結構模型36圖12 系統(tǒng)實現(xiàn)過程中的處理邏輯圖37圖13

12、 數(shù)據(jù)庫連接類結構圖38圖14 數(shù)據(jù)查詢類執(zhí)行流程圖41圖15 系統(tǒng)功能結構圖42圖16 網(wǎng)上報修模塊e-r圖43圖17 網(wǎng)上報修模塊數(shù)據(jù)表結構45圖18 網(wǎng)上報修模塊時序圖46圖19 xxx報修核心業(yè)務流程圖47圖20 網(wǎng)上報修申請界面48圖21 任務分派界面49圖22 維修確認界面49圖23 權限管理系統(tǒng)實體關系模型圖50圖24 權限控制子系統(tǒng)數(shù)據(jù)表結構圖51圖25 權限控制模塊時序圖52圖26 部門用戶管理系統(tǒng)界面52圖27 角色維護系統(tǒng)界面53圖28系統(tǒng)測試控制模型56表目錄表 1 基礎信息用例列表10表 2 網(wǎng)上報修功能需求表14表 3 提交報修申請表用例的文本表示16表 4 下發(fā)維

13、修任務用例的文本表示17表 5 生成派工單用例的文本表示17表 6 用戶分類需求18表 7 系統(tǒng)安全需求表21表 8 性能需求表22表 9 報修類型數(shù)據(jù)表44表 10 報修記錄數(shù)據(jù)表44表 11 測試環(huán)境配置57表 12 用戶及權限管理功能測試用例表258表 13 用戶及權限管理功能測試用例表159表 14 并發(fā)用戶測試用例59表 15 測試缺陷報告60表 16 并發(fā)用戶測試結果61表 17 安全性測試表62第一章 緒論1.1 課題來源和意義課題來源于近期實際項目。近年來社區(qū)化xxx管理在我國得到了非常迅猛的發(fā)展。針對xxx管理覆蓋范圍廣、客戶量大、系統(tǒng)設施復雜的特征，使得構建先進的計算機xx

14、x管理系統(tǒng)平臺，實現(xiàn)對xxx的動態(tài)控制，對各種資源的整合，對核心業(yè)務流程的優(yōu)化，豐富社區(qū)服務內容，提升基礎管理水平，降低經(jīng)營成本和風險成為諸多xxx管理企業(yè)急待解決的問題。本課題前期通過實地調研某xxxxxxxx管理公司的業(yè)務運轉情況，結合xxx管理相關理論對該公司業(yè)務流程優(yōu)化和信息集成提供全面的解決方案，并通過研發(fā)和實施信息管理系統(tǒng)來提高該xxxxxxxx管理的效率。本課題旨在研究通過信息化手段來輔助xxx服務公司更好地提供服務，更有效的進行管理和成本控制。為實現(xiàn)數(shù)字化社區(qū)服務平臺打下堅實的基礎。課題所設計實現(xiàn)的信息系統(tǒng)對xxxxxxxx管理的價值主要體現(xiàn)在三個方面：提高效率，降低成本，提升

15、業(yè)主對服務的滿意度。提高效率：大大提高業(yè)務處理的效率，減少了手工作業(yè)和系統(tǒng)操作人員的數(shù)量，降低xxxxxxxx管理公司快速發(fā)展的人力資源壓力；在各方面提高xxxxxxxx公司的綜合管理水平，從而有效地監(jiān)控與管理xxxxxxxx管理公司快速發(fā)展后各分支機構的業(yè)務開展；為業(yè)主提供更好的服務；提高業(yè)務流程的效率；便于和其它it應用系統(tǒng)和第三方系統(tǒng)間的信息共享；形成具有核心價值的企業(yè)級業(yè)務數(shù)據(jù)資源庫。降低成本：有效降低全城各xxxxxxxx業(yè)務拓展的成本；減少手工作業(yè)和系統(tǒng)操作人員的數(shù)量；極大的降低經(jīng)營成本，支持全面的預算管理制度；較少的系統(tǒng)維護量可以避免雇傭大量額外的專業(yè)技術人員。提升業(yè)主對服務滿意

16、度：提供便捷，實時的社區(qū)交互平臺，使用戶對xxx服務的監(jiān)督更高效、更及時、更方便，同時通過實施xxx信息化使得管理和服務更透明。通過改善和優(yōu)化xxx管理方與業(yè)主方的溝通方式和渠道，來提高對業(yè)主需求的響應速度，并通過實時跟蹤和歷史分析等多種方式來輔助分析xxx服務人員的服務質量和潛在風險，從而全面提升用戶滿意度。1.2 課題國內外研究現(xiàn)狀分析在國內，it在xxxxxxxx管理領域的應用一直都比較滯后。在九十年代末部分大型xxx管理企業(yè)開始嘗試并實施信息化管理，但實施效果并不理想，部分企業(yè)只進行了局部的信息化建設，如服務收費，人事，財務等。原因主要有三點：1，xxx公司管理水平層次不齊，大多數(shù)xx

17、x管理公司管理理念落后；2，城市社區(qū)化建設剛剛起步，很多xxxxxxxx管理體系并不成熟；3，多數(shù)xxx管理公司規(guī)模較小，實施信息化的條件不成熟。近些年國家建設部住宅與房地產(chǎn)業(yè)公司已將是否使用計算機進行管理列入了xxx管理公司評定級別的項目之中，此舉極大地推動了xxx管理信息化的實施進程。與此同時，國內xxx管理企業(yè)隨著城市化進程加快而迅速發(fā)展壯大，業(yè)務內容和經(jīng)營服務范圍不斷擴展，規(guī)模也不斷擴大。為了提高自身的管理水平，降低成本，適應市場競爭，xxx管理公司對建設“xxxxxxxx系統(tǒng)”的需求十分迫切。通過計算機網(wǎng)絡和專業(yè)軟件對xxx實施即時、規(guī)范、高效的管理，將大大節(jié)省xxx管理公司的人力、

18、物力投入，降低成本。目前，北京、上海、深圳等一線城市的部分大型xxx管理公司已經(jīng)實施了xxx綜合管理信息平臺。xxxxxxxx系統(tǒng)是一種新型的管理系統(tǒng)，包含了先進的管理思想。xxx管理信息系統(tǒng)基于工作流、物流、資金流、信息流，對工作當中涉及的人、財、物進行管理。目前建設的xxx管理信息系統(tǒng)一般包括兩個模塊。一是對外模塊。建立一個強大的數(shù)據(jù)庫，客戶可以通過互聯(lián)網(wǎng)上的訪問登錄口，查詢到和自己相關的信息。二是對內模塊，該模塊可實現(xiàn)辦公自動化和無紙化辦公室，提高工作效率、環(huán)保而節(jié)約，也可降低溝通成本?？蛻艨梢灾苯釉诰W(wǎng)上和對口部門溝通，相應部門及時對客戶的訴求做出反應。.net技術擁有很多的優(yōu)點，如：高

19、效的開發(fā)，友好的交互界面，強大的可擴展性等等，那么如何運用.net技術和xxxxxxxx管理的業(yè)務結合起來開發(fā)出高效的信息系統(tǒng)就成為一個課題，對這一問題的研究也很有現(xiàn)實意義。目前國內外對xxx管理信息系統(tǒng)的研發(fā)及應用正處于快速成長期。有一部分xxx公司用的還是傳統(tǒng)的c/s模式的技術，包括一些外包企業(yè)開發(fā)的系統(tǒng)也是這種架構，這些技術是比較成熟的，但是也有很多的不足之處，比如維護性較差和部署升級不便利等等。一些新成立的xxx管理公司，他們并不被舊有的數(shù)據(jù)、代碼所困擾，而且部分已經(jīng)經(jīng)營多年的公司也希望能夠快速高效的開發(fā)出基于.net的新系統(tǒng)來滿足他們的需要。1.3 課題研究目標及內容本課題的研究目標

20、是：以某xxxxxxxx管理公司的信息化建設為背景，提供一個基于高度靈活和可擴展體系結構的業(yè)務處理和服務響應管理系統(tǒng)，xxxxxxxx系統(tǒng)支持xxxxxxxx管理中的報修服務、物料維護、動力消耗和xxx收費等管理過程。主要包括業(yè)主報修、物料采購、訂單處理、回訪及滿意度跟蹤、成本核算等眾多業(yè)務處理接口。本課題的研究內容包括：1. 需求分析主要針對某xxxxxxxx管理公司的實際業(yè)務需求為分析調研對象，進行業(yè)務調研和需求分析。通過梳理該公司的實際業(yè)務流程、關系邏輯，通過收集并分析業(yè)務中產(chǎn)生的原始數(shù)據(jù)和文檔文件資料，最終形成業(yè)務分析報告和需求說明書。 2. 制定系統(tǒng)解決方案根據(jù)前期調研和需求分析所產(chǎn)

21、生的數(shù)據(jù)和模型，并結合該xxxxxxxx管理公司實際業(yè)務邏輯，并充分借鑒成熟的xxx管理公司信息化過程所積累的經(jīng)驗，確定該系統(tǒng)的總體解決方案。包括系統(tǒng)架構的確定，系統(tǒng)各個功能模塊的劃分，各模塊之間的關系確定，安全體系建設等，并制定出項目實施計劃。對需求分析后所形成的數(shù)據(jù)類型，業(yè)務流程，信息流模型進行功能細分并據(jù)此進行系統(tǒng)設計。設計遵循的原則包括實用性、先進性、準確性、可靠性、可擴展性等。結合該業(yè)務系統(tǒng)較為繁雜的特點，應重點加強對數(shù)據(jù)結構、體系結構和接口等方面的設計，以形成規(guī)范的設計說明書。本系統(tǒng)涉及到功能比較多，需按照功能模塊進行實現(xiàn)。3. 系統(tǒng)的總體體系結構設計采用三層結構的分布式應用為主，

22、即：用戶界面層、業(yè)務邏輯層、數(shù)據(jù)管理層，商業(yè)邏輯對象貫穿這三層結構，在每層結構中都有相應的組件，同時系統(tǒng)還提供一些通用組件來提供一些通用服務。每個層次相對獨立，并選用相應的開發(fā)工具。 4. 部分模塊的設計和實現(xiàn)1) 網(wǎng)上報修子系統(tǒng)主要包括報修申請，報修處理，派工單審核，物料申領，維修確認，客戶回訪，統(tǒng)計查詢等業(yè)務單元。2) 物料管理子系統(tǒng)主要包括物料采購申請，物料調撥處理，庫房出入庫處理，庫房盤點，退貨退庫處理，物料安全庫存預警，統(tǒng)計查詢等業(yè)務單元。5. 測試流程設計與實施項目的測試設計，在功能測試中通過設計測試用例對系統(tǒng)所有可測的功能和操作分支達到了全面覆蓋；在安全性測試中從系統(tǒng)登錄訪問的安

23、全性、系統(tǒng)權限控制的安全性、系統(tǒng)內資源的安全性設計測試用例，對系統(tǒng)的安全性進行完整的測試；在性能測試中選用評估網(wǎng)絡系統(tǒng)的負載測試和壓力測試，得出系統(tǒng)在不通場景下的性能參數(shù)，證明本項目已經(jīng)達到了初始設定的目標。1.4 本文組織結構本論文分為七章，具體安排內容如下：第一章是緒論部分，介紹課題的來源、研究背景、國內外研究現(xiàn)狀以及論文的目標與主要內容。第二章是系統(tǒng)所采用的相關技術，本章對設計與實現(xiàn)系統(tǒng)所采用的mvc 設計模式、.net組件技術、數(shù)據(jù)庫設計與實現(xiàn)技術進行介紹，并給出關鍵技術在系統(tǒng)中的實現(xiàn)方法。第三章是系統(tǒng)的需求分析，先概要的描述了以下系統(tǒng)的總體功能需求，然后進一步對系統(tǒng)的各個模塊進行了詳

24、細的介紹。第四章是系統(tǒng)的總體架構，本章按照mvc設計模式的思想，給出系統(tǒng)總體架構。第五章是系統(tǒng)的設計與實現(xiàn)，本章以網(wǎng)上報修管理模塊和權限管理模塊為例，按照視圖、控制器、模型的順序詳細說明了如何在系統(tǒng)中應用mvc設計模式。通過對典型業(yè)務模塊的分析，給出了業(yè)務具體實現(xiàn)的流程。第六章是系統(tǒng)測試與驗證，通過功能測試、壓力測試和安全測試這三種測試對系統(tǒng)進行測試分析，給出測試結論，以驗證系統(tǒng)是符合設計要求。第七章是總結與展望，在本章中對本課題的設計和研究過程進行了全面的概括和總結，并對未來進行了展望。1.5 本章小結本章對項目的背景和意義進行分析，提出本項目的所處背景和項目價值，并詳細指出選用本項目作為論

25、文研究的主要內容和意義，在此基礎上給出論文的整體結構，規(guī)范指導論文的整體內容結構。第二章 系統(tǒng)需求分析2.1 整體需求概述根據(jù)某xxxxxxxx管理公司實際業(yè)務調研分析，可將其系統(tǒng)需求劃分為7個部分：基礎信息維護、網(wǎng)上報修、權限管理、動力消耗、物料管理、收費管理、報表分析。2.1.1 基礎信息維護基礎信息維護包括對以下業(yè)務基礎數(shù)據(jù)的采集和維護：1) 樓房：關于社區(qū)樓宇信息的維護，包括區(qū)域劃分，樓宇分布以及其他相關基本信息。2) 庫房：關于xxxxxxxx管理中心庫房信息的維護，包括庫房預警參數(shù)，庫房調撥策略等信息。3) 住戶：關于社區(qū)住戶或業(yè)主的基本信息維護，包括住戶家庭基本狀況，家庭成員構成

26、，姓名，職業(yè)特征，年齡段及聯(lián)系方式等。4) 物品：關于庫房物品及日常消耗品基本信息的維護，包括物品類別，物品名稱，物品供應商，物品規(guī)格，計量單位，型號，庫品類別，物品使用期限等。5) 收費項目：對于xxxxxxxx諸多收費項目信息的定義和維護，如水電煤氣費用，xxx管理費，社區(qū)照明費，社區(qū)熱水費及其他收費項目。6) 字典信息：字典信息主要是初始化系統(tǒng)時設定的系統(tǒng)控制參數(shù)和邏輯開關參數(shù)，如加價策略，出入庫策略，調撥策略等。2.1.2 網(wǎng)上報修網(wǎng)上報修業(yè)務是xxxxxxxx服務的一個重要組成單元，通過提供一整套事件響應、處理和跟蹤，直到事件結束的全過程管理服務。整個業(yè)務流程由以下6個環(huán)節(jié)組成：1)

27、 網(wǎng)上報修申請：業(yè)務用戶可以通過網(wǎng)絡進行報修申請，并可以通過網(wǎng)絡對xxx服務進行意見反饋和投訴。也可以通過網(wǎng)絡查詢維修歷史記錄和處理結果。2) 內部報修申請：包括對傳統(tǒng)的電話報修和內部檢測故障申請報修事務的處理。由報修中心統(tǒng)一處理和匯總。3) 報修單據(jù)確認：報修中心對報修申請單進行審核，并按照系統(tǒng)執(zhí)行策略選擇人工或自動分派任務到各維修站，分派策略包括：最優(yōu)路徑，專業(yè)維修，維修飽和度均衡等。4) 維修處理跟蹤：對于維修任務的響應，物料申領，現(xiàn)場處理，用戶確認，用戶反饋/投訴，維修結束，返還物料流程的全程跟蹤。5) 回訪記錄：維修中心及各維修站負責人定期對近期維修事務的隨機回訪，已了解和確認維修結

28、果，具體考察：響應速度，服務態(tài)度，服務質量，維修完成情況，物料使用情況，整體滿意度等指標。6) 綜合查詢：對于xxx管理歷史業(yè)務數(shù)據(jù)的綜合查詢，實現(xiàn)全過程全節(jié)點查詢。2.1.3 權限管理權限管理的主要需求是提供用戶身份認證、部門權限控制、功能權限控制等操作控制機制和安全防護策略。根據(jù)用戶角色可進一步劃分為： 1) 系統(tǒng)管理員：對系統(tǒng)進行統(tǒng)一的維護管理，保證系統(tǒng)正常運行；2) 部門主管：對系統(tǒng)進行統(tǒng)一的設置管理，保證業(yè)務正常運行。根據(jù)具體業(yè)務部門可進行初始設定，如xxx報修業(yè)務主管、xxx中心庫房主管、動力消耗主管、業(yè)務收費處主管、財務主管等；3) 業(yè)務及工作人員：執(zhí)行具體業(yè)務操作和執(zhí)行具體工作

29、任務。根據(jù)業(yè)務部門的具體工作崗位進行界定，如xxx維修工，水煤電氣工，庫管員，出納，xxx收費員等；4) 普通用戶：可查詢信息。權限管理包括用戶管理，機構部門管理，角色管理，菜單管理，資源管理，菜單資源維護，角色菜單維護，部門授權等功能。2.1.4 動力消耗管理動力消耗管理主要處理xxxxxxxx所管轄區(qū)域內的各類動力設備的日常維護和記錄消耗數(shù)據(jù)并據(jù)此進行能耗分析。此業(yè)務單元主要包括：1) 設備管理：設備類別及基本信息維護，如設備使用狀態(tài)維護，當前位置，最近使用人等信息。2) 設備維修：設備因故或定期檢修，首先提交維修申請，更改設備狀態(tài)定為停用，設定維修周期，跟蹤維修狀態(tài)，統(tǒng)計歷史維修次數(shù)和維

30、修記錄，記錄本次維修詳細信息，修復后交付，恢復設備狀態(tài)重新啟用。3) 電梯運維：社區(qū)內所有電梯設備的日常維護記錄，包括電梯故障記錄，定期檢修記錄，電梯工排班等。4) 空調供暖管理：社區(qū)內所有空調及供暖裝置的維護記錄，包括空調供暖設備故障的記錄，定期檢修記錄，打印供暖收費清單。5) 水電煤氣管理：社區(qū)內所有水電煤氣設備的維護記錄，包括計費和打印應收費用清單。2.1.5 物料管理物料管理是對xxxxxxxx公司各部門對物品、材料及設備的采購、調用和消耗過程的控制和管理。主要包括以下5個業(yè)務單元：1) 采購管理：有采購部門下發(fā)采購訂單，經(jīng)過審核后進行采購并生成送貨單；跟蹤并驗收供應商所送物資，生成驗

31、收單。2) 庫房管理：xxx中心庫房根據(jù)驗收單入庫，同時生成入庫單；庫房可隨時進行入庫單查詢及庫存查詢；當庫房接到出庫申請如調撥出庫單或維修領料申請單時，經(jīng)過審核后填寫出庫單并作物資出庫操作；需要處理維修部門的退還物料請求，登記退貨入庫單，并作入庫操作；物料退換記錄，目前可在備注中記錄，需進行原物料、等數(shù)量退換。3) 領料管理：維修站維修工填寫維修領料申請單，申領維修物料，庫房審核通過后，領取相應物料。4) 庫房查詢：庫管及采購中心及xxx中心領導均可隨時查看庫房出入庫記錄，及當前庫存狀況，包括當前庫存量，物資庫存上限、下限預警提醒等。5) 出入庫統(tǒng)計：統(tǒng)計任意時間段內所產(chǎn)生的出入庫臺賬。2.

32、1.6 收費管理收費管理主要針對xxxxxxxx公司經(jīng)營的各項有償服務項目的收支記錄及統(tǒng)計報表分析。主要包括：應繳費用管理，費用沖銷處理，費用調整處理，銀行代扣處理，收款管理，退款管理，欠費查詢等。需要提供第三方財務接口。2.1.7 報表管理報表管理主要針對xxxxxxxx公司各業(yè)務部門提供的數(shù)據(jù)進行匯總分析。主要包括以下8類報表：1) 報修歷史分析：報修歷史分析提供的是對一定時期的報修事件的綜合分析報表，可以按照報修類別，時間段，區(qū)域，規(guī)模大小進行匯總分析，從多個維度分析和評價xxx整體的服務水平和響應能力，甚至可以協(xié)助管理者預先找到服務短板和問題集中點，以采取預防措施。2) 動力消耗分析：

33、動力消耗分析提供xxxxxxxx動力部門的業(yè)務匯總數(shù)據(jù)，如某一段時間內水煤電氣消耗數(shù)據(jù)，動力消耗的區(qū)域分布圖分析，并輔助管理者從數(shù)據(jù)報表中找出動力消耗的動態(tài)變化規(guī)律。3) 庫存報表分析：庫存報表反應的是與庫存相關的數(shù)量，價格及金額的變化情況。如物資出入庫匯總表，庫房盤點表，庫房物資預警分析。4) 設備故障分析：設備故障分析主要是對社區(qū)內公共設施設備故障率及故障維修狀況的統(tǒng)計分析。5) 設備使用分析：設備使用效率及利用率分析，有效的調配設備，及調整設備資源的分配和部署。6) 費用收支匯總：費用收支匯總表詳細的統(tǒng)計一個時間段內的xxxxxxxx各項xxx收入及費用支出匯總數(shù)據(jù)。7) 收繳率分析：對

34、各項xxx管理服務費收繳情況的查詢和統(tǒng)計分析，便于追繳和分析拖欠率及原因，為制定收繳策略提供決策依據(jù)。8) 滿意度分析：對用戶一段時期內的投訴進行匯總分析，以分析用戶滿意度。2.2 功能需求分析2.2.1 基礎信息維護需求分析基礎信息其實就是xxxxxxxx管理中所涉及到的對象的基本信息，它是開展各項業(yè)務的前提條件和準備條件。基礎信息維護的用例分析如下圖：圖1 系統(tǒng)基礎信息管理用例圖此xxxxxxxx管理中所涉及的基礎信息用例描述如下表：表 1 基礎信息用例列表基礎信息項所包括對象用例說明樓房信息樓房類別樓房寓所類別信息的定義。樓房基本信息關于樓房寓所屬性的定義。庫房信息庫房基本信息對xxxx

35、xxxx庫房屬性的定義。庫房類別關于庫房類別信息的定義。出入庫策略對庫房出入庫方式信息的定義。庫房預警參數(shù)對庫房所存物品的保質期和庫存量進行預警參數(shù)設置。住戶信息業(yè)主基本信息對社區(qū)住戶屬性的定義。物品信息物品類別信息對物品類別的編號和定義。物品基本信息對物品基本屬性的定義。收費項目收費類別信息對收費類別的編號和定義。收費項目信息對具體收費信息的定義。字典信息國別信息對于國家信息項的維護。省市地區(qū)信息對于省市信息項的維護。計量單位信息對于物品物料計量單位的定義。貨幣種類信息對于經(jīng)營中所涉及貨幣種類信息的定義。單據(jù)類型信息對于經(jīng)營中所涉及的單據(jù)種類信息的定義。供應商信息對供應商屬性信息的定義。對于

36、基礎信息需求的補充說明：1) 可擴展基礎信息模塊隨著后期功能需求的增加或變更，其所包括的基本信息內容可進行擴展和更改。2) 需前置設置在開展日常管理工作或處理具體業(yè)務流程時，這些信息需提前設置好。3) 不可更改和替換對于已開展的工作和業(yè)務所涉及到的基礎信息項，其字典信息原則上不允許任意更改，替換和刪除，這樣以保證數(shù)據(jù)的一致性。如必需處理，則可進行數(shù)據(jù)的級聯(lián)更新或刪除處理。2.2.2 網(wǎng)上報修需求分析優(yōu)化前報修業(yè)務流程圖通過對該社區(qū)原有xxx報修業(yè)務流程的分析研究，可以全面的了解和把握當前業(yè)務流程的運作情況，為接下來的流程整合和優(yōu)化工作打下基礎。此xxxxxxxx報修業(yè)務流程是本項

37、目重點優(yōu)化和實現(xiàn)的一個單元，因為在這個業(yè)務流程中涉及到xxxxxxxx管理多部門多角色。同時，它又和多個業(yè)務單元相互聯(lián)系，如物料管理，財務管理（不包括在本系統(tǒng)中，僅提供接口），出入庫管理（包含在物料管理內）等。具體業(yè)務流程如下圖所示。圖2 xxxxxxxx報修業(yè)務流程圖報修業(yè)務實體分析xxx報修業(yè)務的處理工作主要涉及的實體包括：業(yè)主/申請單位，xxx報修中心，維修站，xxx管理中心庫房。1) 業(yè)主/申請單位：即業(yè)務發(fā)起環(huán)節(jié)。報修申請人及申請單位，也是此項業(yè)務的發(fā)起人。也是報修任務的最終驗收人，并根據(jù)實際維修結果對其服務進行評價或投訴。2) xxx報修中心：即業(yè)務控制調度環(huán)節(jié)。受理

38、報修申請，并下發(fā)檢修單，分派到各分中心進行處理；對歷史報修工作進行監(jiān)督，檢查，定期評測；接收來自業(yè)主的投訴及意見反饋。3) 維修站：及業(yè)務執(zhí)行環(huán)節(jié)。接到報修控制中心下發(fā)的維修任務，快速響應，根據(jù)維修單上的報修項目申領維修用物料，并提交申領單；維修人領取物料后進行現(xiàn)場檢修，對檢修過程進行記錄，再由報修申請方確認維修記錄單，維修人員攜帶維修確認單返回維修站，進行維修登記，由班組長統(tǒng)一審核記錄。當前對于剩余的物料和物料使用情況未進行有效處理。4) xxx管理中心庫房：對維修站提交的物料申請進行審核，并根據(jù)物料申領需求進行物料調撥出庫操作；庫房定期進行盤點和結算，但此部分工作并未和報修中心對接。物料采

39、購，物料返還及庫房調撥等業(yè)務尚待整合和優(yōu)化。報修業(yè)務流程優(yōu)化通過對實際現(xiàn)有業(yè)務流程的分析，在此基礎上對xxx管理中心的報修業(yè)務流程進行系統(tǒng)改造和優(yōu)化，整合相關業(yè)務；優(yōu)化流程次序，從而實現(xiàn)整體流程高效而完善。1) 整合業(yè)務流程a) 通過分析當前各業(yè)務流程，找出冗余和重復的業(yè)務項，分析具體操作的差異性；b) 分析業(yè)務流程中的核心環(huán)節(jié)，各項工作都將圍繞這些核心環(huán)節(jié)展開：開放的報修渠道、高效的響應機制、物料申領、維修反饋；c) 與業(yè)務人員和部門負責人溝通，確定主要業(yè)務操作的詳細需求，并盡可能的將需求進行量化。經(jīng)過上述步驟，去除重復業(yè)務操作，把性質相同、需求近似的業(yè)務作為重點整合對象。整合

40、后的基本業(yè)務流程包括以下操作：報修申請維修確認分派維修任務申領物料維修記錄維修結果確認及反饋結算。2) 對業(yè)務流程進行優(yōu)化a) 借助管理信息系統(tǒng)簡化業(yè)務處理流程。報修申請下發(fā)后，在維修中心接到報修申請之后，可直接分發(fā)任務通知到相應維修站，而不用再通過轉發(fā)給分中心，再由分中心進行派發(fā)或轉發(fā)，以加快報修響應速度，提升用戶滿意度。b) 實現(xiàn)物料申請到返還的全面審核跟蹤機制。通過對維修站申領物料，經(jīng)過負責人審批后到庫房領料，再到庫房據(jù)此進行物料出庫或調撥，并對維修后結余物料進行返還、歸庫等操作的控制和管理，能夠規(guī)范xxx管理中心的管理，進行有效的成本控制，以提高效益。c) 通過信息化手段來實現(xiàn)系統(tǒng)化控

41、制和管理。作為旨在建設具有現(xiàn)代服務型社區(qū)的xxx管理企業(yè)，需要敏銳洞察市場以理解用戶需求，并快速響應和執(zhí)行決策。這就需要對xxxxxxxx整體業(yè)務進行系統(tǒng)化控制和集中管理。通過對原有業(yè)務流程的整合和優(yōu)化，從xxxxxxxx管理全局出發(fā)，通過規(guī)范業(yè)務流程和完善企業(yè)管理制度來提升工作效率和服務質量，最終實現(xiàn)提升業(yè)主滿意度和降低xxx管理成本的目標。經(jīng)過上述分析，整合和優(yōu)化后的業(yè)務流程如下圖所示。圖3 xxxxxxxx優(yōu)化后的報修業(yè)務流程圖網(wǎng)上報修需求分析網(wǎng)上報修需求分析表如下：表 2 網(wǎng)上報修功能需求表崗位案例標題需求說明業(yè)主/申請單位網(wǎng)上報修申請業(yè)務用戶可以通過網(wǎng)絡進行報修申請，并

42、可以通過網(wǎng)絡對xxx服務進行意見反饋和投訴。也可以通過網(wǎng)絡查詢維修歷史記錄和處理結果。申請單位內部報修申請包括對傳統(tǒng)的電話報修和內部檢測故障申請報修事務的處理。由報修中心統(tǒng)一處理和匯總。維修中心報修單據(jù)確認報修中心對報修申請單進行審核，并按照系統(tǒng)執(zhí)行策略選擇人工或自動分派任務到各維修站，分派策略包括：最優(yōu)路徑，專業(yè)維修，維修飽和度均衡等。維修站領取物料維修站人員根據(jù)派工單維修事項申請領用相關物料及設備。庫房物料出入庫管理庫房根據(jù)接收采購入庫接口，生成入庫單做入庫操作，庫存增加；庫房根據(jù)物料申領填寫物料出庫單，并做出庫操作，庫存減少。庫房庫房結算月末庫房進行盤點并結算。維修站維修處理跟蹤對于維修

43、任務的響應，物料申領，現(xiàn)場處理，用戶確認，用戶反饋/投訴，維修結束，返還物料流程的全程跟蹤。維修中心回訪記錄維修中心及各維修站負責人定期對近期維修事務的隨機回訪，已了解和確認維修結果，具體考察：響應速度，服務態(tài)度，服務質量，維修完成情況，物料使用情況，整體滿意度等指標。維修中心領導綜合查詢對于xxx管理歷史業(yè)務數(shù)據(jù)的綜合查詢，實現(xiàn)全過程全節(jié)點查詢。其余特殊要求：1) 單據(jù)歸檔處理對于報修確認結束后的報修確認單要進行回籠歸檔處理。由各維修站負責人評價審核后報維修中心存檔，以備歷史查詢和匯總分析。2) 報修評價對于每次確認結束的報修任務，各維修站負責人都將對該次維修結果予以評價和跟蹤考核，對于客戶

44、的投訴也將納入到評價中。評價的結果對于中心領導對該維修站、維修主管和技工的工作和服務質量起到輔助監(jiān)督作用。3) 客戶投訴及查看客戶投訴功能實現(xiàn)對報請維修事件的跟蹤和反饋處理。客戶可以通過投訴機制反饋他們對此次維修服務的處理情況、響應時間及用料情況進行記錄和反饋，這些反饋將作為評價資料保存，在控制成本和規(guī)避風險的同時，增進了與客戶的溝通，提高了客戶服務水平。網(wǎng)上報修用例分析網(wǎng)上報修需求部分用例分析如下：圖4 網(wǎng)上報修用例圖用例文本詳細描述如下表。表 3 提交報修申請表用例的文本表示用例名稱提交報修申請表參與執(zhí)行者客戶/報修單位提請人入口條件報修申請內容已存在基本事件流提交報修內容保

45、存報修內容填寫報修內容 出口條件信息填寫完備，如提交人聯(lián)系方式，報修地點，時間，報修類別等。特殊需求對聯(lián)系電話進行位數(shù)識別，固定電話: 15 n 6,手機: 12 n 11表 4 下發(fā)維修任務用例的文本表示用例名稱下發(fā)維修任務參與執(zhí)行者維修中心主管入口條件維修申請已提交，客服中心已受理基本事件流下發(fā)維修任務到相應維修站審批報修申請 出口條件故障屬實，任務明確，任務可落實到維修工特殊需求無表 5 生成派工單用例的文本表示用例名稱生成派工單參與執(zhí)行者維修主管入口條件有新維修任務，有可派維修工，有可用物料，維修時間有效基本事件流任務分解生成派工單生成派工單生成派工單出口條件指定派工人員存在，分配物料

46、存在特殊需求對維修響應日期和時間進行有效性判斷：是否 = 當前時間+30分鐘2.2.3 權限管理需求分析本xxxxxxxx管理公司對權限管理的需求可分為四個實體對象和三個邏輯關系如圖： 圖5 權限管理對象實體及邏輯關系結構圖實體描述1) 組織機構或各業(yè)務部門公司的組織機構由集團統(tǒng)管，在各區(qū)分設xxx管理公司，公司由各級業(yè)務部門構成。其中主要包括xxx報修中心，客服中心，動力消耗部門，財務部，人力資源部，庫房，結算中心等部分。2) 崗位及角色從集團到各級業(yè)務部門所涉及到的崗位/角色主要包括：樓管，維修部水煤電氣工，維修中心主管，客服工作人員，客服部經(jīng)理，動力技工，動力中心主任，財務

47、主管，人事經(jīng)理，庫管員，xxx費收繳員，結算中心主任，xxx中心經(jīng)理等。3) 用戶用戶分為3級，分別為系統(tǒng)管理員、數(shù)據(jù)管理員和普通用戶。表 6 用戶分類需求用戶分類需求說明系統(tǒng)管理員部門管理，角色管理，用戶管理，部門角色，角色權限管理。數(shù)據(jù)管理員基礎設置、數(shù)據(jù)維護、數(shù)據(jù)查詢、數(shù)據(jù)統(tǒng)計。普通用戶在權限內對業(yè)務中的數(shù)據(jù)進行查詢、統(tǒng)計及處理。（包括集團總經(jīng)理、分公司經(jīng)理、部門負責人、庫管員、業(yè)務人員、社區(qū)居民等。）4) 資源即職責及功能權限對應可操作的權限范圍和邊界的定義。邏輯關系1) 用戶-部門關系用戶與部門之間在實際中存在多對多關系，即一個人可以在多個部門下掛職，一個部門有著多個員

48、工。在需求分析模型中，我們最終將此關系抽象為多對一之關系，即一個用戶只對應一個部門，而一個部門可以對應有多個用戶。2) 部門-角色關系一個部門具有多個崗位職責，通過角色來進行定義，部門與角色之間也是一對多關系，即一個部門擁有多個崗位職責（角色），而一個角色只能從屬于一個部門。3) 角色-權限關系最終通過對角色授權，建立角色與功能權限的關系。此處角色與權限之間可以是多對多關系，即一個角色對應多個權限，而一個權限也可以分給多個角色。通過在各實體對象之間建立有效的邏輯關系，實現(xiàn)了權限的繼承和傳遞。用戶最終通過自己所在的部門獲得該部門所擁有的角色權限。2.2.4 動力消耗管理需求分析 動力消耗管理主要

49、處理xxxxxxxx所管轄區(qū)域內的各類動力設備的日常維護和記錄消耗數(shù)據(jù)并據(jù)此進行能耗分析。1) 設備管理：設備類別及基本信息維護，如設備使用狀態(tài)維護，當前位置，最近使用人等信息。2) 設備維修：設備因故障或定期檢修，首先提交維修申請，更改設備狀態(tài)定為停用，設定維修周期，跟蹤維修狀態(tài)，統(tǒng)計歷史維修次數(shù)和維修記錄，記錄本次維修詳細信息，修復后交付，恢復設備狀態(tài)重新啟用。3) 電梯運維：社區(qū)內所有電梯設備的日常維護記錄，包括電梯故障記錄，定期檢修記錄，電梯工排班等。4) 空調供暖管理：社區(qū)內所有空調及供暖裝置的維護記錄，包括空調供暖設備故障的記錄，定期檢修記錄，打印供暖收費清單。5) 水電煤氣管理：

50、社區(qū)內所有水電煤氣設備的維護記錄，包括計費和打印應收費用清單。2.2.5 物料管理需求分析 物料管理是對xxxxxxxx公司各部門對物品、材料及設備的采購、調用和消耗過程的控制和管理。主要包括以下5個業(yè)務單元：1) 采購管理：有采購部門下發(fā)采購訂單，經(jīng)過審核后進行采購并生成送貨單；跟蹤并驗收供應商所送物資，生成驗收單。需要提供第三方接口。2) 庫房管理：xxx中心庫房根據(jù)驗收單入庫，同時生成入庫單；庫房可隨時進行入庫單查詢及庫存查詢；當庫房接到出庫申請如調撥出庫單或維修領料申請單時，經(jīng)過審核后填寫出庫單并作物資出庫操作；需要處理維修部門的退還物料請求，登記退貨入庫單，并作入庫操作。需要支持物料

51、退換記錄，需進行原物料、等數(shù)量退換。3) 領料管理：維修站維修工填寫維修領料申請單，申領維修物料，庫房審核通過后，領取相應物料。4) 庫房查詢：庫管及采購中心及xxx中心領導均可隨時查看庫房出入庫記錄，及當前庫存狀況，包括當前庫存量，物資庫存上限、下限預警提醒等。5) 出入庫統(tǒng)計：統(tǒng)計任意時間段內所產(chǎn)生的出入庫臺賬。2.2.6 收費管理需求分析收費管理主要針對xxxxxxxx公司經(jīng)營的各項有償服務項目的收支記錄及統(tǒng)計報表分析。主要包括：應繳費用管理，費用沖銷處理，費用調整處理，銀行代扣處理，收款管理，退款管理，欠費查詢等。需要提供第三方財務接口。2.2.7 報表分析模塊需求分析報表管理主要針對

52、xxxxxxxx公司各業(yè)務部門提供的數(shù)據(jù)進行匯總分析。主要包括以下8類報表：1) 報修歷史分析：報修歷史分析提供的是對一定時期的報修事件的綜合分析報表，可以按照報修類別，時間段，區(qū)域，規(guī)模大小進行匯總分析，從多個維度分析和評價xxx整體的服務水平和響應能力，甚至可以協(xié)助管理者預先找到服務短板和問題集中點，以采取預防措施。2) 動力消耗分析：動力消耗分析提供xxxxxxxx動力部門的業(yè)務匯總數(shù)據(jù)，如某期間內水煤電氣消耗數(shù)據(jù)，動力消耗的區(qū)域分布圖分析，并輔助管理者從數(shù)據(jù)報表中找出動力消耗的動態(tài)變化規(guī)律。3) 庫存報表分析：庫存報表反應的是與庫存相關的數(shù)量，價格及金額的變化情況。如物資出入庫匯總表，

53、庫房盤點表，庫房物資預警分析。4) 設備故障分析：設備故障分析主要是對社區(qū)內公共設施設備故障率及故障修復狀況的統(tǒng)計分析。5) 設備使用分析：設備使用效率及利用率分析，有效的調配設備，及調整設備資源的分配和部署。6) 費用收支匯總：費用收支匯總表詳細的統(tǒng)計一個時間段內的xxxxxxxx各項xxx收入及費用支出匯總數(shù)據(jù)。7) 收繳率分析：對各項xxx費收繳情況的查詢和統(tǒng)計分析，便于追繳和分析拖欠率及原因，為制定收繳策略提供決策依據(jù)。8) 滿意度分析：對用戶一段時期內的投訴進行匯總分析，以分析用戶滿意度。2.3 非功能需求2.3.1 可擴展性隨著xxx管理提供的服務項目日益增多，原有的業(yè)務流程不斷更

54、新，信息化必須適應這一形勢的需要，提供簡單的方法完成新業(yè)務的擴充。當新業(yè)務產(chǎn)生時，只要它有明確的單據(jù)格式、計算方法、業(yè)務流程要求，就可以很快地在系統(tǒng)中加入該模塊，提供給業(yè)務人員使用。需具有較強的集成能力。與xxx服務相關的其他系統(tǒng)進行集成，通過標準的數(shù)據(jù)接口，將財務數(shù)據(jù)、原始單據(jù)、銀行接口集成到核心業(yè)務系統(tǒng)中來協(xié)同完成任務。根據(jù)xxxxxxxx管理行業(yè)的業(yè)務功能和處理模式較為獨立的特點，將應用進行封裝，通過組件化管理保持其獨立應用能力；針對xxx管理中各主要組織單元制定相應的業(yè)務流程，完成功能組件對流程的裝配，保證滿足業(yè)務要求的靈活性，能夠保證系統(tǒng)能夠最大程度的適應業(yè)務需求，保持良好的擴展適應能力。2.3.2 安全性項目在安全性建設方面主要注重如下表所示的安全措施