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