企業(yè)財(cái)務(wù)一體化系統(tǒng)技術(shù)實(shí)現(xiàn)方案

1、企業(yè)財(cái)務(wù)一體化系統(tǒng)技術(shù)實(shí)現(xiàn)方案目 錄 TOC o 1-4 f u 1項(xiàng)目概述 PAGEREF _Toc57140353 h 41.1項(xiàng)目需求理解 PAGEREF _Toc57140354 h 41.1.1集團(tuán)財(cái)務(wù)信息化面臨的問題 PAGEREF _Toc57140355 h 4支撐集團(tuán)大財(cái)務(wù)體系面臨的問題 PAGEREF _Toc57140356 h 4支撐協(xié)同融合面臨的問題 PAGEREF _Toc57140357 h 4支撐財(cái)務(wù)管控面臨的問題 PAGEREF _Toc57140358 h 51.1.2財(cái)務(wù)一體化平臺(tái)總體目標(biāo) PAGEREF _Toc57140359 h 6在集團(tuán)大財(cái)務(wù)體系構(gòu)

2、建方面，推進(jìn)求同存異、統(tǒng)分結(jié)合 PAGEREF _Toc57140360 h 6在協(xié)同融合方面，推進(jìn)業(yè)財(cái)協(xié)同、財(cái)財(cái)融合 PAGEREF _Toc57140361 h 6在管控方面，推進(jìn)“管前”、“管后”、“管過程” PAGEREF _Toc57140362 h 7構(gòu)建八大應(yīng)用，共同支撐財(cái)務(wù)管理體系 PAGEREF _Toc57140363 h 81.2財(cái)務(wù)核算項(xiàng)目的目標(biāo)、范圍和工作內(nèi)容 PAGEREF _Toc57140364 h 91.2.1項(xiàng)目目標(biāo) PAGEREF _Toc57140365 h 91.2.2項(xiàng)目業(yè)務(wù)范圍 PAGEREF _Toc57140366 h 101.3總體方案策略

3、PAGEREF _Toc57140367 h 111.3.1貫徹“自上而下，管理驅(qū)動(dòng)”的實(shí)施理念 PAGEREF _Toc57140370 h 111.3.2采用“四上四下，統(tǒng)分并舉”方案藍(lán)圖設(shè)計(jì)方法 PAGEREF _Toc57140371 h 121.3.3制定“流程導(dǎo)向，統(tǒng)分兼顧”的模板方案策略 PAGEREF _Toc57140372 h 131.3.4遵循“方案制定制度配套應(yīng)用監(jiān)控”一體化的閉環(huán)實(shí)施原則 PAGEREF _Toc57140373 h 152詳細(xì)規(guī)劃方案 PAGEREF _Toc57140374 h 162.1技術(shù)實(shí)現(xiàn)方案 PAGEREF _Toc57140375 h

4、162.1.1集成方案 PAGEREF _Toc57140376 h 16技術(shù)管理建議方案 PAGEREF _Toc57140377 h 16統(tǒng)一用戶方案 PAGEREF _Toc57140378 h 41統(tǒng)一認(rèn)證（單點(diǎn)登陸）方案 PAGEREF _Toc57140379 h 42統(tǒng)一待辦任務(wù)集成方案 PAGEREF _Toc57140380 h 45消息集成方案 PAGEREF _Toc57140381 h 46移動(dòng)集成規(guī)范方案 PAGEREF _Toc57140382 h 48UI規(guī)范方案 PAGEREF _Toc57140383 h 502.1.2軟硬件技術(shù)方案 PAGEREF _Toc

5、57140384 h 53軟件產(chǎn)品 PAGEREF _Toc57140385 h 53系統(tǒng)部署 PAGEREF _Toc57140386 h 532.1.3系統(tǒng)安全技術(shù)方案 PAGEREF _Toc57140387 h 63IT系統(tǒng)安全體系 PAGEREF _Toc57140389 h 63安全管理制度 PAGEREF _Toc57140390 h 64安全系統(tǒng)設(shè)計(jì) PAGEREF _Toc57140391 h 65網(wǎng)絡(luò)安全 PAGEREF _Toc57140392 h 652.1.4系統(tǒng)性能要求方案 PAGEREF _Toc57140393 h 683項(xiàng)目實(shí)施和服務(wù)方案 PAGEREF _T

6、oc57140394 h 703.1五統(tǒng)一的項(xiàng)目實(shí)施策略 PAGEREF _Toc57140395 h 753.1.1統(tǒng)一項(xiàng)目管理 PAGEREF _Toc57140396 h 763.1.2統(tǒng)一需求管控 PAGEREF _Toc57140397 h 763.1.3統(tǒng)一架構(gòu)管控 PAGEREF _Toc57140398 h 763.1.4統(tǒng)一實(shí)施推進(jìn) PAGEREF _Toc57140399 h 773.1.5統(tǒng)一運(yùn)維支撐 PAGEREF _Toc57140400 h 773.2項(xiàng)目進(jìn)度計(jì)劃 PAGEREF _Toc57140401 h 78項(xiàng)目概述項(xiàng)目需求理解集團(tuán)財(cái)務(wù)信息化面臨的問題支撐集團(tuán)

7、大財(cái)務(wù)體系面臨的問題從統(tǒng)一財(cái)務(wù)管理體系的要求出發(fā)，對(duì)比財(cái)務(wù)信息化建設(shè)的現(xiàn)狀，公司認(rèn)為可以從系統(tǒng)平臺(tái)，業(yè)務(wù)支撐，數(shù)據(jù)標(biāo)準(zhǔn)3個(gè)方面，分析總結(jié)面臨的問題。（1）多組織、多法人財(cái)務(wù)系統(tǒng)平臺(tái)需構(gòu)建：體量大、區(qū)域分散、層級(jí)復(fù)雜（七級(jí)法人）、核算實(shí)體眾多。目前各子屬公司的財(cái)務(wù)信息系統(tǒng)主要是分散部署，應(yīng)用軟件品牌、數(shù)據(jù)庫、模塊架構(gòu)、功能范圍也不相同。需要構(gòu)建一個(gè)統(tǒng)一、靈活、高性能的集團(tuán)大財(cái)務(wù)平臺(tái)來支撐未來財(cái)務(wù)核算與管理。（2）多業(yè)態(tài)、多維度業(yè)務(wù)核算支撐能力需加強(qiáng)：房屋建筑工程、基礎(chǔ)設(shè)施建設(shè)與投資、房地產(chǎn)投資與開發(fā)、勘探設(shè)計(jì)、海外業(yè)務(wù)、新業(yè)務(wù)不同業(yè)態(tài)的運(yùn)營(yíng)模式差異較大。各單位在業(yè)務(wù)類型、管理維度、核算特征上的差

8、異也較大。以成本管理為例，核算維度、模式均有各自的行業(yè)特點(diǎn)，如按產(chǎn)品核算、按項(xiàng)目核算、按活動(dòng)核算等。目前在核算的規(guī)范程度、系統(tǒng)的支撐能力，都存在不足，需要加強(qiáng)按行業(yè)特點(diǎn)固化核算規(guī)則的能力，完善對(duì)多種行業(yè)核算模式的系統(tǒng)支撐能力。（3）規(guī)范化、標(biāo)準(zhǔn)化的基礎(chǔ)數(shù)據(jù)體系需完善：基礎(chǔ)數(shù)據(jù)的編碼規(guī)則體系、分類體系、屬性體系未能統(tǒng)一，數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)口徑的差異造成交易核算困難、數(shù)據(jù)匯總困難、業(yè)務(wù)分析困難。在數(shù)據(jù)治理模式上，也未形成規(guī)范統(tǒng)一的管理組織、管理策略、配套制度。缺乏集團(tuán)統(tǒng)一主數(shù)據(jù)管理系統(tǒng)支撐，沒有統(tǒng)一的數(shù)據(jù)定義、生成、發(fā)布機(jī)制。支撐協(xié)同融合面臨的問題協(xié)同發(fā)展是企業(yè)可持續(xù)經(jīng)營(yíng)的基礎(chǔ)，只有協(xié)調(diào)不同部門、不同

9、組織層級(jí)的資源，相互協(xié)作共同實(shí)現(xiàn)企業(yè)目標(biāo)，才能達(dá)到共同發(fā)展的雙贏效果?；趨f(xié)同發(fā)展的視角審視財(cái)務(wù)信息化發(fā)展現(xiàn)狀，可以發(fā)現(xiàn)在橫向跨部門協(xié)同、縱向跨層級(jí)貫穿及關(guān)聯(lián)交易聯(lián)動(dòng)三個(gè)方面都面臨一些問題。（1）橫向跨部門協(xié)同：從端到端業(yè)務(wù)流程來看，包括分包結(jié)算到付款、總包結(jié)算到收款等流程管理，合同管理，項(xiàng)目管理等，而在系統(tǒng)支撐上跨部門流程銜接有斷點(diǎn)，體現(xiàn)在財(cái)務(wù)核算上表現(xiàn)為自動(dòng)化程度不高，交易處理工作量大；（2）縱向跨層級(jí)貫穿：包括信息縱向貫穿，支撐自上而下分發(fā)，自下而上匯總；流程縱向貫穿，支撐跨層級(jí)、跨公司間的審批流程。當(dāng)前分散建設(shè)的系統(tǒng)，對(duì)數(shù)據(jù)的跨層級(jí)、跨專業(yè)的協(xié)同能力支撐不足。（3）內(nèi)部關(guān)聯(lián)交易聯(lián)動(dòng)：對(duì)

10、于來說，關(guān)聯(lián)交易業(yè)務(wù)類型多，每種業(yè)務(wù)類型都可能涉及多個(gè)組織、多個(gè)部門、多個(gè)支撐系統(tǒng)，要實(shí)現(xiàn)集團(tuán)與子屬公司、子屬公司與子屬公司之間跨系統(tǒng)實(shí)例的關(guān)聯(lián)交易聯(lián)動(dòng)比較困難，并沒有完全支撐通過業(yè)務(wù)聯(lián)動(dòng)內(nèi)部交易同步入賬，導(dǎo)致月末關(guān)聯(lián)交易核對(duì)困難。支撐財(cái)務(wù)管控面臨的問題當(dāng)前的財(cái)務(wù)信息化系統(tǒng)有效幫助提升了財(cái)務(wù)管控的能力，但是由于外部監(jiān)管和內(nèi)部管理都對(duì)財(cái)務(wù)信息的快速性和準(zhǔn)確性提出了更高的要求，而目前分散部署的財(cái)務(wù)系統(tǒng)提供的財(cái)務(wù)信息并沒有實(shí)時(shí)共享，集團(tuán)財(cái)務(wù)管理信息出現(xiàn)了滯后的情況。由于財(cái)務(wù)管理信息滯后，數(shù)據(jù)的完整性、有效性和及時(shí)性得不到支持，各級(jí)管理者難以及時(shí)掌握來自集團(tuán)內(nèi)部各公司準(zhǔn)確的財(cái)務(wù)信息。具體可以從預(yù)算管控

11、、風(fēng)險(xiǎn)管控、經(jīng)營(yíng)分析三個(gè)方面分析面臨的問題。（1）預(yù)算管控：從預(yù)算編制、預(yù)算執(zhí)行到預(yù)算控制的過程來看，運(yùn)營(yíng)支出預(yù)算管理在很多工程局及專業(yè)公司已實(shí)現(xiàn)應(yīng)用，但是預(yù)算管控口徑和控制方式上差異較大。資金預(yù)算控制在大部分子屬單位未啟用，將資金預(yù)算納入預(yù)算管理對(duì)于現(xiàn)金流量不足的企業(yè)來說，可以避免因?yàn)橘Y金頭寸安排不當(dāng)，使企業(yè)陷入資金鏈斷裂的風(fēng)險(xiǎn)；對(duì)于現(xiàn)金流量充足的企業(yè)來說，可以避免因?yàn)橘Y金沉淀而降低資金集中運(yùn)營(yíng)的效益。對(duì)于這樣現(xiàn)金流比較充裕的公司來說，加強(qiáng)資金預(yù)算管理仍然是具有重要意義的。（2）風(fēng)險(xiǎn)控制：從風(fēng)險(xiǎn)動(dòng)態(tài)固化、實(shí)時(shí)在線監(jiān)控兩個(gè)方面來看集團(tuán)的風(fēng)險(xiǎn)管控機(jī)制面臨的問題。風(fēng)險(xiǎn)動(dòng)態(tài)固化：是指基于風(fēng)險(xiǎn)控制體系

12、，在各業(yè)態(tài)管理系統(tǒng)中能夠按規(guī)則固化落地，業(yè)務(wù)發(fā)生時(shí)系統(tǒng)自動(dòng)予以檢查。但是目前統(tǒng)一的風(fēng)險(xiǎn)控制體系在各子屬單位的系統(tǒng)中落地執(zhí)行情況不統(tǒng)一，有些控制節(jié)點(diǎn)并未予以固化，也不能支持動(dòng)態(tài)調(diào)整，存在一定的風(fēng)險(xiǎn)。實(shí)時(shí)在線監(jiān)控：對(duì)于項(xiàng)目審計(jì)作業(yè)未能集成業(yè)務(wù)基礎(chǔ)數(shù)據(jù)信息，同時(shí)缺失主動(dòng)風(fēng)險(xiǎn)預(yù)警和在線監(jiān)控，未對(duì)在線審計(jì)實(shí)現(xiàn)閉環(huán)管理。（3）財(cái)務(wù)分析：部分子屬公司建立了財(cái)務(wù)分析系統(tǒng)，但是整個(gè)缺乏統(tǒng)一的財(cái)務(wù)分析支撐系統(tǒng)。另外，基于現(xiàn)有的核算系統(tǒng)架構(gòu)，會(huì)出現(xiàn)業(yè)務(wù)財(cái)務(wù)數(shù)據(jù)口徑不一致，各子屬公司的數(shù)據(jù)口徑不一致等問題，影響指標(biāo)的動(dòng)因分析及對(duì)標(biāo)分析。而且數(shù)據(jù)接口眾多，數(shù)據(jù)傳送頻率及傳送質(zhì)量都可能有差異，數(shù)據(jù)稽核的工作量巨大，也會(huì)影

13、響財(cái)務(wù)分析的時(shí)效性和準(zhǔn)確性。財(cái)務(wù)一體化平臺(tái)總體目標(biāo)在集團(tuán)大財(cái)務(wù)體系構(gòu)建方面，推進(jìn)求同存異、統(tǒng)分結(jié)合統(tǒng)一的系統(tǒng)平臺(tái)：在財(cái)務(wù)信息系統(tǒng)的部署和架構(gòu)上，要建立統(tǒng)一的財(cái)務(wù)管理平臺(tái)，包括安裝部署、底層架構(gòu)、功能模塊應(yīng)用、系統(tǒng)集成關(guān)系，在整個(gè)集團(tuán)形成一盤棋。規(guī)范而靈活的核算支撐體系：重點(diǎn)包括賬簿、會(huì)計(jì)科目結(jié)構(gòu)、核算規(guī)則、權(quán)限管控、期末結(jié)賬、財(cái)務(wù)報(bào)告六大體系。以規(guī)范的會(huì)計(jì)語言、靈活的業(yè)務(wù)支撐能力來構(gòu)建的財(cái)務(wù)管理基石。標(biāo)準(zhǔn)化的主數(shù)據(jù)管理體系：梳理形成統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)、規(guī)則，建立主數(shù)據(jù)管理組織、管理策略、配套制度，并通過主數(shù)據(jù)管理系統(tǒng)的建設(shè)進(jìn)行固化，形成完善的數(shù)據(jù)定義、生成、發(fā)布機(jī)制。在協(xié)同融合方面，推進(jìn)業(yè)財(cái)協(xié)同、

14、財(cái)財(cái)融合在橫向協(xié)同上：未來財(cái)務(wù)信息化將建立同一組織業(yè)務(wù)與財(cái)務(wù)、財(cái)務(wù)與財(cái)務(wù)的橫向連接，實(shí)現(xiàn)數(shù)據(jù)協(xié)同、結(jié)算協(xié)同、資金協(xié)同、核算協(xié)同；實(shí)現(xiàn)業(yè)財(cái)、財(cái)財(cái)?shù)淖詣?dòng)核對(duì)；在縱向協(xié)同上：將打通集團(tuán)、二級(jí)單位及下級(jí)單位位的信息通道，實(shí)現(xiàn)全集團(tuán)信息貫穿與業(yè)務(wù)縱向協(xié)同，打破信息壁壘；在內(nèi)部各主體之間：構(gòu)建市場(chǎng)化的契約機(jī)制，支撐內(nèi)部規(guī)則化業(yè)務(wù)運(yùn)營(yíng)與內(nèi)部結(jié)算，同時(shí)細(xì)分業(yè)務(wù)類型，實(shí)現(xiàn)內(nèi)部關(guān)聯(lián)交易的全業(yè)務(wù)流程系統(tǒng)化、協(xié)同化與自動(dòng)化。在管控方面，推進(jìn)“管前”、“管后”、“管過程”支撐三個(gè)方面的管控體系建設(shè)，推進(jìn)“管前、管后、管過程”的風(fēng)控體系的信息化固化與支撐。主要體現(xiàn)在：在預(yù)算管控方面：在預(yù)算管控方面，側(cè)重于支出預(yù)算與資金預(yù)

15、算。在支出預(yù)算方面：分為資本性支出預(yù)算與成本費(fèi)用預(yù)算。資本性支出預(yù)算以項(xiàng)目為控制顆粒度，通過與合同、采購、付款等業(yè)務(wù)集成，實(shí)現(xiàn)項(xiàng)目可研、立項(xiàng)、建設(shè)的資本性支出的全過程控制。成本費(fèi)用預(yù)算以活動(dòng)為控制顆粒度，與合同、報(bào)賬、支付等業(yè)務(wù)環(huán)節(jié)集成，實(shí)現(xiàn)對(duì)成本費(fèi)用預(yù)算的控制。在資金預(yù)算方面：實(shí)現(xiàn)資金的收入預(yù)算與支出預(yù)算。資金收入預(yù)算業(yè)務(wù)前端BSS系統(tǒng)或其他收入系統(tǒng)集成，實(shí)現(xiàn)資金收入的預(yù)測(cè)與計(jì)劃。資金支出預(yù)算與合同、報(bào)賬等業(yè)務(wù)集成，實(shí)現(xiàn)對(duì)資金支出的預(yù)測(cè)與計(jì)劃。在風(fēng)險(xiǎn)控制方面：首先實(shí)現(xiàn)對(duì)全集團(tuán)合同管理，落實(shí)國(guó)資委“三重一大”的系統(tǒng)控制，同時(shí)實(shí)現(xiàn)合同的授權(quán)審批的系統(tǒng)固化，同時(shí)與業(yè)務(wù)集成，實(shí)現(xiàn)風(fēng)險(xiǎn)控制要求的過程控

16、制。同時(shí)支撐風(fēng)險(xiǎn)控制目錄管理，風(fēng)險(xiǎn)控制活動(dòng)計(jì)劃安排、資源安排、數(shù)據(jù)填報(bào)、模型評(píng)估等，實(shí)現(xiàn)風(fēng)險(xiǎn)控制業(yè)務(wù)條線的支撐。在風(fēng)險(xiǎn)分析方面，整合企業(yè)內(nèi)部跨域數(shù)據(jù)與外部數(shù)據(jù)，實(shí)現(xiàn)基于大數(shù)據(jù)的風(fēng)險(xiǎn)預(yù)測(cè)。在評(píng)價(jià)激勵(lì)方面：以責(zé)、權(quán)、利對(duì)等為原則，建立創(chuàng)新激勵(lì)管理模型，支撐不同業(yè)態(tài)、不同組織形式的多種激勵(lì)方式。構(gòu)建八大應(yīng)用，共同支撐財(cái)務(wù)管理體系公司理解，未來財(cái)務(wù)信息化包括八大應(yīng)用平臺(tái):報(bào)賬應(yīng)用平臺(tái):作為財(cái)務(wù)面向業(yè)務(wù)的統(tǒng)一“窗口”，是各類交易單據(jù)報(bào)賬處理的核心平臺(tái)。報(bào)賬平臺(tái)管理項(xiàng)目、合同等業(yè)務(wù)源信息，集成下屬單位前端各業(yè)務(wù)系統(tǒng)相關(guān)信息，并按照財(cái)務(wù)核算與管理要求與后端財(cái)務(wù)核算、資金、預(yù)算、稅務(wù)等系統(tǒng)集成。財(cái)務(wù)核算應(yīng)用平

17、臺(tái): 支撐財(cái)務(wù)核算，包括應(yīng)收管理、應(yīng)付管理、總賬管理、資產(chǎn)管理、成本管理，財(cái)務(wù)報(bào)告管理。與報(bào)賬平臺(tái)集成，采集交易明細(xì)信息，通過預(yù)先定義的核算規(guī)則，實(shí)現(xiàn)核算自動(dòng)化，形成會(huì)計(jì)帳表；為預(yù)算、合并、資金、主數(shù)據(jù)系統(tǒng)、財(cái)務(wù)分析等系統(tǒng)提供數(shù)據(jù)支撐。稅務(wù)管理平臺(tái): 實(shí)現(xiàn)納稅申報(bào)、稅務(wù)籌劃、稅務(wù)分析、稅務(wù)預(yù)警、以及各項(xiàng)增值稅的管理功能，通過與國(guó)稅系統(tǒng)、地稅系統(tǒng)、金稅系統(tǒng)打通，實(shí)現(xiàn)的自動(dòng)納稅申報(bào)、自動(dòng)開票功能。全面預(yù)算管理平臺(tái): 實(shí)現(xiàn)預(yù)算編制、滾動(dòng)預(yù)測(cè)等預(yù)算全生命周期管理功能，同時(shí)通過對(duì)接核算或數(shù)據(jù)倉庫系統(tǒng)，實(shí)現(xiàn)系統(tǒng)自動(dòng)化出具預(yù)實(shí)分析報(bào)表功能；合并報(bào)表管理平臺(tái): 實(shí)現(xiàn)系統(tǒng)自動(dòng)化合并及關(guān)聯(lián)交易抵銷功能，實(shí)現(xiàn)核算系

18、統(tǒng)關(guān)賬后系統(tǒng)“一鍵出表”。資金管理應(yīng)用平臺(tái): 與合作銀行進(jìn)行銀企互聯(lián)，支持根據(jù)設(shè)定的規(guī)則實(shí)現(xiàn)銀企直連及自動(dòng)對(duì)賬功能，同時(shí)通過資金系統(tǒng)能夠動(dòng)態(tài)掌握與反映全股份公司在全球的整體的資金運(yùn)營(yíng)與風(fēng)控情況。財(cái)務(wù)分析應(yīng)用平臺(tái): 實(shí)現(xiàn)經(jīng)營(yíng)分析與管理報(bào)表的自動(dòng)化出具，滿足各級(jí)單位的業(yè)務(wù)領(lǐng)導(dǎo)與財(cái)務(wù)領(lǐng)導(dǎo)的管理需求。主數(shù)據(jù)管理平臺(tái): 制定數(shù)據(jù)維護(hù)規(guī)則。由專門機(jī)構(gòu)進(jìn)行數(shù)據(jù)維護(hù)統(tǒng)一管理，通過MDM主數(shù)據(jù)平臺(tái)，實(shí)現(xiàn)對(duì)財(cái)務(wù)主數(shù)據(jù)的標(biāo)準(zhǔn)化工作。包括：客商、科目、組織、部門、銀行、銀行賬戶等。財(cái)務(wù)核算項(xiàng)目的目標(biāo)、范圍和工作內(nèi)容項(xiàng)目目標(biāo)通過架構(gòu)頂層設(shè)計(jì)和統(tǒng)一管理，加強(qiáng)數(shù)據(jù)共享和業(yè)務(wù)協(xié)同、支撐未來業(yè)務(wù)快速上線。對(duì)于財(cái)務(wù)核算系統(tǒng)建設(shè)的

19、總體目標(biāo)，理解主要包括以下兩個(gè)方面：提升集團(tuán)“財(cái)務(wù)服務(wù)能力”：基于統(tǒng)一核算規(guī)則，全流程貫通，全面協(xié)同，提升管理效率，降低管理成本，支持財(cái)務(wù)轉(zhuǎn)型；提升集團(tuán)“財(cái)務(wù)管控能力”：一套系統(tǒng)、集中部署，落實(shí)全集團(tuán)核算過程的統(tǒng)一，利用主數(shù)據(jù)、合并報(bào)告等手段，整體提升集團(tuán)層面集中管控能力。具體來看，本期工程重點(diǎn)要達(dá)成以下目的：建設(shè)集中化的財(cái)務(wù)核算系統(tǒng)，通過集團(tuán)統(tǒng)一核算規(guī)則及管控規(guī)則的集中固化，替換原總部及各工程局、專業(yè)公司、設(shè)計(jì)院等子屬分散部署的財(cái)務(wù)核算系統(tǒng)；與資金系統(tǒng)、報(bào)賬系統(tǒng)集成，形成業(yè)財(cái)協(xié)同和財(cái)財(cái)融合體系，實(shí)現(xiàn)核算自動(dòng)化，提升交易處理效率；實(shí)現(xiàn)總部、各工程局、專業(yè)公司、設(shè)計(jì)院等子屬之間的關(guān)聯(lián)交易協(xié)同，提

20、升對(duì)賬準(zhǔn)確性和及時(shí)率；與合并系統(tǒng)集成，實(shí)現(xiàn)對(duì)外披露報(bào)表的自動(dòng)化，實(shí)現(xiàn)全集團(tuán)報(bào)表一點(diǎn)出具；與預(yù)算系統(tǒng)、資金系統(tǒng)、稅務(wù)系統(tǒng)集成，提升財(cái)務(wù)專業(yè)運(yùn)營(yíng)能力，支撐管理會(huì)計(jì)體系的構(gòu)建，助力財(cái)務(wù)轉(zhuǎn)型。通過上述目標(biāo)的達(dá)成，最終實(shí)現(xiàn)“縱向上，集團(tuán)管理貫穿所有組織層級(jí)，實(shí)現(xiàn)縱向信息穿透、管理一體化；橫向上，業(yè)務(wù)橫向貫穿業(yè)務(wù)部門，實(shí)現(xiàn)業(yè)財(cái)協(xié)同；決策上，實(shí)現(xiàn)一個(gè)、一副面孔，一個(gè)數(shù)據(jù)口徑、一套決策體系” 的集中化財(cái)務(wù)管理平臺(tái)。項(xiàng)目業(yè)務(wù)范圍公司理解本項(xiàng)目是要構(gòu)建統(tǒng)一的財(cái)務(wù)核算平臺(tái)，支撐各類業(yè)務(wù)的自動(dòng)化、精細(xì)化核算需求。結(jié)合Oracle EBS R12的產(chǎn)品功能來看，本次項(xiàng)目實(shí)施的系統(tǒng)模塊包括：總賬管理應(yīng)付管理應(yīng)收管理固定資

21、產(chǎn)管理現(xiàn)金管理項(xiàng)目會(huì)計(jì)同時(shí)，財(cái)務(wù)核算系統(tǒng)需要與周邊各系統(tǒng)集成，共同支撐財(cái)務(wù)管理體系。包括：報(bào)賬平臺(tái)集成全面預(yù)算系統(tǒng)集成合并報(bào)表系統(tǒng)集成資金管理系統(tǒng)集成稅務(wù)管理管理系統(tǒng)集成主數(shù)據(jù)管理系統(tǒng)集成財(cái)務(wù)分析系統(tǒng)集成企業(yè)/財(cái)務(wù)門戶集成總體方案策略貫徹“自上而下，管理驅(qū)動(dòng)”的實(shí)施理念自上而下，管理驅(qū)動(dòng)的設(shè)計(jì)思路將在本次項(xiàng)目實(shí)施的過程中應(yīng)用，我們理解它可以分為三個(gè)層面：集團(tuán)管控，業(yè)務(wù)執(zhí)行和系統(tǒng)支撐。從上而下的設(shè)計(jì)思路，可以支持建設(shè)出先進(jìn)的、整合的管理信息系統(tǒng)。在本次財(cái)務(wù)核算系統(tǒng)項(xiàng)目中，我們將貫徹“自上而下，管理驅(qū)動(dòng)”的實(shí)施理念，對(duì)信息化實(shí)現(xiàn)需要進(jìn)行逐級(jí)分解分析，“自上而下，管理驅(qū)動(dòng)”理念體現(xiàn)在如下分析和實(shí)現(xiàn)的

22、過程中:從高層關(guān)注的各項(xiàng)企業(yè)經(jīng)營(yíng)活動(dòng)入手，分析高層的關(guān)注點(diǎn)。從高層關(guān)注的各個(gè)維度，逐層細(xì)化到業(yè)務(wù)流程。在設(shè)計(jì)財(cái)務(wù)核算系統(tǒng)方案時(shí)，應(yīng)結(jié)合Oracle的模塊功能，通過一定系統(tǒng)配置，將所設(shè)計(jì)的業(yè)務(wù)流程通過系統(tǒng)的手段加以固化。采用“四上四下，統(tǒng)分并舉”方案藍(lán)圖設(shè)計(jì)方法本次財(cái)務(wù)核算系統(tǒng)方案模板的制定，必須在全集團(tuán)范圍內(nèi)，充分考慮子屬單位的業(yè)務(wù)需求、實(shí)際情況和地方特點(diǎn)，經(jīng)過必要的多次上下意見溝通與討論，兼顧管理需求和基層實(shí)際，從而最終確定。公司根據(jù)多年在大型央企實(shí)施信息化平臺(tái)的經(jīng)驗(yàn)，總結(jié)出一套“四上四下”的方案藍(lán)圖設(shè)計(jì)方法，從集團(tuán)到下屬各單位之間合理安排工作程序，在有限的時(shí)間內(nèi)最大程度掌握各層級(jí)用戶的業(yè)務(wù)

23、需求，在設(shè)計(jì)未來信息化平臺(tái)藍(lán)圖方案時(shí)也經(jīng)過各層級(jí)充分的討論和認(rèn)可，從而為最終系統(tǒng)實(shí)現(xiàn)奠定堅(jiān)實(shí)基礎(chǔ)。下圖為公司建議的“四上四下，統(tǒng)分并舉”方案設(shè)計(jì)工作方法:方案模板的制定，必須充分考慮各子屬單位的業(yè)務(wù)特點(diǎn)，經(jīng)過多次上下意見溝通與討論，兼顧管理需求和基層實(shí)際，才最終確定。中央項(xiàng)目組負(fù)責(zé)支持需求、方案的完整性，實(shí)施單位項(xiàng)目組負(fù)責(zé)提出需求，確認(rèn)方案在本公司的可落地性。試點(diǎn)階段，中央組應(yīng)抽調(diào)非試點(diǎn)單位的業(yè)務(wù)骨干參與；推廣階段，將上述業(yè)務(wù)骨干下派，把控系統(tǒng)模板方案的順利推行。永遠(yuǎn)領(lǐng)先一步。制定“流程導(dǎo)向，統(tǒng)分兼顧”的模板方案策略以流程為導(dǎo)向，沿著流程詳細(xì)分析各類流程要素，最終形成統(tǒng)分兼顧的模板方案，這一過

24、程需要采取“以流程為導(dǎo)向”的思路來實(shí)現(xiàn)，最終構(gòu)建EBS FIN信息平臺(tái)，實(shí)現(xiàn)集中管理一體化、業(yè)務(wù)管理協(xié)同化。業(yè)務(wù)流程涉及財(cái)務(wù)信息化的多個(gè)系統(tǒng)模塊，只有從業(yè)務(wù)流程角度進(jìn)行系統(tǒng)建設(shè)才能真正實(shí)現(xiàn)系統(tǒng)對(duì)業(yè)務(wù)的支撐，也才能真正優(yōu)化系統(tǒng)方案和業(yè)務(wù)功能，提升整體管理的管理效率，否則帶來的可能是新的流程隔斷、系統(tǒng)分離和信息孤島。以業(yè)務(wù)流程為驅(qū)動(dòng)，全面分析流程要素，這些要素包括：流程環(huán)節(jié)：包括節(jié)點(diǎn)、任務(wù)、輸入輸出等；業(yè)務(wù)數(shù)據(jù)：流程節(jié)點(diǎn)所產(chǎn)生的結(jié)構(gòu)化信息；職能定位：不同層級(jí)公司、部門在流程中的管理職能定位；流程改進(jìn)點(diǎn)：流程設(shè)計(jì)主要優(yōu)化考慮點(diǎn)；業(yè)務(wù)規(guī)則：流程節(jié)點(diǎn)對(duì)應(yīng)的業(yè)務(wù)規(guī)則；職責(zé)分工：明確流程節(jié)點(diǎn)管理責(zé)任主體；風(fēng)

25、險(xiǎn)控制點(diǎn)：內(nèi)部管控風(fēng)險(xiǎn)點(diǎn)；管理制度：配套流程落地的管理制度；集成要點(diǎn)：以流程梳理推導(dǎo)出的集成點(diǎn)。在全面分析流程要素的基礎(chǔ)上，考慮集團(tuán)總部、子屬單位的特點(diǎn)與實(shí)際情況，統(tǒng)分兼顧，抓大放小，形成統(tǒng)分兼顧的模板方案，“統(tǒng)分兼顧”即：“統(tǒng)”標(biāo)準(zhǔn)化：共性、公共方案集團(tuán)層面統(tǒng)籌設(shè)計(jì)“分”個(gè)性化：通過模板為子屬單位方案保留靈活性為了支持應(yīng)用系統(tǒng)的快速實(shí)施、上線及推廣，公司將利用在國(guó)外大型集團(tuán)企業(yè)、國(guó)內(nèi)大型央企實(shí)施經(jīng)驗(yàn)總結(jié)的模板庫，再結(jié)合各試點(diǎn)單位特點(diǎn)個(gè)性化形成符合的模板方案。模板庫的內(nèi)容包括以下四大類：快速方案交付模板庫：主要包括業(yè)務(wù)流程模板、系統(tǒng)方案模板、管理規(guī)范和制度模板；系統(tǒng)配置模板庫：主要包括配置手冊(cè)

26、模板、配置數(shù)據(jù)包模板、配置檢查腳本模板；知識(shí)轉(zhuǎn)移模板庫：主要包括操作手冊(cè)模板、用戶培訓(xùn)演示模板、自學(xué)手冊(cè)模板、用戶手冊(cè)模板；數(shù)據(jù)遷移模板庫：包主要包括數(shù)據(jù)遷移策略模板、數(shù)據(jù)收集模板、數(shù)據(jù)驗(yàn)證模板、數(shù)據(jù)轉(zhuǎn)換和導(dǎo)入模板。在本次財(cái)務(wù)核算系統(tǒng)項(xiàng)目模板方案過程中，我們將通過“統(tǒng)分兼顧”的方法，通過適度標(biāo)準(zhǔn)化與個(gè)性化結(jié)合的方式，實(shí)現(xiàn)集團(tuán)統(tǒng)籌管控和各專業(yè)業(yè)務(wù)個(gè)性發(fā)展的管理模式?！敖y(tǒng)分兼顧”的模板對(duì)管理模式的全面支撐?；诘墓芸亟M織體系，在本項(xiàng)目中，“統(tǒng)分兼顧”的模板將體現(xiàn)在三個(gè)層面：集團(tuán)的統(tǒng)一方案模板：分析的統(tǒng)籌管控目標(biāo)，指定面向全的公共方案模板。各業(yè)態(tài)統(tǒng)一方案模板：在公共方案模板基礎(chǔ)上，結(jié)合各業(yè)態(tài)的專業(yè)化

27、特點(diǎn)，形成適用于專業(yè)公司層面的方案模板。子屬單位個(gè)性化模板：在標(biāo)準(zhǔn)方案模板基礎(chǔ)上，有原則、有選擇的整合有推廣價(jià)值的子屬單位個(gè)性化需求，形成滿足子屬單位個(gè)性化需求的方案模板。本項(xiàng)目的模板將由集團(tuán)統(tǒng)一方案模板、行業(yè)統(tǒng)一方案模板、子屬單位個(gè)性化模板組成：遵循“方案制定制度配套應(yīng)用監(jiān)控”一體化的閉環(huán)實(shí)施原則公司一貫認(rèn)為企業(yè)管理信息系統(tǒng)項(xiàng)目實(shí)施絕不能僅僅關(guān)注一套信息化系統(tǒng)的方案制定，而應(yīng)是一個(gè)系統(tǒng)方案制定、流程制度配套和系統(tǒng)應(yīng)用監(jiān)控相互結(jié)合、相互作用的閉環(huán)實(shí)施項(xiàng)目，示例如下:在以企業(yè)業(yè)務(wù)流程為主，功能模塊為輔，通過合理配置應(yīng)用系統(tǒng)各個(gè)模塊的參數(shù)，從而搭建出一套適合企業(yè)自身特點(diǎn)的信息化管理平臺(tái)；平臺(tái)搭建完

28、成并不意味著可以順利使用，必須建立一套配合系統(tǒng)平臺(tái)應(yīng)用的企業(yè)標(biāo)準(zhǔn)化和規(guī)范化的業(yè)務(wù)流程和管理制度，規(guī)定企業(yè)各類業(yè)務(wù)環(huán)節(jié)的關(guān)鍵步驟、控制點(diǎn)和流轉(zhuǎn)單據(jù)，從而為系統(tǒng)平臺(tái)的平滑運(yùn)轉(zhuǎn)建立條件；有了系統(tǒng)平臺(tái)和配套流程，能否讓企業(yè)人員真正去負(fù)責(zé)任的使用并發(fā)揮功效，就成了一個(gè)應(yīng)用系統(tǒng)是否可以達(dá)成目標(biāo)的關(guān)鍵。因此，建立有效的系統(tǒng)監(jiān)控體系，獎(jiǎng)罰并舉，促使業(yè)務(wù)人員去真正應(yīng)用該系統(tǒng)平臺(tái)。應(yīng)用系統(tǒng)平臺(tái)能夠?yàn)榭?jī)效指標(biāo)的核算提供準(zhǔn)確依據(jù)；反過來，績(jī)效指標(biāo)的考核又能夠有力地推動(dòng)企業(yè)人員對(duì)應(yīng)用系統(tǒng)平臺(tái)的應(yīng)用。以上三個(gè)環(huán)節(jié)在一個(gè)成功的管理信息系統(tǒng)應(yīng)用項(xiàng)目中缺一不可，相互促進(jìn)又相互制約，這也將是公司在管理信息平臺(tái)建設(shè)項(xiàng)目實(shí)施過程中的

29、所要遵循的實(shí)施原則。詳細(xì)規(guī)劃方案技術(shù)實(shí)現(xiàn)方案集成方案技術(shù)管理建議方案客戶化開發(fā)工具及擅長(zhǎng)的開發(fā)內(nèi)容建議：ORACLE 開發(fā)工具優(yōu)點(diǎn)劣勢(shì)XML PUBLISHERE擅長(zhǎng)報(bào)表格式比較固定的報(bào)表；可以提供多種輸出方式：EXCEL,PDF,WORD,HTML等；可以做出與所提供報(bào)表格式比較一致的報(bào)表不擅長(zhǎng)維度分析型報(bào)表；需采用請(qǐng)求方式提交報(bào)表，查詢結(jié)果不是很直觀BIEE擅長(zhǎng)分析型報(bào)表，可對(duì)各分公司或項(xiàng)目放在一張報(bào)表中進(jìn)行分析；多種展現(xiàn)形式：儀表盤，圖表等可導(dǎo)出成EXCEL可以使用ORACLE ERP一些內(nèi)置模型進(jìn)行報(bào)表開發(fā)和展現(xiàn)；標(biāo)準(zhǔn)的數(shù)據(jù)倉庫技術(shù)需進(jìn)行數(shù)據(jù)的ETL轉(zhuǎn)換將數(shù)據(jù)抽取到數(shù)據(jù)倉庫數(shù)據(jù)建模、開

30、發(fā)工作量比較大一般不用來展現(xiàn)實(shí)時(shí)數(shù)據(jù)得單獨(dú)購買硬件、軟件。DBI擅長(zhǎng)非復(fù)雜結(jié)構(gòu)的報(bào)表展現(xiàn)，如一些單個(gè)指標(biāo)類的數(shù)據(jù)；處理格式簡(jiǎn)單的二維表比較容易。支持圖形和報(bào)表相結(jié)合進(jìn)行展現(xiàn)可以輸出成excel數(shù)據(jù)展現(xiàn)部分開發(fā)方式容易掌握，業(yè)務(wù)人員都可進(jìn)行報(bào)表展現(xiàn)調(diào)整。商務(wù)智能模塊已經(jīng)預(yù)置一些指標(biāo)和報(bào)表不支持格式復(fù)雜的固定報(bào)表如貴公司提供樣例中的項(xiàng)目成本管理報(bào)表；不支持多維度分析型報(bào)表，不支持維度拖拉拽的方式，如多個(gè)分公司或多個(gè)項(xiàng)目的數(shù)據(jù)橫行展示。輸出數(shù)據(jù)不是很直觀，操作者需改變查詢習(xí)慣。另外，ORACLE自帶的查詢可能與企業(yè)需求不相符。WEB PAGE（OAF）符合ORACLE ERP產(chǎn)品未來發(fā)展趨勢(shì)；純WE

31、B操作，簡(jiǎn)單易用；查詢和展示比較靈活；可以在展示時(shí)進(jìn)行復(fù)雜的業(yè)務(wù)邏輯轉(zhuǎn)換和運(yùn)算；適合實(shí)時(shí)數(shù)據(jù)的查詢；可以開發(fā)出進(jìn)行數(shù)據(jù)追溯等的復(fù)雜功能可實(shí)現(xiàn)對(duì)于一些需要進(jìn)行數(shù)據(jù)錄入才能出來的報(bào)表的數(shù)據(jù)錄入和維護(hù)輸出界面比較直觀，與ORACLE標(biāo)準(zhǔn)功能界面也比較一致。開發(fā)的工作量比較大對(duì)于多維度分析型報(bào)表不支持需轉(zhuǎn)換展現(xiàn)方式對(duì)于輸出格式的支持力度不強(qiáng)，需要額外的進(jìn)行開發(fā)?？蛻艋_發(fā)管理： 需求調(diào)研需求調(diào)研的最主要目的是明確開發(fā)內(nèi)容，其次是評(píng)估開發(fā)耗費(fèi)的人工時(shí)，并做出合理的開發(fā)計(jì)劃。其間應(yīng)當(dāng)遵循以下基本出發(fā)點(diǎn)：以實(shí)施方案為基準(zhǔn)滿足方案中確定的流程需求技術(shù)可行性參與人員與職責(zé)調(diào)研工作需要由開發(fā)人員、實(shí)施顧問、關(guān)鍵用

32、戶、最終用戶完成。其中職責(zé)分配如下：關(guān)鍵用戶、最終用戶按照業(yè)務(wù)情況提出需求實(shí)施顧問對(duì)照實(shí)施方案確定該需求是否符合方案要求，是否必要開發(fā)人員確定該需求在技術(shù)實(shí)現(xiàn)上的可能性，做出初步實(shí)現(xiàn)方案，并對(duì)耗費(fèi)的人工時(shí)作出預(yù)估需求一般是由關(guān)鍵用戶、最終用戶提出的。但在項(xiàng)目實(shí)施的初期，用戶由可能并不是完全對(duì)方案確定的流程、系統(tǒng)能夠提供的功能有透徹的了解，故此提出的需求往往是基于以往的工作經(jīng)驗(yàn)，以及原有系統(tǒng)的功能。對(duì)此，需要實(shí)施顧問按照實(shí)施方案的要求來判斷該需求是否合理、必要。這一步驟上，實(shí)施顧問應(yīng)從滿足最基本的業(yè)務(wù)流程出發(fā)，對(duì)需求作出過濾，減少開發(fā)不必要、或者是不是很迫切的功能。在經(jīng)過實(shí)施顧問的過濾后，開發(fā)人

33、員應(yīng)對(duì)其技術(shù)實(shí)現(xiàn)的可能性、風(fēng)險(xiǎn)性作出評(píng)估。一般來說，只要需求是在邏輯上合理的，在技術(shù)上就有實(shí)現(xiàn)的可能。但開發(fā)人員應(yīng)當(dāng)注意到某些開發(fā)的風(fēng)險(xiǎn)性，如對(duì)底層數(shù)據(jù)庫的直接操作、對(duì)原有程序的修改等。由于沒有使用標(biāo)準(zhǔn)的接口、修改后程序可能被PATCH覆蓋等因素，我們不能支持此類開發(fā)能夠在任何時(shí)候支持百分之百的正確，故此應(yīng)當(dāng)作為潛在風(fēng)險(xiǎn)向客戶提出，并要求獲得客戶的確認(rèn)。在確定開發(fā)內(nèi)容后，開發(fā)人員應(yīng)初步確定技術(shù)實(shí)現(xiàn)的大致方案，如整體框架、實(shí)現(xiàn)工具，并對(duì)需要的人工時(shí)作出預(yù)估，進(jìn)而作出開發(fā)計(jì)劃。調(diào)研文檔需求調(diào)研的結(jié)果體現(xiàn)為調(diào)研文檔，其中包含2項(xiàng)內(nèi)容：開發(fā)方案及人工時(shí)預(yù)估、開發(fā)計(jì)劃。開發(fā)方案及人工時(shí)預(yù)估此文檔應(yīng)涵蓋以

34、下方面：開發(fā)整體構(gòu)架開發(fā)項(xiàng)目列表實(shí)現(xiàn)工具人工時(shí)預(yù)估潛在風(fēng)險(xiǎn)此文檔需要經(jīng)過實(shí)施方、客戶方項(xiàng)目經(jīng)理的簽字認(rèn)可后才可生效，并轉(zhuǎn)入下一步的開發(fā)工作。開發(fā)計(jì)劃開發(fā)計(jì)劃基于前一文檔中對(duì)開發(fā)人工時(shí)的預(yù)估。在考慮實(shí)際投入的開發(fā)資源后，排出具體的進(jìn)度，用以控制開發(fā)的正常進(jìn)行。此文檔中應(yīng)明確：開發(fā)工作的結(jié)束時(shí)間。由于系統(tǒng)上線可能分若干個(gè)階段，故此也可再進(jìn)行細(xì)分，并據(jù)此對(duì)每一時(shí)間段的開發(fā)工作進(jìn)行明確，即為支持該階段系統(tǒng)上線所需要的開發(fā)任務(wù)能夠完成，將次要的開發(fā)任務(wù)推遲或取消。每一項(xiàng)開發(fā)任務(wù)的起始日期和結(jié)束日期。每一項(xiàng)開發(fā)任務(wù)上投入的人力資源（即指定開發(fā)人員）。此文檔推薦使用MS PROJECT編寫。調(diào)研階段的結(jié)束調(diào)

35、研工作以提交調(diào)研文檔，并獲客戶簽字認(rèn)可為結(jié)束標(biāo)志。實(shí)際開發(fā)工作開始后，應(yīng)支持方案的穩(wěn)定性、權(quán)威性，不得隨意修改。任何涉及整體構(gòu)架、流程的變更需按照需求變更流程實(shí)現(xiàn)。功能設(shè)計(jì)在經(jīng)過調(diào)研階段的初步討論和最終方案的指導(dǎo)下，需要將需求以盡可能詳盡的文字表達(dá)出來，即形成功能設(shè)計(jì)。參與人員與職責(zé)此文檔要求編寫者對(duì)ERP系統(tǒng)有較深入的了解，熟悉系統(tǒng)的操作風(fēng)格，并按照ORACLE APPLICATION的標(biāo)準(zhǔn)術(shù)語來對(duì)希望實(shí)現(xiàn)功能進(jìn)行描繪。功能設(shè)計(jì)需要由實(shí)施顧問完成，或者在實(shí)施顧問的指導(dǎo)下由關(guān)鍵用戶完成。文檔要求此文檔的基本要求是：詳盡、準(zhǔn)確、用語標(biāo)準(zhǔn)。此文檔應(yīng)當(dāng)向它的閱讀對(duì)象，即技術(shù)設(shè)計(jì)人員，描繪以下信息：該

36、程序的業(yè)務(wù)背景（實(shí)施方案）、業(yè)務(wù)目的該程序的主要功能，如分析打印目標(biāo)數(shù)據(jù)、生成目標(biāo)數(shù)據(jù)該程序的界面表現(xiàn)，如輸出紙張大小、字段格式、排序方法、參數(shù)內(nèi)容該程序的操作步驟此文檔中的用語應(yīng)當(dāng)符合原有系統(tǒng)程序的標(biāo)準(zhǔn)，并在操作風(fēng)格上與之保持一致。功能設(shè)計(jì)的確認(rèn)功能設(shè)計(jì)需要由技術(shù)設(shè)計(jì)人員審閱，確認(rèn)其提出的每一細(xì)節(jié)均符合整體方案規(guī)范、符合程序標(biāo)準(zhǔn)、可以在程序中實(shí)現(xiàn)。對(duì)于技術(shù)設(shè)計(jì)人員認(rèn)為可能引起歧義的地方，需要修改文檔，作出明確解釋。確認(rèn)無誤后，須由客戶方和技術(shù)設(shè)計(jì)人員簽字人可，并將此文檔歸檔。已歸檔的功能設(shè)計(jì)在技術(shù)設(shè)計(jì)開始后，除非邏輯結(jié)構(gòu)有重大變化，否則不得隨意更改。其更改辦法參見需求變更流程。在以上基礎(chǔ)上方

37、可轉(zhuǎn)入下一開發(fā)階段。技術(shù)設(shè)計(jì)按照需求設(shè)計(jì)的要求，以程序的語言描述該功能是如何實(shí)現(xiàn)的，即形成技術(shù)設(shè)計(jì)。參與人員與職責(zé)此文檔的編寫者應(yīng)當(dāng)是有開發(fā)經(jīng)驗(yàn)的技術(shù)人員，并應(yīng)具備以下條件：了解ERP系統(tǒng)的構(gòu)架了解ERP系統(tǒng)的程序?qū)崿F(xiàn)方法了解ERP系統(tǒng)的各種開放接口了解Developer 10g、SQL等開發(fā)工具編寫者應(yīng)結(jié)合功能設(shè)計(jì)的具體要求，選擇合適的開發(fā)工具，設(shè)計(jì)合理的邏輯結(jié)構(gòu)，并對(duì)實(shí)現(xiàn)中的細(xì)節(jié)作出說明。文檔要求技術(shù)設(shè)計(jì)文檔應(yīng)當(dāng)涵蓋以下幾方面的內(nèi)容：使用的開發(fā)工具程序的標(biāo)準(zhǔn)命名（如程序名、參數(shù)名、對(duì)象名等）程序所需參數(shù)的設(shè)置（如類型、長(zhǎng)度等）程序的邏輯流程（如流程圖、偽代碼等）細(xì)節(jié)功能的實(shí)現(xiàn)（如對(duì)象屬性設(shè)

38、置、某字段的取值方法等）數(shù)據(jù)庫中所需的對(duì)象（如新建的VIEW、SEQUENCE等）ERP系統(tǒng)中必要的設(shè)置（如參數(shù)所用值集、預(yù)置文件等）開發(fā)工具的選擇主要基于實(shí)現(xiàn)的難度、與ERP系統(tǒng)的整合性。一般來說主要使用原有ERP系統(tǒng)的開發(fā)工具（Developer 10g, PL/SQL, java等）。ERP系統(tǒng)中的程序命名均有一定的標(biāo)準(zhǔn)，客戶化的程序也應(yīng)當(dāng)遵循，以保持與原系統(tǒng)的風(fēng)格一致。技術(shù)設(shè)計(jì)中要使用盡可能詳細(xì)的程序語言來表述邏輯設(shè)計(jì)思想。其中可是用流程圖等工具，此外還可以編寫偽代碼。需要注意的是，偽代碼并不需要詳細(xì)到每個(gè)SQL語句的具體寫法，而只是需要表明設(shè)計(jì)意圖即可。設(shè)計(jì)人員應(yīng)當(dāng)給代碼編寫人員留出

39、一定的空間，方便其在實(shí)現(xiàn)代碼時(shí)作靈活的修改。對(duì)于需要在數(shù)據(jù)庫、ERP系統(tǒng)中新建對(duì)象、做必要設(shè)置等工作，技術(shù)設(shè)計(jì)應(yīng)當(dāng)做出詳細(xì)的描述。代碼編寫人員不得對(duì)此部分內(nèi)容進(jìn)行修改。此文檔對(duì)應(yīng)于AIM中的MD070，并以此編號(hào)，可參照其標(biāo)準(zhǔn)格式。技術(shù)設(shè)計(jì)的確認(rèn)技術(shù)設(shè)計(jì)文檔完成后，交開發(fā)人員確認(rèn)，并轉(zhuǎn)入代碼編寫階段。代碼編寫依據(jù)技術(shù)設(shè)計(jì)所示的邏輯結(jié)構(gòu)，將其翻譯成真正的程序，即代碼的編寫。參與人員與職責(zé)代碼編寫人員應(yīng)具備以下條件：對(duì)ERP系統(tǒng)的構(gòu)架有一定的了解熟悉Developer 2k/6i、SQL等開發(fā)工具的使用代碼編寫人員應(yīng)遵循技術(shù)設(shè)計(jì)中明確的邏輯結(jié)構(gòu)，將其用具體的真實(shí)代碼再現(xiàn)。程序要求代碼編寫人員在具體

40、的開發(fā)工作中應(yīng)遵循以下要求：嚴(yán)格遵循技術(shù)設(shè)計(jì)中的邏輯結(jié)構(gòu)在代碼的實(shí)際寫法中可有靈活的修改代碼規(guī)范應(yīng)符合“ORACLE APPLICATION開發(fā)員手冊(cè)”中的要求注意代碼的性能 代碼編寫的完成程序開發(fā)完成后，開發(fā)人員須作初步的測(cè)試，支持程序可正常運(yùn)行后，再交由測(cè)試人員進(jìn)行測(cè)試。代碼測(cè)試參與人員與職責(zé)參與代碼測(cè)試的人員主要為提出需求的關(guān)鍵用戶或?qū)嵤╊檰?、代碼開發(fā)人員。參照功能設(shè)計(jì)文檔，需求提出人員檢查程序是否符合所提出的要求；當(dāng)發(fā)現(xiàn)問題時(shí)，及時(shí)反饋給代碼開發(fā)人員，由其負(fù)責(zé)修改代碼。整個(gè)測(cè)試過程按照“測(cè)試-修改-再測(cè)試”的循環(huán)進(jìn)行，直至問題均解決。文檔要求測(cè)試文檔應(yīng)當(dāng)涵蓋如下內(nèi)容：測(cè)試方法測(cè)試數(shù)據(jù)測(cè)

41、試日志測(cè)試方法與測(cè)試數(shù)據(jù)將依據(jù)功能設(shè)計(jì)、技術(shù)設(shè)計(jì)而編寫。根據(jù)程序的復(fù)雜程度，測(cè)試方法與測(cè)試數(shù)據(jù)的內(nèi)容詳細(xì)程度可不同，簡(jiǎn)單的程序只要闡述出測(cè)試方法和所預(yù)期的結(jié)果既可；復(fù)雜的程序則要設(shè)計(jì)詳細(xì)的測(cè)試步驟、測(cè)試數(shù)據(jù)。測(cè)試日志用于記錄測(cè)試中出現(xiàn)的問題，以及解決結(jié)果。測(cè)試人員與開發(fā)人員循環(huán)檢查該文檔，并根據(jù)需要進(jìn)行修改、填寫。此文檔對(duì)應(yīng)于AIM中的TE020/TE040，并以此編號(hào)，可參照其標(biāo)準(zhǔn)格式。測(cè)試階段的結(jié)束測(cè)試階段將以所有測(cè)試均順利通過、所有發(fā)現(xiàn)的問題均解決為結(jié)束標(biāo)志。安裝手冊(cè)及用戶手冊(cè)參與人員與職責(zé)安裝手冊(cè)由技術(shù)設(shè)計(jì)人員或代碼開發(fā)人員編寫。用戶手冊(cè)由功能設(shè)計(jì)人員編寫。文檔要求安裝手冊(cè)應(yīng)當(dāng)涵蓋以下

42、內(nèi)容：安裝環(huán)境必要的application設(shè)置必要的數(shù)據(jù)庫對(duì)象代碼的復(fù)制、編譯其他的注意事項(xiàng)安裝手冊(cè)對(duì)應(yīng)于AIM中的MD120，并以此編號(hào)，可參照其標(biāo)準(zhǔn)格式。用戶手冊(cè)依據(jù)功能設(shè)計(jì)編寫，應(yīng)當(dāng)涵蓋以下內(nèi)容：相關(guān)的業(yè)務(wù)背景運(yùn)行程序的步驟用戶手冊(cè)對(duì)應(yīng)于AIM中的DO070，并以此編號(hào)，可參照其標(biāo)準(zhǔn)格式。需求變更變更流程需求的變更往往是造成開發(fā)任務(wù)無法及時(shí)完成的重要原因，所以在前期應(yīng)充分全面地考慮開發(fā)需求及方案，盡量避免在開發(fā)過程中對(duì)需求進(jìn)行反復(fù)的修改。在必須進(jìn)行變更的情況下，則按照以下原則、流程進(jìn)行：已確認(rèn)的方案、設(shè)計(jì)不可隨意更改需求的變更申請(qǐng)須使用標(biāo)準(zhǔn)文檔提交變更申請(qǐng)文檔需要經(jīng)過客戶、顧問雙方的經(jīng)理

43、簽字確認(rèn)后，方可實(shí)施修改需求變更后，必須按照以下順序逐個(gè)修改相應(yīng)文檔、程序：修改整體方案修改功能設(shè)計(jì)修改技術(shù)設(shè)計(jì)修改程序代碼修改測(cè)試文檔，重新測(cè)試修改安裝手冊(cè)、用戶手冊(cè)文檔要求需求變更文檔對(duì)應(yīng)于AIM中的CR060，并以此編號(hào)，可參照其標(biāo)準(zhǔn)格式。相關(guān)工具的使用本節(jié)講述在二次開發(fā)工作中可使用的若干工具。開發(fā)計(jì)劃及進(jìn)度控制軟件目前使用的開發(fā)計(jì)劃及進(jìn)度控制軟件為 MicroSoft Project。使用該軟件可方便地進(jìn)行維護(hù)開發(fā)列表、跟蹤開發(fā)進(jìn)度等工作。開發(fā)匯總表為了更好的管理開發(fā)項(xiàng)目中的文檔和代碼，要求各個(gè)項(xiàng)目均有一份開發(fā)匯總表。該文檔用EXCEL編寫，其包含如下列內(nèi)容：所屬模塊（如PO、FA、G

44、L等）程序中文名、中文描述程序類型（如FORM、REPORT、SQL腳本、PL/SQL存儲(chǔ)過程等）程序名（程序文件名、相關(guān)腳本文件名等）總體方案文檔名功能設(shè)計(jì)文檔名技術(shù)設(shè)計(jì)文檔名安裝手冊(cè)文檔名用戶手冊(cè)文檔名編碼標(biāo)準(zhǔn)本節(jié)講述在OA開發(fā)中應(yīng)遵循的編碼標(biāo)準(zhǔn)。具體內(nèi)容分以下3部分：CODING原則標(biāo)準(zhǔn)開發(fā)環(huán)境命名標(biāo)準(zhǔn)CODING原則進(jìn)行OA開發(fā)，首先必須遵循以下原則：代碼要保持良好的可讀性和可維護(hù)性代碼要支持在繁忙網(wǎng)絡(luò)條件下仍然擁有良好的性能代碼要有良好的可重用性代碼要有良好的跨操作平臺(tái)能力盡量使用FORM、PL/SQL等工具完成所有的編碼（盡量避免使用其它編程語言編寫復(fù)雜的用戶出口函數(shù)）代碼要保持良

45、好的可讀性和可維護(hù)性在FORM的開發(fā)過程中，對(duì)TABLE、ITEM等對(duì)象盡量地使用HANDLER進(jìn)行操作。使用HANDLER可以避免代碼分散在大大小小的TRIGGER中，對(duì)代碼進(jìn)行集中管理。有利于開發(fā)、維護(hù)及調(diào)試。代碼要支持在繁忙網(wǎng)絡(luò)條件下仍然擁有良好的性能在網(wǎng)絡(luò)條件下要支持程序的良好性能，其關(guān)鍵在于減少網(wǎng)絡(luò)流量。代碼盡可能地在服務(wù)器端完成盡可能地在本地取得所需變量代碼要有良好的可重用性將可重用的代碼以庫的形式保存在數(shù)據(jù)庫中FORM中，可重用的代碼應(yīng)盡量寫成單獨(dú)的PROCEDURE代碼要有良好的跨操作平臺(tái)能力避免直接對(duì)操作平臺(tái)中的對(duì)象進(jìn)行操作使用APP_STANDARD.PLATFORM函數(shù)包

46、校驗(yàn)是否存在依賴操作系統(tǒng)平臺(tái)的代碼標(biāo)準(zhǔn)開發(fā)環(huán)境OA為開發(fā)者提供了一系列的工具，并用豐富的預(yù)定義資源組成了便利的開發(fā)環(huán)境。開發(fā)者在工作中需要加以注意使用，以加快開發(fā)速度和提高代碼質(zhì)量。命名標(biāo)準(zhǔn)良好的命名方法能夠使得程序保持良好的易讀性，便于后期的維護(hù)工作。所以在開發(fā)過程中，必須依據(jù)以下規(guī)則對(duì)各個(gè)對(duì)象命名，盡量避免使用如misc、common、other等籠統(tǒng)的對(duì)象名。技術(shù)文檔交付和管理方案 技術(shù)文檔管理原則技術(shù)文檔特指與項(xiàng)目有關(guān)的各類資料，包括文件、通知、項(xiàng)目交付品、會(huì)議演示資料、發(fā)放的資料、宣傳資料、錄像、錄音等；技術(shù)文檔的管理遵循如下原則：技術(shù)文檔特指與項(xiàng)目有關(guān)的各類資料，包括文件、通知、項(xiàng)

47、目交付品、會(huì)議演示資料、發(fā)放的資料、宣傳資料、錄像、錄音等；必須基于項(xiàng)目的標(biāo)準(zhǔn)模版、命名規(guī)則和存儲(chǔ)要求；分發(fā)的確認(rèn)和會(huì)簽的文件，必須建立跟蹤記錄；所有文件創(chuàng)建人、審核人、修改人都必須在文件的修改記錄內(nèi)登記；所有簽字的文件必須完整地保留在項(xiàng)目的文件夾內(nèi)；所有文件模板的建立與改動(dòng)集中管理，實(shí)施文檔和日常項(xiàng)目管理文檔模板及其命名規(guī)則的建立和改動(dòng)分別由專人負(fù)責(zé)；文檔存儲(chǔ)要求：應(yīng)使用光盤或紙張（硬拷貝）等介質(zhì)進(jìn)行應(yīng)用程序、數(shù)據(jù)及相應(yīng)文檔的存儲(chǔ)；文檔編寫要求：文檔的編寫應(yīng)符合中國(guó)國(guó)家標(biāo)準(zhǔn)及集團(tuán)制定的有關(guān)標(biāo)準(zhǔn)和規(guī)定的要求；提交數(shù)量：根據(jù)要求提交紙質(zhì)文檔若干份，和一份以光盤為介質(zhì)的電子文檔。技術(shù)文檔工具本項(xiàng)目

48、將主要使用以下版本的文檔處理與查看軟件，以支持項(xiàng)目管理：Microsoft Word 2010文本文檔；Microsoft Excel 2010表格/數(shù)據(jù)文檔/項(xiàng)目計(jì)劃；Microsoft Powerpoint 2010演示/匯報(bào)；Microsoft Project 2010項(xiàng)目計(jì)劃；Microsoft Visio 2010流程描述；技術(shù)文檔安全技術(shù)文檔將在項(xiàng)目共享目錄下保存。技術(shù)文檔將作為項(xiàng)目工作成果，由項(xiàng)目管理小組指定專人負(fù)責(zé)備份。技術(shù)文檔一旦通過批準(zhǔn)，則被標(biāo)記為Final版本，將被保存。Final版本的文檔如需變更，應(yīng)按照嚴(yán)格的變更管理程序執(zhí)行，并由項(xiàng)目管理小組負(fù)責(zé)管理文檔編碼的控制。技

49、術(shù)文檔清單整個(gè)項(xiàng)目實(shí)施過程中，項(xiàng)目組提交的文檔以簡(jiǎn)體中文編寫。階段名稱呈交文件/成果內(nèi)容文檔編碼一建立實(shí)施策略質(zhì)量計(jì)劃(包括范圍，目標(biāo)，和方法)這份文檔概括描述了項(xiàng)目的各項(xiàng)工作的構(gòu)成和總體框架。包括：系統(tǒng)結(jié)構(gòu)、培訓(xùn)、設(shè)計(jì)、數(shù)據(jù)轉(zhuǎn)換、項(xiàng)目組織、變更流程、項(xiàng)目風(fēng)險(xiǎn)與規(guī)避以及項(xiàng)目的關(guān)鍵目標(biāo)CR.010/SOA項(xiàng)目工作計(jì)劃項(xiàng)目計(jì)劃：包含項(xiàng)目明細(xì)任務(wù)、資源分配、各里程碑的目標(biāo)日期和關(guān)鍵路徑CR.PMP二業(yè)務(wù)流程分析未來業(yè)務(wù)流程模型未來業(yè)務(wù)流程圖定義了每個(gè)業(yè)務(wù)的流程及其子流程。主要為了定義遠(yuǎn)景目標(biāo)、重要特點(diǎn)和未來的業(yè)務(wù)流程藍(lán)圖。BP.080業(yè)務(wù)要求差異文件所有業(yè)務(wù)需求和已定流程的匯總BR.030三設(shè)計(jì)解決

50、方案系統(tǒng)設(shè)置文件根據(jù)方案匹配結(jié)果，滿足需求的Oracle產(chǎn)品各模塊功能設(shè)置明細(xì)記錄文檔BR.100四建立應(yīng)用系統(tǒng)個(gè)別程序測(cè)試計(jì)劃，數(shù)據(jù)，與結(jié)果按照數(shù)據(jù)轉(zhuǎn)換和技術(shù)規(guī)格說明書的要求，每個(gè)程序完成后進(jìn)行單元測(cè)試（包括測(cè)試數(shù)據(jù)和結(jié)果），要求是很完整的單元測(cè)試TE.020集成測(cè)試計(jì)劃，數(shù)據(jù)，與結(jié)果類似于單元測(cè)試報(bào)告的內(nèi)容TE.040用戶測(cè)試認(rèn)可證明書來自用戶的滿意度（對(duì)單個(gè)模塊）測(cè)試證明TE.UAC五系統(tǒng)切換系統(tǒng)切換方案新舊系統(tǒng)切換的方案、失敗回退方案系統(tǒng)切換計(jì)劃詳細(xì)切換步驟、時(shí)間安排系統(tǒng)切換報(bào)告切換后的成果報(bào)告六運(yùn)行維護(hù)培訓(xùn)手冊(cè)類似于用戶手冊(cè)，但內(nèi)容側(cè)重在培訓(xùn)方面DO.070用戶手冊(cè)用戶手冊(cè)包含的內(nèi)容

51、：系統(tǒng)實(shí)施后，買方要進(jìn)行的日常操作流程的描述TR.010系統(tǒng)投產(chǎn)驗(yàn)收清單清單內(nèi)容包含：所有的可提交結(jié)果或推廣前要達(dá)到并接受的所有里程碑PM.PAC實(shí)施推廣計(jì)劃一份計(jì)劃：包含實(shí)施時(shí)間、過程、期限、數(shù)據(jù)轉(zhuǎn)換計(jì)劃和驗(yàn)收方法PM.010系統(tǒng)轉(zhuǎn)換計(jì)劃與數(shù)據(jù)一份計(jì)劃：包含所有轉(zhuǎn)換數(shù)據(jù)的提取時(shí)間、轉(zhuǎn)換次序和驗(yàn)收方法CV.010系統(tǒng)投產(chǎn)驗(yàn)收測(cè)試在數(shù)據(jù)轉(zhuǎn)換完成，系統(tǒng)已準(zhǔn)備就緒，準(zhǔn)備切換上線的驗(yàn)收測(cè)試PM.PAT七項(xiàng)目結(jié)束項(xiàng)目實(shí)施總結(jié)報(bào)告系統(tǒng)實(shí)施后，實(shí)施回顧和用買方數(shù)據(jù)來驗(yàn)證的一份總結(jié)報(bào)告項(xiàng)目初驗(yàn)報(bào)告初驗(yàn)運(yùn)行情況、存在問題及其解決時(shí)間安排項(xiàng)目初驗(yàn)證書項(xiàng)目已通過初步驗(yàn)收的證書項(xiàng)目終驗(yàn)報(bào)告系統(tǒng)運(yùn)行及試運(yùn)行情況、初驗(yàn)遺

52、留問題解決情況項(xiàng)目終驗(yàn)證書項(xiàng)目已通過最終驗(yàn)收的證書八項(xiàng)目管理變更申請(qǐng)表項(xiàng)目周工作進(jìn)度報(bào)告項(xiàng)目月工作進(jìn)度報(bào)告會(huì)議紀(jì)要報(bào)告工時(shí)表項(xiàng)目管理過程文件CR.CRFCR.PWSCR.PMSCR.PMICR.PWS文檔傳遞規(guī)則為規(guī)范技術(shù)文檔的傳遞，建立完整、統(tǒng)一的文檔發(fā)出、接收、抄送程序，以方便項(xiàng)目人員參考，特制定本規(guī)則。本項(xiàng)目所進(jìn)行的文檔傳遞須按此規(guī)則執(zhí)行。項(xiàng)目組在項(xiàng)目管理過程中指定一名項(xiàng)目文檔管理員，具體的工作職責(zé)如下：負(fù)責(zé)項(xiàng)目文檔的收集和匯總；負(fù)責(zé)項(xiàng)目文檔的分類整理，并根據(jù)編碼規(guī)則對(duì)項(xiàng)目小組成員交付文檔的命名進(jìn)行審核和修改；負(fù)責(zé)項(xiàng)目文檔按類別和編碼進(jìn)行存檔和更新，并做好文檔記錄工作；根據(jù)項(xiàng)目經(jīng)理的審核

53、，進(jìn)行項(xiàng)目文檔的相互傳遞和確認(rèn)工作；負(fù)責(zé)項(xiàng)目文檔編碼的維護(hù)，包括編碼新增、刪除和更改，并及時(shí)進(jìn)行相互間的通報(bào)；根據(jù)項(xiàng)目經(jīng)理的審核，進(jìn)行項(xiàng)目文檔的內(nèi)部傳遞或抄送工作；項(xiàng)目小組的各級(jí)成員都必須積極配合項(xiàng)目文檔管理員的工作。文檔查閱管理凡涉及項(xiàng)目有關(guān)的文檔均屬于保密范疇。文檔資料按照公開的對(duì)象不同分為三級(jí)：項(xiàng)目經(jīng)理及以上人員可以查閱且不能公開的資料為第一級(jí)；項(xiàng)目組成員可以查閱且不能公開的資料為第二級(jí)；公司所有員工均可以查閱的資料為第三級(jí)。項(xiàng)目相關(guān)的資料統(tǒng)一存放在公共服務(wù)器上，指定專人負(fù)責(zé)維護(hù)服務(wù)器，支持穩(wěn)定運(yùn)行、足夠的存儲(chǔ)空間和數(shù)據(jù)安全。公共服務(wù)器上的資料按照級(jí)別對(duì)用戶進(jìn)行管理。公共服務(wù)器上的資料由

54、項(xiàng)目管理小組專人負(fù)責(zé)維護(hù)，需要及時(shí)更新。項(xiàng)目小組成員應(yīng)嚴(yán)格遵守保密制度。技術(shù)開發(fā)流程 公司的Oracle ERP客戶化開發(fā)方法論如下：為了支持客戶化的開發(fā)質(zhì)量，減少不必要的開發(fā)成本，加速知識(shí)轉(zhuǎn)移的進(jìn)程度，所有的客戶化的開發(fā)都必須遵守下面的具體開發(fā)流程。每一個(gè)客戶化都有完整的生命周期，在項(xiàng)目的實(shí)施過程中，我們采用EXCEL模板方式的客戶化清單來評(píng)估開發(fā)的工作量，管理和控制開發(fā)的進(jìn)度，根據(jù)項(xiàng)目實(shí)施的具體要求來調(diào)整客戶化的優(yōu)先級(jí)等。模板示例如下：在ERP系統(tǒng)的開發(fā)工作中，客戶化開發(fā)將根據(jù)需要進(jìn)行四個(gè)層面的測(cè)試。單元測(cè)試盡管不要單獨(dú)交付，開發(fā)者還是需要對(duì)每個(gè)客戶化開發(fā)做單元測(cè)試。開發(fā)者將負(fù)責(zé)定義單元測(cè)

55、試的Check List。單元測(cè)試將驗(yàn)證程序的功能符合功能需求文檔，以及適當(dāng)?shù)漠惓２僮?。單元測(cè)試重點(diǎn)在從各個(gè)方面測(cè)試一塊代碼。開發(fā)者應(yīng)該將重點(diǎn)放在錯(cuò)誤處理。比如，當(dāng)測(cè)試定制表單時(shí)，開發(fā)者應(yīng)該放些特殊字符到所有字段盡可能讓表單去處理。單元測(cè)試一般由開發(fā)者自己執(zhí)行。集成測(cè)試將客戶化開發(fā)放到業(yè)務(wù)流程中，進(jìn)行端到端的測(cè)試，支持整個(gè)流程產(chǎn)生的結(jié)果是正確的。集成測(cè)試一般由功能顧問、關(guān)鍵用戶和開發(fā)人員共同執(zhí)行。用戶接受度測(cè)試用戶接受測(cè)試執(zhí)行一個(gè)“生命中的普通一天”的測(cè)試場(chǎng)景。例如，用戶執(zhí)行每天，每星期，每月的普通工作流程。用戶接受測(cè)試將驗(yàn)證客戶化功能符合功能需求文檔。用戶接收測(cè)試通過后，客戶化開發(fā)才可以部署

56、到生產(chǎn)環(huán)境。技術(shù)層面測(cè)試技術(shù)層面的測(cè)試包括：壓力測(cè)試和補(bǔ)丁程序測(cè)試。這些測(cè)試一般不針對(duì)某個(gè)具體的客戶化程序。技術(shù)方面的知識(shí)轉(zhuǎn)移為了實(shí)現(xiàn)技術(shù)知識(shí)的快速轉(zhuǎn)移，我們提供全面的開發(fā)人員技能培訓(xùn)，針對(duì)集團(tuán)技術(shù)人員基礎(chǔ)比較好的特點(diǎn)，可以適當(dāng)減少簡(jiǎn)單的數(shù)據(jù)庫知識(shí)和操作系統(tǒng)知識(shí)的培訓(xùn)，增加專業(yè)性更強(qiáng)的各種開發(fā)工具培訓(xùn)，如下圖所示：具體培訓(xùn)內(nèi)容如下：簡(jiǎn)單的數(shù)據(jù)庫知識(shí)了解數(shù)據(jù)庫的技術(shù)架構(gòu)，了解數(shù)據(jù)庫進(jìn)程作用學(xué)習(xí)編寫SQL語句學(xué)習(xí)如何簡(jiǎn)單優(yōu)化SQL語句簡(jiǎn)單的操作系統(tǒng)知識(shí)會(huì)簡(jiǎn)單的系統(tǒng)操作如；cd，ls，cp等命令，會(huì)起停系統(tǒng) 會(huì)對(duì)源程序進(jìn)行編譯ERP各種開發(fā)工具FORM，REPORTXML PUBLISHERJava

57、, OAF以及Jdeveloper等 PL/SQL.ERP系統(tǒng)管理知識(shí)如何管理用戶、管理職責(zé) 如何管理功能、管理請(qǐng)求； 如何檢查系統(tǒng)基本信息，如表單對(duì)應(yīng)的后臺(tái)源程序等ERP系統(tǒng)各模塊的數(shù)據(jù)結(jié)構(gòu)各模塊本身的數(shù)據(jù)結(jié)構(gòu) 各模塊間數(shù)據(jù)關(guān)聯(lián)關(guān)系 ERP各模塊的功能總帳：如何錄入憑證；如何查找余額應(yīng)收應(yīng)付：如何創(chuàng)建發(fā)票，如何進(jìn)行收款、付款等 庫存、采購、銷售、人力、項(xiàng)目、制造等模塊的基本功能操作ERP系統(tǒng)架構(gòu)系統(tǒng)整體架構(gòu) 系統(tǒng)運(yùn)行原理 了解系統(tǒng)包含的組件及技術(shù)路線 采用的培訓(xùn)方式見下表：客戶化開發(fā)工具在ERP系統(tǒng)的實(shí)施過程中，由于本土化、個(gè)性化,以及集成上的需要,必然存在對(duì)標(biāo)準(zhǔn)產(chǎn)品的客戶化開發(fā)。在此我們對(duì)

58、Oracle ERP客戶化工具、技術(shù),客戶化，集成技術(shù)以及我們將來可能面對(duì)的部分接口做一下說明:客戶化開發(fā)工具ORACLE DEVELOPER SUITEOracle Developer Suite提供了很多功能，用以構(gòu)建各種互聯(lián)網(wǎng)應(yīng)用程序和由商務(wù)智能功能增強(qiáng)的Web服務(wù)。 Oracle Developer Suite可滿足所有事務(wù)處理應(yīng)用程序開發(fā)和商務(wù)智能的需要。如何使用Oracle Developer Suite和使用哪些工具，這取決于終端用戶的需要、開發(fā)人員的技能和技術(shù)背景等。該套件中所包括的各個(gè)具體組件列于下圖，并將在下面各節(jié)具體介紹。 圖： Oracle Developer Suit

59、e 的各個(gè)組件應(yīng)用程序開發(fā)：Oracle JDeveloper 是一種結(jié)合了Java、XML和SQL技術(shù)的，用于開發(fā)高質(zhì)量的J2EE應(yīng)用程序和Web服務(wù)的集成開發(fā)環(huán)境（Integrated Development Environment，IDE）。Oracle JDeveloper支持完整的開發(fā)生命周期，包括：建模、編碼、調(diào)試、性能剖視、優(yōu)化和部署。 Oracle JDeveloper還可以作為單獨(dú)的產(chǎn)品，用于滿足Java開發(fā)人員的需要。Oracle JDeveloper 是Oracle應(yīng)用服務(wù)器Java版的一個(gè)組成部分。 Oracle Forms Developer是一種說明性的快速應(yīng)用程序

60、開發(fā)（Rapid Application Development，RAD）工具，PL/SQL開發(fā)人員在無需用Java編碼的情況下，可以使用它構(gòu)建高度交互式的基于Java的Web客戶端程序。 Oracle Designer是一種用于構(gòu)建完整的應(yīng)用程序和數(shù)據(jù)庫的建模和生成工具。它還能夠逆向設(shè)計(jì)現(xiàn)有的Oracle和非Oracle數(shù)據(jù)庫，來創(chuàng)建Oracle數(shù)據(jù)庫模型。 Oracle軟件配置管理器（Oracle SCM）是一種用于存儲(chǔ)所有與應(yīng)用程序開發(fā)過程相關(guān)的文件和對(duì)象，并進(jìn)行版本控制的軟件配置管理資源。Oracle SCM與Oracle Developer Suite中的所有開發(fā)工具集成在一起。 商