XXX集團有限公司 人力資源管理信息系統(tǒng) 招標(biāo)文件 XXX集團有限公司 人力資源管理信息系統(tǒng) 招標(biāo)文件 XXX集團有限公司 二零零 年 月 投標(biāo)邀請函 _________________________公司： XXX集團有限公司（招標(biāo)方），對人力資源管理信息系統(tǒng)項目進行招標(biāo)，招標(biāo)方邀請貴公司進行封緘投標(biāo)。 發(fā)標(biāo)時間：200 年 月 日 時到 年 月 日 時（北京時間）。 交標(biāo)時間：200 年 月 日 時到200 年 月 日 時（北京時間）。 投標(biāo)文件必須于投標(biāo)截止時間之前交到招標(biāo)方。招標(biāo)方不受理投標(biāo)截止時間以后的任何投標(biāo)文件。 有關(guān)此次投標(biāo)邀請事宜，可按下列地址以書面或傳真形式向招標(biāo)方查詢。 地址：________________________________，郵編：______________ XXX集團有限公司人力資源部 聯(lián)系人： 電話： 傳真： xxx集團有限公司 200 年 月 日 目 錄 投標(biāo)邀請函 1 一 概述 1 1.1 項目概況 1 1.2 招標(biāo)文件概述 1 二 投標(biāo)要求 1 2.1 對投標(biāo)方的要求 1 2.2 對投標(biāo)文件的要求 1 三 系統(tǒng)技術(shù)要求 1 3.1 總體技術(shù)框架 1 3.2 總體技術(shù)要求 1 3.3 業(yè)務(wù)系統(tǒng)技術(shù)要求 1 3.4 軟、硬件平臺技術(shù)要求 1 3.5 招標(biāo)方應(yīng)用技術(shù)標(biāo)準(zhǔn) 1 四 應(yīng)用系統(tǒng)功能要求 1 4.1 總體應(yīng)用功能框架 1 4.2 基礎(chǔ)業(yè)務(wù)功能 1 4.3 擴展管理功能要求 1 4.4 系統(tǒng)支持功能要求 1 4.5 決策分析功能要求 1 五 系統(tǒng)實施要求 1 5.1 進度要求 1 5.2 項目交付項 1 5.3 技術(shù)服務(wù)要求 1 5.4 技術(shù)培訓(xùn)要求 1 5.5 升級和維護要求 1 六 商務(wù)要求 1 6.1 付款方式 1 6.2 違約責(zé)任 1 6.3 解決糾紛的方式 1 6.4 合同簽訂 1 6.5 其它 1 附件一：投標(biāo)報價表 1 附件二：點對點應(yīng)答表 1 附件三：投標(biāo)差異表 1 附件四：業(yè)績列表 1 附件五：擬參加本項目人員資料列表 1 一 概述 本次招標(biāo)是為xxx集團有限公司（以下簡稱“集團公司”）人力資源管理信息系統(tǒng)（以下簡稱“本系統(tǒng)”）項目組織的。 1.1 項目概況 集團公司于200 年 月 日正式掛牌成立，。。。。。。。。。。。。。。。。 1.1.1 項目背景和系統(tǒng)現(xiàn)狀 集團公司成立之前，就已經(jīng)有部分下屬單位開展了包括人力資源管理信息系統(tǒng)在內(nèi)的大量信息化建設(shè)，大部分下屬單位的人力資源管理到目前還停留在手工操作上。所以，到目前為止，集團公司的人力資源管理還存在以下問題： (1) 缺乏集中共享的人力資源數(shù)據(jù)，無法支持集團化的人力資源調(diào)配和分析。 (2) 各單位人力資源管理業(yè)務(wù)無統(tǒng)一規(guī)范，造成管理資源上的較大浪費。 (3) 許多單位的大部分業(yè)務(wù)還停留在手工勞動上，缺乏網(wǎng)絡(luò)化的業(yè)務(wù)支持，缺乏電子化的數(shù)據(jù)支持，人力資源管理瑣碎工作較多，整體效率不高。 (4) 沿襲傳統(tǒng)的人力資源管理模式，還沒有充分研究和引進值得借鑒的先進人力資源管理思想，人力管理制度還不夠靈活。 在目前情況下，集團公司迅速發(fā)展，在全集團范圍內(nèi)實現(xiàn)人力資源的集中化調(diào)配顯得尤為關(guān)鍵。隨著集團公司的信息化建設(shè)不斷深入開展，人力資源管理信息系統(tǒng)的建設(shè)已經(jīng)具備了較好的條件。目前，集團公司的信息化建設(shè)環(huán)境大體如下： (1) 集團公司的系統(tǒng)的主機和存儲系統(tǒng)運行環(huán)境已經(jīng)有了一定的基礎(chǔ)。 (2) 集團公司總部以及下屬各單位基本建成帶三層交換的高速局域網(wǎng)絡(luò)，集團總部與廣泛分布的各下屬單位間采用2M帶寬專用光纖網(wǎng)絡(luò)連接，并且還在考慮逐步擴容和增加備用通道。 (3) 集團公司已經(jīng)完成階段性信息規(guī)劃和應(yīng)用集成規(guī)范的制定工作，為本系統(tǒng)的建設(shè)提供了關(guān)鍵的技術(shù)標(biāo)準(zhǔn)和約束。 (4) 集團公司的IT基礎(chǔ)架構(gòu)正在搭建，如PC環(huán)境管理、EIP等都在建設(shè)中，可以為本系統(tǒng)的建設(shè)提供底層支持。 1.1.2 項目建設(shè)目標(biāo) (1) 集中存儲和處理全集團公司的人力資源信息，為全集團公司范圍內(nèi)的人力調(diào)配決策提供及時準(zhǔn)確的資料。 (2) 結(jié)合本系統(tǒng)的建設(shè)，在全集團公司范圍內(nèi)逐步規(guī)范機構(gòu)、崗位和人員設(shè)置編碼，為各項工作的集團化管理奠定基礎(chǔ)。 (3) 逐步規(guī)范和簡化集團公司內(nèi)的人力資源設(shè)置和業(yè)務(wù)處理過程，提高集團公司的人力資源管理效率。 (4) 增強員工自助服務(wù)能力，減輕人力資源管理者的日常工作量。 (5) 引進先進的人力資源管理思想，逐步優(yōu)化集團公司的人力資源管理方法，增強集團公司的核心競爭力。 1.1.3 項目建設(shè)階段和范圍 (1) 系統(tǒng)建設(shè)的三個階段 本系統(tǒng)應(yīng)至少能支持全集團公司5年內(nèi)的人力資源管理業(yè)務(wù)，系統(tǒng)建設(shè)上總體分為以下三個階段： l 試點建設(shè)階段：招標(biāo)方與中標(biāo)方簽訂合同后6個月內(nèi)，在集團公司較小的典型范圍內(nèi)建設(shè)完成基本的系統(tǒng)功能模塊。 l 推廣建設(shè)階段：在試點建設(shè)階段完成后3個月內(nèi)，將基本的系統(tǒng)功能模塊推廣到集團公司所有直接經(jīng)營管理的下屬單位；在基本的系統(tǒng)功能全部推廣完成后3個月內(nèi)，在全集團公司建設(shè)完成必要的擴展功能模塊。 l 推廣應(yīng)用階段：在系統(tǒng)生命周期內(nèi)，集團公司將會逐步增加一些新的下屬單位，本系統(tǒng)也應(yīng)覆蓋到這些單位。 本次項目包括上述三個階段的所有內(nèi)容，招標(biāo)方有權(quán)選擇上述全部或任何部分授予中標(biāo)方合同。 (2) 各階段的系統(tǒng)建設(shè)地域范圍和規(guī)模 l 試點建設(shè)單位：____________________________________共____個單位，共約________名管理用戶。 l 推廣建設(shè)單位：集團公司其它所有直接經(jīng)營管理的下屬單位，共約________名管理用戶。 l 推廣應(yīng)用單位：集團公司在近年內(nèi)即將成立的直接經(jīng)營管理的下屬單位，預(yù)計共約_____________名管理用戶。 (3) 各階段的系統(tǒng)建設(shè)功能范圍 l 試點建設(shè)功能范圍：包括支持系統(tǒng)運行或支持招標(biāo)方日常業(yè)務(wù)所必須的主要功能模塊，至少實現(xiàn)機構(gòu)人員信息管理、薪酬管理、保險福利管理、考勤休假管理、招聘管理和合同管理等6個主要功能模塊。 l 推廣建設(shè)功能范圍：在前階段實現(xiàn)的系統(tǒng)功能基礎(chǔ)上擴展績效管理、勞動力規(guī)劃和職業(yè)發(fā)展、薪酬福利設(shè)計、平衡計分卡、時間管理，以及自助服務(wù)和智能分析等高級功能。 l 推廣應(yīng)用功能范圍：功能范圍同前兩個階段。 1.1.4 供貨和報價范圍 (1) 咨詢顧問部分：指咨詢顧問商通過調(diào)研和分析，總結(jié)出招標(biāo)方的人力資源管理現(xiàn)狀，發(fā)現(xiàn)招標(biāo)方在人力資源管理方面存在的問題，提出對招標(biāo)方人力資源管理方面改進的建議，并結(jié)合人力資源管理信息系統(tǒng)軟件明確系統(tǒng)設(shè)計和實施方法。 (2) 硬件部分：指本系統(tǒng)在設(shè)計、開發(fā)、運行和維護過程中必須或投標(biāo)方建議采用的硬件設(shè)備，要求所選擇的硬件必須是主流廠商生產(chǎn)的標(biāo)準(zhǔn)通用產(chǎn)品。 (3) 系統(tǒng)軟件部分：指本系統(tǒng)在設(shè)計、開發(fā)、運行和維護過程中必須或投標(biāo)方建議采用的支持軟件，要求所選擇的系統(tǒng)軟件必須是成熟通用的商品化軟件。 (4) 應(yīng)用軟件部分：指投標(biāo)方在系統(tǒng)軟件基礎(chǔ)上自主開發(fā)的滿足或高于本招標(biāo)文件要求的人力資源管理信息系統(tǒng)應(yīng)用軟件（中文版），以及應(yīng)用軟件的實施，并提供相關(guān)的技術(shù)文件。 (5) 技術(shù)服務(wù)部分：指系統(tǒng)集成、培訓(xùn)，以及最終驗收日起12個月內(nèi)的有償維護服務(wù)，包括運行維護、系統(tǒng)升級和系統(tǒng)改造。 (6) 招標(biāo)方有權(quán)選擇上述全部或任何部分授予中標(biāo)方合同。 1.1.5 項目建設(shè)原則 (1) 本系統(tǒng)應(yīng)按數(shù)據(jù)和應(yīng)用集中部署的原則建設(shè)，各應(yīng)用終端通過專用網(wǎng)絡(luò)在分布較廣的范圍內(nèi)實時連接操作。 (2) 本系統(tǒng)應(yīng)采用成熟的應(yīng)用軟件平臺或原型系統(tǒng)，在統(tǒng)一設(shè)計的前提下，充分研究集團公司總部和下屬單位的業(yè)務(wù)需求和關(guān)聯(lián)，形成唯一一個完整的系統(tǒng)。 (3) 統(tǒng)一設(shè)計，分步實施。在系統(tǒng)建設(shè)開始階段就全面調(diào)研全集團的業(yè)務(wù)需求，為統(tǒng)一設(shè)計提供基礎(chǔ)，在系統(tǒng)開發(fā)實施上則分步開展。 (4) 本系統(tǒng)應(yīng)嚴(yán)格遵循集團公司的信息規(guī)劃和有關(guān)技術(shù)標(biāo)準(zhǔn)，采用符合要求的技術(shù)路線和編碼規(guī)則，將本系統(tǒng)應(yīng)納入公司的整體信息體系中。 (5) 本系統(tǒng)應(yīng)統(tǒng)籌考慮與其它信息系統(tǒng)的功能邊界界定和信息集成共享，實現(xiàn)信息安全、可靠、快速交換及功能模塊互調(diào)，以人力資源管理的業(yè)務(wù)處理過程為依據(jù)，將各種原始數(shù)據(jù)加工成規(guī)范化的信息，實現(xiàn)信息的高效利用和統(tǒng)一管理。 (6) 本系統(tǒng)應(yīng)遵照有關(guān)標(biāo)準(zhǔn)和規(guī)范：如計算機軟件開發(fā)規(guī)范（GB8566-88）、計算機軟件開發(fā)文件指南（GB8567-88）等。 1.1.6 有關(guān)招評標(biāo)事宜 (1) 本次項目僅允許針對咨詢顧問部分和項目其它部分采取聯(lián)合投標(biāo)形式，不允許中標(biāo)后的轉(zhuǎn)、分包。 (2) 投標(biāo)方如對招標(biāo)文件有任何疑問，可在交標(biāo)截止2個工作日前可通過書面形式告知招標(biāo)方，招標(biāo)方可以在交標(biāo)截止前任何時間予以書面澄清或不予澄清。如有必要，招標(biāo)方可以決定推遲交標(biāo)時間。 (3) 投標(biāo)方應(yīng)根據(jù)招標(biāo)方的通知派代表按時參加招標(biāo)方組織的開標(biāo)大會，不按時參加的作為自動棄標(biāo)處理，參加投標(biāo)的所有費用由各投標(biāo)方自理。 (4) 招標(biāo)方將自行組織專家進行評標(biāo)，招標(biāo)方不承諾最低價中標(biāo)。 (5) 如招標(biāo)方認(rèn)為必要，可以不推選任何中標(biāo)單位，并對此不作任何解釋。 1.2 招標(biāo)文件概述 (1) 本招標(biāo)文件提出了本系統(tǒng)的建設(shè)規(guī)模、主要業(yè)務(wù)需求和技術(shù)指標(biāo)要求，可供投標(biāo)方編寫投標(biāo)文件之用。 (2) 投標(biāo)方應(yīng)按照本招標(biāo)文件的要求提供詳細(xì)、完整的技術(shù)方案，該技術(shù)方案應(yīng)完全滿足或高于本招標(biāo)文件的要求，對于本招標(biāo)文件中的某些部分，投標(biāo)方如不能滿足要求，或有其它替代方案，或有其它修改建議，應(yīng)在技術(shù)方案中指出其必須進行修改的理由以及與原要求的差別。否則，招標(biāo)方即認(rèn)為投標(biāo)方可以滿足本招標(biāo)文件的要求。 (3) 所有招標(biāo)方認(rèn)為是本招標(biāo)文件范圍所要求而被遺漏的項目，都被認(rèn)為是包含在本次招標(biāo)范圍內(nèi)，投標(biāo)方的報價被視為包含此遺漏項目的報價，投標(biāo)方可以就投標(biāo)方認(rèn)為的遺漏項目提請招標(biāo)方注意，并詳細(xì)說明理由，招標(biāo)方將就此進行澄清。 二 投標(biāo)要求 2.1 對投標(biāo)方的要求 投標(biāo)方應(yīng)明白并承諾，必須至少滿足以下要求，才能作為合格的投標(biāo)方來參與本項目的投標(biāo)。投標(biāo)方在投標(biāo)文件中的有關(guān)內(nèi)容，除非明確說明的，招標(biāo)方都認(rèn)為達(dá)到或高于以下要求。 2.1.1 資質(zhì)要求 (1) 投標(biāo)方近3年內(nèi)財務(wù)狀況良好。（近3年的財務(wù)報表必須包含在投標(biāo)文件第二部分中，否則作為廢標(biāo)處理） (2) 投標(biāo)方近3年內(nèi)無任何違法行為或經(jīng)濟糾紛。（請投標(biāo)方注意：一經(jīng)招標(biāo)方查證投標(biāo)方有上述情況，在任何時候立即無條件取消投標(biāo)、中標(biāo)資格或中止履行合同，由此造成的所有損失由投標(biāo)方承擔(dān)） (3) 擁有較豐富的人力資源管理信息系統(tǒng)業(yè)績。（已經(jīng)投入試運行或正式運行的部分業(yè)績必須按附件四要求列出） 2.1.2 工作范圍要求 (1) 投標(biāo)方必須有能力提供滿足本招標(biāo)文件要求的貨物和服務(wù)。 (2) 投標(biāo)方必須在xxx省有技術(shù)支持及售后服務(wù)隊伍，具備能夠滿足招標(biāo)方要求的維護服務(wù)能力，包括有關(guān)的專用設(shè)備和專業(yè)技術(shù)人員。 (3) 如果投標(biāo)方在投標(biāo)中采用任何第三方產(chǎn)品，則必須提供第三方產(chǎn)品原廠商專門為本項目（必須注明“xxx集團有限公司人力資源管理信息系統(tǒng)”）出具的授權(quán)書或質(zhì)量服務(wù)保證文件，否則作為廢標(biāo)處理。 2.2 對投標(biāo)文件的要求 (1) 投標(biāo)方必須提供6份全中文書面投標(biāo)文件（1份正本、5份副本），1份電子文檔（光盤、EXCEL或WORD格式），投標(biāo)方必須嚴(yán)格按以下編制要求編制投標(biāo)文件，否則作為廢標(biāo)處理： 第一部分：投標(biāo)信函。 第二部分：投標(biāo)方有關(guān)營業(yè)、資質(zhì)和業(yè)績等證明材料，以及有關(guān)第三方產(chǎn)品原廠商按2.1.2中第3條要求出具的證明文件。 第三部分：根據(jù)本招標(biāo)文件的編排順序，逐項逐條地給予點對點明確的應(yīng)答。 第四部分：根據(jù)本招標(biāo)文件的要求，提供詳細(xì)的技術(shù)方案，提出多種方案時，應(yīng)予以分析比較，并明確建議唯一的投標(biāo)方案，投標(biāo)方必須嚴(yán)格按以下編制要求編制技術(shù)方案，否則作為廢標(biāo)處理： （一） 總述 （二） 系統(tǒng)總體架構(gòu)及技術(shù)路線 1) 提出系統(tǒng)總體架構(gòu)的建議方案及依據(jù)，描述系統(tǒng)的總體拓?fù)浣Y(jié)構(gòu)。 2) 提出系統(tǒng)采用的技術(shù)路線建議及依據(jù)。 （三） 系統(tǒng)軟、硬件平臺配置方案 1) 提出支持軟件平臺配置的建議方案（包括產(chǎn)品、版本、數(shù)量和有關(guān)性能指標(biāo)的詳盡列表）和依據(jù)。 2) 提出系統(tǒng)主機設(shè)備、存儲設(shè)備和客戶端設(shè)備等硬件平臺配置的建議方案（包括型號、配置、數(shù)量和有關(guān)性能指標(biāo)的詳盡列表）和依據(jù)。 （四） 應(yīng)用軟件技術(shù)方案 1) 提出完整的應(yīng)用軟件解決方案，描述其軟件體系結(jié)構(gòu)、設(shè)計思想、各子系統(tǒng)和模塊的基本功能和性能指標(biāo)。 2) 針對重要的業(yè)務(wù)模型（包括工作流模型、分析預(yù)測模型等）提供詳細(xì)的設(shè)計建議和方案。 3) 說明技術(shù)方案中所使用的公共標(biāo)準(zhǔn)（例如：國家標(biāo)準(zhǔn)、信息產(chǎn)業(yè)部部頒標(biāo)準(zhǔn)等），若提供的工具和系統(tǒng)平臺包含投標(biāo)方的專用標(biāo)準(zhǔn)，也應(yīng)具體說明，并附上相應(yīng)的詳細(xì)技術(shù)資料。 （五） 系統(tǒng)安全解決方案 針對如何保障本系統(tǒng)的主機、網(wǎng)絡(luò)、數(shù)據(jù)和應(yīng)用的安全提出詳細(xì)的建議方案和依據(jù)。 （六） 項目的交付項 說明項目任務(wù)完成后，投標(biāo)方根據(jù)合同應(yīng)提交的貨物、服務(wù)以及交接文件等，并附上相應(yīng)的交付時間計劃表。 （七） 測試及實施方案 具體說明項目的實施方案和項目實施計劃。 （八） 培訓(xùn)課程和培訓(xùn)方案 說明投標(biāo)方為本項目所提供的培訓(xùn)課程、內(nèi)容、方式和具體計劃。 （九） 技術(shù)服務(wù)和技術(shù)承諾 投標(biāo)方為本項目所提供的技術(shù)服務(wù)的內(nèi)容、服務(wù)方式和服務(wù)承諾。 （十） 附錄 其它投標(biāo)方認(rèn)為需要為本項目提供的任何的資料信息。 第五部分：提供相應(yīng)方案對應(yīng)的報價總價和報價明細(xì)表各唯一的一份（該部分單獨密封，密封的信封放于投標(biāo)文件正本中，任何投標(biāo)報價信息不得出現(xiàn)在除本部分外的任何投標(biāo)文件中，否則作為廢標(biāo)處理）。 第六部分：投標(biāo)差異表。 (2) 投標(biāo)方必須保證投標(biāo)文件（以及以其它任何方式向招標(biāo)方表達(dá)的與本次投標(biāo)有關(guān)的）中所提供的信息真實、準(zhǔn)確、可查證，否則作為廢標(biāo)處理。 (3) 投標(biāo)方應(yīng)確保其技術(shù)方案中所供系統(tǒng)的完整性，本招標(biāo)文件遺漏的一切事項，只要這些事項可以確定為是保證投標(biāo)方所供系統(tǒng)安全、穩(wěn)定、可靠的有效地運行所必需的，都應(yīng)該被認(rèn)為包括在投標(biāo)價格之內(nèi)。 (4) 投標(biāo)方可以對本招標(biāo)文件提出修改意見供招標(biāo)方參考，招標(biāo)方有權(quán)因需要對本招標(biāo)文件進行修改和補充。 數(shù)據(jù)層，采用集中式Oracle數(shù)據(jù)庫 Oracle b 9i 中間件應(yīng)用服務(wù)器 Microsoft Ibm Oracle Bea 其它 HR人力資源系統(tǒng)平臺及應(yīng)用軟件 EIP（單點登陸、身份認(rèn)證） 展現(xiàn)層，EIP另行單獨建設(shè)，采用IE瀏覽器 業(yè)務(wù)邏輯層，采用多級個性化集中式功能部署 應(yīng)用服務(wù)層，采用集中式部署主流中間件平臺 三 系統(tǒng)技術(shù)要求 3.1 總體技術(shù)框架 3.2 總體技術(shù)要求 (1) 系統(tǒng)采用基于多層功能分布式的B/S架構(gòu)，客戶端如需插件也應(yīng)自動下載并安裝配置。 (2) 開放性要求：支持多種硬件平臺，采用通用軟件開發(fā)平臺開發(fā)，具備良好的可移植性。采用標(biāo)準(zhǔn)開放接口，支持與其它系統(tǒng)的數(shù)據(jù)交換、共享和功能模塊調(diào)用，支持與其它商品軟件的數(shù)據(jù)交換。 (3) 標(biāo)準(zhǔn)化要求：所有各項軟件開發(fā)工具和系統(tǒng)開發(fā)平臺應(yīng)符合我國國家標(biāo)準(zhǔn)、信息產(chǎn)業(yè)部部頒標(biāo)準(zhǔn)等相關(guān)技術(shù)規(guī)范和要求。 (4) 參數(shù)化要求：必須實現(xiàn)完全模塊化設(shè)計，支持參數(shù)化配置，支持組件及組件的動態(tài)加載。 (5) 容錯性要求：提供有效的故障診斷及維護工具，具備數(shù)據(jù)錯誤記錄和錯誤預(yù)警能力，在出錯時具備自動恢復(fù)功能。 (6) 安全性要求：授權(quán)和訪問控制，支持?jǐn)?shù)據(jù)庫存儲加密，數(shù)據(jù)交換的信息包加密，數(shù)據(jù)傳輸通道加密，發(fā)生安全事件時，能以事件觸發(fā)的方式通知系統(tǒng)管理員處理。 (7) 可靠性要求：系統(tǒng)應(yīng)具有較高的可靠性，不應(yīng)出現(xiàn)因應(yīng)用軟件引起的異常宕機現(xiàn)象，在發(fā)生錯誤時能夠快速地恢復(fù)正常運行，軟件系統(tǒng)要防止消耗過多的系統(tǒng)資源而使系統(tǒng)崩潰。 (8) 兼容性要求：滿足向下兼容的要求，軟件版本易于升級，任何一個模塊的維護和更新以及新模塊的追加都不應(yīng)影響其它模塊，且在升級的過程中不影響系統(tǒng)的性能與運行。 (9) 易用性要求：應(yīng)具有良好的簡體中文的操作界面、詳細(xì)的幫助信息，系統(tǒng)參數(shù)的維護與管理通過操作界面完成。 3.3 業(yè)務(wù)系統(tǒng)技術(shù)要求 (1) 滿足本系統(tǒng)數(shù)據(jù)和應(yīng)用集中部署，操作和權(quán)限分級分布的要求。 (2) 滿足本系統(tǒng)在5年內(nèi)的數(shù)據(jù)存儲和業(yè)務(wù)處理要求。 (3) 無縫集成圖形化自定義報表和工作流等工具。 (4) 系統(tǒng)應(yīng)提供易用的系統(tǒng)設(shè)置或二次開發(fā)功能，滿足因政策變化等外部及內(nèi)部改革引起的業(yè)務(wù)變化的需求。 (5) 系統(tǒng)在進行數(shù)據(jù)處理的過程中，必須具有一定的糾錯能力，對于異常、格式非法、內(nèi)容不合理或不正常的數(shù)據(jù)要能進行特殊處理。 (6) 系統(tǒng)峰值響應(yīng)速度良好，并發(fā)處理用戶≥50人。 (7) 非統(tǒng)計性查詢響應(yīng)時間≤2秒。 (8) 報表匯總時間≤10秒。 (9) 界面上圖形、報表相結(jié)合，圖形可靈活控制。 3.4 軟、硬件平臺技術(shù)要求 項目 要求 1、主機 數(shù)據(jù)庫、WEB及應(yīng)用服務(wù)器：共用一臺高端PC服務(wù)器，4路CPU（2GHz及以上），2×73G 10Krpm RAID1，4G DDR RAM，1G ECC 二級高速緩存，1塊1000Mbps網(wǎng)卡，2塊支持SAN（IBM ESS 2105）的光適配器（含20米配套使用的光纖）。 2、存儲 建立在已經(jīng)采購的SAN中。 3、數(shù)據(jù)庫 采用Oracle9i for Windows標(biāo)準(zhǔn)版100用戶。 4、WEB服務(wù)及中間件 采用主流商品化產(chǎn)品。 5、公用設(shè)計開發(fā)工具 視投標(biāo)方設(shè)計開發(fā)要求而定。 3.5 招標(biāo)方應(yīng)用技術(shù)標(biāo)準(zhǔn) 本系統(tǒng)除滿足上述技術(shù)要求外，還應(yīng)滿足招標(biāo)方的信息系統(tǒng)技術(shù)企業(yè)標(biāo)準(zhǔn)?！秞xx集團有限公司企業(yè)標(biāo)準(zhǔn)》之《計算機、網(wǎng)絡(luò)及信息系統(tǒng)管理標(biāo)準(zhǔn)》之細(xì)則六《信息系統(tǒng)集成技術(shù)管理細(xì)則》如下： 1 說明 1.1 本細(xì)則所指信息系統(tǒng)是指與信息技術(shù)相關(guān)的軟、硬件集成、開發(fā)、實施和咨詢顧問系統(tǒng)。 1.2 本細(xì)則規(guī)范了信息系統(tǒng)的原則性開發(fā)設(shè)計方法，主要目的在于通過建設(shè)信息集成平臺，實現(xiàn)信息系統(tǒng)間在數(shù)據(jù)層、應(yīng)用層、業(yè)務(wù)層和門戶層上的系統(tǒng)集成，避免傳統(tǒng)信息系統(tǒng)開發(fā)方法下形成的“信息孤島”現(xiàn)象。 1.3 本細(xì)則將作為管理信息系統(tǒng)技術(shù)方案和招標(biāo)文件的一部分，用于約束引進的信息系統(tǒng)的開發(fā)和設(shè)計。 2 系統(tǒng)集成的4個層面 2.1 數(shù)據(jù)集成：基于共享數(shù)據(jù)格式交換的系統(tǒng)集成形式，不同系統(tǒng)間相互約定好某種數(shù)據(jù)表示格式，通過某種約定好的通訊方式進行數(shù)據(jù)交換。 2.2 應(yīng)用集成：基于接口調(diào)用的系統(tǒng)集成形式，不同系統(tǒng)間按約定好的外部接口規(guī)范和外部接口協(xié)議標(biāo)準(zhǔn)調(diào)用對方提供的接口函數(shù)。 2.3 業(yè)務(wù)流程集成：是應(yīng)用集成的高級形式，不同的系統(tǒng)分別以各自的數(shù)據(jù)集成或應(yīng)用集成的方式連接到統(tǒng)一的業(yè)務(wù)流程集成的平臺上，這個平臺起著消息總線的作用，對輸入的消息自動進行數(shù)據(jù)格式轉(zhuǎn)換、消息路由和流程處理，最后輸出到目標(biāo)系統(tǒng)。 2.4 門戶集成：是在數(shù)據(jù)集成、應(yīng)用集成和業(yè)務(wù)流程集成的基礎(chǔ)上，將企業(yè)的各個信息系統(tǒng)通過統(tǒng)一的信息門戶進行展現(xiàn)，實現(xiàn)單點登錄。 3 各層面系統(tǒng)集成的技術(shù)要求 3.1 數(shù)據(jù)集成：采用XML技術(shù)，各應(yīng)用系統(tǒng)都將各自的信息以XML格式接入到應(yīng)用集成平臺，結(jié)合應(yīng)用集成平臺的XML格式數(shù)據(jù)轉(zhuǎn)換和業(yè)務(wù)流程集成功能，實現(xiàn)各信息系統(tǒng)的可動態(tài)配置的單向或雙向的信息交換和業(yè)務(wù)整合。 3.2 應(yīng)用集成：采用SOAP和UDDI技術(shù)，各應(yīng)用系統(tǒng)將自己的服務(wù)接口以SOAP協(xié)議標(biāo)準(zhǔn)接口進行封裝、發(fā)布到統(tǒng)一的UDDI目錄服務(wù)中，并根據(jù)UDDI信息正確調(diào)用其它應(yīng)用系統(tǒng)提供的SOAP接口。 3.3 業(yè)務(wù)流程集成：在數(shù)據(jù)集成和應(yīng)用集成的基礎(chǔ)之上進行，應(yīng)符合BPEL標(biāo)準(zhǔn)，應(yīng)可互操作、模塊化、集成、可擴展和安全，能夠?qū)⑿畔?、人員和業(yè)務(wù)過程聯(lián)系起來。 3.4 門戶集成：由目錄同步服務(wù)提供統(tǒng)一的用戶管理功能，并建設(shè)企業(yè)內(nèi)部的證書中心。管理員利用目錄服務(wù)管理系統(tǒng)（應(yīng)采用B/S架構(gòu)）進行用戶帳號的創(chuàng)建、修改和刪除操作。在各種操作的同時，自動調(diào)用各應(yīng)用系統(tǒng)的對應(yīng)的目錄同步接口進行操作，或直接操作數(shù)據(jù)庫中的用戶表，以達(dá)到按需同步修改所有目錄的目的。各應(yīng)用系統(tǒng)的原有的用戶管理功能和密碼功能應(yīng)予以屏蔽，或重定向到目錄同步服務(wù)的對應(yīng)頁面（注意：仍沿用各應(yīng)用系統(tǒng)自己的授權(quán)管理）。 4 系統(tǒng)集成平臺的基礎(chǔ)設(shè)施要求 4.1 建立統(tǒng)一的企業(yè)目錄服務(wù)，統(tǒng)一管理和保存用戶的帳號和密碼信息，采用LDAP作為其核心協(xié)議，能夠在不同的操作系統(tǒng)中使用，與多個名稱空間集成。 4.2 活動目錄使用Internet域名服務(wù)作為定位服務(wù)，把域中的對象組織為一個層次結(jié)構(gòu)的組織單元，同時允許多個域組織成一個樹狀結(jié)構(gòu)，采用域控制器進行活動目錄的管理。 4.3 客戶端PC逐步采用Windows2000/XP平臺，并統(tǒng)一加入并登錄到活動目錄中。 4.4 建立單點登錄的統(tǒng)一認(rèn)證機制，支持X.509電子證書標(biāo)準(zhǔn)，與活動目錄無縫集成，支持服務(wù)器驗證安全證書、代碼簽名安全證書、電子郵件安全證書、加密文件系統(tǒng)安全證書、客戶端安全證書等類型證書的簽發(fā)和管理。 4.5 WEB服務(wù)使用WSDL來發(fā)布關(guān)于可用服務(wù)的信息，一個WSDL文件包括關(guān)于地址和協(xié)議，以及用于描述數(shù)據(jù)格式的數(shù)據(jù)類型定義和消息類型的信息，并在UDDI上發(fā)布。 4.6 支持主流的集成開發(fā)環(huán)境，并且應(yīng)可以使用各種標(biāo)準(zhǔn)主流的工具、編輯器和其它可用的用戶界面。 4.7 業(yè)務(wù)過程支持BPEL標(biāo)準(zhǔn)，可以使用在XLANG或WSFL語言中定義的業(yè)務(wù)過程。支持XSD語言圖形化地定義業(yè)務(wù)過程，支持復(fù)雜的數(shù)據(jù)類型，并能通過BAM框架監(jiān)控業(yè)務(wù)過程。 4.8 應(yīng)用集成平臺應(yīng)提供控制臺進行統(tǒng)一管理。 4.9 應(yīng)用集成平臺應(yīng)通過提供基于XSD定義的適配器框架，使用來自開發(fā)商的打包的適配器，將打包的或?qū)Ｓ玫南到y(tǒng)連接起來。常用的適配器至少包括FILE適配器、HTTP適配器、MSMQT適配器、SMTP適配器、SOAP適配器、SQL適配器。 4.10 應(yīng)用集成平臺組應(yīng)可以包括并支持多個MessageBox數(shù)據(jù)庫。 4.11 應(yīng)用集成平臺應(yīng)能夠為分布式的工作負(fù)載均衡，將消息路由到特定的服務(wù)器，提供靈活的規(guī)模擴大模型，該模型包括接收主機層、處理主機層、事務(wù)處理主機層和MessageBox數(shù)據(jù)庫層。 5 系統(tǒng)集成平臺的選擇 目前，企業(yè)應(yīng)用集成平臺的相關(guān)技術(shù)、標(biāo)準(zhǔn)和產(chǎn)品已經(jīng)達(dá)到相當(dāng)成熟的商業(yè)化程度。在選擇應(yīng)用系統(tǒng)平臺或進行信息系統(tǒng)開發(fā)設(shè)計時，應(yīng)盡量選擇采用IBM、Oracle、MicroSoft、BEA、WebMethos等大型公司的成熟集成平臺的產(chǎn)品和技術(shù)路線。 6 應(yīng)用系統(tǒng)建設(shè)的技術(shù)檢查列表 新建的信息系統(tǒng)在開發(fā)或采購階段選擇供應(yīng)商時，應(yīng)按以下的《信息系統(tǒng)應(yīng)用集成規(guī)范檢查項列表》進行符合性審查，以確保該信息系統(tǒng)能最大程度地集成到應(yīng)用集成平臺。 類別 檢查項 符合性 說明 門戶集成 應(yīng)用系統(tǒng)是否提供基于B/S（瀏覽器/服務(wù)器）架構(gòu)的用戶界面 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 “不適用”表示整套系統(tǒng)都沒有基于PC桌面的人機交互界面，例如短信系統(tǒng)、傳真系統(tǒng)，以下同 客戶端WEB瀏覽器是否支持IE 5.0或以上 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 客戶端要求統(tǒng)一采用IE瀏覽器 選用的WEB服務(wù)器是否支持安全加密的驗證方式 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 WEB應(yīng)用服務(wù)是否支持安全加密的驗證方式（應(yīng)用系統(tǒng)不再保存用戶的密碼，統(tǒng)一在企業(yè)目錄服務(wù)中保存） [ ]不適用 [ ]不符合，不可修改 [ ]承諾修改后符合 [ ]符合 如果WEB應(yīng)用服務(wù)目前是基于自己數(shù)據(jù)庫中的用戶表的帳號/密碼來進行驗證的話，則要求修改為安全加密的認(rèn)證方式 WEB應(yīng)用服務(wù)是否采用HTTPS保護基本驗證時的用戶和密碼信息（如果不支持安全加密的驗證方式的話） [ ]不適用 [ ]不符合，不可修改 [ ]承諾修改后符合 [ ]符合 應(yīng)用系統(tǒng)的用戶的帳號是否提供創(chuàng)建/修改/刪除的編程接口或數(shù)據(jù)庫表結(jié)構(gòu)接口 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 統(tǒng)一提供的目錄同步服務(wù)將在帳號創(chuàng)建/修改/刪除時自動調(diào)用各信息系統(tǒng)的帳號同步接口進行同步 數(shù)據(jù)集成 應(yīng)用系統(tǒng)的數(shù)據(jù)庫是否提供詳細(xì)的表結(jié)構(gòu)定義 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 必要時需要直接讀寫應(yīng)用系統(tǒng)的數(shù)據(jù)庫，如果有特別的注意事項，請注明 應(yīng)用系統(tǒng)的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導(dǎo)出功能（手工） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供XML Schema 應(yīng)用系統(tǒng)的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導(dǎo)出功能（自動、批量、可調(diào)度） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供XML Schema 應(yīng)用系統(tǒng)的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導(dǎo)入功能（手工） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的XML Schema 應(yīng)用系統(tǒng)的數(shù)據(jù)是否提供基于XML格式數(shù)據(jù)的導(dǎo)入功能（自動、批量、可調(diào)度） [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的XML Schema 應(yīng)用集成 應(yīng)用系統(tǒng)是否提供基于SOAP協(xié)議標(biāo)準(zhǔn)的調(diào)用接口 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的SOAP接口清單 應(yīng)用系統(tǒng)是否提供支持調(diào)用其它的基于SOAP協(xié)議標(biāo)準(zhǔn)的調(diào)用接口 [ ]不適用 [ ]不符合 [ ]承諾修改后符合 [ ]符合 需要同時提供支持的SOAP接口清單 7 術(shù)語解釋 7.1 XML：Extensible Markup Language，可擴展標(biāo)記語言。 7.2 SOAP：Simple Object Access Protocol，簡單對象訪問協(xié)議。 7.3 UDDI：Universal Description, Discovery, and Integration Service，通用描述、發(fā)現(xiàn)和集成服務(wù)。 7.4 BPEL：Business Process Execution Language，業(yè)務(wù)處理過程執(zhí)行語言。 7.5 LDAP：Light Directory Access Protocol，輕型目錄訪問協(xié)議。 7.6 WSDL：Web Services Description Language，Web服務(wù)描述語言。 7.7 XLANG：Microsoft用于BizTalk的業(yè)務(wù)模型語言。 7.8 WSFL：Web Services Flow Language，IBM Web服務(wù)流語言。 四 應(yīng)用系統(tǒng)功能要求 4.1 總體應(yīng)用功能框架 決策分析功能 機構(gòu)人員信息管理 薪酬 管理 保險福利 管理 考勤休假 管理 合同 管理 績效考核 管理 勞動力 規(guī)劃 職業(yè)發(fā)展 管理 薪酬福利 設(shè)計 平衡 計分卡 自助 服務(wù) 其它 工作流 管理 報表 管理 權(quán)限 管理 操作日志 管理 系統(tǒng)接口 管理 KPI 查詢 決策 分析 擴展管理功能 基礎(chǔ)業(yè)務(wù)功能 系統(tǒng)支持功能 招聘 管理 4.2 基礎(chǔ)業(yè)務(wù)功能 以下基礎(chǔ)業(yè)務(wù)功能要求在試點建設(shè)階段在5個試點單位建設(shè)完成，并在推廣建設(shè)階段在集團公司直接經(jīng)營管理的其它下屬單位推關(guān)建設(shè)完成。基礎(chǔ)業(yè)務(wù)功能至少滿足以下要求： 4.2.1 機構(gòu)人員信息管理 機構(gòu)人員信息管理應(yīng)與正在建設(shè)的集團公司域管理和目錄服務(wù)相關(guān)聯(lián)，請投標(biāo)方提出關(guān)聯(lián)信息流和處理方法。 本系統(tǒng)可以根據(jù)用戶需求自行定義不同的機構(gòu)類型，如分公司、子公司、分支機構(gòu)、部門、科室等，可以定義不同機構(gòu)之間在不同情況下的層次關(guān)系。通過定義不同機構(gòu)的性質(zhì)、屬性和相關(guān)的工作職能要求，可以直接定義各機構(gòu)的能力需求和編制情況。同樣，可以從崗位的層面來定義人員編制和能力需求，通過定義不同的崗位及其結(jié)構(gòu)關(guān)系來建立崗位說明、崗位的能力需求和其他屬性。實現(xiàn)該部分功能的要求如下： (1) 用圖形格式來顯示組織的分級結(jié)構(gòu)并可以溯源至該組織或職位的資料中，可以通過直觀的拖放來改變分級結(jié)構(gòu)，原則上可以維護無限層次的組織結(jié)構(gòu)和崗位結(jié)構(gòu)。 (2) 提供安全驗證的機制，限制了有權(quán)更新并瀏覽組織或職位分級結(jié)構(gòu)的用戶的類別。 (3) 可以按歷史時間建立機構(gòu)和人員變化的完整的歷史記錄。 (4) 可以建立人力資源預(yù)算并附在分級結(jié)構(gòu)中，以提供有關(guān)機構(gòu)人員發(fā)展的當(dāng)前或歷史需求的資料。 4.2.2 薪酬管理 薪酬管理與財務(wù)管理等系統(tǒng)有著密切關(guān)聯(lián)，請投標(biāo)方提出關(guān)聯(lián)信息流和處理方法。 企業(yè)的薪酬體系通常含有各種薪酬項目，比如工資、津貼、獎金稅、扣款等，可以通過元素和分類來定義企業(yè)的薪酬體系中的各種薪酬項目，并可以根據(jù)需求靈活地進行修改。薪酬管理至少應(yīng)滿足如下要求： (1) 可定義各種薪酬項目和分類，并定義這些薪酬項目所對應(yīng)的屬性和各種情況下的處理規(guī)則和計算方法。 (2) 可以定義各種薪酬項目的計算優(yōu)先級，以控制不同薪酬項目的計算順序。 (3) 可以定義不同薪酬項目所使用的幣種，以處理一些特殊的涉及多幣種的薪酬情況。 (4) 可以定義各種薪酬項目生效和失效日期，如在當(dāng)前進行增減薪酬項目的設(shè)定工作，而將生效或失效日期定在將來，從而不影響當(dāng)前的薪酬計算。 (5) 針對不同的薪酬項目可以定義與其計算有關(guān)的限定值，該限定值可以是數(shù)額，也可以是百分比。對于該限定值，可以定義其是否在每個薪酬計算周期循環(huán)發(fā)生，或只是一次性項目，還可以定義其有效日期范圍。 (6) 可以靈活定義薪酬計算公式，管理各種情況下的薪酬處理的需求，以滿足不同時期、地區(qū)的法律法規(guī)和各個單位所特有的薪酬規(guī)則做出快速靈活的調(diào)整。通過適用標(biāo)準(zhǔn)的定義，可以為企業(yè)中不同類型的人員設(shè)計與其相符的不同的薪酬方案。 (7) 薪酬計算在后臺進行，可以根據(jù)不同的員工組提交系統(tǒng)進行計算，可以復(fù)查計算的結(jié)果，進行調(diào)整并重新計算。當(dāng)出現(xiàn)特殊情況，如員工提前離職，可以單獨計算員工工資?？梢曰厮萦嬎阈匠觏椖俊? (8) 可以方便地生成自定義的工資單。可以根據(jù)不同的條件來進行查詢和做出報表，并進行有關(guān)分析?？梢蕴峁┯嘘P(guān)薪酬數(shù)據(jù)的大批量輸入和導(dǎo)入功能?？梢苑奖愕貙⒏鞣N信息轉(zhuǎn)存為電子表格的格式（例如Excel），以方便后期的處理。員工還可以根據(jù)授權(quán)在線查看相關(guān)的薪酬數(shù)據(jù)。 (9) 可以采用多種方式進行薪酬的支付，當(dāng)通過銀行發(fā)放薪酬時，可以通過報表工具按照銀行規(guī)定的格式生成相應(yīng)的報表，并輸出到各種類型的文件中。 (10) 可以根據(jù)員工類型或薪酬項目的不同選擇不同的發(fā)放方式，還可以根據(jù)員工的不同，將薪酬通過不同的銀行發(fā)放。 4.2.3 社會保險管理 社會保險管理與財務(wù)管理等系統(tǒng)有著密切關(guān)聯(lián)，請投標(biāo)方提出關(guān)聯(lián)信息流和處理方法。 社會保險管理的要求大致與上述薪酬管理類似，還應(yīng)考慮到以下問題： (1) 可以按照國家規(guī)定的保險政策靈活設(shè)置業(yè)務(wù)流程和規(guī)則。 (2) 可以根據(jù)各單位所在地的具體情況實施相應(yīng)的保險項目及計算規(guī)則，并支持四險合一。 (3) 可以能夠提供社保機構(gòu)所需的各種標(biāo)準(zhǔn)報表。 (4) 可以方便地定制與某些下發(fā)專用社保系統(tǒng)的標(biāo)準(zhǔn)接口。 4.2.4 考勤休假管理 (1) 考勤錄入：可以提供對不同考勤機的數(shù)據(jù)導(dǎo)入、讀取接口的自定義，還可以提供手工的單條或批量錄入功能。 (2) 考勤審批：考勤信息錄入后可以通過工作流自動審批或轉(zhuǎn)送給指定人審批，審批流程可以靈活配置，還可以進行批量審批處理。 (3) 時間管理：可以靈活定義上下班時間、休息日，以及休假制度?？梢愿鶕?jù)員工的個人情況自動計算年休假、醫(yī)療期、探親假等假期天數(shù)，并提供休假到期預(yù)警與銷假處理功能。 (4) 考勤收入：可以根據(jù)上述時間管理信息單獨或批量設(shè)置部門或員工的考勤方案。記錄員工的出勤狀況，根據(jù)方案設(shè)定自動判斷遲到、早退或曠工，統(tǒng)計出員工的月考勤結(jié)果，并與薪酬系統(tǒng)鏈接和計算。 4.2.5 合同管理 建立勞動合同及崗位協(xié)議、保密協(xié)議、培訓(xùn)協(xié)議等。合同的簽訂管理，對合同的簽訂、變更、續(xù)簽進行跟蹤管理。記錄員工解除或終止合同的情況。解除勞動合同經(jīng)濟補償金及違約金的計算。提供勞動合同文書并可隨意增刪、打印。提供合同臺帳管理，隨合同情況變化自動更新，便于查詢和統(tǒng)計合同簽訂總體狀況。 4.2.6 招聘管理 招聘管理除傳統(tǒng)方式外，還需要在集團公司外部網(wǎng)站上實現(xiàn)，投標(biāo)方應(yīng)承擔(dān)該部分應(yīng)用功能的開發(fā)。招聘管理功能具體要求如下： (1) 空缺申請和發(fā)布：主管領(lǐng)導(dǎo)或招聘人員可以創(chuàng)建/復(fù)制/更新職位空缺并為該空缺建立職位描述、等級信息、薪酬信息、技能信息、職位發(fā)布信息提供給內(nèi)部或外部用戶查看。 (2) 求職申請：一旦求職者注冊并建立了一個賬號，就可以在線參與整個招聘過程?？梢运阉髀毼唬梢詫⒑啔v上載和選取其中的內(nèi)容載入個人檔案中并保存?zhèn)€人信息、技能、教育背景和工作經(jīng)歷，還可以接收關(guān)于新的職位機會、面試邀請和公司活動的通知。 (3) 候選人搜索和篩選：主管領(lǐng)導(dǎo)和招聘人員可以多種搜索方法來搜索應(yīng)聘者，查看簡歷、給應(yīng)聘者分級并繼續(xù)（或放棄）該應(yīng)聘者對該職位空缺的候選資格，系統(tǒng)還應(yīng)可以根據(jù)職位空缺的詳細(xì)情況為一個職位自動匹配應(yīng)聘者。 4.3 擴展管理功能要求 以下擴展功能要求在推廣建設(shè)階段在集團公司所有單位建設(shè)完成。要求投標(biāo)方考慮與其它部分功能模塊的統(tǒng)一設(shè)計，并提出詳細(xì)的技術(shù)方案。擴展管理功能主要包括： (1) 績效考核管理。 (2) 勞動力規(guī)劃。 (3) 職業(yè)發(fā)展管理。 (4) 薪酬福利設(shè)計。 (5) 平衡計分卡。 (6) 自助服務(wù)。 4.4 系統(tǒng)支持功能要求 以下系統(tǒng)支持功能要求在試點建設(shè)階段在5個試點單位建設(shè)完成，并在推廣建設(shè)階段在集團公司直接經(jīng)營管理的其它下屬單位推關(guān)建設(shè)完成。系統(tǒng)支持功能至少滿足以下要求： 4.4.1 工作流管理要求 本系統(tǒng)中存在大量的業(yè)務(wù)工作流程，這些業(yè)務(wù)流程要求采用專門的工作流系統(tǒng)來實現(xiàn)。采用全過程、全部門的流程管理，實現(xiàn)申請書登記、工作單處理、工作單傳遞（正常、向流程前跳轉(zhuǎn)、向流程后跳轉(zhuǎn)）、作廢、工作單歷史、歸檔、當(dāng)前辦理工作單查詢等。總體要求如下： (1) 業(yè)務(wù)流程可自定義：提供圖形化的業(yè)務(wù)流程自定義工具，有權(quán)限的人員可根據(jù)實際業(yè)務(wù)情況調(diào)整業(yè)務(wù)辦理流程，包括流程環(huán)節(jié)、處理崗位、處理權(quán)限和考核時限等。 (2) 業(yè)務(wù)過程可監(jiān)控考核：業(yè)務(wù)流程的各處理環(huán)節(jié)可定義時限，對業(yè)務(wù)的處理過程通過時限進行監(jiān)控考核。 (3) 業(yè)務(wù)列表可集成：根據(jù)登錄身份，將流轉(zhuǎn)到當(dāng)前個人的工作列在EIP工作列表中。 (4) 業(yè)務(wù)環(huán)節(jié)功能模塊化：對于EIP工作列表中的任何工作，可直接調(diào)用本系統(tǒng)的相關(guān)業(yè)務(wù)環(huán)節(jié)功能模塊進行處理。 4.4.2 權(quán)限管理 人力資源信息是相對機密性較高的信息，特別是在開放員工自助服務(wù)功能后，對系統(tǒng)的權(quán)限管理提出了更高的要求。登陸用戶應(yīng)通過EIP中統(tǒng)一的身份認(rèn)證機制實現(xiàn)身份認(rèn)證，而其它權(quán)限管理功能應(yīng)在本系統(tǒng)中應(yīng)實現(xiàn)： (1) 按照組織結(jié)構(gòu)對集團公司、下屬單位的崗位和用戶進行統(tǒng)一編碼。 (2) 采用分級的管理方式，提供分級別、分角色、分用戶、高安全性、易操作的安全保障，上一級可以設(shè)置下一級的管理權(quán)限，保證從上往下進行管理。 (3) 權(quán)限設(shè)置必須由被授權(quán)的系統(tǒng)管理員完成，管理員不能設(shè)置大于自身權(quán)限的權(quán)限。 4.4.3 操作日志管理 (1) 系統(tǒng)對操作員的每筆操作都進行詳細(xì)記錄日志，并提供統(tǒng)計查詢功能。 (2) 系統(tǒng)可查詢、統(tǒng)計、打印所有或單個操作日志內(nèi)容，提供操作員的各種操作統(tǒng)計報表。 (3) 操作員可自行檢查自己有關(guān)操作日志。 4.4.4 系統(tǒng)接口的技術(shù)要求 系統(tǒng)的接入平臺應(yīng)滿足下列基本要求： (1) 高性能：接入平臺應(yīng)該實現(xiàn)對外部系統(tǒng)的接入提供企業(yè)級的支持，在系統(tǒng)的高并發(fā)和大容量的基礎(chǔ)上提供安全可靠的接入。 (2) 可伸縮性：保證在充分利用系統(tǒng)資源的前提下，實現(xiàn)系統(tǒng)平滑的移植和擴展，同時在系統(tǒng)并發(fā)增加時提供系統(tǒng)資源的動態(tài)擴展，以保證系統(tǒng)的穩(wěn)定性。 (3) 可靠性：應(yīng)防止非系統(tǒng)級的數(shù)據(jù)丟失或出錯，同時提供對系統(tǒng)級的數(shù)據(jù)丟失和出錯實現(xiàn)恢復(fù)和容錯的機制。 (4) 可擴展性：在進行擴容、新業(yè)務(wù)擴展和系統(tǒng)接口連接中，提供快速、方便和準(zhǔn)確的實現(xiàn)方式。 (5) 健壯性：提供可靠的運行環(huán)境，保證系統(tǒng)在內(nèi)部、外部的不可預(yù)知的出錯情況下，能夠提供正確的處理機制。 (6) 安全性：提供完善的信息安全機制，以實現(xiàn)對信息的全面保護，保證系統(tǒng)的正常運行。 (7) 可管理性：提供良好的系統(tǒng)管理機制，保證可在系統(tǒng)的運行過程中提供給管理員方便的管理方式，以處理各種情況。 4.5 決策分析功能要求 以下決策分析功能要求在試點建設(shè)階段在5個試點單位建設(shè)完成與試點建設(shè)階段信息相對應(yīng)的部分，在推廣建設(shè)階段在全集團公司范圍內(nèi)推關(guān)建設(shè)完成，并擴大與該階段信息相對應(yīng)的功能范圍。決策分析功能至少滿足以下要求： 4.5.1 KPI查詢和決策分析 所有人力資源管理的基礎(chǔ)數(shù)據(jù)都是寶貴的資源，可以被用來分析人力資源狀況和存在的問題，為領(lǐng)導(dǎo)層的決策作顯式的重要依據(jù)。本系統(tǒng)的查詢、統(tǒng)計和分析應(yīng)至少能夠完成以下功能： (1) 自由設(shè)置任意查詢條件，對任意信息點進行綜合查詢，并且通過豐富的表格和圖形格式進行展示。 (2) 對任意關(guān)鍵指標(biāo)進行即席分析。 (3) 對系統(tǒng)關(guān)鍵或統(tǒng)計信息進行監(jiān)控。 (4) 根據(jù)集團公司的發(fā)展規(guī)劃和人力配置規(guī)則，自動預(yù)測人力配置計劃方案供參考。 (5) 自動靈活定義和生成分析報告。 4.5.2 報表工具 集團企業(yè)人力資源管理業(yè)務(wù)繁雜，報表格式和數(shù)據(jù)內(nèi)容也需要經(jīng)常調(diào)整，因此需要提供一套靈活報表的定義和自動生成工具，用戶可以自己定制報表的格式和數(shù)據(jù)來源，然后每張實際報表都可以按照定義自動生成，當(dāng)增加和修改報表定義時，程序不需要做任何改動。報表生成工具應(yīng)具有以下特點： (1) 方便實用的制表工具，方便設(shè)計完成任意復(fù)雜結(jié)構(gòu)的報表，報表格式定義簡單，易學(xué)易用。 (2) 根據(jù)實際要求方便制作編輯各種數(shù)據(jù)報表模板，模板本身可以方便地保存和讀取，從而實現(xiàn)業(yè)務(wù)報表的遠(yuǎn)程維護。 (3) 可以通過鼠標(biāo)拖動、快捷菜單、工具欄等隨意修改報表的表格線，特別是增加斜線、改變表先粗細(xì)、列寬度、行高度、插入刪除行、列等。 (4) 具有單元格的合并、分割功能，可制作出形狀極其復(fù)雜的報表格式，更符合中國人的操作習(xí)慣。 (5) 可以直觀地改變報表中的所有內(nèi)容，如表頭、表尾的的文字，包括字體、位置、內(nèi)容等。 (6) 開放的SQL查詢與存儲過程定義維護界面，便于系統(tǒng)業(yè)務(wù)報表模板的定義與增加。 (7) 支持一般四則運算，數(shù)據(jù)可進行再計算、再統(tǒng)計。 五 系統(tǒng)實施要求 5.1 進度要求 (1) 中標(biāo)方應(yīng)在合同生效后1個月內(nèi)將其所提供的貨物運抵并安裝到招標(biāo)方指定的廣東省范圍內(nèi)的任何地點，招標(biāo)方在貨物運抵后10個工作日內(nèi)組織到貨驗收。中標(biāo)方負(fù)責(zé)制定具體的安裝、測試的進度計劃，雙方共同協(xié)商制定時間表。 (2) 中標(biāo)方必須在合同生效后3個月內(nèi)完成全集團公司的業(yè)務(wù)需求調(diào)研（不僅限于試點單位或基本功能部分），提交功能需求說明書并修編完成；中標(biāo)方必須在合同生效后4個月內(nèi)完成顧問咨詢報告并通過評審；中標(biāo)方必須在合同生效后4個月內(nèi)提交總體設(shè)計書并通過評審，總體設(shè)計書內(nèi)容主要包括系統(tǒng)技術(shù)路線、功能組成和界面風(fēng)格等。系統(tǒng)進行功能驗收。 (3) 中標(biāo)方在功能驗收完成后2個月內(nèi)，必須完成系統(tǒng)基本功能模塊的設(shè)計和開發(fā)，安裝調(diào)試完畢，并協(xié)助招標(biāo)方完成數(shù)據(jù)準(zhǔn)備工作，系統(tǒng)進行試點單位的基本功能模塊的現(xiàn)場驗收，試點單位開始試運行。中標(biāo)方在試點單位現(xiàn)場驗收完成后3個月內(nèi)，必須將試點階段的功能模塊應(yīng)用推廣到全集團的其它單位，系統(tǒng)進行全集團的基本功能模塊的現(xiàn)場驗收，全部單位開始基本功能模塊的試運行。 (4) 中標(biāo)方在所有單位的基本功能模塊完成現(xiàn)場驗收后3個月內(nèi)，建設(shè)完成全集團公司范圍內(nèi)的擴展功能模塊，系統(tǒng)投入總體現(xiàn)場驗收，所有單位的所有功能模塊全部開始為期3個月的試運行期。 (5) 試運行期結(jié)束后，系統(tǒng)進行竣工驗收?？⒐を炇蘸筮M入質(zhì)保期。硬件設(shè)備的質(zhì)保期限至少按硬件原廠商提供的免費服務(wù)期限，應(yīng)用軟件的質(zhì)保期限為竣工驗收后12個月。在質(zhì)保期間由于系統(tǒng)質(zhì)量方面出現(xiàn)的所有問題均應(yīng)由中標(biāo)方免費負(fù)責(zé)及時解決。 (6) 應(yīng)用系統(tǒng)的質(zhì)保期結(jié)束后進行系統(tǒng)最終驗收。 (7) 以上系統(tǒng)安裝、測試所需的工具全部由中標(biāo)方負(fù)責(zé)提供，中標(biāo)方負(fù)責(zé)準(zhǔn)備安裝、測試所需的資料，并負(fù)責(zé)指導(dǎo)招標(biāo)方人員掌握和使用這些技術(shù)資料。 (8) 以上到貨驗收、功能驗收、現(xiàn)場驗收、竣工驗收和最終驗收在具備驗收條件時由中標(biāo)方提出書面申請，由招標(biāo)方組織。投標(biāo)方必須在投標(biāo)文件中提供相應(yīng)的工期保證措施、詳細(xì)進度計劃表。 5.2 項目交付項 中標(biāo)方應(yīng)在合同規(guī)定時間內(nèi)，將招標(biāo)范圍內(nèi)所界定的工作完成，并協(xié)助招標(biāo)方制定相應(yīng)管理規(guī)范，并在通過雙方認(rèn)可的驗收后，交付給招標(biāo)方，其中包括： (1) 滿足本技術(shù)規(guī)范書的項目目標(biāo)和相應(yīng)的技術(shù)要求、業(yè)務(wù)要求的完整的，可最終良好運行的軟、硬件平臺和應(yīng)用軟件系統(tǒng)。 (2) 滿足確保系統(tǒng)正常運行所需的管理、運營及維護有關(guān)的全套技術(shù)文件，技術(shù)文件至少應(yīng)包括： l 軟件需求說明書。 l 系統(tǒng)概要設(shè)計說明書。 l 數(shù)據(jù)庫設(shè)計說明書。 l 詳細(xì)設(shè)計說明書。 l 系統(tǒng)測試大綱。 l 維護手冊。 l 操作手冊。 l 應(yīng)用軟件所有源代碼。 l 系統(tǒng)參數(shù)配置說明。 l 所提供的第三方產(chǎn)品的技術(shù)說明和操作、維護資料。 l 系統(tǒng)崩潰及恢復(fù)步驟文檔。 l 技術(shù)服務(wù)和技術(shù)培訓(xùn)手冊。 5.3 技術(shù)服務(wù)要求 投標(biāo)方如果中標(biāo)并與招標(biāo)方簽訂生效的商務(wù)合同，則必須負(fù)責(zé)所提供貨物的運貨、報關(guān)、提貨、交貨、安裝、調(diào)試、培訓(xùn)，并保證系統(tǒng)質(zhì)量。至少按以下要求提供技術(shù)服務(wù)： (1) 保證開通7×24小時的服務(wù)電話隨時解答用戶的問題，保持和招標(biāo)方有關(guān)技術(shù)人員定期和不定期的密切聯(lián)絡(luò)。 (2) 在系統(tǒng)實施期間，招標(biāo)方可以派出技術(shù)人員參加，中標(biāo)方有責(zé)任對其進行指導(dǎo)；在系統(tǒng)試運行期間，中標(biāo)方應(yīng)根據(jù)需要，派遣技術(shù)人員到現(xiàn)場指導(dǎo)使用和維護工作。 (3) 對系統(tǒng)發(fā)生故障的維修、技術(shù)支援響應(yīng)時間不應(yīng)超過1小時，需提供現(xiàn)場服務(wù)的不超過24小時，系統(tǒng)故障恢復(fù)時間不超過48小時。 (4) 其它應(yīng)至少按照貨物原廠商的服務(wù)標(biāo)準(zhǔn)提供服務(wù)。 投標(biāo)方必須在投標(biāo)文件中至少說明如下內(nèi)容： (1) 投標(biāo)方應(yīng)說明本項目的技術(shù)維護隊伍和實施組織方式、服務(wù)模式，以及售后服務(wù)的開展方式。 (2) 投標(biāo)方應(yīng)對其本地的售后服務(wù)、技術(shù)支持方面的情況作出說明（包括在有無本地技術(shù)支持中心，地點設(shè)在何處等）。 (3) 在系統(tǒng)發(fā)生嚴(yán)重故障的情況下，投標(biāo)方承諾在多長時間內(nèi)趕赴現(xiàn)場，承諾在多長時間內(nèi)排除故障。 5.4 技術(shù)培訓(xùn)要求 (1) 中標(biāo)方應(yīng)負(fù)責(zé)招標(biāo)方業(yè)務(wù)人員和技術(shù)人員的培訓(xùn)，包括： l 應(yīng)用操作培訓(xùn)：對普通系統(tǒng)操作人員進行的應(yīng)用本系統(tǒng)完成日常業(yè)務(wù)的培訓(xùn)，應(yīng)用操作培訓(xùn)按現(xiàn)場100人報價。 l 系統(tǒng)技術(shù)培訓(xùn)：對系統(tǒng)管理人員進行的維護、開發(fā)本系統(tǒng)的技術(shù)培訓(xùn)，系統(tǒng)技術(shù)培訓(xùn)按3人報價。 (2) 中標(biāo)方應(yīng)提供全套培訓(xùn)教材和培訓(xùn)課程計劃（包括人數(shù)、時間、課程、入學(xué)要求等）及培訓(xùn)所需要的教材和教師講解說明。關(guān)于具體的培訓(xùn)詳細(xì)計劃、人數(shù)、開課日期等由雙方在商務(wù)談判中協(xié)商解決。 (3) 培訓(xùn)用教材至少應(yīng)包括相應(yīng)軟件的安裝、維護和測試技術(shù)，其內(nèi)容應(yīng)包括：中標(biāo)方提供的軟件系統(tǒng)的操作方法、維護方法、安裝調(diào)試、排除故障及軟件結(jié)構(gòu)、定制和升級等各個方面，培訓(xùn)教材應(yīng)與中標(biāo)方提供的最新版本的軟件系統(tǒng)相一致，要求用中文編寫。 (4) 在系統(tǒng)運行一段時間后，中標(biāo)方應(yīng)對招標(biāo)方人員進行后續(xù)培訓(xùn)，以提高管理、維護人員的管理水平。 5.5 升級和維護要求 在質(zhì)保期內(nèi)，中標(biāo)方應(yīng)免費負(fù)責(zé)提供非硬件設(shè)備升級和維護服務(wù)。投標(biāo)方需要明確，在質(zhì)保期內(nèi)： (1) 軟件版本升級時，中標(biāo)方應(yīng)向招標(biāo)方提供相應(yīng)的新版本功能說明書及修改說明書等相關(guān)技術(shù)文檔。 (2) 中標(biāo)方提供的軟件升級不應(yīng)造成本系統(tǒng)功能和性能的下降。 六 商務(wù)要求 下列商務(wù)要求經(jīng)招標(biāo)方確認(rèn)應(yīng)作為商務(wù)合同的重要條款。 6.1 付款方式 (1) 甲方在合同簽訂后10個工作日內(nèi)，預(yù)付該合同金額20%（RMB ）給乙方。 (2) 到貨驗收后10個工作日內(nèi)，付合同金額15%（RMB ）給乙方。 (3) 功能初驗后10個工作日內(nèi)，付合同金額30%（RMB ）給乙方。 (4) 竣工驗收通過后10個工作日內(nèi)，付合同金額30%（RMB ）給乙方。 (5) 最終驗收通過后10個工作日內(nèi)，付合同金額5%（RMB ）給乙方。 (6) 乙方在收齊每期款項后即向甲方提供符合甲方財務(wù)要求的有效發(fā)票。 6.2 違約責(zé)任 (1) 乙方逾期交貨，每逾期一天按合同金額0.1%作為違約金交給甲方。 (2) 甲方逾期付款，每逾期一天按合同金額0.1%作為違約金交給乙方。 6.3 解決糾紛的方式 (1) 因執(zhí)行本合同所發(fā)生的或與本合同有關(guān)的一切爭議，雙方通過友好協(xié)商解決，如協(xié)商仍未能達(dá)成協(xié)議，任何一方可向廣州仲裁委員會提出仲裁。 (2) 仲裁裁決是最終裁決，對雙方均有約束力，仲裁費用由敗訴方負(fù)擔(dān)。 6.4 合同簽訂 _________市。 6.5 其它 本合同一式正本四份，各執(zhí)正本兩份，自雙方簽字蓋章之日起生效，并由中華人民共和國法律管轄。 附件一：投標(biāo)報價表 (1) 投標(biāo)價格總表：（金額單位：人民幣萬元） 序號 項目 金額 1 試點階段必選項 2 推廣階段必選項 3 必選項總價 4 試點階段可選項 5 推廣階段可選項 6 可選項總價 制表人簽名： 投標(biāo)方蓋章： 制表日期： (2) 必選項投標(biāo)價格明細(xì)表：（金額單位：人民幣萬元） 序號 項目 型號規(guī)格 數(shù)量 單價 金額 1 試點建設(shè)階段 1.1 咨詢顧問 1.2 系統(tǒng)軟、硬件平臺 1.2.1 數(shù)據(jù)庫服務(wù)器主機 以下列清明細(xì)配置 (1) (2) 1.2.2 應(yīng)用服務(wù)器主機 以下列清明細(xì)配置 (1) (2) 1.2.3 Oracle數(shù)據(jù)庫 Oracle9i for