1、 （一） 總論1.1、 項目名稱項目名稱：石巖街道公務用車維修管理系統。1.2、 項目建設單位寶安區石巖街道辦。1.3、 編制依據黨政機關公務用車配備使用管理辦法石巖街道辦事處公務車輛管理制度（二） 項目概況2.1、 項目建設背景為進一步完善街道公務車輛管理制度，對石巖街道辦的公務車輛維修進行管理，加強車輛維修管理，提高財政資金的使用效益，節約財政資金，促進廉政建設。根據寶安區2013年微觀反腐敗重點工作方案的部署要求，加強街道的公務用車維修的規范化管理和監管，對公務用車維修管理的整個權利運行過程進行電子監察。公務車輛維修管理監察主要是通過對石巖街道車輛維修管理權利運行過程中可能存在的廉政風險

2、點進行排查，對公務車輛維修過程中的審核、維修報價監督、分級審批、復核等過程進行有效的監管。2011年之前，街道辦的車輛維修管理工作主要由后勤服務中心負責，因為缺乏其他部門的監督和專業人員的審核，所以容易產生定價不合理、財政資金浪費以及滋生腐敗等現象。為進一步完善街道辦工務車輛管理制度，加強車輛維修管理，提高財政資金使用效益，節約財政資金，促進廉政建設，經街道辦事處研究決定，石巖審計辦從2011年5月9日起開展車輛維修費用審核工作，對報價在2000元以上的車輛維修項目實時審核。在此基礎上，建立石巖街道公車運行管理系統，實現對公車的管理、使用、維修等運營情況進行統一管理。2.2、 項目指導思想根據

3、寶安區2013年微觀反腐重點工作方案的部署要求，我街道負責的“五個一”工作中的重點工作為開發公務車輛維修管理系統，實現維修數據的全面監控、預警分析、領導決策提供有力支撐。堅持公開、公平、公正原則；確保質量、節省開支原則；嚴格管理、提高效率原則；優質服務、強化監督原則。2.3、 項目建設必要性運用信息技術加強對權力運行的監督檢查，已經成為街道監察新的工作方式。石巖街道公務用車維修管理系統建設可進一步拓展監察的范圍，將監察工作向微觀領域延伸的需要，對公車使用過程的微觀監察，實現實時監控、預警提醒和信息服務，從而達到：1、 增強工作人員的責任意識，提高辦事效率；2、 改善行政管理，提高服務水平；3、

4、 推動微觀監察，預防腐敗；4、 嚴格把關，厲行節約。2.4、 項目建設目標為進一步完善公務用車維修管理制度，加強車輛維修管理，提高財政資金使用效益，節約財政資金，促進廉政建設。使公務用車維修費用更加合理、透明、可控，使各項費用指標能夠準確、快速統計分析。2.5、 項目建設內容車輛信息基礎庫、車輛維修審批流程管理、審批流程監察、制度運作監察、資金使用監察、提醒服務。2.6、 項目建設原則項目應充分體現以用戶為中心的設計理念，系統設計應充分考慮用戶的需求；強化便于管理的理念，充分考慮系統的方便管理和低成本維護，便于集中管理、配置、監控、及故障恢復，節約管理維護成本；項目的建設應充分復用現有系統的軟

5、、硬件資源。應用軟件的設計與開發應遵循以下原則：（1）標準化原則系統建設、業務處理和技術方案遵循國家、廣東省、各項標準；方便與省、市信息規劃項目銜接，方便資源共享。有關信息化標準的規定：電子政務總體技術框架電子政務系統總體設計要求政務信息資源共享交換平臺技術規范電子政務門戶網站建設規范國家電子政務網絡技術和運行管理規范電子政務應用服務規范其他相關標準規范（2）可配置和易于推廣性系統在設計和開發過程中，必須全部實現可配置化，所有參數可以配置，整個系統易于擴展和二次開發，便于在不同地域、不同職能部門應用和推廣。（3）統一規劃系統設計必須遵循統一規劃的原則，保證系統能夠順利實現與電子政務項目其他應用

6、系統能夠集成，發揮電子政務項目整體效益。采用統一的應用支撐平臺，統一流程和數據入口，需要規范的功能組件必須在系統平臺進行，并按照系統定制的流程和有關業務權限來處理，確保信息的完整性、一致性、實時性。（4）科學性和先進型功能設計應立足于較高的起點，在考慮性能價格比的同時著重考慮系統的先進性，系統設計與開發必須采用先進的成熟的思想、概念、方法和技術，在理解各項需求后，進行科學的建模、功能結構設計及數據庫設計以指導系統開發。同時在系統開發中應最大可能的實現用戶的操作要求、功能要求及擴展要求。（5）安全性系統要具有完善的安全保證機制，防止非授權用戶的非法入侵和授權用戶的越權使用，系統應可以進行各種權限

7、級別的控制，并具備審核功能，自動記錄用戶訪問的情況和操作過程，以備日后查詢。（6）可靠性軟件系統必須滿足運行穩定、可靠的要求。在系統設計、開發和應用時，應從系統的結構、技術措施、軟硬件平臺、技術服務和維護響應能力等方面綜合考慮，確保系統較高的性能、較少的故障率。（7）易維護和擴展性系統的要素、編碼、功能和數據庫結構必須易于擴充，以滿足系統進一步的發展。采用開放的系統設計，保證系統具有較強的易維護性和可擴展性，能方便地進行功能的調整適應系統需求變化。系統的開發過程中，要有完整的需求監察報告、總體設計、詳細設計說明書、開發文檔資料、測試記錄、驗收報告等，以便用戶隨時、方便地對系統進行正常的運行維護

8、。（8）經濟性，充分利用已有資源系統的設計必須考慮經濟性，既要考慮系統建設的一次性投入，也要考慮以后系統維護、升級和推廣的費用，以性能價格比作為衡量系統設計的重要指標，要求系統的性能價格比達到最優。（9）開放性系統之間需要數據交換，因此必須考慮系統的開放性，能夠通過系統的接口順利交換數據。（10）易用性考慮到系統的使用者大多數是非計算機專業人員，因此系統的用戶界面必須充分友好，應通俗易懂、便于操作。（三） 系統需求3.1、 需求分析為進一步完善街道辦工務車輛管理制度，加強車輛維修管理，提高財政資金使用效益，節約財政資金，促進廉政建設，經街道辦事處研究決定，石巖審計辦從2011年5月9日起開展車

9、輛維修費用審核工作，對報價在2000元以上的車輛維修項目實時審核。在此基礎上，建立石巖街道公車運行管理系統，實現對公車的管理、使用、維修等運營情況進行統一管理。專業審核，科學定價，以專業汽車配件詢價網為主，相關汽車配件商家及主流4S店詢價為輔的審核方式，確保零配件價格、工時費等與市場相符。定審分離，互相監督，定修、審核分離，先審后修再復核結算的管理方式，使負責維修費審核的人員與車輛管理人員之間形成分工合作又相互監督、相互制約。科學管理，規范建檔，車輛維修信息資料保存至數據庫，建立車輛維修及詢價單檔案，對車輛維修費用審核工作實行數據庫科學管理，為領導對公務車輛管理提供決策依據。智能提醒，微觀監察

10、，對車輛的保險、年檢、配件周期智能提醒，對審批流程、制度運作、資金使用微觀監察。3.2、 業務規劃及項目實施3.2.1、 項目的建設模式項目采用先進合理的建設模式，技能達到軟件項目建設的功能需求，又能縮短項目建設周期。進而提升系統的實用性和擴展性，石巖街道公務用車維修管理系統項目將采用系統集成和系統構建模式進行建設，實現現有微觀電子監察資源整合。 3.2.2、 項目建設的實施策略根據的實際情況和特點，為了更好地、更快地、穩步地推石巖街道公務用車維修管理系統，按照整體規劃、分步實施的原則，項目分步建設和實施。要充分利用目前石巖街道的網絡、硬件、軟件資源，建設實施主要包括硬件系統實施和應用軟件開發

11、兩大部分。因項目建設周期短、時間緊、總的原則是盡量并行安排各項工作。項目的實施過程總體上包括需求調研及軟件總體方案設計、應用軟件深化設計、應用軟件編程設計、應用軟件系統安裝、調試、及測試、系統試運行及驗收、人員培訓和售后服務等六個階段工作。本項目的開發周期為四個月，雖然有四個階段的劃分，但其中好幾個階段都是相互重疊的。另外，針對電子監察建設實用性的特點，一般是在需要調研基礎上，按照實用化的開發路線，先是比較快地建立一個原型，交由用戶審查，邊提意見邊改進，這樣可大大縮短開發時間，保證開發質量。3.3、 性能需求1、運行速度需求查詢時間不超過3秒，錄入保存操作的響應時間不超過2秒；統計操作的響應時

12、間不超過30秒。2、數據交換性能要求數據交換應達到如下性能指標：(1)每秒應能夠支持每個接入應用往返(2個)數據交換操作；(2)每秒應能夠支持每個接入應用1次共享數據或目錄數據的查詢；(3)可以同時支持50人的并發訪問，反應時間2秒；(4)保證數據可靠傳輸和安全傳輸；提供統一接口規范，實現異構系統之間、不同格式數據的交換。3.4、 用戶分析石巖街道公務用車維修管理系統是為單位、車隊、修理廠、后勤服務中心、審計辦、監察員使用和服務的綜合型公車運營管理系統；主要用戶劃分為以下幾類：報修人、定修人、審核部門、監察部門、系統管理員。3.4.1、 報修人車輛需要維修，由車輛所在的單位工作人員，填寫石巖街

13、道車輛維修審批表將車輛進行報修。3.4.2、 定修人車隊工作人員到現場核實車輛需維修情況，報修理廠報價。3.4.3、 維修廠提供維修服務的定點維修廠，定修人初步核實車輛需維修情況，送維修廠視檢，維修廠提供維修費用和人工費用報價。3.4.4、 審核部門后勤服務中心對報價進行審核，復核標準的報相關負責人審核，超出審核權限的報審計辦審核和現場查實。3.4.5、 監察部門監督部門主要對維修過程、維修結果、審批過程進行實時預警監控，對違反車輛維修管理辦法的進行預警提示，監管車輛維修過程。 3.4.6、 系統管理員系統管理員是維護系統基本信息、參數等非功能性指標的后臺角色。（四） 系統總體方案4.1、 系

14、統總體架構石巖街道公務車輛維修管理系統的建設，將充分考慮業務辦理與微觀監察的結合，系統總體架構圖如下：圖4-1總體架構圖本項目主要由三部分組成：1） 車輛運營管理業務模塊，實現車輛信息資料管理、車輛維修審批流程管理、服務智能提醒。2） 車輛維修管理監察模塊，實現對審批流程、制度運作、資金使用微觀監察。3） 微觀數據采集交換模塊，實現數據層和行政業務數據的采集和交換過程監控。4.2、 系統網絡架構寶安區目前已經建成較成熟的電子政務網絡平臺，本次項目建設主要是利用現有的網絡和設備完成項目建設。4.3、 運行環境4.3.1、 網絡運行平臺寶安區已建設了政府政務專網，分政務內、外網，內、外網是物理隔離

15、的。本項目建設平臺構建在政務外網中，實現與行政實施機關的對接和數據共享。4.3.2、 軟件環境系統支持以下軟件環境：操作系統軟件：windows 2008 server、各種版本linux。中間件： weblogic11g或以上版本、webspere6或以上版本、Tomcat6或以上版本。數據庫軟件：Oracle11g、sql server2008、mysql5投標企業所提供的貨物需支持以上軟件環境，除操作系統軟件外，投標企業所提供的中間件或數據庫軟件應為正版或不會涉及到版權糾紛。4.4、 技術路線本次建設采用J2EE技術路線和SOA體系架構，模塊開發使用MVC模式框架。l J2EE：通過利用

16、Java 2語言來簡化大數據流量單位解決方案的開發、部署和管理相關的復雜問題的體系結構，為搭建具有可伸縮性、靈活性、易維護性的電子政務系統提供了良好的機制。l SOA：主要組件包括服務、動態發現和消息。子系統中的各種業務處理功能、查詢功能等都將封裝成服務，發布在公共的ESB服務總線上，子系統在ESB上發現服務，通過消息消費服務。l MVC：模式框架是模型（Model）、視圖（View）和控制器（Controller）三個英文單詞的首字母組合，采用MVC模式框架使前臺展現模塊的開發與后臺的業務邏輯處理分離，由控制器實現前臺與后臺的交互。各個子系統在J2EE技術路線的基礎上，根據自身特點采用在對應

17、場景具有技術優勢的技術，保證先進性、安全性和可擴展性。4.5、 關鍵技術本項目采用java語言編寫，使用MVC模式框架，使用SOA體系架構，使用oracle數據庫。關鍵技術方面本項目將重點應用WebServer、Flex技術、Rcp技術、Ajax技術、XML技術、Struts技術、Spring技術、Hibernate登記書。除此之外，考慮到寶安區微觀反腐敗平臺的前瞻性、復雜性和安全性，我們講重點采用軟件復用技術、數據庫管理技術、數據倉庫及挖掘技術、非對稱加密技術，云探索和應用云計算技術。（五） 應用軟件設計1.2.3.4.5.6.5.1. 總體功能設計根據功能需求及總體架構設計思路， 石巖街道

18、公務用車維修管理系統分為七個模塊：基礎庫，車輛維修、預警提醒、服務信息、網上詢價、查詢統計、系統管理。利用現代信息網絡技術，將車輛維修管理和預防腐敗工作有機結合起來，實現對微觀領域的風險防控預警、防控處理、決策分析的綜合運營管理系統。系統功能結構如下圖：5.1.1. 基礎庫車輛基礎信息維護模塊，包括車輛信息、配件信息、維修點信息、油卡信息。5.1.1.1 車輛信息建立車輛信息庫，對街道的公務車輛信息進行統一管理，建立街道公務用車信息庫。后勤服務中心定期上報、更新車輛信息，車輛信息包括車牌號、車型、顏色、購買日期、價格、發動機號、所屬單位、車架號碼、負責人、電話、保險公司、保險種類、保險到期日期

19、、車輛年檢日期、車保養到期日期等。5.1.1.2 配件信息建立配件信息庫，作為維修配件報價的參考信息，維修廠上報更新維修配件的價格信息，系統也可根據維修廠報價上報的價格收錄到配件信息中，其中包括如下信息：配件編號、配件名稱、供應商、價格、規格等。5.1.1.3 維修點信息建立維修點信息庫，管理維修點信息，包括維修點名稱、負責人、電話、手機、地址、該維修點對該車輛維修的記錄（包括維修單號、維修日期、維修記錄、配件費用、人工費用、總費用）及維修點評價信息。5.1.1.4 油卡信息建立油卡充值使用信息庫，充值記錄記錄到系統中，系統提供打印功能，打印充值記錄，作為報銷的憑證之一，強化制度管理，做到有記

20、可查，其中包含如下信息：卡號、開卡日期、總金額、車牌號、單位、負責人、加油站、沖卡記錄（包括時間、沖值金額及打印、編輯按鍵）。5.1.2. 車輛維修需維修單位填寫維修申請單，由車隊派人到現場核實車輛需維修情況，報修理廠報價；再由車隊審核人員對報價進行首批審核，符合標準的上報相關負責人審批，不符合的退還修理廠重報；超過車隊審核權限的，移交審計部門審核和現場查實，符合標準的繼續上報相關負責人審批，不符合的退還車隊，修好后的車輛由車隊派人到現場核實維修情況進行及時反饋。主要功能需求包括的內容有：5.1.2.1 報修報修人填寫石巖街道車輛維修申請表報定修人審批。報修包括如下信息：車牌號、單位、負責人、

21、車型、年度維修小計、送修廠家、本次維修項目、維修預算、申請時間等。5.1.2.2 定修定修人判斷是否走保險理賠程序，是，則在報后勤服務中心相關責任人后走保險理賠；否，則按照石巖街道車輛維修管理方案對車輛進行初步檢驗后，送相應維修廠家檢視。5.1.2.3 報價修理廠對車輛進行視檢，填寫維修項目清單及報價。報價信息包括：車牌號、車型、本次維修項目、維修配件清單、配件總費用、人工費用、本次維修總費用、報價時間等。5.1.2.4 審核后勤服務中心相關責任人對維修項目及報價進行審核，報價2000元（含）以內的，審核通過，報后勤服務中心主要負責人審批，審核不通過的退還給修理廠重新報價；報價超過2000元的

22、，審核通過，報審計部門進行審核，審核不通過的退還給修理廠重新報價；審計部門造價審核人審核通過，根據報價數額報審計部門相關領導審核，審核不通過的退還給修理廠重新報價；審計部門相關領導審核通過，進入后勤服務中心主要負責人審批，審核不通過的退還給修理廠重新報價。審計辦以中華車險網詢價服務為主，相關汽車配件商家及汽車主流4S店詢價為輔的審核方式，主要包括如下內容：維修配件、規格、單價、數量、金額、配件總費用、人工費用、本次維修總費用、網上詢價、車隊審核、核定費用、審核意見、審核人、審核時間等信息。5.1.2.5 審批后勤服務中心主要負責人對維修項目及報價進行審批，車輛維修費用在3000元（含）以下的，

23、審批通過后系統通知報修人送修，審批不通過的退還給車隊；車輛維修費用在3000元以上、10000元（含）以下的，審批通過后報黨政辦主要負責人審批，審批不通過的退還給車隊；車輛維修費用在10000元以上或者年度維修總額超過30000元的，審批通過后報街道分管后勤工作領導審批，審批不通過的退還給車隊；街道分管后勤工作領導審批通過后，系統通知報修人送修。主要包括以下內容：核定配件、審批按鍵等。5.1.2.6 送修責任司機按照批準的項目和報價送廠維修。5.1.2.7 復核復核人會同報修人對車輛維修項目及結果進行審核，后勤服務中心相關責任人和后勤服務中心主要負責人結算審核。5.1.2.8 結算后勤服務中心

24、將審核清單送有關領導審批報銷，黨政財務室轉賬付款。系統提供維修審批表打印功能，打印的維修表單作為結算報銷的憑證之一。主要包括以下內容：車牌號、單位、負責人、車型、年度維修額小計、送修廠家、本次維修項目、預算、申請時間、定修人、理賠情況、維修配件、配件總費用、人工費用、維修總費用、審核情況、審核人、審核時間等信息，為了避免出現錯亂，提供二維碼特征。5.1.2.9 評價報修人、定修人從服務態度、服務質量、履約情況、返修率四個方面對維修情況進行評價，評價信息將作為維修點的考核依據。5.1.2.10 特殊情況處理對于需要走特殊情況處理的維修單，在審核環節，審核人選擇走特殊情況處理，提交到后勤服務中心主

25、要領導審批，特殊程序處理的維修單將納入到監察。5.1.3. 預警提醒5.1.3.1 審批流程監察維修單的審批流程須按照石巖街道 辦事處公務車輛管理制度嚴格審核，對超過審核權限的，移交審計部門審核和現場查實。報價超過2000元的，須報審計部門審核；報價在3000元以上、10000元（含）以下的，須報黨政辦主要負責人審批；報價在10000元以上、年度維修費用總額超過30000元的，須報街道分管后勤工作領導審批。5.1.3.2 維修費用增幅預警車輛年維修費用設置增幅值，年維修費用超過增幅值系統發出預警。5.1.3.3 年維修費用監察車輛年維修費用累計超過3萬元的車輛系統發出預警。5.1.3.4 特殊

26、情況處理監察進行了特殊情況處理的維修單，系統視為異常情況，納入到異常監察。5.1.3.5 配件更換周期預警車輛配件有相應的更換周期，安全周期內維修或更換配件預警。5.1.3.6 維修點評價監察服務態度、服務質量、履約情況、返修率等評價信息為監察依據，對超過警戒值得維修點系統視為異常情況，發出預警提醒。5.1.4. 服務信息系統配置智能提醒服務，對保養到期、年檢到期、保險到期進行提醒，確保車輛健康安全運行。5.1.4.1 保養提醒通過參數設置，設置每輛車的保養周期和保養項目，在保養到期前進行提醒。5.1.4.2 年檢提醒通過參數設置，設置每輛車的年檢日期，在年檢日期到期前進行提醒。5.1.4.3

27、 車險提醒通過參數設置，設置每輛車的保險周期，在保險到期前進行提醒。5.1.5. 查詢統計系統提供了靈活、可設置的綜合查詢功能，可實現固定格式查詢、自定義查詢等查詢方式，并能以數據報表和詳細明細的方式直觀的表達出來。5.1.4.1 維修記錄查詢通過維修單號、車牌號、車輛所屬單位、送修廠家、送修時間等條件快速檢索維修記錄，記錄中詳細展示維修審批單信息，可直觀的顯示審批環節各個階段的數據信息。系統提供了靈活、可設置的統計分析功能，可實現固定格式統計、自定義統計等統計方式，并能以數據報表和圖形的方式直觀的表達出來。系統實現對公務維修相關信息：5.1.5.1 街道車輛維修費統計按月、季度、年對街道各單

28、位公務用車維修費用及總額進行查詢統計。5.1.5.2 年度維修費用趨勢根據每年車輛維修費用的總量，繪制年維修費用趨勢圖。5.1.5.3 警戒線車輛統計對年維修費用總量超過3萬元的車輛進行統計，提供詳細的維修記錄和維修費用。5.1.5.4 單位車輛維修費統計對街道各單位、部門，月、季度、年度車輛維修費進行統計排名。5.1.5.5 預警信息統計對監察系統的預警信息處理情況進行查詢統計,監察情況、特殊處理情況景象統計。5.1.5.6 維修點評分統計對車輛維修廠的評價，根據服務態度、服務質量、履約情況、返修率的評價結果，統計維修廠的評分排名。5.1.5.7 油卡費用統計按月、季度、年對街道各單位油卡充

29、值費用及總額進行查詢統計。5.1.6. 網上詢價5.1.6.1 庫存管理管理后勤服務中心的配件庫存，包括庫位、貨位、庫存的增加、庫存的減少，庫存進出記錄。5.1.6.2 網上詢價采用網上詢價的方式購買配件流程。5.1.7. 系統管理5.1.7.1 參數管理參數管理，服務信息和預警信息中的基礎參數配置，包括車輛的保養周期，年檢日期，保險管理，車輛主要配件使用周期，車輛使用年限等。5.1.7.1.1 保養參數設置管理車輛的保養周期參數，為車輛的安全性、健康性提供提醒服務。5.1.7.1.2 使用年限設置管理車輛的使用年限，汽車使用期限通常分為技術使用期限、經濟使用期限和合理使用期限。5.1.7.1

30、.3 配件使用周期管理主要配件的使用周期、如剎車片，輪胎，前后保險杠，燈泡等。5.1.7.2 菜單管理監察集成服務平臺提供菜單管理功能，統一管理監察集成服務平臺和各子系統的功能菜單，配置菜單名稱、菜單所屬系統別、菜單的訪問路徑和打開方式等功能。5.1.7.3 機構管理機構管理是對政府部門的信息管理，管理內容包括了部門所屬區劃和部門基本信息，還有該部門的下屬機構等內容。在系統中以樹形結構直觀的展示各個行政區劃和部門的上下級關系，層次分明、上下級關系清楚、且展開收縮表達信息方便、界面也較美觀。實現行政區劃管理和部門信息多層管理。5.1.7.4 權限管理統一權限管理是監察集成服務平臺中可代碼重用性比

31、較高的模塊之一。監察集成服務平臺是一個多用戶的系統，需要對不同的用戶或用戶組進行權限分配，解決實體鑒別、數據保密性、數據完整性、防抵賴和訪問控制等安全服務。權限管理功能包括1） 角色定義及管理2） 用戶角色配置3） 用戶組角色配置4） 部門角色配置5） 職位角色配置6） 職位角色配置7） 頁面權限管理5.1.7.5 用戶管理統一用戶管理是為了方便用戶訪問組織機構內所有的授權資源和服務，簡化用戶管理，基于LDAP或基于數據庫，對組織機構內中所有應用實行統一的用戶信息的存儲、認證和管理。用戶管理具體功能包括1） 用戶管理2） 用戶組管理3） 職位管理4） 在線用戶5.1.7.6 查詢分析器提供動態

32、查詢分析器功能，該查詢分析器不同于構建平臺的查詢配置工具，集成平臺查詢分析器是為平臺用戶提供的快速配置客制查詢程式的工具。該工具具有靈活和操作簡單特性。查詢分析器具有查詢數據源和自定義查詢功能。能夠自動實現平臺數據和子系統數據的信息查詢,同時查詢分析器支持查詢結果的信息以EXCEL文件的導出功能。5.1.7.7 短信管理對發生“預警”、“黃牌”和“紅牌”的業務，通過短信提醒功能，系統可以及時告知相關部門責任人。短消息將以一種服務的形式展現，而不是單一的功能模塊。同時，系統具有對短信的編輯、查詢和歸檔功能。5.1.7.8 日志管理提供對各種類型日志的管理，實現對日志信息的記錄、保存、快速檢索以及日志信息的對比分析。通過對比分析日志發出各類異常信息，為維護系統正常運行提供分析報告，為誤操作和惡意操作提供責任追蹤功能。日志管理應實現對用戶登錄日志、運行日志、服務器日志幾部分組成。5.1.7.9 短信平臺接口短信提醒功能與短信平臺接口，短信管理數據與短信平臺對接，將智能提醒信息通過短信平臺發送給相關責任人。