廣州地鐵線網土地整理及開發系統建設項目(重新招標)招標文件-資料下載頁

　　

【正文】 規劃、調整控制性詳細規劃、申請規劃設計條件等政府行政報批工作；負責征地拆遷補償原則的協調工作；牽頭組織審核征地拆遷過程中需總公司層面決策的有關事項；負責儲備地塊的出讓工作；負責土地整理過程中與政府有關部門的溝通協調工作；跟蹤、督促并指導各有關單位按照工期計劃要求推進相關工作。房產總部負責協助總公司戰略發展部編制年度土地儲備計劃和出讓計劃，按照總公司下達的土地整理年度工作任務開展地塊紅線儲備、實物儲備的具體實施工作；負責土地租用、借用的管理；負責辦理總部開發項目的國土報建、規劃報建手續，發改委立項、可研、預（正式）商品房備案手續和建委商品房項目手冊報建手續等。 信息系統現狀土地整理及開發在廣州地鐵總公司是一個新興的業務，目前信息化得覆蓋率比較低。目前房產總部信息化主要覆蓋的內容有：財務管理：在總公司財務系統的統一規范下使用ORACLE EBS R12版財務模塊，主要使用的功能有財務應收管理模塊、財務應付管理模塊、財務資產管理模塊、財務總賬管理模塊。合同管理：目前也在總公司合同一體化的要求下使用在廣州地鐵工作流平臺上開發的合同管理模塊，主要功能包括合同計劃管理、范本管理、合同臺賬管理、合同審批、合同變更等管理，因總公司合同管理系統的管理模式主要為服務與建設工程和運營管理，與目前的房產類合同管理模式有一定差異，目前僅使用了計劃管理等少部分功能，需通過此次合同的優化和改造滿足房產類合同的需求。資金管理：在財務一體化要求下使用總公司資金管理模塊，進行資金的統一管理，資金系統使用的是浪潮資金管理系統，資金系統與ORACLE EBS R12版財務模塊有集成接口。辦公管理：總公司提供全公司范圍使用的信息化單點登錄門戶，門戶是在微軟門戶產品上進行客制化開發，辦文管理使用的是在廣州地鐵工作流產品上開發的OA辦公自動化系統。預算系統：預算系統是采用的ORACLE Hyperion ，負責預算的編制、下發、執行監控、執行分析。覆蓋的范圍包括廣州地鐵總公司的預算管理（包括土地及房產業務的預算管理），目前預算系統正在建設中，預計2011年底上線試運行。目前土地整理及開發類項目的進度、計劃、設計管理及項目資料管理、成本管理均還未有信息化系統進行覆蓋。其他相關系統：GIS系統：采用ARCGIS平臺，目前主要進行地鐵竣工圖紙的管理，以及在平臺上進行部分開發進行亞運出行平臺在展示。一體化項目管理平臺：，主要負責廣州地鐵工程建設項目管理、運營計劃管理、信息化項目管理，預計在2012年初上線試運行。第三章 總體要求 總體概述本項目實施開發的系統應具有良好的擴展性，能伴業務的發展進行后續擴展應用，同時，該應具有良好的接口，符合廣州地鐵應用和數據集成的標準和要求，能與現有的管理信息系統進行數據集成，抽取或捕獲其他系統的數據，能夠導出標準格式的數據。 項目實施原則項目要求以具體需求結合成熟產品進行定制開發的方式進行實施，能縮短項目實施周期，降低項目實施的風險，所有的軟件產品要求能夠提供724級別的廠家的廣州技術支持。各功能模塊之間能無縫集成，并具有很強的互操作性，具有統一的用戶權限管理，并提供一個高性能的專業底層支撐應用服務器，保證系統的穩定運行。項目實施應遵從以下原則：216。 業務驅動應從廣州地鐵的業務實際需要出發，選擇重點與關鍵的環節進行信息化管理與控制，解決目前在應用中存在的呼聲比較高的問題，在信息化價值和靈活性、管理工作量之間取得良好的平衡，保證在系統實施后能提高工作效率、降低成本。216。 可靠性要求系統架構健壯、運行穩定、功能可靠。通過容錯、熱備、故障恢復等方式，保證在系統發生故障時仍能正常工作。對于規范要求以外的輸入能夠判斷出其不符合規范要求，并能具備合理的處理方式。保持系統運行穩定，確保數據不因意外情況丟失或損壞。216。 先進性要求系統的軟硬件平臺以及應用軟件應采用先進成熟的設備和技術，確保系統的技術先進性，保證投資的有效性和延續性。216。 可擴展性要求系統有良好的可擴展性，能夠快速響應業務需求的變化。系統采用松耦合構件方式進行設計，對于應用功能的擴展可采用發布新構件方式實現，且新功能的部署不影響客戶的使用。216。 安全性廣州地鐵內部已建立起多層次、全方位的信息安全保障體系， 技術平臺必須要符合廣州地鐵信息安全體系的管理要求，并遵循國際安全設計規范。系統關鍵信息進行機密管理，實現關鍵信息的加解密保存；系統數據完整，有效防止信息被非法修改。216。 易用性要求系統采用簡體中文實現，采用人性化的操作界面及符合廣州地鐵用戶操作習慣的設計，提供良好的用戶體驗，降低用戶對操作的適應時間以提高工作效率。項目成果中提供充分的使用指引及說明資料，系統易于學習、使用和管理維護。216。 經濟性系統應具備高性價比，能對系統資源的使用進行優化，在實現系統功能的前提下，盡量節省硬件開銷。216。 可伸縮性要求在不用修改系統架構的情況下，通過增加或增強相應的設備即可實現系統功能的擴展支持，包括垂直擴展和水平擴展：縱向伸縮：能夠通過增加硬件資源提高目標平均性能和峰值性能（即響應時間、延遲等）及目標平均負荷和峰值負荷（即并發用戶、信息量等）；橫向伸縮：能夠通過增加應用服務器及實現應用服務器負載均衡、多節點等措施提高目標平均性能和峰值性能及目標平均負荷和峰值負荷。 總體技術要求該項目涉及的技術開發，應遵循廣州地鐵的相關管理規定，如《軟件開發實施細則》、《》等。 硬件技術架構本次搭建的硬件技術環境必須符合廣州地鐵總公司現有系統硬件環境配置的要求，廣州地鐵現有相關系統的硬件環境如下：ORACLE EBS R12系統硬件環境：應用管理服務器要求實現軟件負載均衡，數據庫服務器實現硬件雙機熱備。目前ORACLE平臺正式環境所采用的硬件配置如下表：服務器類型服務器型號CPU內存說明應用服務器ORACLE SUPERDOME8個CPU(0A) PA8800 16GB內存ORACLE EBS雙機熱備數據庫服務器8個CPU(0A) PA8800 24GB內存ORACLE EBS雙機熱備備注：216。 支持VMware vsphere 4，數據庫服務器、應用服務器考慮可由AMD或intel四核及以上CPU服務器組成的VMware vsphere 4虛擬化資源池劃分相應的資源實現，利用VMware vsphere 4實現容錯切換。216。 測試環境的配置參考正式環境的配置。216。 以上所有硬件都由廣州地鐵提供。 軟件技術架構216。 成本模塊的實施采用“軟件包（ORACLE EBS平臺） ＋ 二次開發”的模式進行，項目需要考慮擴展性和與內部系統的集成性，應采用C/S和B/S結構相結合的系統架構，采用的二次開發技術必須符合廣州地鐵相關軟件開發標準和規范要求。系統應采用三層的架構進行應用設計、開發，在該結構中，所有的數據存放在數據層的數據庫中，保證整個系統的數據存儲具有完整性與一致性。 系統性能指標216。 系統應具有高可用性，支持用戶數200以上，能支撐并發用戶數30個以上。216。 系統可實現上傳200M大小的文件，文件在地鐵內部網絡的上傳速率可達到1M/s。216。 在本次實施應用范圍內的建議硬件配置環境及30個并發用戶下，系統運行時CPU和內存使用不能超過70%。216。 在本次實施應用范圍內的建議硬件配置環境及30個并發用戶下，應用系統用戶頁面交互時間應小于5秒。 系統可靠性指標216。 系統應具有高可用性，支持用戶數200以上，能支撐并發用戶數30個以上，自動實現負載均衡，保持系統運行穩定，確保數據不因意外情況丟失或損壞。216。 系統的高可靠性和高可擴展性，即便在用戶量增大時，也能保持一個良好的響應時間，應保證系統功能使用的連續性。216。 所有的軟件系統支持磁帶庫備份，確保數據不因意外情況丟失或損壞。216。 所有的軟件系統可保證主機、操作系統、網絡、數據庫和應用軟件能7*24小時平穩運行。216。 所有的軟件系統支持集群擴展，能通過擴充機器數量擴充系統能力，支持異質資源作群集。216。 所有的軟件系統支持雙機熱備，單臺設備的故障不影響業務進行，進行故障恢復不中斷業務服務。216。 MTBF（平均故障間隔）1000小時。216。 MTTR(平均修復時間)24小時。 運行環境要求運行環境總體要求服務器端：216。 操作系統： WINDOWS/ HPUX等各種平臺216。 數據庫：Oracle 8i 以上216。 編碼： GB2312/GBK編碼/ BIG5編碼/ GB18030編碼（編碼和字庫應要求與廣州地鐵設計采用的編碼須一致）216。 瀏覽器：MS Internet Explorer 6或 以上客戶端216。 瀏覽器：MS Internet Explorer 6 及以上216。 操作系統： Windows2000/WindowsXP及以上216。 CPU：，內存：216。 編碼：UTF8 / GB2312 / GBK編碼 / BIG5編碼 / GB18030編碼216。 工具：MS Office 2003/2007/2010(Word, Excel,Project Profesional, PPT) 安全性要求 用戶管理216。 提供用戶登錄的強口令認證機制，即用戶每次登陸必須輸入用戶名和密碼，驗證通過后才能進入系統進行操作。應用系統應僅能對合法的用戶或用戶組提供信息訪問。216。 允許用戶自行修改密碼。216。 應用系統可以設置口令策略，設置口令的長度、復雜程度、口令更改期限等。（該需求可根據實際情況調整內容。）216。 系統提供唯一的用戶/用戶組管理界面，能記錄用戶/用戶組屬性，能夠對應層次結構（如上下級）功能。216。 能通過用戶/用戶組管理界面查詢每個用戶/用戶組擁有的所有權限，能夠反映一對一或一對多的權限關系。216。 系統服務器端應用程序啟動賬號不能超過2個，且不能使用系統管理員賬號。216。 不能使用系統管理員賬號或默認賬號（sa）作為應用程序連接數據庫的賬號。 加密管理216。 對不同重要性的賬號和模塊用不同的技術來進行保密和加密處理，合理使用動態和靜態加密方式，非對稱或對稱的技術來實現。216。 凡是含密碼的配置文件，密碼部分必須加密。216。 數據庫內存儲密碼的字段必須加密。 權限管理216。 系統設定的權限應可細化至獨立的功能，可自由組合成不同的權限組。權限授予的最小單位應是組或角色。216。 系統設定的權限分類應滿足《廣州市地下鐵道總公司管理信息系統權限管理辦法》的相關要求。216。 系統管理員可以將系統權限進行劃分和組合，授予相關業務管理員進行具體的權限分配工作。（該需求可根據實際情況調整內容。）216。 權限應用中的所有插入、刪除、修改操作在提交前都要有提示確認的步驟。216。 權限管理能夠對應權限分配規則，權限管理界面能體現權限劃分的優先級原則。216。 系統能夠導出權限清單（EXCEL、XML、PDF中至少一種）。 通信安全遵循國際安全規范及國家安全規范，系統達到國家計算機信息系統安全保護等級第X級的要求，保證系統的數據安全、應用安全、主機系統安全、網絡安全及物理安全，并通過廣州地鐵的測試評審或第三方評測。要求包括但不限于如下內容：216。 系統需滿足國家計算機信息系統安全等級保護第X級的要求，并滿足廣州地鐵對信息系統維護X級系統的要求。同時滿足廣州地鐵以下要求：216。 身份鑒別：實現與廣州地鐵域的集成，對公司內部用戶以AD為統一鑒權要求.216。 權限管理：系統以RBAC方式進行授權系統，能夠導出權限清單。216。 接口安全：保證集成接口的安全，集成接口具備調用權限的鑒別和傳遞數據的加解密機制。216。 安全協議：使用等安全協議。216。 系統日志：記錄系統錯誤、異常跟蹤信息。216。 審計日志：可以通過日志記錄用戶登錄、數據操作信息等關鍵操作，提供對記錄的操作日志進行檢索和查詢的方式，并生成統計信息。216。 軟件容錯：支持通過容錯、熱備、故障恢復等方式，實現在系統發生故障時仍能保持正常工作。216。 數據加解密：用戶密碼等敏感數據必須機密，Web Service的XML SCHEMA請求文件，必須包括加密的用戶和密碼的認證信息。216。 備份恢復：實現系統的全備、增量、差分等備份方式，在需要時可以快速恢復到所需的狀態216。 集成技術要求216。 采用基于SOA架構的集成方式進行設計，系統須提供多層次的應用開發接口，所有的功能基于軟件產品集成組件的方式進行函數化或者過程化，為進一步的應用開發提供接口基礎。系統接口要求如下：216。 接口以WebService作為標準實現方式，交互集成通過BizTalk進行，對集成的借口標準、參數要求等內容須符合《廣州地鐵企業應用集成規范和標準》的規范要求。216。 支持業界的開放性標準，包括：XML，LDAP，CORBA，WML，Web Services，J2CA規范等。216。 提供企業級的Web Services，支持與Microsoft Web Services之間的互聯，支持WSDL、UDDI、SOAP標準和協議 系統運維要求216。 系統能以應用界面或配置文件的方式提供更改數據庫服務器、報表服務器等配置信息（IP地址、服務名、用戶名、密碼等）的功能。216。 應能夠在系統、應用和數據各個方面做備份，配備有雙機、熱備或冷備的提供系統高可用性的手段和措施。216。 系統應能實時查詢連接至應用服務器的連接數，能統計指定時間段內連接至應用服務器的總次數（包含重新連接），并能查詢連接的詳細信息。216。 系統應能設置定時提示用戶保存所做的更改。216。 系統應能設置在連接超時前設定的時間（如5分鐘）提醒用戶保存所做的更改。216。 如果系統使用單點登錄認證，還必須同時提供非單點登錄的認證方式。 總體數據要求216。 項目實施需要遵循廣州地鐵數據標準和