【正文】 40萬美元 機(jī)密文件，僅限項目內(nèi)部使用 第 36頁 快遞 /貨運系統(tǒng)的整體設(shè)計應(yīng)當(dāng)從業(yè)務(wù)流程、技能需求，技術(shù)架構(gòu)及應(yīng)用架構(gòu)等方面進(jìn)行協(xié)同設(shè)計 項目實施步驟描述 – 設(shè)計業(yè)務(wù)流程、技能需求 ? 完善詳細(xì)的業(yè)務(wù)流程 ? 設(shè)計工作流圖 ? 定義業(yè)務(wù)場景雛形 ? 明確技能需求 ? 定義物理場所之間的交互流程，應(yīng)用系統(tǒng)之間的交互流程及不同用戶類型之間的交互流程 – 應(yīng)用程序設(shè)計 ? 建立用戶交互模型，制定用戶界面的指導(dǎo)規(guī)范 ? 建立事件模型、應(yīng)用程序流程模型、數(shù)據(jù)模型及業(yè)務(wù)組件模型 ? 準(zhǔn)備生產(chǎn)環(huán)境測試的測試腳本 ? 設(shè)計用戶界面、應(yīng)用程序接口（內(nèi)部和外部）及業(yè)務(wù)組件定義 ? 準(zhǔn)備集成測試的測試腳本 ? 物理數(shù)據(jù)庫及邏輯數(shù)據(jù)庫的設(shè)計以及數(shù)據(jù)轉(zhuǎn)換流程的設(shè)計 ? 審核設(shè)計質(zhì)量 – 技術(shù)架構(gòu)設(shè)計 ? 分析技術(shù)架構(gòu)需求 ? 挑選執(zhí)行架構(gòu)的模塊并進(jìn)行詳細(xì)設(shè)計 ? 挑選開發(fā)架構(gòu)的模塊并進(jìn)行詳細(xì)設(shè)計 ? 挑選運行維護(hù)架構(gòu)的模塊并進(jìn)行詳細(xì)設(shè)計 ? 根據(jù)技術(shù)及業(yè)務(wù)需求，完善物理網(wǎng)絡(luò)的設(shè)計 – 與技術(shù)開發(fā)人員進(jìn)行交接 前提與假設(shè) – 快遞 /貨運系統(tǒng)及開發(fā)商都已選定 – 參與設(shè)計的人員一定要對快遞及貨運行業(yè)十分了解，并且具有大型系統(tǒng)的開發(fā)與設(shè)計經(jīng)驗 機(jī)密文件，僅限項目內(nèi)部使用 第 37頁 項目組織 項目期望的成果 – 能夠產(chǎn)生一套已經(jīng)模塊化好的可以分發(fā)給技術(shù)人員進(jìn)行模塊級詳細(xì)設(shè)計的描述 – 由設(shè)計人員制定的測試腳本來考核將來的開發(fā)工作 – 整體的設(shè)計以保證開發(fā)的高效性、系統(tǒng)接口的開放性，模塊的可重用性及可擴(kuò)展性 質(zhì)量控制 項目管理辦公室 項目經(jīng)理 業(yè)務(wù)流程 技術(shù)架構(gòu) – XXX內(nèi)部 ?1個全職的項目經(jīng)理工作 3個月 ?2個全職的業(yè)務(wù)人員工作 3個月 ?2個全職的技術(shù)人員工作 3個月 – XXX外部 ?1個全職的經(jīng)理工作 3個月 ?3個全職的業(yè)務(wù)流程專家工作 3個月 ?4個全職的技術(shù)專家工作 3個月 成本 硬件 US$0m 軟件 US$0m 外部服務(wù) 假設(shè) 480人工作日 US$~US$ 網(wǎng)絡(luò)基礎(chǔ)架構(gòu) 不在考慮范圍之內(nèi) 總成本： US$~US$ 快遞 /貨運系統(tǒng)的整體設(shè)計總投資在約為 50萬美元到 100萬美元 應(yīng)用系統(tǒng) 機(jī)密文件，僅限項目內(nèi)部使用 第 38頁 快遞 /貨運系統(tǒng)的第一期開發(fā)項目 項目實施步驟描述 – 根據(jù)開發(fā)環(huán)境與生產(chǎn)環(huán)境的設(shè)計，購買相應(yīng)的硬件設(shè)備 – 搭建技術(shù)環(huán)境 ,包括物理網(wǎng)絡(luò) ,開發(fā)架構(gòu) ,執(zhí)行架構(gòu)及維護(hù)架構(gòu) ,并進(jìn)行測試 – 應(yīng)用系統(tǒng)的開發(fā)與測試 ? 模塊詳細(xì)設(shè)計 ? 準(zhǔn)備模塊測試腳本 ? 準(zhǔn)備通用測試數(shù)據(jù) ? 開發(fā)圖形及多煤體內(nèi)容 ? 開發(fā)培訓(xùn)產(chǎn)品 ? 開發(fā)各個業(yè)務(wù)邏輯模塊 ? 整合多煤體內(nèi)容 ,然后進(jìn)行模塊測試 ? 進(jìn)行整合測試 ? 進(jìn)行生產(chǎn)環(huán)境測試 ? 進(jìn)行用戶接收測試 ? 開發(fā)用戶手冊及業(yè)務(wù)規(guī)則 – 試點并推廣 前提與假設(shè) – 快遞 /貨運系統(tǒng)的整體架構(gòu)設(shè)計的主體基本完成 – 的比例配備 機(jī)密文件，僅限項目內(nèi)部使用 第 39頁 項目組織 項目期望的成果 – 能夠進(jìn)行模塊級詳細(xì)設(shè)計的描述 – 由設(shè)計人員制定的測試腳本來考核將來的開發(fā)工作 – 整體的設(shè)計以保證開發(fā)的高效性、系統(tǒng)接口的開放性，模塊的可重用性及可擴(kuò)展性 質(zhì)量控制 項目管理辦公室 項目經(jīng)理 架構(gòu)小組 – XXX內(nèi)部 ?1個全職的項目經(jīng)理工作 7個月 ?3個全職的業(yè)務(wù)人員工作 7個月 ?1個全職的技術(shù)人員工作 7個月 – XXX外部 ?1個全職的經(jīng)理工作 7個月 ?8個全職的業(yè)務(wù)流程專家工作 7個月 ?35個全職的技術(shù)專家及開發(fā)人員工作 3個月 成本 硬件 US$~US$ 軟件 US$~US$ 外部服務(wù) 假設(shè) 6160人工作日 US$~US$ 網(wǎng)絡(luò)基礎(chǔ)架構(gòu) 不在考慮范圍之內(nèi) 總成本： US$~US$ 快遞 /貨運系統(tǒng)的第一期開發(fā)項目在 300萬美元到 400萬美元之間 財務(wù)模塊小組 銷售模塊小組 運作模塊小組 機(jī)密文件，僅限項目內(nèi)部使用 第 40頁 目錄 IT objectives and guiding principles Technical Architecture Application Architecture Action plan Appendix – IT hot topics 機(jī)密文件，僅限項目內(nèi)部使用 第 41頁 目錄 IT objectives and guiding principles Technical Architecture Application Architecture Action plan Appendix – IT hot topics eCommerce Client/Server vs. NetCentric 機(jī)密文件，僅限項目內(nèi)部使用 第 42頁 ? 快遞 /貨運業(yè)務(wù)將會更多的依靠電子化的渠道來增加銷售 及與客戶的溝通 ? 電子客戶關(guān)系管理（基于 WEB的客戶溝通渠道， 客戶投訴管理，客戶合同管理等 ) ? 通過 EDI或 XML與業(yè)務(wù)伙伴進(jìn)行更緊密的系統(tǒng)整合 ? 網(wǎng)上貨運及快遞產(chǎn)品銷售（包括電子訂艙，網(wǎng)上支付等） ? 網(wǎng)上貨物狀態(tài)跟蹤與查詢 ? 網(wǎng)上帳務(wù)處理 ? 電子化人力資源管理（包括電子化調(diào)度，遠(yuǎn)程培訓(xùn)等） ? 參加或創(chuàng)建貨運電子交易市場 ? 參加或創(chuàng)建快遞電子交易市場 ? 成為貨運或快遞信息及交易的服務(wù)提供平臺 ? 外包服務(wù) 新的電子商務(wù)模式 建立新模式 外包 Core Competencies 電子化銷售 電子化服務(wù) 電子化管理 電子化渠道 行業(yè)趨勢 電子商務(wù)的環(huán)境 在快遞及貨運行業(yè)中存在的電子商務(wù)機(jī)會主要包括電子化渠道、電子化銷售、電子服務(wù)、電子化服務(wù)以及其它一些新型的商業(yè)模式 機(jī)密文件，僅限項目內(nèi)部使用 第 43頁 將來 XXX網(wǎng)站的功能發(fā)展將更注重于交互式服務(wù)及個性化、安全的服務(wù) 公開區(qū)域 個性化區(qū)域 基本信息 基本的網(wǎng)上查詢 功能 運作功能 客戶關(guān)系管理 銷售功能 登陸 現(xiàn)有網(wǎng)站功能 將來的發(fā)展 繼續(xù)完善 將來建設(shè)的重點 階段一 階段二 階段三 個性化服務(wù)，運作功能， 基本客戶關(guān)系管理及銷售功能 增強(qiáng)的客戶關(guān)系管理及 銷售功能（包括認(rèn)領(lǐng)， 定價，投訴等） 合同管理，網(wǎng)上帳單管理等 機(jī)密文件，僅限項目內(nèi)部使用 第 44頁 目錄 IT objectives and guiding principles Technical Architecture Application Architecture Action plan Appendix – IT hot topics eCommerce Client/Server vs. NetCentric 機(jī)密文件，僅限項目內(nèi)部使用 第 45頁 Netcentric 并不是一個全新的架構(gòu)，它是建立在客戶機(jī) /服務(wù)器架構(gòu)的基礎(chǔ)之上并對其進(jìn)行了擴(kuò)展與完善 高 低 對業(yè)務(wù)支持 的能力及 性能表現(xiàn) 主機(jī)： 任務(wù)自動化 客戶機(jī) /服務(wù)器： 業(yè)務(wù)流程重組 Netcentric: 對行業(yè)模式的變革 時間 IT能力的增長及集中性 Client/Server + 渠道 + 內(nèi)容 = Netcentric 機(jī)密文件，僅限項目內(nèi)部使用 第 46頁 埃森哲認(rèn)為，客戶機(jī) /服務(wù)器架構(gòu)的基本投入相對較小，但是安裝與持續(xù)維護(hù)投入會相對較高 … .. 較大增加 … .. 增加較少 ..… 基本持平 … .. 小幅減少 … .. 大幅減少 用戶 支持 應(yīng)用系統(tǒng) 基礎(chǔ)架構(gòu) 對 Netcentric和 Computing的投資進(jìn)行評估是一項十分復(fù)雜的任務(wù)。埃森哲通過自己的分析網(wǎng)絡(luò)對兩者進(jìn)行了定性的評估，評估結(jié)果如下： 機(jī)密文件，僅限項目內(nèi)部使用 第 47頁 目前，兩種 Netcentric的解決方案比較流行： J2EE和微軟的 .NET F ir e wa llClie n tClie n tClie n tW e b B r ow serJav aB eansJav a app.non Jav a appCli e n t TierU n m a n a g e dEn v i ro n m e n tH T T P (H T M L , X M L )W e b Co n ta in e rSe rv l e tsJSPJav a B eansJN D I JM SJa v a M a i lJD BCJa v a I D LEJB Co n ta in e rBu si n e ss F u n ctio n sSe ssi o n a n dEn tity Be a n sM id d le T ie rRM I IIOPRMI IIOPM a n a g e dEn v i ro n m e n tEIS T ie rEnt e r p r ise In fo r m a tio n S y st e m sR D BM SER PL e g a cy a p pHTTPClie n tJ2EE Microsoft .NET External Applications Legacy Systems Databases Thin Client Rich Client 注： 技術(shù) 產(chǎn)品 代理服務(wù)器 Inter 瀏覽器 SQL Server ? SNA Server ? Transaction Integrator (COMTI) ? Windows CE ? Windows 95/98 ? Windows 2021 ? Cluster Server ? Transaction Server (COM+) ? Inter Server (IIS) ? Msg Queue Server (MSMQ) ? Site Server ? Commerce Server ? COM / COM+ ? ASP ? VBScript ? Jscript ? XML ? OLEDB ? ADO Clientside JScript DHTML Win32 HTML