在系統(tǒng)移交到倉庫中運行前，倉庫中的工作人員需要對系統(tǒng)的操作進行學習及測試。要知道當時倉庫的工作人員并不是針對系統(tǒng)的功能進行測試，是對系統(tǒng)能否滿足他們的工作過程進行測試�；谶@批工作人員對人于工作業(yè)的過程十分理解，如果系統(tǒng)未能提供一些他們操作過程中的日常工作，他們會要求技術人員對系統(tǒng)進行修改。這個過程讓我們誤會用戶是對功能需求進行測試，這個誤會一直到今天讓我們把系統(tǒng)開發(fā)的焦點錯誤地放在功能上，而不是系統(tǒng)的最終交付上。而系統(tǒng)的最終交付是否能夠滿足ToR 的要求是當時項目成敗的主要指標。
系統(tǒng)集成的范圍及需求
20世紀70 年代的項目多以部門單獨運營為主，自動化的目的是提升部門本身的運營效率進行系統(tǒng)建設。到80 年代，企業(yè)高層開始體會企業(yè)中的數(shù)據(jù)分散在不同的部門或子公司的部門中。哪些數(shù)據(jù)是最新的?哪些是最準確的?應該采用哪個部門的數(shù)據(jù)做決定呢?如何整合這些數(shù)據(jù)，如何獲得即時的數(shù)據(jù)，如何利用當時的區(qū)際網(wǎng)絡(AreaNetwork)，客戶/服務端(Client/Server)，遙程存取(Remote‐Access)數(shù)據(jù)庫(Data Base)等科技來更有效提升企業(yè)的運營效率呢?這些問題提供軟件開發(fā)項目進行系統(tǒng)集成及數(shù)據(jù)分享的工作，最終的目的還是環(huán)繞原來自動化提升企業(yè)(不單是70 年代提升部門)的整體運營效率為主要目標。
這個時候，簡單的ToR 已經(jīng)不能夠說明項目的范圍，但可以采用多個ToR 來加以說明。工作說明(Statement of Work)在這個時候誕生，開始取代ToR 成為項目范圍的主要工具。一個項目可能有多個Statement of Work(SOW)才能夠有效說明項目包含的范圍。例如要建立一個 “訂單管理系統(tǒng)(Order Processing System)”的時候，這個系統(tǒng)可能包括銷售部門，庫存管理部門，會計部門，運輸部門，生產(chǎn)部門等，這些部門也可能分布在不同的地區(qū)。
項目負責人首要是建立這個“訂單管理系統(tǒng)”的范圍，保證能夠提供訂單管理的的全部工作，所以會首先進行初步調(diào)查，理解一張訂單從不同業(yè)務點如何把訂單傳送回銷售部門，銷售部門如何把訂單信息轉(zhuǎn)進倉庫，如何結合現(xiàn)有庫存管理系統(tǒng)，如何通知會計部門有關銷售，如何通知運輸部門需要送貨，或者如何通知生產(chǎn)部門需要進行生產(chǎn)等內(nèi)容。在與個別部門負責人完成初步訪談后會，理解訂單在各個部門的進入點和輸出點后才建立這個項目的工作說明(SOWs)如下：
SOW‐1: 連接業(yè)務點各終端到銷售系統(tǒng)，建立當天的銷售記錄。
SOW‐2: 連接銷售系統(tǒng)與庫存管理系統(tǒng)，容許銷售部門查詢倉庫管理系統(tǒng)中有關貨品庫存量。
SOW‐3: 容許銷售部門在庫存系統(tǒng)中預訂貨品數(shù)量以便運送到客戶指定地點。
此文章共有6頁 上一頁 1 2 3 4 5 6 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 