加入日期: | 2015.02.15 |
---|---|
招標代理: | 深圳市政府采購中心 |
地 區: | 深圳市 |
項目名稱 |
深圳市環境監管信息集成系統維護 | 采購類型 |
非協議采購 | |||||||||||||||||||||||||||||||||||||||||||
采購人名稱 |
深圳市人居環境委員會 | 采購方式 |
公開招標 | |||||||||||||||||||||||||||||||||||||||||||
財政預算限額(元) |
200000 | |||||||||||||||||||||||||||||||||||||||||||||
項目背景 |
1、項目基本情況介紹
深圳市環境監管信息集成系統集成項目審批、項目驗收、監督許可、排污收費、現場執法、限期整改、限期治理、行政處罰、污染源關停業務,形成一體化的業務管理系統;集成監測、固廢、信訪、建筑工地的數據,形成完善的數據集;建立污染源臺賬及動態管理機制。并和深圳市“數字環保系統”進行全面整合,并配合數據中心系統采集有關業務數據。 同時系統還包括與政務資源交換平臺、行政服務大廳、監察局(包括電子監察、工商比對等)、各區建設項目審批接口、行政處罰績效接口、行政處罰電子監察接口、省環保廳數據交換接口、網站數據交換接口等內容。 系統要求和內網門戶、GIS系統進行業務集成。 系統使用部門包括環境影響評價處、污染防治處、政策法規處和監察支隊。 2、系統開發與運行環境
應用軟件基于J2ee(或以上)架構開發,采用B/S結構,支持分布式部署; 服務器操作系統為WINDOWS SERVER2003或以上版本,桌面操作系統為 WINDOWS XP或以上版本; 數據庫系統為Oracle; GIS支撐平臺為ARCGIS9.1或以上。 |
|||||||||||||||||||||||||||||||||||||||||||||
投標人資質要求 |
(1)、投標人必須具有深圳市政府采購中心注冊供應商資格(供應商注冊網址:http://www.szzfcg.cn);(2)、投標人須是在中華人民共和國境內注冊的具有相關經營范圍的國內獨立法人;(3)、近三年內(2012年2月至本項目招標公告發布之日起)無行賄犯罪紀錄,投標人須提供由供應商營業執照住所地的檢察機關出具的《行賄犯罪檔案查詢告知函》掃描件并加蓋公章;(4)、本項目不接受聯合體投標。
|
|||||||||||||||||||||||||||||||||||||||||||||
服務類清單 |
|
|||||||||||||||||||||||||||||||||||||||||||||
具體技術要求 |
1維護工作內容
本系統的維護工作包括:
1.1 對建設項目審批管理系統、污染源監督管理系統、行政處罰管理系統、排污收費、現場執法、限期整改、限期治理、污染源臺賬等功能模塊的日常維護。
1.2 確保各項業務的正常進行,并配合用戶完成各項業務相關數據的日常維護和管理。
1.3 配合用戶的業務管理需求,完成各類業務相關數據的綜合統計分析及相關報表制作等。
1.4 處理系統使用中出現的各類異常情況(包括操作失誤的數據找回、數據異常、程序BUG等),找出原因,匯報詳細情況,并解決。
1.5 維護各類數據接口,包括行政務資源交換平臺、行政服務大廳、監察局接口(電子監察與工商比對等)、各區建設項目審批接口、行政處罰績效接口、行政處罰電子監察接口、排污收費接口、內外網數據接口、GIS數據接口、數據中心接口。確保上述接口正常運行。
1.6 對本系統集成的數據進行管理,包括監測站的污染源監測數據、固廢轉移備案數據、電子聯單數據、環保信訪數據。
1.7 根據用戶方需求安排不少于一人的駐場服務,對重大故障提供7×24小時的現場支援,一般故障提供5×8小時的現場支援。對故障服務的現場響應時間小于1小時。
1.8 系統使用人發生變化時,針對工作人員進行新一輪培訓。
1.9 協助完成項目審批數據、排污申報數據上報省廳工作。
1.10 對本單位系統使用人員及申報單位的咨詢問題進行詳細解答。
1.11 對服務器及應用程序進行日常檢查。
1.12 定期對數據庫進行備份。
1.13 每日記錄好日常檢查結果和故障處理結果,每月提交一次日常檢查和故障處理月報,運維期結束后提交年報。
2數據 備份與恢復
為保證系統在發生突發故障導致數據庫崩潰或數據丟失時快速恢復以正常運行,需要制定備份策略,定時定期按制定的備份方式和策略對指定的各種數據進行備份。定期提交數據備份的工作報告。
2.1數據內容
備份數據包括建設項目審批管理數據、污染源監督管理數據、行政處罰管理數據、排污收費數據、現場執法數據、現場整改數據、限期治理數據、集成其它系統的數據等。
2.2備份策略
在聯機和脫機的狀態下,對系統相關數據進行有區別的冷熱備份,保證數據的完整性和有效性。備份的策略和要求包括:
(1)每天按時對數據進行增量備份;
(2)每周按時對數據進行全量備份;
(3)每次做完備份后,對備份的情況進行檢查并做好檢查記錄,檢查結果記入月報;
備份的方式可根據數據內容的不同為人工手動備份和備份軟件自動備份等。
2.3運維周期 備份策略需要根據相關數據的重要性和作用的不同來制定。最長備份周期不超過一周。
3應急響應與演練
應急范圍分為一般性故障、嚴重軟件故障、系統崩潰和需求完善。包括應用程序軟件、數據庫、服務器、應用服務器中間件(Tomcat)、BIEE服務器、數據安全與病毒感染、網絡及供電、用戶技術支持。
常見的應急情況包括系統崩潰、數據庫服務器死機、應用服務器死機(包括BIEE服務器、相關的應用服務器等)以及其他外界環境的改變(如:數據安全與病毒感染、網絡及供電等)。當出現此類似緊急情況后,需要快速的做出有效響應,以解決產生的問題。遏制緊急情況的惡化,避免造成更大的損失。
3.1工作內容
針對應急情況的發生,需要事先做好一整套應急響應的預案。預案里針對硬件情況和軟件情況的處理方式不同。硬件在于判斷和恢復其正常運轉,軟件更多的在于對數據丟失的保護和恢復。
3.1.1數據庫服務器死機
系統在日常運轉過程中,數據庫服務器因外界環境的改變或者人為誤操作,導致服務器死機或者出現無法正常運行的現象。
處理方式及步驟包括但不限于立即響應、分析、解決問題,記錄過程、匯總反饋處理結果等。
3.1.2應用服務器死機
系統在日常運轉過程中,應用服務器因外界環境的改變或者人為誤操作,導致服務器死機或者出現無法正常運行的現象。
處理方式及步驟包括但不限于立即響應、分析、解決問題,記錄過程、匯總反饋處理結果等。
3.2運維周期
運維期內兩次應急演練。演練結束后提交應急演練報告。
4 安全檢查與日常巡檢
每天需要進行安全檢查,主要從以下幾個方面進行: 4.1是否有系統安全漏洞及系統補丁是否安裝完備。
4.2殺毒軟件是否正常運行及病毒庫是否更新。
4.3數據備份與存儲是否正常運行檢查。
4.4強化服務器本地文件格式安全級別。
4.5日常巡檢的內容包括:應用服務器及數據庫服務器是否正常、應用程序是否正常運行、計劃任務是否正常啟動、系統運行是否正常、接口是否正常、監控系統是否運行正常、數據庫服務是否正常、服務器Cpu使用率、服務器內存使用率、服務器磁盤使用情況、系統日志及跟蹤文件是否正常、數據庫的補丁是否更新、軟件的升級更新及維護、監控WebLogic、JVM內存曲線是否正常等。發現問題,需及時進行處理。
根據深圳市信息安全檢查任務的要求,配合做好系統安全檢查,對發現的安全問題要及時處理。 |
|||||||||||||||||||||||||||||||||||||||||||||
商務需求 |
1、維護服務期:12個月。
2、每日巡檢并記錄,每月提交運維月報,維護期結束提交年報。
3、付款方式:簽訂合同后15個工作日內付合同款總額的50%;維護期6個月后的15個工作日內付合同款總額的20%;維護期12個月驗收合格后的15個工作日內付清余款。
4、在維護期內保障系統安全穩定的運行,出現問題要及時處理,維護期結束后提交運維年報。
5、軟件代碼:所有系統新增需求、變更需求開發的軟件除提交安裝版外,還必須提交完整、可編譯運行的源代碼,如軟件中使用了封裝的第三方控件、插件、組件等中間件,則應在軟件文檔中詳細列出所使用的中間件名稱、用途和引用中間件的程序名稱,中間件應可免費無限制復制且無版權爭議;未經采購單位方書面許可,所有版本中不得使用軟件加密、硬件加密措施或軟硬復合加密等措施,不得設定軟件運行時間限制。
6、信息保密:中標單位應按國家有關法規對維護過程中接觸或獲取的信息進行保密。
7、知識產權:采購單位對維護或開發的軟件擁有完全知識產權,可以任意進行二次開發,且二次開發軟件的版權歸采購單位所有。
|
|||||||||||||||||||||||||||||||||||||||||||||
評標信息 |
|
|||||||||||||||||||||||||||||||||||||||||||||
其他 |
|
|||||||||||||||||||||||||||||||||||||||||||||
附件 |