大學數字化校園基礎平臺及應用系統(tǒng)建設項目實施方案

1、安徽師范大學數字化校園基礎平臺及應用系統(tǒng)建設項目實施方案編制人員：丁峰編制部門：蘇皖大區(qū)文件修改記錄表序修改人修改內容批準人修改日期版本號1丁峰新建劉亮明2013-7v1.0345文件審批表單位名稱負責人簽字簽字日期安徽師范大學信息管理中心金智教育目 錄1項目內容41.1基礎支撐平臺建設41.2業(yè)務系統(tǒng)集成41.3第三方軟件52項目組織72.1金智項目組織72.2金智項目組成員72.3安徽師范大學項目成員（待補充）83實施策劃93.1總體思路93.2實施模型93.3里程碑計劃104信息標準實施144.1實施約定144.2標準范圍144.2.1學校公共標準(完全個性化部分)154.2.2人員相關

2、標準154.2.3業(yè)務活動相關標準164.3標準引入機制164.4主要風險165軟硬件平臺實施185.1實施思路185.2硬件部署方案185.2.1數據庫服務器195.2.2身份認證服務器205.2.3數據交換服務器205.2.4信息門戶平臺服務器205.2.5http服務器215.2.6信息門戶、應用服務器集群215.2.7刀片機箱及輔助設備225.3實施風險236應用系統(tǒng)集成實施256.1實施思路256.2實施風險257校方配合需求277.1信息管理中心277.2待集成應用部門288項目管理298.1溝通機制299項目培訓309.1培訓思路309.2培訓范圍3010交付物3110.1交付程

3、序3110.2交付文件311 項目內容安徽師范大學基礎平臺及應用系統(tǒng)建設項目(以下簡稱項目)主要包括以下內容建設：1.1 基礎支撐平臺建設序建設內容主管部門內容說明1信息標準建設及信息標準管理系統(tǒng)信息管理中心按照教育部和國家相關標準，并結合學校實際情況，制定安徽師范大學信息標準，建設信息標準管理系統(tǒng)。2基礎數據平臺信息管理中心1、 基礎數據集成平臺。2、 基礎數據交換平臺。3、 現(xiàn)有主要應用系統(tǒng)集成。3身份認證管理平臺信息管理中心實現(xiàn)身份信息的統(tǒng)一認證和授權，統(tǒng)一存儲和管理。 4校園信息門戶平臺信息管理中心面向各類不同身份用戶提供個性化的校園網信息、服務和資源。1.2 業(yè)務系統(tǒng)集成序號集成系統(tǒng)

4、業(yè)務部門內容說明1.人事管理系統(tǒng)人事處實現(xiàn)對人事系統(tǒng)的數據集成：1. 保證教職工用戶關鍵身份數據的完整性。2. 如條件具備，可在門戶中實現(xiàn)人事待辦事宜的提醒。3. (依據最終確定的集成方案定)2.財務管理系統(tǒng)財務處實現(xiàn)對財務查詢系統(tǒng)的數據集成、認證集成和門戶集成：1. 保證學生收費/教師工資數據。2. 如果條件具備，則實現(xiàn)用戶登錄門戶后，可通過快速通道直接進入財務查詢系統(tǒng)。3. 如條件具備，可在門戶中實現(xiàn)交費通知、工資查詢通知等服務。(依據最終確定的財務集成方案定)3.資產管理系統(tǒng)資產與設備管理處實現(xiàn)資產系統(tǒng)的數據集成、認證集成和門戶集成：1. 如條件具備，保證實現(xiàn)校內資產數據、資產保管情況等

5、信息的及時同步。2. 如條件具備，則實現(xiàn)用戶登錄門戶后，可通過快速通道直接進入資產查詢系統(tǒng)。3. 如資產相關數據具備條件，則可在門戶中提供個人保管資產情況、各部門資產擁有情況查詢(關鍵指標)等服務。(依據最終確定的集成方案定)4.教務系統(tǒng)教務處實現(xiàn)對教務系統(tǒng)的數據集成、認證集成和門戶集成：1. 保證學生用戶關鍵身份數據的完整性。2. 保證用戶登錄門戶后，可通過快速通道直接進入教務系統(tǒng)。3. 如條件具備，可在門戶中實現(xiàn)學生個人相關信息查詢、選課提醒、相關課程安排。(依據最終確定的教務集成方案定)5.一卡通系統(tǒng)實現(xiàn)對一卡通系統(tǒng)的數據集成、認證集成和門戶集成：1. 保證教職工和學生用戶關鍵身份數據的

6、完整性。2. 保證用戶登錄門戶后，可通過快速通道直接進入一卡通系統(tǒng)。3. 如條件具備，可在門戶中實現(xiàn)教職工和學生個人相關消費流水和考勤等方面的信息查詢。(依據最終確定的一卡通系統(tǒng)集成方案定)6.研究生管理系統(tǒng)研究生處實現(xiàn)研究生管理系統(tǒng)的數據集成、認證集成和門戶集成：1. 如具備條件，保證用戶身份信息等數據可以及時同步到研究生教務與學生管理系統(tǒng)。2. 如條件具備，則實現(xiàn)用戶登錄門戶后，可通過快速通道直接進入研究生教務與學生管理系統(tǒng)。3. 如條件具備，在門戶中實現(xiàn)研究生教務與學生管理系統(tǒng)的信息待辦和提醒等功能。(依據最終確定的研究生管理系統(tǒng)集成方案定)7.科研管理系統(tǒng)科技處實現(xiàn)科研管理系統(tǒng)的數據集

7、成、認證集成和門戶集成：1. 如具備條件，保證用戶身份信息等數據可以及時同步到科研管理系統(tǒng)；同時科研管理系統(tǒng)可以及時將科技信息及時同步到共享庫。2. 如條件具備，則實現(xiàn)用戶登錄門戶后，可通過快速通道直接進入科研管理系統(tǒng)。3. 如條件具備，在門戶中實現(xiàn)科研管理的信息待辦和提醒等功能。4. (依據最終確定的科研管理系統(tǒng)集成方案定)8.圖書借閱系統(tǒng)圖書館實現(xiàn)圖書借閱系統(tǒng)的數據集成、認證集成和門戶集成：1. 保證用戶身份信息可以及時同步到圖書借閱系統(tǒng)。2. 保證圖書預約、借閱相關信息可以及時同步到共享數據庫。3. 如條件具備，則實現(xiàn)用戶登錄門戶后，可通過快速通道直接進入圖書借閱系統(tǒng)。4. 如條件具備，

8、在門戶中實現(xiàn)預約、欠書、欠費的提醒服務等。(依據最終確定的圖書館集成方案定)9.辦公系統(tǒng)校長辦公室實現(xiàn)辦公系統(tǒng)的數據集成、認證集成和門戶集成：1. 如具備條件，保證用戶身份信息等數據可以及時同步到辦公自動化系統(tǒng)。2. 如條件具備，則實現(xiàn)用戶登錄門戶后，可通過快速通道直接進入辦公自動化系統(tǒng)。3. 如條件具備，在門戶中實現(xiàn)辦公系統(tǒng)的信息待辦和提醒等功能。(依據最終確定的辦公系統(tǒng)集成方案定)1.3 第三方軟件軟件內容主管部門內容說明數據集成平臺信息管理中心oracle data integrator 服務器操作系統(tǒng)信息管理中心linux ，redhat as 5 u5身份認證組件信息管理中心sun

9、access manager ，ldap server（direct server）應用服務器信息管理中心ibm websphere nd數據庫信息管理中心oracle數據庫集群軟件信息管理中心oracle rac2 項目組織2.1 金智項目組織安徽師范大學數字化校園項目組組建思路如下：a. 接口清晰明確：對于本期所涉及的新建系統(tǒng)，雙方明確項目經理作為項目的接口負責人，在項目驗收前，全程負責雙方資源的協(xié)調和配合。b. 統(tǒng)一策劃：項目整體計劃由金智項目經理和金智項目管理小組、學校項目管理小組進行統(tǒng)一策劃，各組成部分的設計和實施方案由雙方項目管理小組進行統(tǒng)一評審，保證系統(tǒng)的整體性和有序性。c. 本

10、地化實施：為保證系統(tǒng)實施及運行期間的用戶響應效率，金智本項目的實施由項目經理、項目助理、駐場服務人員為主，由公司產品團隊、開發(fā)團隊和質量團隊提供及時的配合和支持。2.2 金智項目組成員角色人員聯(lián)系方式職責說明項目管理組丁engding項目管理組長，協(xié)同內部資源，監(jiān)控項目進展，關注用戶價值劉亮lmliu負責工程中心資源調度安排，參與項目設計和策劃周zhou負責產品部資源調度安排，參與項目設計和策劃，落實開發(fā)計劃石奇qbshi負責質量部資源調度安排和項目過程監(jiān)控劉iul

11、負責項目變更管理和確認項目實施組丁engding項目經理，對進度及用戶使用情況負責謝玉ylxie實施人員，參與現(xiàn)場實施，配合項目經理工作黃林llhuang實施人員，參與現(xiàn)場實施許文rxu數據庫部署工程師陳天scheneai平臺部署工程師鄒墨lzou應用中間件部署工程師張iangzhang評審測試人員繆晶量保證人員、配置管理人員客戶經理劉秀已有負責項目商務協(xié)調，關注客戶滿意度需求分析丁峰已有

12、負責整體需求調研(含策劃)參與需求、設計和驗證謝玉龍已有參與需求、設計和驗證運維服務王華fwang運維部經理2.3 安徽師范大學項目成員（待補充）角色人員聯(lián)系方式項目總負責人項目管理小組平臺實施硬件/網絡工程師數據庫管理員統(tǒng)一身份認證平臺負責人系統(tǒng)管理員統(tǒng)一信息門戶平臺負責人系統(tǒng)管理員共享數據平臺/信息標準平臺負責人系統(tǒng)管理員運行服務臺人員已有系統(tǒng)集成人事管理系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員財務管理系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員資產管理系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員教務系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員一卡通系統(tǒng)業(yè)務部門負責人

13、建設部門協(xié)調人系統(tǒng)管理員研究生管理系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員科研管理系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員圖書借閱系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員辦公系統(tǒng)業(yè)務部門負責人建設部門協(xié)調人系統(tǒng)管理員3 實施策劃3.1 總體思路安徽師范大學本次的數字化校園建設項目是學校站在全校角度進行規(guī)劃建設的項目，這決定了該項目無論在外部參照系上還是在內部理解一致性上均存在一定的風險，也正因如此，在校級層面，目前預期能夠解決的問題(項目價值點)主要在于：1. 能夠建立一套全校的基本信息標準體系以及面向全校權威數據的共享數據庫，這一工作完成后的最大受益者是后續(xù)應用系統(tǒng)建設，新系統(tǒng)建設時，

14、將會事半功倍，不僅能夠保證信息的無二義性表達、提高信息共享效率，更可以大幅度縮短應用系統(tǒng)實施周期。2. 能夠為全校師生建立校園網內唯一數字身份，解決早期系統(tǒng)建設需要用戶記憶多套用戶名和密碼，而且每進入一個系統(tǒng)，就需要進行一次登錄，導致每建成一個系統(tǒng)，對用戶而言就是多了一個負擔。而對于新系統(tǒng)建設者而言，不僅在系統(tǒng)中要花費大量精力在如何保證認證安全、如何收集并及時更新用戶數據，而且因不同廠商的技術水平不一致，極有可能因一個系統(tǒng)的安全設計不到位，導致用戶關鍵信息的泄漏，造成學校的被動。能夠為全校師生建立統(tǒng)一校園網內信息和服務的單一訪問入口，讓所有需要訪問校園內信息的用戶都只需要記住一個地址，使用一個

15、帳號就可以訪問到所有自己有權限訪問到的資源。同時，后續(xù)任何新的系統(tǒng)和服務上線，只需實現(xiàn)和門戶的集成，并利用門戶的推送功能，將希望用戶獲得的信息主動的推送給用戶，這也會使得各建設部門能夠把更多的精力放在如何創(chuàng)新和改進自己的業(yè)務和服務模式上。3. 鑒于以上情況，為保證安徽師范大學項目能夠成為一個成功案例、讓安徽師范大學信息化建設盡早在全校高度上進入良性循環(huán)，在本期項目建設中，需要全校各相關部門能夠按照以下實施模式提供配合。3.2 實施模型本項目整體實施模型，具體階段定義如下：3.3 里程碑計劃里程碑子里程碑點工作內容初步計劃結束完成項目啟動完成項目啟動準備 雙方簽署工程啟動確認單。 雙方討論確定項

16、目實施方案,并簽字確認。2013年8月上旬完成項目內部啟動 完成項目里程碑策劃(參數估計)。 完成項目風險管理列表。 完成項目評審計劃策劃。 完成項目裁減表。 通過公司內部啟動評審。2013年8月上旬召開校內項目啟動會 雙方討論確定啟動匯報材料(重點:預期效果、組織架構、整體計劃、配合要求)。 完成校內啟動會組織(重點:落實配合部門及配合責任)。 確認匯報機制（雙周例會和網絡中心討論項目進展情況，月例會向分管校領導匯報執(zhí)行情況）2013年9月初系統(tǒng)平臺部署完成部署規(guī)劃 雙方討論確定項目部署規(guī)劃,并簽字確認。2013年8月中旬完成平臺客戶化 雙方討論確定ui設計。 校方完成平臺初始化數據收集和整

17、理。2013年9月上旬完成平臺部署階段 雙方根據部署規(guī)劃完成平臺部署和檢測。 公司完成部署報告準備。 校方完成部署報告審核，并簽字確認。2013年9月上 確定信息標準完成信息標準調研和設計 公司提供信息標準集供雙方參考。 公司對學校數據編碼情況、數據流向和業(yè)務部門需求進行全面調研 雙方根據調研表分析結果，確定標準增刪內容，分析需設計內容，并初步確定責任部門。 公司提供所遵循標準類別建議及標準設計建議表。 責任部門根據自己的業(yè)務特征給出標準初始數據及后續(xù)維護責任人。 在責任部門難以配合時，信息管理中心給出取舍策略，如果屬于必建標準，需及時提交校領導進行協(xié)調落實。 進行標準公示，各部門反饋修改意見

18、。2013年10月下旬完成信息標準實施 雙方完成參照標準導入工作。 雙方完成標準初始化和相關的標準維護權限設置。 培訓標準維護責任人使用標準維護工具。2013年11月中旬確定共享模式完成信息資源規(guī)劃 公司對學校數據編碼情況、數據流向和業(yè)務部門業(yè)務需求進行全面調研。 公司最終給出安徽師范大學信息標準和信息系統(tǒng)模型。2013年10月中旬完成共享需求調研和設計 公司提供共享信息集供雙方參考。 雙方圍繞數據集成范圍及集成調研表分析結果，確定增刪內容，分析需設計內容。 公司完成共享信息集增刪改部分設計。 信息管理中心完成共享信息集設計文檔審核，通過后簽字確認，作為實施的指導文檔。2013年11月上旬完成

19、共享模式實施 公司完成缺省部署的共享模式集更新。 信息管理中心結合雙方確定的共享信息集，對部署的共享庫結構進行檢查確認，輸出檢查確認表。2013年11月中旬建設信息門戶完成信息門戶需求調研和設計 完成信息門戶需求調研 完成信息門戶ui需求確認2013年10月下旬完成信息門戶開發(fā)和實施 雙方共同完成信息門戶服務內容初始化。 根據調研結果完成信息門戶實施工作。2013年12月中旬應用系統(tǒng)集成完成應用集成調研 公司提供應用集成需求調研表，用于進行摸底調研。 雙方通過訪問系統(tǒng)、分析樣例數據、用戶拜訪等方式，共同完成各系統(tǒng)集成需求摸底調研。 公司完成集成需求調研反饋表的分析，完成各系統(tǒng)集成備選方案設計，

20、形成各系統(tǒng)集成方案討論膠片(可由雙方共同討論定稿)。 協(xié)調業(yè)務部門及系統(tǒng)供應商共同討論確定各系統(tǒng)最終集成方式，由公司形成應用系統(tǒng)集成方案及應用集成實施計劃，提交公司質量部發(fā)起內部評審。 三方(公司、信息管理中心、業(yè)務部門)組織聯(lián)合評審，評審通過后，簽字確認。 如果供應商配合涉及商務問題，由信息管理中心和業(yè)務部門協(xié)調進行落實。2013年9月下旬完成應用集成實施 遵循確認后的應用集成方案及集成實施方案，三方進行集成實施。 如果涉及認證集成，三方責任分別是:1公司指導供應商(或用戶)完成認證集成實施；2供應商(或用戶)完成系統(tǒng)改造和驗證；3信息管理中心開通業(yè)務系統(tǒng)認證集成系統(tǒng)帳號和訪問權限(帳號規(guī)則

21、建議:業(yè)務系統(tǒng)中文縮寫+amconn)。 如果涉及數據集成，三方責任分別是：1公司完成集成分析，輸出源到目標的映射關系表及標準轉換對照表；2供應商(或用戶)開放系統(tǒng)訪問權限，參與轉換對照表編制，并對自己系統(tǒng)中的表結構進行解釋說明；3信息管理中心需要保證數據集成服務器到集成系統(tǒng)業(yè)務庫之間的訪問通道的穩(wěn)定性。 如果涉及界面集成，三方責任分別是：1公司完成對應應用界面集成配置；2供應商(或用戶)保證集成頁面的可獨立運行，對于需要帶入參數的頁面，需要明確參數格式；3信息管理中心需要保證門戶服務器到集成系統(tǒng)應用服務器間的訪問通道的穩(wěn)定性。 如果涉及門戶開發(fā)，三方責任分別是：1公司完成應用開發(fā)和測試，并完

22、成到測試服務器的部署和驗證；2業(yè)務部門用戶完成應用功能的檢查確認，并明確應用的授權要求；3信息管理中心完成功能檢查確認，并完成在運行服務器的部署和權限配置。2013年12月上旬完成應用集成驗證 對于認證集成，雙方檢查認證集成效果。(方式是使用業(yè)務系統(tǒng)最大權限帳號登錄門戶，再進入集成業(yè)務系統(tǒng)，點擊所有應用頁面，確認集成有無遺漏，輸出模塊檢查確認表)。 對于數據集成，雙方檢查數據集成完整性(主要通過記錄條數進行總體檢查，通過抽樣數據比對進行映射關系的檢查)。 對于門戶集成，雙方檢查集成效果。(主要檢查頁面布局效果、應用界面風格的一致性) 對于門戶開發(fā)應用，雙方檢查功能和權限的正確性，對于訪問量較大

23、的應用，雙方共同完成性能測試，形成性能測試報告。 檢查通過后，信息管理中心簽署應用系統(tǒng)集成確認報告，標識著應用系統(tǒng)的集成階段完成。2013年12月中旬正式試運行系統(tǒng)進入正式試運行 公司提交正式試運行申請單。 信息管理中心簽署正式試運行申請單。 信息管理中心面向全校用戶正式發(fā)布系統(tǒng)的訪問域名、帳號規(guī)則及支持熱線。2013年12月下旬項目整體驗收完成項目整體驗收 公司提交項目驗收申請單。 雙方討論確定項目驗收會議匯報材料(重點:系統(tǒng)使用狀況、用戶價值實現(xiàn)情況、后續(xù)發(fā)展規(guī)劃) 信息管理中心組織項目驗收會議，驗收通過后，雙方簽署正式的項目驗收報告。2014年3月確定項目售后計劃 驗收通過后，雙方討論確

24、定售后服務計劃。 公司完成售后服務計劃編制，提交公司內部評審。 信息管理中心審核售后服務計劃，并簽字確認售后服務計劃。2014年3月完成項目內部結項 項目組提交項目內部總結報告，通過內部評審。 公司內部將項目轉為售后服務項目進行統(tǒng)一管理和跟蹤。2014年4月4 信息標準實施4.1 實施約定信息標準是整個項目的基礎，在信息標準實施中考慮以下基本約定：1. 約定范圍：對于只涉及到一個業(yè)務系統(tǒng)的標準，不在學校層面進行定義和管理。2. 唯一性原則：任何一個標準需要有唯一的維護責任部門，對于無法確定維護主體或責任主體無法承諾及時更新時，需要提交學校工作小組進行協(xié)調。3. 數據優(yōu)先：所有標準先和責任部門確

25、定初始化數據，由項目組完成初始化實施和備份，保證后續(xù)系統(tǒng)的正常上線。4. 只增不改：為防止業(yè)務數據出現(xiàn)紊亂，所有標準一經發(fā)布，只允許增加和停用，不允許修改和刪除。5. 及時更新：所有標準一經發(fā)布，將會按照需要自動同步到所有需要這些標準的系統(tǒng)。6. 單一入口：體現(xiàn)在兩個方面，首先所有校級標準維護模塊和數據集中在共享平臺的管理系統(tǒng)中，其次對于由業(yè)務部門維護的標準，會考慮將標準的維護界面融合到對應業(yè)務系統(tǒng)中，避免標準維護人員頻繁切換界面。4.2 標準范圍項目信息標準建設重心是構建一個可擴展的信息標準管理平臺，并圍繞本期項目建設內容，原則上最終所確定的共享模式中涉及的標準，在標準庫中都有其標準結構，對

26、于標準數據建設的重點主要在：學校個性化的公共標準、人員相關標準以及本期集成中已經有成熟業(yè)務系統(tǒng)中涉及到的業(yè)務活動標準。4.2.1 學校公共標準(完全個性化部分)4.2.2 人員相關標準4.2.3 業(yè)務活動相關標準4.3 標準引入機制4.4 主要風險風險影響對策組織機構編碼無單位能夠拍板，長期議而不決 共享庫中產生垃圾數據 無法按部門進行統(tǒng)計分析由校領導組織協(xié)調，給明確結論。(南師模式)人員編碼定了，但已有業(yè)務部門無法執(zhí)行 無法給出統(tǒng)一認證帳號 集成中產生大量冗余數據 集成后影響原有系統(tǒng)運行收集現(xiàn)有數據進行充分分析基礎上，制定能夠確保唯一編碼規(guī)則，并通過學校正式發(fā)文，給出業(yè)務部門明確的整改時間。

27、(同濟模式)業(yè)務相關編碼無法確定對學校負責的部門 對應編碼無維護責任人 對應編碼無人敢用策略一.由校領導組織協(xié)調，給明確結論。策略二.放棄業(yè)務相關編碼確定了責任部門，但業(yè)務部門堅持只提供標準數據，不同意承擔維護責任 對應編碼無法及時更新 運行中會影響到使用編碼的部門和系統(tǒng)策略一.由校領導組織協(xié)調，給明確結論。策略二.由系統(tǒng)管理員代為維護編碼確定后，初次集成通過建對照表的方式完成了，但業(yè)務系統(tǒng)保持不規(guī)范的操作，繼續(xù)產生新的非標準數據 集成完成后,數據是對的，但一段時間后，數據又不一致了。 使用部門越來越不信任共享庫中的數據策略一.改造業(yè)務系統(tǒng)中不規(guī)范操作部分。策略二.明確由業(yè)務部門維護集成對照表

28、。5 軟硬件平臺實施5.1 實施思路軟硬件平臺的實施和維護質量，直接決定了系統(tǒng)運行可靠性，軟硬件平臺通過接受性測試后，需要正式交接給用戶系統(tǒng)管理員，交接時間點必須在應用系統(tǒng)投入試運行前，并共同定義出相應的運行管理規(guī)定，其中重點需考慮以下幾個問題：1. 建立使用申請管理制度：軟硬件平臺交接后，所有對于運行環(huán)境的更新需要提供更新請求，明確更新原因、更新內容、更新時間和影響，在得到系統(tǒng)管理員的許可后才可以進行具體操作。2. 建立使用登記機制：對于已交接給用戶的系統(tǒng)，所有基于其上的操作必須留下詳細的操作登記。3. 建立定期巡檢機制：系統(tǒng)管理員必須根據交接時提供的系統(tǒng)巡檢表對軟硬件平臺進行定期巡檢，以及

29、時發(fā)現(xiàn)并消除系統(tǒng)故障隱患。4. 公司提供詳細的系統(tǒng)日常管理維護工作內容，技術指導手冊和相關培訓。5.2 硬件部署方案5.2.1 數據庫服務器建議選用2臺品牌小型機系統(tǒng)（高配置pc服務器），組建負載均衡系統(tǒng)，部署數據庫服務。指標項建議配置要求基本配置品牌小型機系統(tǒng)（或高配置pc服務器）cpucpu主頻2.0ghz配置中cpu內核數量4顆內存要求配置內存32gb系統(tǒng)硬盤配置硬盤4塊單盤容量146gb在線熱拔插fc硬盤集成硬件raid卡, 可以實現(xiàn)raid 0/1i/o子系統(tǒng)千兆以太網口 4個hba 4gb/s光纖通道接口 4個操作系統(tǒng)unix、solaris投資允許的情況下我們建議數據庫服務器采用

30、擴展性更強、安全性更高、運行更穩(wěn)定的小型機系統(tǒng)。5.2.2 身份認證服務器建議選用2臺刀片服務器中，組建負載均衡集群，部署統(tǒng)一身份認證服務。指標項建議配置要求基本配置品牌刀片式服務器，標準機柜安裝cpucpu主頻2.0ghz配置中cpu內核數量2顆內存要求配置內存6gb系統(tǒng)硬盤配置硬盤2塊單盤容量146gbi/o子系統(tǒng)千兆以太網口2個5.2.3 數據交換服務器建議采用刀片服務器中的1組服務器部署數據交換服務。指標項建議配置要求基本配置品牌刀片式服務器，標準機柜安裝cpucpu主頻2.0ghz配置中cpu內核數量2顆內存要求配置內存6gb系統(tǒng)硬盤配置硬盤2塊單盤容量146gbi/o子系統(tǒng)千兆以太

31、網口2個5.2.4 信息門戶平臺服務器建議采用刀片中的1組服務器對信息門戶服務進行部署。指標項建議配置要求基本配置品牌刀片式服務器，標準機柜安裝cpucpu主頻2.0ghz配置中cpu內核數量2顆內存要求配置內存6gb系統(tǒng)硬盤配置硬盤2塊單盤容量146gb在線熱拔插sas硬盤集成硬件raid卡, 可以實現(xiàn)raid0/1i/o子系統(tǒng)千兆以太網口2個hba 4gb/s光纖通道接口 2個5.2.5 http服務器建議采用刀片服務器中的1組服務器部署http服務。軟件平臺選用ibm websphere http系統(tǒng)。指標項建議配置要求基本配置品牌刀片式服務器，標準機柜安裝cpucpu主頻2.0ghz配

32、置中cpu內核數量2顆內存要求配置內存6gb系統(tǒng)硬盤配置硬盤2塊單盤容量146gb在線熱拔插sas硬盤i/o子系統(tǒng)千兆以太網口2個5.2.6 信息門戶、應用服務器集群建議采用刀片中的8組服務器對應用服務進行部署，并共同組建負載均衡集群。建議配置如下：指標項建議配置要求基本配置品牌刀片式服務器，標準機柜安裝cpucpu主頻2.0ghz配置中cpu內核數量2顆內存要求配置內存6gb系統(tǒng)硬盤配置硬盤2塊單盤容量146gb在線熱拔插sas硬盤集成硬件raid卡, 可以實現(xiàn)raid0/1i/o子系統(tǒng)千兆以太網口2個hba 4gb/s光纖通道接口 2個5.2.7 刀片機箱及輔助設備指標項建議配置要求機箱每

33、機箱支持14片刀片服務器,本次公用1套機箱支持冗余管理模塊配置,可以級聯(lián)冗余熱插拔電源，支持n+1、n+n電源冗余模式，n2冗余熱插拔風扇，配置數量4個支持內部lan/san交換機和pass-thought設備配置2個lan交換機模塊，支持冗余配置2個san交換機模塊，支持冗余可通過瀏覽器管理機箱內全部設備, 支持跨機箱管理, 支持冗余配置前端訪問液晶顯示屏, 可顯示系統(tǒng)狀態(tài)及故障信息, 可配置機箱參數配置獨立的遠程管理控制端口，支持遠程監(jiān)控圖形界面, 可實現(xiàn)與操作系統(tǒng)無關的遠程對服務器的完全控制，包括遠程的開機、關機、重啟、更新firmware, 虛擬kvm, 虛擬軟驅, 虛擬光驅等操作各應

34、用服務器節(jié)點與http服務器共同組建成應用服務器集群環(huán)境，部署如下圖所示：應用服務器集群部署示意圖在部署環(huán)境中，有關身份認證的信息、文件信息和數據的處理，由統(tǒng)一的身份認證服務器、nas服務器和數據庫服務器來處理，應用服務器主要用來處理用戶的請求，其實體并不包含用戶信息、業(yè)務數據等。應用服務器對文件系統(tǒng)的訪問采用nas方式進行。所有的請求通過http服務器來做負載均衡轉發(fā)。在實際的部署環(huán)境中，一個應用不是需要部署到所有的應用服務器節(jié)點上面，需要根據應用的訪問規(guī)模來確定應用服務器規(guī)模。對于某些特殊的應用，可能只是在某個時間內需要支持高的并發(fā)訪問量， 這個時候就需要能夠快速的動態(tài)增加應用節(jié)點。對于應

35、用系統(tǒng)升級和維護可以使用單元管理器（即dmgr管理控制臺）來進行，但前提條件是管理人員需要掌握ibm websphere的一般管理知識；另外，我們可以采用jmx方式來進行調用接口來完成相應的管理，這樣就需要有一個統(tǒng)一的管理系統(tǒng)來負責所有應用系統(tǒng)的日常管理。5.3 實施風險風險影響對策一段時間后運行環(huán)境開始紊亂 系統(tǒng)開始不穩(wěn)定 系統(tǒng)無法維護運行環(huán)境交接后： 所有操作必須得到系統(tǒng)管理員許可 所有操作必須留下操作登記。應用局部升級更新后，導致整體開始不穩(wěn)定 用戶產生抱怨減少小變更，加強變更管理： 所有變更需要先通過測試環(huán)境驗證 對運行環(huán)境變更前做好備份硬件損壞導致系統(tǒng)崩潰乃至無法回復 系統(tǒng)穩(wěn)定性 建

36、設階段做好交叉?zhèn)浞?運行前盡可能解決存儲及備份問題目前認證平臺對同時在線用戶數支持能力有限 系統(tǒng)真正成為所有用戶的瀏覽器首頁或成為習慣后，會導致部分用戶無法登錄 增加認證服務器內存配置 縮短用戶身份有效時間6 應用系統(tǒng)集成實施6.1 實施思路已有系統(tǒng)集成實施，遵循以下思路：1. 實用原則：圍繞用戶體驗，對于合同中所約定系統(tǒng)集成范圍，集成內容確定和集成方案設計時，以實用為原則，對于影響用戶體驗的集成內容，需要保證集成效果。2. 優(yōu)先級約定：本次項目實施涉及多個應用系統(tǒng)集成，將依據以下因素確定優(yōu)先級：a) 信息類別，所有與人的基本信息有關的系統(tǒng)，只要具備條件優(yōu)先集成。b) 用戶關注，對于師生用戶及

37、領導最為關心的系統(tǒng)，優(yōu)先集成。c) 使用狀況，對于實際使用起來的系統(tǒng)(通過點擊率和數據變化周期識別)，優(yōu)先集成。d) 用戶配合，對于業(yè)務部門比較積極，并愿意協(xié)調廠商資源進行配合的，對應業(yè)務系統(tǒng)優(yōu)先集成。e) 結構穩(wěn)定，對于數據結構和功能框架已經基本穩(wěn)定的系統(tǒng)，優(yōu)先集成。3. 變更約定：在系統(tǒng)集成通過用戶接受性測試后，如果被集成系統(tǒng)因升級或其他原因導致需要重新進行集成實施乃至調整集成方案，首先需要有提前量(至少1周以上時間)進行通知，其次這部分變更引起的工作量需要得到校方的認可。6.2 實施風險風險影響對策業(yè)務部門不理解、不配合 無法進行集成調研 無法接觸到系統(tǒng)環(huán)境 在項目啟動會上，明確配合要求

38、、時間和配合責任人。 信息部門和項目組預先準備，先通過基礎情況調研完成摸底，結合摸底情況共同完成預先設計，提供用戶可選方案，降低業(yè)務部門配合壓力。 將給予配合的部門集成做出效果，在校級會議上多表示認可。業(yè)務部門無法協(xié)調原建設廠商進行配合 方案討論難以形成結論 集成實施難以配合 通過學?；蛐畔⒉块T對廠家施加壓力。 準備對應系統(tǒng)升級和集成配合預算。 采用新的系統(tǒng)進行替換。業(yè)務系統(tǒng)沒有正式運行 集成后數據沒有質量 系統(tǒng)可用性無法保障，導致用戶懷疑學校的平臺 把握業(yè)務周期，配合業(yè)務部門推進系統(tǒng)使用。 可以先集成，借助門戶和身份認證的好處，反過來推進業(yè)務系統(tǒng)的使用。業(yè)務系統(tǒng)處于調整改進中 無法形成穩(wěn)定的

39、集成方案 反復進行集成實施 采用分塊實施策略，先確定總體集成思路，將穩(wěn)定部分的方案先確定、先實施。 約定完成整改期限，大系統(tǒng)上線前，如果業(yè)務系統(tǒng)尚未完成整改，則暫時放棄遺留部分的集成，留在大系統(tǒng)深化改進階段進行處理。 讓信息部門具備應用集成實施的能力，在具備條件時可以進行集成實施。業(yè)務系統(tǒng)變更信息無法及時告知信息部門 會導致系統(tǒng)突然出現(xiàn)問題，如數據沒有了、界面不見了等情況，造成用戶的困惑 在啟動會上，明確對變更的通知和管理機制。 信息部門保持和業(yè)務部門的溝通，及時捕捉到變化信息。 大系統(tǒng)中提供明確的異常類別提醒，縮短問題定位時間。業(yè)務系統(tǒng)用戶習慣了原來的入口，不愿意通過門戶進入 會影響用戶對學

40、校大系統(tǒng)的體驗和認可 在學校系統(tǒng)初步上線后，可以考慮逐步關閉原有系統(tǒng)的對外域名服務。 在門戶中，把握住用戶價值，讓用戶能夠獲得更多對自己有幫助的服務內容。部分業(yè)務部門可能因保密要求為理由，拒絕開放相應數據的集成權限 共享數據中數據不完整，影響后續(xù)跨部門應用建設 通過校方組織協(xié)調會，明確提供和保密的責任。 信息管理中心和項目組和業(yè)務部門介紹清楚系統(tǒng)的安全保障機制。7 校方配合需求7.1 信息管理中心階段名稱任務名稱需要配合工作項目啟動完成項目啟動 簽署項目外部啟動確認單。 討論確認項目實施方案。 明確校方實施組織架構。 明確系統(tǒng)管理和運行維護人選。 協(xié)調部門組織召開項目協(xié)調會。平臺部署完成部署規(guī)

41、劃 提供校園信息服務系統(tǒng)地址及dns規(guī)劃、存儲使用需求。 對項目組提供的系統(tǒng)部署規(guī)劃方案進行審核，并簽字確認。完成平臺客戶化 參與系統(tǒng)界面風格討論、提交圖片供設計并確認。 和項目組共同完成系統(tǒng)服務內容布局設置。完成平臺部署階段 根據項目組提交的申請和格式，提供相應的初始化數據。 參與平臺部署。 檢查確認平臺部署結果，審核部署報告，通過后簽字確認。確定信息標準完成信息標準調研 確定信息標準調研范圍。 確定標準負責部門，協(xié)調部門配合。完成信息標準設計 協(xié)調部門確認信息標準設計。 代表學校簽署共享信息標準設計文檔。完成信息標準實施 參與信息標準的初始化實施。 檢查確認標準實施結果。確定共享模式完成共

42、享需求調研 協(xié)同相關責任部門配合項目組完成共享需求調研。 審核共享數據模式設計文檔，通過后簽字確認。完成共享模式實施 參與共享模式的初始化實施。 檢查確認共享模式實施結果。建設信息門戶完成信息門戶需求調研和設計 確定信息門戶需求 確定信息門戶ui設計完成信息門戶開發(fā)和實施 共同完成信息門戶服務內容初始化。 檢查確認信息門戶實施工作。應用系統(tǒng)集成完成應用集成調研 配合項目組進行系統(tǒng)調研，并協(xié)調已有系統(tǒng)廠商人員的配合。 審核系統(tǒng)集成方案，通過后簽字確認應用集成方案。 對于不具備集成條件的業(yè)務系統(tǒng)，給出明確的處理意見，并簽署商務備忘。完成應用集成實施 協(xié)調用戶及廠商人員的配合。 參與應用系統(tǒng)集成實施

43、。完成應用集成驗證 對集成實施成果進行確認，通過后簽署應用集成報告。 接受對系統(tǒng)日常管理維護的管理培訓。完成應用集成維護 負責面向最終用戶的運行保障，重點是用戶反饋收集。 對于因用戶原因引起的需求變更進行簽字確認。正式試運行完成系統(tǒng)的正式試運行 確認系統(tǒng)是否具備正式運行條件，并簽署正式試運行確認單。 推進試運行進程，并確認期間問題整改情況。項目整體驗收完成項目整體驗收，啟動售后工作 根據項目組驗收申請，與項目組共同議定項目驗收形式、時間。 完成驗收組織，形成雙方共同確認的驗收結論。 和金智項目組討論確定項目售后服務計劃。7.2 待集成應用部門階段名稱需要配合工作集成調研 配合項目組進行系統(tǒng)調研，并協(xié)調現(xiàn)有系統(tǒng)建設廠商進行配合。 對系統(tǒng)集成方案進行確認，通過后簽字確認。集成實施 開放系統(tǒng)相應的訪問權限。 配合項目組完成接口對接實施和保障工作。 配合信息管理中心做好關閉原訪問地址后的用戶通知和解釋工作。實施確認 對集成實施成果進行確認。 接受對系統(tǒng)日常管理維護的管理培訓。運行維護 當系統(tǒng)發(fā)生變更時，及時通知信息管理中心。8 項目管理8.1 溝通機制1. 月報制度：每月末雙方共同討