1、. . . . 機構員工管理系統建設項目建設方案74 / 76目錄1. 項目背景12. 需求分析22.1 現狀分析22.2 需求分析43. 設計原則73.1 技術標準73.2 設計原則104. 系統優勢125. 安全指標146. 功能指標167. 性能指標187.1 數據的完整性與一致性的要求187.2 系統響應能力187.3 系統穩定性187.4 安全性197.5 系統易用性197.6 可維護性198. 技術方案208.1 系統拓撲架構208.2 系統邏輯架構208.2.1 系統功能架構228.3 系統功能介紹238.3.1 GIS地圖定位子系統238.3.2 地理坐標管理模塊（GIS）24

2、8.3.3 企業信息展示模塊248.3.4 GPS跟蹤模塊258.3.5 轉移線路描繪模塊268.3.6 某市危險廢物轉移信息管理系統移動終端功能擴展278.3.7 基礎資料管理子系統288.3.8 危險廢物申報登記子系統348.3.9 消息通知子系統458.3.10 危廢轉移申請移動終端管理子系統478.3.11 危廢轉移審核移動終端管理子系統528.3.12 臺賬管理子系統588.3.13 統計子系統628.3.14 電子聯單移動終端管理子系統658.3.15 系統管理691. 項目背景某資產管理股份是中國領先的金融資產管理公司，以不良資產經營為核心，通過協同涵蓋銀行、證券、期貨、信托、融

3、資租賃、基金管理、保險、投資與地產的多元化業務平臺，向客戶提供量身定制的金融解決方案與差異化的服務。公司在地的30個省、自治區、直轄市設有33家分公司，在地和擁有9家全資或控股一級子公司。主要業務包括：不良資產經營業務、投資與資產管理業務和金融服務業務，其中不良資產經營是公司的核心業務。隨著業務和信息技術的發展，公司的信息化水平不斷提高。根據2016年完成的信息化5年規劃，在未來幾年系統數量將達到50多個，隨之也帶來諸多新的系統安全問題和風險。系統用戶認證、權限管控等將更為復雜。公司在十幾年前就已認識到用戶統一認證、權限管理的重要性，并開發了用戶管理系統、CA認證系統等，實現了通過CA證書、A

4、D域控對用戶的統一認證，單點登錄，并實現了對系統權限的集中管控。但由于其系統功能、架構等的局限性，已無法滿足目前系統環境對機構、員工、用戶、角色、資源、權限等管理的需求（具體容見“主要問題和挑戰”章節）。根據信息化規劃，建議新建或在原用戶管理系統的基礎上進行重大改造以建設“機構員工管理系統”提升對機構、員工與用戶權限的管理功能，實現與人力資源系統同步機構員工基本信息，并發布給各系統；實現對用戶的全生命周期管理，統一系統級權限管控，并支持對一些通用或缺省角色的統一管理；實現用戶賬號的合規分析與用戶操作的審計功能。2. 需求分析2.1 現狀分析信息化規劃中所規劃的機構員工管理系統的功能，在目前的系

5、統結構中主要在網絡辦公平臺中的用戶管理系統實現。現有的用戶管理系統應用架構現狀示意圖如下：2007年母公司部署用戶管理系統1.0版本，實現了母分公司系統用戶的統一認證，單點登錄和用戶權限的統一管理。2012年集團總部以與九個子公司部署用戶管理系統2.0版本，實現了對子公司用戶訪問集團應用的系統級的權限控制；母公司在2012年后開發系統的系統級用戶管理功能也升級到用戶管理系統2.0版本進行管理。因之前開發的系統升級改造難度較大，仍使用用戶管理系統1.0版本的用戶管理功能，在母分公司形成了新舊兩套用戶管理系統并存的狀況。集團總部與母公司和各子公司共有12套用戶管理系統，用戶管理系統采用星型架構連接

6、。使用用戶管理系統1.0的核心業務系統、檔案管理系統等和使用用戶管理系統2.0的部評級系統其角色權限的設定在用戶管理系統實現。近幾年，公司開發的系統多以套裝軟件為基礎進行開發，而套裝軟件本身基本上都帶有用戶管理功，因此，對于近期上線的系統，用戶管理系統以實現系統級的用戶權限管控為主?，F有的用戶管理系統對機構、員工、用戶、權限的管理狀況如下：機構管理：某資產（母公司）與人力資源管理系統（舊）共享一套機構信息數據，數據由人力資源管理系統（舊）維護；用戶管理系統支持向目標應用系統推送機構信息數據；各子公司的機構數據信息可以在用戶管理系統中自行維護。員工管理：員工數據統一由人力資源管理系統維護；用戶管

7、理系統中的用戶與員工信息沒有對應關系。用戶管理：用戶數據由各用戶管理系統自行維護管理；集團用戶管理系統匯總所有的用戶信息；某資產的用戶口令由CA證書平臺和AD域控服務器管理；各子公司的用戶口令由用戶管理系統管理；部分可以直接訪問的系統也具備用戶口令管理功能。權限管理：某資產和各子公司的用戶管理系統維護用戶的系統訪問權限數據；在集團用戶管理系統中，接收各用戶管理系統的用戶信息和權限數據；應用系統接收用戶管理系統推送的用戶、機構數據，自行管理本系統的用戶在系統的功能、操作、數據等權限。用戶管理系統不支持用戶創建、權限調整、注銷等審批流程的靈活配置，相應的審核、審批流程在程序中固化，通過協同網絡辦公

8、平臺的任務中心實現。用戶管理的現狀總結如下表所示：系統機構信息用戶信息權限信息管理應用系統用戶管理系統（集團）匯總全集團機構數據匯總全集團的用戶信息共有6261個用戶、417個角色用戶對集團應用系統的訪問權限集團級應用系統： 綜合統計信息系統 集團網絡辦公平臺 客戶信息管理系統 部評級系統 某資產（母公司）與人力資源管理系統（舊）共用一套機構信息，不可維護（由HR統一管理）管理某資產所有的用戶總部用戶642人分公司用戶1699人用戶對某資產應用系統的訪問權限用戶對集團應用系統的訪問權限某資產自有應用系統； 網絡辦公平臺 IT項目綜合管理系統 資產檔案管理系統 子公司自建機構信息管理所有登錄網絡

9、辦公平臺的用戶用戶對集團應用系統的訪問權限用戶對子公司個別應用系統的訪問權限集團應用和子公司自有應用系統； 集團網絡辦公平臺 財險培訓 2.2 需求分析機構員工管理系統作為某統一用戶管理和機構、員工、用戶相關信息的統一發布渠道，為某用戶管理、統一認證、授權管理提供充分的保障，并對其它應用系統提供機構、員工信息的支持。經分析機構員工管理系統建設項目需求如下：Ø 機構員工管理機構就是對應現實世界中具體的組織，這些組織既可以是實際的組織也可以是虛擬的組織。某的部組織機構信息來源于人力資源系統（支持聯機調用和批量數據傳輸），外部與虛擬組織機構信息可在本系統維護。員工信息包括公司的正式員工、合

10、同工等員工信息，也包含有使用某系統需求的外部人員信息。部員工的信息由人力資源系統提供唯一來源；外部人員信息可在本系統維護。各應用系統如需要本系統維護的機構、員工（包括外部人員）信息，這些信息由本系統統一發布（支持聯機和批量數據推送）。Ø 用戶管理用戶身份管理負責對用戶信息進行統一管理、統一注冊。針對不同應用的需求，整合人員各方面信息，建立企業人員目錄并提供身份的全生命周期管理（入職、變更、離職、口令到期等）。實現資源（應用和系統）的統一管理和符合管理要求的供應策略。提供用戶創建和變更的審批工作流服務，對用戶實現靈活的、可配置的流程化管理。機構員工管理系統需對各應用系統中的用戶信息進行

11、整合并與之雙向同步，包括實時同步。另外，本系統需支持實現基于安全策略的回收、掛起等自動化管理功能；提供對現有進行定期重新認證功能，以確保沒有未與時清除的孤兒賬戶；支持職責隔離策略的制定。Ø 統一認證支持與某現有的CA認證系統、AD域控服務器集成等認證方式，為所有的后臺應用系統提供集中的身份認證平臺。支持單點登錄（SSO）功能。Ø 授權管理授權管理包括針對不同的應用系統，提供系統級訪問權限的管理；同時，考慮規化用戶管理的需求，系統的選型、建設應支持對角色等的管理功能，支持對一些通用或缺省角色的統一管理，并支持未來可能的統一角色權限管理的需求。系統需提供用戶的各種權限查詢功能。

12、Ø 合規管理與集中審計提供合規情況的統計分析和基于安全信息事件的合規分析。要求身份管理、身份認證、授權管理的所有操作都可以進行審計。審計記錄應包括事件的日期和時間、用戶、事件類型、事件容、事件是否成功等容；提供審計事件選擇、可選審計查閱等；應提供審計記錄的存儲與保護，防止審計數據被非授權用戶破壞。Ø 身份管理規機構員工管理系統對員工身份與訪問控制進行統一管理，從信息安全的角度要求進一步完善身份管理相關的規章、流程，需要制定身份管理規、密碼策略、授權管理流程等相關管理制度。隨著機構員工管理系統的建成推廣，身份管理規也需要在公司進行宣傳、培訓，并監督員工的執行。Ø 開

13、發的標準規機構員工管理系統作為基礎性平臺，未來眾多應用與系統均需要與其集成。因此接口的標準規與開發集成規均需要在該項目中制定并完善。3. 設計原則3.1 技術標準本系統的設計和開發依據以下的計算機軟件工程規國家標準：分類標準號標準名稱主要容與關系專業基礎GB/T11457-2006軟件工程術語軟件工程領域用的術語，吸收了其它標準中的術語，本規中有引用術語，GB/T 13702-1992計算機軟件分類與代碼GB/T15538-1995軟件工程標準分類法GB/Z 18493-2001信息技術軟件生存周期指南為8566的應用提供指導，為使用或應用8566的人員寫的，提出應用時必須考慮的各種因素，對可

14、以應用的不同場合進行了說明軟件質量GB/T 1754-1998信息技術軟件包質量要求和測試GB/T 18491.1-2001信息技術軟件測量功能規模測量第1部分：概念定義GB/T 18492-2001信息技術系統與軟件完整性級別技術與管理GB/T 13423-1992工業控制用軟件評定準則GB/T 14394-1993計算機軟件可靠性和可維護性管理GB/T 16260-1996信息技術軟件產品評價質量特性與其使用指南GB/T 18905.1-2002軟件工程產品評價第1部分：概述GB/T 18905.2-2002軟件工程產品評價第2部分：策劃和管理GB/T 18905.3-2002軟件工程產品

15、評價第3部分：開發者用的過程GB/T 18905.4-2002軟件工程產品評價第4部分：需方用的過程GB/T 18905.5-2002軟件工程產品評價第5部分：評價者用的過程GB/T 18905.6-2002軟件工程產品評價第1部分：評價模塊的文檔編制遵循國家標準代碼遵循行業標準代碼遵循約定俗成的代碼按照要求，設計保留擴充接口的代碼本項目建設主要依據以下的標準與規:標準號標準名稱主要容與關系HJ/T 416-2007環境信息術語規定了環境信息建設以與日常工作經常涉與的術語與定義GB/T 16705-1996環境污染類別代碼規定了環境污染類別的代碼，適用于環境管理與環境信息系統與其它信息系統的信

16、息交換GB/T 16706-1996環境污染源類別代碼規定了環境污染源類別的代碼，按污染源運動方式、形態、污染對象空間分布等進行劃分HJ/T 417-2007環境信息分類與代碼本標準對環境管理、環境科學、環境技術、環境保護產業等與環保相關的信息進行分類并編寫代碼：本標準只規定環境信息分類的基本框架和代碼HJ/T 418-2007環境信息系統集成技術規規定了環境信息系統集成過程中所涉與到的相關技術要求，包括應用集成要求、數據集成要求和網絡集成要求HJ/T 419-2007環境數據庫設計與運行管理規規定了環境數據庫設計與運行管理須遵循的基本容；指導國家、省、市環境保護行政主管部門和環境數據庫系統開

17、發設計單位的關系型數據庫設計與運行管理活動，可作為驗收環境數據庫系統開發設計單位所完成的數據庫系統設計的參考依據3.2 設計原則1、先進性和實用性并重原則管理平臺設計堅持采用先進的技術，以提高整體效率。同時，在兼顧技術先進性的基礎上，堅持以需求為導向，講際應用效果，不片面追求高、尖技術的嘗試，盡可能采用成熟技術，以保證架構設計的可靠性和穩定性。2、標準化和規化原則管理平臺設計工作嚴格遵循國家、行業的有關技術標準和規，為各個業務應用系統在應用和數據方面的集成提供前提條件，實現環境信息資源的共享和利用。3、開放性和兼容性原則為了實現業務應用系統的集成，必須建立開放式的應用架構，對各類協議和異構數據

18、庫提供支持，兼顧已有的業務應用和數據資源等信息基礎，還要充分考慮未來系統擴充的可能。業務應用系統設計應依托應用支撐平臺，建設新應用系統，集成部分已有系統，為其他新應用系統提供支撐環境，整體架構應能夠適應未來的發展，避免造成投資浪費。4、松耦合和粗粒度集成原則管理平臺的建設中，對不同應用之間的集成應遵循“松散耦合”的原則，可采用異步通訊、SOA架構等手段，通過粗粒度服務可以實現一次調用就完成既定功能。這樣，在服務實現過程中，將服務使用者和服務提供者隔離開來，確保業務應用系統之間的集成能夠在完全不影響現有業務應用的情況下進行。5、靈活性原則在系統結構的設計、應用軟件結構與設備的選擇等均要有較大的靈

19、活性和方便性，使系統易于擴充和升級、維護。在應用軟件的設計方面，系統采用參數化、模塊化的方法，通過靈活的定義和管理措施，包括機構管理、人員管理、操作權限、統計分析容等方面，簡化應用系統維護的工作量。6、可擴展性原則提高系統的可擴展性和開放性，是本系統建設的一個重要原則。隨著系統運行的擴展和數據存儲量的增加，系統在對軟、硬件進行簡單升級和維護之后即可滿足業務需要。4. 系統優勢1、有效規避危廢的非法轉移傳統基于手工的危廢監管方式，難以提供有效的實時監管工具，這是危廢非法移動的主要原因。2、規危廢轉移過程根據我國有關危險廢物轉移的相關政策，危廢轉移需先申報、審批通過后轉移，轉移的過程實時產生轉移聯

20、單，這是正常合法的轉移過程。傳統基于手工的危廢監管方式下，實際情況往往是申報不準確，缺項、漏報、瞞報，轉移計劃滯后或與實際轉移路線不符，轉移過程產生轉移聯單不與時，這些不規的做法，導致監管部門根本無法全面、真實的把握危廢轉移的實際情況。通過先進的手段監管危廢，從根本上規了危廢轉移過程：產生企業在缺乏申報、計劃容的情況下，實際發生的轉移即刻在系統產生報警，這就從技術上強迫企業必須按規開展申報、計劃工作；由于轉移過程實時產生轉移聯單，實際轉移情況第一時間到監管部門，使得監管部門實時地掌握最新轉移信息，便于監察執法。3、提高危廢轉移工作效率傳統危廢轉移審批過程中，危險廢物產生與處置企業需多次往返移出

21、地和接收地環保部門辦理行政審批，費時費力。使用系統后，采用電子聯單，避免人工填寫，實行網上審批，大幅降低了人力勞動。同時，由于電子聯單一旦進入系統后，產生、運輸、處置、監管部門直接可以從系統中調用聯單，避免了聯單人工流轉帶來的勞動量與失誤。因此，基于云平臺的監管方式大大提高了危廢轉移工作效率。5. 安全指標1、使用防火墻。防火墻的基本功能是對網絡通信進行篩選屏蔽以防止未授權的訪問進出計算機網絡，簡單的概括就是，對網絡進行訪問控制。絕大部分的防火墻都是放置在可信任網絡（部網）和不可信任網絡（Internet）之間。防火墻成為了與不可信任網絡進行聯絡的唯一紐帶，我們通過部署防火墻，就可以通過關注防

22、火墻的安全來保護其部的網絡安全。并且所有的通信流量都通過防火墻進行審記和保存，對于網絡安全犯罪的調查取證提供了依據，所以，防火墻是網絡安全的重要一環。2、建立多級備份機制。做好網絡信息的安全工作，對于重要數據、文件等資料應定期進行備份，在網絡環境下，通?？煞謱哟蔚夭捎镁W絡異地備份、服務器雙機熱備份、RAID鏡像技術、軟件系統自動備份等多種方式做好數據備份工作。備份數據保存在安全可靠的多個存儲介質上，定期將必要的備份數據刻錄到光盤中，重要的數據最好制作2個以上拷貝且存放在不同的地點，保證數據在損壞后可以與時恢復。3、計算機病毒的防護。對于計算機病毒應該利用網絡的優勢進行網絡防病毒，從加強網絡管理

23、的根本上預防病毒。在網絡環境下應以防為主、以治為輔。計算機病毒的防治在于完善操作系統和應用軟件的安全機制，但在網絡環境條件下，可相應采取新的防手段。網絡防病毒最大的優勢在于網絡的管理能力，解決方式：一是嚴格管理制度，對網絡系統啟動盤、用戶數據盤等從嚴管理與檢測；二是充分利用網絡系統安全管理方面的功能。網絡本身提供了4種安全保護措施：注冊安全，網絡管理員通過用戶名、入網口令來保證注冊安全；權限安全，通過指定授權和屏蔽繼承權限來實現；屬性安全，由系統對各目錄和文件讀、寫性質進行規定；可通過封鎖控制臺鍵盤來保護文件服務器安全。因此，我們可以充分利用網絡操作系統本身提供的安全保護措施，加強網絡的安全管

24、理。4、定期掃描系統漏洞。就目前系統的安全狀況而言，系統中存在著一定的漏洞，因此也就存在著潛在的安全威脅，因此，一個實用的方法是，建立比較容易實現的安全系統，同時按照一定的安全策略建立相應的安全輔助系統，漏洞掃描器就是這樣一類系統。但是，如果我們能夠根據具體的應用環境，盡可能早地通過網絡掃描來發現這些漏洞，并與時采取適當的處理措施進行修補，就可以有效地阻止入侵事件的發生。5、安裝硬件防火墻，它通過收集和分析計算機網絡或計算機系統中若干關鍵點的信息，檢查網絡或系統中是否存在違反安全策略的行為和被攻擊的跡象。入侵檢測系統是一套監控計算機系統或網絡系統中發生的事件，根據規則進行安全審計的軟件或硬件系

25、統，就是依照一定的安全策略，對網絡、系統的運行狀況進行監視，盡可能發現各種攻擊企圖、攻擊行為或者攻 擊結果，以保證網絡系統資源的性、完整性和可用性。在入侵檢測系統中利用審計記錄，入侵檢測系統能夠識別出任何不希望有的活動，從而達到限制這些活動，以保護系統的安全。6. 功能指標1、簡化聯單的申領和發放程序按原來的紙質聯單模式管理時，領用單位每次申領聯單時必須派專人攜帶單位相關證明材料赴屬地的環保部門領取，而且還要如數返還所有已經使用過的聯單，算上往返路程和領用發放的時間，一般需要半天的時間才能完成所有工作程序；而實施電子聯單管理后，這些工作都可以在網上完成。聯單使用單位只需在屬地環保局進行一次資料

26、備案工作，就可通過屬地環保局配備的電子聯單設備實現聯單的電子信息化，隨用隨打，從申領到聯單生成與打印出來，整個過程只要幾分鐘就可完成，與原來相比，不僅節省了時間，還節省了人力和物力，工作效率顯著提高。2、規了廢物收運管理（1）統一了廢物產生單位的名稱對于同一個廢物產生單位，在電子聯單實施之前，由于填寫人員的習慣等因素，有填寫公司簡稱的，有全稱的，不統一，造成一個公司產生好幾個名稱，不便于數據統計工作。實施電子聯單后，聯單填寫人員只能填寫公司的全稱，避免了同一個公司有好幾個名稱出現的情形；（2）統一了廢物名稱同一種廢物的名稱和代碼編號，各個廢物產生單位對其命名也是五花八門的，實施電子聯單后，只能

27、填寫在屬地環保局備過案的廢物名稱，避免了原先出現的各種廢物別名；（3）統一了數量單位在填寫紙質聯單時，廢物產生單位填寫的數量單位很隨意，有噸、公斤、千克、立方米、升、個、支等等。實施后數量單位只有公斤、升、個、支，方便了數據統計工作；（4）打印字體取代手寫字體原來的紙質聯單信息是手工填寫的，不僅費時費力（1份紙質聯單有7聯，填寫聯單容時若書寫力度不夠，會造成后面幾聯的字跡模糊不清），還常有因為填寫錯誤而涂改、字跡潦草不易辨認的情況。而電子聯單是通過用計算機信息，確認后聯網打印出來的電子版聯單，字跡工整，清晰易辨。7. 性能指標7.1 數據的完整性與一致性的要求1、做到事務的完整性處理或交付；2

28、、遠程數據更新，當線路或者其他故障時，系統必須有斷點恢復和數據的完整性檢驗；3、系統運行故障（如斷電、死機）所導致的數據不一致性的恢復措施；4、必須保證數據備份與恢復的完全一致性；5、無人干預的聯機備份或者定時自動存盤。7.2 系統響應能力1、系統登錄時間和各業務模塊啟動時間不超過3秒；能支持本地用戶的并發聯機操作；查詢不超過5秒。2、系統應提供WEB服務，對上網用戶的平均響應時間不超過10秒，并滿足至少50個以上的并發用戶數。7.3 系統穩定性1、系統以顯著方式提示錯誤信息。2、系統有出錯處理機制，當系統運行過程中發生錯誤時，系統將明確提示錯誤信息并指導用戶按照系統錯誤處理手冊進行處理。3、

29、系統應提供系統的運行監視和故障恢復機制，建立系統運行的日志文件，能跟蹤系統的所有操作。4、系統要獨立于具體的組織機構，能夠適應組織機構的變革。7.4 安全性1、各業務系統設置安全機制，對用戶、軟件功能、數據文件提供安全管理。2、系統提供數據的自動轉儲和恢復機制。3、系統采用數據加密機制，進行數據傳輸。7.5 系統易用性1、各業務系統采用圖形、圖像化的人機界面。2、提供完善的聯機幫助信息，所有的操作菜單和提示信息全部使用中文。7.6 可維護性1、數據庫的設計要滿足業務數據的擴充以與滿足新數據增加和擴充數據體系的要求。2、建立數據統計口徑變化管理方案。3、系統具有良好的擴充、發展能力，提供今后擴充

30、系統功能、規模的接口；4、系統的基礎數據要代碼化，便于數據維護。8. 技術方案一期系統經過近一年的實際運行，結合升級需求，二期項目升級需完成地圖跟蹤功能與移動終端功能。具體如下：8.1 系統拓撲架構本次系統升級只包含軟件與硬件部分，硬件設備部分采用一期采購的設備，包括服務器、交換機、防火墻，另外，系統需要通過互聯網與客戶端服務以與其他系統進行對接，因此需要較高的安全訪問級別。系統具體網絡拓撲圖如下：8.2 系統邏輯架構根據本項目的數據流程以與功能構成，系統邏輯架構可分為交互功能層、應用服務層、數據管理層三層。數據管理層主要解決數據采集、數據錄入、數據分類存儲等主要業務；應用服務層主要完成數據分

31、析、分類統計、個性化統計、系統管理等；交互功能層主要完成提供給用戶數據展現、報表多維度展現、數據日常查詢、信息推送等功能。8.2.1 系統功能架構8.3 系統功能介紹8.3.1 GIS地圖定位子系統該系統支持PC端與移動終端的同步使用，該子系統以百度地圖為基礎進行開發，以解決地圖實時更新的問題。Ø 功能模塊展示：8.3.2 地理坐標管理模塊（GIS）Ø 功能模塊展示：Ø 功能簡述：對某市所有涉與危險廢物的企業實際地理位置信息進行搜集，確定其所在經緯度，系統通過加載其經緯度在移動終端以與PC端標注出所有涉危企業的地理位置，可在地圖上點擊涉危企業名稱查看企業的詳細信息

32、（企業法人、規模、地址、聯系方式、組織機構代碼證、排污許可證等信息）。8.3.3 企業信息展示模塊Ø 功能模塊展示：Ø 功能描述： 支持按企業類別（工業企業，醫療機構、汽修行業、通信行業、教育行業、危廢處置、行政事業單位、其他）、企業名稱、危險廢物名稱、危險廢物類別進行檢索，查詢企業的詳細信息。8.3.4 GPS跟蹤模塊Ø 功能模塊展示：Ø 功能描述：每輛危廢轉移車輛上都需配備GPS實時定位設備，根據設定的時間反饋其地理坐標，管理人員可以在移動終端和PC端實時查看到地圖上所有危廢轉移車輛的具體位置。可查看車輛的歸屬公司與轉移危廢的基本信息（托運廢物的信息

33、，包含廢物名稱、種類、轉移廢物的起點、起始時間）。支持指定查詢時間段轉移車輛所托運的所有廢物基本信息。查看指定時間段每輛危廢轉移車輛的歷史托運記錄。8.3.5 轉移線路描繪模塊Ø 功能模塊展示：Ø 功能描述： 每輛危廢轉移車輛在轉移的過程中根據配備的GPS實時定位設備反饋的地理坐標，在地圖上描繪出當前轉移的路線。 多輛車在同一時間段路線疊加，可根據車輛進行軌跡區分和圖層的篩選。8.3.6 某市危險廢物轉移信息管理系統移動終端功能擴展對某市危險廢物轉移信息管理系統進行功能擴展，使其能在平板電腦與手機移動終端進行使用，更便捷的實現日常工作需要。實現與某市危險廢物轉移信息管理系統

34、二期的數據、功能的互聯互通。8.3.7 基礎資料管理子系統Ø 功能模塊展示：（1） 產廢企業信息管理模塊Ø 功能模塊展示：Ø 功能描述：通過使用本模塊填寫企業所產生危險廢物的基本情況，包含企業名稱、法人、地址、坐標、組織機構代碼證、排污許可證等基本信息，企業廢物產生量、貯存量、處置量、處置去向等廢物信息。支持添加、刪除、修改、統計、檢索等操作。同時該項功能支持執法人員現場查詢、修改、添加。該功能所添加企業與信息可自動關聯GIS地圖。Ø 頁面展示:（2） 處置單位信息管理模塊Ø 功能模塊展示：Ø 功能描述：通過使用本模塊填寫危險廢物處置

35、企業的基本情況，包含企業名稱、法人、地址、坐標、組織機構代碼證、排污許可證、危廢經營許可證與有效期、處置危廢名稱等基本信息，企業廢物產生量、貯存量、處置量、處置方式等廢物信息。支持添加、刪除、修改、統計、檢索操作。同時該項功能支持執法人員現場查詢、修改、添加。該功能所添加企業與信息可自動關聯GIS地圖。同時支持對有安裝攝像頭的企業并能提供互聯網訪問的視頻進行實時查看。Ø 頁面展示：（3） 運輸單位信息管理模塊Ø 功能模塊展示：Ø 功能描述：通過使用本模塊填寫危險廢物運輸企業的基本情況，包含企業名稱、法人、地址、坐標、組織機構代碼證、道路運輸證、運輸人、車輛類型、車

36、輛牌照、車輛外觀照片等基本信息。支持添加、刪除、修改、統計、檢索、導出操作。同時該項功能支持執法人員現場查詢、修改、添加。該功能所填加企業與信息可自動關聯GIS地圖。同時該功能支持對運輸企業的所有車輛實時狀態、車輛信息、托運廢物信息等進行查看和統計，能關聯運輸車輛GPS信息。Ø 頁面展示：（4） 危險廢物名錄管理模塊Ø 功能模塊展示：Ø 功能描述：通過本模塊對產生的廢物信息進行統一的管理，使用系統的人員在填寫廢物名稱時，只能夠從數據庫中的國家危險廢物名錄中選取。危險廢物名錄包括：廢物名稱、廢物形態（固態、半固態、液態、氣態、顆粒狀、粉塵狀、自填）、危險特性（易燃、

37、反應、腐蝕、毒性、感染性、自填）與危險廢物類別（HW01-HW49）等信息。支持添加、刪除、修改、統計、檢索操作。同時該項功能支持執法人員現場查詢、修改、添加。Ø 頁面展示：8.3.8 危險廢物申報登記子系統Ø 功能模塊展示：（1） 危險廢物申報登記模塊Ø 功能模塊展示：Ø 功能描述：該功能實現涉危企業業務員填寫危險廢物申報登記表，填寫申報單位、申報單位法人代碼、單位性質、行業代碼、申報單位地址、地理坐標、郵政編碼、 、法人代表、等企業信息。填寫未完成執行暫存操作，再次登陸系統后繼續填寫，填寫完成后提交到本企業領導進行審核。暫存的申報登記表可以進行修改、

38、刪除等操作。提交審核后不可進行修改、刪除。Ø 頁面展示：（2） 涉危企業審核模塊Ø 功能模塊展示：Ø 功能描述： 該功能實現涉危企業業務員提交后，由涉危企業領導進行審核，審核有異議駁回申報登記表，涉危企業業務員進行修改。審核無誤后呈報所屬地區縣環保局部門進行審核?？筛鶕陥蟮怯浤甓冗M行查詢。支持駁回、呈報、查詢等功能。Ø 頁面展示：（3） 所屬地區縣環保局審核模塊Ø 功能模塊展示：Ø 功能描述：該功能實現了所屬地區縣環保局辦事員對涉危企業呈報的申報登記表進行初步審核，填寫審核意見，如審核有異議則直接駁回到企業進行修改，審核無誤提交給領

39、導進行審核。 區縣環保局領導進行最終審核，查看辦事員的審核記錄，申報登記表信息有誤駁回到涉危企業重新填報?？筛鶕陥髸r間、申報單位進行查詢。該功能支持市級環保部門實時查看查詢。Ø 頁面展示：（辦事員審核）（領導審核）（4） 危險廢物申報查詢模塊Ø 功能模塊展示：1. 涉危企業查詢子功能Ø 功能模塊展示：Ø 功能描述：該功能實現查詢企業所有危險廢物申報登記表，可根據申報年度、申報狀態進行信息的查詢。對審核未通過的申報登記表可進行修改、刪除等操作。審核通過的申報登記表可導出word。實現審核意見的實時跟蹤。Ø 頁面展示：2. 區縣環保局查詢子功能&

40、#216; 功能模塊展示：Ø 功能描述：該功能實現查詢本轄區所有涉危企業提交的危險廢物申報登記表，根據申報年度、申報企業名稱進行信息的查詢。可查看已審核記錄與未審核記錄。未審核記錄列表中支持審核功能。Ø 頁面展示：3. 市環保局查詢子功能Ø 功能模塊展示：Ø 功能描述：該功能實現查詢本市轄區所有涉危企業提交的危險廢物申報登記表，可根據申報年度、申報企業名稱、所屬區縣進行信息的查詢。查看各個申報登記表信息和區縣的審核信息。申報登記表可導出word。Ø 頁面展示：8.3.9 消息通知子系統Ø 功能模塊展示：（1） 消息推送模塊Ø

41、 功能模塊展示：Ø 功能描述： 該功能主要實現了系統通知、審核信息、公告等消息的推送。支持市級環保部門向區縣環保部門與全市涉危企業推送消息，支持區縣環保部門向轄區涉危企業推送消息。（2） 消息接收模塊Ø 功能描述： 該功能主要實現了接收系統推送的各類消息。支持消息接收、消息提醒等功能。（3） 消息查詢模塊Ø 功能描述： 該功能主要實現了查看系統推送、接收的消息通知，可根據消息類型、消息接收時間進行查詢。8.3.10 危廢轉移申請移動終端管理子系統Ø 功能模塊展示：Ø 功能描述：該功能支持市轉移、跨市轉移、產廢企業轉至處置企業、處置企業轉至最終處

42、置企業的功能。 （1）市轉移申請模塊Ø 業務流程圖： Ø 功能模塊展示：Ø 功能描述： 該功能主要實現了市危廢轉移功能，產廢企業通過該模塊填寫轉移申請，主要信息包括：轉移廢物名稱、種類、危險特性與類別、數量、包裝方式、外運目的（中轉貯存、利用、處理、處置）、禁忌與應急措施、發運人、承運人、運達地、轉移時間、廢物運輸單位名稱、聯系人與、廢物接收單位名稱、聯系人與等。 支持產廢企業隨時通過系統查看申請的審批狀態，能具體查看審核步驟，審核人，審核意見，審核時間等信息。系統通過消息推送實時告知產廢企業。根據登陸的賬戶屬性，自動對應申請表中廢物接收者或廢物生產者的角色信息。

43、支持分角色添加、刪除、修改、呈報、導出申請表等功能。Ø 圖片展示： （2）跨市轉移申請模塊Ø 業務流程圖： Ø 功能模塊展示：Ø 功能描述： 該功能支持危廢跨市轉移功能，產廢企業通過該模塊填寫廢物轉移申請，主要信息包括：轉移廢物名稱、種類、危險特性與類別、數量、包裝方式、外運目的（中轉貯存、利用、處理、處置）、禁忌與應急措施、發運人、承運人、運達地、轉移時間、廢物運輸單位名稱、聯系人與、廢物接收單位名稱、聯系人與等。根據登陸的賬戶屬性，自動對應申請表中廢物接收者或廢物生產者的角色信息。 申請單位隨時通過系統跟蹤申請的審批狀態，具體查看審核步驟，審核人，審

44、核意見，審核時間等信息。系統通過消息推送實時告知產廢企業。申請表審核完成之后，生成電子聯單，打印聯單后進行危廢的轉移和處置操作。支持分角色添加、刪除、修改、呈報、導出申請表等功能。Ø 頁面展示：8.3.11 危廢轉移審核移動終端管理子系統Ø 功能模塊展示：Ø 功能描述：該功能主要實現了各個角色對涉危企業填寫的危廢轉移申請表進行審核、提交、呈報、駁回等功能，并將相關信息進行推送。 （1）涉危企業領導審核模塊Ø 功能模塊展示：Ø 功能描述： 該功能主要實現了涉危企業領導對業務員提交的申請表進行審核，審核有誤，則執行駁回操作，駁回到業務員角色中進行修

45、改，審核無誤，呈報到區縣環保局處進行審核。審核完成后可在已審核列表中查看詳細信息。支持呈報、駁回、批量呈報、批量駁回、查詢、導出、消息推送等功能。Ø 頁面展示：（2）區縣環保局辦事員 Ø 功能模塊展示：Ø 操作角色：l 接收地環保局業務員。l 移出地環保局業務員。l 市環保局業務員。Ø 功能描述：該功能主要實現了區縣環保局辦事員對涉危企業呈報危廢轉移申請表進行審核，給出意見（建議通過、建議不通過）后，提交到區縣環保局領導角色中進行審核。審核完成后可在已審核列表中查看詳細信息。 支持查詢、審核、提交、導出、消息推送等功能。Ø 頁面展示： （3）區

46、縣環保局領導 Ø 功能模塊展示：Ø 操作角色：l 接收地環保局領導。l 移出地環保局領導。l 市環保局領導。Ø 功能描述：該功能主要實現了區縣環保局領導對辦事員審核后的危廢轉移申請表進行審核，審核有異議則可執行駁回操作。駁回到呈報申請表的涉危企業進行修改。審核無誤后提交到環保局進行審核。審核完成后可在已審核列表中查看詳細信息。 支持通過、駁回、批量通過、批量駁回、查詢、導出、消息推送等功能。Ø 頁面展示：（審核）（查詢）（4）審核記錄跟蹤模塊Ø 功能描述： 該功能主要實現審核狀態的跟蹤，包括涉危企業的暫存、已提交、已呈報，環保局部門的辦事員審核結果、領導審核結果、已生成聯單、已打印聯單。申請單位隨時跟蹤提交的申請單狀態。Ø 頁面展示：8.3.12 臺賬管理子系統Ø 功能模塊展示：（1）臺賬填寫子功能Ø 功能模塊展示：Ø 功能描述 該功能主要實現了涉危企業記錄本單位廢物的基本信息、流向，貯存