【導(dǎo)讀】各種系統(tǒng)開發(fā)方法學(xué)在范圍、復(fù)雜性、完善程度以及方法上有很大的不同。本章要闡述的最重要的一點是：最好的方法學(xué)是那些始終把用戶考慮進去的方法學(xué)。現(xiàn)在，系統(tǒng)開發(fā)是各占50%的比例；因此，用戶管理人員應(yīng)。則建立數(shù)據(jù)文件，轉(zhuǎn)換現(xiàn)有系統(tǒng)，并且實現(xiàn)新系統(tǒng)。于受拒絕后的再次服務(wù)請求的方法以及將技術(shù)轉(zhuǎn)移可能性的研究合并到諸過程中這些內(nèi)容。第Ⅰ階段最終的產(chǎn)品有兩個部分。第二部分是系統(tǒng)的初步設(shè)計。因為所編寫的資料將必然會被證實其他項。至少由一名系統(tǒng)分析員和一名用戶代表組成?？尚行匝芯拷M的大小取決于可行性研究的范圍。在信息服務(wù)部門中，這兩種人是固定分工做這項工作的。前三部分可分類如下：。數(shù)據(jù)元經(jīng)常在幾個文件中重復(fù)出現(xiàn)。明，則必須對每個數(shù)據(jù)數(shù)據(jù)元進行描述。有關(guān)數(shù)據(jù)元的其他信息還包括更新要求(如，每天，它著重強調(diào)系統(tǒng)中控制工作流程的那些數(shù)據(jù)元。和計算機的處理步驟，并且以適當(dāng)?shù)捻樞虬才琶恳惶幚聿襟E。通常以能最好地顯示出工作過

　　

【正文】 階段的全過程中 (見圖) 表 程序進度表 報告標(biāo)題 程序進度表 日期 系統(tǒng)標(biāo)題 材料要求 MR 程序標(biāo)題 標(biāo)記 程序號 一般邏輯 詳細邏輯 編寫程序 測試和調(diào)試 形成資料 007MR Lois james 50 5B 21B 管理程序 006MR Phil Morrison 100 0T 10A 調(diào)度程序 008MR John Speer 80 042MR Marylou Cummings 40 / 4B 102MR Lois James 20 11. 3 10B 日審計程序 001MR Jim Jones 100 3 周審計程序 002MR John Speer 20 盡管在第Ⅳ階段已經(jīng)分別測試了系統(tǒng)的各個成分 (程序 )，但這并不能保證把它們結(jié)合成一個整體時系統(tǒng)將正常工作。因此，在第Ⅳ階段來完成整個系統(tǒng)的測試。在第Ⅳ階段期間，項目組將培訓(xùn)用戶運行信息系統(tǒng)，轉(zhuǎn)換現(xiàn)有文件以及建立數(shù)據(jù)庫。在并行工作之后，系統(tǒng)轉(zhuǎn) (28) 轉(zhuǎn)換系統(tǒng)的處理本身就是一個系統(tǒng)，而且應(yīng)該像最好的結(jié)果那樣來處理。項目組與用戶管理人員以及信息服務(wù)審計組合作，共同研究以設(shè)計出一項轉(zhuǎn)換計劃。該計劃包括：系統(tǒng)驗收測試，文件或數(shù)據(jù)的轉(zhuǎn)換，用戶培訓(xùn)以及并行工作 (如果必要的話 )的細節(jié)。轉(zhuǎn)換計劃詳細地細述了用戶及信息服務(wù)人員 (29) 雖然已經(jīng)測試了各個單獨的程序模塊，但是還沒有把它們結(jié)合成一體作為一個系統(tǒng)來處理。一個信息系統(tǒng)可能有 100個以上的程序和一打以上的文件，必須把它們作為一個整體來處理以保證使工作協(xié)調(diào)并使用戶滿意。整體的測試將驗證全部系統(tǒng)軟件和應(yīng)用軟件、輸入 /輸出，文件和數(shù)據(jù)庫以及各種過程。在測試期間用戶人員是實際的參加者。在測試過程中，有可能發(fā)現(xiàn)錯誤 (忽略了系統(tǒng)的某些方面 )，某些過程的缺點將會暴露出來。可以肯定，一部分驗收測試過程 必須在系統(tǒng)設(shè)計和程序設(shè)計方面進行較小的修改。如果系統(tǒng)是正確開發(fā)的，那么任何這種修改將只是微小地調(diào)整系統(tǒng)。任何重大的修改應(yīng)該推遲到系統(tǒng)實現(xiàn)之后，并且至少在進行生產(chǎn)性工作一年之后再進行。這種推遲避免了通常敲打膝部那種反作用引起的改變而提交可觀的資源。這是因為為了減少重大修改的要求，項目組長和受影響的用戶管理人員將要停止信息系統(tǒng)的每一方面。這時，重大修改的要求才是一種分界清楚的標(biāo)志，它表明 整個系統(tǒng)的測試實際上是分兩個部分完成的。首先利用測試數(shù)據(jù)來驗證每一個子系統(tǒng)。一旦證實所 有子系統(tǒng)的功能是適合的，則有“生存的”數(shù)據(jù)來測試整個系統(tǒng)。測試數(shù)據(jù)是為 在測試聯(lián)機系統(tǒng)時 (此時響應(yīng)時間是關(guān)鍵問題 )，為了測試系統(tǒng)的能力，包括了用幾種生存數(shù)據(jù)的測試會話。系統(tǒng)可能運行良好，但是由于計算機能力不夠大或是程序的效率不高， (30) 項目組設(shè)計一套用戶手冊，并且在對系統(tǒng)驗收測試的同時指導(dǎo)用戶的培訓(xùn)活動。每個信息系統(tǒng)都應(yīng)該有一套用戶手冊，它們提供有關(guān)系統(tǒng)運行的命 令和解釋。用戶手冊和有關(guān)的培訓(xùn)對于系統(tǒng)的最后成功是至關(guān)重要的。光有一套用戶手冊是不夠的，這些用戶手冊還必須是一種高質(zhì)量的資料，它們能對系統(tǒng)的每一方面提供快速和容易的參照。用戶手冊至少包括： 完成和理解輸入 / 其他 (例如，術(shù)語唯一的詞匯表，硬件的描述和用法，性能的界限，等等 ) 用戶手冊的內(nèi)容來自系統(tǒng)資料。然而，在編寫和編譯這種手冊時必須 考慮到能為預(yù)期的 (31) 如果不能跟培訓(xùn)相關(guān)聯(lián)，那么用戶手冊的價值就很小。項目組的成員指導(dǎo)一系列的培訓(xùn) 一個有各地分號的大型百貨商店實現(xiàn)了一個聯(lián)機銷售點 (POS)系統(tǒng)并將用戶手冊分發(fā)給每一個 POS終端地點。如果沒有正規(guī)的培訓(xùn)，銷售員將丟下他們自己的工作而去揣摹用戶手冊 (有 100頁以上 )以了解系統(tǒng)的用途。由于銷售人員不能處理基本事務(wù)，于是使得顧客不再等待，而跑到其他地方買貨。在他們認(rèn)識到問題不在于市場、產(chǎn)品質(zhì)量或地點之前，百貨商 (32) 很難找到一個已實現(xiàn)的系統(tǒng)而不需要修改原有的文件或數(shù)據(jù)庫。有些文件和數(shù)據(jù)庫需要新建，而其他一些則需要從現(xiàn)有的轉(zhuǎn)換成適合的格式。用戶部門負責(zé)將手寫的數(shù)據(jù)統(tǒng)一格式并變成機器可談 的形式。用戶部門也可能負責(zé)抄寫和錄入數(shù)據(jù)的工作。如果數(shù)據(jù)不是現(xiàn)成可用的或沒有用人工存儲起來 (例如，存放在 3 5 的卡片上 )，那么數(shù)據(jù)的準(zhǔn)備工作可能耗費 在項目組的指導(dǎo)下，用戶負責(zé)新產(chǎn)生的和轉(zhuǎn)換的那些文件的一致性。數(shù)據(jù)的校對是將人眼現(xiàn)場檢查與計算機自動校驗結(jié)合起來進行的。隨機抽樣檢查可以有效地用于非常大的文件或數(shù)據(jù)庫。在建立和轉(zhuǎn)換處理期間掌握時間是很重要的，因為一旦建立了一個文件或數(shù)據(jù)庫，此后就必然要對它們進行連續(xù)地更新。因此，最好的策略是：在并行工作開始之前 (或者在不要求并行操作的情況 下，在系統(tǒng)實現(xiàn)時 ) (33) 并行工作意味著同時運行原有的系統(tǒng)和新的信息系統(tǒng)。并行工作是常用的手段，特別是當(dāng)系統(tǒng)故障相當(dāng)大地影響到公司的運營時更是如此，在并行工作期間，用戶和信息服務(wù)人員被分散開了，因為兩個系統(tǒng)都需要維護。完成并行工作是十分困難的，因為參加的人員仍然 通常安排并行工作持續(xù)一個主要的系統(tǒng)周期 (一般是一個月 )。項目組長和受影響的用戶管理人員以及有關(guān)的信息服務(wù)經(jīng)理監(jiān)督并行工作的進程。某些單位已經(jīng)接受了并行工作至少要進行 一個主要周期的方針，而另一些單位則決定維持原有系統(tǒng)直到經(jīng)理認(rèn)為新系統(tǒng)已經(jīng)全 如果在并行工作期間出現(xiàn)了一次較大的故障，則應(yīng)中斷并行工作并進行有關(guān)的修復(fù)工 如果公司改進他們的系統(tǒng)測試方法，那么信息服務(wù)和用戶人員就會自信他們有能力去實現(xiàn)一個系統(tǒng)。有些公司放棄并行工作，盡管這種做法有很大的危險，但是這樣將把力量集中在成功地實現(xiàn)一個新系統(tǒng)上。在某些情況下，由于時間和人力有限，不能進行并行工作，因而經(jīng)理的代替辦法是直接實現(xiàn)新系統(tǒng)，并 Ⅴ階段 — 第Ⅴ階段 (實現(xiàn)后的評價 )常常被忽略。由于其他緊急的信息系統(tǒng)項目需要人員，往往進行很少的，甚至不進行實現(xiàn)后的評價，不管好壞，系統(tǒng)就被接受了。實現(xiàn)后的評價或定期系統(tǒng)評價應(yīng)該是系統(tǒng)開發(fā)過程的組成部分。任何信息系統(tǒng)在剛剛實現(xiàn)之后都將要求做某些“微小的調(diào)整”。為此，必須在系統(tǒng)投入生產(chǎn)前，對它進行評價。因為一旦系統(tǒng)投入使用，即便實現(xiàn)前的測試設(shè)計得很好，也不可能完全暴露出某些在系統(tǒng)投入運行時必將出現(xiàn)的問題。委托并進行評價活動的好處是獲得更高質(zhì)量的 (34) 項目組長調(diào)整項目的成本以如實反映Ⅰ、Ⅱ、Ⅲ、Ⅳ階段的最終系統(tǒng)開發(fā)成本。此外還 (35) 系統(tǒng)實現(xiàn)后的評價 (系統(tǒng)的一個關(guān)鍵檢查步驟 )，由從項目組和受影響的用戶部門挑選出的人員來指導(dǎo)進行。在系統(tǒng)運行的頭幾個月，由于存在著對改革的阻力，對系統(tǒng)的把握不夠以及非預(yù)期的問題等，因此，不宜立即進行系統(tǒng)實 現(xiàn)后的評價。通常在第Ⅳ階段完成后的 3～6 實際的與預(yù)期的性能的比較。利用在系統(tǒng)設(shè)計時已建立起來的某些標(biāo)準(zhǔn) (例如，在峰值工作負荷時的響應(yīng)時間 ) 系統(tǒng)目標(biāo)實現(xiàn)的程度。針對在可行性研究中建立的那些目標(biāo)來評價系統(tǒng)。例如，系統(tǒng)能 非預(yù)期的利潤或耗費。幾乎任何基于計算機的系統(tǒng)都將導(dǎo)致非預(yù)期的利潤和耗費。這些利益或 負荷提供了評價整個信息系統(tǒng)效率的直接輸入數(shù)據(jù)。坦率地計論錯誤。很少有在系統(tǒng)開發(fā)過程中不犯錯誤而實現(xiàn)一個系統(tǒng)的。應(yīng)該將項目組、用戶經(jīng)理、用戶人員、其他信息服務(wù)人員或信息服務(wù)對策委員會坦率、詳細地討論的錯誤編寫成資料。列舉這些錯誤并非用來追究某個人或某團體的責(zé)任，而只是著重強調(diào)為什么會產(chǎn)生這些錯誤以及可以做些什么努力 (36) 很多數(shù)據(jù)處理系統(tǒng)和信息系統(tǒng)在實現(xiàn)之后都 保持原樣，而沒有作出任何共同的努力去顯著地提高它們。在這些系統(tǒng)中，所謂的改進工作是不超出例行維護的范圍的，而且是由于用戶的反映才作的。這種被動地改進系統(tǒng)的方法其效率遠比由定期的系統(tǒng)檢查來保證的主動的方法要差得多。有很多原因會導(dǎo)致忽視定期檢查，因此，應(yīng)該通過一個正式的書面檢查計劃 定期系統(tǒng)檢查是業(yè)務(wù)領(lǐng)域管理人員的責(zé)任。由檢查所產(chǎn)生的各種建議將最終反映在由用戶管理人員提交的一個服務(wù)請求中。