系統(tǒng)開發(fā)過程

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

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

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

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

5、請求正如在責(zé)任矩陣中所注釋的那樣，信息服務(wù)管理人員只能承諾小的項(xiàng)目(由公司的方針?biāo)_定的小項(xiàng)目)。(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)分析員，具有計(jì)算機(jī)信息處理基礎(chǔ)知識的情況已經(jīng)越來越普 遍了。必須指定一個人擔(dān)任可行性研究組的組長，哪怕只是兩個人的可行性研究組也需要一個組長。直到1980年為止，多數(shù)的可行性研究組和項(xiàng)目組是由一個高級系統(tǒng)

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

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

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

9、除而不再保留的。例如，列出所有現(xiàn)有的報(bào)告和標(biāo)準(zhǔn)的資料，并按上述分類給定一種狀態(tài)。在報(bào)告上將標(biāo)明相對周期（如，每天，每周）以及分發(fā)范圍。對于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標(biāo)明有關(guān)的存儲介質(zhì)（如，3X 5的卡片，磁帶，馬尼拉折紙機(jī)，磁盤等等）以及存儲方式。例如，一個名字一地址文件可以存儲在許多張3X 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)。除了

10、狀態(tài)指示符之外， 如果數(shù)據(jù)的名字不能自我說明，則必須對每個數(shù)據(jù)數(shù)據(jù)元進(jìn)行描述。有關(guān)數(shù)據(jù)元的其他信息還包括更新要求（如，每天，每周，每月，或根據(jù)需要更新等等）、來源（如，代辦處，資料，系統(tǒng)，工作人員等等）以及職責(zé)（如，部門名和負(fù)責(zé)更新者的職務(wù) ）。圖20.9.3說明在整理現(xiàn)有系統(tǒng)資料時數(shù)據(jù)元可能 采用的一種典型格式。iiIanI1X 1號XX93JfKAB94于立Jf直AR.性弓Xn*6XARtr1ffi M 9.3 螯理現(xiàn)有廉統(tǒng)的童耕；廉箍蝕掲元我們通過將系統(tǒng)簡化為輸入、處理和輸出等幾個基本組成部分來表示整理現(xiàn)有系統(tǒng)資料 的工作過程。然后用圖形描繪出各部分之間的邏輯關(guān)系。有多種圖像表示技術(shù)來做

11、這件事。 最為流行的(盡管不一定是最好的)是流程圖。其他的更為結(jié)構(gòu)化”的技術(shù)還有：IBM公司的層次化輸入處理俞出圖(HIPO)，汽泡圖，數(shù)據(jù)流框圖，南茜斯奈德曼(Nassi-Shneiderman) 圖，渥尼爾(Warner)框圖以及判定表。當(dāng)前工作過程的圖像描述提供了系統(tǒng)的數(shù)據(jù)、信息和工作流程的一個概貌。 它著重強(qiáng)調(diào)系統(tǒng)中控制工作流程的那些數(shù)據(jù)元。這些圖應(yīng)該刻劃人工和計(jì)算機(jī)的處理步驟， 并且以適當(dāng)?shù)捻樞虬才琶恳惶幚聿襟E。通常以能最好地顯示出工作過程的方式來組織和提供這些圖。它們可以是由一些隨機(jī)事件、功能或按小的和大的周期來驅(qū)動的子系統(tǒng)，也可以是若干子系統(tǒng)；既可以是層次的，也可以是混合的。很少

12、有幾個系統(tǒng)是完全順序的，因此，在多數(shù)情況下可以應(yīng)用模塊方法。(6) 調(diào)查研究技術(shù)轉(zhuǎn)移的可能性為了更好地利用現(xiàn)有的技術(shù)， 許多公司正在進(jìn)行將有關(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)實(shí)現(xiàn)的，而且與所建議的系統(tǒng)有類似規(guī)模和工作的系統(tǒng)?？尚行匝芯拷M還應(yīng)該調(diào)查商品軟件目錄，以便找到適合的可應(yīng)用的軟件。如果認(rèn)為技術(shù)轉(zhuǎn)移是可行的，則可行性研究組說明怎樣使用這些技術(shù)以及為適應(yīng)現(xiàn)有環(huán)境所要

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

14、與之兼容的自動系統(tǒng)之間的關(guān)系。圖形說明將建議的系統(tǒng)的過程簡化為它們的組成部分，同時強(qiáng)調(diào)各部分之間的邏輯關(guān) 系。(8) 確定項(xiàng)目范圍可行性研究組與信息服務(wù)人員以及用戶管理人員合作估計(jì)初步設(shè)計(jì)中所刻劃的系統(tǒng)的 復(fù)雜程度。并對開發(fā)項(xiàng)目今后的每一個階段進(jìn)行人力資源要求的估計(jì)(用戶，信息服務(wù)人員 及其他人員）。此外，還注意到培訓(xùn)和計(jì)算機(jī)機(jī)時要求。（9）準(zhǔn)備利潤/成本分析報(bào)告一旦完成初步設(shè)計(jì)并且確定了項(xiàng)目的范圍，則可以開始利潤/成本分析。不幸的是，由于用戶和信息服務(wù)管理人員都希望加快可行性研究階段，所以，一些關(guān)鍵的步驟被省略了， 因此造成在利潤、成本估計(jì)上的錯誤。僅僅根據(jù)一種概念是不可能精確的反映出利潤和

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

16、事 實(shí)上，在那種情況下，估價是取最好的情況 （理想的）和最壞的（荒謬的）情況之間。然而，如 果將不確定的利潤化成美元，那么決策者將以更好的判斷代替那種不準(zhǔn)確的估計(jì)。估價建議的信息系統(tǒng)的最好途徑是針對系統(tǒng)凈值（收入減去成本）估量正的和負(fù)的不確定利潤。為了便于理解不確定利潤（例如，增加服務(wù)，減少發(fā)票上的錯誤，加快周轉(zhuǎn)期等），應(yīng)該產(chǎn)生一個成本和收入的一覽報(bào)表。表20.9.4說明如何使用最少的成本類別來表示一次性的和重復(fù)使用的成本。這些成本 可由預(yù)算中心提出，并且把公司作為一個整體來考慮。成本類別有：勞力，材料和設(shè)備，旅 差以及其他各種成本。對于每一類，在第一列指出一次性成本估計(jì)（開發(fā)），而在系統(tǒng)壽命

17、期 的水平線上指出可重復(fù)使用的成本估計(jì)（生產(chǎn)）。公司項(xiàng)目在凈值可以從估計(jì)收入中扣除成本計(jì)算出來，并且根據(jù)公司政策對流動現(xiàn)金打折扣。* 20 9 .4 成本一1ft裹殺算中心M國驗(yàn)懸和編號亠次杵虎本毎年16復(fù)使出的嵐車R 1半M2*m年年第7年力設(shè)崙*（10）根據(jù)可行性研究做出決策完成可行性研究后，除了技術(shù)補(bǔ)充之外所有報(bào)告和資料全部交給信息處理政策委員會以 便實(shí)施。技術(shù)補(bǔ)充包括準(zhǔn)備可行性研究所要求的背景信息。它還包括一般的系統(tǒng)設(shè)計(jì)和開始第n階段（系統(tǒng)分析和設(shè)計(jì)）的一個框架。信息服務(wù)政策委員會感興趣的主要是初始服務(wù)請 求、范圍、圖解說明和利潤 /成本分析。信息服務(wù)政策委員會能對可行性研究施加影響。

18、信息服務(wù)政策委員會能夠： 拒絕建議。 批準(zhǔn)建議并對該建議的開發(fā)和實(shí)現(xiàn)指定一個最高優(yōu)先數(shù)。 批準(zhǔn)系統(tǒng)并給它指定一個比最高優(yōu)先數(shù)小的優(yōu)先數(shù)，同時將請求放在所有建議的系統(tǒng)隊(duì)列的適當(dāng)位置（定期檢查隊(duì)列，當(dāng)所請求的資源可用時，委員會給當(dāng)時是最高優(yōu)先數(shù)的項(xiàng)目發(fā)出通行命令）。2. 第n階段系統(tǒng)分析和設(shè)計(jì)很少有幾個項(xiàng)目能在批準(zhǔn)可行性研究后立即實(shí)現(xiàn)。在得到批準(zhǔn)和項(xiàng)目開始之間的估計(jì)時間可能是兩年或兩年以上。一旦項(xiàng)目獲如通行命令，則開始第n階段系統(tǒng)分析和設(shè)計(jì)。在第n階段，將描述所有輸入 /輸出的格式和內(nèi)容，并且完成詳細(xì)的系統(tǒng)設(shè)計(jì)。第n階段的最 后一步活動是準(zhǔn)備程序說明，其中包括各種程序模塊的說明書。重要的是牢記在第

19、I階段和第n階段不編制程序。一個普遍容易犯的錯誤（經(jīng)常與系統(tǒng)的質(zhì)量和運(yùn)行維護(hù)的水平密切相關(guān)）是壓縮第n階段，使它提前完成以便開始第川階段程序設(shè)計(jì)。粗糙的系統(tǒng)設(shè)計(jì)必將成倍、甚至三倍地增長項(xiàng)目所要求的程序設(shè)計(jì)量。（11）指定項(xiàng)目組與可行性研究組一樣，項(xiàng)目組也應(yīng)該有一個或多個系統(tǒng)分析員和一至多個來自所建議的 系統(tǒng)范圍內(nèi)各業(yè)務(wù)方面的用戶代表。如果可能的話，還要給項(xiàng)目組指派一名信息服務(wù)審計(jì)員， 他不作為專職人員，而作為安全和控制方面的顧問。因?yàn)樵诘趎階段結(jié)束之前程序員實(shí)際上并不參與進(jìn)來，所以可以將指定程序員一事推遲到第n階段結(jié)束時再進(jìn)行?？尚行匝芯拷M的成員不一定都是項(xiàng)目組成員。 在第I階段結(jié)束到第n階段

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

21、經(jīng)驗(yàn)。信息服務(wù)項(xiàng)目組組織的最好方式或許是既按專業(yè)領(lǐng)域組織而同時又保持一定的靈活性，使得項(xiàng)目組成員能在各項(xiàng)目組織之間流動，以便達(dá)到飽滿的工作負(fù)荷。根據(jù)項(xiàng)目的復(fù)雜程度和涉及范圍的大小，每個項(xiàng)目組都有不同的最佳人數(shù)。項(xiàng)目組長的能力是一個重要的因素。有些地方，一個經(jīng)理能有效地管理20個以上的人員，而另一些經(jīng)理卻連管理3個人都有困難。項(xiàng)目組的大小以及相對進(jìn)度這些是用戶、信息服務(wù)人員以及公司的經(jīng)理感興趣的問題。許多公司的經(jīng)理人員有一種錯誤的概念，即如果將項(xiàng)目組人員增加一倍，那么完成項(xiàng)目的時間就應(yīng)該減少一半。實(shí)際情況并非如此。 一個能夠直接分成若干個相同大小模塊的簡單項(xiàng)目，用兩倍的人力，可以在原定的一半時間

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

23、。當(dāng)頭都不知道尾在做什么的時候，即使每一個成員都忙于從事某種與項(xiàng)目有關(guān)的工作，項(xiàng)目的進(jìn)度還是要停頓下來。對于每一個確定的項(xiàng)目組都有最佳規(guī)模。與項(xiàng)目有關(guān)的所有經(jīng)理和公司行政人員都應(yīng)當(dāng)很好地掌握這樣一個格言：與其過分地?cái)U(kuò)大項(xiàng)目組織規(guī)模，造成欲速則不達(dá)的局面， 還不如推遲項(xiàng)目的實(shí)現(xiàn)時間。(PI 12)團(tuán)20-9d項(xiàng)昌組的規(guī)橫（12）估計(jì)人員要求并進(jìn)行人員委托一個項(xiàng)目的成功與否在很大程度上依賴于用戶與公司經(jīng)理、其他專業(yè)領(lǐng)域人員以及某些范圍內(nèi)信息服務(wù)人員（如，數(shù)據(jù)庫管理員，聯(lián)系用戶的人員等等）。由于某人（或某部門）忘記 或不承認(rèn)以前的口頭上的委托，會使得許多緊急項(xiàng)目被延誤。因此有必要簽署一個書面的人員委

24、托書。應(yīng)該造表列出在系統(tǒng)開發(fā)過程中所直接參與到的項(xiàng)目組的人員和其它人員（如訪問用戶人員、收集數(shù)據(jù)人員等），并同時列出在每一階段對他們的相對的時間要求（見表2096）。項(xiàng)目的人力要求來自于可行性研究報(bào)告。援吿乘樂姑片人員要求 砂II血辭砂60VIlfFK30so10010no啊血aOOFrfl10010WHMMfi 員6000臓酢員0齡2D0100tooas102030碩躺鮭理勤理1020WUM丈霰人員101040市協(xié)部文瞅員10L040圖20.9.6估計(jì)人員要求沒有書面人員委托而進(jìn)行的項(xiàng)目肯定會產(chǎn)生不必要的延誤，甚至可能失敗。本書把項(xiàng)目開發(fā)的重要性放到一個恰當(dāng)?shù)奈恢?。在?xiàng)目中所涉及到的許多人并

25、不在項(xiàng)目組內(nèi)。由于這些的多數(shù)都理解他們的例行活動比項(xiàng)目所涉及的任何外部事物更為重要，所以一個書面委托是必不可少的。不幸的是，項(xiàng)目委托有時超過了他們按常規(guī)分配的工作負(fù)荷。在這種情況下， 需要經(jīng)理直接參與、定期督促和采取干預(yù)措施。圖20.9.7對于在各個階段人員委托的相對要求上給讀者一個感性的認(rèn)識。圖20.9.7的底部描繪了在系統(tǒng)開發(fā)的每一階段占總的項(xiàng)目工作量的百分比，對每一階段提供了項(xiàng)目工作量百分比的一個范圍。公司的政策以及系統(tǒng)開發(fā)方法學(xué)將影響到相對百分比。例如，一種強(qiáng)調(diào)設(shè)計(jì)階段（川）的方法學(xué)將必定有更為清楚定義的程序功能說明書。因此減少了程序設(shè)計(jì)工作所要求的時間。 作為一個規(guī)則（到目前為止），

26、花在第H階段（系統(tǒng)分析和設(shè)計(jì)）上的工 作量是與花在第川階段（程序設(shè)計(jì)）上的工作量成反比的。 在一個設(shè)計(jì)良好的系統(tǒng)中，第n階段將具有比第川階段更大的工作量。1 I I nr可行性系琉分析 程序 轉(zhuǎn)換 實(shí)現(xiàn)后研究與設(shè)廿設(shè)卄和浜現(xiàn)評價PU4)圖20.9.7 相對的項(xiàng)目工作量圖20.9.7的上端說明了由項(xiàng)目組（用戶和信息服務(wù)人員）和非項(xiàng)目組成員的用戶對項(xiàng)目 工作貢獻(xiàn)的相對百分比。注意，在第H階段期間，30%的工作量是由不在項(xiàng)目組的用戶做的。在第H階段（系統(tǒng)分析和設(shè)計(jì)）期間，項(xiàng)目組必須不斷地在每一級與用戶進(jìn)行通信。在程序設(shè)計(jì)期間，僅僅在外圍才涉及到用戶。在第W階段（實(shí)現(xiàn)和轉(zhuǎn)換），在培訓(xùn)、測試、數(shù)據(jù)轉(zhuǎn)換和

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

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

29、 活動完成則將對角線改成交叉線“X” 。有時也用甘特表來給出項(xiàng)目進(jìn)展的圖形輪廊。在開始一組有階段標(biāo)識的活動之前，要準(zhǔn)備一個更為詳細(xì)的進(jìn)度表，來單獨(dú)安排這些中間活動。對于要求多于兩周時間的那些活動將以兩周為增量來安排進(jìn)度。表20.9.9說明了對具有階段標(biāo)志E的那些活動的一個詳細(xì)的信息系統(tǒng)項(xiàng)目進(jìn)度表。表20.9.8 信息系統(tǒng)項(xiàng)目進(jìn)度表階段+具有階段標(biāo)志完成的活動階段標(biāo)志活動估計(jì)的 開始時間實(shí)際的開始時間提前或推遲的天數(shù) 估計(jì)的完成日期 實(shí)際完成的日期 提前或推遲的天數(shù)A 1 2 3 4 5 198W.9.1 198W.9.1 DS 198W.10.1 198W.10.15 12BB 6 7 8 9

30、 10 198W.10.1 198W.10.20 14B 198W.11.1 198X.12.1 22BC 1112B13141516171819198X.9.15198Y.9.113A198X.12.25 198X.12.20 3AD B2021 22 23 198Y.1.15 198Y.1.15 DS 198Y.2.15E 24 25 26 27 198Y.3.1 198Y.6.30F 28 29 198Y.6.1 198Y.7.15G 30 31 32 198Y.6.25 198Y.9.10H 33 198Y.10.1 198Y.10.31I 34 35 36 198Y.11.1 198

31、Z.2.11=已開始的活動X =已完成的活動0=不要求采取措施+對應(yīng)于圖20.9.3中的方法學(xué)*直到實(shí)現(xiàn)可行性研究之前，并不進(jìn)行第n階段活動v的估計(jì)A =提前的工作天數(shù)B =推遲的工作天數(shù)DS=E在進(jìn)行表 20.9.9E細(xì)節(jié) 估計(jì)的開始 成日期信息系統(tǒng)項(xiàng)目進(jìn)度表具有階段標(biāo)志E的活動階段標(biāo)志 活 動 估計(jì)的完24指定程度組長 25安排順序和分配 26安排程序準(zhǔn)備27aKG*2編定、 27bKG*2 27cKG*227dKG*227eKG*2 27fKG*2*同上 同上 同上 同上 同上實(shí)際的 開始時間 提前或 推遲 天數(shù) 成日期提前或推遲天數(shù)時間 實(shí)際的完198y,3.1 198y,3.8程序

32、198y,3.5 198y,3.12 進(jìn)度 198y,3.15 198y,3.25測試程序198y,4.15198y,5.1 198y,5.14198y,5.15 198y,5.31198y,6. 198y,6.14198y,6.15 198y,6.30并編寫程序資料198y,4.1 198y,4.11198y,4.30以階段標(biāo)志D的活動 A=提前的工作天數(shù) b=B遲的工作天數(shù) 實(shí)際開始時間為準(zhǔn)os=正在進(jìn)行下面的方法可以用來估計(jì)價格、人員以及相應(yīng)的時間要求。這種循環(huán)使用的方法使得一 組人能意見一致，而且對于信息服務(wù)項(xiàng)目特別合適。我們假定參與估計(jì)的那些人能夠提出問題或具有任務(wù)方面的知識，而且能

33、夠提出支持自己意見的重要的理由。參與建立信息系統(tǒng)項(xiàng)目進(jìn)度表的人可以包括項(xiàng)目組長、起作用的用戶經(jīng)理以及其他有經(jīng)驗(yàn)的信息服務(wù)人員（他們不一定與本項(xiàng)目有關(guān)）。我們通過以下幾個步驟來描述進(jìn)行合理估價的方法。 項(xiàng)目組長介紹任務(wù)（例如，確定項(xiàng)目進(jìn)度表的階段標(biāo)志的日期）和相應(yīng)的背景信息。 每一個參加者提交一個書面估計(jì)（成本、人員要求或時間）。 項(xiàng)目組長（以線性比例）繪出該組每個成員的估計(jì)。 計(jì)算上、下四分點(diǎn)和中點(diǎn)，并且標(biāo)上遲度。 要求其估計(jì)低于上、下四分點(diǎn)的那些參加者解釋他們低或高估計(jì)的理由。 項(xiàng)目組長就所標(biāo)繪的估計(jì)召集一次公開的討論會。 重復(fù)步驟至， 直到達(dá)到精確性要求不需要再循環(huán)為止。通過每一次循環(huán)，將

34、降低估計(jì)的誤差。 估計(jì)是取中間值或（在適合時）取平均值。估計(jì)的誤差是包含危險的一種標(biāo)志。（15）與用戶人員交談與用戶交談的過程從本活動開始。為了解決問題和確定系統(tǒng)要求，項(xiàng)目組成員定期與有關(guān)用戶見面。與用戶交談及反饋的過程貫穿于系統(tǒng)開發(fā)的全過程。對于詳細(xì)設(shè)計(jì)的基本輸入是：（A）初始設(shè)計(jì)（來自可行性研究），（B）對現(xiàn)有系統(tǒng)及其成分 的評價（也是來自可行性研究）以及（C）輸入、處理以及輸出的要求 （由用戶提供）。 項(xiàng)目組與有關(guān)的用戶人員檢查在可行性研究的初始設(shè)計(jì)中所描述的輸入/輸出要求和頻率，并根據(jù)需要及價值對每一種輸入/輸出進(jìn)行評價。許多輸出是“有了更好”，但是卻不值得去產(chǎn)生它們。還可以根據(jù)周期和

35、時幀來估計(jì)輸入/輸出。通過估計(jì)頻率/價值比的平衡來優(yōu)化周期的輸入和輸出。例如，如果每周情況報(bào)告可以滿足需要，那么就沒有必要再產(chǎn)生每天的情況報(bào)告。在聯(lián)機(jī)系統(tǒng)中，檢查響應(yīng)時間要求以確定這種時間要求是否太緊迫，能否適當(dāng)放寬要求而又致于對運(yùn)行效率產(chǎn)生較大的影響；或者確定這種響應(yīng)時間的要求是否不能滿足。 目前系統(tǒng)的資料對設(shè)計(jì)提供了有價值的輸入?，F(xiàn)有的報(bào)告、表格、原始資料等等，實(shí)際上能夠追蹤最終用戶以便確定該資料是否合適，是否及時等。如果是，還能做哪些工作來改進(jìn)它們？項(xiàng)目組負(fù)責(zé)對現(xiàn)有的所有輸入和輸出進(jìn)行修改。通過合并類似的輸入和（或）輸出以及消除多余的信息盡可能地減少重復(fù)。 初步交談的一個直接結(jié)果是對所建

36、議的系統(tǒng)所有的輸出一般的描述（報(bào)告，顯示或事務(wù)）。根據(jù)周期、初始用戶、輸出介質(zhì)、內(nèi)容以及分布來描述每一種輸出。（16）說明數(shù)據(jù)庫要求數(shù)據(jù)庫用來支持系統(tǒng)的處理， 特別是支持系統(tǒng)的輸出。 在目前系統(tǒng)的資料中包含了可繼 續(xù)使用的數(shù)據(jù)元。許多現(xiàn)有數(shù)據(jù)元的格式肯定是需要改變的，還需要將支持系統(tǒng)功能要求所需要的其他數(shù)據(jù)元標(biāo)列出來。項(xiàng)目組設(shè)計(jì)和編制數(shù)據(jù)字典，在一部數(shù)據(jù)字典中所列出的數(shù)據(jù)具有維持每個數(shù)據(jù)元的基 本信息，而它們與數(shù)據(jù)庫或文件的組織形式無關(guān)。在表20.9.10給出的數(shù)據(jù)字典的例子中，包括對每個數(shù)據(jù)元指定了一個各自的前后參照號、標(biāo)題、描述（如果必要的話）、是否被編碼、程序設(shè)計(jì)標(biāo)識、存儲單元（字符）數(shù)

37、、格式和存儲器大?。ǔ绦蜃畛跏褂玫模┮约奥氊?zé)等。用戶 必須給出負(fù)責(zé)的人或部門、存儲單元以及是否對數(shù)據(jù)元編碼等事項(xiàng)。表20.9.10的數(shù)據(jù)字典形式，也可以用來交叉引用在所有原始資料、報(bào)告、文件以及數(shù)據(jù)庫中出現(xiàn)的每一個數(shù)據(jù)元。在標(biāo)列出所有的數(shù)據(jù)元之后，項(xiàng)目組與數(shù)據(jù)庫管理員合作來進(jìn)行記錄格式和文件的設(shè) 計(jì)，或者，在數(shù)據(jù)庫環(huán)境下，他們設(shè)計(jì)數(shù)據(jù)庫的模式。此活動的輸出是數(shù)據(jù)字典以及有關(guān)文 件和（或）數(shù)據(jù)庫模式的一份詳細(xì)的技術(shù)描述。表20.9.10數(shù)據(jù)字典報(bào)告標(biāo)題數(shù)據(jù)字典日期系統(tǒng)標(biāo)題標(biāo)識 編號 標(biāo)題描述編碼否標(biāo)記字符數(shù) 字形/格式存儲職責(zé) 原始資料（S）、報(bào)告（R）、文件（F）、或數(shù)據(jù)庫（D） 工資支票（R

38、） 工資登記簿（R）工資主文件（F） 會計(jì)文 件（F） 工時卡（S）1社會保險號職工否99999 P人事XXXX2姓否LNAME13X (13) E人事XXXX3名字職工否ENAME10X (10) E人事XXX、, 、4名字首字母職工否MI 1X E 人事XXX5咅部門職工親屬 是DEPT 3XXX E 人事XXXX6性別男或女是SEX 1X E人事X7工資月工資否SAL 6 9999 P人事XXX（17）建立控制和后援的方法為了保證信息系統(tǒng)的正確性、可靠性和完整性，在設(shè)計(jì)時就要考慮加進(jìn)控制手段。項(xiàng)目組將說明在系統(tǒng)設(shè)計(jì)時要嵌入所有物理上的和行政管理上的控制。在系統(tǒng)的輸入、處理和輸出階段用以控

39、制系統(tǒng)的技術(shù)的范圍是廣泛的。在處理之前核對輸入， 在處理期間使用諸如合理性檢查以及數(shù)字位檢查等技術(shù)以便最小化或消除在計(jì)算或處理中的過失誤差，記錄計(jì)數(shù)和長度核對是用來保證輸出正確性的許多技術(shù)的代表。為了避免在系統(tǒng)故障期間造成破壞，需要確定后援（備份）和校驗(yàn)點(diǎn)/重新啟動的方法。這些方法描述了包含在系統(tǒng)中的克服故障的額外處理，在系統(tǒng)故障的情況下，利用備份文件和（或）備份事務(wù)日記從上一個校驗(yàn)點(diǎn)”來重新建立處理。在上一個校驗(yàn)點(diǎn)重新啟動”系 統(tǒng)，并重新開始正常的運(yùn)行。在系統(tǒng)處理周期期間，定期地建立校驗(yàn)點(diǎn)將會使系統(tǒng)及時地保 留在該點(diǎn)的所有處理，而且不會被破壞。（18）完成詳細(xì)設(shè)計(jì)詳細(xì)的系統(tǒng)設(shè)計(jì)是分析輸入 /

40、輸出、處理、控制和后援要求的結(jié)果。系統(tǒng)初步設(shè)計(jì)或系 統(tǒng)一般設(shè)計(jì)只描繪了各主要處理活動之間的關(guān)系，而系統(tǒng)詳細(xì)設(shè)計(jì)則擴(kuò)展到包括所有處理活動和有關(guān)的輸入/輸出。這是系統(tǒng)開發(fā)過程的基礎(chǔ)活動。正是這一步，將功能說明書與技術(shù) 上和方法上的新設(shè)施結(jié)合一起以實(shí)現(xiàn)一個系統(tǒng)。詳細(xì)設(shè)計(jì)是前面所有工作的歸宿。此外，它也是該項(xiàng)目今后所有活動的一張藍(lán)圖。在活動5中提到了用圖形說明系統(tǒng)設(shè)計(jì)所使用的若干技術(shù)（但沒有詳細(xì)討論）。這里我們簡單地討論其中三種技術(shù) 一流程圖。HIP0以及渥寧（Warnier）圖。用來形象地描述工作流程 和總的系統(tǒng)設(shè)計(jì)的最流行的技術(shù)是流程圖。流程圖使用刻畫系統(tǒng)邏輯的一些專用符號并通過流線把這些符號相互

41、連接起來以說明工作流程和數(shù)據(jù)流程。圖20.9.11給出了系統(tǒng)流程圖符號的一個子集。在圖20.9.12中，用流程圖描繪了一個已投入運(yùn)行的工資系統(tǒng)的一部分。 流程圖有一定的缺點(diǎn)。不像前面所討論的其他兩種技術(shù)，流程圖并不鼓勵分析員使用系統(tǒng)設(shè) 計(jì)的自上而下或模塊化的方法。因此，用流程圖方法來設(shè)計(jì)系統(tǒng)，不僅難于設(shè)計(jì)，而且設(shè)計(jì)出的系統(tǒng)也難于理解和維護(hù)。流程圖之所以較為流行，主要是由于它是最早出現(xiàn)的設(shè)計(jì)方法。層次式輸入處理俞出法（又稱HIPO法）是在一層次體系中將系統(tǒng)設(shè)計(jì)按其詳細(xì)程度分 層，依次地說明所有的輸入、處理和輸出的一種方法。圖20.9.13說明了一個工資系統(tǒng)的HIPO卷內(nèi)容表（VTOC）。VTOC

42、是在HIPO設(shè)計(jì)方法中所使用的幾種標(biāo)準(zhǔn)形式之一。整個系統(tǒng)被劃分成由若干邏輯模塊所組成的一個層次體系，并用VTOC來描繪。此后，利用粗框圖和細(xì)框圖還可以將這些模塊進(jìn)一步劃分成更細(xì)小一層的輸入處理俞出的細(xì)目。通常由若干個VTOC各設(shè)計(jì)的層次體系統(tǒng)推進(jìn)到依次的細(xì)目層。從HIPO結(jié)構(gòu)化方法所得到的好處往往被編寫系統(tǒng)資料所需要的大量繁瑣的文書工作所抵消了。Warnier 框圖（在圖20914中說明）可以用來設(shè)計(jì)整個系統(tǒng)、數(shù)據(jù)結(jié)構(gòu)、報(bào)表內(nèi)容以及 數(shù)據(jù)元的編碼。使用 Warnier框圖的依據(jù)是：應(yīng)該圍繞著數(shù)據(jù)結(jié)構(gòu)來設(shè)計(jì)系統(tǒng)。Warnier框圖的最大優(yōu)點(diǎn)是對各種環(huán)境的適用性。圖20.9.15中的例子是一個擴(kuò)展

43、項(xiàng)判定表，它是許多判定表中的一種，一個判定表有一個條件分叉 一個條件項(xiàng)（右上方）以及一個活動項(xiàng)（右下方 效的工具，最好把它作為其他設(shè)計(jì)方法的補(bǔ)充。的替換者、選擇、條件、變元等。與流程圖， 框圖法，系統(tǒng)分析員不必考慮細(xì)節(jié)。（在表的左上方）和活動分叉（在表的左下方）， ）。判定表并不是一個說明數(shù)據(jù)流和工作流的有 判定表的主要好處是必須考慮到每一種可能WarnierHIPO圖以及其他設(shè)計(jì)方法不同使用圖20.9.11 部分系統(tǒng)流程圖符號 圖20.9.12簡化的工資支付系統(tǒng)流程圖工資系統(tǒng) 系統(tǒng)開始每月處理月初每周處理理職工記錄工資支票工資聯(lián)單更新工資文件票工資聯(lián)單更新工資文件系統(tǒng)結(jié)束圖 20.9.14

44、Warnier提交時間卡片 數(shù)據(jù)錄入 月末 按月薪處理職工記錄按工時處工資支框圖圖20.9.13 HIPO :卷內(nèi)容表然而,上面討論的分析工具代替了一大段解說詞，而通常對解說詞的理解容易產(chǎn)生混淆。精心設(shè)計(jì)的解說詞可以而且應(yīng)該用來支持圖形設(shè)計(jì)技術(shù)。沒有一種分析和設(shè)計(jì)的技術(shù)是最好的，最好的分析和設(shè)計(jì)技術(shù)是適合一個公司具體情況的各種技術(shù)的組合。 總之，模塊化的自頂向下方法是當(dāng)今必不可少的。按自頂向下方法進(jìn)行設(shè)計(jì)時，通過最高一級的管理者來建立基本的系統(tǒng)目標(biāo)，然后根據(jù)在公司每一級收集的輸入數(shù)據(jù)，在設(shè)計(jì)中增加后繼的細(xì)目層。由于作為一個整體概念多數(shù)系統(tǒng)過于復(fù)雜，所以將系統(tǒng)分成若干個更容易理解的模塊。模塊化的

45、主導(dǎo)思想是“各個擊破”，而這是行之有效的。（19）指導(dǎo)用戶或信息服務(wù)部門預(yù)演。表20.9.15 一張判定表支付類型工資按工時處理傭金時幀周末月末周末月末周末月末打印工資支票XXXXX打印工資聯(lián)單XXXX結(jié)構(gòu)預(yù)演是一種預(yù)測評價方法，它能有效地減少某些被忽略的或作錯的事情。它也給預(yù)測者提供一個機(jī)會來評價那些業(yè)已建議的事情（如系統(tǒng)設(shè)計(jì)），從而有可能給出一些建設(shè)性的建議。預(yù)演的目的是給項(xiàng)目組提供有價值的反饋信息，而不是對系統(tǒng)的質(zhì)量下判決性的結(jié)論。項(xiàng)目組長應(yīng)考慮何時開始結(jié)構(gòu)預(yù)演。通常預(yù)演是在系統(tǒng)設(shè)計(jì)以及系統(tǒng)開發(fā)過程中其他一 些關(guān)鍵點(diǎn)（如，測試計(jì)劃、程序描述等 ）完成之后才進(jìn)行。參與結(jié)構(gòu)預(yù)演中的人有：若干

46、項(xiàng)目組成員，一個協(xié)調(diào)員，參加者，一位秘書，或許還包 括一位不屬雙方的“中立的”經(jīng)理。項(xiàng)目組的某個成員或所有成員扮演“推薦者”的角色， 并且解釋他們所承擔(dān)設(shè)計(jì)的系統(tǒng)的那一部分。協(xié)調(diào)員負(fù)責(zé)組織預(yù)演和協(xié)調(diào)“推薦者”與“參加者”之間的相互配合。根據(jù)對所提出的課題的知識和興趣來選擇“參加者”。這些人應(yīng)該是沒有直接參與本項(xiàng)目的。秘書將對一些要點(diǎn)作書面記錄。通常邀請一個“中立的”經(jīng)理參 加第一次預(yù)演。中立經(jīng)理的出席將促使參與預(yù)演的每一個人專心于他的工作（這一點(diǎn)有時是預(yù)演的一個問題）。結(jié)構(gòu)預(yù)演的方法是簡單的。在進(jìn)行預(yù)演的前幾天將需要審查的材料（即系統(tǒng)設(shè)計(jì)）分發(fā)給 參加者，協(xié)調(diào)員負(fù)責(zé)跟參加預(yù)演的所有人聯(lián)系和通信

47、。在實(shí)際的預(yù)演期間， 推薦者解釋系統(tǒng)設(shè)計(jì)以及有關(guān)的資料。這是通過一步一步地預(yù)演系統(tǒng)來進(jìn)行的，有時可能還借助于某種設(shè)計(jì)工具。參加者提供出討論的建議，而秘書則記錄下來以形成資料。通常一次預(yù)演持續(xù)的時間不應(yīng)超過一個半小時。如果超過了這個時間限制，那么一次預(yù)演會議將變得沒有實(shí)際效果。 如果必要，可以安排幾次會議來完成預(yù)演。項(xiàng)目組評價所有的建議，并且把所有價值的建議并入到系統(tǒng)設(shè)計(jì)中。預(yù)演是有價值的， 它使得設(shè)計(jì)者在系統(tǒng)實(shí)現(xiàn)之前獲得重要的反饋信息。（20）選擇硬件如果正在開發(fā)的系統(tǒng)要求額外的硬件支持，則需要選擇適當(dāng)?shù)挠布⑦M(jìn)行訂貨。獲得硬件的過程通常是信息服務(wù)經(jīng)理的責(zé)任。（21）準(zhǔn)備輸出格式在系統(tǒng)開發(fā)過程

48、中，到目前這一階段為止，我們已經(jīng)提及了輸出并描述了其有關(guān)的內(nèi)容， 但是程序員需要知道具體的輸出形式（即應(yīng)該怎樣在輸出設(shè)備上出現(xiàn) ）。這種詳細(xì)的輸出說明稱之為輸出格式。項(xiàng)目組產(chǎn)生出顯示屏（VDU）格式，這種格式規(guī)定了諸如題目、標(biāo)題、輸出形式等項(xiàng)，有時還應(yīng)包括輸入形式。某些硬拷貝報(bào)告和資料要求事先打印好的表格紙，項(xiàng)目組與表格紙廠商的代表合作設(shè)計(jì)這種事先打印好的表格紙（例如，工資支票和短線）。項(xiàng)目組還負(fù)責(zé)設(shè)計(jì)和滿足在系統(tǒng)范圍內(nèi)所有人工產(chǎn)生的報(bào)告和資料，同時與受有影響的用戶經(jīng)理相配合進(jìn)行修改、增加或刪除。（22）描述數(shù)據(jù)項(xiàng)的說明書數(shù)據(jù)項(xiàng)的說明書詳細(xì)規(guī)定了什么數(shù)據(jù)將輸入到系統(tǒng)以及它們怎樣被輸入到系統(tǒng)中。

49、（23）準(zhǔn)備程序描述系統(tǒng)開發(fā)進(jìn)展到目前這一步，我們已經(jīng)對現(xiàn)有的系統(tǒng)作了詳盡的分析。它的功能已經(jīng)并入建議的系統(tǒng)的設(shè)計(jì)中， 我們已經(jīng)完成了建議的系統(tǒng)及其支持的數(shù)據(jù)庫的設(shè)計(jì)，并且還準(zhǔn)備了所有輸入/輸出詳細(xì)的說明書。現(xiàn)在項(xiàng)目組可以著手標(biāo)列和確定所有的程序，而這些程序 是使得建議的信息系統(tǒng)運(yùn)轉(zhuǎn)所要求的。系統(tǒng)的圖形表示（流程圖、HIPO圖和其他）是標(biāo)列所要求的程序的初始輸入。對每一個程序，項(xiàng)目組編輯下述的資料： 程序語言的種類（例如，COBOL BASIC、FORTRAN） 程序解說詞的描述苗述要執(zhí)行的任務(wù)。 由程序所產(chǎn)生的各種輸出的描述和格式 處理頻率（例如，每天、每周、聯(lián)機(jī)等 ） 界限和限制（例如，輸

50、入數(shù)據(jù)的順序，容量的限制，響應(yīng)時間，最大值，最小值等） 詳細(xì)說明書（例如，排序，編輯的標(biāo)準(zhǔn)，特殊的計(jì)算和邏輯操作，各種表格等）。3. 第川階段程序設(shè)計(jì)項(xiàng)目組現(xiàn)在可以著手開始與計(jì)算機(jī)通信了。這種通信（或與計(jì)算機(jī)的接口 ）是采取指令形式來進(jìn)行的，而這些指令被編進(jìn)計(jì)算機(jī)程序中。這些計(jì)算機(jī)程序包括系統(tǒng)運(yùn)轉(zhuǎn)所必需的軟件。在第川階段程序設(shè)計(jì)階段將開發(fā)支持信息系統(tǒng)所要求的全部軟件。用戶的介入集中在系統(tǒng)開發(fā)的過程前段（第n階段）和后段（第”和v階段）。如果正確地完成了第n階段而且用戶與項(xiàng)目組的協(xié)作是有“成效”的，那么用戶將很少介入程序設(shè)計(jì)階段，甚至完全不用介入。用戶介入最多的情況將反復(fù)出現(xiàn)在系統(tǒng)設(shè)計(jì)需要澄清的

51、時候，有時也出現(xiàn)為第w階段（轉(zhuǎn)換與實(shí)現(xiàn)），作一些初始計(jì)劃的時候。不幸的是，有時用戶管理人員也較深地卷進(jìn)了程序設(shè)計(jì)階段。這是第n階段進(jìn)行得很糟糕，而且當(dāng)開始程序設(shè)計(jì)時還沒完成的一種標(biāo)志。這種情況是經(jīng)常發(fā)生的，特別是在時間緊迫時，項(xiàng)目組常常收到一些強(qiáng)制性的命令要求產(chǎn)生尚未完成的產(chǎn)品。由于系統(tǒng)開發(fā)過程的最終產(chǎn)品是軟件，所以有時過早地開始程序設(shè)計(jì)。這種系統(tǒng)開發(fā)方式必然導(dǎo)致產(chǎn)生質(zhì)量低劣的 系統(tǒng)。這種系統(tǒng)并不能滿足用戶的要求，而且維護(hù)的代價很高。 這種系統(tǒng)整個壽命期的成本可能是一個高質(zhì)量的系統(tǒng)的兩到三倍。（24）指定程序員組長通常項(xiàng)目組長是一個系統(tǒng)分析員或是一個用戶，他并不直接參與程序設(shè)計(jì)工作。管理程序設(shè)

52、計(jì)工作的人應(yīng)該是程序設(shè)計(jì)工作實(shí)際的參加者，因此，對于要求兩個人以上的程序設(shè)計(jì)工作，將由信息服務(wù)經(jīng)理指定一個程序員組長。當(dāng)然，項(xiàng)目組長仍然對整個項(xiàng)目負(fù)有責(zé)任。程序員組長有時也稱作為主程序員。他（或她）可能只花10%勺時間在產(chǎn)品的程序設(shè)計(jì)上。如果只需要管理一個下屬程序員，那么主程序員可能花 80%勺時間在產(chǎn)品的程序設(shè)計(jì)上。（25）安排順序和分配程序一個信息系統(tǒng)的軟件包，可能要求幾百個程序。并不需要按照這些程序最終執(zhí)行的順序 來編寫它們，在建立程序開發(fā)進(jìn)度表時，必須考慮到許多變化的因素。在安排程序編制順序時，主程序員應(yīng)考慮如下問題： 建立和維護(hù)測試文件的需要 程序的依賴性（此處一個程序依賴于另一個程

53、序的部分或全部的輸出） 程序的長度和復(fù)雜性根據(jù)程序員專業(yè)知識的水平、工作效率以及對系統(tǒng)熟悉的程序分配程序。由于經(jīng)常將程序員分配到其他項(xiàng)目組，從而對專業(yè)知識和經(jīng)驗(yàn)的要求非常廣泛，所以使程序員與程序相匹配并非易事。（26）安排準(zhǔn)備程序的進(jìn)度主程序員可以利用程序進(jìn)度表（表20.9.17）來安排和監(jiān)督下屬程序員的活動以及任一給定程序的狀態(tài)。由于程序開發(fā)有一個基本的模式，所以一種類似于用來監(jiān)督項(xiàng)目進(jìn)度的技術(shù)（表2098和4.9.9）可以用來監(jiān)督完成一個特定程序的進(jìn)度。表20.9.16繪出的甘特表是程序進(jìn)度表（表20.9.17）的一種圖形表示，而且它是在公告板上可以看到的一種通用的管 理工具。幾乎所有的主程序員和項(xiàng)目組長都經(jīng)常使用這種公告板。（27）編制、測試程序和編寫程序資料。通常一個程序員在一給定的時間里將同時編制25個程序。開發(fā)任一給定的程序的一般的方法本質(zhì)上是相同的。它們是：圖20.9.16程序的甘特進(jìn)度表 準(zhǔn)備一般的程序邏輯框圖 準(zhǔn)備詳細(xì)的程序邏輯框圖 編寫程序（寫程序語句） 測試和調(diào)試程序 編寫程序的資料4. 第W階段一轉(zhuǎn)換和實(shí)現(xiàn)第w