【正文】 網(wǎng)上報(bào)修模塊的數(shù)據(jù)庫模型設(shè)計(jì)根據(jù)網(wǎng)上報(bào)修模塊的實(shí)體關(guān)系模型設(shè)計(jì)該模塊下的數(shù)據(jù)表如下： CPM_T_ MEND_TYPEIDName10公共區(qū)域20非公共區(qū)域表 9 報(bào)修類型數(shù)據(jù)表表名稱CPM_T_ MEND_TYPE基本說明報(bào)修類型表。派工單報(bào)修明細(xì)單：派工單與報(bào)修明細(xì)單之間是1n的關(guān)系，即系統(tǒng)中一張派工單可以包含多項(xiàng)派工任務(wù)。 網(wǎng)上報(bào)修模塊的設(shè)計(jì)與實(shí)現(xiàn)在本節(jié)中，將對(duì)網(wǎng)上報(bào)修模塊的開發(fā)進(jìn)行詳細(xì)的介紹，由于篇幅的限制，本文不能將所有的頁面都涉及到，例如錄入、審核、分派只是將主頁面和一些重要的頁面重點(diǎn)做了介紹。并以MVC設(shè)計(jì)模式為主導(dǎo)思想，設(shè)計(jì)出系統(tǒng)的三層體系結(jié)構(gòu)。l public int[] executeInsert(sqlInsert []sql_indt)；執(zhí)行一系列SQL插入語句，返回每個(gè)語句所影響的行數(shù)。SqlProcessor類作為SQL語句執(zhí)行器中的核心類，負(fù)責(zé)SQL語句的執(zhí)行過程，包括對(duì)于數(shù)據(jù)庫連接的獲取、釋放，事務(wù)的保證，異常的處理。1) SQL語句執(zhí)行器中接口的定義。具體格式如下：executeUpdate (string strSql, object []args)；其中，strSql表示應(yīng)用PreparedStatement所寫的SQL更新語句；[]args表示SQL更新語句中所需的參數(shù)值。具體格式如下：executeQuery (stirng strSql, object []args, char[]out chrTypes, string[]out strTypes, int maxRows)；其中，strSql表示應(yīng)用PreparedStatement所寫的SQL（查詢）語句；[]args表示SQL（查詢）語句中所需的參數(shù)值；[]out chrTypes表示查詢出在ResultSet中所需的字段的類型；[]out strTypes表示查詢出在ResultSet中所需的字段的名稱； maxRows 表示返回的記錄數(shù)。數(shù)據(jù)庫連接類結(jié)構(gòu)如下圖。此外，為了降低執(zhí)行花費(fèi)的時(shí)間和資源，可以選擇使用連接緩沖池技術(shù)。 Providers在默認(rèn)情況下將使用連接池，如果你不想使用連接池，必須在連接字符串中指定“Polling=false”。連接數(shù)據(jù)庫是應(yīng)用程序中耗費(fèi)大量資源且相對(duì)較慢的操作，但它們又是至關(guān)緊要的。實(shí)體對(duì)象作為DB層對(duì)象，實(shí)體的使用需要按需求進(jìn)行仔細(xì)考慮。2) BL層的主要對(duì)業(yè)務(wù)邏輯進(jìn)行封裝。9) 第三方接口族：一組接口的集合，表示對(duì)第三方系統(tǒng)開放的接口。5) 輔助類模塊：完成全局輔助性功能。具體模塊及交互設(shè)計(jì)如下：1) 實(shí)體類模塊：一組實(shí)體類的集合，負(fù)責(zé)整個(gè)系統(tǒng)中數(shù)據(jù)的封裝及傳遞。主要工作包括：定義、初始化全局變量；傳輸數(shù)據(jù)的公共方法；從輸入數(shù)據(jù)中得到所有對(duì)象；根據(jù)前面的輸入數(shù)據(jù)，進(jìn)行BL邏輯處理；準(zhǔn)備輸出到后臺(tái)的數(shù)據(jù)等。 軟件邏輯構(gòu)架應(yīng)用環(huán)境的架構(gòu)是采用三層結(jié)構(gòu)的分布式應(yīng)用為主，即：用戶交互層、業(yè)務(wù)邏輯層、數(shù)據(jù)存儲(chǔ)層。目前，服務(wù)器采用Windows 2003 Server 操作系統(tǒng)。3) 服務(wù)器由于部署應(yīng)用服務(wù)及數(shù)據(jù)存儲(chǔ)備份的需要，本系統(tǒng)還需要配備1:1熱備服務(wù)器系統(tǒng)共計(jì)2套。根據(jù)信息系統(tǒng)的設(shè)計(jì)需求，確定信息系統(tǒng)物理設(shè)備方案。提供了分布式應(yīng)用軟件在采用分布式處理時(shí)，可以不局限于某一個(gè)系統(tǒng)平臺(tái)。某XXXXXXXX管理公司采用集中管理、數(shù)據(jù)集中處理的模式實(shí)現(xiàn)信息中心建設(shè)。數(shù)據(jù)安全：通過加密和分布存儲(chǔ)來避免信息被竊取或破壞。數(shù)據(jù)維護(hù)：則包括對(duì)基礎(chǔ)數(shù)據(jù)的維護(hù)，業(yè)務(wù)數(shù)據(jù)的備份和還原，以及系統(tǒng)日志的分析處理等。包括社區(qū)內(nèi)網(wǎng)和Internet互聯(lián)網(wǎng)。管理人員使用業(yè)務(wù)流程管理功能，在平臺(tái)上定義發(fā)布流程，把分布在企業(yè)各個(gè)部門的服務(wù)集成起來，以滿足跨部門數(shù)據(jù)流轉(zhuǎn)的業(yè)務(wù)需求。2) 系統(tǒng)應(yīng)用層系統(tǒng)應(yīng)用層是XXX管理信息系統(tǒng)的核心應(yīng)用集合，是企業(yè)業(yè)務(wù)邏輯的系統(tǒng)實(shí)現(xiàn)層。第四章 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)平臺(tái)架構(gòu)隨著XXX管理企業(yè)級(jí)應(yīng)用復(fù)雜度的急劇提高，XXX管理信息化建設(shè)和信息系統(tǒng)集成成為目前企業(yè)所面臨的亟待解決的問題。TDD需要開發(fā)者創(chuàng)建小粒度的單元測(cè)試用例，檢測(cè)出執(zhí)行失敗的用例，編寫代碼以通過用例檢測(cè)，最后要重構(gòu)代碼以應(yīng)對(duì)需求變更。5) NET ，這使得單元測(cè)試能力得到了增強(qiáng)。2) 整個(gè)架構(gòu)是基于標(biāo)準(zhǔn)組件的，所以開發(fā)人員可以根據(jù)自己的需要分解或替換每個(gè)組件。4) 基礎(chǔ)組件.Net 技術(shù)架構(gòu)圖的左側(cè)是一些基礎(chǔ)性的組件，這些組件可能跨越了不同的層，分別從不同的方面提供了相應(yīng)的功能。數(shù)據(jù)訪問層可以再細(xì)分為兩個(gè)層面，一層是用來進(jìn)行O/RMapping，另一層是用來屏蔽數(shù)據(jù)源，如多種關(guān)系型數(shù)據(jù)庫以及CVS、Excel、及其他各種文件等之間的差異，如架構(gòu)設(shè)計(jì)圖中的數(shù)據(jù)訪問層的設(shè)計(jì)所示。這種策略的定義，在WCF中是很容易配置的。 界面顯示層可選組件a) Microsoft Composite UI Application Block，用于SmartClient界面的開發(fā)；b) Microsoft User Interaction Process Application Block，可支持WinForm、SmartClient、用于將界面與顯示邏輯、用戶交互、界面流向等分離；c) DotNetNuke，開源的Web應(yīng)用程序開發(fā)框架；d) WPF，微軟新一代界面顯示技術(shù)，B/S與C/S的融合。界面顯示層包含了界面顯示的元素及簡(jiǎn)單的顯示邏輯，如圖所示。比如，對(duì)于界面顯示層與業(yè)務(wù)邏輯層的通信，如果系統(tǒng)是C/S架構(gòu)，用戶的客戶端只是做簡(jiǎn)單的數(shù)據(jù)顯示，所有的業(yè)務(wù)邏輯全部放在服務(wù)器端的業(yè)務(wù)邏輯層來進(jìn)行，則客戶端的界面顯示層通過訪問業(yè)務(wù)邏輯層所暴露出的Service來進(jìn)行通信；對(duì)于B/S架構(gòu)來說，如果系統(tǒng)的業(yè)務(wù)復(fù)雜，數(shù)據(jù)訪問量很大，考慮到負(fù)載均衡、備份等因素，可能將三層分別部署在不同的服務(wù)器上，同時(shí)各層也有不同的集群策略，此時(shí)，界面顯示層與業(yè)務(wù)邏輯層間的通信，也是通過Service來進(jìn)行。3) 。相比而言，.Net技術(shù)擁有很多適合本項(xiàng)目研發(fā)的特性，如：它具有先進(jìn)的理念，遠(yuǎn)離系統(tǒng)底層，高效敏捷的開發(fā)路線，多語言環(huán)境，友好方便的界面開發(fā)環(huán)境，功能豐富的組件集成開發(fā)平臺(tái)等。在1999年末，Sun提出了Java平臺(tái)企業(yè)版(J2EE，Java to Enterprise Edition)，該規(guī)范被應(yīng)用在主要的IT提供商以構(gòu)建穩(wěn)健的應(yīng)用系統(tǒng)框架。今天互聯(lián)網(wǎng)應(yīng)用中最常見的ActiveX技術(shù)就是構(gòu)建在COM框架之上。 本章小結(jié)本章概要的描述了某XXXXXXXX管理公司XXX管理的業(yè)務(wù)現(xiàn)狀，并對(duì)其各主要業(yè)務(wù)單元進(jìn)行了詳細(xì)的需求分析，闡明了此XXXXXXXX管理需求的特殊性，歸納出本課題需要重點(diǎn)解決的問題。5秒。7安全制度制定必要的安全管理制度和措施，如機(jī)房出入管理制度、系統(tǒng)維護(hù)制度、數(shù)據(jù)定期備份制度、各種緊急情況的應(yīng)急措施等。3業(yè)務(wù)系統(tǒng)安全防止因系統(tǒng)內(nèi)在缺陷或漏洞對(duì)系統(tǒng)安全造成的損害。根據(jù)XXXXXXXX管理行業(yè)的業(yè)務(wù)功能和處理模式較為獨(dú)立的特點(diǎn)，將應(yīng)用進(jìn)行封裝，通過組件化管理保持其獨(dú)立應(yīng)用能力；針對(duì)XXX管理中各主要組織單元制定相應(yīng)的業(yè)務(wù)流程，完成功能組件對(duì)流程的裝配，保證滿足業(yè)務(wù)要求的靈活性，能夠保證系統(tǒng)能夠最大程度的適應(yīng)業(yè)務(wù)需求，保持良好的擴(kuò)展適應(yīng)能力。 非功能需求 可擴(kuò)展性隨著XXX管理提供的服務(wù)項(xiàng)目日益增多，原有的業(yè)務(wù)流程不斷更新，信息化必須適應(yīng)這一形勢(shì)的需要，提供簡(jiǎn)單的方法完成新業(yè)務(wù)的擴(kuò)充。5) 設(shè)備使用分析：設(shè)備使用效率及利用率分析，有效的調(diào)配設(shè)備，及調(diào)整設(shè)備資源的分配和部署。2) 動(dòng)力消耗分析：動(dòng)力消耗分析提供XXXXXXXX動(dòng)力部門的業(yè)務(wù)匯總數(shù)據(jù)，如某期間內(nèi)水煤電氣消耗數(shù)據(jù)，動(dòng)力消耗的區(qū)域分布圖分析，并輔助管理者從數(shù)據(jù)報(bào)表中找出動(dòng)力消耗的動(dòng)態(tài)變化規(guī)律。主要包括：應(yīng)繳費(fèi)用管理，費(fèi)用沖銷處理，費(fèi)用調(diào)整處理，銀行代扣處理，收款管理，退款管理，欠費(fèi)查詢等。3) 領(lǐng)料管理：維修站維修工填寫維修領(lǐng)料申請(qǐng)單，申領(lǐng)維修物料，庫房審核通過后，領(lǐng)取相應(yīng)物料。主要包括以下5個(gè)業(yè)務(wù)單元：1) 采購管理：有采購部門下發(fā)采購訂單，經(jīng)過審核后進(jìn)行采購并生成送貨單；跟蹤并驗(yàn)收供應(yīng)商所送物資，生成驗(yàn)收單。3) 電梯運(yùn)維：社區(qū)內(nèi)所有電梯設(shè)備的日常維護(hù)記錄，包括電梯故障記錄，定期檢修記錄，電梯工排班等。用戶最終通過自己所在的部門獲得該部門所擁有的角色權(quán)限。2) 部門角色關(guān)系一個(gè)部門具有多個(gè)崗位職責(zé)，通過角色來進(jìn)行定義，部門與角色之間也是一對(duì)多關(guān)系，即一個(gè)部門擁有多個(gè)崗位職責(zé)（角色），而一個(gè)角色只能從屬于一個(gè)部門。（包括集團(tuán)總經(jīng)理、分公司經(jīng)理、部門負(fù)責(zé)人、庫管員、業(yè)務(wù)人員、社區(qū)居民等。3) 用戶用戶分為3級(jí)，分別為系統(tǒng)管理員、數(shù)據(jù)管理員和普通用戶。表 3 提交報(bào)修申請(qǐng)表用例的文本表示用例名稱提交報(bào)修申請(qǐng)表參與執(zhí)行者客戶/報(bào)修單位提請(qǐng)人入口條件報(bào)修申請(qǐng)內(nèi)容已存在基本事件流提交報(bào)修內(nèi)容保存報(bào)修內(nèi)容填寫報(bào)修內(nèi)容 出口條件信息填寫完備，如提交人聯(lián)系方式，報(bào)修地點(diǎn)，時(shí)間，報(bào)修類別等。評(píng)價(jià)的結(jié)果對(duì)于中心領(lǐng)導(dǎo)對(duì)該維修站、維修主管和技工的工作和服務(wù)質(zhì)量起到輔助監(jiān)督作用。維修中心領(lǐng)導(dǎo)綜合查詢對(duì)于XXX管理歷史業(yè)務(wù)數(shù)據(jù)的綜合查詢，實(shí)現(xiàn)全過程全節(jié)點(diǎn)查詢。庫房物料出入庫管理庫房根據(jù)接收采購入庫接口，生成入庫單做入庫操作，庫存增加；庫房根據(jù)物料申領(lǐng)填寫物料出庫單，并做出庫操作，庫存減少。申請(qǐng)單位內(nèi)部報(bào)修申請(qǐng)包括對(duì)傳統(tǒng)的電話報(bào)修和內(nèi)部檢測(cè)故障申請(qǐng)報(bào)修事務(wù)的處理。通過對(duì)原有業(yè)務(wù)流程的整合和優(yōu)化，從XXXXXXXX管理全局出發(fā)，通過規(guī)范業(yè)務(wù)流程和完善企業(yè)管理制度來提升工作效率和服務(wù)質(zhì)量，最終實(shí)現(xiàn)提升業(yè)主滿意度和降低XXX管理成本的目標(biāo)。通過對(duì)維修站申領(lǐng)物料，經(jīng)過負(fù)責(zé)人審批后到庫房領(lǐng)料，再到庫房據(jù)此進(jìn)行物料出庫或調(diào)撥，并對(duì)維修后結(jié)余物料進(jìn)行返還、歸庫等操作的控制和管理，能夠規(guī)范XXX管理中心的管理，進(jìn)行有效的成本控制，以提高效益。整合后的基本業(yè)務(wù)流程包括以下操作：報(bào)修申請(qǐng)—維修確認(rèn)—分派維修任務(wù)—申領(lǐng)物料—維修記錄—維修結(jié)果確認(rèn)及反饋—結(jié)算。物料采購，物料返還及庫房調(diào)撥等業(yè)務(wù)尚待整合和優(yōu)化。3) 維修站：及業(yè)務(wù)執(zhí)行環(huán)節(jié)。報(bào)修申請(qǐng)人及申請(qǐng)單位，也是此項(xiàng)業(yè)務(wù)的發(fā)起人。同時(shí)，它又和多個(gè)業(yè)務(wù)單元相互聯(lián)系，如物料管理，財(cái)務(wù)管理（不包括在本系統(tǒng)中，僅提供接口），出入庫管理（包含在物料管理內(nèi)）等。3) 不可更改和替換對(duì)于已開展的工作和業(yè)務(wù)所涉及到的基礎(chǔ)信息項(xiàng)，其字典信息原則上不允許任意更改，替換和刪除，這樣以保證數(shù)據(jù)的一致性。單據(jù)類型信息對(duì)于經(jīng)營(yíng)中所涉及的單據(jù)種類信息的定義。字典信息國(guó)別信息對(duì)于國(guó)家信息項(xiàng)的維護(hù)。物品信息物品類別信息對(duì)物品類別的編號(hào)和定義。庫房類別關(guān)于庫房類別信息的定義。 功能需求分析 基礎(chǔ)信息維護(hù)需求分析基礎(chǔ)信息其實(shí)就是XXXXXXXX管理中所涉及到的對(duì)象的基本信息，它是開展各項(xiàng)業(yè)務(wù)的前提條件和準(zhǔn)備條件。5) 設(shè)備使用分析：設(shè)備使用效率及利用率分析，有效的調(diào)配設(shè)備，及調(diào)整設(shè)備資源的分配和部署。2) 動(dòng)力消耗分析：動(dòng)力消耗分析提供XXXXXXXX動(dòng)力部門的業(yè)務(wù)匯總數(shù)據(jù)，如某一段時(shí)間內(nèi)水煤電氣消耗數(shù)據(jù)，動(dòng)力消耗的區(qū)域分布圖分析，并輔助管理者從數(shù)據(jù)報(bào)表中找出動(dòng)力消耗的動(dòng)態(tài)變化規(guī)律。主要包括：應(yīng)繳費(fèi)用管理，費(fèi)用沖銷處理，費(fèi)用調(diào)整處理，銀行代扣處理，收款管理，退款管理，欠費(fèi)查詢等。3) 領(lǐng)料管理：維修站維修工填寫維修領(lǐng)料申請(qǐng)單，申領(lǐng)維修物料，庫房審核通過后，領(lǐng)取相應(yīng)物料。5) 水電煤氣管理：社區(qū)內(nèi)所有水電煤氣設(shè)備的維護(hù)記錄，包括計(jì)費(fèi)和打印應(yīng)收費(fèi)用清單。此業(yè)務(wù)單元主要包括：1) 設(shè)備管理：設(shè)備類別及基本信息維護(hù)，如設(shè)備使用狀態(tài)維護(hù)，當(dāng)前位置，最近使用人等信息。根據(jù)具體業(yè)務(wù)部門可進(jìn)行初始設(shè)定，如XXX報(bào)修業(yè)務(wù)主管、XXX中心庫房主管、動(dòng)力消耗主管、業(yè)務(wù)收費(fèi)處主管、財(cái)務(wù)主管等；3) 業(yè)務(wù)及工作人員：執(zhí)行具體業(yè)務(wù)操作和執(zhí)行具體工作任務(wù)。5) 回訪記錄：維修中心及各維修站負(fù)責(zé)人定期對(duì)近期維修事務(wù)的隨機(jī)回訪，已了解和確認(rèn)維修結(jié)果，具體考察：響應(yīng)速度，服務(wù)態(tài)度，服務(wù)質(zhì)量，維修完成情況，物料使用情況，整體滿意度等指標(biāo)。2) 內(nèi)部報(bào)修申請(qǐng)：包括對(duì)傳統(tǒng)的電話報(bào)修和內(nèi)部檢測(cè)故障申請(qǐng)報(bào)修事務(wù)的處理。6) 字典信息：字典信息主要是初始化系統(tǒng)時(shí)設(shè)定的系統(tǒng)控制參數(shù)和邏輯開關(guān)參數(shù)，如加價(jià)策略，出入庫策略，調(diào)撥策略等。2) 庫房：關(guān)于XXXXXXXX管理中心庫房信息的維護(hù)，包括庫房預(yù)警參數(shù)，庫房調(diào)撥策略等信息。第七章是總結(jié)與展望，在本章中對(duì)本課題的設(shè)計(jì)和研究過程進(jìn)行了全面的概括和總結(jié)，并對(duì)未來進(jìn)行了展望。第四章是系統(tǒng)的總體架構(gòu)，本章按照MVC設(shè)計(jì)模式的思想，給出系統(tǒng)總體架構(gòu)。5. 測(cè)試流程設(shè)計(jì)與實(shí)施項(xiàng)目的測(cè)試設(shè)計(jì)，在功能測(cè)試中通過設(shè)計(jì)測(cè)試用例對(duì)系統(tǒng)所有可測(cè)的功能和操作分支達(dá)到了全面覆蓋；在安全性測(cè)試中從系統(tǒng)登錄訪問的安全性、系統(tǒng)權(quán)限控制的安全性、系統(tǒng)內(nèi)資源的安全性設(shè)計(jì)測(cè)試用例，對(duì)系統(tǒng)的安全性進(jìn)行完整的測(cè)試；在性能測(cè)試中選用評(píng)估網(wǎng)絡(luò)系統(tǒng)的負(fù)載測(cè)試和壓力測(cè)試，得出系統(tǒng)在不通場(chǎng)景下的性能參數(shù)，證明本項(xiàng)目已經(jīng)達(dá)到了初始設(shè)定的目標(biāo)。3. 系統(tǒng)的總體體系結(jié)構(gòu)設(shè)計(jì)采用三層結(jié)構(gòu)的分布式應(yīng)用為主，即：用戶界面層、業(yè)務(wù)邏輯層、數(shù)據(jù)管理層，商業(yè)邏輯對(duì)象貫穿這三層結(jié)構(gòu)，在每層結(jié)構(gòu)中都有相應(yīng)的組件，同時(shí)系統(tǒng)還提供一些通用組件來提供一些通用服務(wù)。對(duì)需求分析后所形成的數(shù)據(jù)類型，業(yè)務(wù)流程，信息流模型進(jìn)行功能細(xì)分并據(jù)此進(jìn)行系統(tǒng)設(shè)計(jì)。本課題的研究?jī)?nèi)容包括：1. 需求分析主要針對(duì)某XXXXXXXX管理公司的實(shí)際業(yè)務(wù)需求為分析調(diào)研對(duì)象，進(jìn)行業(yè)務(wù)調(diào)研和需求分析。有一部分XXX公司用的還是傳統(tǒng)的C/S模式的技術(shù)，包括一些外包企業(yè)開發(fā)的系統(tǒng)也是這種架構(gòu)，這些技術(shù)是比較成熟的，但是也有很多的不足之處，比如維護(hù)性較差和部署升級(jí)不便利等等。二是對(duì)內(nèi)模塊，該模塊可實(shí)現(xiàn)辦公自動(dòng)化和無紙化辦公室，提