【正文】 準(zhǔn)則進行評選，并比較成本與收益，得出最終的選擇– 參照以上四個步驟，對開發(fā)商進行選擇前提與假設(shè)– 企業(yè)的戰(zhàn)略方向及業(yè)務(wù)模式已經(jīng)明確– 高層次的運作模式已經(jīng)設(shè)計完畢– 在一套現(xiàn)有的快遞 /貨運軟件包的基礎(chǔ)上進行客戶化最能滿足 XXX業(yè)務(wù)發(fā)展對時間及質(zhì)量的需求– 客戶化或重新開發(fā)的任務(wù)都應(yīng)與國內(nèi)的開發(fā)商進行合作34項目組織 項目期望的成果– 形成一套詳細(xì)的功能及技術(shù)需求列表– 找到一套最為接近 XXX業(yè)務(wù)需求的快遞 /貨運軟件包– 找到一家具有行業(yè)經(jīng)驗及開發(fā)實力雄厚的軟件國內(nèi)開發(fā)商– 綜合各家解決方案，得出一套初步的適合 XXX的解決方案計劃質(zhì)量控制項目管理辦公室項目經(jīng)理業(yè)務(wù)流程 技術(shù)– XXX內(nèi)部?1個全職的項目經(jīng)理工作 3個月?3個業(yè)務(wù)人員工作 3個月?3個技術(shù)人員工作 3個月– XXX外部?1個全職的經(jīng)理工作 3個月?2個全職的業(yè)務(wù)流程專家工作 3個月?2個全職的技術(shù)專家工作 3個月成本硬件 US$0m軟件 US$0m外部服務(wù)假設(shè) 300人工作日 US$~ US$網(wǎng)絡(luò)基礎(chǔ)架構(gòu) 不在考慮范圍之內(nèi)總成本： US$~ US$ 快遞 /貨運系統(tǒng)的業(yè)務(wù)架構(gòu)設(shè)計及系統(tǒng)選型的投資約為 20萬美元到 40萬美元35快遞 /貨運系統(tǒng)的整體設(shè)計應(yīng)當(dāng)從業(yè)務(wù)流程、技能需求，技術(shù)架構(gòu)及應(yīng)用架構(gòu)等方面進行協(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)的模塊并進行詳細(xì)設(shè)計? 挑選開發(fā)架構(gòu)的模塊并進行詳細(xì)設(shè)計? 挑選運行維護架構(gòu)的模塊并進行詳細(xì)設(shè)計? 根據(jù)技術(shù)及業(yè)務(wù)需求，完善物理網(wǎng)絡(luò)的設(shè)計– 與技術(shù)開發(fā)人員進行交接前提與假設(shè)– 快遞 /貨運系統(tǒng)及開發(fā)商都已選定– 參與設(shè)計的人員一定要對快遞及貨運行業(yè)十分了解，并且具有大型系統(tǒng)的開發(fā)與設(shè)計經(jīng)驗36項目組織 項目期望的成果– 能夠產(chǎn)生一套已經(jīng)模塊化好的可以分發(fā)給技術(shù)人員進行模塊級詳細(xì)設(shè)計的描述– 由設(shè)計人員制定的測試腳本來考核將來的開發(fā)工作– 整體的設(shè)計以保證開發(fā)的高效性、系統(tǒng)接口的開放性，模塊的可重用性及可擴展性質(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)37快遞 /貨運系統(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)及維護架構(gòu) ,并進行測試– 應(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)容 ,然后進行模塊測試? 進行整合測試? 進行生產(chǎn)環(huán)境測試? 進行用戶接收測試? 開發(fā)用戶手冊及業(yè)務(wù)規(guī)則– 試點并推廣前提與假設(shè)– 快遞 /貨運系統(tǒng)的整體架構(gòu)設(shè)計的主體基本完成– 的比例配備38項目組織 項目期望的成果– 能夠進行模塊級詳細(xì)設(shè)計的描述– 由設(shè)計人員制定的測試腳本來考核將來的開發(fā)工作– 整體的設(shè)計以保證開發(fā)的高效性、系統(tǒng)接口的開放性，模塊的可重用性及可擴展性質(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ù)模塊小組 銷售模塊小組 運作模塊小組39目錄IT objectives and guiding principlesTechnical ArchitectureApplication ArchitectureAction planAppendix – IT hot topics40目錄IT objectives and guiding principlesTechnical ArchitectureApplication ArchitectureAction planAppendix – IT hot topicseCommerceClient/Server vs. NetCentric41n 快遞 /貨運業(yè)務(wù)將會更多的依靠電子化的渠道來增加銷售及與客戶的溝通n 電子客戶關(guān)系管理（基于 WEB的客戶溝通渠道，客戶投訴管理，客戶合同管理等 ) n 通過 EDI或 XML與業(yè)務(wù)伙伴進行更緊密的系統(tǒng)整合 n 網(wǎng)上貨運及快遞產(chǎn)品銷售（包括電子訂艙，網(wǎng)上支付等）n 網(wǎng)上貨物狀態(tài)跟蹤與查詢n 網(wǎng)上帳務(wù)處理n 電子化人力資源管理（包括電子化調(diào)度，遠(yuǎn)程培訓(xùn)等）n 參加或創(chuàng)建貨運電子交易市場n 參加或創(chuàng)建快遞電子交易市場 n 成為貨運或快遞信息及交易的服務(wù)提供平臺n 外包服務(wù) 新的電子商務(wù)模式建立新模式外包CoreCompetencies電子化銷售 電子化服務(wù) 電子化管理電子化渠道行業(yè)趨勢電子商務(wù)的環(huán)境在快遞及貨運行業(yè)中存在的電子商務(wù)機會主要包括電子化渠道、電子化銷售、電子服務(wù)、電子化服務(wù)以及其它一些新型的商業(yè)模式42將來 XXX網(wǎng)站的功能發(fā)展將更注重于交互式服務(wù)及個性化、安全的服務(wù)公開區(qū)域 個性化區(qū)域基本信息 基本的網(wǎng)上查詢 功能 運作功能 客戶關(guān)系管理 銷售功能登陸現(xiàn)有網(wǎng)站功能 將來的發(fā)展繼續(xù)完善 將來建設(shè)的重點階段一 階段二 階段三個性化服務(wù)，運作功能，基本客戶關(guān)系管理及銷售功能增強的客戶關(guān)系管理及銷售功能（包括認(rèn)領(lǐng)，定價，投訴等）合同管理，網(wǎng)上帳單管理等43目錄IT objectives and guiding principlesTechnical ArchitectureApplication ArchitectureAction planAppendix – IT hot topicseCommerceClient/Server vs. NetCentric44Netcentric 并不是一個全新的架構(gòu)，它是建立在客戶機 /服務(wù)器架構(gòu)的基礎(chǔ)之上并對其進行了擴展與完善 高低對業(yè)務(wù)支持的能力及性能表現(xiàn)主機：任務(wù)自動化客戶機 /服務(wù)器：業(yè)務(wù)流程重組Netcentric:對行業(yè)模式的變革時間IT能力的增長及集中性Client/Server + 渠道 + 內(nèi)容 = Netcentric45埃森哲認(rèn)為，客戶機 /服務(wù)器架構(gòu)的基本投入相對較小，但是安裝與持續(xù)維護投入會相對較高….. 較大增加….. 增加較少..… 基本持平….. 小幅減少….. 大幅減少用戶 支持安裝持續(xù)維護及升級Base應(yīng)用系統(tǒng)基礎(chǔ)架構(gòu)對 Netcentric和 Computing的投資進行評估是一項十分復(fù)雜的任務(wù)。埃森哲通過自己的分析網(wǎng)絡(luò)對兩者進行了定性的評估，評估結(jié)果如下：46目前，兩種 Netcentric的解決方案比較流行： J2EE和微軟的 .NETJ2EE Microsoft .NETExternalApplicationsLegacy SystemsDatabasesThin ClientRich Client注：技術(shù)產(chǎn)品代理服務(wù)器Inter 瀏覽器SQL Server? SNA Server? Transaction Integrator (COMTI)? Windows CE? Windows 95/98 ? Windows 2023? Cluster Server? Transaction Server (COM+) ? Inter Server (IIS)? Msg Queue Server (MSMQ)? Site Server? Commerce Server? COM / COM+? ASP? VBScript? Jscript? XML? OLEDB? ADOClientsideJScriptDHTMLWin32HTML47演講完畢，謝謝觀看！