廣東省建設項目環境保護審批綜合管理信息系統-資料下載頁

　　

【正文】 級應用開發、運行、管理、監控、維護的軟件平臺。216。 必須能夠將J2EE體系規范、構件技術、XML技術和可視化開發技術完美結合起來，為基于J2EE平臺之上的應用提供面向構件的應用架構，通過圖形化的構件單元作為應用系統的基本組成元素。216。 平臺要能集中的多個系統業務辦理門戶，提供對工作流工作項分系統、分類別的數據展示，并能夠實現發起工作項，操作工作項，查詢、管理、轉發工作項等業務的實際流程操作；216。 平臺要能提供系統數據展現的各種數據服務組件通過表單、列表、樹形結果等多種方式展現數據，并提供多種數據檢索功能，能夠實現頁面上的多條數據操作一次性提交；216。 平臺要能提供遠程監控管理功能，能在線時實監控系統運行狀況以及對流程的圖形化監控管理；216。 平臺要能支持異構互聯，當流程在多個系統上流轉的時候，要滿足流程的平臺無關性流轉；異構互聯，同時還包括對C/S、B/S架構的支持，以保證不同技術架構方式應用無關性流轉；216。 平臺要能支持事務處理，保證流程完整性，對于短周期的流程可以實現全局事務，出錯時可以回滾；對于長周期的流程，則采用補償機制；對流程的代理、優先級、操作、轉發等要有相應的應用支持，保證流程的業務完整性支持；216。 平臺要能支持負載均衡與集群，系統能夠采用分布式部署策略，在保護系統現有投資基礎上，支持系統橫向擴展；216。 平臺要能支持Web服務異步調用，并能通過應用系統管理對異步應用的處理進行跟蹤，對超時、錯誤能夠提供容錯的解決方案和監控方法；216。 平臺能夠遵循統一的UI規范，規范系統的風格、用戶習慣和功能等，提供頁面布局模板、樣式模板、控件模板和功能模板；216。 平臺要能支持與LDAP或AD集成權限認證、支持單點登錄。n 工作流引擎需求1 流程定制要求提供一套靈活的業務流程定制化平臺支持業務處理流程的快速定義和配置，滿足電子監察系統規范中對于業務流程的可配置要求：l 以業務化的視角圖形化在Web界面上進行流程的設計和發布216。 業務流程環節的可配置216。 業務業務表單的可配置216。 業務異常處理的可配置216。 業務處理權限的可配置216。 業務特殊處理的可配置l 提供業務表單的設計工具，無需編碼就可以迅速地生成新業務所需的表單2 流程測試工作流的測試工具主要包含基于Web的工作流客戶端測試、工作流應用的單元測試和全流程的斷點調試。l Web的工作流客戶端測試提供開發人員在無需編寫任何代碼的情況下，在系統上線前對業務流程進行模擬調試、運行，可以根據模擬運行情況對業務流程進行業務驗證與流程優化。其主要功能有：216。 啟動流程216。 查詢待處理的工作項列表216。 查詢待領取的工作項列表216。 提交、轉發工作項216。 圖形化顯示工作流的處理進度216。 多條件組合查詢工作項l 工作流應用的單元測試可以在一體化的開發環境中進行流程應用功能的測試，可視化、圖形化的進行測試用例添加。l 全流程斷點測試支持全流程的業務斷點測試，并在斷點上可以方便的查看流程相關數據，進而查找分析流程存在的問題。3 流程特性l 工作流模型：串行路由、并行路由、聚合路由、發散路由、條件路由、條件終止、回退、取回、動態路由、子流程、主子流程數據交互、基于角色的路由；l 靈活的參與者設置與任務分配策略，支持部門、崗位、角色、個人以及通過業務規則動態生成參與者；l 支持任務的代理、代辦、協辦、改派； l 支持回退，單步回退、多步回退、回退業務補償；l 支持自由流，對于某些特殊的流程可以跨越規定的審批環節，做到“特事特辦”；l 支持事件同步和異步觸發，在流程、活動、工作項的創建、啟動、超時、結束等動作執行時能觸發用戶可定制的事件。包括：即時通知，即時任務信息的提示；電子郵件通知、短信通知；l 支持多版本，同一流程可以有多個版本的流程實例同時運行互不影響，也可以對舊版本升有到新的版本；實現 “特事特辦型”、“一刀切型”，“分水嶺型”等流程調整方式，從而實現靈活的業務調整。l 支持對流程的異常處理，對運行的流程可以掛起／恢復、中止操作；l 靈活的多任務會簽模式 ：多人共享同一工作（領取），每人產生獨立工作（支持機構、個人、角色、個人任意組合的會簽），工作任務的領取和退回（單步、多步），以及支持回退到任意已執行的活動，每個參與者列表項產生獨立工作，限定多個工作項完成的百分比，活動完成以后中止未完成任務，活動完成以后繼續處理未完成任務4 流程監控提供一套基于Web的工作流管理監控工具，能夠對工單流程進行圖形化的實時監控，通過圖形化流程中環節的顏色變化來展現工單業務處理的最新動態，及時發現長時間滯留未處理的任務，查看工單是否處于異常狀況，并對發生異常的工單進行及時調整。主要功能包括：l 基于Web方式的業務流程調整216。 特事特辦型——個別流程實例的單獨調整216。 一刀切型——所有新、舊流程實例都按新的流程運行216。 分水嶺型——未結束的流程實例，仍按舊的流程運行l 工作流實例管理216。 任務改派216。 任務代理216。 任務代辦216。 掛起/恢復工作流216。 中止工作流216。 重新啟動活動216。 工作流的回退等l 工作流流程發布管理216。 流程版本新增流程版本的新增支持兩種方式，一種是重新繪制新的流程模板；另一種是復制已有的流程模板。216。 流程版本修改直接在已有的流程模板上進行修改。216。 流程版本刪除對流程版本進行刪除，但在刪除前要提醒用戶該流程模板下是否運行流程實例。216。 流程版本發布配置好新業務的流程模板并發布，無需重啟應用服務器與業務流程平臺，新的業務即可上線運行。5 查詢統計提供工作流的高級查詢統計功能，包括流程實例查詢統計和工作項查詢統計兩大功能，要求開放工作流平臺的基礎數據模型，保證能夠結合具體的業務功能進行業務化流程統計分析，具體功能如下：l 多維度的流程實例查詢統計l 多維度的工作向查詢統計l 支持結合業務功能進行的流程統計l 系統支持客戶自定義統計報表。l 系統在各步操作時將相應的統計數據生成，操作人員根據統計數據源的定義，利用系統的報表生成器自定義報表格式。l 數據源定義的維護，可通過參數設置的方式予以完成。l 所有的統計數據提前生成，出統計報表時，由統計好的各數據中抽取所需數據。l 不同的統計有相應的級別設置。不同的部門和人員只能統計和處理權限范圍內的數據。l 對統計生成的統計報表，允許人工對其中的部分數據進行人工調整。l 提供圖形化的統計結果，使統計結果更直觀清晰。l 統計和查詢結果可輸出成EXCEL、XML格式的文件。6 組織機構與角色建模組織機構與角色是審批流程開發的基石，需要有靈活的組織機構與角色模型n 支持矩陣式組織機構n 支持機構中設置崗位n 支持集成用戶現有的組織與角色模型n 支持用戶對組織機構與角色的擴展n 支持角色、人員、機構等基本參與者類型n 支持人與崗位的多對多關系n 支持基于崗位的權限分配n 支持按照機構、角色組合定位崗位的權限分配方式 n 支持任務按照機構樹的遞歸內置的組織機構管理支持分級授權 系統功能模塊結構設計要求系統功能模塊至少包括在線申報管理子系統、審批大廳管理子系統、項目審批管理子系統、綜合服務管理子系統、業務數據管理子系統、移動辦公管理子系統、統計分析子系統、總量減排管理子系統等。投標人根據招標人需求及行業經驗，進行詳細的系統功能模塊設計，方案應能覆蓋廣東省環保系統建設項目審批管理的范圍，功能模塊的組合設計能滿足用戶業務功能需求及業務習慣。 數據庫設計要求數據庫是本系統的信息支撐層，存儲和管理各類行政審批數據、綜合業務數據及關聯的空間數據應投標人根據招標人需求及行業經驗，進行詳細的數據庫設計。 系統界面設計要求界面是軟件與用戶最直接的交互層，設計良好的界面能夠友好地指導用戶完成相應的操作，起到幫助和向導的作用。用戶界面的設計應滿足：(1) 采用瀏覽器/WEB頁面風格，要求功能塊劃分符合廣東省環保局業務習慣，操作流程簡單清晰，界面簡潔明了、色彩搭配柔和；(2) 系統對用戶操作響應迅速，如某項操作的處理期較長，應采用后臺分階段加載或向用戶顯示處理進度的方式；(3) 不同子模塊的界面風格及操作方法統一，標識符號統一,系統不同操作界面之間的切換要平滑自然。(4) 盡量采用直觀的圖形界面技術，信息的表達要形象、直觀、簡潔明了； (5) 充分利用GIS技術特點，實現系統的分布表達和查詢。 系統接口設計要求(1) 投標人須對本項目中各個子系統之間的數據接口進行定義；(2) 投標人須對本項目中各個子系統與外部系統之間的數據接口進行定義。 系統安全體系設計要求系統安全體系設計需要達到以下目的：(1) 身份真實性：能對通訊實體身份的真實性進行鑒別。(2) 信息機密性：保證機密信息不會泄露給非授權的人或實體。(3） 信息完整性：保證數據的一致性，能夠防止數據被非授權用戶或實體建立，修改和破壞。(4） 服務可用性：保證合法用戶對信息和資源的使用不會被不正當地拒絕。(5） 不可否認性：建立有效的責任機制，防止實體否認其行為。(6） 系統可控性：能夠控制使用資源的人或實體的使用方式。(7） 系統易用性：在滿足安全要求的條件下，系統應當操作簡單，維護方便。(8） 可審查性：對出現的網絡安全問題提供調查的依據和手段。第四章 項目實施要求一、 開發過程總體要求投標人應結合自身的項目管理制度和經驗，根據本項目的實際情況，在軟件工程各個控制階段提出針對性的管理方法。以下內容主要是對項目實施過程的一些通用要求。 投標人須在項目實施前，根據本招標書內容，進行初步設計，并按軟件工程規范要求進行數據庫設計、詳細設計。 投標人應在合同規定的工期內完成所規定的系統建設任務。 采購單位及采購單位所委托的監理單位，有權對整個項目實施的全過程進行監督檢查。投標人必須給予積極支持和配合，不得以任何理由回避采購單位或監理單位的檢查監督。 系統開發工作應嚴格遵照國家軟件工程規范和普遍使用的相關行業標準，如：ISO 9000、CMM等，并根據開發進度及時提供有關開發文檔。 投標人必須將整個系統建設劃分為多個階段進行，以保證系統建設的質量和進度得到有效的控制，其中至少包括：項目啟動階段、需求階段、詳細設計階段、編碼階段、測試階段、現場實施階段、確認測試、試運行階段、系統驗收階段、系統正式運行階段（維護階段）等。 投標人必須建立完善的項目管理機制，以保證項目建設能按期進行。至少包括：事前計劃，計劃跟蹤、進度控制和監督，需求管理，配置管理機制，產品質量評審，溝通協調。 216。 事前計劃：要求投標人在項目各個階段開始前必須先向監理單位提供下一階段的具體工作計劃，在取得監理單位同意之后，方能進入下一階段的工作。216。 計劃跟蹤、進度控制和監督：要求投標人對項目的總體計劃和各階段的具體工作計劃進行跟蹤報告，建立進度報告機制。投標人須向采購單位和監理單位每周提供《項目周狀態報告》，報告上一周按計劃已經完成的工作、未能完成的工作及原因、下周計劃的工作；每月提供《項目月狀態報告》，報告上月所處的階段狀態、按計劃已經完成的工作、未能完成的工作及原因、與《軟件項目計劃》偏離度及是否需要調整項目計劃、下月計劃的工作；每個階段結束后5個工作日提供《項目階段總結報告》，報告階段按計劃已經完成的工作、未能完成的工作及原因、與《項目總體計劃》偏離度及是否需要調整項目計劃、下一階段計劃的工作、下一階段存在的風險。216。 需求管理：要求投標人在需求階段開始時，建立有效的需求管理制度，對需求的調研、需求的確認、需求的變更、需求的跟蹤等相關工作進行有效的管理，保證能完全真實地反映采購單位的所有需求，而且所有需求能得到正確地實現。216。 配置管理：要求投標人在軟件系統的整個生命周期中，對各階段的產出物（包括紙質文檔）建立配置管理機制，保證各產出物屬于當前最新版本，確保上一版本出現的問題在下一版本得到改正。216。 產品質量評審：要求投標人在軟件系統的整個生命周期中，對重要產出物建立評審機制，規定各類產出物參與評審的人員類型和評審通過準則，評審必須以會議的形式進行，形成評審會議紀要和《評審報告》。各產出物的評審報告必須提供給投標人和監理單位，在投標人同意評審通過之后，該產出物才能作為下一步工作的依據和指導。216。 溝通協調：要求投標人在和采購單位的工作交往中，建立良好的有效的機制，保證采購單位隨時掌握項目的進展情況，也使投標人在工作中的重大問題和困難能得到快速的有效的解決，比如：建立定期例會制度，由投標人報告當前項目進度并提出遇到的無法處理的困難，重大問題由采購單位協調解決，并提出對下一步工作的總體要求，每次例會必須形成《會議紀要》并抄送相關各方；建立文檔管理制度，保證合作雙方的各種文件信息良好流通，并得到充分的共享。第五章 工期要求項目工期要求：整個項目開發及實施的工期為：合同簽訂后 100 個工作日內完成系統總體驗收，并正式投入使用。一、 合同簽訂之日起 50 個工作日內完成系統軟件的設計、開發工作；二、 合同簽訂之日起 70 個工作日內完成系統測試、用戶培訓，并進入試運行；三、 系統經過 30 個工作日試運行階段后進行項目最終驗收，并正式投入使用。第六章 驗收與測試要求一、 運行檢驗項目按采購單位要求完成并通過由采購單位組織的初步驗收后，才能進入試運行階段，試運行期三個月。試運行期間，投標人有責任配合采購單位內部各個業務處室的建設要求，必要時對本項目建設的范圍和內容進行相應調整、修改和完善。試運行期結束后，對本項目進行竣工驗收。竣工驗收合格后進入保修期。保修期的要求在合同另行規定。二、 驗收測試通過標準初步擬定以下方案作為驗收測試通過標準:（1）軟件錯誤的嚴重性等級定義嚴重性等級說明1不能執行正常功能或重要功能。或者危及人身安全。2嚴重地影響系統