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