信息化系統(tǒng)研究開發(fā)過程

1、系統(tǒng)開發(fā)過程 五個階段 各種系統(tǒng)開發(fā)方法學(xué)在范圍、復(fù)雜性、完善程度以及方法上有很大的不同。盡管有的方法學(xué)分三個階段，有的分15個階段，但是每個方法學(xué)所描述的要完成的活動基本上是相同的。本章要闡述的最重要的一點是：最好的方法學(xué)是那些始終把用戶考慮進去的方法學(xué)。過去的情況是，用戶管理人員與信息服務(wù)開發(fā)組合作來完成系統(tǒng)的一般功能說明書，然后，由信息服務(wù)人員來進行系統(tǒng)開發(fā)?，F(xiàn)在，系統(tǒng)開發(fā)是各占50%的比例；因此，用戶管理人員應(yīng)該非常熟悉系統(tǒng)開發(fā)的大體過程，特別應(yīng)該熟悉他們單位自己使用的方法學(xué)。 系統(tǒng)開發(fā)過程可分為五個階段來描述。這五個階段是： 1.第階段系統(tǒng)開始和可行性研究 2.第階段系統(tǒng)分析和設(shè)計

2、3.第階段程序設(shè)計 4.第階段轉(zhuǎn)換和實現(xiàn) 5.第階段實現(xiàn)后的評價 第階段系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的系統(tǒng)提供人力和資源之前完成的。第階段多數(shù)的工作和編寫的資料是第階段的輸入。在第階段系統(tǒng)分析和設(shè)計期間，系統(tǒng)分析員與用戶一起工作以編寫詳細(xì)的功能和系統(tǒng)的說明書。將這些說明書交給程序員，然后開始第階段程序設(shè)計。在第階段轉(zhuǎn)換和實現(xiàn)期間，一旦軟件開發(fā)出來，則建立數(shù)據(jù)文件，轉(zhuǎn)換現(xiàn)有系統(tǒng)，并且實現(xiàn)新系統(tǒng)。第階段實現(xiàn)后的評價。在開始了系統(tǒng)壽命期中的生產(chǎn)階段之后，提出(經(jīng)常被忽略的)實現(xiàn)后的評價要求。 具體開發(fā)過程 下面將逐步地描述系統(tǒng)開發(fā)過程。至于具體的細(xì)節(jié)、相互的影響、方法、形式等，用戶管理人員

3、應(yīng)該與信息服務(wù)經(jīng)理聯(lián)系，與他們討論公司當(dāng)前使用的方法學(xué)，同時再看看公司內(nèi)部描述方法學(xué)的手冊。 1.第階段系統(tǒng)開始和可行性研究 在第階段的活動中很少有與其他四個階段的活動相一致的。此處所提供的方法包括對于受拒絕后的再次服務(wù)請求的方法以及將技術(shù)轉(zhuǎn)移可能性的研究合并到諸過程中這些內(nèi)容。第階段最終的產(chǎn)品有兩個部分。第一部分是實際的可行性研究報告，它包含對建議的或改進的系統(tǒng)的描述以及利潤/成本分析。第二部分是系統(tǒng)的初步設(shè)計。它對于估價成本和利潤是必要的。該初步設(shè)計是第階段系統(tǒng)分析和設(shè)計的直接輸入。 將系統(tǒng)的初步設(shè)計并入可行性研究的依據(jù)是，多數(shù)可行性研究是以概念而不是以設(shè)計為基礎(chǔ)的。如果在描述系統(tǒng)目標(biāo)上花

4、的時間太少，那么成本估計，甚至利潤估計將是錯誤的。用概念來指導(dǎo)可行性研究注定會導(dǎo)致成本過高，而且用戶不滿意。在系統(tǒng)初步設(shè)計上所花費的時間是值得的，即使拒絕可行性研究也是如此。因為所編寫的資料將必然會被證實其他項目中是有價值的。 下述編號的活動與系統(tǒng)開發(fā)責(zé)任矩陣相對應(yīng)。 (1)提交服務(wù)請求提交服務(wù)請求說明了包括對受拒絕的請求再次請求處理的一種方法。所請求的服務(wù)畢竟是用戶做的，因此，應(yīng)該由用戶著手進行。我們鼓勵用戶管理人員請求信息服務(wù)人員的幫助，但是應(yīng)該再一次強調(diào)，業(yè)務(wù)領(lǐng)域的管理人員應(yīng)該對各種大小的服務(wù)請求都提供合適的資料。(2)估價服務(wù)請求 正如在責(zé)任矩陣中所注釋的那樣，信息服務(wù)管理人員只能承諾

5、小的項目(由公司的方針?biāo)_定的小項目)。 (3)指定可行性研究組 信息服務(wù)經(jīng)理和用戶經(jīng)理共同來指定適當(dāng)?shù)幕旌系娜诉x以組成可行性分析研究組。該組至少由一名系統(tǒng)分析員和一名用戶代表組成?？尚行匝芯拷M的大小取決于可行性研究的范圍和時間限制。 用戶代表應(yīng)該熟悉當(dāng)前專業(yè)領(lǐng)域的所有工作，用戶經(jīng)理、總經(jīng)理助理，或?qū)I(yè)領(lǐng)域分析員是合理的候選者，用戶的系統(tǒng)分析員，具有計算機信息處理基礎(chǔ)知識的情況已經(jīng)越來越普遍了。 必須指定一個人擔(dān)任可行性研究組的組長，哪怕只是兩個人的可行性研究組也需要一個組長。直到1980年為止，多數(shù)的可行性研究組和項目組是由一個高級系統(tǒng)分析員或一個項目負(fù)責(zé)人來領(lǐng)導(dǎo)的。在信息服務(wù)部門中，這兩種

6、人是固定分工做這項工作的。目前越來越多的公司采取這樣一種政策，即由用戶擔(dān)任項目組組長。這種將主要責(zé)任下放給最終用戶的做法將進一步鼓勵用戶參與系統(tǒng)設(shè)計。在這種政策上取得成功經(jīng)驗的那些公司已經(jīng)指派了一些具有杰出管理經(jīng)驗和具有某些計算機和信息處理知識的用戶人員擔(dān)任項目組組長。在任何情況下，組長必須對該組的工作有一個總的安排。如果要求一個用戶代表既作為可行性研究組或項目組的組長而同時又要求他繼續(xù)履行業(yè)務(wù)領(lǐng)域的職責(zé)，那么該項目是肯定要失敗的。有好些公司已經(jīng)采用了一種政策，即自動地指派受系統(tǒng)影響最大的業(yè)務(wù)領(lǐng)域的經(jīng)理作為可行性研究組和項目組的領(lǐng)導(dǎo)以后該經(jīng)理將從原來的工作職責(zé)中解脫出來，而用他(她)的全部時間

7、管理可行性研究(或項目)組。這種人事安排已經(jīng)成為當(dāng)今的主流，其困難是用戶經(jīng)理需要離開原來主管的業(yè)務(wù)部門少則兩個月多則三年后才能回他原來的工作崗位上。 (4)標(biāo)列約束條件 在系統(tǒng)開發(fā)的過程一開始，可行性研究組與信息服務(wù)人員和用戶經(jīng)理密切合作標(biāo)列出設(shè)備、成本、進度、規(guī)程、軟件以及操作上的約束條件。它們可能限制建議的系統(tǒng)的定義和設(shè)計。 (5)整理現(xiàn)有系統(tǒng)的資料 整理現(xiàn)有系統(tǒng)資料的主要理由是：如果可行性研究組不充分了解現(xiàn)有系統(tǒng)，那么他們就不可能有效地完成所建議的系統(tǒng)的初始設(shè)計。已經(jīng)建立起來的多數(shù)人工系統(tǒng)并沒有經(jīng)過真正的設(shè)計。在這些系統(tǒng)中，必須從手稿整理出資料。如果一個建議的系統(tǒng)是改進一個現(xiàn)有的計算機信

8、息系統(tǒng)，那么可行性研究組只需要保證現(xiàn)有資料的完整性和保持最新版本就行了?，F(xiàn)有系統(tǒng)所形成的任何資料將給設(shè)計階段提供有價值的輸入(如果批準(zhǔn)開發(fā)該系統(tǒng))。即便建議的系統(tǒng)遭到拒絕，也能對現(xiàn)有系統(tǒng)提供基本的資料，并且可能透徹地理解理現(xiàn)有系統(tǒng)?，F(xiàn)有系統(tǒng)的資料由四部分組成：系統(tǒng)報告和資料；系統(tǒng)數(shù)據(jù)文件；系統(tǒng)數(shù)據(jù)元以及說明現(xiàn)有系統(tǒng)的數(shù)據(jù)、信息和工作流程的圖表。前三部分(報告、文件和數(shù)據(jù)元)可分類如下：當(dāng)前使用的，而且在建議的系統(tǒng)中以目前的形式保留下來； 當(dāng)前使用的，但是修改后才在建議的系統(tǒng)中使用； 當(dāng)前使用的，但是在建議的系統(tǒng)中將被刪除而不再保留的。 例如，列出所有現(xiàn)有的報告和標(biāo)準(zhǔn)的資料，并按上述分類給定一種

9、狀態(tài)。在報告上將標(biāo)明相對周期(如，每天，每周)以及分發(fā)范圍。 對于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標(biāo)明有關(guān)的存儲介質(zhì)(如，3×5的卡片，磁帶，馬尼拉折紙機，磁盤等等)以及存儲方式。例如，一個名字一地址文件可以存儲在許多張3×5的卡片上，并且按名字的字母順序排列。一個人工系統(tǒng)所保存的文件數(shù)總是令人吃驚的，即便對于業(yè)務(wù)領(lǐng)域管理人員也是如此。為了完善現(xiàn)有文件的資料，將每個文件的記錄的樣式和簡單描述附在文件表中。系統(tǒng)數(shù)據(jù)元(即，社會保險號，顧客名，貨號等等)是直接列出的，而不必關(guān)系有關(guān)的文件。數(shù)據(jù)元經(jīng)常在幾個文件中重復(fù)出現(xiàn)。除了狀態(tài)指示符之外，如果數(shù)據(jù)的名字不能自我說明，則必須對每個數(shù)據(jù)元

10、進行描述。有關(guān)數(shù)據(jù)元的其他信息還包括更新要求(如，每天，每周，每月，或根據(jù)需要更新等等)、來源(如，代辦處，資料，系統(tǒng)，工作人員等等)以及職責(zé)(如，部門名和負(fù)責(zé)更新者的職務(wù))。說明在整理現(xiàn)有系統(tǒng)資料時數(shù)據(jù)元可能采用的一種典型格式。整理現(xiàn)有系統(tǒng)的資料：系統(tǒng)數(shù)據(jù)元報告標(biāo)題 系統(tǒng)數(shù)據(jù)元日期系統(tǒng)標(biāo)題 醫(yī)療信息系統(tǒng)標(biāo)識 MLS目前的需要修改需要刪除更 新要求來源職責(zé)編號標(biāo)題描述1名字患者××-住院表住院處2首字母“××-“3姓“×AR“4子女?dāng)?shù)“×AR“5性別男或女×-“6婚姻狀況×AR“ AR-當(dāng)需時 我們通過將系統(tǒng)簡化為

11、輸入、處理和輸出等幾個基本組成部分來表示整理現(xiàn)有系統(tǒng)資料的工作過程。然后用圖形描繪出各部分之間的邏輯關(guān)系。有多種圖像表示技術(shù)來做這件事。最為流行的(盡管不一定是最好的)是流程圖。其他的更為結(jié)構(gòu)化的技術(shù)還有：IBM公司的層次化輸入處理輸出圖(HIPO)，汽泡圖，數(shù)據(jù)流框圖，南茜斯奈德曼(Nassi-Shneiderman)圖，渥尼爾(Warner)框圖以及判定表。當(dāng)前工作過程的圖像描述提供了系統(tǒng)的數(shù)據(jù)、信息和工作流程的一個概貌。它著重強調(diào)系統(tǒng)中控制工作流程的那些數(shù)據(jù)元。這些圖應(yīng)該刻畫人工和計算機的處理步驟，并且以適當(dāng)?shù)捻樞虬才琶恳惶幚聿襟E。通常以能最好地顯示出工作過程的方式來組織和提供這些圖。它

12、們可以是由一些隨機事件、功能或按小的和大的周期來驅(qū)動的子系統(tǒng)，也可以是若干子系統(tǒng)；既可以是層次的，也可以是混合的。很少有幾個系統(tǒng)是完全順序的，因此，在多數(shù)情況下可以應(yīng)用模塊方法。 (6)調(diào)查研究技術(shù)轉(zhuǎn)移的可能性 為了更好地利用現(xiàn)有的技術(shù)，許多公司正在進行將有關(guān)技術(shù)轉(zhuǎn)移到他們的系統(tǒng)開發(fā)方法學(xué)中可能性的調(diào)查。鼓勵調(diào)查技術(shù)轉(zhuǎn)移的可能性和(或)可行性的政策必將帶來人力資源的大量節(jié)省。特別對程序員和分析員更是如此。合適的技術(shù)轉(zhuǎn)移將使這些人的工作集中于還沒有現(xiàn)成軟件的特定行業(yè)的應(yīng)用領(lǐng)域。 技術(shù)轉(zhuǎn)移可能性的調(diào)查是從走訪那些已經(jīng)實現(xiàn)的，而且與所建議的系統(tǒng)有類似規(guī)模和工作的系統(tǒng)?？尚行匝芯拷M還應(yīng)該調(diào)查商品軟件目

13、錄，以便找到適合的可應(yīng)用的軟件。如果認(rèn)為技術(shù)轉(zhuǎn)移是可行的，則可行性研究組說明怎樣使用這些技術(shù)以及為適應(yīng)現(xiàn)有環(huán)境所要求的修改范圍。 如果使用標(biāo)準(zhǔn)的方法來進行技術(shù)轉(zhuǎn)移潛力調(diào)查，那么提出要求的公司應(yīng)該采取與具有類似要求的其他公司合作的政策。 (7)完成建議系統(tǒng)的初步設(shè)計可行性研究組要走訪專業(yè)人員以獲得一般的系統(tǒng)要求，然后，將這些要求轉(zhuǎn)換成初步的系統(tǒng)設(shè)計。設(shè)計過程是交互的，用戶經(jīng)理和可行性研究組需要經(jīng)常就設(shè)計思想和方法等交換意見，用生動的文字和圖形說明來形成建議的系統(tǒng)初步設(shè)計的資料，這些生動的文字(用非技術(shù)詞匯)描述了所建議的系統(tǒng)的基本工作過程，而且常常同時附有圖形說明。這些文字圖表也將列舉出那些大大

14、違背現(xiàn)有工作方式而建議的系統(tǒng)所期望的手續(xù)、手段和方法。這些文字圖像也將描述建議的系統(tǒng)與人工系統(tǒng)以及建議系統(tǒng)必須與之兼容的自動系統(tǒng)之間的關(guān)系。圖形說明將建議的系統(tǒng)的過程簡化為它們的組成部分，同時強調(diào)各部分之間的邏輯關(guān)系。 (8)確定項目范圍 可行性研究組與信息服務(wù)人員以及用戶管理人員合作估計初步設(shè)計中所刻劃的系統(tǒng)的復(fù)雜程度。并對開發(fā)項目今后的每一個階段進行人力資源要求的估計(用戶，信息服務(wù)人員及其他人員)。此外，還注意到培訓(xùn)和計算機機時要求。 (9)準(zhǔn)備利潤/成本分析報告 一旦完成初步設(shè)計并且確定了項目的范圍，則可以開始利潤/成本分析。不幸的是，由于用戶和信息服務(wù)管理人員都希望加快可行性研究階段

15、，所以，一些關(guān)鍵的步驟被省略了，因此造成在利潤、成本估計上的錯誤。僅僅根據(jù)一種概念是不可能精確的反映出利潤和成本的。設(shè)計中的某些步驟是必不可少的。 另一種在形成公司決策過程中所隱含的錯誤將不可避免地把那些難以確定的利潤也算成資金收入。當(dāng)今許多復(fù)雜的，綜合的系統(tǒng)為公司的利益做出了重大的貢獻，而做到這樣程度是因為它們經(jīng)歷了漫長的、不可捉摸和難以預(yù)見的道路。評價信息服務(wù)項目的好處和價值是一個主觀的過程，它要求具有成本和利潤方面的實際的知識。此外，決策者對于正的和負(fù)的不確定的利潤要有透徹的理解。使用美元作為所有成本和利潤的統(tǒng)一的計量標(biāo)準(zhǔn)大大地簡化了評價工作。那種把不確定的利潤引入盈利圖表(為了“建立更

16、好的顧客關(guān)系”或“提高威信”)的作法會造成在“底線”中復(fù)合的錯誤。底線經(jīng)常被盲目地接受作為一種信條。事實上，在那種情況下，估價是取最好的情況(理想的)和最壞的(荒謬的)情況之間。然而，如果將不確定的利潤化成美元，那么決策者將以更好的判斷代替那種不準(zhǔn)確的估計。 估價建議的信息系統(tǒng)的最好途徑是針對系統(tǒng)凈值(收入減去成本)估量正的和負(fù)的不確定利潤。為了便于理解不確定利潤(例如，增加服務(wù)，減少發(fā)票上的錯誤，加快周轉(zhuǎn)期等)，應(yīng)該產(chǎn)生一個成本和收入的一覽報表。 下表說明如何使用最少的成本類別來表示一次性的和重復(fù)使用的成本。這些成本可由預(yù)算中心提出，并且把公司作為一個整體來考慮。成本類別有：勞力，材料和設(shè)備

17、，旅差以及其他各種成本。對于每一類，在第一列指出一次性成本估計(開發(fā))，而在系統(tǒng)壽命期的水平線上指出可重復(fù)使用的成本估計(生產(chǎn))。公司項目在凈值可以從估計收入中扣除成本計算出來，并且根據(jù)公司政策對流動現(xiàn)金打折扣。成本一覽表預(yù)算中心項目標(biāo)題和編號成本項一次 性成本每年重復(fù)使用的成本年第1年第2年第3年第4年第5年第6年第7年第8年勞力材料和設(shè)備材料設(shè)備旅差每日開銷交通費其他開支總成本 (10)根據(jù)可行性研究做出決策 完成可行性研究后，除了技術(shù)補充之外所有報告和資料全部交給信息處理政策委員會以便實施。技術(shù)補充包括準(zhǔn)備可行性研究所要求的背景信息。它還包括一般的系統(tǒng)設(shè)計和開始第階段(系統(tǒng)分析和設(shè)計)的

18、一個框架。信息服務(wù)政策委員會感興趣的主要是初始服務(wù)請求、范圍、圖解說明和利潤/成本分析。 信息服務(wù)政策委員會能對可行性研究施加影響。信息服務(wù)政策委員會能夠： 拒絕建議。 批準(zhǔn)建議并對該建議的開發(fā)和實現(xiàn)指定一個最高優(yōu)先數(shù)。 批準(zhǔn)系統(tǒng)并給它指定一個比最高優(yōu)先數(shù)小的優(yōu)先數(shù)，同時將請求放在所有建議的系統(tǒng)隊列的適當(dāng)位置(定期檢查隊列，當(dāng)所請求的資源可用時，委員會給當(dāng)時是最高優(yōu)先數(shù)的項目發(fā)出通行命令)。 2.第階系統(tǒng)分析和設(shè)計 很少有幾個項目能在批準(zhǔn)可行性研究后立即實現(xiàn)。在得到批準(zhǔn)和項目開始之間的估計時間可能是兩年或兩年以上。一旦項目獲如通行命令，則開始第階段系統(tǒng)分析和設(shè)計。在第階段，將描述所有輸入/輸出

19、的格式和內(nèi)容，并且完成詳細(xì)的系統(tǒng)設(shè)計。第階段的最后一步活動是準(zhǔn)備程序說明，其中包括各種程序模塊的說明書。重要的是牢記在第階段和第階段不編制程序。一個普遍容易犯的錯誤(經(jīng)常與系統(tǒng)的質(zhì)量和運行維護的水平密切相關(guān))是壓縮第階段，使它提前完成以便開始第階段程序設(shè)計。粗糙的系統(tǒng)設(shè)計必將成倍、甚至三倍地增長項目所要求的程序設(shè)計量。 (11)指定項目組 與可行性研究組一樣，項目組也應(yīng)該有一個或多個系統(tǒng)分析員和一至多個來自所建議的系統(tǒng)范圍內(nèi)各業(yè)務(wù)方面的用戶代表。如果可能的話，還要給項目組指派一名信息服務(wù)審計員，他不作為專職人員，而作為安全和控制方面的顧問。因為在第階段結(jié)束之前程序員實際上并不參與進來，所以可以

20、將指定程序員一事推遲到第階段結(jié)束時再進行。可行性研究組的成員不一定都是項目組成員。在第階段結(jié)束到第階段開始之間的這一段時間里，通常委派他們到其他項目去。然而我們建議，只要可能則盡量將原有可行性研究組的人員指派到項目組。項目組的組長可以是信息服務(wù)人員，也可以是用戶。 某些單位有按業(yè)務(wù)領(lǐng)域組織的固定的項目組。例如，某個項目組專門負(fù)責(zé)人力資源開發(fā)方面的老的系統(tǒng)的維護和新系統(tǒng)的開發(fā)，而另一項目組則負(fù)責(zé)會計和財務(wù)方面等等。另一種辦法是項目組必須由信息服務(wù)人員和用戶專業(yè)人員共同組成，而且是以項目為基礎(chǔ)來指定項目組。究竟怎樣組成項目組為好，顯然要進行權(quán)衡。按專業(yè)組成的項目組很難預(yù)料在任務(wù)過多時或任務(wù)不足時由

21、于人員不足或過剩所帶來的損失。然而，這種項目組織使得項目組成員有更多的機會積累開發(fā)專業(yè)領(lǐng)域應(yīng)用的經(jīng)驗。信息服務(wù)項目組組織的最好方式或許是既按專業(yè)領(lǐng)域組織而同時又保持一定的靈活性，使得項目組成員能在各項目組織之間流動，以便達到飽滿的工作負(fù)荷。 根據(jù)項目的復(fù)雜程度和涉及范圍的大小，每個項目組都有不同的最佳人數(shù)。項目組長的能力是一個重要的因素。有些地方，一個經(jīng)理能有效地管理20個以上的人員，而另一些經(jīng)理卻連管理3個人都有困難。項目組的大小以及相對進度這些是用戶、信息服務(wù)人員以及公司的經(jīng)理感興趣的問題。許多公司的經(jīng)理人員有一種錯誤的概念，即如果將項目組人員增加一倍，那么完成項目的時間就應(yīng)該減少一半。實

22、際情況并非如此。一個能夠直接分成若干個相同大小模塊的簡單項目，用兩倍的人力，可以在原定的一半時間里實現(xiàn)。然而，絕大多數(shù)的項目是復(fù)雜的，有的甚至是極為復(fù)雜的，這就要求在所有項目組成員間進行內(nèi)部協(xié)調(diào)。 下圖說明增大項目組的規(guī)模時，將會發(fā)生的情況。在某確定的數(shù)目之前，每增加一個指派到項目組的人員都增大了對項目的貢獻。在這之后，每增加一個人實際上減少了項目組每個人對項目工作的貢獻。圖上有一點是增人員的反射界線，超過那一點，再增加人對于項目的目標(biāo)來說反而起相反作用。由于項目成員之間的關(guān)系復(fù)雜，因而使得生產(chǎn)效率降低。在為了滿足項目限期而采取緊急措施的情況下，有時經(jīng)理人員要求將所有資源轉(zhuǎn)移到緊急的項目上，下

23、圖形象的說明了當(dāng)一個項目組人員太多時，將會出現(xiàn)的情況。這時將不可能進行內(nèi)部協(xié)調(diào)。當(dāng)頭都不知道尾在做什么的時候，即使每一個成員都忙于從事某種與項目有關(guān)的工作，項目的進度還是要停頓下來。 對于每一個確定的項目組都有最佳規(guī)模。與項目有關(guān)的所有經(jīng)理和公司行政人員都應(yīng)當(dāng)很好地掌握這樣一個格言：與其過分地擴大項目組織規(guī)模，造成欲速則不達的局面，還不如推遲項目的實現(xiàn)時間。項目組的規(guī)模（P112） (12)估計人員要求并進行人員委托一個項目的成功與否在很大程度上依賴于用戶與公司經(jīng)理、其他專業(yè)領(lǐng)域人員以及某些范圍內(nèi)信息服務(wù)人員(如，數(shù)據(jù)庫管理員，聯(lián)系用戶的人員等等)。由于某人(或某部門)忘記或不承認(rèn)以前的口頭上

24、的委托，會使得許多緊急項目被延誤。因此有必要簽署一個書面的人員委托書。應(yīng)該造表列出在系統(tǒng)開發(fā)過程中所直接參與到的項目組的人員和其他人員(如訪問用戶人員、收集數(shù)據(jù)人員等)，并同時列出在每一階段對他們的相對的時間要求。項目的人力要求來自于可行性研究報告。報告標(biāo)題：估計人員要求日期：12月8日系統(tǒng)標(biāo)題：市場分析系統(tǒng)標(biāo)識：MARS部門業(yè)務(wù)頭銜時間百分比管理信息部系統(tǒng)協(xié)調(diào)員第階段60第階段30第階段80估計人員要求管理信息部高級系統(tǒng)分析員1001080管理信息部高級系統(tǒng)分析員1001080管理信息部高級系統(tǒng)分析員6000管理信息部高級程序員08020管理信息部程序員010100市場部經(jīng)理102030市場

25、部經(jīng)理助理102030市場部文職人員101040市場部文職人員101040 沒有書面人員委托而進行的項目肯定會產(chǎn)生不必要的延誤，甚至可能失敗。本書把項目開發(fā)的重要性放到一個恰當(dāng)?shù)奈恢?。在項目中所涉及到的許多人并不在項目組內(nèi)。由于這些的多數(shù)都理解他們的例行活動比項目所涉及的任何外部事物更為重要，所以一個書面委托是必不可少的。不幸的是，項目委托有時超過了他們按常規(guī)分配的工作負(fù)荷。在這種情況下，需要經(jīng)理直接參與、定期督促和采取干預(yù)措施。對于在各個階段人員委托的相對要求上給讀者一個感性的認(rèn)識。底部描繪了在系統(tǒng)開發(fā)的每一階段占總的項目工作量的百分比，對每一階段提供了項目工作量百分比的一個范圍。公司的政策

26、以及系統(tǒng)開發(fā)方法學(xué)將影響到相對百分比。例如， 一種強調(diào)設(shè)計階段()的方法學(xué)將必定有更為清楚定義的程序功能說明書。因此減少了程序設(shè)計工作所要求的時間。作為一個規(guī)則(到目前為止)，花在第階段(系統(tǒng)分析和設(shè)計)上的工作量是與花在第階段(程序設(shè)計)上的工作量成反比的。在一個設(shè)計良好的系統(tǒng)中，第階段將具有比第階段更大的工作量。（P114）相對的項目工作量 上端說明了由項目組(用戶和信息服務(wù)人員)和非項目組成員的用戶對項目工作貢獻的相對百分比。注意，在第階段期間，30%的工作量是由不在項目組的用戶做的。在第階段(系統(tǒng)分析和設(shè)計)期間，項目組必須不斷地在每一級與用戶進行通信。在程序設(shè)計期間，僅僅在外圍才涉及

27、到用戶。在第階段(實現(xiàn)和轉(zhuǎn)換)，在培訓(xùn)、測試、數(shù)據(jù)轉(zhuǎn)換和并行操作中都涉及到用戶。在第階段中項目組和用戶肩并肩工作，直到實現(xiàn)系統(tǒng)。在第階段，將系統(tǒng)轉(zhuǎn)交給用戶。 (13)人員培訓(xùn) 為了在系統(tǒng)開發(fā)過程中進行有效的交流，可能要求對于在設(shè)計數(shù)據(jù)庫時所涉及的用戶以及在生產(chǎn)調(diào)度中所涉及的信息服務(wù)人員進行培訓(xùn)。根據(jù)經(jīng)驗，信息服務(wù)人員負(fù)責(zé)信息系統(tǒng)方面的培訓(xùn)，而用戶則負(fù)責(zé)專業(yè)領(lǐng)域的培訓(xùn)。 這個活動的產(chǎn)品是一張表，表中列出要求某種培訓(xùn)的人員的名字和頭銜。每行表中都注明那種培訓(xùn)的簡單描述，包括地點、負(fù)責(zé)人以及計劃的時間等。有些培訓(xùn)將要求馬上進行，而另一些培訓(xùn)(比如數(shù)據(jù)錄入)將推遲到項目接近實現(xiàn)時進行。 (14)建立詳

28、細(xì)進度表 通過使用一種標(biāo)準(zhǔn)的系統(tǒng)開發(fā)方法，管理人員可以建立階段標(biāo)志，然后，利用歷史統(tǒng)計數(shù)據(jù)和經(jīng)驗來估計中間和最后活動完成的日期。項目組組長必須與信息服務(wù)人員以及業(yè)務(wù)領(lǐng)域的管理人員密切合作以保證在系統(tǒng)開發(fā)過程中在各關(guān)鍵點有足夠的人員。 系統(tǒng)開發(fā)過程本質(zhì)上是線性的(一個活動接著一個活動)，而且是不難用適當(dāng)?shù)臏?zhǔn)則(方法學(xué))和合理的估計來監(jiān)視的。說明了一個典型的信息系統(tǒng)項目進度表。在活動點上加上三種標(biāo)志之一以指出該活動的狀態(tài)。如果情況表明該活動是不必要的，則在活動號上加一個圓圈。如果一個特定的活動正在著手進行，則在相應(yīng)的活動號上劃一個對角線。一旦活動完成則將對角線改成交叉線“×”。有時也用甘

29、特表來給出項目進展的圖形輪廊。 在開始一組有階段標(biāo)識的活動之前，要準(zhǔn)備一個更為詳細(xì)的進度表，來單獨安排這些中間活動。對于要求多于兩周時間的那些活動將以兩周為增量來安排進度。說明了對具有階段標(biāo)志E的那些活動的一個詳細(xì)的信息系統(tǒng)項目進度表。 下面的方法可以用來估計價格、人員以及相應(yīng)的時間要求。這種循環(huán)使用的方法使得一組人能意見一致，而且對于信息服務(wù)項目特別合適。我們假定參與估計的那些人能夠提出問題或具有任務(wù)方面的知識，而且能夠提出支持自己意見的重要的理由。參與建立信息系統(tǒng)項目進度表的人可以包括項目組長、起作用的用戶經(jīng)理以及其他有經(jīng)驗的信息服務(wù)人員(他們不一定與本項目有關(guān))。我們通過以下幾個步驟來描

30、述進行合理估價的方法。 項目組長介紹任務(wù)(例如，確定項目進度表的階段標(biāo)志的日期)和相應(yīng)的背景信息。 每一個參加者提交一個書面估計(成本、人員要求或時間)。 項目組長(以線性比例)繪出該組每個成員的估計。 計算上、下四分點和中點，并且標(biāo)上尺度。 要求其估計低于上、下四分點的那些參加者解釋他們低或高估計的理由。 項目組長就所標(biāo)繪的估計召集一次公開的討論會。 重復(fù)步驟至，直到達到精確性要求不需要再循環(huán)為止。通過每一次循環(huán)，將降低估計的誤差。 估計是取中間值或(在適合時)取平均值。估計的誤差是包含危險的一種標(biāo)志。 (15)與用戶人員交談 與用戶交談的過程從本活動開始。為了解決問題和確定系統(tǒng)要求，項目組

31、成員定期與有關(guān)用戶見面。與用戶交談及反饋的過程貫穿于系統(tǒng)開發(fā)的全過程。 對于詳細(xì)設(shè)計的基本輸入是：(A)初始設(shè)計(來自可行性研究)，(B)對現(xiàn)有系統(tǒng)及其成分的評價(也是來自可行性研究)以及(C)輸入、處理以及輸出的要求(由用戶提供)。 項目組與有關(guān)的用戶人員檢查在可行性研究的初始設(shè)計中所描述的輸入/輸出要求和頻率，并根據(jù)需要及價值對每一種輸入/輸出進行評價。許多輸出是“有了更好”，但是卻不值得去產(chǎn)生它們。還可以根據(jù)周期和時幀來估計輸入/輸出。通過估計頻率/價值比的平衡來優(yōu)化周期的輸入和輸出。例如，如果每周情況報告可以滿足需要，那么就沒有必要再產(chǎn)生每天的情況報告。在聯(lián)機系統(tǒng)中，檢查響應(yīng)時間要求以

32、確定這種時間要求是否太緊迫，能否適當(dāng)放寬要求而又致于對運行效率產(chǎn)生較大的影響；或者確定這種響應(yīng)時間的要求是否不能滿足。 目前系統(tǒng)的資料對設(shè)計提供了有價值的輸入?，F(xiàn)有的報告、表格、原始資料等等，實際上能夠追蹤最終用戶以便確定該資料是否合適，是否及時等。如果是，還能做哪些工作來改進它們?項目組負(fù)責(zé)對現(xiàn)有的所有輸入和輸出進行修改。通過合并類似的輸入和(或)輸出以及消除多余的信息盡可能地減少重復(fù)。 初步交談的一個直接結(jié)果是對所建議的系統(tǒng)所有的輸出一般的描述(報告，顯示或事務(wù))。根據(jù)周期、初始用戶、輸出介質(zhì)、內(nèi)容以及分布來描述每一種輸出。 (16)說明數(shù)據(jù)庫要求 數(shù)據(jù)庫用來支持系統(tǒng)的處理，特別是支持系統(tǒng)

33、的輸出。在目前系統(tǒng)的資料中包含了可繼續(xù)使用的數(shù)據(jù)元。許多現(xiàn)有數(shù)據(jù)元的格式肯定是需要改變的，還需要將支持系統(tǒng)功能要求所需要的其他數(shù)據(jù)元標(biāo)列出來。 項目組設(shè)計和編制數(shù)據(jù)字典，在一部數(shù)據(jù)字典中所列出的數(shù)據(jù)具有維持每個數(shù)據(jù)元的基本信息，而它們與數(shù)據(jù)庫或文件的組織形式無關(guān)。在給出的數(shù)據(jù)字典的例子中，包括對每個數(shù)據(jù)元指定了一個各自的前后參照號、標(biāo)題、描述(如果必要的話)、是否被編碼、程序設(shè)計標(biāo)識、存儲單元(字符)數(shù)、格式和存儲器大小(程序最初使用的)以及職責(zé)等。用戶必須給出負(fù)責(zé)的人或部門、存儲單元以及是否對數(shù)據(jù)元編碼等事項。數(shù)據(jù)字典形式，也可以用來交叉引用在所有原始資料、報告、文件以及數(shù)據(jù)庫中出現(xiàn)的每一個

34、數(shù)據(jù)元。 在標(biāo)列出所有的數(shù)據(jù)元之后，項目組與數(shù)據(jù)庫管理員合作來進行記錄格式和文件的設(shè)計，或者，在數(shù)據(jù)庫環(huán)境下，他們設(shè)計數(shù)據(jù)庫的模式。此活動的輸出是數(shù)據(jù)字典以及有關(guān)文件和(或)數(shù)據(jù)庫模式的一份詳細(xì)的技術(shù)描述。 (17)建立控制和后援的方法 為了保證信息系統(tǒng)的正確性、可靠性和完整性，在設(shè)計時就要考慮加進控制手段。項目組將說明在系統(tǒng)設(shè)計時要嵌入所有物理上的和行政管理上的控制。在系統(tǒng)的輸入、處理和輸出階段用以控制系統(tǒng)的技術(shù)的范圍是廣泛的。在處理之前核對輸入，在處理期間使用諸如合理性檢查以及數(shù)字位檢查等技術(shù)以便最小化或消除在計算或處理中的過失誤差，記錄計數(shù)和長度核對是用來保證輸出正確性的許多技術(shù)的代表。

35、 為了避免在系統(tǒng)故障期間造成破壞，需要確定后援(備份)和校驗點/重新啟動的方法。這些方法描述了包含在系統(tǒng)中的克服故障的額外處理，在系統(tǒng)故障的情況下，利用備份文件和(或)備份事務(wù)日記從上一個“校驗點”來重新建立處理。在上一個校驗點“重新啟動”系統(tǒng)，并重新開始正常的運行。在系統(tǒng)處理周期期間，定期地建立校驗點將會使系統(tǒng)及時地保留在該點的所有處理，而且不會被破壞。 (18)完成詳細(xì)設(shè)計 詳細(xì)的系統(tǒng)設(shè)計是分析輸入/輸出、處理、控制和后援要求的結(jié)果。系統(tǒng)初步設(shè)計或系統(tǒng)一般設(shè)計只描繪了各主要處理活動之間的關(guān)系，而系統(tǒng)詳細(xì)設(shè)計則擴展到包括所有處理活動和有關(guān)的輸入/輸出。這是系統(tǒng)開發(fā)過程的基礎(chǔ)活動。正是這一步，

36、將功能說明書與技術(shù)上和方法上的新設(shè)施結(jié)合一起以實現(xiàn)一個系統(tǒng)。詳細(xì)設(shè)計是前面所有工作的歸宿。此外，它也是該項目今后所有活動的一張藍(lán)圖。 在活動5中提到了用圖形說明系統(tǒng)設(shè)計所使用的若干技術(shù)(但沒有詳細(xì)討論)。這里我們簡單地討論其中三種技術(shù)流程圖。HIPO以及渥寧(Warnier)圖。用來形象地描述工作流程和總的系統(tǒng)設(shè)計的最流行的技術(shù)是流程圖。流程圖使用刻畫系統(tǒng)邏輯的一些專用符號并通過流線把這些符號相互連接起來以說明工作流程和數(shù)據(jù)流程。給出了系統(tǒng)流程圖符號的一個子集。，用流程圖描繪了一個已投入運行的工資系統(tǒng)的一部分。 流程圖有一定的缺點。不像前面所討論的其他兩種技術(shù)，流程圖并不鼓勵分析員使用系統(tǒng)設(shè)計

37、的自上而下或模塊化的方法。因此，用流程圖方法來設(shè)計系統(tǒng)，不僅難于設(shè)計，而且設(shè)計出的系統(tǒng)也難于理解和維護。流程圖之所以較為流行，主要是由于它是最早出現(xiàn)的設(shè)計方法。 層次式輸入處理輸出法(又稱HIPO法)是在一層次體系中將系統(tǒng)設(shè)計按其詳細(xì)程度分層，依次地說明所有的輸入、處理和輸出的一種方法。說明了一個工資系統(tǒng)的HIPO卷內(nèi)容表(VTOC)。VTOC是在HIPO設(shè)計方法中所使用的幾種標(biāo)準(zhǔn)形式之一。整個系統(tǒng)被劃分成由若干邏輯模塊所組成的一個層次體系，并用VTOC來描繪。此后，利用粗框圖和細(xì)框圖還可以將這些模塊進一步劃分成更細(xì)小一層的輸入處理輸出的細(xì)目。通常由若干個VTOC將設(shè)計的層次體系統(tǒng)推進到依次的

38、細(xì)目層。從HIPO結(jié)構(gòu)化方法所得到的好處往往被編寫系統(tǒng)資料所需要的大量繁瑣的文書工作所抵消了。 Warnier框圖可以用來設(shè)計整個系統(tǒng)、數(shù)據(jù)結(jié)構(gòu)、報表內(nèi)容以及數(shù)據(jù)元的編碼。使用Warnier框圖的依據(jù)是：應(yīng)該圍繞著數(shù)據(jù)結(jié)構(gòu)來設(shè)計系統(tǒng)。Warnier框圖的最大優(yōu)點是對各種環(huán)境的適用性。圖中的例子是一個擴展項判定表，它是許多判定表中的一種，一個判定表有一個條件分叉(在表的左上方)和活動分叉(在表的左下方)，一個條件項(右上方)以及一個活動項(右下方)。判定表并不是一個說明數(shù)據(jù)流和工作流的有效的工具，最好把它作為其他設(shè)計方法的補充。判定表的主要好處是必須考慮到每一種可能的替換者、選擇、條件、變元等。

39、與流程圖，HIPO圖以及其他設(shè)計方法不同使用Warnier框圖法，系統(tǒng)分析員不必考慮細(xì)節(jié)。 上面討論的分析工具代替了一大段解說詞，而通常對解說詞的理解容易產(chǎn)生混淆。然而，精心設(shè)計的解說詞可以而且應(yīng)該用來支持圖形設(shè)計技術(shù)。 沒有一種分析和設(shè)計的技術(shù)是最好的，最好的分析和設(shè)計技術(shù)是適合一個公司具體情況的各種技術(shù)的組合?？傊?，模塊化的自頂向下方法是當(dāng)今必不可少的。按自頂向下方法進行設(shè)計時，通過最高一級的管理者來建立基本的系統(tǒng)目標(biāo)，然后根據(jù)在公司每一級收集的輸入數(shù)據(jù)，在設(shè)計中增加后繼的細(xì)目層。由于作為一個整體概念多數(shù)系統(tǒng)過于復(fù)雜，所以將系統(tǒng)分成若干個更容易理解的模塊。模塊化的主導(dǎo)思想是“各個擊破”，而

40、這是行之有效的。 (19)指導(dǎo)用戶或信息服務(wù)部門預(yù)演。 結(jié)構(gòu)預(yù)演是一種預(yù)測評價方法，它能有效地減少某些被忽略的或作錯的事情。它也給預(yù)測者提供一個機會來評價那些業(yè)已建議的事情(如系統(tǒng)設(shè)計)，從而有可能給出一些建設(shè)性的建議。預(yù)演的目的是給項目組提供有價值的反饋信息，而不是對系統(tǒng)的質(zhì)量下判決性的結(jié)論。 項目組長應(yīng)考慮何時開始結(jié)構(gòu)預(yù)演。通常預(yù)演是在系統(tǒng)設(shè)計以及系統(tǒng)開發(fā)過程中其他一些關(guān)鍵點(如，測試計劃、程序描述等)完成之后才進行。 參與結(jié)構(gòu)預(yù)演中的人有：若干項目組成員，一個協(xié)調(diào)員，參加者，一位秘書，或許還包括一位不屬雙方的“中立的”經(jīng)理。項目組的某個成員或所有成員扮演“推薦者”的角色，并且解釋他們所承

41、擔(dān)設(shè)計的系統(tǒng)的那一部分。協(xié)調(diào)員負(fù)責(zé)組織預(yù)演和協(xié)調(diào)“推薦者”與“參加者”之間的相互配合。根據(jù)對所提出的課題的知識和興趣來選擇“參加者”。這些人應(yīng)該是沒有直接參與本項目的。秘書將對一些要點作書面記錄。通常邀請一個“中立的”經(jīng)理參加第一次預(yù)演。中立經(jīng)理的出席將促使參與預(yù)演的每一個人專心于他的工作(這一點有時是預(yù)演的一個問題)。 結(jié)構(gòu)預(yù)演的方法是簡單的。在進行預(yù)演的前幾天將需要審查的材料(即系統(tǒng)設(shè)計)分發(fā)給參加者，協(xié)調(diào)員負(fù)責(zé)跟參加預(yù)演的所有人聯(lián)系和通信。在實際的預(yù)演期間，推薦者解釋系統(tǒng)設(shè)計以及有關(guān)的資料。這是通過一步一步地預(yù)演系統(tǒng)來進行的，有時可能還借助于某種設(shè)計工具。參加者提供出討論的建議，而秘書則

42、記錄下來以形成資料。通常一次預(yù)演持續(xù)的時間不應(yīng)超過一個半小時。如果超過了這個時間限制，那么一次預(yù)演會議將變得沒有實際效果。如果必要，可以安排幾次會議來完成預(yù)演。 項目組評價所有的建議，并且把所有價值的建議并入到系統(tǒng)設(shè)計中。預(yù)演是有價值的，它使得設(shè)計者在系統(tǒng)實現(xiàn)之前獲得重要的反饋信息。 (20)選擇硬件 如果正在開發(fā)的系統(tǒng)要求額外的硬件支持，則需要選擇適當(dāng)?shù)挠布⑦M行訂貨。獲得硬件的過程通常是信息服務(wù)經(jīng)理的責(zé)任。 (21)準(zhǔn)備輸出格式 在系統(tǒng)開發(fā)過程中，到目前這一階段為止，我們已經(jīng)提及了輸出并描述了其有關(guān)的內(nèi)容，但是程序員需要知道具體的輸出形式(即應(yīng)該怎樣在輸出設(shè)備上出現(xiàn))。這種詳細(xì)的輸出說明稱

43、之為輸出格式。項目組產(chǎn)生出顯示屏(VDU)格式，這種格式規(guī)定了諸如題目、標(biāo)題、輸出形式等項，有時還應(yīng)包括輸入形式。 某些硬拷貝報告和資料要求事先打印好的表格紙，項目組與表格紙廠商的代表合作設(shè)計這種事先打印好的表格紙(例如，工資支票和短線)。 項目組還負(fù)責(zé)設(shè)計和滿足在系統(tǒng)范圍內(nèi)所有人工產(chǎn)生的報告和資料，同時與受有影響的用戶經(jīng)理相配合進行修改、增加或刪除。 (22)描述數(shù)據(jù)項的說明書 數(shù)據(jù)項的說明書詳細(xì)規(guī)定了什么數(shù)據(jù)將輸入到系統(tǒng)以及它們怎樣被輸入到系統(tǒng)中。 (23)準(zhǔn)備程序描述 系統(tǒng)開發(fā)進展到目前這一步，我們已經(jīng)對現(xiàn)有的系統(tǒng)作了詳盡的分析。它的功能已經(jīng)并入建議的系統(tǒng)的設(shè)計中，我們已經(jīng)完成了建議的系

44、統(tǒng)及其支持的數(shù)據(jù)庫的設(shè)計，并且還準(zhǔn)備了所有輸入/輸出詳細(xì)的說明書。現(xiàn)在項目組可以著手標(biāo)列和確定所有的程序，而這些程序是使得建議的信息系統(tǒng)運轉(zhuǎn)所要求的。系統(tǒng)的圖形表示(流程圖、HIPO圖和其他)是標(biāo)列所要求的程序的初始輸入。對每一個程序，項目組編輯下述的資料： 程序語言的種類(例如，COBOL、BASIC、FORTRAN) 程序解說詞的描述描述要執(zhí)行的任務(wù)。 由程序所產(chǎn)生的各種輸出的描述和格式 處理頻率(例如，每天、每周、聯(lián)機等) 界限和限制(例如，輸入數(shù)據(jù)的順序，容量的限制，響應(yīng)時間，最大值，最小值等) 詳細(xì)說明書(例如，排序，編輯的標(biāo)準(zhǔn)，特殊的計算和邏輯操作，各種表格等)。 3.第階段程序設(shè)

45、計 項目組現(xiàn)在可以著手開始與計算機通信了。這種通信(或與計算機的接口)是采取指令形式來進行的，而這些指令被編進計算機程序中。這些計算機程序包括系統(tǒng)運轉(zhuǎn)所必需的軟件。在第階段程序設(shè)計階段將開發(fā)支持信息系統(tǒng)所要求的全部軟件。 用戶的介入集中在系統(tǒng)開發(fā)的過程前段(第階段)和后段(第和階段)。如果正確地完成了第階段而且用戶與項目組的協(xié)作是有“成效”的，那么用戶將很少介入程序設(shè)計階段，甚至完全不用介入。用戶介入最多的情況將反復(fù)出現(xiàn)在系統(tǒng)設(shè)計需要澄清的時候，有時也出現(xiàn)為第階段(轉(zhuǎn)換與實現(xiàn))，作一些初始計劃的時候。 不幸的是，有時用戶管理人員也較深地卷進了程序設(shè)計階段。這是第階段進行得很糟糕，而且當(dāng)開始程序

46、設(shè)計時還沒完成的一種標(biāo)志。這種情況是經(jīng)常發(fā)生的，特別是在時間緊迫時，項目組常常收到一些強制性的命令要求產(chǎn)生尚未完成的產(chǎn)品。由于系統(tǒng)開發(fā)過程的最終產(chǎn)品是軟件，所以有時過早地開始程序設(shè)計。這種系統(tǒng)開發(fā)方式必然導(dǎo)致產(chǎn)生質(zhì)量低劣的系統(tǒng)。這種系統(tǒng)并不能滿足用戶的要求，而且維護的代價很高。這種系統(tǒng)整個壽命期的成本可能是一個高質(zhì)量的系統(tǒng)的兩到三倍。 (24)指定程序員組長 通常項目組長是一個系統(tǒng)分析員或是一個用戶，他并不直接參與程序設(shè)計工作。管理程序設(shè)計工作的人應(yīng)該是程序設(shè)計工作實際的參加者，因此，對于要求兩個人以上的程序設(shè)計工作，將由信息服務(wù)經(jīng)理指定一個程序員組長。當(dāng)然，項目組長仍然對整個項目負(fù)有責(zé)任。

47、程序員組長有時也稱作為主程序員。他(或她)可能只花10%的時間在產(chǎn)品的程序設(shè)計上。如果只需要管理一個下屬程序員，那么主程序員可能花80%的時間在產(chǎn)品的程序設(shè)計上。 (25)安排順序和分配程序 一個信息系統(tǒng)的軟件包，可能要求幾百個程序。并不需要按照這些程序最終執(zhí)行的順序來編寫它們，在建立程序開發(fā)進度表時，必須考慮到許多變化的因素。在安排程序編制順序時，主程序員應(yīng)考慮如下問題： 建立和維護測試文件的需要 程序的依賴性(此處一個程序依賴于另一個程序的部分或全部的輸出) 程序的長度和復(fù)雜性 根據(jù)程序員專業(yè)知識的水平、工作效率以及對系統(tǒng)熟悉的程序分配程序。由于經(jīng)常將程序員分配到其他項目組，從而對專業(yè)知識

48、和經(jīng)驗的要求非常廣泛，所以使程序員與程序相匹配并非易事。 (26)安排準(zhǔn)備程序的進度 主程序員可以利用程序進度表來安排和監(jiān)督下屬程序員的活動以及任一給定程序的狀態(tài)。由于程序開發(fā)有一個基本的模式，所以一種類似于用來監(jiān)督項目進度的技術(shù)可以用來監(jiān)督完成一個特定程序的進度。表繪出的甘特表是程序進度表的一種圖形表示，而且它是在公告板上可以看到的一種通用的管理工具。幾乎所有的主程序員和項目組長都經(jīng)常使用這種公告板。 (27)編制、測試程序和編寫程序資料。 通常一個程序員在一給定的時間里將同時編制25個程序。開發(fā)任一給定的程序的一般的方法本質(zhì)上是相同的。它們是： 準(zhǔn)備一般的程序邏輯框圖 準(zhǔn)備詳細(xì)的程序邏輯框

49、圖 編寫程序(寫程序語句) 測試和調(diào)試程序 編寫程序的資料 4.第階段轉(zhuǎn)換和實現(xiàn) 第階段的目標(biāo)(轉(zhuǎn)換和實現(xiàn))是把在第、和階段的工作結(jié)合成一個整體，并將信息系統(tǒng)實現(xiàn)到業(yè)務(wù)領(lǐng)域。項目組和受影響的用戶部門大量地介入第階段的全過程中。 盡管在第階段已經(jīng)分別測試了系統(tǒng)的各個成分(程序)，但這并不能保證把它們結(jié)合成一個整體時系統(tǒng)將正常工作。因此，在第階段來完成整個系統(tǒng)的測試。在第階段期間，項目組將培訓(xùn)用戶運行信息系統(tǒng)，轉(zhuǎn)換現(xiàn)有文件以及建立數(shù)據(jù)庫。在并行工作之后，系統(tǒng)轉(zhuǎn)變到業(yè)務(wù)領(lǐng)域。 (28)完成轉(zhuǎn)換計劃 轉(zhuǎn)換系統(tǒng)的處理本身就是一個系統(tǒng)，而且應(yīng)該像最好的結(jié)果那樣來處理。項目組與用戶管理人員以及信息服務(wù)審計組

50、合作，共同研究以設(shè)計出一項轉(zhuǎn)換計劃。該計劃包括：系統(tǒng)驗收測試，文件或數(shù)據(jù)的轉(zhuǎn)換，用戶培訓(xùn)以及并行工作(如果必要的話)的細(xì)節(jié)。轉(zhuǎn)換計劃詳細(xì)地細(xì)述了用戶及信息服務(wù)人員的義務(wù)和責(zé)任，同時還規(guī)定了進行這些事情的時間限制。 (29)指導(dǎo)系統(tǒng)驗收測試 雖然已經(jīng)測試了各個單獨的程序模塊，但是還沒有把它們結(jié)合成一體作為一個系統(tǒng)來處理。一個信息系統(tǒng)可能有100個以上的程序和一打以上的文件，必須把它們作為一個整體來處理以保證使工作協(xié)調(diào)并使用戶滿意。整體的測試將驗證全部系統(tǒng)軟件和應(yīng)用軟件、輸入/輸出，文件和數(shù)據(jù)庫以及各種過程。在測試期間用戶人員是實際的參加者。在測試過程中，有可能發(fā)現(xiàn)錯誤(忽略了系統(tǒng)的某些方面)，某

51、些過程的缺點將會暴露出來?？梢钥隙?，一部分驗收測試過程必須在系統(tǒng)設(shè)計和程序設(shè)計方面進行較小的修改。如果系統(tǒng)是正確開發(fā)的，那么任何這種修改將只是微小地調(diào)整系統(tǒng)。任何重大的修改應(yīng)該推遲到系統(tǒng)實現(xiàn)之后，并且至少在進行生產(chǎn)性工作一年之后再進行。這種推遲避免了通常敲打膝部那種反作用引起的改變而提交可觀的資源。這是因為為了減少重大修改的要求，項目組長和受影響的用戶管理人員將要停止信息系統(tǒng)的每一方面。這時，重大修改的要求才是一種分界清楚的標(biāo)志，它表明有人忽略了他們對項目的責(zé)任。 整個系統(tǒng)的測試實際上是分兩個部分完成的。首先利用測試數(shù)據(jù)來驗證每一個子系統(tǒng)。一旦證實所有子系統(tǒng)的功能是適合的，則有“生存的”數(shù)據(jù)來

52、測試整個系統(tǒng)。測試數(shù)據(jù)是為了測試特定的環(huán)境而產(chǎn)生的，而“生存的”數(shù)據(jù)通常是來自過去處理使用的實際的數(shù)據(jù)。 在測試聯(lián)機系統(tǒng)時(此時響應(yīng)時間是關(guān)鍵問題)，為了測試系統(tǒng)的能力，包括了用幾種生存數(shù)據(jù)的測試會話。系統(tǒng)可能運行良好，但是由于計算機能力不夠大或是程序的效率不高，也可能導(dǎo)致不可接受的響應(yīng)時間。 (30)設(shè)計用戶手冊項目組設(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)的每一方面提供快速

53、和容易的參照。用戶手冊至少包括： ·系統(tǒng)的目標(biāo) ·系統(tǒng)的描述 ·工作流程和一般的操作方法 ·完成和理解輸入/輸出的命令 ·數(shù)據(jù)收集和更新的方法 ·控制 ·其他(例如，術(shù)語唯一的詞匯表，硬件的描述和用法，性能的界限，等等) 用戶手冊的內(nèi)容來自系統(tǒng)資料。然而，在編寫和編譯這種手冊時必須考慮到能為預(yù)期的用戶所理解，而且不會被錯誤地解釋。 (31)提供用戶培訓(xùn)大綱 如果不能跟培訓(xùn)相關(guān)聯(lián)，那么用戶手冊的價值就很小。項目組的成員指導(dǎo)一系列的培訓(xùn)課程以使得用戶熟悉系統(tǒng)。用戶培訓(xùn)大綱的一般內(nèi)容包括： ·系統(tǒng)的用途和目標(biāo) ·

54、;現(xiàn)有系統(tǒng)與新系統(tǒng)的差別 ·系統(tǒng)工作概述 ·如何使用用戶手冊 ·與系統(tǒng)有關(guān)的信息服務(wù)人員和用戶人員的義務(wù)和責(zé)任 一個有各地分號的大型百貨商店實現(xiàn)了一個聯(lián)機銷售點(POS)系統(tǒng)并將用戶手冊分發(fā)給每一個POS終端地點。如果沒有正規(guī)的培訓(xùn)，銷售員將丟下他們自己的工作而去揣摹用戶手冊(有100頁以上)以了解系統(tǒng)的用途。由于銷售人員不能處理基本事務(wù)，于是使得顧客不再等待，而跑到其他地方買貨。在他們認(rèn)識到問題不在于市場、產(chǎn)品質(zhì)量或地點之前，百貨商店的這些分號幾乎要關(guān)閉。問題在于缺乏對系統(tǒng)用戶的訓(xùn)練。 (32)建立和轉(zhuǎn)換文件或數(shù)據(jù)庫 很難找到一個已實現(xiàn)的系統(tǒng)而不需要修改原有的文件或數(shù)據(jù)庫。有些文件和數(shù)據(jù)庫需要新建，而其他一些則需要從現(xiàn)有的轉(zhuǎn)換成適合的格式。用戶部門負(fù)責(zé)將手寫的數(shù)據(jù)統(tǒng)一格式并變成機器可談的形式。用戶部門也可能負(fù)責(zé)抄寫和錄入數(shù)據(jù)的工作。如果數(shù)據(jù)不是現(xiàn)成可用的或沒有用人工存儲起來(例如，存放在3×5的卡片上)，那么數(shù)據(jù)的準(zhǔn)備工作可能耗費相當(dāng)長的時間。 在項目組的指導(dǎo)下，用戶負(fù)