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

　　

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