XXX集團有限公司人力資源管理信息系統(tǒng)招標文件

1、xxx集團有限公司 人力資源管理信息系統(tǒng) 招標文件xxx集團有限公司人力資源管理信息系統(tǒng)招標文件xxx集團有限公司二零零 年 月 投標邀請函_公司：xxx集團有限公司（招標方），對人力資源管理信息系統(tǒng)項目進行招標，招標方邀請貴公司進行封緘投標。發(fā)標時間：200 年 月 日 時到 年 月 日 時（北京時間）。交標時間：200 年 月 日 時到200 年 月 日 時（北京時間）。投標文件必須于投標截止時間之前交到招標方。招標方不受理投標截止時間以后的任何投標文件。有關此次投標邀請事宜，可按下列地址以書面或傳真形式向招標方查詢。地址：_，郵編：_xxx集團有限公司人力資源部聯(lián)系人： 電話： 傳真：

2、xxx集團有限公司200 年 月 日目 錄投標邀請函1一 概述11.1 項目概況11.2 招標文件概述1二 投標要求12.1 對投標方的要求12.2 對投標文件的要求1三 系統(tǒng)技術要求13.1 總體技術框架13.2 總體技術要求13.3 業(yè)務系統(tǒng)技術要求13.4 軟、硬件平臺技術要求13.5 招標方應用技術標準1四 應用系統(tǒng)功能要求14.1 總體應用功能框架14.2 基礎業(yè)務功能14.3 擴展管理功能要求14.4 系統(tǒng)支持功能要求14.5 決策分析功能要求1五 系統(tǒng)實施要求15.1 進度要求15.2 項目交付項15.3 技術服務要求15.4 技術培訓要求15.5 升級和維護要求1六 商務要求1

3、6.1 付款方式16.2 違約責任16.3 解決糾紛的方式16.4 合同簽訂16.5 其它1附件一：投標報價表1附件二：點對點應答表1附件三：投標差異表1附件四：業(yè)績列表1附件五：擬參加本項目人員資料列表1一 概述本次招標是為xxx集團有限公司（以下簡稱“集團公司”）人力資源管理信息系統(tǒng)（以下簡稱“本系統(tǒng)”）項目組織的。1.1 項目概況集團公司于200 年 月 日正式掛牌成立，。1.1.1 項目背景和系統(tǒng)現(xiàn)狀集團公司成立之前，就已經(jīng)有部分下屬單位開展了包括人力資源管理信息系統(tǒng)在內的大量信息化建設，大部分下屬單位的人力資源管理到目前還停留在手工操作上。所以，到目前為止，集團公司的人力資源管理還存

4、在以下問題：(1) 缺乏集中共享的人力資源數(shù)據(jù)，無法支持集團化的人力資源調配和分析。(2) 各單位人力資源管理業(yè)務無統(tǒng)一規(guī)范，造成管理資源上的較大浪費。(3) 許多單位的大部分業(yè)務還停留在手工勞動上，缺乏網(wǎng)絡化的業(yè)務支持，缺乏電子化的數(shù)據(jù)支持，人力資源管理瑣碎工作較多，整體效率不高。(4) 沿襲傳統(tǒng)的人力資源管理模式，還沒有充分研究和引進值得借鑒的先進人力資源管理思想，人力管理制度還不夠靈活。在目前情況下，集團公司迅速發(fā)展，在全集團范圍內實現(xiàn)人力資源的集中化調配顯得尤為關鍵。隨著集團公司的信息化建設不斷深入開展，人力資源管理信息系統(tǒng)的建設已經(jīng)具備了較好的條件。目前，集團公司的信息化建設環(huán)境大體

5、如下：(1) 集團公司的系統(tǒng)的主機和存儲系統(tǒng)運行環(huán)境已經(jīng)有了一定的基礎。(2) 集團公司總部以及下屬各單位基本建成帶三層交換的高速局域網(wǎng)絡，集團總部與廣泛分布的各下屬單位間采用2m帶寬專用光纖網(wǎng)絡連接，并且還在考慮逐步擴容和增加備用通道。(3) 集團公司已經(jīng)完成階段性信息規(guī)劃和應用集成規(guī)范的制定工作，為本系統(tǒng)的建設提供了關鍵的技術標準和約束。(4) 集團公司的it基礎架構正在搭建，如pc環(huán)境管理、eip等都在建設中，可以為本系統(tǒng)的建設提供底層支持。1.1.2 項目建設目標(1) 集中存儲和處理全集團公司的人力資源信息，為全集團公司范圍內的人力調配決策提供及時準確的資料。(2) 結合本系統(tǒng)的建設

6、，在全集團公司范圍內逐步規(guī)范機構、崗位和人員設置編碼，為各項工作的集團化管理奠定基礎。(3) 逐步規(guī)范和簡化集團公司內的人力資源設置和業(yè)務處理過程，提高集團公司的人力資源管理效率。(4) 增強員工自助服務能力，減輕人力資源管理者的日常工作量。(5) 引進先進的人力資源管理思想，逐步優(yōu)化集團公司的人力資源管理方法，增強集團公司的核心競爭力。1.1.3 項目建設階段和范圍(1) 系統(tǒng)建設的三個階段本系統(tǒng)應至少能支持全集團公司5年內的人力資源管理業(yè)務，系統(tǒng)建設上總體分為以下三個階段：l 試點建設階段：招標方與中標方簽訂合同后6個月內，在集團公司較小的典型范圍內建設完成基本的系統(tǒng)功能模塊。l 推廣建設

7、階段：在試點建設階段完成后3個月內，將基本的系統(tǒng)功能模塊推廣到集團公司所有直接經(jīng)營管理的下屬單位；在基本的系統(tǒng)功能全部推廣完成后3個月內，在全集團公司建設完成必要的擴展功能模塊。l 推廣應用階段：在系統(tǒng)生命周期內，集團公司將會逐步增加一些新的下屬單位，本系統(tǒng)也應覆蓋到這些單位。本次項目包括上述三個階段的所有內容，招標方有權選擇上述全部或任何部分授予中標方合同。(2) 各階段的系統(tǒng)建設地域范圍和規(guī)模l 試點建設單位：_共_個單位，共約_名管理用戶。l 推廣建設單位：集團公司其它所有直接經(jīng)營管理的下屬單位，共約_名管理用戶。l 推廣應用單位：集團公司在近年內即將成立的直接經(jīng)營管理的下屬單位，預計共

8、約_名管理用戶。(3) 各階段的系統(tǒng)建設功能范圍l 試點建設功能范圍：包括支持系統(tǒng)運行或支持招標方日常業(yè)務所必須的主要功能模塊，至少實現(xiàn)機構人員信息管理、薪酬管理、保險福利管理、考勤休假管理、招聘管理和合同管理等6個主要功能模塊。l 推廣建設功能范圍：在前階段實現(xiàn)的系統(tǒng)功能基礎上擴展績效管理、勞動力規(guī)劃和職業(yè)發(fā)展、薪酬福利設計、平衡計分卡、時間管理，以及自助服務和智能分析等高級功能。l 推廣應用功能范圍：功能范圍同前兩個階段。1.1.4 供貨和報價范圍(1) 咨詢顧問部分：指咨詢顧問商通過調研和分析，總結出招標方的人力資源管理現(xiàn)狀，發(fā)現(xiàn)招標方在人力資源管理方面存在的問題，提出對招標方人力資源管

9、理方面改進的建議，并結合人力資源管理信息系統(tǒng)軟件明確系統(tǒng)設計和實施方法。(2) 硬件部分：指本系統(tǒng)在設計、開發(fā)、運行和維護過程中必須或投標方建議采用的硬件設備，要求所選擇的硬件必須是主流廠商生產(chǎn)的標準通用產(chǎn)品。(3) 系統(tǒng)軟件部分：指本系統(tǒng)在設計、開發(fā)、運行和維護過程中必須或投標方建議采用的支持軟件，要求所選擇的系統(tǒng)軟件必須是成熟通用的商品化軟件。(4) 應用軟件部分：指投標方在系統(tǒng)軟件基礎上自主開發(fā)的滿足或高于本招標文件要求的人力資源管理信息系統(tǒng)應用軟件（中文版），以及應用軟件的實施，并提供相關的技術文件。(5) 技術服務部分：指系統(tǒng)集成、培訓，以及最終驗收日起12個月內的有償維護服務，包括

10、運行維護、系統(tǒng)升級和系統(tǒng)改造。(6) 招標方有權選擇上述全部或任何部分授予中標方合同。1.1.5 項目建設原則(1) 本系統(tǒng)應按數(shù)據(jù)和應用集中部署的原則建設，各應用終端通過專用網(wǎng)絡在分布較廣的范圍內實時連接操作。(2) 本系統(tǒng)應采用成熟的應用軟件平臺或原型系統(tǒng)，在統(tǒng)一設計的前提下，充分研究集團公司總部和下屬單位的業(yè)務需求和關聯(lián)，形成唯一一個完整的系統(tǒng)。(3) 統(tǒng)一設計，分步實施。在系統(tǒng)建設開始階段就全面調研全集團的業(yè)務需求，為統(tǒng)一設計提供基礎，在系統(tǒng)開發(fā)實施上則分步開展。(4) 本系統(tǒng)應嚴格遵循集團公司的信息規(guī)劃和有關技術標準，采用符合要求的技術路線和編碼規(guī)則，將本系統(tǒng)應納入公司的整體信息體系

11、中。(5) 本系統(tǒng)應統(tǒng)籌考慮與其它信息系統(tǒng)的功能邊界界定和信息集成共享，實現(xiàn)信息安全、可靠、快速交換及功能模塊互調，以人力資源管理的業(yè)務處理過程為依據(jù)，將各種原始數(shù)據(jù)加工成規(guī)范化的信息，實現(xiàn)信息的高效利用和統(tǒng)一管理。(6) 本系統(tǒng)應遵照有關標準和規(guī)范：如計算機軟件開發(fā)規(guī)范（gb8566-88）、計算機軟件開發(fā)文件指南（gb8567-88）等。1.1.6 有關招評標事宜(1) 本次項目僅允許針對咨詢顧問部分和項目其它部分采取聯(lián)合投標形式，不允許中標后的轉、分包。(2) 投標方如對招標文件有任何疑問，可在交標截止2個工作日前可通過書面形式告知招標方，招標方可以在交標截止前任何時間予以書面澄清或不予

12、澄清。如有必要，招標方可以決定推遲交標時間。(3) 投標方應根據(jù)招標方的通知派代表按時參加招標方組織的開標大會，不按時參加的作為自動棄標處理，參加投標的所有費用由各投標方自理。(4) 招標方將自行組織專家進行評標，招標方不承諾最低價中標。(5) 如招標方認為必要，可以不推選任何中標單位，并對此不作任何解釋。1.2 招標文件概述(1) 本招標文件提出了本系統(tǒng)的建設規(guī)模、主要業(yè)務需求和技術指標要求，可供投標方編寫投標文件之用。(2) 投標方應按照本招標文件的要求提供詳細、完整的技術方案，該技術方案應完全滿足或高于本招標文件的要求，對于本招標文件中的某些部分，投標方如不能滿足要求，或有其它替代方案，

13、或有其它修改建議，應在技術方案中指出其必須進行修改的理由以及與原要求的差別。否則，招標方即認為投標方可以滿足本招標文件的要求。(3) 所有招標方認為是本招標文件范圍所要求而被遺漏的項目，都被認為是包含在本次招標范圍內，投標方的報價被視為包含此遺漏項目的報價，投標方可以就投標方認為的遺漏項目提請招標方注意，并詳細說明理由，招標方將就此進行澄清。二 投標要求2.1 對投標方的要求投標方應明白并承諾，必須至少滿足以下要求，才能作為合格的投標方來參與本項目的投標。投標方在投標文件中的有關內容，除非明確說明的，招標方都認為達到或高于以下要求。2.1.1 資質要求(1) 投標方近3年內財務狀況良好。（近3

14、年的財務報表必須包含在投標文件第二部分中，否則作為廢標處理）(2) 投標方近3年內無任何違法行為或經(jīng)濟糾紛。（請投標方注意：一經(jīng)招標方查證投標方有上述情況，在任何時候立即無條件取消投標、中標資格或中止履行合同，由此造成的所有損失由投標方承擔）(3) 擁有較豐富的人力資源管理信息系統(tǒng)業(yè)績。（已經(jīng)投入試運行或正式運行的部分業(yè)績必須按附件四要求列出）2.1.2 工作范圍要求(1) 投標方必須有能力提供滿足本招標文件要求的貨物和服務。(2) 投標方必須在xxx省有技術支持及售后服務隊伍，具備能夠滿足招標方要求的維護服務能力，包括有關的專用設備和專業(yè)技術人員。(3) 如果投標方在投標中采用任何第三方產(chǎn)品

15、，則必須提供第三方產(chǎn)品原廠商專門為本項目（必須注明“xxx集團有限公司人力資源管理信息系統(tǒng)”）出具的授權書或質量服務保證文件，否則作為廢標處理。2.2 對投標文件的要求(1) 投標方必須提供6份全中文書面投標文件（1份正本、5份副本），1份電子文檔（光盤、excel或word格式），投標方必須嚴格按以下編制要求編制投標文件，否則作為廢標處理：第一部分：投標信函。第二部分：投標方有關營業(yè)、資質和業(yè)績等證明材料，以及有關第三方產(chǎn)品原廠商按2.1.2中第3條要求出具的證明文件。第三部分：根據(jù)本招標文件的編排順序，逐項逐條地給予點對點明確的應答。第四部分：根據(jù)本招標文件的要求，提供詳細的技術方案，提出

16、多種方案時，應予以分析比較，并明確建議唯一的投標方案，投標方必須嚴格按以下編制要求編制技術方案，否則作為廢標處理：（一） 總述（二） 系統(tǒng)總體架構及技術路線1) 提出系統(tǒng)總體架構的建議方案及依據(jù)，描述系統(tǒng)的總體拓撲結構。2) 提出系統(tǒng)采用的技術路線建議及依據(jù)。（三） 系統(tǒng)軟、硬件平臺配置方案1) 提出支持軟件平臺配置的建議方案（包括產(chǎn)品、版本、數(shù)量和有關性能指標的詳盡列表）和依據(jù)。2) 提出系統(tǒng)主機設備、存儲設備和客戶端設備等硬件平臺配置的建議方案（包括型號、配置、數(shù)量和有關性能指標的詳盡列表）和依據(jù)。（四） 應用軟件技術方案1) 提出完整的應用軟件解決方案，描述其軟件體系結構、設計思想、各子

17、系統(tǒng)和模塊的基本功能和性能指標。2) 針對重要的業(yè)務模型（包括工作流模型、分析預測模型等）提供詳細的設計建議和方案。3) 說明技術方案中所使用的公共標準（例如：國家標準、信息產(chǎn)業(yè)部部頒標準等），若提供的工具和系統(tǒng)平臺包含投標方的專用標準，也應具體說明，并附上相應的詳細技術資料。（五） 系統(tǒng)安全解決方案針對如何保障本系統(tǒng)的主機、網(wǎng)絡、數(shù)據(jù)和應用的安全提出詳細的建議方案和依據(jù)。（六） 項目的交付項說明項目任務完成后，投標方根據(jù)合同應提交的貨物、服務以及交接文件等，并附上相應的交付時間計劃表。（七） 測試及實施方案具體說明項目的實施方案和項目實施計劃。 （八） 培訓課程和培訓方案說明投標方為本項目所

18、提供的培訓課程、內容、方式和具體計劃。（九） 技術服務和技術承諾投標方為本項目所提供的技術服務的內容、服務方式和服務承諾。（十） 附錄其它投標方認為需要為本項目提供的任何的資料信息。第五部分：提供相應方案對應的報價總價和報價明細表各唯一的一份（該部分單獨密封，密封的信封放于投標文件正本中，任何投標報價信息不得出現(xiàn)在除本部分外的任何投標文件中，否則作為廢標處理）。第六部分：投標差異表。(2) 投標方必須保證投標文件（以及以其它任何方式向招標方表達的與本次投標有關的）中所提供的信息真實、準確、可查證，否則作為廢標處理。(3) 投標方應確保其技術方案中所供系統(tǒng)的完整性，本招標文件遺漏的一切事項，只要

19、這些事項可以確定為是保證投標方所供系統(tǒng)安全、穩(wěn)定、可靠的有效地運行所必需的，都應該被認為包括在投標價格之內。(4) 投標方可以對本招標文件提出修改意見供招標方參考，招標方有權因需要對本招標文件進行修改和補充。數(shù)據(jù)層，采用集中式oracle數(shù)據(jù)庫oracle b 9i中間件應用服務器microsoftibmoraclebea其它hr人力資源系統(tǒng)平臺及應用軟件eip（單點登陸、身份認證）展現(xiàn)層，eip另行單獨建設，采用ie瀏覽器業(yè)務邏輯層，采用多級個性化集中式功能部署應用服務層，采用集中式部署主流中間件平臺三 系統(tǒng)技術要求3.1 總體技術框架3.2 總體技術要求(1) 系統(tǒng)采用基于多層功能分布式的

20、b/s架構，客戶端如需插件也應自動下載并安裝配置。(2) 開放性要求：支持多種硬件平臺，采用通用軟件開發(fā)平臺開發(fā)，具備良好的可移植性。采用標準開放接口，支持與其它系統(tǒng)的數(shù)據(jù)交換、共享和功能模塊調用，支持與其它商品軟件的數(shù)據(jù)交換。(3) 標準化要求：所有各項軟件開發(fā)工具和系統(tǒng)開發(fā)平臺應符合我國國家標準、信息產(chǎn)業(yè)部部頒標準等相關技術規(guī)范和要求。(4) 參數(shù)化要求：必須實現(xiàn)完全模塊化設計，支持參數(shù)化配置，支持組件及組件的動態(tài)加載。(5) 容錯性要求：提供有效的故障診斷及維護工具，具備數(shù)據(jù)錯誤記錄和錯誤預警能力，在出錯時具備自動恢復功能。(6) 安全性要求：授權和訪問控制，支持數(shù)據(jù)庫存儲加密，數(shù)據(jù)交換

21、的信息包加密，數(shù)據(jù)傳輸通道加密，發(fā)生安全事件時，能以事件觸發(fā)的方式通知系統(tǒng)管理員處理。(7) 可靠性要求：系統(tǒng)應具有較高的可靠性，不應出現(xiàn)因應用軟件引起的異常宕機現(xiàn)象，在發(fā)生錯誤時能夠快速地恢復正常運行，軟件系統(tǒng)要防止消耗過多的系統(tǒng)資源而使系統(tǒng)崩潰。(8) 兼容性要求：滿足向下兼容的要求，軟件版本易于升級，任何一個模塊的維護和更新以及新模塊的追加都不應影響其它模塊，且在升級的過程中不影響系統(tǒng)的性能與運行。(9) 易用性要求：應具有良好的簡體中文的操作界面、詳細的幫助信息，系統(tǒng)參數(shù)的維護與管理通過操作界面完成。3.3 業(yè)務系統(tǒng)技術要求(1) 滿足本系統(tǒng)數(shù)據(jù)和應用集中部署，操作和權限分級分布的要求

22、。(2) 滿足本系統(tǒng)在5年內的數(shù)據(jù)存儲和業(yè)務處理要求。(3) 無縫集成圖形化自定義報表和工作流等工具。(4) 系統(tǒng)應提供易用的系統(tǒng)設置或二次開發(fā)功能，滿足因政策變化等外部及內部改革引起的業(yè)務變化的需求。(5) 系統(tǒng)在進行數(shù)據(jù)處理的過程中，必須具有一定的糾錯能力，對于異常、格式非法、內容不合理或不正常的數(shù)據(jù)要能進行特殊處理。(6) 系統(tǒng)峰值響應速度良好，并發(fā)處理用戶50人。(7) 非統(tǒng)計性查詢響應時間2秒。(8) 報表匯總時間10秒。(9) 界面上圖形、報表相結合，圖形可靈活控制。 3.4 軟、硬件平臺技術要求項目要求1、主機數(shù)據(jù)庫、web及應用服務器：共用一臺高端pc服務器，4路cpu（2gh

23、z及以上），273g 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標準版100用戶。4、web服務及中間件采用主流商品化產(chǎn)品。5、公用設計開發(fā)工具視投標方設計開發(fā)要求而定。3.5 招標方應用技術標準本系統(tǒng)除滿足上述技術要求外，還應滿足招標方的信息系統(tǒng)技術企業(yè)標準。xxx集團有限公司企業(yè)標準之計算機、網(wǎng)絡及信息系統(tǒng)管理標準之細則六信息系統(tǒng)集成技術管理細則如下：1 說明1.1

24、 本細則所指信息系統(tǒng)是指與信息技術相關的軟、硬件集成、開發(fā)、實施和咨詢顧問系統(tǒng)。1.2 本細則規(guī)范了信息系統(tǒng)的原則性開發(fā)設計方法，主要目的在于通過建設信息集成平臺，實現(xiàn)信息系統(tǒng)間在數(shù)據(jù)層、應用層、業(yè)務層和門戶層上的系統(tǒng)集成，避免傳統(tǒng)信息系統(tǒng)開發(fā)方法下形成的“信息孤島”現(xiàn)象。1.3 本細則將作為管理信息系統(tǒng)技術方案和招標文件的一部分，用于約束引進的信息系統(tǒng)的開發(fā)和設計。2 系統(tǒng)集成的4個層面2.1 數(shù)據(jù)集成：基于共享數(shù)據(jù)格式交換的系統(tǒng)集成形式，不同系統(tǒng)間相互約定好某種數(shù)據(jù)表示格式，通過某種約定好的通訊方式進行數(shù)據(jù)交換。2.2 應用集成：基于接口調用的系統(tǒng)集成形式，不同系統(tǒng)間按約定好的外部接口規(guī)范

25、和外部接口協(xié)議標準調用對方提供的接口函數(shù)。2.3 業(yè)務流程集成：是應用集成的高級形式，不同的系統(tǒng)分別以各自的數(shù)據(jù)集成或應用集成的方式連接到統(tǒng)一的業(yè)務流程集成的平臺上，這個平臺起著消息總線的作用，對輸入的消息自動進行數(shù)據(jù)格式轉換、消息路由和流程處理，最后輸出到目標系統(tǒng)。2.4 門戶集成：是在數(shù)據(jù)集成、應用集成和業(yè)務流程集成的基礎上，將企業(yè)的各個信息系統(tǒng)通過統(tǒng)一的信息門戶進行展現(xiàn)，實現(xiàn)單點登錄。3 各層面系統(tǒng)集成的技術要求3.1 數(shù)據(jù)集成：采用xml技術，各應用系統(tǒng)都將各自的信息以xml格式接入到應用集成平臺，結合應用集成平臺的xml格式數(shù)據(jù)轉換和業(yè)務流程集成功能，實現(xiàn)各信息系統(tǒng)的可動態(tài)配置的單向

26、或雙向的信息交換和業(yè)務整合。3.2 應用集成：采用soap和uddi技術，各應用系統(tǒng)將自己的服務接口以soap協(xié)議標準接口進行封裝、發(fā)布到統(tǒng)一的uddi目錄服務中，并根據(jù)uddi信息正確調用其它應用系統(tǒng)提供的soap接口。3.3 業(yè)務流程集成：在數(shù)據(jù)集成和應用集成的基礎之上進行，應符合bpel標準，應可互操作、模塊化、集成、可擴展和安全，能夠將信息、人員和業(yè)務過程聯(lián)系起來。3.4 門戶集成：由目錄同步服務提供統(tǒng)一的用戶管理功能，并建設企業(yè)內部的證書中心。管理員利用目錄服務管理系統(tǒng)（應采用b/s架構）進行用戶帳號的創(chuàng)建、修改和刪除操作。在各種操作的同時，自動調用各應用系統(tǒng)的對應的目錄同步接口進行

27、操作，或直接操作數(shù)據(jù)庫中的用戶表，以達到按需同步修改所有目錄的目的。各應用系統(tǒng)的原有的用戶管理功能和密碼功能應予以屏蔽，或重定向到目錄同步服務的對應頁面（注意：仍沿用各應用系統(tǒng)自己的授權管理）。4 系統(tǒng)集成平臺的基礎設施要求4.1 建立統(tǒng)一的企業(yè)目錄服務，統(tǒng)一管理和保存用戶的帳號和密碼信息，采用ldap作為其核心協(xié)議，能夠在不同的操作系統(tǒng)中使用，與多個名稱空間集成。4.2 活動目錄使用internet域名服務作為定位服務，把域中的對象組織為一個層次結構的組織單元，同時允許多個域組織成一個樹狀結構，采用域控制器進行活動目錄的管理。4.3 客戶端pc逐步采用windows2000/xp平臺，并統(tǒng)一

28、加入并登錄到活動目錄中。4.4 建立單點登錄的統(tǒng)一認證機制，支持x.509電子證書標準，與活動目錄無縫集成，支持服務器驗證安全證書、代碼簽名安全證書、電子郵件安全證書、加密文件系統(tǒng)安全證書、客戶端安全證書等類型證書的簽發(fā)和管理。4.5 web服務使用wsdl來發(fā)布關于可用服務的信息，一個wsdl文件包括關于地址和協(xié)議，以及用于描述數(shù)據(jù)格式的數(shù)據(jù)類型定義和消息類型的信息，并在uddi上發(fā)布。4.6 支持主流的集成開發(fā)環(huán)境，并且應可以使用各種標準主流的工具、編輯器和其它可用的用戶界面。4.7 業(yè)務過程支持bpel標準，可以使用在xlang或wsfl語言中定義的業(yè)務過程。支持xsd語言圖形化地定義業(yè)

29、務過程，支持復雜的數(shù)據(jù)類型，并能通過bam框架監(jiān)控業(yè)務過程。4.8 應用集成平臺應提供控制臺進行統(tǒng)一管理。4.9 應用集成平臺應通過提供基于xsd定義的適配器框架，使用來自開發(fā)商的打包的適配器，將打包的或專用的系統(tǒng)連接起來。常用的適配器至少包括file適配器、http適配器、msmqt適配器、smtp適配器、soap適配器、sql適配器。4.10 應用集成平臺組應可以包括并支持多個messagebox數(shù)據(jù)庫。4.11 應用集成平臺應能夠為分布式的工作負載均衡，將消息路由到特定的服務器，提供靈活的規(guī)模擴大模型，該模型包括接收主機層、處理主機層、事務處理主機層和messagebox數(shù)據(jù)庫層。5 系

30、統(tǒng)集成平臺的選擇目前，企業(yè)應用集成平臺的相關技術、標準和產(chǎn)品已經(jīng)達到相當成熟的商業(yè)化程度。在選擇應用系統(tǒng)平臺或進行信息系統(tǒng)開發(fā)設計時，應盡量選擇采用ibm、oracle、microsoft、bea、webmethos等大型公司的成熟集成平臺的產(chǎn)品和技術路線。6 應用系統(tǒng)建設的技術檢查列表新建的信息系統(tǒng)在開發(fā)或采購階段選擇供應商時，應按以下的信息系統(tǒng)應用集成規(guī)范檢查項列表進行符合性審查，以確保該信息系統(tǒng)能最大程度地集成到應用集成平臺。類別檢查項符合性說明門戶集成應用系統(tǒng)是否提供基于b/s（瀏覽器/服務器）架構的用戶界面 不適用 不符合 承諾修改后符合 符合“不適用”表示整套系統(tǒng)都沒有基于pc桌面

31、的人機交互界面，例如短信系統(tǒng)、傳真系統(tǒng)，以下同客戶端web瀏覽器是否支持ie 5.0或以上 不適用 不符合 承諾修改后符合 符合客戶端要求統(tǒng)一采用ie瀏覽器選用的web服務器是否支持安全加密的驗證方式 不適用 不符合 承諾修改后符合 符合web應用服務是否支持安全加密的驗證方式（應用系統(tǒng)不再保存用戶的密碼，統(tǒng)一在企業(yè)目錄服務中保存） 不適用 不符合，不可修改 承諾修改后符合 符合如果web應用服務目前是基于自己數(shù)據(jù)庫中的用戶表的帳號/密碼來進行驗證的話，則要求修改為安全加密的認證方式web應用服務是否采用https保護基本驗證時的用戶和密碼信息（如果不支持安全加密的驗證方式的話） 不適用 不符

32、合，不可修改 承諾修改后符合 符合應用系統(tǒng)的用戶的帳號是否提供創(chuàng)建/修改/刪除的編程接口或數(shù)據(jù)庫表結構接口 不適用 不符合 承諾修改后符合 符合統(tǒng)一提供的目錄同步服務將在帳號創(chuàng)建/修改/刪除時自動調用各信息系統(tǒng)的帳號同步接口進行同步數(shù)據(jù)集成應用系統(tǒng)的數(shù)據(jù)庫是否提供詳細的表結構定義 不適用 不符合 承諾修改后符合 符合必要時需要直接讀寫應用系統(tǒng)的數(shù)據(jù)庫，如果有特別的注意事項，請注明應用系統(tǒng)的數(shù)據(jù)是否提供基于xml格式數(shù)據(jù)的導出功能（手工） 不適用 不符合 承諾修改后符合 符合需要同時提供xml schema應用系統(tǒng)的數(shù)據(jù)是否提供基于xml格式數(shù)據(jù)的導出功能（自動、批量、可調度） 不適用 不符合

33、承諾修改后符合 符合需要同時提供xml schema應用系統(tǒng)的數(shù)據(jù)是否提供基于xml格式數(shù)據(jù)的導入功能（手工） 不適用 不符合 承諾修改后符合 符合需要同時提供支持的xml schema應用系統(tǒng)的數(shù)據(jù)是否提供基于xml格式數(shù)據(jù)的導入功能（自動、批量、可調度） 不適用 不符合 承諾修改后符合 符合需要同時提供支持的xml schema應用集成應用系統(tǒng)是否提供基于soap協(xié)議標準的調用接口 不適用 不符合 承諾修改后符合 符合需要同時提供支持的soap接口清單應用系統(tǒng)是否提供支持調用其它的基于soap協(xié)議標準的調用接口 不適用 不符合 承諾修改后符合 符合需要同時提供支持的soap接口清單7 術語

34、解釋7.1 xml：extensible markup language，可擴展標記語言。7.2 soap：simple object access protocol，簡單對象訪問協(xié)議。7.3 uddi：universal description, discovery, and integration service，通用描述、發(fā)現(xiàn)和集成服務。7.4 bpel：business process execution language，業(yè)務處理過程執(zhí)行語言。7.5 ldap：light directory access protocol，輕型目錄訪問協(xié)議。7.6 wsdl：web services

35、 description language，web服務描述語言。7.7 xlang：microsoft用于biztalk的業(yè)務模型語言。7.8 wsfl：web services flow language，ibm web服務流語言。四 應用系統(tǒng)功能要求4.1 總體應用功能框架決策分析功能機構人員信息管理薪酬管理保險福利管理考勤休假管理合同管理績效考核管理勞動力規(guī)劃職業(yè)發(fā)展管理薪酬福利設計平衡計分卡自助服務其它工作流管理報表管理權限管理操作日志管理系統(tǒng)接口管理kpi查詢決策分析擴展管理功能基礎業(yè)務功能系統(tǒng)支持功能招聘管理4.2 基礎業(yè)務功能以下基礎業(yè)務功能要求在試點建設階段在5個試點單位建設完

36、成，并在推廣建設階段在集團公司直接經(jīng)營管理的其它下屬單位推關建設完成?；A業(yè)務功能至少滿足以下要求：4.2.1 機構人員信息管理機構人員信息管理應與正在建設的集團公司域管理和目錄服務相關聯(lián)，請投標方提出關聯(lián)信息流和處理方法。本系統(tǒng)可以根據(jù)用戶需求自行定義不同的機構類型，如分公司、子公司、分支機構、部門、科室等，可以定義不同機構之間在不同情況下的層次關系。通過定義不同機構的性質、屬性和相關的工作職能要求，可以直接定義各機構的能力需求和編制情況。同樣，可以從崗位的層面來定義人員編制和能力需求，通過定義不同的崗位及其結構關系來建立崗位說明、崗位的能力需求和其他屬性。實現(xiàn)該部分功能的要求如下：(1)

37、用圖形格式來顯示組織的分級結構并可以溯源至該組織或職位的資料中，可以通過直觀的拖放來改變分級結構，原則上可以維護無限層次的組織結構和崗位結構。(2) 提供安全驗證的機制，限制了有權更新并瀏覽組織或職位分級結構的用戶的類別。(3) 可以按歷史時間建立機構和人員變化的完整的歷史記錄。(4) 可以建立人力資源預算并附在分級結構中，以提供有關機構人員發(fā)展的當前或歷史需求的資料。4.2.2 薪酬管理薪酬管理與財務管理等系統(tǒng)有著密切關聯(lián)，請投標方提出關聯(lián)信息流和處理方法。企業(yè)的薪酬體系通常含有各種薪酬項目，比如工資、津貼、獎金稅、扣款等，可以通過元素和分類來定義企業(yè)的薪酬體系中的各種薪酬項目，并可以根據(jù)需

38、求靈活地進行修改。薪酬管理至少應滿足如下要求：(1) 可定義各種薪酬項目和分類，并定義這些薪酬項目所對應的屬性和各種情況下的處理規(guī)則和計算方法。(2) 可以定義各種薪酬項目的計算優(yōu)先級，以控制不同薪酬項目的計算順序。(3) 可以定義不同薪酬項目所使用的幣種，以處理一些特殊的涉及多幣種的薪酬情況。(4) 可以定義各種薪酬項目生效和失效日期，如在當前進行增減薪酬項目的設定工作，而將生效或失效日期定在將來，從而不影響當前的薪酬計算。(5) 針對不同的薪酬項目可以定義與其計算有關的限定值，該限定值可以是數(shù)額，也可以是百分比。對于該限定值，可以定義其是否在每個薪酬計算周期循環(huán)發(fā)生，或只是一次性項目，還可

39、以定義其有效日期范圍。(6) 可以靈活定義薪酬計算公式，管理各種情況下的薪酬處理的需求，以滿足不同時期、地區(qū)的法律法規(guī)和各個單位所特有的薪酬規(guī)則做出快速靈活的調整。通過適用標準的定義，可以為企業(yè)中不同類型的人員設計與其相符的不同的薪酬方案。(7) 薪酬計算在后臺進行，可以根據(jù)不同的員工組提交系統(tǒng)進行計算，可以復查計算的結果，進行調整并重新計算。當出現(xiàn)特殊情況，如員工提前離職，可以單獨計算員工工資?？梢曰厮萦嬎阈匠觏椖俊?8) 可以方便地生成自定義的工資單。可以根據(jù)不同的條件來進行查詢和做出報表，并進行有關分析?？梢蕴峁┯嘘P薪酬數(shù)據(jù)的大批量輸入和導入功能?？梢苑奖愕貙⒏鞣N信息轉存為電子表格的格式

40、（例如excel），以方便后期的處理。員工還可以根據(jù)授權在線查看相關的薪酬數(shù)據(jù)。(9) 可以采用多種方式進行薪酬的支付，當通過銀行發(fā)放薪酬時，可以通過報表工具按照銀行規(guī)定的格式生成相應的報表，并輸出到各種類型的文件中。(10) 可以根據(jù)員工類型或薪酬項目的不同選擇不同的發(fā)放方式，還可以根據(jù)員工的不同，將薪酬通過不同的銀行發(fā)放。4.2.3 社會保險管理社會保險管理與財務管理等系統(tǒng)有著密切關聯(lián)，請投標方提出關聯(lián)信息流和處理方法。社會保險管理的要求大致與上述薪酬管理類似，還應考慮到以下問題：(1) 可以按照國家規(guī)定的保險政策靈活設置業(yè)務流程和規(guī)則。(2) 可以根據(jù)各單位所在地的具體情況實施相應的保險

41、項目及計算規(guī)則，并支持四險合一。(3) 可以能夠提供社保機構所需的各種標準報表。(4) 可以方便地定制與某些下發(fā)專用社保系統(tǒng)的標準接口。4.2.4 考勤休假管理(1) 考勤錄入：可以提供對不同考勤機的數(shù)據(jù)導入、讀取接口的自定義，還可以提供手工的單條或批量錄入功能。(2) 考勤審批：考勤信息錄入后可以通過工作流自動審批或轉送給指定人審批，審批流程可以靈活配置，還可以進行批量審批處理。(3) 時間管理：可以靈活定義上下班時間、休息日，以及休假制度。可以根據(jù)員工的個人情況自動計算年休假、醫(yī)療期、探親假等假期天數(shù)，并提供休假到期預警與銷假處理功能。(4) 考勤收入：可以根據(jù)上述時間管理信息單獨或批量設

42、置部門或員工的考勤方案。記錄員工的出勤狀況，根據(jù)方案設定自動判斷遲到、早退或曠工，統(tǒng)計出員工的月考勤結果，并與薪酬系統(tǒng)鏈接和計算。4.2.5 合同管理建立勞動合同及崗位協(xié)議、保密協(xié)議、培訓協(xié)議等。合同的簽訂管理，對合同的簽訂、變更、續(xù)簽進行跟蹤管理。記錄員工解除或終止合同的情況。解除勞動合同經(jīng)濟補償金及違約金的計算。提供勞動合同文書并可隨意增刪、打印。提供合同臺帳管理，隨合同情況變化自動更新，便于查詢和統(tǒng)計合同簽訂總體狀況。4.2.6 招聘管理招聘管理除傳統(tǒng)方式外，還需要在集團公司外部網(wǎng)站上實現(xiàn)，投標方應承擔該部分應用功能的開發(fā)。招聘管理功能具體要求如下：(1) 空缺申請和發(fā)布：主管領導或招聘

43、人員可以創(chuàng)建/復制/更新職位空缺并為該空缺建立職位描述、等級信息、薪酬信息、技能信息、職位發(fā)布信息提供給內部或外部用戶查看。(2) 求職申請：一旦求職者注冊并建立了一個賬號，就可以在線參與整個招聘過程。可以搜索職位，可以將簡歷上載和選取其中的內容載入個人檔案中并保存?zhèn)€人信息、技能、教育背景和工作經(jīng)歷，還可以接收關于新的職位機會、面試邀請和公司活動的通知。(3) 候選人搜索和篩選：主管領導和招聘人員可以多種搜索方法來搜索應聘者，查看簡歷、給應聘者分級并繼續(xù)（或放棄）該應聘者對該職位空缺的候選資格，系統(tǒng)還應可以根據(jù)職位空缺的詳細情況為一個職位自動匹配應聘者。4.3 擴展管理功能要求以下擴展功能要求

44、在推廣建設階段在集團公司所有單位建設完成。要求投標方考慮與其它部分功能模塊的統(tǒng)一設計，并提出詳細的技術方案。擴展管理功能主要包括：(1) 績效考核管理。(2) 勞動力規(guī)劃。(3) 職業(yè)發(fā)展管理。(4) 薪酬福利設計。(5) 平衡計分卡。(6) 自助服務。4.4 系統(tǒng)支持功能要求以下系統(tǒng)支持功能要求在試點建設階段在5個試點單位建設完成，并在推廣建設階段在集團公司直接經(jīng)營管理的其它下屬單位推關建設完成。系統(tǒng)支持功能至少滿足以下要求：4.4.1 工作流管理要求本系統(tǒng)中存在大量的業(yè)務工作流程，這些業(yè)務流程要求采用專門的工作流系統(tǒng)來實現(xiàn)。采用全過程、全部門的流程管理，實現(xiàn)申請書登記、工作單處理、工作單傳

45、遞（正常、向流程前跳轉、向流程后跳轉）、作廢、工作單歷史、歸檔、當前辦理工作單查詢等?？傮w要求如下：(1) 業(yè)務流程可自定義：提供圖形化的業(yè)務流程自定義工具，有權限的人員可根據(jù)實際業(yè)務情況調整業(yè)務辦理流程，包括流程環(huán)節(jié)、處理崗位、處理權限和考核時限等。(2) 業(yè)務過程可監(jiān)控考核：業(yè)務流程的各處理環(huán)節(jié)可定義時限，對業(yè)務的處理過程通過時限進行監(jiān)控考核。(3) 業(yè)務列表可集成：根據(jù)登錄身份，將流轉到當前個人的工作列在eip工作列表中。(4) 業(yè)務環(huán)節(jié)功能模塊化：對于eip工作列表中的任何工作，可直接調用本系統(tǒng)的相關業(yè)務環(huán)節(jié)功能模塊進行處理。4.4.2 權限管理人力資源信息是相對機密性較高的信息，特別

46、是在開放員工自助服務功能后，對系統(tǒng)的權限管理提出了更高的要求。登陸用戶應通過eip中統(tǒng)一的身份認證機制實現(xiàn)身份認證，而其它權限管理功能應在本系統(tǒng)中應實現(xiàn)：(1) 按照組織結構對集團公司、下屬單位的崗位和用戶進行統(tǒng)一編碼。(2) 采用分級的管理方式，提供分級別、分角色、分用戶、高安全性、易操作的安全保障，上一級可以設置下一級的管理權限，保證從上往下進行管理。(3) 權限設置必須由被授權的系統(tǒng)管理員完成，管理員不能設置大于自身權限的權限。4.4.3 操作日志管理(1) 系統(tǒng)對操作員的每筆操作都進行詳細記錄日志，并提供統(tǒng)計查詢功能。(2) 系統(tǒng)可查詢、統(tǒng)計、打印所有或單個操作日志內容，提供操作員的各

47、種操作統(tǒng)計報表。(3) 操作員可自行檢查自己有關操作日志。4.4.4 系統(tǒng)接口的技術要求系統(tǒng)的接入平臺應滿足下列基本要求：(1) 高性能：接入平臺應該實現(xiàn)對外部系統(tǒng)的接入提供企業(yè)級的支持，在系統(tǒng)的高并發(fā)和大容量的基礎上提供安全可靠的接入。(2) 可伸縮性：保證在充分利用系統(tǒng)資源的前提下，實現(xiàn)系統(tǒng)平滑的移植和擴展，同時在系統(tǒng)并發(fā)增加時提供系統(tǒng)資源的動態(tài)擴展，以保證系統(tǒng)的穩(wěn)定性。(3) 可靠性：應防止非系統(tǒng)級的數(shù)據(jù)丟失或出錯，同時提供對系統(tǒng)級的數(shù)據(jù)丟失和出錯實現(xiàn)恢復和容錯的機制。(4) 可擴展性：在進行擴容、新業(yè)務擴展和系統(tǒng)接口連接中，提供快速、方便和準確的實現(xiàn)方式。(5) 健壯性：提供可靠的運行

48、環(huán)境，保證系統(tǒng)在內部、外部的不可預知的出錯情況下，能夠提供正確的處理機制。(6) 安全性：提供完善的信息安全機制，以實現(xiàn)對信息的全面保護，保證系統(tǒng)的正常運行。(7) 可管理性：提供良好的系統(tǒng)管理機制，保證可在系統(tǒng)的運行過程中提供給管理員方便的管理方式，以處理各種情況。4.5 決策分析功能要求以下決策分析功能要求在試點建設階段在5個試點單位建設完成與試點建設階段信息相對應的部分，在推廣建設階段在全集團公司范圍內推關建設完成，并擴大與該階段信息相對應的功能范圍。決策分析功能至少滿足以下要求：4.5.1 kpi查詢和決策分析所有人力資源管理的基礎數(shù)據(jù)都是寶貴的資源，可以被用來分析人力資源狀況和存在的

49、問題，為領導層的決策作顯式的重要依據(jù)。本系統(tǒng)的查詢、統(tǒng)計和分析應至少能夠完成以下功能：(1) 自由設置任意查詢條件，對任意信息點進行綜合查詢，并且通過豐富的表格和圖形格式進行展示。(2) 對任意關鍵指標進行即席分析。(3) 對系統(tǒng)關鍵或統(tǒng)計信息進行監(jiān)控。(4) 根據(jù)集團公司的發(fā)展規(guī)劃和人力配置規(guī)則，自動預測人力配置計劃方案供參考。(5) 自動靈活定義和生成分析報告。4.5.2 報表工具集團企業(yè)人力資源管理業(yè)務繁雜，報表格式和數(shù)據(jù)內容也需要經(jīng)常調整，因此需要提供一套靈活報表的定義和自動生成工具，用戶可以自己定制報表的格式和數(shù)據(jù)來源，然后每張實際報表都可以按照定義自動生成，當增加和修改報表定義時，

50、程序不需要做任何改動。報表生成工具應具有以下特點：(1) 方便實用的制表工具，方便設計完成任意復雜結構的報表，報表格式定義簡單，易學易用。(2) 根據(jù)實際要求方便制作編輯各種數(shù)據(jù)報表模板，模板本身可以方便地保存和讀取，從而實現(xiàn)業(yè)務報表的遠程維護。(3) 可以通過鼠標拖動、快捷菜單、工具欄等隨意修改報表的表格線，特別是增加斜線、改變表先粗細、列寬度、行高度、插入刪除行、列等。(4) 具有單元格的合并、分割功能，可制作出形狀極其復雜的報表格式，更符合中國人的操作習慣。(5) 可以直觀地改變報表中的所有內容，如表頭、表尾的的文字，包括字體、位置、內容等。(6) 開放的sql查詢與存儲過程定義維護界面

51、，便于系統(tǒng)業(yè)務報表模板的定義與增加。(7) 支持一般四則運算，數(shù)據(jù)可進行再計算、再統(tǒng)計。五 系統(tǒng)實施要求5.1 進度要求(1) 中標方應在合同生效后1個月內將其所提供的貨物運抵并安裝到招標方指定的廣東省范圍內的任何地點，招標方在貨物運抵后10個工作日內組織到貨驗收。中標方負責制定具體的安裝、測試的進度計劃，雙方共同協(xié)商制定時間表。(2) 中標方必須在合同生效后3個月內完成全集團公司的業(yè)務需求調研（不僅限于試點單位或基本功能部分），提交功能需求說明書并修編完成；中標方必須在合同生效后4個月內完成顧問咨詢報告并通過評審；中標方必須在合同生效后4個月內提交總體設計書并通過評審，總體設計書內容主要包括

52、系統(tǒng)技術路線、功能組成和界面風格等。系統(tǒng)進行功能驗收。(3) 中標方在功能驗收完成后2個月內，必須完成系統(tǒng)基本功能模塊的設計和開發(fā)，安裝調試完畢，并協(xié)助招標方完成數(shù)據(jù)準備工作，系統(tǒng)進行試點單位的基本功能模塊的現(xiàn)場驗收，試點單位開始試運行。中標方在試點單位現(xiàn)場驗收完成后3個月內，必須將試點階段的功能模塊應用推廣到全集團的其它單位，系統(tǒng)進行全集團的基本功能模塊的現(xiàn)場驗收，全部單位開始基本功能模塊的試運行。(4) 中標方在所有單位的基本功能模塊完成現(xiàn)場驗收后3個月內，建設完成全集團公司范圍內的擴展功能模塊，系統(tǒng)投入總體現(xiàn)場驗收，所有單位的所有功能模塊全部開始為期3個月的試運行期。(5) 試運行期結束

53、后，系統(tǒng)進行竣工驗收?？⒐を炇蘸筮M入質保期。硬件設備的質保期限至少按硬件原廠商提供的免費服務期限，應用軟件的質保期限為竣工驗收后12個月。在質保期間由于系統(tǒng)質量方面出現(xiàn)的所有問題均應由中標方免費負責及時解決。(6) 應用系統(tǒng)的質保期結束后進行系統(tǒng)最終驗收。(7) 以上系統(tǒng)安裝、測試所需的工具全部由中標方負責提供，中標方負責準備安裝、測試所需的資料，并負責指導招標方人員掌握和使用這些技術資料。(8) 以上到貨驗收、功能驗收、現(xiàn)場驗收、竣工驗收和最終驗收在具備驗收條件時由中標方提出書面申請，由招標方組織。投標方必須在投標文件中提供相應的工期保證措施、詳細進度計劃表。5.2 項目交付項中標方應在合同規(guī)定時間內，將招標范圍內所界定的工作完成，并協(xié)助招標方制定相應管理規(guī)范，并在通過雙方認可的驗收后，交付給招標方，其中包括：(1) 滿足本技術規(guī)范書的項目目標和相應的技術要求、業(yè)務要求的完整的，可最終良好運行的軟、硬件平臺和應用軟件系統(tǒng)。(2) 滿足確保系統(tǒng)正常運行所需的管理、運營及維護有關的全套技術文件，技術文件至少應包括：l 軟件需求說明書。l 系統(tǒng)概要設計說明書。l 數(shù)據(jù)庫設計說明書。l 詳細設計說明書。l 系統(tǒng)測試大綱。l 維護手冊。l 操作手冊。l 應用軟件所有源代碼。l 系統(tǒng)參數(shù)配置說明。l 所提