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