規劃信息技術中心規劃電子報批系統開發項目招標公告

受南寧市規劃信息技術中心委托，南寧市政府集中采購中心擬對南寧市規劃信息技術中心規劃電子報批系統開發項目采購進行公開招標采購，現將采購信息公告如下：

一、項目編號：NNZC2008-1394A
　　項目名稱：南寧市規劃信息技術中心規劃電子報批系統開發項目采購
　　項目預算：柒拾萬元整（￥700000.00元）

二、項目內容：
　　※參考型號、規格
A分標：指標核算子系統。服務項目的具體內容和要求： 1 建設目標：
1.1 建立一整套規劃設計單位和規劃管理部門之間共同的技術標準，促進規劃信息的規范化，使得規劃設計數據能夠動態入庫、及時更新。
1.2 改變設計單位制圖指標計算不準確、難以校核的情況，使規劃成果的科學性和指導性進一步加強；使規劃設計成果走向規范化、標準化。
1.3 能有效加快規劃審批，及早核對和確認規劃控制指標是否滿足要求，避免后續調整的困難以及不規范制圖帶來的糾紛。
2 建設原則：
系統的設計和建設要求充分采用成熟先進的技術，系統運行穩定性，方便實用，界面友好，具有可擴展性、安全性。
★3 功能需求：
本系統從業務功能上分為設計端和審批端兩部分，設計端主要是幫助設計人員將已有設計成果轉化為符合審批要求格式的報審文件，審批端主要是幫助審批人員審查報審文件是否滿足各項規劃控制指標的要求。系統要求基于AutoCAD 2005～2008版本進行開發，實現的基本功能如下：
3.1 設計端功能
3.1.1 圖形規整功能
能將草圖進行技術處理，執行一個統一的標準，將不同標準的圖紙統一成信息規范的成果圖，圖形規整功能應解決以下問題：
3.1.1.1 已有設計成果的利用，要求將主流建筑設計軟件的區域對象轉化為相應的指標計算對象，快速建立指標計算模型；
3.1.1.2 提供其它便捷的建模手段，根據圖中已有線段搜索封閉區域創建指標模型，轉換已有PL線到相應標準圖層或手動勾畫區域邊界線形成指標計算對象；
3.1.1.3 處理各種復雜的區域對象，包含存在中間空洞的回形區域；
3.1.2 數據關聯功能
3.1.2.1 建立單體與總圖之間的數據關聯對應關系(允許幾棟建筑共用一個單體文件)，實現單體與總圖間的切換瀏覽及單體到總圖的數據更新提??；
3.1.2.2 指標對象區域邊界發生變化時，自動更新計算與圖形位置及邊界大小相關的屬性；
3.1.2.3 一個標準層指標對象可代表多個樓層，設置樓層屬性后指標統計時自動分解提??；
3.1.2.4 提供統一界面設置一棟單體各標準層的層高，方便對照立剖面圖設置及檢查建筑單體的層高；
3.1.2.5 坡屋頂按三維實體建模，設置距樓地面高度，程序自動計算相關計算面積；
3.1.3 規則設置功能
3.1.3.1 各指標對象的屬性依系統配置而定，可通過外部配置文??可選值及自動計算規則也由配置文件決定。
3.1.3.2 指標對象屬性的設置提供默認常數值，可根據圖面關系自動提取、根據其它相關屬性自動計算、同類指標對象間的屬性拷貝等功能，盡可能減少手工輸入的工作量及保證屬性值的有效性；
3.1.4 圖形檢測功能
實現檢查圖面對象的正確性、有效性、合理性，各類檢測的結果以友好直觀的方式顯示，方便圖中對應出錯位置的查找及錯誤處理。主要包括：多義線檢測；屬性檢測；相交檢測；單總檢測；距離檢測；
3.1.5 其他輔助功能
3.1.5.1 能對圖層進行分組列表，控制圖層的顯示狀態；
3.1.5.2 可以對閉合PL區域對象的交、差、并運算，以便于指標計算對象的編輯；
3.1.5.3 可以生成建筑單體對象的三維實體模型，觀察規劃區域內建筑的實際三維效果，直觀檢查建筑層高設置的正確性；
3.1.6 數據規范要求
通過設計端編制生成的圖形文件應該遵循如下要求：
3.1.6.1 規劃總平圖以米為單位，建筑單體以毫米為單位繪圖。
3.1.6.2 所有圖形對象置于“模型空間”，漢字一律采用“宋體”，標識文字高度遵循建筑設計的基本規范，尺寸類標注必須采用AutoCAD的Dim樣式，不得進行炸開處理。
3.1.6.3 各類要素圖層嚴格按照規劃局設定的要求執行，標準圖層上不允許存在不合理的非指標計算對象存在。
3.1.6.4 區域型指標計算對象以封閉的PL線表示，有中空的回形區域空間用多個PL線的組合表示。坡屋頂采用3Dsolid建模，其對應的計全面積、計一半面積區域依屬性設置由程序確定，不再另加PL線表示。
3.1.6.5 一張電子圖對應一棟單體的分層平面圖及戶型平面圖。帶單體報建時各單體圖與所對應的總平面指標計算圖應置于同一文件目錄下
3.2 審批端功能
3.2.1 規劃總平核查功能
3.2.1.1 能夠自動生成同一項目下所有圖紙的檢測報告，通過自動提取圖面信息、統計、導出等系列操作，形成一個完整準確的doc格式的檢測報告。
3.2.1.2 能對規劃設計方案自動計算建筑統計表、面積分解表、用地平衡表、綜合經濟指標表等，查驗容積率、綠地率、停車率等控制性參數的合理程度。
3.2.1.3 能對電子方案的質量、規劃設計條件的落實、標準規定的執行程度和國家規范條文的滿足度進行分類定性與定量檢測。包括：失誤檢測、標注檢測、間距系數檢測、間距檢測、綠地檢測等；
3.2.1.4 能從平面構成、三維空間、剖面關系和屬性說明等多角度對報審方案進行全面綜合的定性了解。
3.2.2 建筑單體審核功能
3.2.2.1 能夠生成某一項目下所有單體圖的檢測報告，通過自動提取圖面信息、統計、導出等系列操作，形成一個完整準確的doc格式的檢測報告。
3.2.2.2 能夠對建筑單體進行面積核查、戶型核查、豎向核查以及單體指標回驗。
3.2.3 數據入庫功能
審核端模塊能將審核的數據自動輸入到Oracle關系型數據庫中，具體數據表可及與審批數據庫關聯的字段可由用戶指定。審核的數據包括指標及生成的報表附件。該功能要求能夠記錄用戶審核操作日志，包括項目編號、審核人、審核時間等內容。
4 建設工期：
2008年12月1日開始開發，2008年1月1日完成系統原型的開發，2009年2月1日完成全部開發工作和成果的提交；從系統通過驗收之日起，維護期為一年。
5 開發費用與支付方式
本系統的開發費用為50萬元，無預付款，按如下方式支付開發費用：
1、完成系統原形的開發后，經測試符合系統原形的要求，支付40%的開發費用；
2、系統完成開發，并提交全部成果后，支付50%的開發費用；
3、按合同要求完成維護期的工作后，支付剩余10%的開發費用。
★6 項目成果：
本系統應提交的項目成果包括：
6.1 無用戶許可限制的設計端軟件安裝包（單機版），可由招標方免費向設計單位發放；
6.2 無用戶數許可限制的審批端軟件安裝包（網絡版）；
6.3 相關的軟件使用說明文檔及光盤載體。

　　※技術參數要求
B分標：電子報建子系統。服務項目的具體內容和要求： 1 建設目標：
通過該系統的開發建設使建設單位提交報批資料實現電子化和規范化，避免建設單位由于資料不全而退件，同時大大降低規劃接待窗口對數據進行檢查、數據錄入和掃描報件的時間。
2 建設原則：
系統的設計和建設必須實現用戶對打印表格及審核規則進行靈活定制，系統運行穩定性，方便實用，界面友好，具有可擴展性、安全性。
★3 功能需求：
本系統從業務功能上分為錄入端、審核端和管理端三部分。
錄入端模塊：建設單位從規劃部門免費獲取錄入端軟件（可通過建設單位的網站下載），通過該軟件填寫需要的報批資料信息，如果填寫資料完整??料保存到一個獨立的數據文件。建設單位在報建申請表上蓋章后，把報批數據文件和申請表一起提交到規劃部門的接待窗口。
審核端模塊：建設單位提交由錄入端軟件生成的數據文件包，規劃部門通過審核端軟件打開數據包，對打印蓋章后的申請表和報批資料信息進行核對；如果核對沒有問題，則對報建資料進行入庫并對申請表進行備案。
管理端模塊：由信息中心負責根據需要定制審批表格式、確定填寫的數據內容和基本準則，同時設置數據入庫的方式、管理用戶及操作日志。
3.1 錄入端功能
3.1.1 提供給建設單位的錄入端軟件不需要安裝，可以直接運行，并且在操作界面上需要簡單易懂,并且避免在軟件中使用第三方控件；
3.1.2 可根據建設單位選擇的項目類型在工具界面上顯示特定的窗口元素，窗口元素所代表的語義及檢查規則由數據模板定義，窗口元素在窗口上的布局和位置大小由樣式模板定義。
3.1.3 在用戶完成申報內容的填寫后，在生成數據包和打印申請表前必須通過行有效性檢查；通不過有效性檢查的數據不能生成數據包或打印申請表；
3.1.4 打印出來的申請表應帶有數字認證標記，用于審核端查驗該打印出來的申請表與提供的數據包屬于同一數據源；
3.1.5 要求建設單位提交的報建資料全部集中在一個數據包文件中，以避免由于文件過多導致提交文件時缺漏；
3.2 審核端功能
3.2.1 能夠打開由錄入端軟件生成的數據包文件，并能對數據進行有效性檢查；
3.2.2 報建電子資料通過檢查核對與打印的申請表內容一致后，可對報批數據進行入庫處理；
3.2.3 審核入庫時必須檢查操作員的權限，并對入庫處理記錄操作日志；
3.2.4 對于入庫過程應該有操作模板，它用于引導整個入庫過程；
3.3 配置端功能
3.3.1 配置端模塊可隨意定制項目類型，每種項目類型有不同的輸入項；能夠滿足將來未知項目類型的需要；
3.3.2 配置端模塊可對數據模板和樣式模板進行設置，數據模板和樣式模板既有內在聯系又有相互的獨立性，就好比是“數據文檔”和“視圖”之間的關系；
3.3.3 可以針對不同的項目類型，設置不同的入庫數據庫，并可維護入庫時字段之間的映射關系；
3.3.4 配置端模塊應可定制審核端的操作模板，該模板可以通過操作“向導（Wizard）”機制來創立；
3.3.5 配置端模塊應可管理和維護記錄審核端操作的日志，設置人員的權限；
3.4 有關技術解釋
3.4.1 數據模板用于限定項目類型中輸入項內容和定義輸入數據約束的一些規則，如某項內容不能輸入為空，某些內容必須輸入數字等；
3.4.2 樣式模板用于在圖形化界面上顯示數據模板的內容，決定窗口元素的位置和布局，也就是說同樣的數據模板可以對應不同的樣式表現。
3.4.3 窗口元素主要有字符數據、數值數據、日期數據、文件型數據（例如word文檔附件、審批意見掃描件等）等等。
3.4.4 字段類型窗口元素的輸入檢查規則主要包括：元素是否必須有輸入值，元素的輸入數據類型是否正確；元素的輸入數據長度是否符合要求；
3.4.5 文件類型窗口元素的輸入檢查規則主要包括，則文件的個數限制、文件大小限制、文件的格式檢查；
4 建設工期：
2008年12月1日開始開發，2009年2月1日完成系統原型的開發，2009年3月15日完成全部開發工作和成果的提交；從系統通過驗收之日起，維護期為一年。
5 開發費用與支付方式：
本系統的開發費用為20萬元，無預付款，按如下方式支付開發費用：
1、完成系統原形開發后，經測試符合系統原形的要求，支付40%的開發費用，
2、系統完成開發，并提交全部成果后，支付50%的開發費用；
3、按合同要求完成維護期的工作后，支付剩余10%的開發費用。
★6 項目成果：
本系統的全部軟件版權及知識產權歸招標方所有，應該提交的成果包括：
6.1 本項目涉及的全部的軟件源代碼、可執行程序；
6.2 相關的軟件使用說明文檔及光盤載體。
具體要求詳見采購文件。

三、供應商資格要求：
　　具有國內法人資格，注冊生產或經營本次招標所采購貨物的廠（商）家。

四、招標/采購文件發售時間：2008年11月12日至2008年12月02日止（正常工作時間，節假日除外）
　　地點：南寧市政府集中采購中心(南寧市金湖路59-1號8樓808財務室)
　　售價：伍拾元/份（￥50元/份），售后不退。
　　方式：如需代辦郵寄，郵資自付。

五、投標截止時間：
　　開標時間：2008年12月03日09時30分00秒
　　開標地點：南寧市政府集中采購中心7樓開標室(具體安排詳見7樓電子顯示屏)

六、采購人地址：***
　　采購項目聯系人姓名和電話：***
　　采購代理機構地址：***
　　采購項目聯系人姓名和電話：***
　　采購代理機構開戶名稱：南寧市政府集中采購中心
　　采購代理機構開戶銀行：中國建設銀行南寧市新城支行
　　采購代理機構銀行帳號：45001604255050512727