某公司IT服務(wù)管理平臺建設(shè)項目招標文件

1、XXX公司IT服務(wù)管理平臺建設(shè)招標文件項目名稱：XXX公司IT服務(wù)管理平臺建設(shè)招標編號：XXXXX2011年X月XX日目錄第一部分招標邀請3第二部分投標須知31、關(guān)于投標文件42.關(guān)于保證金43.關(guān)于投標費用 44.名詞解釋55.關(guān)于知識產(chǎn)權(quán) 56.關(guān)于保密5第三部分項目要求 5第一章項目目標 5第二章項目需求 5第三章進度和驗收標準14第四部分合同15第一章投標要求15第二章付款方式15第三章合同范本16第五部分項目投標評審231 .總則232 .項目投標評審工作組 243 .項目投標評審流程 244 .項目投標評審方案 245 .評標相關(guān)表格26第六部分投標文件格式清單30附件1投標函30

2、附件2法定代表人授權(quán)書31附件3報價一覽表32附件4報價明細表32附件5供應(yīng)商基本情況表 34附件6技術(shù)人員表35附件7項目建設(shè)方案36第一部分招標邀請XXX就以下IT服務(wù)管理平臺建設(shè)項目進行公開招標，邀請有興趣的合格投標人參加投標。1、招標文件編號：xxx2、項目名稱：xxx公司IT服務(wù)管理平臺建設(shè)項目3、項目實施地點：xxx公司4、建設(shè)內(nèi)容：詳細要求見招標文件第三部分項目要求。5、項目期限：詳細要求見招標文件第三部分項目要求。6、招標文件答疑：本項目不舉行集中答疑，請候選供應(yīng)商于招標截止時間 至少一日前將有關(guān)疑問書面?zhèn)髡嬷痢緜髡嫣柎a】【聯(lián)系人】 收。7、對候選供應(yīng)商商務(wù)要求（候選供應(yīng)商必須

3、達到以下全部商務(wù)要求）：7.1 候選供應(yīng)商要求為國內(nèi)獨立的事業(yè)法人或注冊資金不少于人民幣500萬元的獨立企業(yè)法人；7.2 候選供應(yīng)商必須有不少于 5名持有IT服務(wù)管理相關(guān)認證資質(zhì)（如ITService Manager、ITIL Expert、ISO20000 LA、ISO27001 LA等）的技術(shù)人員；8、遞交投標文件地點：地點：xx 市 xxx 路 xxx 號 x 樓聯(lián)系人：xxx聯(lián)系電話：xxx9、遞交投標文件時間：2011年x月xx日10、評審時間、地點：時間：2011 年x月xx日x:xx開始地點： xx 市 xxx 路 xxx 號 x 樓聯(lián)系人：xxx【電話號碼】屆時請參加投標的單位

4、法人或法人委托人參與招標評審，如因為特殊原因 推遲，則時間順延。第二部分投標須知候選供應(yīng)商必須認真閱讀以下內(nèi)容，以免造成投標失敗。1、關(guān)于投標文件1.1投標文件應(yīng)包括下列部分投標文件目錄投標函（格式見附件1）法定代表授權(quán)書（格式見附件2）投標一覽表（格式見附件3）投標明細表（格式見附件4）供應(yīng)商基本情況表（格式見表5）技術(shù)人員表（格式見表6）項目建設(shè)方案（格式見表7）供應(yīng)商營業(yè)執(zhí)照副本復(fù)印件、稅務(wù)登記證復(fù)印件和組織機構(gòu)代碼證復(fù)印件1.2 供應(yīng)商必須保證所提供的全部資料的真實性1.3 投標文件和來往函件用中文書寫， 除非本招標文件中另有規(guī)定。計量單位 應(yīng)使用國際單位。1.4 候選供應(yīng)商應(yīng)以人民幣

5、報價。1.5 投標文件須打印并由供應(yīng)商法定代表人或其委托代理人（具有法定代表人簽署的授權(quán)書）在商務(wù)標正本封面上簽字蓋章及加蓋騎縫章。1.6 投標文件除簽字外必須是印刷形式， 其中不許有加行、涂抹或改寫。若有 修改須由簽署投標文件的人進行簽字。副本可用復(fù)印件。1.7 供應(yīng)商應(yīng)準備投標文件正本一份，副本二份，電子標書（刻錄光盤）一份, 在每一份投標文件上要明確注明 正本“、副本”字樣。一旦正本和副本 內(nèi)容有差異，以正本為準；1.8 投標文件從招標文件中要求的截止之日起，有效期為45個工作日。2 .關(guān)于保證金本次招標免交保證金。3 .關(guān)于投標費用供應(yīng)商自行承擔所有與參加投標有關(guān)的費用。4 .名詞解釋

6、采購人：xxx公司。候選供應(yīng)商：向采購人提交投標文件的供應(yīng)商。5 .關(guān)于知識產(chǎn)權(quán)5.1 供應(yīng)商應(yīng)保證，采購人在中華人民共和國使用合同貨物或軟件時，免 受第三方提出的侵犯其專利權(quán)、商標權(quán)或其他知識產(chǎn)權(quán)的起訴。如發(fā) 生此類糾紛，由候選供應(yīng)商承擔一切責任。5.2 供應(yīng)商為執(zhí)行本合同而提供的技術(shù)資料、軟件的使用權(quán)歸采購人所 有。6 .關(guān)于保密未經(jīng)采購人和候選供應(yīng)商許可，雙方都不得將招標文件中關(guān)于采購人的系 統(tǒng)現(xiàn)狀及需求情況、建設(shè)情況提供給任何第三方。第三部分 項目要求第一章項目目標1 .提供IT服務(wù)管理平臺；2 .實施IT服務(wù)管理平臺，通過平臺確保采購人已建立的IT服務(wù)管理體系落地運行。第二章項目需求

7、項目的總控制價為含稅價xx萬元。發(fā)票類型：XXX。1 .系統(tǒng)平臺要求：要求必須支持Windows2000/XP/2003操作系統(tǒng)。是基于B/S架構(gòu)的產(chǎn)品。2 .基本要求:所提供IT服務(wù)管理軟件須具有軟件產(chǎn)品登記證書（以著作權(quán)登記為 準，著作權(quán)名稱必須包含IT服務(wù)管理軟件或者IT運維管理軟件等字 樣）。IT服務(wù)管理軟件有類似成功使用案例（以合同為準）。產(chǎn)品應(yīng)遵循ITIL V2.0或V3.0標準進行設(shè)計。針對不同角色的用戶，可以自定義不同的操作視圖。3 .功能需求1）服務(wù)臺服務(wù)臺首頁內(nèi)容可定制，并可拖拽方式調(diào)整其布局。服務(wù)臺應(yīng)能快速響應(yīng)各種事件，記錄事件的內(nèi)容，分配處理突發(fā)事 件給工程師處理，事件

8、的內(nèi)容可根據(jù)需求自定義。服務(wù)臺應(yīng)能查看并跟蹤工程師對事件的完成情況，并可對事件進行 干預(yù)。服務(wù)臺能有效識別重復(fù)故障，并能統(tǒng)計重復(fù)故障率。服務(wù)臺應(yīng)能統(tǒng)計每天處理事件的匯總情況 ，了解單據(jù)處理的進度與 狀態(tài)。服務(wù)臺工作人員應(yīng)可以快速獲得知識庫的幫助。應(yīng)能夠完成事件的登記、修改、刪除等操作，并對事件進行歸類。應(yīng)可以將事件分派給相應(yīng)的工程師進行處理?？梢愿櫴录幚淼?過程和狀態(tài)。應(yīng)可以對事件的處理結(jié)果進行統(tǒng)計和分析，向統(tǒng)計報表模塊提供相應(yīng)的數(shù)據(jù)；能夠統(tǒng)計有效工時 事件處理流程應(yīng)可自定義。流程的每個步驟可定義可進行處理的角色，以及該步驟可處理的內(nèi)容。應(yīng)可圖形化跟蹤事件處理流程、處理軌跡。應(yīng)可自動關(guān)聯(lián)服

9、務(wù)目標，并可實時查看服務(wù)目標的合規(guī)性情況，若 有異常，可以發(fā)出相關(guān)的通知和警告信息。應(yīng)可記錄并統(tǒng)計事件的處理成本，成本項需與會計科目保持一致。應(yīng)可根據(jù)事件的復(fù)雜程度發(fā)起子流程或者子任務(wù)，并可實時跟蹤任 務(wù)的處理進度。應(yīng)可由事件管理發(fā)起和關(guān)聯(lián)問題、變更、知識庫等相關(guān)流程，事件 與其它流程的關(guān)系可自定義。應(yīng)具有事件審計功能，任何人對事件單的任何修改，均可自動進行 詳細記錄，以備事后跟蹤。多渠道創(chuàng)建請求：應(yīng)支持從郵件、短信、 PDA創(chuàng)建請求；支持與監(jiān) 控系統(tǒng)集成，自動產(chǎn)生工單。應(yīng)內(nèi)置故障模板，幫助服務(wù)臺快速創(chuàng)建工單。圖形化調(diào)度，應(yīng)按“優(yōu)先級=緊急度*影響度”模型自動生成調(diào)度隊 列。多種派單策略，應(yīng)支

10、持人工派單與系統(tǒng)自動派單，可設(shè)置多種派單 規(guī)則，快速有效派單。事件關(guān)閉：應(yīng)可設(shè)置關(guān)閉策略，可通過郵件或者短信自動發(fā)出關(guān)閉 請求，由最終用戶來決定是否關(guān)閉。自助服務(wù)臺：最終用戶應(yīng)可通過自助服務(wù)臺提交請求、跟蹤請求， 并可對請求的服務(wù)質(zhì)量進行評價；可查詢知識庫自行解決問題。問題管理由流程驅(qū)動，應(yīng)可圖形化展示問題處理情況。應(yīng)提供問題分析模塊，幫助問題經(jīng)理從事件中發(fā)現(xiàn)潛在問題。應(yīng)可根據(jù)事件模型，分析到問題的趨勢及分布情況。問題識別，應(yīng)采用Top N分析法以及層層鉆取的功能，定位問題； 支持從事件管理等流程創(chuàng)建問題單。問題分析，應(yīng)通過魚骨圖分析法，找出問題的根本原因。已知錯誤，識別問題后，應(yīng)可定位為已知

11、錯誤，并提供臨時解決措 施給相關(guān)的事件；找到根本解決方案之后，可發(fā)起變更流程。3）資產(chǎn)管理應(yīng)可登記、修改、刪除、查詢、瀏覽IT資產(chǎn)資料。應(yīng)可對IT資產(chǎn)分類管理，并且可以分類別顯示IT資產(chǎn)明細清單應(yīng)可以針對不同類別的IT資產(chǎn)，完全定義不同的資產(chǎn)屬性。應(yīng)能夠針對不同的IT資產(chǎn)類別指定不同的服務(wù)級別。應(yīng)可根據(jù)資產(chǎn)常規(guī)屬性查詢相關(guān)資產(chǎn)，也可根據(jù)系統(tǒng)自定義屬性對 資產(chǎn)進行查詢操作。每種類型資產(chǎn)均應(yīng)可定義其對應(yīng)的典型故障、故障定位以及解決方 案。應(yīng)可對資產(chǎn)全生命周期進行管理，可記錄、查看、統(tǒng)計、分析資產(chǎn) 生命周期中發(fā)生的動作。4）配置管理應(yīng)可登記、修改、刪除、查詢、瀏覽配置項資料。應(yīng)可對資產(chǎn)的配置變更歷史

12、進行記錄、以及查詢顯示應(yīng)可基于Web!行圖形化定義、顯示配置項之間的物理、邏輯關(guān)系， 以及配置項變更所引起的風險。應(yīng)可定義一個配置項對其它配置項在可用性、可靠性、性能等方面 的影響。應(yīng)可定義組成一個系統(tǒng)的所有配置項集合，提供配置項變更所引起 系統(tǒng)的可用性、可靠性、性能的變化，及評估潛在風險的能力。配置審計：應(yīng)定期產(chǎn)生審計任務(wù)，可根據(jù)靈活的策略從CMD呻抽取 樣品，并可根據(jù)實際采集的數(shù)據(jù)進行自動差異分析。應(yīng)支持通用的CMDB1型，采用面向?qū)ο蟮臄?shù)據(jù)模型，來存放 CI以 及CI之間的關(guān)系，靈活性、可擴展性強；同時提供了一套模板，開箱 即用。配置導(dǎo)入工具，應(yīng)可建立多個作業(yè)從不同的數(shù)據(jù)源導(dǎo)入CI,在導(dǎo)

13、入過程中可數(shù)據(jù)進行標準化、合并處理，確保數(shù)據(jù)的質(zhì)量；可定義作業(yè)的 頻率，確保數(shù)據(jù)的實時性。配置項控制：應(yīng)確保所有的對CMDB勺變更都是合法、經(jīng)過授權(quán)的變 更；應(yīng)可建立配置基線，用于 CMDB勺回退。5）變更管理變更處理由流程驅(qū)動，變更經(jīng)理應(yīng)可根據(jù)實際情況設(shè)置不同的變更 流程。應(yīng)可圖形化展示變更處理情況。應(yīng)可對每次變更所產(chǎn)生的費用進行維護，并可對變更費用進行分析、 統(tǒng)計。配置項應(yīng)可根據(jù)變更信息，直接統(tǒng)計到狀態(tài)變更的歷史記錄。應(yīng)提供基于服務(wù)的配置項風險模型，協(xié)助評估變更對業(yè)務(wù)可能造成的風險和影響變更日歷，應(yīng)可幫助用戶檢查變更之間的沖突。變更審核，應(yīng)可按標準變更、非標準變更等不同的變更類型，走不 通

14、的變更流程，來對變更方案、成本等進行評估。應(yīng)可在實施后評估變更效果。6）發(fā)布管理發(fā)布流程對應(yīng)ITIL流程中的發(fā)布管理流程，它是變更管理的一個子 流程，負責變更的實施，它通過構(gòu)建、測試、上線等流程確保只有經(jīng)過 完整測試與得到授權(quán)的CI才能夠進入正式運行環(huán)境，以確保變更后生 產(chǎn)環(huán)境的質(zhì)量。發(fā)布的最終結(jié)果將會反映到 CMDBM2置管理數(shù)據(jù)庫）。應(yīng)支持發(fā)布申請。應(yīng)支持發(fā)布調(diào)度。7）服務(wù)級別管理服務(wù)級別定義：應(yīng)可定義SLA OLA UC等服務(wù)水平，并能與事件、 問題、變更、發(fā)布、作業(yè)等流程自動關(guān)聯(lián)；支持合同-協(xié)議-服務(wù)目標三 級服務(wù)水平模型。可基于協(xié)議定義協(xié)議合規(guī)性評審機制，定期評審服務(wù)水平；定義服 務(wù)

15、協(xié)議合規(guī)性保障機制，設(shè)置服務(wù)水平閾值以及事件觸發(fā)器，自動觸發(fā) 事件升級?？勺远x服務(wù)目標的適應(yīng)范圍，即可根據(jù)事件的類型、狀態(tài)、請求 人、公司、優(yōu)先級等不同的維度來設(shè)定服務(wù)目標，并可自動加載；可自 定義服務(wù)目標的測量準則；可根據(jù)服務(wù)目標設(shè)定里程碑檢查機制，并可 觸發(fā)相應(yīng)的動作。服務(wù)水平監(jiān)控，應(yīng)可實時監(jiān)控協(xié)議合規(guī)性以及趨勢。8）知識庫知識分類管理，應(yīng)可創(chuàng)建多種知識分類，各分類以樹形結(jié)構(gòu)組織。知識庫管理員應(yīng)可以發(fā)布、修改、刪除知識庫的內(nèi)容。用戶、服務(wù)工程師都應(yīng)可以作為知識發(fā)布者， 向知識庫中添加知識。知識發(fā)布者添加的知識應(yīng)需要經(jīng)過知識庫管理員審核通過后方可正 式進入知識庫。多渠道采集知識，應(yīng)可在事件

16、、問題、變更等流程的處理過程中， 創(chuàng)建知識。知識應(yīng)審核與發(fā)布，確保知識的質(zhì)量。全文檢索，應(yīng)可對Word Excel、PDF TXT等附件進行快速搜索。知識評價，應(yīng)可幫助識別和獎勵知識貢獻者，促進知識庫的建設(shè)。9）作業(yè)管理在日常運維工作中，除了要應(yīng)對突發(fā)事件之外，還有大量的預(yù)防維 護性的任務(wù)要完成，比如日常的巡檢、維護與保養(yǎng)，如何確保這些任務(wù) 的有序、高效的完成，是業(yè)務(wù)正常運轉(zhuǎn)的重要保障。IT服務(wù)管理平臺的 作業(yè)管理用來對生產(chǎn)系統(tǒng)的所有運維活動進行集中管理、跟蹤與監(jiān)控。 系統(tǒng)應(yīng)分別提供任務(wù)管理、作業(yè)計劃管理、作業(yè)模板管理、工單模板等 功能。作業(yè)計劃管理，應(yīng)對生產(chǎn)環(huán)境中可預(yù)期的任務(wù)，制訂生產(chǎn)作業(yè)計

17、劃, 統(tǒng)一計劃安排各種任務(wù)。并能發(fā)現(xiàn)、協(xié)調(diào)并解決各項生產(chǎn)任務(wù)之間的沖 突。任務(wù)分周期性任務(wù)和一次性任務(wù)之分，對周期性任務(wù)，應(yīng)可自動產(chǎn) 生工單。應(yīng)可根據(jù)排班自動調(diào)度資源。系統(tǒng)應(yīng)提供服務(wù)報告、統(tǒng)計報表、分析報表等多種形式的報表，數(shù) 據(jù)統(tǒng)計分析、關(guān)聯(lián)分析、鉆取分析等功能來幫助采購人發(fā)現(xiàn)IT服務(wù)體系運轉(zhuǎn)過程中發(fā)現(xiàn)的異常和問題，為采購人決策提供數(shù)據(jù)支持。服務(wù)報告，應(yīng)針對事件、問題、變更、發(fā)布、配置等流程，提供了 提供日報、周報以及月報報告模板，開箱即用，如實反映流程執(zhí)行中的 運行狀態(tài)。可根據(jù)客戶需求，自定義服務(wù)報告模板的內(nèi)容。鉆取分析，應(yīng)可按照不同的維度，層層鉆取，逐層分析，有效支持 決策。應(yīng)支持多維度

18、統(tǒng)計。11）流程績效應(yīng)支持流程績效體系，以便管理人員能及時掌控各員工的工作情況、 工作效率、操作合規(guī)性和流程的效能，建立量化考核指標，并通過可視 化報表進行展現(xiàn)。應(yīng)以COBITS效考核模型為基礎(chǔ)，應(yīng)提供績效定義、 績效預(yù)警、績效監(jiān)控等功能，為管理人員提供有效工具。應(yīng)支持COBIT績效考核模型，確保IT服務(wù)管理的績效與企業(yè)業(yè)務(wù)目 標的一致性。績效指標庫，應(yīng)內(nèi)置服務(wù)與支持域的相關(guān)指標模板，開箱即用?？冃Фx，應(yīng)采用COBIT績效考核模型，量化流程績效目標；可給 予績效目標設(shè)定評審機制和獎懲規(guī)則。應(yīng)支持績效監(jiān)控，便于管理人員動態(tài)、實時的查看KPI和KGI,并可根據(jù)偏差實時采取措施；提供圖形化的儀表盤

19、查看KPI指標應(yīng)支持績效預(yù)警，應(yīng)可根據(jù)績效目標設(shè)定多重閾值，并可及時觸發(fā) 預(yù)設(shè)的流程或者措施。12）流程持續(xù)改進持續(xù)改進模塊應(yīng)支持PDC即準方法論，并通過流程來驅(qū)動持續(xù)改進 體系的執(zhí)行和落地，確保作業(yè)流程不斷優(yōu)化和改進。13）統(tǒng)計報表應(yīng)提供可完全自定義的報表系統(tǒng)，應(yīng)可自定義出列表、矩陣、圖形 報表，圖形報表可以展示為餅圖、柱狀圖、曲線圖。報表系統(tǒng)可實現(xiàn)自定義的基于商業(yè)智能分析的可分層級鉆取分析的 報表。應(yīng)無需程序開發(fā)，即可對任意報表自定義查詢條件。應(yīng)可在運行時，在各個功能模塊下建立報表文件夾，并可在報表文 件夾下創(chuàng)建報表。所有報表均應(yīng)具有打印及導(dǎo)出到 Excel功能。系統(tǒng)用戶應(yīng)可以在運行過程中

20、，對統(tǒng)計報表的格式和數(shù)據(jù)源進行重 新修改，從而豐富報表可選擇項目。14）流程管理應(yīng)能夠?qū)κ录芾?、問題管理、變更管理、知識庫管理等模塊中的 工作流程進行圖形化流程和表單自定義。流程應(yīng)支持順序、循環(huán)、分支結(jié)構(gòu)、支持條件、分支、合并、會簽、 快照、定時觸發(fā)等多種流程節(jié)點，支持復(fù)雜流程的定義；支持流程環(huán)節(jié) 超超時、工時計算、任務(wù)調(diào)度、外出委托、任務(wù)共享等處理。同一類型業(yè)務(wù)，應(yīng)可以定義多個處理流程，在業(yè)務(wù)處理中，可根據(jù) 實際情況選擇任一處理流程。流程啟用后，應(yīng)仍可進行修改，系統(tǒng)能夠自動按照修改后的流程定 義在相關(guān)的模塊中發(fā)揮作用并控制流轉(zhuǎn)。應(yīng)可對所有流程有版本控制，并且有狀態(tài)控制，只有發(fā)布狀態(tài)的流 程

21、才可正式使用。應(yīng)可對流程定義KPI監(jiān)控，對流程進行績效評估，幫助流程經(jīng)理找 到流程運轉(zhuǎn)中存在的缺陷，進而不斷對流程進行優(yōu)化。應(yīng)提供基于 的表單設(shè)計器。設(shè)計出來的表單是標準的 表單，同時不同于VisualStudio 等以網(wǎng)站設(shè)計為目的的設(shè)計工 具，是為表單設(shè)計而開發(fā)的設(shè)計器，充分考慮了表單設(shè)計的特點，能有 效降低表單開發(fā)的工作量與復(fù)雜性，是表單設(shè)計的理想工具；無須編碼, 通過配置即可完成表單字段和后臺數(shù)據(jù)綁定，以及表單業(yè)務(wù)邏輯（例如 數(shù)據(jù)運算、聯(lián)動、過濾、驗證等）。應(yīng)支持矩陣式組織機構(gòu)，支持與 AD域和LDAP的集成，也可外掛企 業(yè)現(xiàn)有系統(tǒng)的組織架構(gòu)。第三章進度和驗收標準驗收原則：1 .分為到

22、貨驗收和項目終驗兩部分。2 .達到終驗條件時，由采購人組織供應(yīng)商舉行驗收會議，全體與會人員 簽名通過后，完成項目終驗。3 .終驗條件：提交到貨驗收報告（原件或復(fù)印件）；提交階段性項目交付物；提交項目管理文檔（項目例會會議紀要、項目變更記錄等）4 .所有項目報告和項目文件，必須由采購人授權(quán)代表簽字確認方為有效。5 .必須在規(guī)定時間內(nèi)，完成預(yù)定的項目計劃任務(wù)。若因采購人方面引起 的項目延期，必須持有由采購人書面的項目延期說明。項目進度和要求：1 . IT服務(wù)管理平臺到貨與驗收：在XXX公司開展，進行IT服務(wù)管理平臺 到貨驗收，要求在X月內(nèi)完成；交付物包括：IT服務(wù)管理平臺使用授權(quán)、仃服務(wù)管理平臺介

23、質(zhì)、 IT服務(wù)管理平臺到貨驗收單。2 . IT服務(wù)管理平臺實施：依據(jù)IT服務(wù)管理平臺實施需要，完成系統(tǒng)安裝、 信息收集、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)部署、平臺使用培訓，要求在X月內(nèi)完成；交付物包括：IT服務(wù)管理平臺安裝報告、IT服務(wù)管理平臺調(diào)試 報告、IT服務(wù)管理平臺實施報告、IT服務(wù)管理平臺管理手冊、IT服務(wù)管理平臺使用手冊、IT服務(wù)管理平臺培訓材料。3 .項目試運行階段：協(xié)助采購人完成為期壹個月的IT服務(wù)管理平臺試運 行工作，要求在2011年X月X日前完成系統(tǒng)正式上線；交付物包括：IT服務(wù)管理平臺測試報告、IT服務(wù)管理平臺試運 行工作總結(jié)。4 .項目驗收階段：按照采購人要求，結(jié)合相關(guān)制度，協(xié)助采購人完成

24、項 目總結(jié)并開展驗收，要求在2011年X月X日前完成； 交付物包括：項目實施總結(jié)報告、項目驗收單。第四部分合同第一章投標要求所有投標報價均應(yīng)已包含國家規(guī)定的所有稅費。第二章付款方式1、采購人以匯款或支票 方式支付，采購人在收到每期應(yīng)付款項的對應(yīng)票據(jù)經(jīng) 相關(guān)部門審核無誤后十個工作日內(nèi)向供應(yīng)商單位交付貨款。2、付款方式第一期，2011年X月，簽訂合同后，乙方向甲方提供合同總 金額50%的有效的發(fā)票，甲方在收到乙方發(fā)票后經(jīng)相關(guān)部門審核 無誤后的十個工作日內(nèi)，由甲向乙方支付項目首期款，共計：人 民幣 元整（）;第二期，2011年X月，IT服務(wù)管理平臺到貨并通過驗收后， 由乙方向甲方提供合同總金額30%

25、的有效的發(fā)票，甲方在收到乙 方發(fā)票后經(jīng)相關(guān)部門審核無誤后的十個工作日內(nèi)，由甲向乙方支 付項目余下款項，共計：人民幣 元整（）;第三期，2011年X月，IT服務(wù)管理平臺試運行完成并完成項目驗收后，由乙方向甲方提供合同總金額20%的有效的發(fā)票，甲 方在收到乙方發(fā)票后經(jīng)相關(guān)部門審核無誤后的十個工作日內(nèi)，由 甲向乙方支付項目余下款項，共計：人民幣元整（兀具體內(nèi)容見合同范本。第三章合同范本合同要求說明：中選方按采購人指定的時間、地點與采購人簽訂合同。招標文件、中選方的投標文件及其澄清文件等，均為簽訂合同的依據(jù)。此合同由XXX公司（甲方）和中選方（乙方）簽訂。根據(jù)XXX司有關(guān)規(guī)定，有關(guān)合同須附帶安全協(xié)議作

26、為合同附件，安 全協(xié)議與主合同共同構(gòu)成完整合同。合同范本（可忽略）IT服務(wù)管理平臺建設(shè)項目合同書項目名稱：XXX公司IT服務(wù)管理憑建設(shè)建設(shè)委托方：XXX公司（甲方） 服務(wù)方：（乙方）簽約日期：2011年 月日簽約地點：XXXXXX公司IT服務(wù)管理平臺建設(shè)委托方：XXX公司（以下簡稱“甲方”）住所地：XX省XX市XX路XX號法定代表人：XXX項目聯(lián)系人：XXX聯(lián)系方式通訊地址：XX路XX號電話：XXX傳真：XXX電子信箱：XXX服務(wù)方：（以下簡稱“乙方”）住所地：法定代表人：項目聯(lián)系人：聯(lián)系方式通訊地址：電話：傳真：電子信箱：甲方和乙方就甲方委托乙方提供XXX公司IT服務(wù)管理平臺建 ”專項技術(shù)服

27、務(wù)項目，本著誠信為先、平等自愿、互惠互利、共同 發(fā)展的原則，根據(jù)中華人民共和國合同法的規(guī)定，結(jié)合企業(yè)自 身特點，經(jīng)協(xié)商一致達成如下協(xié)議，雙方共同遵照執(zhí)行。第一條 技術(shù)服務(wù)的目標、內(nèi)容和要求1 .技術(shù)服務(wù)目標：提供IT服務(wù)管理平臺；實施IT 服務(wù)管理平臺，通過平臺確保采購人已建立的IT 服務(wù)管理體系落地運行。2 .技術(shù)服務(wù)內(nèi)容：提供IT服務(wù)管理體系建設(shè)；實施IT服務(wù)管理平臺； 提供IT服務(wù)管理平臺使用與管理培訓I。3 .項目要求及預(yù)期達到的技術(shù)、經(jīng)濟指標：IT服務(wù)管理平臺到貨與驗收：在XXX公司開展，進行IT服務(wù)管理平臺到貨驗收，要求在X月內(nèi)完成；交付物包括：IT服務(wù)管理平臺使用授權(quán)、IT服務(wù)管

28、理平 臺介質(zhì)、IT服務(wù)管理平臺到貨驗收單。IT 服務(wù)管理平臺實施：依據(jù)IT服務(wù)管理平臺實施需要，完 成系統(tǒng)安裝、信息收集、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)部署、平臺使用培訓I,要 求在X月內(nèi)完成；交付物包括：IT服務(wù)管理平臺安裝報告、IT服務(wù)管理平 臺調(diào)試報告、IT服務(wù)管理平臺實施報告、IT服務(wù)管理平臺 管理手冊、IT服務(wù)管理平臺使用手冊、IT服務(wù)管理平臺培 訓材料。 項目試運行階段：協(xié)助采購人完成為期壹個月的IT服務(wù)管 理平臺試運行工作，要求在2011年X月X日前完成系統(tǒng)正式上線；交付物包括：IT服務(wù)管理平臺測試報告、IT服務(wù)管理平 臺試運行工作總結(jié)。 項目驗收階段：按照采購人要求，結(jié)合相關(guān)制度，協(xié)助采 購人

29、完成項目總結(jié)并開展驗收，要求在2011年X月X日前完成；交付物包括： 項目實施總結(jié)報告、 項目驗收單。第二條技術(shù)服務(wù)的計劃與進度、期限、地點和方式1.技術(shù)服務(wù)計劃和進度乙方在本合同簽署之日起 5日內(nèi)應(yīng)向甲方提交技術(shù)服務(wù)計劃， 該計劃的內(nèi) 容應(yīng)包括技術(shù)服務(wù)的實施方案、階段目標和計劃進度。甲方有權(quán)要求乙方對技 術(shù)服務(wù)計劃進行修改，乙方應(yīng)按照甲方的要求進行修改。該計劃在經(jīng)甲方確認 批準后應(yīng)作為本合同的附件二。乙方應(yīng)按照該計劃的內(nèi)容實施。在不違背合同 總體目標前提下，經(jīng)雙方同意，可根據(jù)實際情況對技術(shù)服務(wù)計劃和進度進行適 當修訂。2、技術(shù)服務(wù)期限乙方向甲方提供本合同約定的技術(shù)服務(wù)的期限為：2011年X月

30、 至X月。3、技術(shù)服務(wù)地點乙方應(yīng)在甲方所在地或甲方的關(guān)聯(lián)企業(yè)或下屬企業(yè)所在地或 甲方另行書面指定的其他地點提供本合同所約定的技術(shù)服務(wù)。4、技術(shù)服務(wù)方式乙方應(yīng)以下述方式為甲方提供本合同所約定的技術(shù)服務(wù)：上門 服務(wù)。第三條 甲方提供的工作條件和協(xié)作事項為保證乙方有效進行項目建設(shè)工作，甲方應(yīng)當向乙方提供下列 工作條件和協(xié)作事項：必要的工作場所、水電設(shè)施、臨時出入證和 停車證等。第四條 技術(shù)服務(wù)費及支付方式與時間1 .甲方應(yīng)就本合同所規(guī)定的技術(shù)服務(wù)向乙方支付技術(shù)服務(wù)費 人民幣元整（） o2 .甲方應(yīng)分三期向乙方支付本第四條第1款的費用。具體支 付方式和時間如下：第一期，2011年X月，簽訂合同后，乙方

31、向甲方提供合同總 金額50%的有效的發(fā)票，甲方在收到乙方發(fā)票后經(jīng)相關(guān)部門審核 無誤后的十個工作日內(nèi)，由甲向乙方支付項目首期款，共計：人 民幣 元整（）;第二期，2011年X月，IT服務(wù)管理平臺到貨并通過驗收后， 由乙方向甲方提供合同總金額30%的有效的發(fā)票，甲方在收到乙 方發(fā)票后經(jīng)相關(guān)部門審核無誤后的十個工作日內(nèi)，由甲向乙方支付項目余下款項，共計：人民幣 元整()；第三期，2011年X月，IT服務(wù)管理平臺試運行完成并完成項 目驗收后，由乙方向甲方提供合同總金額20%的有效的發(fā)票，甲 方在收到乙方發(fā)票后經(jīng)相關(guān)部門審核無誤后的十個工作日內(nèi)，由 甲向乙方支付項目余下款項，共計：人民幣元整(兀3、甲方

32、應(yīng)以支票或匯款方式支付給乙方。第五條保密與非競爭1 .任何一方均應(yīng)對其因簽署和履行本合同而自另一方獲得的 任何信息(無論以口頭告知或提供書面文件、電子數(shù)據(jù)或任何其他 形式，也無論是否標記為保密性質(zhì)，下稱“保密信息”)承擔保密 責任，未經(jīng)另一方事先書面許可，不得未經(jīng)授權(quán)使用、傳播或公開 保密信息。并且，獲得保密信息的一方應(yīng)僅可將保密信息用于履行 其在本合同項下的義務(wù)，并應(yīng)采取適當和有效的方式對保密信息進 行保護，并嚴格限制在其為履行本合同必要的工程技術(shù)人員范圍內(nèi) 披露。2 .甲、乙雙方同意，在本合同期限內(nèi)以及本合同終止后的5 年內(nèi)，其不得使用自另一方獲得的保密信息從事與另一方有競爭性 的業(yè)務(wù)，也

33、不得采取任何方式聘用與本合同的簽訂和履行有關(guān)的另 一方的技術(shù)或管理人員。3 .本第五條所規(guī)定的保密義務(wù)不適用于以下情況：獲取保密信息的一方在另一方披露之前，已經(jīng)或可以通過合 法渠道獲取該信息；4 2)獲取該信息一方從第三人處合法獲取且不承擔保密義務(wù)；5 3)適用法律法規(guī)強制披露或根據(jù)法院或政府部門的命令進行 披露。6 4)在接受方承諾保密的前提下，一方向其法律顧問、注冊會 計師或其他專業(yè)顧問披露；7 5) 一方發(fā)生改制、重組、收購、兼并或相類似的情形(僅可 在接受方承諾保密的前提下披露)。第六條 驗收標準與驗收評價方式1 .雙方同意以第一條第3款規(guī)定的技術(shù)服務(wù)要求和預(yù)期達到 的技術(shù)和經(jīng)濟指標作

34、為乙方技術(shù)服務(wù)工作的驗收標準。2 .甲乙雙方應(yīng)共同組成驗收小組，按照第二條第1款所述的技 術(shù)服務(wù)計劃所列明的進度對乙方的服務(wù)進行階段驗收，并在本合同 期限屆滿前一個月內(nèi)進行總體目標驗收。3 .總體目標驗收應(yīng)于2011年XX月XX日前在甲方所在地進行。 階段驗收的時間和地點由雙方按技術(shù)服務(wù)進度另行商定。因甲方或不可抗力原因，總體目標驗收時間可適當延遲，具體 時間由雙方協(xié)商確定。4 .如乙方無法通過本條第3款所規(guī)定的驗收，應(yīng)按照本合同的 規(guī)定和驗收小組的要求進行整改。驗收小組應(yīng)在整改完成后再次進 行驗收直至驗收合格為止。第七條 知識產(chǎn)權(quán)1 .本合同期限內(nèi)，甲方利用乙方提交的技術(shù)服務(wù)工作成果所 完成

35、的新的技術(shù)成果，其知識產(chǎn)權(quán)歸工方所有。2 .本合同期限內(nèi)，乙方利用甲方提供的技術(shù)資料和工作條件 所完成的新的技術(shù)成果，其知識產(chǎn)權(quán)歸正方所有。第八條 違約責任1 .乙方應(yīng)在本合同所規(guī)定的時間內(nèi)提供符合本合同約定標準的 服務(wù)。如乙方未能按照本合同規(guī)定的時間向甲方提供本合同約定的 服務(wù)，或乙方提供的服務(wù)不能達到本合同規(guī)定的標準，除應(yīng)按下述 約定支付違約金外，甲方并有權(quán)要求乙方繼續(xù)履行本合同所規(guī)定的 義務(wù)，并采取適當?shù)难a救措施及對甲方作出補償，以彌補甲方所遭 受的經(jīng)濟損失。2 .如甲方未按本合同規(guī)定的期限付款，每延期一日，甲方應(yīng)向 乙方支付應(yīng)付未付金額03%的違約金，但違約金的總額不應(yīng)超過技 術(shù)服務(wù)費

36、總額的5%=3 .任何一方違反本合同所規(guī)定的其他義務(wù)，違約方均應(yīng)賠償守 約方因其違約而遭受的一切經(jīng)濟損失。第九條 項目聯(lián)系人與通知方式1. 在本合同有效期內(nèi)，雙方指定的項目聯(lián)系人與通知方式如文首所列。2. 一方變更項目聯(lián)系人及文首所列的通訊地址或通訊方式 時，應(yīng)當及時以書面形式通知另一方。第十條 合同的解除和終止1 .雙方確定，出現(xiàn)下列情形，致使本合同的履行成為不必要 或不可能的，一方有權(quán)通知另一方提前解除本合同；(1)發(fā)生不可抗力致使本合同目的不能實現(xiàn)；(2)任何一方明確表示或者以自己的實際行為表明不履行其主 要義務(wù)；任何一方遲延履行其主要義務(wù)，經(jīng)另一方催告后在合理期 限內(nèi)仍未履行。2 .本

37、合同的提前解除不影響雙方已經(jīng)發(fā)生的債權(quán)債務(wù)及違約 方應(yīng)承擔的違約責任。3、除非本合同提前解除，否則，本合同應(yīng)在履行期限屆滿后 終止。第十一條爭議的解決方法1. 在本合同履行過程中，若雙方之間因本合同的簽訂、解釋 或履行發(fā)生理解分歧或爭議，或有任何未盡事宜，均應(yīng)協(xié)商解決。 如協(xié)商不能解決，任何一方可請求采購人行業(yè)管理司進行起訴。2. 如通過上述第1款仍不能解決雙方爭議，任何一方有權(quán)請 求以下述方式之(1)解決爭議：(1) 將爭議提交采購人當?shù)刂俨梦瘑T會仲裁解決；(2) 向采購人所在地有管轄權(quán)的人民法院提起訴訟。第十二條合同的補充、變更與修改任何關(guān)于本合同的補充、變更或修改，均應(yīng)經(jīng)雙方協(xié)商一致并

38、以書面形式確定。第十三條 附件 1、本合同包含下述附件：技術(shù)服務(wù)計戈心2、乙方根據(jù)第二條第1款提交并經(jīng)甲方確認和批準的技術(shù)服 務(wù)計劃應(yīng)作為本合同的附件。3、附件為本合同的組成部分，與正文共同構(gòu)成完整合同，與正 文具有同等法律效力。第十四條 生效本合同經(jīng)雙方簽字蓋章后生效。第十五條文本本合同正本一式立份，甲方執(zhí)叁份，乙方執(zhí)宜份，具有同等法 律效力。雙方簽署：甲方：XXX公司（蓋章）簽署：日期：2010年 月 日乙方：（蓋章）簽署：日期：2010年 月 日第五部分項目投標評審1 .總則本次采購項目采用投標評審方法。2 .項目投標評審工作組采購人組建七人或以上單數(shù)的項目投標評審工作組，技術(shù)專業(yè)人員、

39、經(jīng)濟 類專業(yè)人員，不少于成員總數(shù)的三分之二，項目實施部門人員等方面的人員要 滿足不超過工作組半數(shù)的要求。項目投標評審工作組對資質(zhì)和投標文件進行審 查、評估、談判。3 .項目投標評審流程項目投標評審工作組根據(jù)供應(yīng)商的投標文件，制定投標評審工作方案。再 根據(jù)方案與供應(yīng)商進行投標評審。 評審內(nèi)容包括商務(wù)（投標人資質(zhì)）、技術(shù)（投 標產(chǎn)品與需求符合程度）與投標價格。項目投標評審后確認評審結(jié)果，作為選 擇中標人、簽訂合同的依據(jù)。4 .項目投標評審方案4.1 中標依據(jù)：在不高于最高限價的前提下,綜合評估分最高的為中標候選人。4.2 投標文件實質(zhì)性響應(yīng)檢查4.2.1 評標委員會在評標過程中共同就每一投標文件技

40、術(shù)部分和商務(wù)部分分 別審查，并逐項列出投標文件的全部投標偏差。投標偏差分為重大偏 差和細微偏差。4.2.2 下列情況屬于重大偏差，投標文件有下述情形之一的，屬于未能在實 質(zhì)上響應(yīng)招標文件的投標，應(yīng)作投標無效處理：（一）沒有按照招標文件要求提供投標擔?；蛘咚峁┑耐稑藫Ｓ需Υ茫唬ǘ┩稑宋募]有加蓋投標人公章；（三）投標文件載明的招標項目完成期限超過招標文件規(guī)定的期限；（四）明顯不符合技術(shù)規(guī)格、技術(shù)標準的要求；（五）投標文件載明的貨物包裝方式、檢驗標準和方法等不符合招標文件的要求；（六）投標文件附有招標采購單位不能接受的條件；（七）不符合招標文件中規(guī)定的其他實質(zhì)性要求。4.2.3 細微偏差是指

41、投標文件在實質(zhì)上響應(yīng)招標文件要求，但在個別地方存 在漏項或者提供了不完整的技術(shù)信息和數(shù)據(jù)等情況，并且補正這些遺 漏或者不完整不會對其他投標人造成不公平的結(jié)果。細微偏差不影響 投標文件的有效性。評標委員會應(yīng)當書面要求存在細微偏差的投標人 在評標結(jié)束前予以補正。拒不補正的，在詳細評審時可以對細微偏差 作不利于該投標人的評分。4.2.4 由評委對所有投標文件進行實質(zhì)性響應(yīng)性檢查，未能全部進行實質(zhì)性 響應(yīng)的投標文件作投標無效處理；4.3 技術(shù)部分響應(yīng)性評定4.3.1 由評標委員會對所有投標文件的技術(shù)部分的響應(yīng)進行審核和分析；4.3.2 評委獨立進行文字評價和評分，填寫技術(shù)部分響應(yīng)評分表”，并給出相應(yīng)的

42、單項評分。4.3.3 評分標準：按照單項分值，按技術(shù)部分響應(yīng)評分表中評分細則， 評估滿足情況給出相應(yīng)得分，各單項累加總分。4.3.4 將每一個評委的總分匯集進行算術(shù)平均（精確到小數(shù)點后兩位），得出該投標人的技術(shù)得分。4.4 商務(wù)部分響應(yīng)性評估4.4.1 由評標委員會對所有投標文件的商務(wù)部分的響應(yīng)進行審核和分析；4.4.2 評委獨立進行文字評價和評分，填寫商務(wù)部分響應(yīng)評分表”；4.4.3 評分標準：按照單項分值，按商務(wù)部分響應(yīng)評分表中評分細則， 評估滿足情況給出相應(yīng)得分，各單項累加總分。；4.4.4 將每一個評委的總分匯集行算術(shù)平均（精確到小數(shù)點后兩位），得出該投標人的商務(wù)得分。4.5 價格響應(yīng)

43、性評估4.5.1 由評標委員會對所有投標文件的價格部分的響應(yīng)進行審核和分析；4.5.2 基準價格分：以有效投標人報價中價格最低的投標報價為基準價，定其基準價格分為20分；4.5.3 投標人的價格得分=（評標基準價/投標人報價）X 20 （精確到小數(shù) 點后兩位）分。由此算出每個投標人的“價格得分”；4.5.4 評委檢查每個投標人的價格評分計算情況，確認“價格得分”。4.6 綜合評估分的計算和排序4.6.1 綜合評估分中各評估因素所占權(quán)重（見下表）：評估因素商務(wù)價格權(quán)重3050204.6.2綜合評估分（精確到小數(shù)點后兩位）=技術(shù)得分+價格得分+商務(wù)得分得分；4.6.3 將綜合評估分從高到低排序，得

44、分相同的，按投標報價由低到高順序 排列。得分且投標報價相同的，按技術(shù)得分高低順序排列；4.6.4 評標委員會按排名順序推薦前兩名為中標候選人。若排名第一的中標 候選人放棄中標或被取消中標資格，由排名第二的中標候選人中標。5 .評標相關(guān)表格表一、投標文件實質(zhì)性響應(yīng)審查表招標編號：xxx投標人：審查結(jié)論（投標有效或投標無效）：說明：以下表格任意一項不符合招標文件要求的被視為投標無效。審查類別審查內(nèi)容是否符合不符合項說明重要指標要求（檢商務(wù)部分（第一部分3.1點等）查重要指標要求一覽表）技術(shù)部分其他聯(lián)合體投標是否已附聯(lián)合體各 方共同投標協(xié)議。（非聯(lián)合投標不檢查）投標文件載明的招標項目完成 期限是否未

45、超過招標文件規(guī)定 的期限；是否尢明顯不符合技術(shù)規(guī)格、技術(shù)標準的要求；投標文件載明的貨物包裝方 式、檢驗標準和方法等是否符 合招標文件的要求；投標文件是否未附招標采購單位不能接受的條件；其它評標委員會全體成員簽字：表二、技術(shù)部分響應(yīng)評分表招標編號：xxxx投標人：評分合計：評委簽字:評分細則1、同時支持 PC、IPAD、IPHONE、PDA等客戶端訪問系統(tǒng)得0.5分，否則得0分；2、支持虛擬技術(shù)（虛擬機運行）得 0.5分，否則得0分；可根據(jù)業(yè)務(wù)需求，通過底層平臺配置（免代碼開發(fā)）生成新功能模塊彳導(dǎo)2分；否則得0分；1投標產(chǎn)品系統(tǒng) 平臺要求2投標產(chǎn)品底層 平臺擴展性要求8投標產(chǎn)品流程 定制能力要求

46、1投標產(chǎn)品表單 定制能力要求|4投標產(chǎn)品服務(wù) 臺功能要求1、支持圖形化自定義流程，同一類型業(yè)務(wù)可定義多個處理流程得1分，否則得0分；2、支持流程環(huán)節(jié)設(shè)置不同處理角色得1分，否則得0分;3、可對所有流程進行版本控制，并且有狀態(tài)控制，發(fā)布狀態(tài)的流 程才可止式使用得1分，否則得0分；4、流程啟用后，可進行修改，系統(tǒng)能夠自動按照修改后的流程定義在相關(guān)的模塊中發(fā)揮彳用并控制流轉(zhuǎn)得1分，否則得0分。5、流程支持順序、循環(huán)、分支結(jié)構(gòu)、支持條件、分支、合并、會簽、快照、定時觸發(fā)等多種流程節(jié)點得1分，否則得0分；6、支持流程環(huán)節(jié)的超時、工時計算、任務(wù)調(diào)度、外出委托、任務(wù) 共享等處理得1分，否則得0分；7、支持流

47、程環(huán)節(jié)設(shè)置字段讀寫權(quán)限得1分，否則得0分；8、支持流程不同環(huán)節(jié)綁定不同表單得1分；否則得0分;1、提供表單設(shè)計器，無須編碼通過配置即可完成表單字段和后臺 數(shù)據(jù)綁定，以及表單業(yè)務(wù)邏輯（例如數(shù)據(jù)運算、聯(lián)動、過濾、驗證 等）得1分，否則得0分。1、服務(wù)臺可圖形化跟蹤事件處理流程、處理軌跡，并可對特殊（違反SLA）事件進行干預(yù)，得 1分，否則得0分；2、可圖形化實時查看 SLA執(zhí)行情況，若有異常，可以發(fā)出相關(guān)的 通知和警告信息得1分，否則得0分；3、具有事件操作日志功能，任何人對事件單的任何修改，均可自動進行詳細記錄，以備事后跟蹤得1分，否則得0分；投標產(chǎn)品問題管理功能要求4、圖形化調(diào)度，可按預(yù)設(shè)模型

48、自動生成調(diào)度隊列，支持系統(tǒng)自動派單得1分，否則得0分；1、內(nèi)置問題分析模板，可分析問題的趨勢及分布情況，得 E否則得0分；2、問題管理中可發(fā)起變更流程得1分，否則得。分；投標產(chǎn)品資產(chǎn)管理功能要求投標產(chǎn)品配置管理功能要求投標產(chǎn)品變更 管理功能與采 購需求符合程 度投標產(chǎn)品服務(wù) 級別管理功能 要求投標產(chǎn)品知識 庫功能要求投標產(chǎn)品作業(yè)（任務(wù)）管理功能要求投標產(chǎn)品流程監(jiān)控功能要求投標產(chǎn)品流程績效功能要求1、可以針對不同的IT資產(chǎn)類別指定不同的服務(wù)級別得1分，否則得。分；2、可根據(jù)不同類型資產(chǎn)定義其對應(yīng)的典型故障、故障定位以及解決方案得1分，否則得0分。1、可記錄及查詢配置項的變更歷史記錄得1分，否則得

49、。分;2、可基于 Web進行圖形化定義、顯示配置項之間的關(guān)系得1分，否則得0分；3、可自定義配置項之間的關(guān)系類型得1分，否則得0分;4、可自定義配置項的分類屬性得1分，否則得0分;5、可定期產(chǎn)生審計任務(wù),根據(jù)靈活的策略從 CMD，抽取樣品，并可根據(jù)實際采集的數(shù)據(jù)進行差異分析得1分，否則得0分；6、可從Oracle數(shù)據(jù)庫導(dǎo)入CI得1分，否則得0分;7、具有配置項控制功能，可建立配置基線，用于CMDB勺回退得1分，否則得0分。1、可分別圖形化定義標準變更、非標準變更等不同的變更子流程得1分，否則得0分；2、可提供圖形化的變更日歷，幫助用戶檢查變更之間的沖突得1分否則得0分。1、可分解OLA UC?

50、服務(wù)水平，并能與事件、問題、變更、發(fā)布、作業(yè)等流程自動關(guān)聯(lián)得 1分,否則得0分；2、可定義協(xié)議合規(guī)性評審機制，定期評審服務(wù)水平；設(shè)置服務(wù)水平閾值以及事件觸發(fā)器，自動觸發(fā)事件升級得1分，否則得0分。3、可定義服務(wù)目標的適應(yīng)范圍（事件類型、狀態(tài)、請求人、公司、優(yōu)先級等）并可根據(jù)適應(yīng)范圍自動加載得1分，否則得0分；4、可定義服務(wù)目標的測量準則，根據(jù)服務(wù)目標設(shè)定里程碑檢查機制，并可觸發(fā)相應(yīng)動作得 1分，否則得0分；5、可實時圖形化監(jiān)控協(xié)議合規(guī)性以及趨勢，得一 1分，否則得0分;1、可圖形化定義知識庫審核流程得1分，否則得0分；2、知識庫信息可直接在事件管理功能中根據(jù)關(guān)鍵字自動匹配解決方案得1分，否則得

51、0分；1、同時支持簽到、簽退、工作交接功能得1分，否則得0分；2、任務(wù)管理可自動關(guān)聯(lián)來自事件分派的任務(wù)得1分，否則得0分;3、任務(wù)管理可自動關(guān)聯(lián)來自問題、變更、管理、發(fā)布、持續(xù)服務(wù)改進管理分派的任務(wù)得 2分，否則得0分；4、所有任務(wù)均可在個人工作日歷視圖中統(tǒng)一展示得1分，否則得0分；5、可圖形化定義任務(wù)審批流程得1 -分，否則得0一分；1、服務(wù)報告可根據(jù)客戶需求，自定義服務(wù)報告模板的內(nèi)容得 1分,否則得0分；2、提供鉆取分析工具，應(yīng)可按照不同的維度，層層鉆取，逐層分析，有效支才e決策得1分，否則得0分3、可自定義流程 KPI監(jiān)控儀表盤得1分，否則得0分；1、提供圖形化的儀表盤查看 KPI指標得

52、1分，否則得0分；2、支持績效監(jiān)控，支持管理人員動態(tài)、實時的查看KPI和KGI得投標產(chǎn)品統(tǒng)計 報表功能要求投標產(chǎn)品流程 持續(xù)改進功能 與采購需求符 合程度1分，否則得。分;具備持續(xù)服務(wù)改進功能，分派的任務(wù)可自動關(guān)聯(lián)到任務(wù)管理中得 分，否則得0分；1、報表系統(tǒng)可實現(xiàn)自定義的基于商業(yè)智能分析的可分層級鉆取分 析的報表得1分，否則得。分；2、系統(tǒng)用戶應(yīng)可以在運行過程中，對統(tǒng)計報表的格式和數(shù)據(jù)源進 行重新修改，豐富報表可選擇項目得1分，否則得。分。表三、商務(wù)部分響應(yīng)評分表招標編號：GZIT2008-ZB0193投標人：評分合計：評委簽字:分值(30)評審內(nèi)容評分細則得分5項目經(jīng)理的資質(zhì)具有信息系統(tǒng)項目

53、管理師得 2分，其他0分；具有ITIL V3 Expert認證得3分，其他0分；10投標人資質(zhì)具有ISO/IEC 20000認證得4分；具有CMMI-3或以上認證得4分；具有ISO9001認證得1分；具有國家軟件行業(yè)協(xié)會頒發(fā)的優(yōu)秀IT服務(wù)管理產(chǎn)品獎項得 1分。5投標人提供具有自主版權(quán)的IT服務(wù)管理平臺的案例（以合同復(fù) 印件為準）所投產(chǎn)品單個項目成交金額超過25萬人民幣的案例達到 3個彳導(dǎo)3分，不滿足得0分有國家或者國際級大型運動賽事IT服務(wù)管理平臺案例每個得 2分，不滿足得0分5投標人提供具有自主版權(quán)的IT服務(wù)管理平臺的軟件成熟度擁有在國家版權(quán)局登記的IT服務(wù)管理軟件計算機軟件著作權(quán)，著作權(quán)人姓名必須與投標人一致,著作權(quán)登記的軟件名稱