【正文】 算上、下四分點和中點，并且標上尺度。通過每一次循環(huán)，將降低估計的誤差。為了解決問題和確定系統(tǒng)要求，項目組成員定期與有關(guān)用戶見面。許多輸出是“有了更好”，但是卻不值得去產(chǎn)生它們。在聯(lián)機系統(tǒng)中，檢查響應(yīng)時間要求以確定這種時間要求是否太緊迫，能否適當放寬要求而又致于對運行效率產(chǎn)生較大的影響；或者確定這種響應(yīng)時間的要求是否不能滿足。通過合并類似的輸入和(或)輸出以及消除多余的信息盡可能地減少重復(fù)。在目前系統(tǒng)的資料中包含了可繼續(xù)使用的數(shù)據(jù)元。用戶必須給出負責的人或部門、存儲單元以及是否對數(shù)據(jù)元編碼等事項。 (17)建立控制和后援的方法 為了保證信息系統(tǒng)的正確性、可靠性和完整性，在設(shè)計時就要考慮加進控制手段。 為了避免在系統(tǒng)故障期間造成破壞，需要確定后援(備份)和校驗點/重新啟動的方法。 (18)完成詳細設(shè)計 詳細的系統(tǒng)設(shè)計是分析輸入/輸出、處理、控制和后援要求的結(jié)果。詳細設(shè)計是前面所有工作的歸宿。HIPO以及渥寧(Warnier)圖。用流程圖描繪了一個已投入運行的工資系統(tǒng)的一部分。流程圖之所以較為流行，主要是由于它是最早出現(xiàn)的設(shè)計方法。整個系統(tǒng)被劃分成由若干邏輯模塊所組成的一個層次體系，并用VTOC來描繪。 Warnier框圖可以用來設(shè)計整個系統(tǒng)、數(shù)據(jù)結(jié)構(gòu)、報表內(nèi)容以及數(shù)據(jù)元的編碼。判定表并不是一個說明數(shù)據(jù)流和工作流的有效的工具，最好把它作為其他設(shè)計方法的補充。然而，精心設(shè)計的解說詞可以而且應(yīng)該用來支持圖形設(shè)計技術(shù)。由于作為一個整體概念多數(shù)系統(tǒng)過于復(fù)雜，所以將系統(tǒng)分成若干個更容易理解的模塊。它也給預(yù)測者提供一個機會來評價那些業(yè)已建議的事情(如系統(tǒng)設(shè)計)，從而有可能給出一些建設(shè)性的建議。 參與結(jié)構(gòu)預(yù)演中的人有：若干項目組成員，一個協(xié)調(diào)員，參加者，一位秘書，或許還包括一位不屬雙方的“中立的”經(jīng)理。這些人應(yīng)該是沒有直接參與本項目的。 結(jié)構(gòu)預(yù)演的方法是簡單的。參加者提供出討論的建議，而秘書則記錄下來以形成資料。 項目組評價所有的建議，并且把所有價值的建議并入到系統(tǒng)設(shè)計中。 (21)準備輸出格式 在系統(tǒng)開發(fā)過程中，到目前這一階段為止，我們已經(jīng)提及了輸出并描述了其有關(guān)的內(nèi)容，但是程序員需要知道具體的輸出形式(即應(yīng)該怎樣在輸出設(shè)備上出現(xiàn))。 項目組還負責設(shè)計和滿足在系統(tǒng)范圍內(nèi)所有人工產(chǎn)生的報告和資料，同時與受有影響的用戶經(jīng)理相配合進行修改、增加或刪除。現(xiàn)在項目組可以著手標列和確定所有的程序，而這些程序是使得建議的信息系統(tǒng)運轉(zhuǎn)所要求的。 Ⅲ階段—程序設(shè)計 項目組現(xiàn)在可以著手開始與計算機通信了。 用戶的介入集中在系統(tǒng)開發(fā)的過程前段(第Ⅱ階段)和后段(第Ⅳ和Ⅴ階段)。這是第Ⅱ階段進行得很糟糕，而且當開始程序設(shè)計時還沒完成的一種標志。這種系統(tǒng)并不能滿足用戶的要求，而且維護的代價很高。當然，項目組長仍然對整個項目負有責任。 (25)安排順序和分配程序 一個信息系統(tǒng)的軟件包，可能要求幾百個程序。 (26)安排準備程序的進度 主程序員可以利用程序進度表來安排和監(jiān)督下屬程序員的活動以及任一給定程序的狀態(tài)。 (27)編制、測試程序和編寫程序資料。項目組和受影響的用戶部門大量地介入第Ⅳ階段的全過程中。在并行工作之后，系統(tǒng)轉(zhuǎn)變到業(yè)務(wù)領(lǐng)域。轉(zhuǎn)換計劃詳細地細述了用戶及信息服務(wù)人員的義務(wù)和責任，同時還規(guī)定了進行這些事情的時間限制。在測試期間用戶人員是實際的參加者。任何重大的修改應(yīng)該推遲到系統(tǒng)實現(xiàn)之后，并且至少在進行生產(chǎn)性工作一年之后再進行。 整個系統(tǒng)的測試實際上是分兩個部分完成的。 在測試聯(lián)機系統(tǒng)時(此時響應(yīng)時間是關(guān)鍵問題)，為了測試系統(tǒng)的能力，包括了用幾種生存數(shù)據(jù)的測試會話。用戶手冊和有關(guān)的培訓(xùn)對于系統(tǒng)的最后成功是至關(guān)重要的。系統(tǒng)的描述 控制 項目組的成員指導(dǎo)一系列的培訓(xùn)課程以使得用戶熟悉系統(tǒng)。系統(tǒng)工作概述 由于銷售人員不能處理基本事務(wù)，于是使得顧客不再等待，而跑到其他地方買貨。有些文件和數(shù)據(jù)庫需要新建，而其他一些則需要從現(xiàn)有的轉(zhuǎn)換成適合的格式。 在項目組的指導(dǎo)下，用戶負責新產(chǎn)生的和轉(zhuǎn)換的那些文件的一致性。因此，最好的策略是：在并行工作開始之前(或者在不要求并行操作的情況下，在系統(tǒng)實現(xiàn)時)正好完成建立和轉(zhuǎn)換工作。 通常安排并行工作持續(xù)一個主要的系統(tǒng)周期(一般是一個月)。由于必須維護文件和數(shù)據(jù)庫，所以及時性是十分重要的。 Ⅴ階段—實現(xiàn)后的評價 第Ⅴ階段(實現(xiàn)后的評價)常常被忽略。為此，必須在系統(tǒng)投入生產(chǎn)前，對它進行評價。此外還將成本匯總以反映出維持系統(tǒng)運行的成本。通常在第Ⅳ階段完成后的3～6個月之間進行系統(tǒng)實現(xiàn)后的評價。針對在可行性研究中建立的那些目標來評價系統(tǒng)。這些利益或負荷提供了評價整個信息系統(tǒng)效率的直接輸入數(shù)據(jù)。列舉這些錯誤并非用來追究某個人或某團體的責任，而只是著重強調(diào)為什么會產(chǎn)生這些錯誤以及可以做些什么努力以便在今后的項目中消除這些錯誤。這種被動地改進系統(tǒng)的方法其效率遠比由定期的系統(tǒng)檢查來保證的主動的方法要差得多。由檢查所產(chǎn)生的各種建議將最終反映在由用戶管理人員提交的一個服務(wù)請求中。兩次檢查之間的間隔時間是根據(jù)系統(tǒng)的復(fù)雜性和易變性來決定的。 (36)準備系統(tǒng)檢查的計劃 很多數(shù)據(jù)處理系統(tǒng)和信息系統(tǒng)在實現(xiàn)之后都保持原樣，而沒有作出任何共同的努力去顯著地提高它們。很少有在系統(tǒng)開發(fā)過程中不犯錯誤而實現(xiàn)一個系統(tǒng)的。 非預(yù)期的利潤或耗費。利用在系統(tǒng)設(shè)計時已建立起來的某些標準(例如，在峰值工作負荷時的響應(yīng)時間)，將實際的性能與預(yù)期的性能進行比較。 (35)指導(dǎo)系統(tǒng)實現(xiàn)后的評價 系統(tǒng)實現(xiàn)后的評價(系統(tǒng)的一個關(guān)鍵檢查步驟)，由從項目組和受影響的用戶部門挑選出的人員來指導(dǎo)進行。委托并進行評價活動的好處是獲得更高質(zhì)量的系統(tǒng)并且使用戶更為滿意。實現(xiàn)后的評價或定期系統(tǒng)評價應(yīng)該是系統(tǒng)開發(fā)過程的組成部分。有些公司放棄并行工作，盡管這種做法有很大的危險，但是這樣將把力量集中在成功地實現(xiàn)一個新系統(tǒng)上。某些單位已經(jīng)接受了并行工作至少要進行一個主要周期的方針，而另一些單位則決定維持原有系統(tǒng)直到經(jīng)理認為新系統(tǒng)已經(jīng)全部運行時為止。并行工作是常用的手段，特別是當系統(tǒng)故障相當大地影響到公司的運營時更是如此，在并行工作期間，用戶和信息服務(wù)人員被分散開了，因為兩個系統(tǒng)都需要維護。隨機抽樣檢查可以有效地用于非常大的文件或數(shù)據(jù)庫。用戶部門也可能負責抄寫和錄入數(shù)據(jù)的工作。問題在于缺乏對系統(tǒng)用戶的訓(xùn)練。與系統(tǒng)有關(guān)的信息服務(wù)人員和用戶人員的義務(wù)和責任 一個有各地分號的大型百貨商店實現(xiàn)了一個聯(lián)機銷售點(POS)系統(tǒng)并將用戶手冊分發(fā)給每一個POS終端地點。系統(tǒng)的用途和目標 然而，在編寫和編譯這種手冊時必須考慮到能為預(yù)期的用戶所理解，而且不會被錯誤地解釋。完成和理解輸入/輸出的命令 用戶手冊至少包括： (30)設(shè)計用戶手冊項目組設(shè)計一套用戶手冊，并且在對系統(tǒng)驗收測試的同時指導(dǎo)用戶的培訓(xùn)活動。一旦證實所有子系統(tǒng)的功能是適合的，則有“生存的”數(shù)據(jù)來測試整個系統(tǒng)。這是因為為了減少重大修改的要求，項目組長和受影響的用戶管理人員將要停止信息系統(tǒng)的每一方面?？梢钥隙ǎ徊糠烛炇諟y試過程必須在系統(tǒng)設(shè)計和程序設(shè)計方面進行較小的修改。一個信息系統(tǒng)可能有100個以上的程序和一打以上的文件，必須把它們作為一個整體來處理以保證使工作協(xié)調(diào)并使用戶滿意。項目組與用戶管理人員以及信息服務(wù)審計組合作，共同研究以設(shè)計出一項轉(zhuǎn)換計劃。因此，在第Ⅳ階段來完成整個系統(tǒng)的測試。開發(fā)任一給定的程序的一般的方法本質(zhì)上是相同的。表繪出的甘特表是程序進度表的一種圖形表示，而且它是在公告板上可以看到的一種通用的管理工具。在安排程序編制順序時，主程序員應(yīng)考慮如下問題： ①建立和維護測試文件的需要 ②程序的依賴性(此處一個程序依賴于另一個程序的部分或全部的輸出) ③程序的長度和復(fù)雜性 根據(jù)程序員專業(yè)知識的水平、工作效率以及對系統(tǒng)熟悉的程序分配程序。他(或她)可能只花10%的時間在產(chǎn)品的程序設(shè)計上。 (24)指定程序員組長 通常項目組長是一個系統(tǒng)分析員或是一個用戶，他并不直接參與程序設(shè)計工作。由于系統(tǒng)開發(fā)過程的最終產(chǎn)品是軟件，所以有時過早地開始程序設(shè)計。用戶介入最多的情況將反復(fù)出現(xiàn)在系統(tǒng)設(shè)計需要澄清的時候，有時也出現(xiàn)為第Ⅳ階段(轉(zhuǎn)換與實現(xiàn))，作一些初始計劃的時候。這些計算機程序包括系統(tǒng)運轉(zhuǎn)所必需的軟件。對每一個程序，項目組編輯下述的資料： ①程序語言的種類(例如，COBOL、BASIC、FORTRAN) ②程序解說詞的描述—描述要執(zhí)行的任務(wù)。 (23)準備程序描述 系統(tǒng)開發(fā)進展到目前這一步，我們已經(jīng)對現(xiàn)有的系統(tǒng)作了詳盡的分析。項目組產(chǎn)生出顯示屏(VDU)格式，這種格式規(guī)定了諸如題目、標題、輸出形式等項，有時還應(yīng)包括輸入形式。 (20)選擇硬件 如果正在開發(fā)的系統(tǒng)要求額外的硬件支持，則需要選擇適當?shù)挠布⑦M行訂貨。如果超過了這個時間限制，那么一次預(yù)演會議將變得沒有實際效果。在實際的預(yù)演期間，推薦者解釋系統(tǒng)設(shè)計以及有關(guān)的資料。通常邀請一個“中立的”經(jīng)理參加第一次預(yù)演。協(xié)調(diào)員負責組織預(yù)演和協(xié)調(diào)“推薦者”與“參加者”之間的相互配合。 項目組長應(yīng)考慮何時開始結(jié)構(gòu)預(yù)演。