STE ERP系統(tǒng)升級(jí)項(xiàng)目-項(xiàng)目方案書-V1.0

客戶深圳證券交易所文件名項(xiàng)目方案書項(xiàng)目ERP系統(tǒng)升級(jí)項(xiàng)目版本V1.0正本深圳證券交易所

ERP系統(tǒng)升級(jí)項(xiàng)目項(xiàng)目方案書 德勤管理咨詢（上海）有限公司2013年6月28日

目錄TOC\o"1-5"\f\u1. 證明文件 61.1. 公司概況簡介 71.1.1. 德勤全球 71.1.2. 德勤中國 111.2. 營業(yè)執(zhí)照 181.3. 項(xiàng)目咨詢及實(shí)施人員簡歷 201.4. 稅務(wù)登記證副本 211.5. 公司經(jīng)營相關(guān)項(xiàng)目業(yè)績和類似合同完成簡況 221.5.1. 競價(jià)單位業(yè)績表 221.5.2. 德勤咨詢?cè)贠racleERP相關(guān)領(lǐng)域部分大型案例介紹 221.6. 投標(biāo)方近兩年經(jīng)審計(jì)的財(cái)務(wù)報(bào)表 311.6.1. 財(cái)務(wù)狀況及資信說明書 311.6.2. 近兩年的財(cái)務(wù)報(bào)表 331.7. 認(rèn)證或其它資質(zhì)證明 341.7.1. 德勤獲獎(jiǎng)情況（部分） 341.7.2. Oracle原廠授權(quán)證明 371.7.3. Oracle高級(jí)實(shí)施合作伙伴資質(zhì)證明 381.7.4. 合同范本 381.7.5. 投標(biāo)方認(rèn)為有必要提供的聲明及文件 511.7.5.1. 德勤OracleERP實(shí)施及支持服務(wù)能力 511.7.5.2. 德勤咨詢業(yè)務(wù)能力特色和方法論 531.7.5.3. 德勤知識(shí)管理體系 542. 項(xiàng)目實(shí)施方案（技術(shù)參數(shù)） 562.1. 功能方案 572.1.1. 總體概覽 572.1.2. 多組織訪問 582.1.2.1. R12新功能 582.1.2.2. 升級(jí)考量要點(diǎn) 582.1.3. 法律實(shí)體 592.1.3.1. R12新功能 592.1.3.2. 升級(jí)考量要點(diǎn) 602.1.4. 子分類帳會(huì)計(jì) 612.1.4.1. R12新功能 612.1.4.2. 升級(jí)考量要點(diǎn) 622.1.5. 稅務(wù)管理 622.1.5.1. R12新功能 632.1.5.2. 升級(jí)考量要點(diǎn) 642.1.6. 高級(jí)公司間管理 642.1.6.1. R12新功能 652.1.6.2. 升級(jí)考量要點(diǎn) 652.1.7. 應(yīng)付管理 652.1.7.1. R12新功能 652.1.7.2. 升級(jí)考量要點(diǎn) 672.1.8. 總帳管理 682.1.8.1. R12新功能 682.1.8.2. 升級(jí)考量要點(diǎn) 692.1.9. 資產(chǎn)管理 692.1.9.1. R12新功能 692.1.9.2. 升級(jí)考量要點(diǎn) 692.1.10. 現(xiàn)金管理 702.1.10.1. R12新功能 702.1.10.2. 升級(jí)考量要點(diǎn) 702.1.11. 應(yīng)收管理 702.1.11.1. R12新功能 702.1.11.2. 升級(jí)考量要點(diǎn) 702.1.12. 采購管理 712.1.12.1. R12新功能 712.1.12.2. 升級(jí)考量要點(diǎn) 712.1.13. 庫存管理 712.1.13.1. R12新功能 712.1.13.2. 升級(jí)考量要點(diǎn) 712.1.14. 訂單管理 722.1.14.1. R12新功能 722.1.14.2. 升級(jí)考量要點(diǎn) 722.1.15. OPM升級(jí)步驟舉例 722.2. 技術(shù)方案 742.2.1. 系統(tǒng)升級(jí)方案 742.2.1.1. 背景 742.2.1.2. 前提 742.2.1.3. 要求的范圍和目標(biāo) 752.2.1.4. 升級(jí)技術(shù)方案 762.2.1.5. 技術(shù)方案概覽 762.2.1.6. 技術(shù)方案闡述 782.2.1.7. 技術(shù)方案補(bǔ)充 822.2.1.8. 升級(jí)方案風(fēng)險(xiǎn)與應(yīng)對(duì) 822.2.2. 客戶化遷移方案 842.2.2.1. 客戶化總覽 842.2.2.2. 功能遷移（Form） 842.2.2.3. 報(bào)表遷移（RDF類型的報(bào)表） 852.2.2.4. 報(bào)表遷移（WEBPL/SQL報(bào)表） 862.2.2.5. 客戶化開發(fā)工具 862.3. 關(guān)鍵需求點(diǎn)對(duì)點(diǎn)應(yīng)答 902.4. 升級(jí)測(cè)試策略 932.4.1. 制定升級(jí)測(cè)試計(jì)劃 932.4.2. 細(xì)化測(cè)試內(nèi)容 952.4.3. 技術(shù)層面數(shù)據(jù)檢查 952.5. 系統(tǒng)切換方案 962.5.1. 第一次模擬切換 962.5.2. 第二次模擬切換 962.5.3. 上線切換 972.6. 項(xiàng)目實(shí)施方案 982.6.1. 項(xiàng)目組織架構(gòu) 982.6.2. 服務(wù)排期（項(xiàng)目計(jì)劃） 992.6.3. 項(xiàng)目任務(wù)分工 1002.6.4. 項(xiàng)目交付物清單 1032.6.5. 服務(wù)承諾及優(yōu)惠內(nèi)容 1042.6.6. 項(xiàng)目實(shí)施方法 1092.6.7. 附：項(xiàng)目關(guān)鍵成員簡歷 1133. 競價(jià)文件 1253.1. 附件一、競價(jià)函 1263.2. 附件二、法人代表授權(quán)書 1273.3. 附件三、競價(jià)一覽表 128

概述需求分析和理解（Henry）項(xiàng)目難點(diǎn)分析（Henry）技術(shù)應(yīng)答（功能顧問/技術(shù)顧問）財(cái)務(wù)管理功能模塊需求主要功能需求要求實(shí)現(xiàn)方式相關(guān)模塊備注說明1.FSG財(cái)務(wù)報(bào)表改進(jìn)借助FSG行集和xmlpublisher,對(duì)FSG進(jìn)行開發(fā)，保證報(bào)表運(yùn)行速度快，美觀總帳人力資源功能模塊需求主要功能需求要求實(shí)現(xiàn)方式相關(guān)模塊備注說明技術(shù)需求主要功能需求要求實(shí)現(xiàn)方式相關(guān)模塊備注說明多組織功能修改修改客戶化form，workflow，package，table，view中的代碼，增加多組織安全代碼二次開發(fā)提供ERP數(shù)據(jù)脫敏解決方案，建立滿足脫敏要求的開發(fā)測(cè)試環(huán)境。系統(tǒng)技術(shù)方案參考克隆環(huán)境脫敏方案Discoverer報(bào)表100多張系統(tǒng)技術(shù)方案參考技術(shù)方案中的Discoverer遷移方案歷史數(shù)據(jù)遷移標(biāo)準(zhǔn)模塊的數(shù)據(jù)在11i升級(jí)時(shí)，Oracle補(bǔ)丁會(huì)自動(dòng)轉(zhuǎn)換；對(duì)應(yīng)客戶化數(shù)據(jù)表，在數(shù)據(jù)遷移過程中會(huì)具體根據(jù)功能方案，考慮轉(zhuǎn)換策略系統(tǒng)技術(shù)方案整體技術(shù)解決方案功能方案總體概覽在ERP升級(jí)過程中，如何保持原有系統(tǒng)功能可用性和歷史數(shù)據(jù)準(zhǔn)確性，是最核心的要求，因此，本次ERP升級(jí)，我們建議在立足“平穩(wěn)過渡”的基礎(chǔ)上，以“保證數(shù)據(jù)融合”為目標(biāo)，通過多種應(yīng)對(duì)策略，實(shí)現(xiàn)功能的平移和數(shù)據(jù)的融合。平穩(wěn)過渡，需要把握三個(gè)原則：保持功能完整性：原系統(tǒng)所用的功能，在升級(jí)后的系統(tǒng)中，應(yīng)保持完整可用；保持系統(tǒng)穩(wěn)定性：升級(jí)后的系統(tǒng)，在系統(tǒng)性能方面，應(yīng)具有一定的穩(wěn)定性，確保日常業(yè)務(wù)正常處理；保持?jǐn)?shù)據(jù)準(zhǔn)確性：系統(tǒng)升級(jí)是數(shù)據(jù)庫底層技術(shù)架構(gòu)的問題，應(yīng)不能對(duì)歷史數(shù)據(jù)的準(zhǔn)確性產(chǎn)生影響。在以上原則下，要實(shí)現(xiàn)從R11“平穩(wěn)過渡”到R12.1.3的跳躍，將會(huì)面臨多方面的難題，如所有原客戶化程序需要重新移植；如此升級(jí)，功能范圍涉及非常廣，測(cè)試很難保證全面性等。針對(duì)這多方面的問題，德勤建議從“功能匹配，差異分析”和“多次模擬升級(jí)切換”兩個(gè)方面去考慮。“多次模擬升級(jí)切換”的方式。系統(tǒng)標(biāo)準(zhǔn)功能隨著ERP應(yīng)用系統(tǒng)版本升級(jí)而升級(jí)，無需另外進(jìn)行移植安裝。為檢驗(yàn)標(biāo)準(zhǔn)功能是否完整可用，需要對(duì)升級(jí)后的系統(tǒng)，進(jìn)行完整的測(cè)試。為確保測(cè)試的完整性，我們建議對(duì)所用到的系統(tǒng)進(jìn)行，進(jìn)行完整的功能匹配，對(duì)每一項(xiàng)原有功能，明確列出新系統(tǒng)功能，新舊系統(tǒng)功能間是否存在差異，差異是什么，并對(duì)該差異的合理性進(jìn)行評(píng)估。通過完整的《ERP升級(jí)功能匹配清單》，檢查升級(jí)后的系統(tǒng)對(duì)原有功能的支撐情況。多組織訪問R12新功能多組織訪問控制（MOAC）是R12一項(xiàng)重要的新功能，通過多組織訪問控制實(shí)現(xiàn)允許單一職責(zé)訪問不同業(yè)務(wù)實(shí)體的權(quán)限控制，用戶在權(quán)限范圍內(nèi)可以不必再申請(qǐng)多職責(zé)即可訪問多業(yè)務(wù)實(shí)體的應(yīng)用。通過將“安全性配置文件”分配給用戶，限定用戶可訪問的數(shù)據(jù)權(quán)限，用戶無需切換職責(zé)即可執(zhí)行多業(yè)務(wù)實(shí)體的應(yīng)用，用戶可通過單一職責(zé)，在應(yīng)用界面中，根據(jù)指定的業(yè)務(wù)實(shí)體進(jìn)行數(shù)據(jù)輸入、處理、提交請(qǐng)求等操作。升級(jí)考量要點(diǎn)設(shè)置多組織控制，需要定義包含多業(yè)務(wù)實(shí)體的安全性配置文件，分配至系統(tǒng)配置文件“MO:安全性配置文件”。通過定義系統(tǒng)配置文件“MO:默認(rèn)的業(yè)務(wù)實(shí)體”可指定在表單或頁面應(yīng)用中的默認(rèn)業(yè)務(wù)實(shí)體。11到R12的升級(jí)，需要考量用戶多組織訪問的業(yè)務(wù)需求，補(bǔ)充相關(guān)設(shè)置和驗(yàn)證數(shù)據(jù)遷移。法律實(shí)體R12新功能在R12版本中，法律實(shí)體在ORACLEEBS中由隱含的定義轉(zhuǎn)為明確的法律實(shí)體?？梢酝ㄟ^法律實(shí)體定義來應(yīng)對(duì)不同國家法規(guī)和報(bào)告需要。法律實(shí)體結(jié)構(gòu)允許分離于業(yè)務(wù)組織結(jié)構(gòu)而表現(xiàn)法律組織結(jié)構(gòu)。R12的新功能是具有指引用戶創(chuàng)建法律實(shí)體流程的法人主體管理器。法人主體管理器，可以通過定義法律實(shí)體以應(yīng)對(duì)多國家或法律制度的法規(guī)和報(bào)告需求。法律實(shí)體定義應(yīng)用于以下業(yè)務(wù)處理：基于法律實(shí)體的付款公司間事務(wù)處理（法律實(shí)體間的貿(mào)易往來）稅計(jì)算（基于稅務(wù)的權(quán)限而登記的法律組織）銀行帳戶的所有權(quán)子分類帳事務(wù)處理的所有權(quán)（例：應(yīng)付或應(yīng)收）法律實(shí)體層的報(bào)告子分類帳事務(wù)處理題頭除標(biāo)識(shí)業(yè)務(wù)實(shí)體以外會(huì)額外標(biāo)識(shí)法律實(shí)體。法律實(shí)體由以下信息確定：每一筆事務(wù)處理都會(huì)存在于一個(gè)業(yè)務(wù)實(shí)體，該業(yè)務(wù)實(shí)體歸屬于當(dāng)前事務(wù)處理記帳的分類帳。如果該分類帳具有一個(gè)以上的法律實(shí)體與之關(guān)聯(lián)，那么，法律實(shí)體層次結(jié)構(gòu)會(huì)用于默認(rèn)的法律實(shí)體。例如：在AR中法律實(shí)體層次結(jié)構(gòu)應(yīng)用于事務(wù)處理：事務(wù)處理類型批來源分配法律實(shí)體至事務(wù)處理類型或批來源是可選擇的，只有映射至與業(yè)務(wù)實(shí)體關(guān)聯(lián)的分類帳的法律實(shí)體才可以用于分配。如果沒有其他的法律實(shí)體存在，業(yè)務(wù)實(shí)體的法律實(shí)體上下文中默認(rèn)當(dāng)前的法律實(shí)體。在默認(rèn)法律實(shí)體上下文的值列表中顯示的值（法律實(shí)體）必須關(guān)聯(lián)了業(yè)務(wù)實(shí)體關(guān)聯(lián)的分類帳。如果任何來源都無法找到默認(rèn)的法律實(shí)體，用戶在輸入事務(wù)處理時(shí)需要明確提供法律實(shí)體。升級(jí)考量要點(diǎn)配置變更：移值當(dāng)前數(shù)據(jù)到法律實(shí)體創(chuàng)建法律實(shí)體并分配至?xí)?jì)科目設(shè)置。'GRE/LE'類型的組織在R12升級(jí)中將做為創(chuàng)建法律實(shí)體的來源。數(shù)據(jù)遷移之后與'GRE/LE'類型的HR組織之間不存在鏈接，應(yīng)用法人主體管理器創(chuàng)建法律實(shí)體。雖然作為法律實(shí)體升級(jí)的來源，在R12K,HR組織不能用于創(chuàng)建新的法律實(shí)體。配置現(xiàn)有的組織成為法律實(shí)體或適當(dāng)?shù)慕M織。使用法律實(shí)體的關(guān)聯(lián)來維護(hù)業(yè)務(wù)架構(gòu)（業(yè)務(wù)實(shí)體，庫存組織、庫存地點(diǎn)等）和法律架構(gòu)間的關(guān)聯(lián)。分配法律實(shí)體至公司間組織（如果使用AGIS）11到R12的升級(jí)，需要考量數(shù)據(jù)遷移的驗(yàn)證和相關(guān)設(shè)置補(bǔ)充?？値ず唾Y產(chǎn)模塊未涉及法律實(shí)體，而是應(yīng)用帳簿或平衡段值。事務(wù)處理仍然基于分類帳排序，而非基于法律實(shí)體。如果多個(gè)法律實(shí)體共享相同的分類幾屬性（如：會(huì)計(jì)科目表，日歷，會(huì)計(jì)方法），這些法律實(shí)體——根據(jù)業(yè)務(wù)需要共用相同的分類帳?？梢詾楣蚕硗环诸悗さ姆蓪?shí)體分配平衡段值——推薦的，易于區(qū)分事務(wù)處理和報(bào)表。注意：共享相同分類帳的法律實(shí)體間的內(nèi)部帳戶要求標(biāo)識(shí)公司段。如果法律實(shí)體的4Cs或分類帳選（如：日平均額，日記帳審批或序列）不一致，則必須分離主分類帳。如果基于法律的原因需要設(shè)置多個(gè)分類帳，也可以將多個(gè)分類帳組成分類帳集以便于事務(wù)處理。在R12中，業(yè)務(wù)實(shí)體與法律實(shí)體沒有直接關(guān)系。通過分類帳同時(shí)關(guān)聯(lián)法律實(shí)體和業(yè)務(wù)實(shí)體來確定業(yè)務(wù)實(shí)體與法律實(shí)體的關(guān)聯(lián)。注意：法律實(shí)體與業(yè)務(wù)實(shí)體間沒有單獨(dú)的關(guān)聯(lián)關(guān)系。子分類帳會(huì)計(jì)R12新功能Oracle子分類帳會(huì)計(jì)（SLA）在子分類帳應(yīng)用中提供了一個(gè)通用的會(huì)計(jì)引擎以代替當(dāng)前的會(huì)計(jì)處理流程。SLA升級(jí)包括從從11至R12遷移當(dāng)前數(shù)據(jù)以確保業(yè)務(wù)操作的連續(xù)性.子分類帳會(huì)計(jì)的由11中各子模塊的會(huì)計(jì)規(guī)則設(shè)置變更為統(tǒng)一在SLA進(jìn)行設(shè)置，會(huì)計(jì)規(guī)則、事務(wù)處理創(chuàng)建會(huì)計(jì)科目的產(chǎn)生、標(biāo)準(zhǔn)報(bào)表等都有相應(yīng)的變化。此功能有如下優(yōu)點(diǎn)：會(huì)計(jì)科目產(chǎn)生的規(guī)則，在11中的部分客戶化程序解決的問題可以通過應(yīng)用層的設(shè)置完成，不必再進(jìn)行客戶化開發(fā)。會(huì)計(jì)科目的創(chuàng)建，11中基于各子模塊創(chuàng)會(huì)計(jì)分錄傳送至總帳，在R12中,基于統(tǒng)一的SLA的共用程序創(chuàng)建并傳送會(huì)計(jì)分錄至總帳。系統(tǒng)預(yù)置的SLA的設(shè)置與11相同，用戶的特殊需求，可以復(fù)制體系統(tǒng)標(biāo)準(zhǔn)設(shè)置而進(jìn)行必要的修改。能夠按照不同的會(huì)計(jì)事件自定義不同的會(huì)計(jì)科目組合，實(shí)現(xiàn)原先EBS無法實(shí)現(xiàn)會(huì)計(jì)分錄個(gè)性化（如應(yīng)付發(fā)票負(fù)債科目帶上發(fā)票上的供應(yīng)商信息）在子模塊便能生成基于單據(jù)的會(huì)計(jì)憑證信息(如一張發(fā)票一張憑證的需求)以預(yù)付款舉例，實(shí)施流程如下：以往來段為例說明SLA的優(yōu)勢(shì)，在原來11i中負(fù)債和預(yù)付的往來段科目需要在供應(yīng)商地點(diǎn)單個(gè)維護(hù)，現(xiàn)在只需要設(shè)置SLA規(guī)則即可以自動(dòng)生成。升級(jí)考量要點(diǎn)11中，有部分需求是通過客戶化開發(fā)實(shí)現(xiàn)的(應(yīng)收、應(yīng)付、資產(chǎn)等)，基于R12中的SLA的新功能，11到R12的升級(jí)完成后，，需要考量新功能對(duì)客戶化開發(fā)的影響和取舍、適當(dāng)?shù)姆桨竷?yōu)化以及數(shù)據(jù)的融合。高級(jí)公司間系統(tǒng)（AGIS）會(huì)計(jì)科目生成規(guī)則需要根據(jù)SLA的功能變化而進(jìn)行相應(yīng)的調(diào)整。SLA的變化對(duì)標(biāo)準(zhǔn)報(bào)表、客戶化表、BI等的影響。稅務(wù)管理（吳偉）11中的稅，分別在應(yīng)收、應(yīng)付模塊中設(shè)置稅碼，由應(yīng)收、應(yīng)付稅務(wù)引擎在產(chǎn)生事務(wù)處理時(shí)進(jìn)行計(jì)稅。R12新功能R12中，統(tǒng)一在稅務(wù)管理中完成稅的相關(guān)設(shè)置，稅務(wù)相關(guān)事務(wù)處理調(diào)用統(tǒng)一的稅務(wù)引擎進(jìn)行計(jì)稅。稅務(wù)的應(yīng)用和稅務(wù)信息產(chǎn)生的規(guī)則更加靈活。固定的計(jì)稅規(guī)則變化為由用戶可配置的計(jì)稅規(guī)則；由各應(yīng)用產(chǎn)品的單獨(dú)設(shè)置變化為跨應(yīng)用產(chǎn)品的設(shè)置；由各組織的單獨(dú)設(shè)置變化為跨組織的設(shè)置；由多稅務(wù)引擎變化為統(tǒng)一的稅務(wù)引擎；由多個(gè)數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)變化為統(tǒng)一的數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)R12的稅務(wù)管理的主要組成：稅務(wù)配置選項(xiàng)和補(bǔ)充稅務(wù)配置管理器稅務(wù)確定處理稅報(bào)表稅模擬升級(jí)考量要點(diǎn)稅的功能不會(huì)從11遷移至R12，在R12中稅的相關(guān)設(shè)置需要補(bǔ)充：基于11中的稅務(wù)需求，補(bǔ)充R12中的稅相關(guān)設(shè)置；測(cè)試稅務(wù)相關(guān)的業(yè)務(wù)流程，如采購到付款、銷售到收款等稅的相關(guān)標(biāo)準(zhǔn)報(bào)表的變化稅的相關(guān)客戶化報(bào)表的調(diào)整高級(jí)公司間（吳偉）R12新功能在R12中，高級(jí)公司間系統(tǒng)是一個(gè)新的模塊（AGIS），取代了11中的公司間系統(tǒng)(GIS)，其主要組成部分如下：公司間平衡公司間事務(wù)處理公司間開票公司間調(diào)節(jié)升級(jí)考量要點(diǎn)高級(jí)公司間管理，匹配R12的新功能功能，根據(jù)業(yè)務(wù)需求完善系統(tǒng)設(shè)置和新功能的應(yīng)用方案。根據(jù)SLA的新功能的變化：應(yīng)用事務(wù)處理會(huì)計(jì)科目生成器定義事務(wù)處理默認(rèn)帳戶；將通過SLA事務(wù)處理會(huì)計(jì)科目生成器定義的默認(rèn)帳戶分配至應(yīng)用的分類帳。高級(jí)公司間系統(tǒng)相關(guān)設(shè)置的補(bǔ)充標(biāo)準(zhǔn)報(bào)表的變化客戶化報(bào)表的調(diào)整客戶化功能的調(diào)整應(yīng)付管理（Maozhimin）R12新功能應(yīng)付模塊相關(guān)的銀行信息、供應(yīng)商信息、應(yīng)付選項(xiàng)、財(cái)務(wù)選項(xiàng)、付款等在R12中都有相應(yīng)的變化，根據(jù)具體業(yè)務(wù)需求，需要完善相關(guān)設(shè)置和數(shù)據(jù)遷移和驗(yàn)證。銀行信息：財(cái)務(wù)選項(xiàng)：供應(yīng)商信息：應(yīng)付模塊的功能變化：供應(yīng)商信息在交易社區(qū)進(jìn)行管理發(fā)票行的功能變化應(yīng)收－應(yīng)付的對(duì)沖付款的功能變化由ORACLE報(bào)表技術(shù)實(shí)現(xiàn)到標(biāo)準(zhǔn)的XML支付格式由多模塊管理的銀行帳戶信息變化為統(tǒng)一的銀行帳戶管理由多模塊管理的信用卡信息變化為統(tǒng)一在付款中管理多組織訪部控制的功能應(yīng)用由基于外部系統(tǒng)的付款管理變化為內(nèi)部的付款控制升級(jí)考量要點(diǎn)11中的供應(yīng)商和供應(yīng)商地點(diǎn)信息會(huì)自動(dòng)在R12交易社會(huì)中創(chuàng)建供應(yīng)商信息；數(shù)據(jù)庫中供應(yīng)商信息存儲(chǔ)的表和相關(guān)視圖的變化對(duì)客戶化報(bào)表的影響；R12中供應(yīng)商和供應(yīng)商地點(diǎn)的變化，對(duì)應(yīng)的交易方和交易方地點(diǎn)的影響(供應(yīng)商合并)；供應(yīng)商合并對(duì)合同管理的影響；員工供應(yīng)商數(shù)據(jù)的遷移；供應(yīng)商的開放接口仍然可用；11中的系統(tǒng)預(yù)置的自動(dòng)付款程序和付款格式在R12中已失效，需要在R12中通過的付款設(shè)置完成；電子支付安全性控制的功能變化對(duì)相關(guān)應(yīng)用產(chǎn)品的影響發(fā)票行的功能變化，數(shù)據(jù)庫相關(guān)表的變化對(duì)客戶化開發(fā)的影響匯兌損益和發(fā)票價(jià)格差異的分配行的變化發(fā)票中費(fèi)用型分配行的數(shù)據(jù)遷移的變化數(shù)據(jù)庫中的費(fèi)用分配表已失效付款的功能變化對(duì)標(biāo)準(zhǔn)功能和報(bào)表的影響客戶化的單據(jù)類別不能自動(dòng)升級(jí)支付類型已失效，對(duì)所有報(bào)表的影響自定義的付款格式須修改為XML以適用于R12在R12中檢查付款和電子支付的單據(jù)類別，需注R12中不再支持的單據(jù)類別；應(yīng)收-應(yīng)付對(duì)沖功能的應(yīng)用總帳管理（吳偉）R12新功能總帳模塊在系統(tǒng)設(shè)置、數(shù)據(jù)訪問、事務(wù)處理等方面都有功能加強(qiáng)：集中的會(huì)計(jì)科目設(shè)置分類帳和分類帳集的應(yīng)用數(shù)據(jù)訪問權(quán)限集和訪問權(quán)限集的應(yīng)用替代帳戶的應(yīng)用內(nèi)含標(biāo)準(zhǔn)的現(xiàn)金流量表解決方案R12中新增了基于直接法出具的現(xiàn)金流量表功能，此功能：通過在不同的現(xiàn)金相關(guān)的會(huì)計(jì)單據(jù)（應(yīng)付發(fā)票、應(yīng)收發(fā)票、總帳憑證、銀行手續(xù)費(fèi)等）上標(biāo)識(shí)現(xiàn)金流量表識(shí)，對(duì)表識(shí)的記錄進(jìn)行分類匯總后，出具現(xiàn)金流量表；基于系統(tǒng)中記錄的現(xiàn)金流量表識(shí)，能方便地進(jìn)行現(xiàn)金流量對(duì)帳，支持出具例外核對(duì)報(bào)表；出具符合國家審計(jì)署出具的（核算軟件數(shù)據(jù)接口國家標(biāo)準(zhǔn)）的現(xiàn)金流量表（需結(jié)合XmlPublisher）。升級(jí)考量要點(diǎn)單據(jù)序列（憑證編號(hào)）在R12中的變化報(bào)告幣種設(shè)置的變更及相關(guān)測(cè)試運(yùn)行預(yù)升級(jí)診斷報(bào)表以檢查總帳、多報(bào)告幣種、應(yīng)收、應(yīng)付、資產(chǎn)、財(cái)務(wù)模塊的相關(guān)設(shè)置數(shù)據(jù)訪問權(quán)限集的應(yīng)用對(duì)于安全性控制的影響訪問權(quán)限集的應(yīng)用對(duì)于安全性控制和影響和表單個(gè)性化的調(diào)整分類帳、分類帳集的應(yīng)用對(duì)會(huì)計(jì)期的管理、運(yùn)行標(biāo)準(zhǔn)報(bào)表和FSG報(bào)表的安全性控制、對(duì)客戶化報(bào)表的影響替代帳戶的應(yīng)用對(duì)于相關(guān)需求方案的影響資產(chǎn)管理（吳偉）R12新功能資產(chǎn)管理在R12中的功能改進(jìn)點(diǎn)：會(huì)計(jì)科目的生成完全基于SLA；成批增加功能的加強(qiáng)；自動(dòng)準(zhǔn)備成批增加自動(dòng)的折舊回滾報(bào)表的發(fā)布等升級(jí)考量要點(diǎn)對(duì)固定資產(chǎn)類帳默認(rèn)帳戶的檢查、調(diào)整R12可延用11的帳簿設(shè)置，特殊的帳戶生成需求可通過調(diào)置SLA實(shí)現(xiàn)現(xiàn)金管理(Maozhimin)R12新功能現(xiàn)金模塊的新功能：集中的銀行帳戶管理模式銀行帳戶的傳送銀行帳戶余額管理等升級(jí)考量要點(diǎn)升級(jí)時(shí)，系統(tǒng)會(huì)自動(dòng)遷移在11中定義的銀行信息至R12對(duì)于在11中在各業(yè)務(wù)實(shí)體分別定義的相同的銀行帳戶信息，需要考慮數(shù)據(jù)問題，以便在R12中進(jìn)行銀行帳戶的統(tǒng)一管理和數(shù)據(jù)統(tǒng)計(jì)銀行對(duì)帳的客戶化功能的遷移應(yīng)收管理（Maozhimin）R12新功能現(xiàn)金模塊的新功能主要體現(xiàn)在：收入的管理客戶信息接口表升級(jí)考量要點(diǎn)收入、未獲收入的應(yīng)用及報(bào)表的影響SLA的應(yīng)用對(duì)應(yīng)收模塊會(huì)計(jì)分錄的影響客戶的功能菜單在升級(jí)中會(huì)被自動(dòng)替換成R12的功能客戶信息在升級(jí)中不會(huì)受到影響項(xiàng)目會(huì)計(jì)（吳偉）R12新功能升級(jí)考量要點(diǎn)采購管理(分銷顧問)R12新功能采購模塊的新功能主要體現(xiàn)在：采購協(xié)議的功能變化稅務(wù)管理的功能變化對(duì)采購模塊的體現(xiàn)升級(jí)考量要點(diǎn)采購協(xié)議的數(shù)據(jù)遷移稅務(wù)管理的功能變化對(duì)采購模塊的影響庫存管理（分銷顧問）R12新功能庫存模塊的新功能主要體現(xiàn)在：ORACLE庫存模塊取代了OPM庫存管理，R12中，ORACLE庫存模塊同時(shí)支持流程制造和離散制造的庫存管理（包括OPM特殊的業(yè)務(wù)功能，如雙計(jì)量單位等）；銷售成本的確認(rèn)；挑庫存規(guī)則功能的加強(qiáng)；庫存保留功能的改進(jìn)；升級(jí)考量要點(diǎn)OPM庫存管理的功能變化對(duì)OPM業(yè)務(wù)的影響；銷售成本的確認(rèn)的功能變化的應(yīng)用挑庫規(guī)則的應(yīng)用庫存保留功能的應(yīng)用人力資源管理（Jacky）R12新功能訂單管理模塊的新功能主要體現(xiàn)在：部分系統(tǒng)配置文件選項(xiàng)的變化訂單管理模塊的部分默認(rèn)規(guī)則的失效升級(jí)考量要點(diǎn)系統(tǒng)升級(jí)數(shù)據(jù)遷移對(duì)配置文件選項(xiàng)的影響訂單管理模塊的部分默認(rèn)規(guī)則的失效的影響庫存模塊挑庫規(guī)則的功能變化對(duì)訂單發(fā)運(yùn)的的影響技術(shù)方案(茍林/孫洪祥)系統(tǒng)升級(jí)方案背景目前伊利集團(tuán)使用的OracleEBS版本為11.5.10.2，OracleEBS使用的數(shù)據(jù)庫版本10g。使用的EBS生產(chǎn)服務(wù)器操作系統(tǒng)為AIX。在目前的情況下，伊利集團(tuán)希望升級(jí)OracleERP到最新的OracleEBSR12。以更好更方便的實(shí)現(xiàn)各種功能。前提為確保升級(jí)項(xiàng)目能夠順利開展和進(jìn)行，有一些前提條件必須滿足。? 配備有測(cè)試機(jī)，磁盤空間可以做2-3套測(cè)試環(huán)境? 測(cè)試機(jī)的操作系統(tǒng)應(yīng)該與將來要上線的正式環(huán)境的正式機(jī)的操作系統(tǒng)保持一致? 如果需要測(cè)試與別的系統(tǒng)的接口，外圍系統(tǒng)同樣需準(zhǔn)備測(cè)試環(huán)境? 現(xiàn)有系統(tǒng)數(shù)據(jù)庫做了RAC,為了將來的正式環(huán)境能夠?qū)崿F(xiàn)同樣的功能，需要保證一定的硬件資源進(jìn)行RAC的測(cè)試工作要求的范圍和目標(biāo)根據(jù)前期的調(diào)查情況，本升級(jí)項(xiàng)目的范圍如下：OracleEBS系統(tǒng)升級(jí),從OracleEBS11.5.10.2升級(jí)到OracleEBSR12.1.3,由于R12的要求其中包括數(shù)據(jù)庫的升級(jí)，另外如果需要還有操作系統(tǒng)的升級(jí)。系統(tǒng)升級(jí)? 將OracleApplications由R11.5.10.2升級(jí)到R12.1.3? 將數(shù)據(jù)庫由版本10g升級(jí)到11gR2? 需要實(shí)施方提供相關(guān)文檔根據(jù)我們團(tuán)隊(duì)在其他客戶那里豐富的升級(jí)經(jīng)驗(yàn)，我們覺得企業(yè)在升級(jí)OracleEBS的項(xiàng)目中的難點(diǎn)和重點(diǎn)有：（一）客戶化開發(fā)的部署與修改由于從R11.5.10.2升級(jí)到R12,標(biāo)準(zhǔn)對(duì)象變更很大,可能會(huì)導(dǎo)致很多的客戶化開發(fā)對(duì)象無效。這樣就會(huì)導(dǎo)致大量的客戶化開發(fā)對(duì)象的修改，這項(xiàng)工作內(nèi)容非常難以在事先估計(jì)清楚。所以，基于舊版本OracleEBS的客戶化的開發(fā)的是否規(guī)范與文檔是否齊全，對(duì)此升級(jí)項(xiàng)目是非常重要的。（二）測(cè)試的全面性與準(zhǔn)確性對(duì)于升級(jí)與升級(jí)項(xiàng)目來說，測(cè)試的全面性與準(zhǔn)確性是具有決定意義的。這里測(cè)試包括標(biāo)準(zhǔn)功能的測(cè)試和客戶化開發(fā)的測(cè)試，如果上面一項(xiàng)里關(guān)于客戶化開發(fā)的相關(guān)文檔不夠齊全和完備的話，測(cè)試的全面性和準(zhǔn)確性就顯得尤其重要了，甚至關(guān)系到項(xiàng)目的成功與否。所以測(cè)試的全面性與準(zhǔn)確性是項(xiàng)目中的一個(gè)重點(diǎn)。（三）歷史數(shù)據(jù)的影響在升級(jí)過程中，需要打一系列的Patch，這些Patch可能會(huì)對(duì)歷史數(shù)據(jù)有些處理操作，如果歷史數(shù)據(jù)有異常，可能會(huì)在Patch過程中出錯(cuò)，對(duì)于這些錯(cuò)誤的處理，有時(shí)是比較復(fù)雜的。升級(jí)技術(shù)方案目前，對(duì)于OracleEBS的升級(jí)Oracle提供的標(biāo)準(zhǔn)方法是通過Oracle標(biāo)準(zhǔn)的官方文檔UpgradeGuide:Release11toRelease12.1.1里的方法具體實(shí)現(xiàn)的。對(duì)于OracleR12,可以從OracleRelease11直接升級(jí)上來，所以對(duì)于深交所的版本升級(jí)，可以直接升級(jí)到R12,這里我們先升級(jí)到R12中的初始版本R12.1.1,然后再安裝RUP包升級(jí)到最新版本R12.1.3。概括的講，我們的升級(jí)方案是這樣的:先安裝R12.1.1環(huán)境的一套代碼，然后在此機(jī)器上通過打12.1.1MaintenancePack的補(bǔ)丁實(shí)現(xiàn)數(shù)據(jù)庫的數(shù)據(jù)升級(jí)到12.1.1，然后用安裝的R12.1.1的應(yīng)用代碼連接此數(shù)據(jù)庫，實(shí)現(xiàn)整個(gè)EBS系統(tǒng)升級(jí)到R12.1.1，緊接著應(yīng)用最新的R12.1.3補(bǔ)丁包和后續(xù)系列補(bǔ)丁。先安裝一套Database11gR2并配置好RAC環(huán)境，通過DBUA完成EBS數(shù)據(jù)庫的版本升級(jí)，并進(jìn)行應(yīng)用和數(shù)據(jù)庫的RAC轉(zhuǎn)換，實(shí)現(xiàn)整個(gè)EBS系統(tǒng)升級(jí)到R12。通過上面的2個(gè)升級(jí)步驟，實(shí)現(xiàn)OracleEBS從R11.5.10.2到R12的升級(jí)。技術(shù)方案概覽根據(jù)Oracle的技術(shù)方案以及我們實(shí)施過的成功案例，我們推薦下面的升級(jí)方案：應(yīng)用從R11.5.10.1到R12.1.3步驟號(hào)內(nèi)容預(yù)先步驟1用Rapidinstall安裝R12.1.1代碼Pre-Update步驟2判定需要的升級(jí)前步驟3執(zhí)行升級(jí)前的各項(xiàng)工作，包括前補(bǔ)丁與各模塊業(yè)務(wù)準(zhǔn)備OPM模塊的歷史數(shù)據(jù)需要預(yù)處理參照OPMRelease12Migration(DocID:376683.1)應(yīng)用升級(jí)步驟14執(zhí)行adpatch升級(jí)EBS的版本到12.1.15應(yīng)用系統(tǒng)中間件升級(jí)和代碼合并應(yīng)用升級(jí)步驟26執(zhí)行adpatch升級(jí)EBS的版本到12.1.3Post-Update步驟7執(zhí)行升級(jí)后的各項(xiàng)工作，啟動(dòng)環(huán)境數(shù)據(jù)庫從10g升級(jí)到11g，并進(jìn)行RAC轉(zhuǎn)換步驟號(hào)內(nèi)容預(yù)先步驟8安裝并配置RAC環(huán)境Pre-Update步驟9判定并執(zhí)行需要的升級(jí)前步驟數(shù)據(jù)庫升級(jí)步驟10升級(jí)數(shù)據(jù)庫RDBMS的版本到11gRAC轉(zhuǎn)換步驟11數(shù)據(jù)文件轉(zhuǎn)換到ASM中12Adconfig配置，系統(tǒng)運(yùn)行參數(shù)修改Post-Update步驟13實(shí)現(xiàn)已升級(jí)完成的R12應(yīng)用代碼和RAC數(shù)據(jù)庫的合并14執(zhí)行升級(jí)后的各項(xiàng)工作，啟動(dòng)環(huán)境技術(shù)方案闡述下面將針對(duì)技術(shù)方案概覽的關(guān)鍵點(diǎn)進(jìn)行較詳細(xì)的說明：步驟1：Rapidinstall-安裝12.1.1代碼操作目的：安裝出一套R(shí)12.1.1的代碼操作方法：根據(jù)環(huán)境配置（如文件系統(tǒng)位置、TCP/IP端口等）安裝新的12.1.1的代碼，安裝完成后通過備份或移走的方式，將其暫時(shí)保存。Rapidinstall的代碼包括：[SID]appl->OracleEBS產(chǎn)品文件(如Form,Report文件)[SID]ora->OracleEBS應(yīng)用層technologystack（如formserver,reportserver,iAS等）[SID]comn->OracleEBScommon文件(如一些java文件和腳本文件)步驟2：判定需要的升級(jí)前步驟操作的目的是判斷升級(jí)技術(shù)步驟。Oracle提供了一個(gè)腳本運(yùn)行后輸出的tums.html可以供用戶判斷哪些升級(jí)操作是需要做的，哪些操作是不需要做的。對(duì)后面的升級(jí)操作具有基本的指導(dǎo)意義。步驟3：執(zhí)行升級(jí)前的各項(xiàng)工作，包括前補(bǔ)丁與各模塊業(yè)務(wù)準(zhǔn)備此步驟是根據(jù)tums.html的結(jié)果，執(zhí)行升級(jí)前的各項(xiàng)必須的準(zhǔn)備工作，其中有一些是需要打一些先補(bǔ)丁，也有一些是業(yè)務(wù)上的準(zhǔn)備。這其中包含很多的內(nèi)容，根據(jù)伊利集團(tuán)的實(shí)際情況，我們只選取了系統(tǒng)共通部分與財(cái)務(wù)部分，具體包括SystemAdministrationTasksApplicationObjectLibraryTasksOracleFlexBuilder/AccountGeneratorTasksOracleAlertTasksOracleWorkflowTasksOracleCashManagementTasksOraclePayablesTasksOracleReceivablesTasksOracleFinancialsforLatinAmericaTasksOracleGeneralLedgerTasksGlobalAccountingEngineTasksOracleiPaymentTasksOracleFinancialsforAsia/PacificTasksOracleFinancialsCommonCountryTasks這上面的準(zhǔn)備工作有些根據(jù)tums.html的結(jié)果和實(shí)際業(yè)務(wù)情況，是不用做的。下面舉兩個(gè)例子，說明升級(jí)前大概都有哪些工作需要做:OraclePayables1:導(dǎo)入所有接口表數(shù)據(jù)2:確認(rèn)/取消所有未完成的批ProcessManufacturing參考文檔OPMRelease12Migration(DocID:376683.1)。1:預(yù)處理OPM的基礎(chǔ)數(shù)據(jù)（庫存組織和物料的調(diào)整）2:對(duì)未完成的批進(jìn)行快照記錄，升級(jí)完成后重建這些批3:處理所有未結(jié)業(yè)務(wù)（完成或取消），并記錄，升級(jí)完后繼續(xù)處理步驟4：升級(jí)ADPATCH升級(jí)EBS的版本到12.1.1升級(jí)ORACLEERP數(shù)據(jù)庫內(nèi)的數(shù)據(jù)從R11.5.10.2到R12.1.1的版本升級(jí)。經(jīng)過此步驟后OracleEBS內(nèi)部的數(shù)據(jù)結(jié)構(gòu)已經(jīng)完全升級(jí)到R12.1.1。步驟5：應(yīng)用系統(tǒng)中間件升級(jí)和代碼合并升級(jí)ORACLEERP應(yīng)用的中間件到所需的版本，并進(jìn)行R12.1.1應(yīng)用系統(tǒng)和10g數(shù)據(jù)庫的代碼合并，啟動(dòng)應(yīng)用系統(tǒng)，進(jìn)行簡單的集成測(cè)試和升級(jí)確認(rèn)。步驟6：執(zhí)行ADPATCH升級(jí)EBS的版本到12.1.3升級(jí)ORACLEERP數(shù)據(jù)庫內(nèi)的數(shù)據(jù)從R12.1.1到R12.1.3的版本升級(jí)。經(jīng)過此步驟后OracleEBS應(yīng)用層已經(jīng)完全升級(jí)到R12.1.3。步驟7：執(zhí)行升級(jí)后的各項(xiàng)工作，啟動(dòng)環(huán)境升級(jí)后的工作主要包括在線幫助，環(huán)境配置，啟動(dòng)，基本檢查等等。然后就可以開放供測(cè)試使用。步驟8：安裝并配置RAC代碼操作目的：安裝并配置出一套可用的11g數(shù)據(jù)庫的RAC代碼操作方法：根據(jù)環(huán)境配置（如文件系統(tǒng)位置、TCP/IP端口等）安裝并配置新的11gRAC的代碼，步驟9：判定需要的升級(jí)前步驟操作的目的是判斷升級(jí)技術(shù)步驟。Oracle提供了一個(gè)腳本運(yùn)行后輸出的tums.html可以供用戶判斷哪些升級(jí)操作是需要做的，哪些操作是不需要做的。對(duì)后面的升級(jí)操作具有基本的指導(dǎo)意義。此步驟是根據(jù)tums.html的結(jié)果，執(zhí)行升級(jí)前的各項(xiàng)必須的準(zhǔn)備工作，其中有一些是需要打一些先補(bǔ)丁，也有一些是業(yè)務(wù)上的準(zhǔn)備。這其中包含很多的內(nèi)容，根據(jù)伊利集團(tuán)的實(shí)際情況，我們只選取了系統(tǒng)共通部分與財(cái)務(wù)部分，具體包括SystemAdministrationTasksApplicationObjectLibraryTasksOracleAlertTasksOracleGeneralLedgerTasksOracleiPaymentTasksOracleInternetExpensesTasksOraclePayablesTasksOracleSubledgerAccountingTasks這上面的準(zhǔn)備工作有些根據(jù)tums.html的結(jié)果和實(shí)際業(yè)務(wù)情況，是不用做的。步驟10：升級(jí)數(shù)據(jù)庫RDBMS的版本到11g安裝一套新的11g數(shù)據(jù)庫代碼，并通過DBUA來完成數(shù)據(jù)庫升級(jí)操作。步驟11：RAC轉(zhuǎn)換步驟--數(shù)據(jù)文件轉(zhuǎn)換到ASM中將所有文件系統(tǒng)下的數(shù)據(jù)文件通過RMAN轉(zhuǎn)換到ASM中。步驟12：RAC轉(zhuǎn)換步驟--adconfig配置，參數(shù)修改該步驟安裝并配置數(shù)據(jù)庫的adconfig工具。經(jīng)過此步驟后OracleEBS數(shù)據(jù)庫層可通過一些簡單的工具/命令進(jìn)行日常維護(hù)，這些工具亦可配合EBS的應(yīng)用系統(tǒng)，進(jìn)行系統(tǒng)層的管理維護(hù)。步驟13：實(shí)現(xiàn)已升級(jí)完成的R12應(yīng)用代碼和RAC數(shù)據(jù)庫的合并此時(shí)實(shí)現(xiàn)R12.1.3代碼和已經(jīng)升級(jí)過的RAC數(shù)據(jù)庫層結(jié)合在一起。實(shí)現(xiàn)數(shù)據(jù)庫層的系統(tǒng)升級(jí)，這樣使整個(gè)OralceEBS系統(tǒng)升級(jí)到R12步驟14：執(zhí)行升級(jí)后的各項(xiàng)工作，啟動(dòng)環(huán)境升級(jí)后的工作主要包括在線幫助，環(huán)境配置，啟動(dòng)，基本檢查等等。然后就可以開放供測(cè)試使用。技術(shù)方案補(bǔ)充在測(cè)試環(huán)境實(shí)現(xiàn)從R11.5.10.2升級(jí)到R12后，測(cè)試過程中很可能會(huì)發(fā)現(xiàn)BUG，需要操作PATCH，這些PATCH將會(huì)被增加到后面的二次升級(jí)或正式升級(jí)技術(shù)升級(jí)方案中。升級(jí)方案風(fēng)險(xiǎn)與應(yīng)對(duì)根據(jù)我們的技術(shù)升級(jí)方案，主要的風(fēng)險(xiǎn)如下客戶化開發(fā)的部署與修改的風(fēng)險(xiǎn)由于在升級(jí)后，以前所有的客戶化開發(fā)需要重新的部署，大量開發(fā)需要修改，所以以前客戶化開發(fā)的文檔與規(guī)范就很重要，如果以前的文檔不完整或做的不夠規(guī)范的話，客戶化開發(fā)在升級(jí)后的風(fēng)險(xiǎn)就比較大。而且由于伊利集團(tuán)的實(shí)際情況是采用了大量的在客戶端運(yùn)行的報(bào)表，這些報(bào)表現(xiàn)在由于升級(jí)很有可能都無法再使用，需要修改或重新開發(fā)，而這些報(bào)表很多現(xiàn)在也沒有設(shè)計(jì)文檔，給將來的理解與修改帶來很大的工作量。應(yīng)對(duì)的方案就是對(duì)客戶化開發(fā)進(jìn)行全面細(xì)致的測(cè)試工作，不管以前的文檔是否齊備，開發(fā)是否規(guī)范，如果有全面細(xì)致的測(cè)試，就可以發(fā)現(xiàn)并解決問題，避免正式上線后客戶化開發(fā)無法使用的風(fēng)險(xiǎn)。同時(shí)針對(duì)不同類型的報(bào)表在新不版本制訂出不同的解決方案。測(cè)試不足帶來的系統(tǒng)性風(fēng)險(xiǎn)對(duì)于這個(gè)升級(jí)項(xiàng)目來說，對(duì)標(biāo)準(zhǔn)功能和客戶化開發(fā)功能的測(cè)試是非常重要的，如果測(cè)試不足，就不能及時(shí)發(fā)現(xiàn)問題，如果問題在上線后暴露，就產(chǎn)生了巨大的風(fēng)險(xiǎn)。應(yīng)對(duì)的方案就是采用各種措施進(jìn)行全面準(zhǔn)確的測(cè)試，測(cè)試要有測(cè)試的方案，測(cè)試后要留下結(jié)果備案，測(cè)試要有責(zé)任人等等。用上面的方法來避免測(cè)試不足帶來的系統(tǒng)性風(fēng)險(xiǎn)。異常數(shù)據(jù)的風(fēng)險(xiǎn)由于種種原因，在數(shù)據(jù)庫中可能存在一定的異常數(shù)據(jù)，這種異常的數(shù)據(jù)很可能在打Patch時(shí)報(bào)錯(cuò)，如果不能正確處理，可能產(chǎn)生系統(tǒng)的數(shù)據(jù)問題，如果不處理，打Patch無法繼續(xù)進(jìn)行，如果這種情況在正式升級(jí)時(shí)出現(xiàn)，就會(huì)對(duì)項(xiàng)目的正常上線產(chǎn)生很大的影響。應(yīng)對(duì)的方案就是在測(cè)試升級(jí)階段，對(duì)打Patch中的數(shù)據(jù)報(bào)錯(cuò)都要高度的重視，進(jìn)行足夠的分析，弄清原因后再進(jìn)行處理。另外就是在正式升級(jí)前幾天進(jìn)行一次模擬升級(jí)，防止在項(xiàng)目進(jìn)行期間可能產(chǎn)生的異常數(shù)據(jù)沒有在測(cè)試升級(jí)時(shí)被發(fā)現(xiàn)?？蛻艋w移方案客戶化總覽為保持客戶化程序在新環(huán)境能夠正常使用，我們建議對(duì)所有的客戶化程序，按三種情況進(jìn)行分析：可以用新功能替換的程序：在升級(jí)后通過實(shí)施新功能，替換原有客戶化根據(jù)R12的新功能，原系統(tǒng)的一部分客戶化功能可能可以由標(biāo)準(zhǔn)功能涵蓋?？紤]到未來系統(tǒng)的維護(hù)及可持續(xù)性，建議對(duì)可以用新功能替代的客戶化程序，通過啟用新功能實(shí)現(xiàn)。比如與賬戶生成、會(huì)計(jì)憑證等有關(guān)的開發(fā)，可通過R12子分類賬會(huì)計(jì)方法功能實(shí)現(xiàn)。需要修改原開發(fā)設(shè)計(jì)的程序：在升級(jí)后根據(jù)新的表結(jié)構(gòu)重新開發(fā)這部分主要涉及到對(duì)原有標(biāo)準(zhǔn)功能的完善，因?yàn)橄到y(tǒng)升級(jí)，系統(tǒng)標(biāo)準(zhǔn)Forms，Package，Workflow，Reports等也會(huì)隨著升級(jí)，對(duì)這些內(nèi)容的客戶化，需要在升級(jí)后，根據(jù)新的表結(jié)構(gòu)，全部重新開發(fā)?？梢员Ａ舻脑_發(fā)：在升級(jí)后通過重新編譯，直接移植到新系統(tǒng)對(duì)于完整新增的功能，或者因升級(jí)變化較少的那些報(bào)表，系統(tǒng)升級(jí)后，一般不需要重新開發(fā)，只要重新檢查編譯即可。為確保功能可用性，這部分客戶化也需要進(jìn)行完整測(cè)試?；谏罱凰鵈RP現(xiàn)狀，有關(guān)客戶遷移將主要包括以下三種類型：功能遷移（Form）表單的遷移總體思路：從R12.1.3下載模板，在該模板的基礎(chǔ)上，把客戶化的代碼遷移到新版的模板中，完成遷移后、測(cè)試，最后編寫移植腳本。下載模板直接從R12.1.3服務(wù)器上下載，路經(jīng)：$AU_TOP/forms/US/template.fmb客戶化代碼遷移有關(guān)UI布局部分，需要在新的模板基礎(chǔ)上，重復(fù)老版本的布局。有關(guān)客戶化代碼部分，可以通過文本編輯器比較得出客戶化代碼。比較的對(duì)象為需要遷移的表單和EBS11的模板作比較，在比較之前需要將二者編譯生成文本文件。將找出的客戶代碼遷移到新的表單中。添加多組織架構(gòu)相關(guān)代碼由于R12版的ERP增強(qiáng)了多組織架構(gòu)這一功能，所以需要在新的表單中增加、修改相關(guān)代碼。如界面的布局上需要新增一個(gè)關(guān)于OU的下拉列表，以及在相關(guān)的幾個(gè)觸發(fā)器中需要增加相關(guān)的代碼等。測(cè)試當(dāng)完成代碼的遷移后，需要進(jìn)行測(cè)試，在測(cè)試的過程，根據(jù)實(shí)際情況，項(xiàng)目統(tǒng)一安排相關(guān)功能顧問和用戶參與進(jìn)來。遷移當(dāng)完成測(cè)試后，我們需要考慮如何將代碼移植到SIT/UAT/PROD等環(huán)境中，即需要編寫移植腳本。報(bào)表遷移（RDF類型的報(bào)表）在移植過程中，根據(jù)業(yè)務(wù)特點(diǎn)結(jié)合整體解決方案，大多數(shù)報(bào)表將采用R12集成的BIPublisher重新定制并發(fā)布出來。對(duì)于XMLPublisher發(fā)布的報(bào)表移植主要側(cè)重點(diǎn)在數(shù)據(jù)源著一塊，老版本的RDF報(bào)表對(duì)應(yīng)的布局我們將通過RTF模板的方式實(shí)現(xiàn)，我們就不需要花大量的時(shí)間來重復(fù)報(bào)表的布局，只需要通過xmldesktop工具就可以快速的實(shí)現(xiàn)報(bào)表的布局。移植過程如下：JDeveloper10g開發(fā)工具新建一張報(bào)表，將老版本報(bào)表相關(guān)的查詢、數(shù)據(jù)列、占位列、參數(shù)、觸發(fā)器等相關(guān)代碼遷移到新報(bào)表中，如果用到臨時(shí)表、包或者存儲(chǔ)過程，需要將相關(guān)的數(shù)據(jù)庫對(duì)象也移植到R12.1.3平臺(tái)上。完成上述代碼的遷移后，需要在R12.1.3完成注冊(cè)，完成相關(guān)RTF模板的制作（可以借助前文提到的xmldesktop工具）、注冊(cè)相關(guān)的XMLPublisher報(bào)表。提交給相關(guān)功能顧問和用戶測(cè)試后，需要編寫移植腳本。報(bào)表遷移（WEBPL/SQL報(bào)表）由于在R12版本中，EBS不支持WebPL/SQL，為了實(shí)現(xiàn)系統(tǒng)功能的平移，可以參考OracleMetalink(DocID726711.1)啟用該功能，需要打一個(gè)patch，就可以啟用mod_plsql這一子模塊。打好相關(guān)的patch之后，WEBPL/SQL報(bào)表的移植工作就比較簡單了，只需要將相關(guān)的包和存儲(chǔ)過程在R12.1.3這一平臺(tái)上重新編譯就可以了，如果需要的話，在編譯之前，需要將數(shù)據(jù)表等相關(guān)的數(shù)據(jù)庫對(duì)象移植到新的ERP系統(tǒng)中。報(bào)表遷移（Discoverer報(bào)表）由于深交所的Discoverer主要用于HR模塊，而11.5.10.1升級(jí)到12.1.3版本中，HR基礎(chǔ)表修改結(jié)果較多，所以所有的現(xiàn)有Discoverer報(bào)表都需要重新篩選，確認(rèn)功能是否還能使用，如果不能使用，就需要在Discoverer重新定制開發(fā)。原有的Discoverer的BA層需要重新定制，EU層模型改寫會(huì)較多，Desktop如果EU層變化不大，只需要把定制文件復(fù)制上傳就可以了。數(shù)據(jù)庫客戶化開發(fā)代碼11.5.10.1升級(jí)到12.1.3的過程中，標(biāo)準(zhǔn)功能涉及到的后臺(tái)表和程序都會(huì)通過Oracle升級(jí)patch自動(dòng)升級(jí)，但是客戶化代碼不能自動(dòng)修改，需要技術(shù)開發(fā)人員重新檢查篩選和調(diào)整。大部分的程序在重新編譯的過程中就能發(fā)現(xiàn)差異并修改完成，在增加新的多組織結(jié)構(gòu)代碼就能使用。極少功能需要經(jīng)過功能測(cè)試，在升級(jí)測(cè)試過程中調(diào)整并遷移到新環(huán)境中使用?？蛻艋_發(fā)工具在ERP系統(tǒng)的實(shí)施過程中，由于本土化、個(gè)性化,以及集成上的需要,必然存在對(duì)標(biāo)準(zhǔn)產(chǎn)品的客戶化開發(fā)。在此我們對(duì)OracleEBS客戶化工具、技術(shù),客戶化，集成技術(shù)以及我們將來可能面對(duì)的部分接口做一下說明:客戶化開發(fā)工具－ORACLEDEVELOPERSUITEOracleDeveloperSuite提供了很多功能，用以構(gòu)建各種互聯(lián)網(wǎng)應(yīng)用程序和由商務(wù)智能功能增強(qiáng)的Web服務(wù)。OracleDeveloperSuite可滿足所有事務(wù)處理應(yīng)用程序開發(fā)和商務(wù)智能的需要。如何使用OracleDeveloperSuite和使用哪些工具，這取決于終端用戶的需要、開發(fā)人員的技能和技術(shù)背景等。該套件中所包括的各個(gè)具體組件列于圖2，并將在下面各節(jié)具體介紹。圖2圖：OracleDeveloperSuite的各個(gè)組件應(yīng)用程序開發(fā)：OracleJDeveloper是一種結(jié)合了Java、XML和SQL技術(shù)的，用于開發(fā)高質(zhì)量的J2EE應(yīng)用程序和Web服務(wù)的集成開發(fā)環(huán)境（IntegratedDevelopmentEnvironment，IDE）。OracleJDeveloper支持完整的開發(fā)生命周期，包括：建模、編碼、調(diào)試、性能剖視、優(yōu)化和部署。OracleJDeveloper還可以作為單獨(dú)的產(chǎn)品，用于滿足Java開發(fā)人員的需要。OracleJDeveloper是Oracle應(yīng)用服務(wù)器Java版的一個(gè)組成部分。OracleFormsDeveloper是一種說明性的快速應(yīng)用程序開發(fā)（RapidApplicationDevelopment，RAD）工具，PL/SQL開發(fā)人員在無需用Java編碼的情況下，可以使用它構(gòu)建高度交互式的基于Java的Web客戶端程序。OracleDesigner是一種用于構(gòu)建完整的應(yīng)用程序和數(shù)據(jù)庫的建模和生成工具。它還能夠逆向設(shè)計(jì)現(xiàn)有的Oracle和非Oracle數(shù)據(jù)庫，來創(chuàng)建Oracle數(shù)據(jù)庫模型。Oracle軟件配置管理器（OracleSCM）是一種用于存儲(chǔ)所有與應(yīng)用程序開發(fā)過程相關(guān)的文件和對(duì)象，并進(jìn)行版本控制的軟件配置管理資源。OracleSCM與OracleDeveloperSuite中的所有開發(fā)工具集成在一起。商務(wù)智能：OracleDeveloperSuite包括各種通過商務(wù)智能功能增強(qiáng)事務(wù)處理應(yīng)用程序的性能，以便更深入地理解有關(guān)數(shù)據(jù)的商務(wù)智能工具。OracleWarehouseBuilder（OWB）是一種企業(yè)數(shù)據(jù)集成工具，它提供一種經(jīng)濟(jì)有效、可伸縮和易于使用的數(shù)據(jù)提取、轉(zhuǎn)換和加載工具，使數(shù)據(jù)庫管理員和開發(fā)人員能更快、更高效地設(shè)計(jì)和構(gòu)建商務(wù)智能應(yīng)用程序。OracleReportsDeveloper是一種說明性的企業(yè)報(bào)表編制工具，可用于通過使用能夠以任何形式安全地發(fā)布到任何目的地的數(shù)據(jù)源來創(chuàng)建精確的報(bào)表。OracleDiscoverer提供一種直觀的特定查詢、報(bào)表編制和分析工具，用以滿足終端用戶簡化信息訪問的需要。OracleBusinessIntelligenceBeans（OracleBIBeans）提供一套基于標(biāo)準(zhǔn)的可重復(fù)使用的JavaBean組件，用于快速用Java實(shí)現(xiàn)高級(jí)分析型應(yīng)用程序。OracleWorkflowbuilder提供了一個(gè)察看，修改，建立工作流的圖形化工具（不是developersuite的組件）．OracleXMLPublisher是Oracle提供的報(bào)表開發(fā)工具，將數(shù)據(jù)邏輯，版式和頁面翻譯分離開來，技術(shù)人員專注數(shù)據(jù)邏輯的實(shí)現(xiàn)，業(yè)務(wù)人員可使用OFFICE工具進(jìn)行版式的設(shè)計(jì)更加貼近用戶的需求。同時(shí)提供多種輸出方式EXCEL,PDF,WORD,HTML等，適應(yīng)不同用戶的需要。OracleDeveloperSuite的主要優(yōu)勢(shì)OracleDeveloperSuite具有以下主要優(yōu)勢(shì)，以支持更好、更快、更經(jīng)濟(jì)高效地開發(fā)互聯(lián)網(wǎng)應(yīng)用程序和Web服務(wù)：完整性集成化基于標(biāo)準(zhǔn)OracleDeveloperSuite提供一整套功能，可以滿足多種要求。它基于最新的行業(yè)標(biāo)準(zhǔn)，是一套集成化的、可協(xié)同工作并與Oracle數(shù)據(jù)庫和Oracle應(yīng)用服務(wù)器高度集成的組件。完整性O(shè)racleDeveloperSuite以單一套件的形式提供一套最完整的工具。其所提供的工具能夠支持任何語言（Java、XML和SQL），以及從建模、說明性方法到3GL編碼的任何開發(fā)風(fēng)格。本產(chǎn)品覆蓋開發(fā)生命周期的所有階段：建模、設(shè)計(jì)、編碼、編譯、調(diào)試、源控制、部署、調(diào)優(yōu)和監(jiān)控。OracleDeveloperSuite還可以用在任何操作系統(tǒng)平臺(tái)上，包括Windows、Unix或者Linux。使用這個(gè)套件構(gòu)建的應(yīng)用程序能夠運(yùn)行在任何類型的設(shè)備上，如臺(tái)式機(jī)、瀏覽器、移動(dòng)電話或者掌上設(shè)備。集成化OracleDeveloperSuite提供了三種類型的集成：OracleDeveloperSuite提供的各種工具之間的集成、與Oracle應(yīng)用服務(wù)器的集成，以及與Oracle數(shù)據(jù)庫的集成。OracleDeveloperSuite中有大量的集成。OracleDesigner能夠生成包括OracleForms在內(nèi)的完整的應(yīng)用程序?，F(xiàn)有的Forms能夠被逆向設(shè)計(jì)成Designer環(huán)境。OracleDesigner生成BusinessComponentsforJava，以便用于OracleJDeveloper項(xiàng)目。OracleJDeveloper已集成了對(duì)OracleBIBeans的支持，以便在J2EE應(yīng)用程序中實(shí)現(xiàn)強(qiáng)大的商務(wù)分析功能。除了與OracleDesigner和OracleFormsDeveloper的集成以外，OracleSCM還與OracleJDeveloper集成，從而使開發(fā)人員能夠只需一次點(diǎn)擊即可實(shí)現(xiàn)對(duì)源的控制操作，如版本控制和依賴性管理等。這種集成使開發(fā)團(tuán)隊(duì)能夠很容易做到組織有序，并能夠甚至在最分散的開發(fā)項(xiàng)目中密切合作。盡管OracleDeveloperSuite對(duì)其他遵循JDBC和ODBC的數(shù)據(jù)庫是開放的，但是，它是完全重新開發(fā)的，以便與Oracle數(shù)據(jù)庫協(xié)同工作并充分利用Oracle數(shù)據(jù)庫的獨(dú)特功能?？梢允褂肙racle開發(fā)人員早已熟悉的諸如SQL、PL/SQL、Java和XML等語言和工具來構(gòu)建數(shù)據(jù)庫驅(qū)動(dòng)的網(wǎng)站和商務(wù)應(yīng)用程序。OracleDeveloperSuite已經(jīng)過測(cè)試并通過了Oracle數(shù)據(jù)庫各個(gè)版本的驗(yàn)證，并且由一個(gè)單一的支持機(jī)構(gòu)進(jìn)行支持。作為應(yīng)用程序部署平臺(tái)，OracleDeveloperSuite還提供與Oracle應(yīng)用服務(wù)器的在線集成。通過一次點(diǎn)擊部署的方法，Oracle使得在其平臺(tái)上構(gòu)建高性能應(yīng)用程序的工作變得簡單易行。此外，使用OracleJDeveloper構(gòu)建的應(yīng)用程序能夠輕松地部署在任何其他符合J2EE規(guī)范的應(yīng)用服務(wù)器上。這是Oracle對(duì)開放性作出貢獻(xiàn)的集成優(yōu)勢(shì)的真實(shí)寫照?；跇?biāo)準(zhǔn)OracleDeveloperSuite是根據(jù)Oracle對(duì)開放式體系結(jié)構(gòu)的承諾以及通過支持標(biāo)準(zhǔn)和趨勢(shì)推動(dòng)互聯(lián)網(wǎng)發(fā)展的承諾而開發(fā)的。Java的可移植性和通用性是OracleDeveloperSuite的核心。此外，經(jīng)過認(rèn)證OracleJDeveloper符合最新的J2EE規(guī)范。OracleDeveloperSuite支持的標(biāo)準(zhǔn)包括J2EE、XML、SQL和Web服務(wù)標(biāo)準(zhǔn)（即：SOAP、UDDI、WSDL和JAXR），以及其他諸如UML、XMI和WebDAV等重要的行業(yè)標(biāo)準(zhǔn)?？寺…h(huán)境脫敏方案克隆過程中的敏感信息保護(hù)和管理由于深交所系統(tǒng)中存在大量敏感數(shù)據(jù)，在開發(fā)、測(cè)試過程需要及時(shí)脫敏，以防止信息泄露。需要脫敏的主要包含用戶密碼，現(xiàn)有業(yè)務(wù)報(bào)表，以及后臺(tái)表中的敏感數(shù)據(jù)字段。德勤根據(jù)深交所升級(jí)項(xiàng)目特點(diǎn)，認(rèn)為脫敏主要存在于從生產(chǎn)環(huán)境克隆數(shù)據(jù)到開發(fā)和測(cè)試環(huán)境的過程中，根據(jù)之前大量項(xiàng)目實(shí)施經(jīng)驗(yàn)，建議深交所采取以下方案進(jìn)行數(shù)據(jù)脫敏。通過完善和制定關(guān)鍵數(shù)據(jù)使用管理制度，明確EBS系統(tǒng)中敏感信息數(shù)據(jù)范圍，明確脫敏過程的職責(zé)分工，在克隆過程中嚴(yán)格按照脫敏方案執(zhí)行，完成后安排人員檢查脫敏結(jié)果，在確認(rèn)滿足數(shù)據(jù)安全要求后再提供用戶和開發(fā)人員使用。通過規(guī)劃，執(zhí)行，檢查確認(rèn)，有效的防范生產(chǎn)數(shù)據(jù)泄露等安全隱患。定制脫敏需求列表根據(jù)用戶調(diào)研確定數(shù)據(jù)脫敏范圍，比如：全部的用戶密碼數(shù)據(jù)HR業(yè)務(wù)信息：包括人員職位，證件，薪資等隱私信息財(cái)務(wù)模塊敏感的價(jià)格和金額信息編制脫敏CheckList和ActionList根據(jù)脫敏需求列表編制檢查列表，一一列舉系統(tǒng)中對(duì)應(yīng)的脫敏項(xiàng)和脫敏措施，同時(shí)分別列出每個(gè)步驟的對(duì)應(yīng)負(fù)責(zé)人。編制數(shù)據(jù)脫敏變形腳本通過后臺(tái)更新數(shù)據(jù)表進(jìn)行脫敏的數(shù)據(jù)，定制開發(fā)脫敏腳本，通過變形公式，執(zhí)行SQL更新所有的敏感數(shù)據(jù)為普通測(cè)試舉例數(shù)據(jù)，比如員工職位，工資，財(cái)務(wù)模塊等信息。執(zhí)行腳本并檢查脫敏結(jié)果克隆完成后，只啟用數(shù)據(jù)庫，暫時(shí)不把應(yīng)用服務(wù)器上線。然后按順序執(zhí)行脫敏腳本，并記錄運(yùn)行結(jié)果，確認(rèn)數(shù)據(jù)修改結(jié)果后，再啟動(dòng)應(yīng)用服務(wù)器，提供環(huán)境給用戶和其他開發(fā)人員使用。關(guān)鍵需求點(diǎn)對(duì)點(diǎn)應(yīng)答序號(hào)需求需求匹配的項(xiàng)目任務(wù)、交付物描述1.1本次項(xiàng)目分為兩個(gè)階段，首先進(jìn)行供應(yīng)鏈系統(tǒng)11版本的優(yōu)化，其次進(jìn)行11版本至R12版本的升級(jí)?！渡?jí)分析評(píng)估報(bào)告》《升級(jí)解決方案》1.2在充分了解我公司現(xiàn)有系統(tǒng)架構(gòu)的基礎(chǔ)上，對(duì)目前11版本系統(tǒng)的使用情況進(jìn)行全面評(píng)估?！渡?jí)分析評(píng)估報(bào)告》1.3對(duì)我公司使用的11版本系統(tǒng)功能進(jìn)行全面梳理，按照R12版本功能應(yīng)用需求編制系統(tǒng)優(yōu)化工作任務(wù)清單?！渡?jí)分析評(píng)估報(bào)告》《客戶化開發(fā)清單》1.4按照業(yè)務(wù)流程要求，對(duì)任務(wù)清單進(jìn)行優(yōu)先級(jí)排序，按照優(yōu)先級(jí)順序制定工作計(jì)劃?！俄?xiàng)目實(shí)施計(jì)劃》1.5系統(tǒng)優(yōu)化實(shí)施過程中需要針對(duì)目前系統(tǒng)中的垃圾數(shù)據(jù)進(jìn)行清理，最大限度減少系統(tǒng)備份及數(shù)據(jù)轉(zhuǎn)換時(shí)間。《升級(jí)分析評(píng)估報(bào)告》《升級(jí)解決方案》1.6對(duì)于目前使用的11版本中的客戶化功能，如過R12版本標(biāo)準(zhǔn)功能能夠滿足，則在R12中通過啟用標(biāo)準(zhǔn)功能實(shí)現(xiàn)，達(dá)到去客戶化的目的。《升級(jí)分析評(píng)估報(bào)告》《升級(jí)解決方案》1.7對(duì)于11版本系統(tǒng)中的客戶化功能，如果在R12版本中仍需要進(jìn)行客戶化才能實(shí)現(xiàn)的，需要進(jìn)行客戶化的移植工作?！渡?jí)分析評(píng)估報(bào)告》《升級(jí)解決方案》1.8項(xiàng)目實(shí)施過程中，對(duì)于目前11版本中存在的，但經(jīng)過詳細(xì)論證后確定不再使用的客戶化予以清理?！渡?jí)分析評(píng)估報(bào)告》《升級(jí)解決方案》1.911版本升級(jí)至R12版本后中標(biāo)方移植的報(bào)表/單據(jù)在性能要有提升，原運(yùn)行時(shí)間在1分鐘以上的報(bào)表/單據(jù)每張性能需要提升20%以上，原運(yùn)行時(shí)間1分鐘以內(nèi)的報(bào)表性能可以上下浮動(dòng)20%?！渡?jí)分析評(píng)估報(bào)告》《升級(jí)解決方案》1.10充分了解我公司系統(tǒng)情況的基礎(chǔ)上，借鑒同行業(yè)豐富的優(yōu)化升級(jí)經(jīng)驗(yàn)，有效控制項(xiàng)目風(fēng)險(xiǎn)?！俄?xiàng)目實(shí)施計(jì)劃》1.11項(xiàng)目實(shí)施過程中，系統(tǒng)優(yōu)化工作要與升級(jí)工作協(xié)調(diào)配合，針對(duì)系統(tǒng)優(yōu)化過程中客戶化移植與系統(tǒng)升級(jí)所需要的系統(tǒng)停機(jī)時(shí)間進(jìn)行科學(xué)規(guī)劃，保證系統(tǒng)升級(jí)計(jì)劃的可執(zhí)行性。《系統(tǒng)切換策略方案》1.12系統(tǒng)優(yōu)化、升級(jí)前需要對(duì)目前系統(tǒng)中相關(guān)數(shù)據(jù)結(jié)果進(jìn)行備份，系統(tǒng)優(yōu)化、升級(jí)后需要提取相關(guān)數(shù)據(jù)與優(yōu)化升級(jí)前進(jìn)行校驗(yàn)，保證系統(tǒng)優(yōu)化、升級(jí)對(duì)系統(tǒng)數(shù)據(jù)沒有影響?！渡?jí)分析評(píng)估報(bào)告》《升級(jí)解決方案》《系統(tǒng)切換策略方案》1.13按照各事業(yè)部具體業(yè)務(wù)流程進(jìn)行客戶化功能移植及系統(tǒng)升級(jí)的協(xié)同測(cè)試，測(cè)試過程中存在的問題進(jìn)行詳細(xì)記錄并處理?！断到y(tǒng)測(cè)試腳本》分析測(cè)試、功能測(cè)試、模擬測(cè)試、用戶接受測(cè)試1.14系統(tǒng)測(cè)試工作需要進(jìn)行全真模擬升級(jí)測(cè)試，即以實(shí)際真實(shí)數(shù)據(jù)為基礎(chǔ)進(jìn)行?！俄?xiàng)目實(shí)施計(jì)劃》《系統(tǒng)測(cè)試腳本》分析測(cè)試、功能測(cè)試、模擬測(cè)試、用戶接受測(cè)試1.15為了能夠保證系統(tǒng)升級(jí)后各項(xiàng)功能的成功應(yīng)用，系統(tǒng)優(yōu)化實(shí)施人員需要在系統(tǒng)升級(jí)后進(jìn)行后續(xù)支持，解決系統(tǒng)出現(xiàn)的異常問題，保證系統(tǒng)優(yōu)化結(jié)果成功應(yīng)用。《項(xiàng)目實(shí)施計(jì)劃》上線后的運(yùn)行支持（現(xiàn)場+遠(yuǎn)程）1.16項(xiàng)目實(shí)施過程中，需要針對(duì)11版本及R12版本系統(tǒng)功能的不同點(diǎn)進(jìn)行全面梳理，以便更新用戶手冊(cè)及開展最終用戶培訓(xùn)。內(nèi)部顧問培訓(xùn)、關(guān)鍵用戶培訓(xùn)、最終用戶培訓(xùn)、用戶手冊(cè)編寫或更新1.17在項(xiàng)目實(shí)施過程中，我公司會(huì)安排相應(yīng)的IT人員參與項(xiàng)目的實(shí)施，必須完成對(duì)參與項(xiàng)目實(shí)施人員的R12版本標(biāo)準(zhǔn)功能培訓(xùn)，包括R12版本的設(shè)置、操作、日常問題的處理、報(bào)表及客戶化的開發(fā)等。內(nèi)部顧問培訓(xùn)、協(xié)助內(nèi)部顧問完成模擬測(cè)試和用戶接受測(cè)試的系統(tǒng)升級(jí)(以上兩次模擬測(cè)試由內(nèi)部顧問主導(dǎo)完成)、客戶化開發(fā)工作由伊利內(nèi)部顧問和德勤顧問共同完成。1.18項(xiàng)目實(shí)施人員要求：實(shí)施顧問、開發(fā)人員的行業(yè)工作經(jīng)驗(yàn)必須在3年以上，項(xiàng)目經(jīng)理在5年以上，要求對(duì)11環(huán)境和R12環(huán)境都非常熟悉。在投標(biāo)時(shí)需要附實(shí)施人員（包括項(xiàng)目經(jīng)理）的人員簡歷，簡歷中必須包含近2年內(nèi)實(shí)施的項(xiàng)目及在項(xiàng)目中所承擔(dān)的工作內(nèi)容。項(xiàng)目經(jīng)理、實(shí)施顧問的行業(yè)工作經(jīng)驗(yàn)在6年－10年；開發(fā)人員的行業(yè)工作經(jīng)驗(yàn)3年-5年；項(xiàng)目成員對(duì)11環(huán)境和R12環(huán)境都非常熟悉。項(xiàng)目成員簡歷包含近2年內(nèi)實(shí)施的項(xiàng)目及在項(xiàng)目中所承擔(dān)的工作內(nèi)容.升級(jí)測(cè)試策略制定升級(jí)測(cè)試計(jì)劃全面的測(cè)試對(duì)于成功升級(jí)起著非常重要的作用，我們要規(guī)劃好測(cè)試分哪幾輪，明確每一輪的測(cè)試類型和側(cè)重點(diǎn)，安排測(cè)試的時(shí)間，參與的人員，并準(zhǔn)備好測(cè)試腳本或測(cè)試的內(nèi)容，以及測(cè)試結(jié)果的反饋表格模板。通常客戶化測(cè)試分為如下三類：單元測(cè)試技術(shù)顧問逐個(gè)對(duì)每個(gè)客戶化開發(fā)做單元測(cè)試。技術(shù)顧問將負(fù)責(zé)定義單元測(cè)試的CheckList。單元測(cè)試將驗(yàn)證升級(jí)后的客戶化是否能正常使用，以及適當(dāng)?shù)漠惓２僮鳌卧獪y(cè)試重點(diǎn)在從各個(gè)方面測(cè)試一塊代碼。技術(shù)顧問應(yīng)該將重點(diǎn)放在錯(cuò)誤處理。比如，當(dāng)測(cè)試定制表單時(shí)，技術(shù)顧問應(yīng)該放些特殊字符到所有字段盡可能讓表單去處理。單元測(cè)試一般由技術(shù)顧問自己執(zhí)行。集成測(cè)試將客戶化開發(fā)放到業(yè)務(wù)流程中，進(jìn)行端到端的測(cè)試，確保整個(gè)流程產(chǎn)生的結(jié)果是正確的。集成測(cè)試一般由功能顧問、關(guān)鍵用戶和開發(fā)人員共同執(zhí)行。用戶接受度測(cè)試用戶接受測(cè)試執(zhí)行一個(gè)“生命中的普通一天”的測(cè)試場景。例如，用戶執(zhí)行每天，每星期，每月的普通工作流程。用戶接受測(cè)試將驗(yàn)證客戶化功能符合功能需求文檔。用戶接收測(cè)試通過后，客戶化開發(fā)才確認(rèn)為完成狀態(tài)。用戶接受測(cè)試一般從頭開始，不使用集成測(cè)試的腳本，重點(diǎn)去確認(rèn)客戶化是否滿足業(yè)務(wù)需求。細(xì)化測(cè)試內(nèi)容以新功能，新特性為主線，以客戶化功能為重點(diǎn)，結(jié)合業(yè)務(wù)流程，驗(yàn)證數(shù)據(jù)的正確性，及界面之間的數(shù)據(jù)傳遞的準(zhǔn)確、無誤。具體內(nèi)容包括：多組織訪問分類帳數(shù)據(jù)安全性現(xiàn)金流量表銀行對(duì)帳單財(cái)務(wù)憑證生成與打印帳戶生成器…客戶化程序代碼中，要針對(duì)新的變化作出相應(yīng)的修改：GL_SET_OF_BOOKS中的sob_id變?yōu)镽12中GL_LEDGERS的ledger_id。組織安全性fnd_client_info.set_org_context(Org_id)變成mo_global.set_policy_context('S',Org_id)?！夹g(shù)層面數(shù)據(jù)檢查在升級(jí)過程中，可能存在數(shù)據(jù)一致性被破壞或因?yàn)閿?shù)據(jù)表結(jié)構(gòu)的變化而導(dǎo)致的數(shù)據(jù)丟失，為了能監(jiān)控到這類情況的發(fā)生，可以在技術(shù)層面對(duì)數(shù)據(jù)進(jìn)行檢查，對(duì)比和修復(fù)。在進(jìn)行升級(jí)前，清除或歸檔老的不必要的數(shù)據(jù)。在升級(jí)前收集原系統(tǒng)的表和索引的統(tǒng)計(jì)信息。升級(jí)收集新系統(tǒng)的表和索引的統(tǒng)計(jì)信息。比較分析升級(jí)前后表和索引的統(tǒng)計(jì)信息的變化情況對(duì)于一致性被破化的數(shù)據(jù)要分析原因，進(jìn)行修補(bǔ)；對(duì)于因升級(jí)導(dǎo)致的數(shù)據(jù)丟失，重新導(dǎo)入缺失數(shù)據(jù)。系統(tǒng)切換方案結(jié)合系統(tǒng)解決方案和項(xiàng)目計(jì)劃安排，在上線之前會(huì)有3次切換：第一次模擬切換、第二次模擬切換、上線切換，前兩次切換對(duì)應(yīng)技術(shù)升級(jí)模擬切換和UAT切換。第一次模擬切換這次模擬切換不需要用戶的參與，技術(shù)顧問、功能顧問以及伊利IT內(nèi)部顧問需要完成數(shù)據(jù)的驗(yàn)證和流程測(cè)試，重點(diǎn)涉及老系統(tǒng)二次化開發(fā)相關(guān)的程序。本次模擬的目的是驗(yàn)證歷史數(shù)據(jù)、數(shù)據(jù)修復(fù)腳本，驗(yàn)證老系統(tǒng)的關(guān)鍵二次化開發(fā)程序遷移結(jié)果。數(shù)據(jù)驗(yàn)證升級(jí)完成后，顧問驗(yàn)證歷史數(shù)據(jù)，更具驗(yàn)證結(jié)果，編寫數(shù)據(jù)修復(fù)腳本，運(yùn)行腳本，測(cè)試、驗(yàn)證修復(fù)結(jié)果，在測(cè)試的過程如果發(fā)現(xiàn)問、需要及時(shí)更新數(shù)據(jù)修復(fù)準(zhǔn)備。老系統(tǒng)關(guān)鍵二次化開發(fā)的遷移整理移植清單，完成相關(guān)二次化開發(fā)程序的代碼遷移、運(yùn)行相關(guān)移植腳本，技術(shù)顧問測(cè)試，每問題后提交給功能顧問測(cè)試，在測(cè)試的過程，如果發(fā)現(xiàn)問題、需要修改更新代碼或者系統(tǒng)打補(bǔ)丁、或者相應(yīng)的修改移植腳本等。第二次模擬切換由于是UAT的測(cè)試，這次模擬切換需要關(guān)鍵用戶的參與。這輪切換的主要目的是從用戶的角度功能的可用性以及數(shù)據(jù)的一致性、準(zhǔn)確性。驗(yàn)證第一次模擬切換的數(shù)據(jù)修復(fù)腳本、老系統(tǒng)二次化開發(fā)移植程序。這輪模擬測(cè)試主要包括下述四個(gè)部分：歷史數(shù)據(jù)驗(yàn)證升級(jí)完成后，運(yùn)行第一輪模擬測(cè)試時(shí)驗(yàn)證過的數(shù)據(jù)修復(fù)腳本，顧問驗(yàn)證數(shù)據(jù)修復(fù)結(jié)果，然后交給用戶驗(yàn)證。在測(cè)試的過程如果發(fā)現(xiàn)問、需要及時(shí)更新數(shù)據(jù)修復(fù)腳本。老系統(tǒng)二次化開發(fā)移植執(zhí)行移植腳本，完成移植，顧問測(cè)試（重點(diǎn)測(cè)試二次化開發(fā)程序），然后交給用戶測(cè)試。在測(cè)試的過程中如果發(fā)現(xiàn)問題、需要及時(shí)修改相關(guān)程序、移植腳本等。上線切換在系統(tǒng)正式上線之前，完成系統(tǒng)設(shè)置后，為了確保上線的順利進(jìn)行，需要對(duì)設(shè)置好的產(chǎn)品環(huán)境克隆、進(jìn)行數(shù)據(jù)驗(yàn)證和流程測(cè)試，如果發(fā)現(xiàn)問題需要更正，從而確保系統(tǒng)順利上線。本輪切換的目的很明確，就是確保產(chǎn)品環(huán)境可以順利上線，在克隆的環(huán)境上進(jìn)行必要的數(shù)據(jù)驗(yàn)證和流程測(cè)試，需要用戶的參與。本輪切換主要包括下面幾個(gè)部分：系統(tǒng)設(shè)置、程序移植系統(tǒng)完成升級(jí)后：首先，運(yùn)行修復(fù)數(shù)據(jù)腳本，完成歷史數(shù)據(jù)的修復(fù)；運(yùn)行移植腳本，完成老系統(tǒng)的二次化開發(fā)程序的移植；由于上述步驟在第一輪和第二輪的切換中已經(jīng)驗(yàn)證過，所以這一輪只需要執(zhí)行相關(guān)的腳本、按部就班的執(zhí)行就可以了?？寺⊥瓿上到y(tǒng)設(shè)置、程序移植，以及相關(guān)數(shù)據(jù)的導(dǎo)入、更新后，就可以克隆產(chǎn)品環(huán)境，供顧問和客戶進(jìn)行數(shù)據(jù)驗(yàn)證和流程測(cè)試?？寺〉哪康氖牵喝绻l(fā)現(xiàn)問題，及時(shí)的在克隆環(huán)境解決掉，測(cè)試沒問題后，再應(yīng)用到產(chǎn)品環(huán)境中，這樣可以確保順利上線。數(shù)據(jù)驗(yàn)證相關(guān)數(shù)據(jù)的驗(yàn)證，可以導(dǎo)出生成文件提交給用戶驗(yàn)證，也可以讓用戶直接在克隆環(huán)境中抽查、驗(yàn)證。需要相關(guān)用戶簽字確認(rèn)。數(shù)據(jù)的驗(yàn)證包括歷史數(shù)據(jù)的驗(yàn)證。如果發(fā)現(xiàn)批量的數(shù)據(jù)問題，需要編寫數(shù)據(jù)更新腳本，先在克隆環(huán)境中執(zhí)行、測(cè)試沒問題后，才能在產(chǎn)品環(huán)境中執(zhí)行。流程測(cè)試在這部分的測(cè)試過程中，功能顧問會(huì)協(xié)助用戶完成測(cè)試（在克隆環(huán)境）：如果在測(cè)試的過程中發(fā)現(xiàn)問題，需要修改相關(guān)的程序、測(cè)試沒問題后，再將相關(guān)的修改應(yīng)用到產(chǎn)品環(huán)境中；如果發(fā)現(xiàn)是系統(tǒng)設(shè)置問題，功能顧問需要更新相關(guān)的系統(tǒng)設(shè)置，測(cè)試沒問題后，再將相關(guān)的修改應(yīng)用到產(chǎn)品環(huán)境中。上線當(dāng)上述2個(gè)測(cè)試（數(shù)據(jù)驗(yàn)證和流程測(cè)試）都走完后，發(fā)現(xiàn)的相關(guān)問題也都解決了，我們就可以上線了。項(xiàng)目工作量估算（Henry）項(xiàng)目管理（Henry）項(xiàng)目組織架構(gòu)深圳證卷交易所ERP升級(jí)項(xiàng)目需要根據(jù)項(xiàng)目建設(shè)需求構(gòu)建完整的項(xiàng)目團(tuán)隊(duì)以支撐項(xiàng)目建設(shè)，項(xiàng)目團(tuán)隊(duì)包括企業(yè)高管和各部門的領(lǐng)導(dǎo)和核心業(yè)務(wù)骨干，各個(gè)層面的人員充分發(fā)揮作用推動(dòng)項(xiàng)目建設(shè)；德勤針對(duì)深圳證卷交易所ERP升級(jí)項(xiàng)目建設(shè)成立完整的項(xiàng)目團(tuán)隊(duì)確保項(xiàng)目的順利推進(jìn)和執(zhí)行。具體組織結(jié)構(gòu)與人員安排如下圖：服務(wù)排期（項(xiàng)目計(jì)劃）德勤針對(duì)本次伊利集團(tuán)ERP實(shí)施項(xiàng)目整體計(jì)劃如下圖：項(xiàng)目里程碑如下：本次伊利集團(tuán)ERP系統(tǒng)實(shí)施項(xiàng)目關(guān)鍵里程碑點(diǎn)主要包括以下幾個(gè)方面；里程碑1：項(xiàng)目啟動(dòng)會(huì)，2012年4月初完成啟動(dòng)；里程碑2：升級(jí)評(píng)估，完成升級(jí)的評(píng)估報(bào)告，2012年4月中旬完成；里程碑3：方案完成，2012年5月中完成方案設(shè)計(jì)；里程碑4：開發(fā)迭代測(cè)試完成，2012年7月下旬完成集成測(cè)試；里程碑5：升級(jí)模擬測(cè)試，2011年8月中旬完成；里程碑6：UAT測(cè)試，2012年9月上旬初完成；里程碑7：系統(tǒng)上線，2011年10月初完成；里程碑8：系統(tǒng)運(yùn)維，2011年12月完成。項(xiàng)目任務(wù)分工主要工作任務(wù)分工以下為是項(xiàng)目中不可缺少的重點(diǎn)工作內(nèi)容，但不是全部，更具體的工作內(nèi)容可以在未來的項(xiàng)目實(shí)施計(jì)劃中體現(xiàn)項(xiàng)目準(zhǔn)備階段主要工作任務(wù)德勤職責(zé)伊利職責(zé)說明項(xiàng)目章程編制配合項(xiàng)目實(shí)施計(jì)劃編制配合確定項(xiàng)目組織確定顧問組織架構(gòu)確定甲方組織架構(gòu)啟動(dòng)大會(huì)文檔參與編寫項(xiàng)目啟動(dòng)會(huì)議材料；參加項(xiàng)目啟動(dòng)會(huì)；編寫項(xiàng)目啟動(dòng)會(huì)議材料；主持項(xiàng)目啟動(dòng)會(huì)；升級(jí)分析評(píng)估階段主要工作任務(wù)德勤職責(zé)伊利職責(zé)說明升級(jí)分析評(píng)估計(jì)劃編制參與編寫，并確認(rèn)；內(nèi)部顧問標(biāo)準(zhǔn)功能培訓(xùn)執(zhí)行參與；執(zhí)行升級(jí)分析評(píng)估執(zhí)行；配合并參與調(diào)研，安排調(diào)研部門參與調(diào)研；關(guān)鍵用戶標(biāo)準(zhǔn)功能培訓(xùn)協(xié)助內(nèi)部顧問負(fù)責(zé)培訓(xùn)升級(jí)分析評(píng)估報(bào)告編制參與編寫，并確認(rèn)明確項(xiàng)目范圍升級(jí)方案、系統(tǒng)測(cè)試階段主要工作任務(wù)德勤職責(zé)伊利職責(zé)說明升級(jí)解決方案編制參與編寫，并確認(rèn)；分析評(píng)估測(cè)試執(zhí)行升級(jí)，編寫測(cè)試腳本、環(huán)境設(shè)置、主講、更新升級(jí)解決方案內(nèi)部顧問參與系統(tǒng)準(zhǔn)備、測(cè)試；確認(rèn)CRP1測(cè)試結(jié)果和升級(jí)解決方案更新內(nèi)容.功能測(cè)試執(zhí)行升級(jí)，更新測(cè)試腳本、更新環(huán)境設(shè)置、主講、更新升級(jí)解決方案內(nèi)部顧問參與系統(tǒng)準(zhǔn)備、測(cè)試；確認(rèn)CRP2測(cè)試結(jié)果和升級(jí)解決方案更新內(nèi)容.客戶化清單編制；參與編制，并確認(rèn)；客戶化開發(fā)：開發(fā)規(guī)范編寫參與編寫、確認(rèn)；客戶化開發(fā)：開發(fā)編寫；占工作量的50%參與編寫、確認(rèn)；占工作量50%迭代開發(fā)測(cè)試執(zhí)行升級(jí)、更新測(cè)試腳本、更新環(huán)境設(shè)置、更新升級(jí)解決方案內(nèi)部顧問參與系統(tǒng)準(zhǔn)備、測(cè)試；關(guān)鍵用戶參與測(cè)試內(nèi)部顧問確認(rèn)CRP3測(cè)試結(jié)果和升級(jí)解決方案更新內(nèi)容.模擬測(cè)試協(xié)助內(nèi)部顧問、更新升級(jí)解決方案內(nèi)部顧問執(zhí)行升級(jí)、測(cè)試；關(guān)鍵用戶參與測(cè)試；確認(rèn)升級(jí)方案更新內(nèi)容，測(cè)試結(jié)果系統(tǒng)切換策略方案編制；參與編制，并確認(rèn)；培訓(xùn)：最終用戶培訓(xùn)手冊(cè)編制、用戶培訓(xùn)協(xié)助內(nèi)部顧問關(guān)鍵用戶（內(nèi)部顧問協(xié)助）用戶接受測(cè)試協(xié)助內(nèi)部顧問、更新測(cè)試腳本、更新升級(jí)解決方案內(nèi)部顧問執(zhí)行系統(tǒng)升級(jí)、主講；關(guān)鍵用戶參與測(cè)試內(nèi)部顧問確認(rèn)CRP3測(cè)試結(jié)果和升級(jí)解決方案更新內(nèi)容.系統(tǒng)切換準(zhǔn)備階段主要工作任務(wù)德勤職責(zé)伊利職責(zé)說明業(yè)務(wù)規(guī)范制定或更新協(xié)助編寫上線支持方案編寫參與編寫、更新、確認(rèn)；正式系統(tǒng)切換主要工作任務(wù)德勤職責(zé)伊利職責(zé)說明生產(chǎn)環(huán)境系統(tǒng)升級(jí)前準(zhǔn)備協(xié)助執(zhí)行生產(chǎn)環(huán)境系統(tǒng)升級(jí)協(xié)助執(zhí)行生產(chǎn)環(huán)境系統(tǒng)升級(jí)后系統(tǒng)設(shè)置協(xié)助執(zhí)行上線支持階段主要工作任務(wù)德勤職責(zé)伊利職責(zé)說明運(yùn)行支持協(xié)助解決系統(tǒng)問題主導(dǎo)系統(tǒng)方案調(diào)整內(nèi)部顧問和關(guān)鍵用戶為主；上線報(bào)告編寫參與編寫，確認(rèn)；上線兩個(gè)月月結(jié)完成報(bào)告編寫參與編寫，確認(rèn)；項(xiàng)目總結(jié)及總結(jié)報(bào)告(上線四個(gè)月月結(jié))編寫參與編寫，確認(rèn)；項(xiàng)目驗(yàn)收及驗(yàn)收?qǐng)?bào)告編寫確認(rèn)；項(xiàng)目交付物清單項(xiàng)目階段交付物清單交付物說明項(xiàng)目準(zhǔn)備項(xiàng)目章程包括總體目標(biāo)、階段性目標(biāo)、項(xiàng)目范圍、項(xiàng)目管理、變更管理等，是項(xiàng)目實(shí)施的指導(dǎo)性文件，是項(xiàng)目實(shí)施的“憲法”；項(xiàng)目實(shí)施計(jì)劃項(xiàng)目實(shí)施的詳細(xì)計(jì)劃安排，任務(wù)顆粒按天進(jìn)行安排，是項(xiàng)目明細(xì)任務(wù)的執(zhí)行計(jì)劃；升級(jí)分析升級(jí)分析評(píng)估報(bào)告作為升級(jí)分析階段的成果物；升級(jí)方案、測(cè)試升級(jí)解決方案R12升級(jí)方案，包括系統(tǒng)設(shè)置的調(diào)整、方案優(yōu)化、數(shù)據(jù)融合、數(shù)據(jù)清理、數(shù)據(jù)驗(yàn)證等；客戶化開發(fā)清單需要修改的客戶化開發(fā)清單；系統(tǒng)測(cè)試腳本系統(tǒng)測(cè)試清單、測(cè)試要求、結(jié)果系統(tǒng)切換策略方案系統(tǒng)切換策略方案，包括切換步驟、分工、數(shù)據(jù)驗(yàn)證；上線支持上線報(bào)告用于確定升級(jí)項(xiàng)目系統(tǒng)切換完成、用戶開始正式使用；上線兩個(gè)月月結(jié)完成報(bào)告項(xiàng)目上線后兩個(gè)月月結(jié)完成情況報(bào)告；項(xiàng)目總結(jié)及總結(jié)報(bào)告(上線四個(gè)月月結(jié))項(xiàng)目上線后四個(gè)月月結(jié)完成情況報(bào)告；項(xiàng)目驗(yàn)收及驗(yàn)收?qǐng)?bào)告項(xiàng)目驗(yàn)收，項(xiàng)目整體完成情況報(bào)告；服務(wù)承諾及優(yōu)惠內(nèi)容后續(xù)支持服務(wù)概述系統(tǒng)實(shí)施完成后的運(yùn)行適應(yīng)階段是一個(gè)漫長的階段。在這一階段中，伊利集團(tuán)可能仍然需要德勤提供一些可能使用到的、技術(shù)方面的支持。我們?yōu)橐晾瘓F(tuán)提供以下幾種具體的支持服務(wù)內(nèi)容，幫助伊利集團(tuán)在應(yīng)用維護(hù)階段也能夠得到我們的全面、周到的支持服務(wù)。后續(xù)支持服務(wù)內(nèi)容和方式應(yīng)用健康檢查；定期的系統(tǒng)優(yōu)化分析；現(xiàn)場支持服務(wù)（天）；遠(yuǎn)程登入支持；電話支持系統(tǒng)優(yōu)化分析隨著應(yīng)用系統(tǒng)的長期使用，經(jīng)常會(huì)出現(xiàn)系統(tǒng)參數(shù)不再適應(yīng)系統(tǒng)新的運(yùn)行狀態(tài)的情況；也會(huì)出現(xiàn)某些應(yīng)用由于數(shù)據(jù)量的增加，速度變得越來越慢的情況。我們可以提供下列定期的系統(tǒng)優(yōu)化分析服務(wù)，幫助伊利集團(tuán)避免因?yàn)殚L期的使用而可能出現(xiàn)的系統(tǒng)性能降低的危險(xiǎn)。系統(tǒng)優(yōu)化分析將包含下列內(nèi)容：監(jiān)測(cè)并報(bào)告系統(tǒng)運(yùn)行的情況；對(duì)客戶所提出的系統(tǒng)性能方面的疑問提出解釋和建議；提議關(guān)于改進(jìn)系統(tǒng)運(yùn)行的技術(shù)策略。備注：這些任務(wù)將由我們每月一次遠(yuǎn)程執(zhí)行；它將包括可以令系統(tǒng)以更好的狀態(tài)運(yùn)行的分析和建議，但不包括實(shí)施這些建議，是否實(shí)施以及最終實(shí)施哪些建議將由伊利集團(tuán)選擇，我們將對(duì)實(shí)施這些建議所付出的額外勞動(dòng)以優(yōu)惠價(jià)格收取維護(hù)費(fèi)用；我們將不對(duì)由于硬件故障所造成的數(shù)據(jù)丟失承擔(dān)責(zé)任。應(yīng)用健康檢查隨著實(shí)施階段的完成，管理系統(tǒng)的應(yīng)用進(jìn)程的控制權(quán)就完全轉(zhuǎn)移到了伊利集團(tuán)用戶手中。而業(yè)務(wù)的發(fā)展則往往需要系統(tǒng)能夠處理一些新生的業(yè)務(wù)。企業(yè)信息管理系統(tǒng)完全可以承受絕大部分這樣的業(yè)務(wù)，但伊利集團(tuán)單位的直接支持人員卻可能由于未必完全了解系統(tǒng)的功能特點(diǎn)，在針對(duì)新業(yè)務(wù)時(shí)，可能使用了不是最恰當(dāng)?shù)膶?shí)現(xiàn)方式。這時(shí)，如果有顧問公司可以定期地上門，對(duì)管理系統(tǒng)的使用情況作定期的應(yīng)用是否繼續(xù)健康的檢查，那么，伊利集團(tuán)就可以更加放心地使用管理系統(tǒng)了。應(yīng)用健康檢查將包含下列內(nèi)容：調(diào)研客戶在應(yīng)用上線之后的運(yùn)行情況，新業(yè)務(wù)的發(fā)生情況；分析客戶對(duì)各類業(yè)務(wù)的處理是否恰當(dāng)；制訂關(guān)于用戶處理不當(dāng)?shù)臉I(yè)務(wù)的正確流程；提交用戶應(yīng)用健康檢查報(bào)告。備注：這些任務(wù)將由我們每年一次遠(yuǎn)程或現(xiàn)場執(zhí)行；客戶應(yīng)該提供在實(shí)施上線起的所有相關(guān)的業(yè)務(wù)變化或/和新業(yè)務(wù)的文檔；它將包括各類的應(yīng)用不當(dāng)?shù)姆治龊徒ㄗh，但不包括實(shí)施這些建議，是否實(shí)施以及最終實(shí)施哪些建議將由客戶選擇，我們將對(duì)實(shí)施這些建議所付出的額外勞動(dòng)以優(yōu)惠價(jià)格收取維護(hù)費(fèi)用；用戶支持中心在系統(tǒng)的使用過程中，難免會(huì)碰到這樣那樣的突發(fā)問題。我們?yōu)榱吮苊庥脩粲捎谕话l(fā)事件造成系統(tǒng)不可用，從而導(dǎo)致伊利集團(tuán)業(yè)務(wù)受到影響，特推出用戶支持中心的服務(wù)，提供下列服務(wù)：提供正確的系統(tǒng)操作流程的指導(dǎo)分析系統(tǒng)應(yīng)用中發(fā)現(xiàn)的錯(cuò)誤并診斷原因制定解決錯(cuò)誤和問題的流程記錄請(qǐng)求支持服務(wù)的電話并記錄結(jié)果報(bào)告支持服務(wù)的運(yùn)作情況。系統(tǒng)安裝和升級(jí)我們可以提供給伊利集團(tuán)有償?shù)南到y(tǒng)后續(xù)升級(jí)服務(wù)，前提需要伊利集團(tuán)必須擁有合法的介質(zhì)和使用許可。我們將不對(duì)由于介質(zhì)和安裝程序本身所引起的問題承擔(dān)責(zé)任。此時(shí)，如果伊利集團(tuán)需要我們解決此類升級(jí)問題，我們將根據(jù)實(shí)際情況，在可能的范圍內(nèi)幫助解決，但需要根據(jù)實(shí)際升級(jí)使用天數(shù)和有關(guān)費(fèi)率收取系統(tǒng)升級(jí)實(shí)施費(fèi)用。現(xiàn)場咨詢和支持我們可以根據(jù)伊利集團(tuán)的要求，在任何伊利集團(tuán)需要的時(shí)間提供現(xiàn)場的應(yīng)用咨詢和技術(shù)支持服務(wù)。伊利集團(tuán)的需求可能是來源于：需要實(shí)施系統(tǒng)優(yōu)化的建議；用戶支持中心所受理的問題需要現(xiàn)場的服務(wù)；系統(tǒng)的安裝和升級(jí)的需要；其它認(rèn)為需要時(shí)。其它服務(wù)沒有在上述定義的任務(wù)。如果伊利集團(tuán)要求我們提供這些服務(wù)，在這種情況下我們會(huì)基于伊利集團(tuán)的需求作出評(píng)估。雙方協(xié)商認(rèn)同后，服務(wù)工作將會(huì)根據(jù)項(xiàng)目支持服務(wù)流程和項(xiàng)目實(shí)施方法論的指引下進(jìn)行實(shí)施。問題優(yōu)先級(jí)后續(xù)支持服務(wù)體系決定問題能夠得到及時(shí)和有效處理的一個(gè)重要因素就是問題優(yōu)先級(jí)，德勤針對(duì)后續(xù)支持服務(wù)中出現(xiàn)問題劃分不同的優(yōu)先級(jí)，優(yōu)先級(jí)按對(duì)伊利集團(tuán)的業(yè)務(wù)所造成的影響來決定，進(jìn)而根據(jù)問題處理