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

□五個階段

多種系統(tǒng)開發(fā)措施學(xué)在范圍、復(fù)雜性、完善程度以及措施上有很

大的不一樣。盡管有的措施學(xué)分三個階段，有的分15個階段，不過

每個措施學(xué)所描述內(nèi)要完畢日勺活動基本上是相似的。本章要論述日勺最

重要H勺一點是：最佳的措施學(xué)是那些一直把顧客考慮進(jìn)去的措施學(xué)。

過去H勺狀況是，顧客管理人員與信息服務(wù)開發(fā)組合作來完畢系統(tǒng)的一

般功能闡明書，然后，由信息服務(wù)人員來進(jìn)行系統(tǒng)開發(fā)。目前，系統(tǒng)

開發(fā)是各占50%的比例；因此，顧客管理人員應(yīng)當(dāng)非常熟悉系統(tǒng)開發(fā)

的大體過程，尤其應(yīng)當(dāng)熟悉他們單位自己使用的措施學(xué)。

系統(tǒng)開發(fā)過程可分為五個階段來描述。這五個階段是：

1.第I階段-系統(tǒng)開始和可行性研究

2.第H階段-系統(tǒng)分析和設(shè)計

3.第山階段-程序設(shè)計

4.第IV階段-轉(zhuǎn)換和實現(xiàn)

5.第V階段-實現(xiàn)后的評價

第I階段-系統(tǒng)開始和可行性研究是在為開發(fā)一種提議的系統(tǒng)提

供人力和資源之前完畢的。第I階段多數(shù)日勺工作和編寫日勺資料是第II

階段日勺輸入。在第n階段-系統(tǒng)分析和設(shè)計期間，系統(tǒng)分析員與顧客

一起工作以編寫詳細(xì)的功能和系統(tǒng)的闡明書。將這些闡明書交給程序

員,然后開始第in階段--程序設(shè)計。在第VI階段-轉(zhuǎn)換和實現(xiàn)期間，

一旦軟件開發(fā)出來，則建立數(shù)據(jù)文獻(xiàn)，轉(zhuǎn)換既有系統(tǒng)，并且實現(xiàn)新系

統(tǒng)。第v階段-實現(xiàn)后口勺評價。在開始了系統(tǒng)壽命期中的生產(chǎn)階段之

后，提出（常常被忽視的）實現(xiàn)后口勺評價規(guī)定。

□詳細(xì)開發(fā)過程

下面將逐漸地描述系統(tǒng)開發(fā)過程。至于詳細(xì)日勺細(xì)節(jié)、互相日勺影響、

措施、形式等，顧客管理人員應(yīng)當(dāng)與信息服務(wù)經(jīng)理聯(lián)絡(luò)，與他們討論

企業(yè)目前使用w、j措施學(xué)，同步再看看企業(yè)內(nèi)部描述措施學(xué)的手冊。

i.第I階段-系統(tǒng)開始和可行性研究

在第I階段的活動中很少有與其他四個階段的活動相一致的。此

處所提供口勺措施包括對于受拒絕后的再次服務(wù)祈求的措施以及將技

術(shù)轉(zhuǎn)移也許性的研究合并到諸過程中這些內(nèi)容。第I階段最終的產(chǎn)品

有兩個部分。第一部分是實際日勺可行性研究匯報，它包括對提議日勺或

改善日勺系統(tǒng)的描述以及利潤/成本分析。第二部分是系統(tǒng)的初步設(shè)計。

它對于估價成本和利潤是必要的。該初步設(shè)計是第n階段-系統(tǒng)分析

和設(shè)計日勺直接輸入。

將系統(tǒng)的初步設(shè)計并入可行性研究日勺根據(jù)是，多數(shù)可行性研究是

以概念而不是以設(shè)計為基礎(chǔ)的。假如在描述系統(tǒng)目的上花的時間太

少，那么成本估計，甚至利潤估計將是錯誤日勺。用概念來指導(dǎo)可行性

研究注定會導(dǎo)致成本過高，并且顧客不滿意。在系統(tǒng)初步設(shè)計上所花

費(fèi)的時間是值得的，雖然拒絕可行性研究也是如此。由于所編寫口勺資

料將必然會被證明其他項目中是有價值口勺。

下述編號的活動與表20.9.2的系統(tǒng)開發(fā)責(zé)任矩陣相對應(yīng)。

（D提交服務(wù)祈求

圖20.5.1闡明了包括對受拒絕的祈求再次祈求處理的一種措

施。所祈求W、J服務(wù)畢竟是顧客做W、J,因此，應(yīng)當(dāng)由顧客著手進(jìn)行c我

們鼓勵顧客管理人員祈求信息服務(wù)人員日勺協(xié)助，不過應(yīng)當(dāng)再一次強(qiáng)

調(diào)，業(yè)務(wù)領(lǐng)域的管理人員應(yīng)當(dāng)對多種大小的服務(wù)祈求都提供合適的資

料。（2）估價服務(wù)祈求

正如在責(zé)任矩陣中所注釋的那樣，信息服務(wù)管理人員只能承諾小

的項目（由企業(yè)的方?針?biāo)_定的小項目）。

（3）指定可行性研究組

信息服務(wù)經(jīng)理和顧客經(jīng)理共同來指定合適的J混合H勺人選以構(gòu)成

可行性分析研究組,該組至少由一名系統(tǒng)分析員和一名顧客代表構(gòu)

成?？尚行匝芯拷M內(nèi)大小取決于可行性研究的范圍和時間限制。

顧客代表應(yīng)當(dāng)熟悉目前專業(yè)領(lǐng)域的所有工作，顧客經(jīng)理、總經(jīng)理

助理，或?qū)I(yè)領(lǐng)域分析員是合理的候選者，顧客的系統(tǒng)分析員，具有

計算機(jī)信息處理基礎(chǔ)知謖的狀況已經(jīng)越來越普遍了。

必須指定一種人擔(dān)任可行性研究組mI組長，哪怕只是兩個人口勺可

行性研究組也需要一種組長。直到1980年為止，多數(shù)的可行性研究

組和項目組是由一種高級系統(tǒng)分析員或一種項目負(fù)責(zé)人來領(lǐng)導(dǎo)日勺。在

信息服務(wù)部門中，這兩種人是固定分工做這項工作日勺。目前越來越多

的企業(yè)采用這樣一種政策，即由顧客擔(dān)任項目組組長。這種將重要責(zé)

任下放給最終顧客內(nèi)做法將深入鼓勵顧客參與系統(tǒng)設(shè)計。在這種政策

上獲得成功經(jīng)驗日勺那些企、也已經(jīng)指派了某些具有杰出管理經(jīng)驗和具

有某些計算機(jī)和信息處理知識的顧客人員擔(dān)任項目組組長。在任何狀

況下，組長必須對該組的工作有一種總的安排。假如規(guī)定一種顧客代

表既作為可行性研究組或項目組日勺組長而同步又規(guī)定他繼續(xù)履行業(yè)

務(wù)領(lǐng)域日勺職責(zé)，那么該項目是肯定要失敗的。有好些企業(yè)已經(jīng)采用了

一種政策，即自動地指派受系統(tǒng)影響最大日勺業(yè)務(wù)領(lǐng)域的經(jīng)理作為可行

性研究組和項目組H勺領(lǐng)導(dǎo)后來該經(jīng)理將從本來的工作職責(zé)中解脫出

來，而用他（她）的所有時間管理可行性研究（或項目）組。這種人事安

排已經(jīng)成為當(dāng)今日勺主流，其困難是顧客經(jīng)理需要離開本來主管的業(yè)務(wù)

部門少則兩個月多則三年后才能回他本來口勺工作崗位上。

（4）標(biāo)列約束條件

在系統(tǒng)開發(fā)的過程一開始，可行性研究組與信息服務(wù)人員和顧客

經(jīng)理親密合作標(biāo)列出設(shè)備、成本、進(jìn)度、規(guī)程、軟件以及操作上的約

束條件。它們也許限制提議H勺系統(tǒng)的定義和設(shè)計。

（5）整頓既有系統(tǒng)日勺資料

整頓既有系統(tǒng)資料的重要理由是：假如可行性研究組不充足理解

既有系統(tǒng)，那么他們就不也許有效地完畢所提議的系統(tǒng)的初始設(shè)計。

已經(jīng)建立起來的多數(shù)人工系統(tǒng)并沒有通過真正的設(shè)計。在這些系統(tǒng)

中，必須從手稿整頓出資料。假如一種提議日勺系統(tǒng)是改善一種既有時

計算機(jī)信息系統(tǒng)，那么可行性研究組只需要保證既有資料口勺完整性和

保持最新版本就行了。

既有系統(tǒng)所形成的任何資料將給設(shè)計階段提供有價值的輸入（假

如同意開發(fā)該系統(tǒng)）。即便提議日勺系統(tǒng)遭到拒絕，也能對既有系統(tǒng)提

供基本日勺資料，并且也許透徹地理解理有系統(tǒng)。既有系統(tǒng)日勺資料由四

部分構(gòu)成：①系統(tǒng)匯報和資料；②系統(tǒng)數(shù)據(jù)文獻(xiàn)；③系統(tǒng)數(shù)據(jù)元以及

④闡明既有系統(tǒng)日勺數(shù)據(jù)、信息和工作流程的圖表。前三部分（匯報、

文獻(xiàn)和數(shù)據(jù)元）可分類如下：

①目前使用日勺，并且在提議的系統(tǒng)中以目前日勺形式保留下來；

②目前使用的，不過修改后才在提議的系統(tǒng)中使用；

③目前使用的，不過在提議口勺系統(tǒng)中將被刪除而不再保留的。

例如，列出所有既有的匯報和原則的資料，并按上述分類給定一

種狀態(tài)。在匯報上將標(biāo)明相對周期（如，每天，每周）以及分發(fā)范圍。

對于既有系統(tǒng)的所有數(shù)據(jù)文獻(xiàn)都標(biāo)明有關(guān)日勺存儲介質(zhì)（如，3X5

的卡片，磁帶，馬尼拉折紙機(jī)，磁盤等等）以及存儲方式。例如，一

種名字一地址文獻(xiàn)可以存儲在許多張3X5的卡片上，并且按名字W、J

字母次序排列。一種人工系統(tǒng)所保留的文獻(xiàn)數(shù)總是令人吃驚的，即便

對于業(yè)務(wù)領(lǐng)域管理人員也是如此。為了完善既有文獻(xiàn)口勺資料，將每個

文獻(xiàn)口勺記錄的樣式和簡樸描述附在文獻(xiàn)表中。

系統(tǒng)數(shù)據(jù)元（即，社會保險號，顧客名，貨號等等）是直接列出日勺,

而不必關(guān)系有關(guān)日勺文獻(xiàn)。數(shù)據(jù)元常常在幾種文獻(xiàn)中反復(fù)出現(xiàn)。除了狀

態(tài)指示符之外，假如數(shù)據(jù)BU名字不能自我闡明，則必須對每個數(shù)據(jù)數(shù)

據(jù)元進(jìn)行描述。有關(guān)數(shù)據(jù)元W、J其他信息還包括更新規(guī)定（如，每天,

每周，每月，或根據(jù)需要更新等等）、來源（如，代辦處，資料，系統(tǒng),

工作人員等等）以及職責(zé)（如,部門名和負(fù)責(zé)更新者日勺職務(wù)）。圖20.9.3

闡明在整頓既有系統(tǒng)資料時數(shù)據(jù)元也許采用的一種經(jīng)典格式。

圖20.9.3整理現(xiàn)有系統(tǒng)的資料：系統(tǒng)數(shù)據(jù)元

我們通過將系統(tǒng)簡化為輸入、處理和輸出等幾種基本構(gòu)成部分來

表達(dá)整頓既有系統(tǒng)資料的工作過程。然后用圖形描繪出各部分之間的

邏輯關(guān)系。有多種圖像表達(dá)技術(shù)來做這件事。最為流行日勺（盡管不一

定是最佳的）是流程圖。其他日勺更為構(gòu)造化”日勺技術(shù)尚有：IBM企業(yè)

的層次化輸入-處理-輸出圖（HIP0）,汽泡圖，數(shù)據(jù)流框圖，南茜-斯

奈德曼（Nassi-Shneiderman）圖，渥尼爾（Warner）框圖以及鑒定表。

目前工作過程的圖像描述提供了系統(tǒng)的數(shù)據(jù)、信息和工作流程的一種

概貌。它著重強(qiáng)調(diào)系統(tǒng)中控制工作流程的那些數(shù)據(jù)元。這些圖應(yīng)當(dāng)刻

劃人工和計算機(jī)日勺處理環(huán)節(jié)，并且以合適口勺次序安排每一處理環(huán)節(jié)。

i般以能最佳地顯示出工作過程的方式來組織和提供這些圖。它們可

以是由某些隨機(jī)事件、功能或按小時和大的周期來驅(qū)動日勺子系統(tǒng)，也

可以是若干子系統(tǒng)；既可以是層次日勺，也可以是混合的。很少有兒種

系統(tǒng)是完全次序日勺，因此，在多數(shù)狀況下可以應(yīng)用模塊措施。

(6)調(diào)查研究技術(shù)轉(zhuǎn)移口勺也許性

為了更好地運(yùn)用既有的技術(shù)，許多企業(yè)正在進(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)移也許性出J調(diào)查是從走訪那些已經(jīng)實現(xiàn)出J,并且與所提議

的系統(tǒng)有類似規(guī)模和工作的系統(tǒng)?？尚行匝芯拷M還應(yīng)當(dāng)調(diào)查商品軟件

目錄，以便找到適合口勺可應(yīng)用的軟件。假如認(rèn)為技術(shù)轉(zhuǎn)移是可行口勺，

則可行性研究組闡明怎樣使用這些技術(shù)以及為適應(yīng)既有環(huán)境所規(guī)定

的修改范圍。

假如使用原則內(nèi)措施來進(jìn)行技術(shù)轉(zhuǎn)移潛力調(diào)查，那么提出規(guī)定日勺

企業(yè)應(yīng)當(dāng)采用與具有類似規(guī)定的其他企業(yè)合作的政策。

(7)完畢提議系統(tǒng)W、J初步設(shè)計

可行性研究組要走訪專業(yè)人員以獲得一般的系統(tǒng)規(guī)定，然后，將

這些規(guī)定轉(zhuǎn)換成初步的系統(tǒng)設(shè)計。設(shè)計過程是交互的，顧客經(jīng)理和可

行性研究組需要常常就設(shè)計思想和措施等互換意見，用生動的文字和

圖形闡明來形成提議日勺系統(tǒng)初步設(shè)計時資料，這些生動日勺文字(用非

技術(shù)詞匯)描述了所提議的系統(tǒng)的基本工作過程，并且常常同步附有

圖形闡明。這些文字圖表也將列舉出那些大大違反既有工作方式而提

議的系統(tǒng)所期望H勺手續(xù)、手段和措施。這些文字圖像也將描述提議日勺

系統(tǒng)與人工系統(tǒng)以及提議系統(tǒng)必須與之兼容的自動系統(tǒng)之間日勺關(guān)系。

圖形闡明將提議日勺系統(tǒng)日勺過程簡化為它們的構(gòu)成部分，同步強(qiáng)調(diào)

各部分之間的邏輯關(guān)系。

(8)確定項目范圍

可行性研究組與信息服務(wù)人員以及顧客管理人員合作估計初步

設(shè)計中所刻劃的系統(tǒng)口勺復(fù)雜程度。并對開發(fā)項目此后的每一種階段進(jìn)

行人力資源規(guī)定口勺估計(顧客，信息服務(wù)人員及其他人員)。此外，還

注意到培訓(xùn)和計算機(jī)機(jī)時規(guī)定。

(9)準(zhǔn)備利潤/成本分析匯報

一旦完畢初步設(shè)計并且確定了項目日勺范圍，則可以開始利潤/成

本分析。不幸的是，由于顧客和信息服務(wù)管理人員都但愿加緊可行性

研究階段，因此，某些關(guān)鍵日勺環(huán)節(jié)被省略了，因此導(dǎo)致在利潤、成本

估計上日勺錯誤。僅僅根據(jù)一種概念是不也許精確的反應(yīng)出利潤和成本

的。設(shè)計中的某些環(huán)節(jié)是必不可少的。

另一種在形成企業(yè)決策過程中所隱含日勺錯誤將不可防止地把那

些難以確定的利潤也算成資金收入。當(dāng)今許多復(fù)雜的，綜合口勺系統(tǒng)為

企業(yè)歐I利益做出了重大的奉獻(xiàn)，而做到這樣程度是由于它們經(jīng)歷了漫

長的、不可捉摸和難以預(yù)見的道路。評價信息服務(wù)項目的好處和價值

是一種主觀的過程，它規(guī)定具有成本和利潤方面的實際日勺知識。此外，

決策者對于正日勺和負(fù)日勺不確定的利潤要有透徹的理解。使用美元作為

所有成本和利潤日勺統(tǒng)一的計量原則大大地簡化了評價工作。那種把不

確定的利潤引入盈利圖表（為了“建立更好H勺顧客關(guān)系”或“提高威

信”）日勺作法會導(dǎo)致在“底線”中復(fù)合日勺錯誤。底線常常被盲目地接

受作為一種信條。實際上，在那種狀況下，估價是取最佳的狀況（理

想的）和最壞口勺（荒唐的）狀況之間。然而，假如將不確定的利潤化成

美元，那么決策者將以更好的判斷替代那種不精確日勺估計。

估價提議的信息系統(tǒng)的最佳途徑是針對系統(tǒng)凈值（收入減去成本）

估計正日勺和負(fù)日勺不確定利潤。為了便于理解不確定利潤（例如，增長

服務(wù)，減少發(fā)票上H勺錯誤，加緊周轉(zhuǎn)期等），應(yīng)當(dāng)產(chǎn)生一種成本和收

入的一覽報表。

表20.9.4闡明怎樣使用至少日勺成本類別來表達(dá)一次性時和反復(fù)

使用日勺成本。這些成本可由預(yù)算中心提出，并且把企業(yè)作為一種整體

來考慮。成本類別有：勞力，材料和設(shè)備，旅差以及其他多種成本。

對于每一類，在第一列指出一次性成本估計（開發(fā)），而在系統(tǒng)壽命期

的水平線上指出可反復(fù)使用的成本估計（生產(chǎn)）。企業(yè)項目在凈值可以

從估計收入中扣除成本計算出來，并且根據(jù)企業(yè)政策對流動現(xiàn)金打折

扣。

表20.9.4成本一覽表

預(yù)算中心項目標(biāo)題和編號

一次性成本每年重復(fù)使用的成本

成本項

年第1年第2年第3年第4年第5年第6年第7年第8年

勞

力

材料和材料

設(shè)備設(shè)備

旅每日開銷

差

交通費(fèi)

其

他

開

支

總成本

（10）根據(jù)可行性研究做出決策

完畢可行性研究后，除了技術(shù)補(bǔ)充之外所有匯報和資料所有交給

信息處理政策委員會以便實行。技術(shù)補(bǔ)充包括準(zhǔn)備可行性研究所規(guī)定

的背景信息。它還包括一般的系統(tǒng)設(shè)計和開始第II階段（系統(tǒng)分析和

設(shè)計）日勺一種框架。信息服務(wù)政策委員會感愛好日勺重要是初始服務(wù)祈

求、范圍、圖講解明和利潤/成本分析。

信息服務(wù)政策委員會能對可行性研究施加影響。信息服務(wù)政策委

員會可以：

①拒絕提議。

②同意提議并對該提議日勺開發(fā)和實現(xiàn)指定一種最高優(yōu)先數(shù)。

③同意系統(tǒng)并給它指定一種比最高優(yōu)先數(shù)小的優(yōu)先數(shù)，同步將祈

求放在所有提議H勺系統(tǒng)隊列的合適位置（定期檢查隊列，當(dāng)所祈求的

資源可用時，委員會給當(dāng)時是最高優(yōu)先數(shù)日勺項目發(fā)出通行命令）。

2.第n階段-系統(tǒng)分析和設(shè)計

很少有幾種項目能在同意可行性研究后立即實現(xiàn)。在得到同意和

項目開始之間的估計時間也許是兩年或兩年以上。一旦項目獲如通行

命令，則開始第n階段-系統(tǒng)分析和設(shè)計。在第n階段，將描述所有

輸入/輸出的格式和內(nèi)容，并且完畢詳細(xì)日勺系統(tǒng)設(shè)計。第II階段的最

終一步活動是準(zhǔn)備程序闡明，其中包括多種程序模塊H勺闡明書。重要

時是牢記在第I階段和第II階段不編制程序。一種普遍輕易犯的錯誤

（常常與系統(tǒng)日勺質(zhì)量和運(yùn)行維護(hù)的水平親密有關(guān)）是壓縮第II階段，使

它提前完畢以便開始第in階段-程序設(shè)計。粗糙的系統(tǒng)設(shè)計必將成倍、

甚至三倍地增長項目所規(guī)定的程序設(shè)計量。

di）指定項目組

與可行性研究組同樣，項目組也應(yīng)當(dāng)有一種或多種系統(tǒng)分析員和

一至多種來自所提議口勺系統(tǒng)范圍內(nèi)各業(yè)務(wù)方面的顧客代表。假如也許

的話，還要給項目組指派一名信息服務(wù)審計員，他不作為專職人員，

而作為安全和控制方面的顧問。由于在第H階段結(jié)束之前途序員實際

上并不參與進(jìn)來，因此可以將指定程序員一事推遲到第H階段結(jié)束時

再進(jìn)行?？尚行匝芯拷M的組員不一定都是項目組組員。在第I階段結(jié)

束到第n階段開始之間日勺這一段時間里，一般委派他們到其他項目

去。然而我們提議，只要也許則盡量將原有可行性研究組口勺人員指派

到項目組。項目組內(nèi)組長可以是信息服務(wù)人員，也可以是顧客。

某些單位有按業(yè)務(wù)領(lǐng)域組織的固定日勺項目組。例如，某個項目組

專門負(fù)責(zé)人力資源開發(fā)方面日勺老的系統(tǒng)日勺維護(hù)和新系統(tǒng)的開發(fā)，而另

一項目組則負(fù)責(zé)會計和財務(wù)方面等等。另一種措施是項目組必須由信

息服務(wù)人員和顧客專業(yè)人員共同構(gòu)成，并且是以項目為基礎(chǔ)來指定項

目組。究竟怎樣構(gòu)成項目組為好，顯然要進(jìn)行權(quán)衡。按專業(yè)構(gòu)成日勺項

目組很難預(yù)料在任務(wù)過多時或任務(wù)局限性時由于人員局限性或過剩

所帶來日勺損失。然而，這種項目組織使得項目組組員有更多的機(jī)會積

累開發(fā)專業(yè)領(lǐng)域應(yīng)用日勺經(jīng)驗。信息服務(wù)項目組組織的最佳方式或許是

既按專業(yè)領(lǐng)域組織而同步又保持一定歐J靈活性，使得項目組組員能在

各項目組織之間流動，以便到達(dá)飽滿歐I工作負(fù)荷。

根據(jù)項目的復(fù)雜程度和波及范圍的大小，每個項目組均有不一樣

的最佳人數(shù)。項目組長日勺能力是一種重要內(nèi)原因。有些地方，一種經(jīng)

理能有效地管理20個以上日勺人員，而另某些經(jīng)理卻連管理3個人均

有困難。項目組的I大小以及相對進(jìn)度這些是顧客、信息服務(wù)人員以及

企業(yè)H勺經(jīng)理感愛好的問題。許多企業(yè)W、J經(jīng)理人員有一種錯誤W、J概念，

即假如將項目組人員增長一倍，那么完畢項目日勺時間就應(yīng)當(dāng)減少二分

之一。實際狀況并非如此。一種可以直接提成若干個相似大小模塊的

簡樸項目，用兩倍的人力，可以在原定的二分之一時間里實現(xiàn)。然而,

絕大多數(shù)的項目是復(fù)雜的，有日勺甚至是極為復(fù)雜的，這就規(guī)定在所有

項目組組員間進(jìn)行內(nèi)部協(xié)調(diào)。

圖20.9.5闡明增大項目組R勺規(guī)模時，將會發(fā)生的狀況。在某確

定的數(shù)目之前，每增長一種指派到項目組的人員都增大了對項目H勺奉

獻(xiàn)。在這之后，每增長一種人實際上減少了項目組每個人對項目工作

的I奉獻(xiàn)。圖上有一點是增人員日勺反射界線，超過那一點，再增長人對

于項目日勺目的來說反而起相反作用。由于項目組員之間日勺關(guān)系復(fù)雜，

因而使得生產(chǎn)效率減少。在為了滿足項目限期而采用緊急措施的狀況

下，有時經(jīng)理人員規(guī)定將所有資源轉(zhuǎn)移到緊急的項目上，圖20.9.5

形象歐I闡明了當(dāng)一種項目組人員太多時，將會出現(xiàn)的狀況。這時將不

也許進(jìn)行內(nèi)部協(xié)調(diào)。當(dāng)頭都不懂得尾在做什么的時候，雖然每一種組

員都忙于從事某種與項目有關(guān)的工作，項目的進(jìn)度還是要停止下來。

對于每一種確定日勺項目組均有最佳規(guī)模。與項目有關(guān)日勺所有經(jīng)理

和企業(yè)行政人員都應(yīng)當(dāng)很好地掌握這樣一種格言：與其過度地擴(kuò)大項

目組織規(guī)模，導(dǎo)致欲速則不達(dá)日勺局面，還不如推遲項目日勺實現(xiàn)時間。

(PU2)

圖20.9.5項目組的規(guī)模

（12）估計人員規(guī)定并進(jìn)行人員委托

一種項目的成功與否在很大程度上依賴于顧客與企業(yè)經(jīng)理、其他

專業(yè)領(lǐng)域人員以及某些范圍內(nèi)信息服務(wù)人員（如，數(shù)據(jù)庫管理員，聯(lián)

絡(luò)顧客的人員等等）。由于某人（或某部門）忘掉或不承認(rèn)此前的口頭

上的委托，會使得許多緊急項目被延誤。因此有必要簽訂一種書面的

人員委托書。應(yīng)當(dāng)造表列出在系統(tǒng)開發(fā)過程中所直接參與到的項目組

的人員和其他人員（如訪問顧客人員、搜集數(shù)據(jù)人員等），并同步列出

在每一階段對他們H勺相對日勺時間規(guī)定（見表20.9.6）o項目的人力規(guī)

定來自于可行性研究匯報。

報告標(biāo)題:估計人員要求日期：12月8B

系統(tǒng)標(biāo)題:市場分析系統(tǒng)標(biāo)識：MARS

時間百分比

部門業(yè)務(wù)頭銜

第n階段第U1階段第N階段

管理信息部系統(tǒng)協(xié)圜員603080

官理信息部局戮系統(tǒng)分桁員1001080

管理信息部高級系統(tǒng)分析員6000

管理信息部高級程序員08020

管理信息部程序員0100100

市場部經(jīng)理102030

市場部經(jīng)理助理102030

市場部文職人員101040

市場部文職人員101040

圖20.9.6估計人員規(guī)定

沒有書面人員委托而進(jìn)行的項目肯定會產(chǎn)生不必要時延誤，甚至

也許失敗。本書把項目開發(fā)的重要性放到一種恰當(dāng)?shù)腎位置。在項目中

所波及到的許多人并不在項目組內(nèi)。由于這些日勺多數(shù)都理解他們向例

行活動比項目所波及口勺任何外部事物更為重要，因此一種書面委托是

必不可少的。不幸的是，項目委托有時超過了他們按常規(guī)分派的工作

負(fù)荷。在這種狀況下，需要經(jīng)理直接參與、定期督促和采用干預(yù)措施。

圖20.9.7對于在各個階段人員委托的相對規(guī)定上給讀者一種感

性的I認(rèn)識。圖20.9.7日勺底部描繪了在系統(tǒng)開發(fā)日勺每一階段占總的項

目工作量W、J比例，對每一階段提供了項目工作量比例H勺一種范圍。企

業(yè)的政策以及系統(tǒng)開發(fā)措施學(xué)將影響到相對比例。例如，一種強(qiáng)調(diào)

設(shè)計階段（IH）的措施學(xué)將必然有更為清晰定義的程序功能闡明書。因

此減少了程序設(shè)計工作所規(guī)定的時間。作為一種規(guī)則（到目前為止）,

花在第II階段（系統(tǒng)分析和設(shè)計）上的工作量是與花在第ni階段（程序

設(shè)計）上日勺工作量成反比的。在一種設(shè)計良好的系統(tǒng)中，第n階段將

具有比第m階段更大的工作量。

D:\HFZDCPCHF4907.PS24/9/199713:20:19

A1OO

9O

王

O

東O

7O

ilsnO

可行性研究組

疆5O

依4O項目組

皿3O用戶管理人員和

費(fèi)O

石2不在項目組的人員

O

1*

45

:n40

a35

版30

225

皿20

格15

珀10

、

發(fā)5-I只對實現(xiàn)

早-［后的咐1

階

段

IIIIVV

可行性系統(tǒng)分析程序轉(zhuǎn)換實現(xiàn)后

價

計

設(shè)

計

實

評

究

與

設(shè)

和

研

(Pl14)

圖20.9.7相對的項目工作量

圖20.9.7的上端闡明了由項目組（顧客和信息服務(wù)人員）和非項

目組組員的顧客對項目工作奉獻(xiàn)的相對比例。注意，在第H階段期間,

30%的工作量是由不在項目組的顧客做的。在第II階段（系統(tǒng)分析和設(shè)

計）期間，項目組必須不停地在每一級與顧客進(jìn)行通信。在程序設(shè)計

期間，僅僅在外圍才波及到顧客。在第IV階段（實現(xiàn)和轉(zhuǎn)換），在培訓(xùn)、

測試、數(shù)據(jù)轉(zhuǎn)換和并行操作中都波及到顧客。在第IV階段中項目組和

顧客肩并肩工作，直到實現(xiàn)系統(tǒng)。在第V階段，將系統(tǒng)轉(zhuǎn)交給顧客。

（13）人員培訓(xùn)

為了在系統(tǒng)開發(fā)過程中進(jìn)行有效的交流，也許規(guī)定對于在設(shè)計數(shù)

據(jù)庫時所波及W、J顧客以及在生產(chǎn)調(diào)度中所波及由J信息服務(wù)人員進(jìn)行

培訓(xùn)。根據(jù)經(jīng)驗，信息服務(wù)人員負(fù)責(zé)信息系統(tǒng)方面口勺培訓(xùn)，而顧客則

負(fù)責(zé)專業(yè)領(lǐng)域區(qū)I培訓(xùn)。

這個活動的產(chǎn)品是一張表，表中列出規(guī)定某種培訓(xùn)的人員的名字

和頭銜。每行表中都注明那種培訓(xùn)的簡樸描述，包括地點、負(fù)責(zé)人以

及計劃日勺時間等。有些培訓(xùn)將規(guī)定立即進(jìn)行，而另某些培訓(xùn)1（例如數(shù)

據(jù)錄入）將推遲到項目靠近實現(xiàn)時進(jìn)行。

（14）建立詳細(xì)進(jìn)度表

通過使用一種原則的系統(tǒng)開發(fā)措施，管理人員可以建立階段標(biāo)志

（見表20.9.2的活動5,10,19,23,27,29,32,33,和36）,然

后，運(yùn)用歷史記錄數(shù)據(jù)和經(jīng)驗來估計中間和最終活動完畢的日期。項

目組組長必須與信息服務(wù)人員以及業(yè)務(wù)領(lǐng)域的管理人員親密合作以

保證在系統(tǒng)開發(fā)過程中在各要點有足夠日勺人員。

系統(tǒng)開發(fā)過程本質(zhì)上是線性的（一種活動接著一種活動），并且是

不難用合適的J準(zhǔn)則（措施學(xué)）和合理出J估計來監(jiān)視W、J。表20.9.8闡明

了一種經(jīng)典的信息系統(tǒng)項目進(jìn)度表。在活動點上加上三種標(biāo)志之一以

指出該活動的狀態(tài)。假如狀況表明該活動是不必要日勺，則在活動號上

加一種圓圈。假如一種特定的活動正在著手進(jìn)行，則在對應(yīng)的活動號

上劃一種對角線。一旦活動完畢則將對角線改成交叉線“X”。有時

也用甘特表來給出項目進(jìn)展的圖形輪廊。

在開始一組有階段標(biāo)識的活動之前，要準(zhǔn)備一種更為詳細(xì)的進(jìn)度

表，來單獨(dú)安排這些中間活動。對于規(guī)定多于兩周時間的那些活動將

以兩周為增量來安排進(jìn)度。表20.9.9闡明了對具有階段標(biāo)志E的那

些活動日勺一種詳細(xì)內(nèi)信息系統(tǒng)項目進(jìn)度表。

表20.9.8信息系統(tǒng)項目進(jìn)度表

階段

+具有階段標(biāo)志完畢的活動

階段標(biāo)志活動

估計的開始時間實際的開始時間提前或推遲的天數(shù)

估計的

完畢日期實際完成的日期提前或推遲的天數(shù)

A12345198W.9.1198W.9.1DS198W

.10.1198W.10.1512B

B678910198W.10.1198W.10.2014B198W.11.1

198X.12.122B

C1112B13141516171819198X.9.15198

Y.9.113A198X.12.25198X.12.203A

DB20212223198Y.1.15198Y.1.15DS198Y.2.15

E24252627198Y.3.1198Y.6.30

F2829198Y.6.1198Y.7.15

G303132198Y.6.25198Y.9.10

II33198Y.10.1198Y.10.31

I343536198Y.11.1198Z.2.1

1=已開始區(qū)I活動

X二已完畢的活動

0二不規(guī)定采用措施

+對應(yīng)于圖20.9.3中日勺措施學(xué)

*直到實現(xiàn)可行性研究之前，并不進(jìn)行第n階段活動v的估計

A二提前的工作天數(shù)B二推遲的工作天數(shù)

DS二正在進(jìn)行

表20.9.9信息系統(tǒng)項目進(jìn)度表具有階段標(biāo)志E的）活動

階段標(biāo)志E-細(xì)節(jié)

活動估計的開始時間實際日勺開始時間提前或推遲

天數(shù)

估計日勺完成日期實際的完成日期斃前或推遲天數(shù)

24指定程度組長198y,3.1198y,3.8

25安排次序和分派程序198y,3.5198y,3.12

26安排程序準(zhǔn)備進(jìn)度198y,3.15198y,3.25

27a[KG*2]編定、測試程序并編寫程序資料198y,4.1

198y,4.11

27b[KG*2]同上198y,4.15198y,4.30

27c[KG*2]同上198y,5.1198y,5.14

27d[KG*2]同上198y,5.15198y,5.31

27e[KG*2]同上198y,6.198y,6.14

27f[KG*2]同上198y,6.15198y,6.30

*以階段標(biāo)志D口勺活動A二提前的工作天數(shù)

B二推遲口勺工作天數(shù)

實際開始時間為準(zhǔn)OS二正在進(jìn)行

下面的措施可以用來估計價格、人員以及對應(yīng)的時間規(guī)定。這種

循環(huán)使用的措施使得一組人能意見一致，并且對于信息服務(wù)項目尤其

合適。我們假定參與估計的那些人可以提出問題或具有任務(wù)方面的知

識，并且可以提出支持自己意見口勺重要的I理由。參與建立信息系統(tǒng)項

目進(jìn)度表的人可以包括項目組長、起作用的顧客經(jīng)理以及其他有經(jīng)驗

的信息服務(wù)人員（他們不一定與本項目有關(guān)）。我們通過如下幾種環(huán)節(jié)

來描述進(jìn)行合理估價的措施。

①項目組長簡介任務(wù)（例如，確定項目進(jìn)度表日勺階段標(biāo)志日勺日期）

和對應(yīng)日勺背景信息。

②每一種參與者提交一種書面估計（成本、人員規(guī)定或時間）。

③項目組長（以線性比例）繪出該組每個組員的估計。

④計算上、下四分點和中點，并且標(biāo)上遲度。

⑤規(guī)定其估計低于上、下四分點口勺那些參與者解釋他們低或高估

計的理由。

⑥項目組長就所標(biāo)繪的估計召集一次公開的討論會。

⑦反復(fù)環(huán)節(jié)②至⑥，直抵到達(dá)精確性規(guī)定不需要再循環(huán)為止。通

過每一次循環(huán)，將減少估計出J誤差。

⑧估計是取中間值或（在適合時）取平均值。估計的誤差是包括危

險的I一種標(biāo)志。

（15）與顧客人員交談

與顧客交談日勺過程從本活動開始。為了處理問題和確定系統(tǒng)規(guī)

定，項目組組員定期與有關(guān)顧客會面。與顧客交談及反饋口勺過程貫穿

于系統(tǒng)開發(fā)的全過程。

對于詳細(xì)設(shè)計的基本輸入是：（A）初始設(shè)計（來自可行性研究）,

（B）對既有系統(tǒng)及其成分日勺評價（也是來自可行性研究）以及（C）輸入、

處理以及輸出日勺規(guī)定（由顧客提供）。

①項目組與有關(guān)的顧客人員檢查在可行性研究的初始設(shè)計中所

描述H勺輸入/輸出規(guī)定和頻率，并根據(jù)需要及價值對每一種輸入/輸出

進(jìn)行評價。許多輸出是“有了更好”，不過卻不值得去產(chǎn)生它們。還

可以根據(jù)周期和時幀來估計輸入/輸出。通過估計頻率/價值比口勺平衡

來優(yōu)化周期的輸入和輸出。例如，假如每周狀況匯報可以滿足需要，

那么就沒有必要再產(chǎn)生每天日勺狀況匯報。在聯(lián)機(jī)系統(tǒng)中，檢查響應(yīng)時

間規(guī)定以確定這種時間規(guī)定與否太緊迫，能否合適放寬規(guī)定而又致于

對運(yùn)行效率產(chǎn)生較大的影響；或者確定這種響應(yīng)時間的規(guī)定與否不能

滿足。

②目前系統(tǒng)日勺資料對設(shè)計提供了有價值的輸入。既有的匯報、表

格、原始資料等等，實際上可以追蹤最終顧客以便確定該資料與否合

適，與否及時等。假如是，還能做哪些工作來改善它們？項目組負(fù)責(zé)

對既有日勺所有輸入和輸出進(jìn)行修改。通過合并類似的輸入和（或）輸出

以及消除多出的I信息盡量地減少反復(fù)。

③初步交談口勺一種直接成果是對所提議的系統(tǒng)所有的輸出一般

的描述（匯報，顯示或事務(wù)）。根據(jù)周期、初始顧客、輸出介質(zhì)、內(nèi)容

以及分布來描述每一種輸出。

（16）闡明數(shù)據(jù)庫規(guī)定

數(shù)據(jù)庫用來支持系統(tǒng)的處理，尤其是支持系統(tǒng)的I輸出。在目前系

統(tǒng)W、J資料中包括了可繼續(xù)使用出J數(shù)據(jù)元。許多既有數(shù)據(jù)元出J格式肯定

是需要變化的，還需要將支持系統(tǒng)功能規(guī)定所需要的其他數(shù)據(jù)元標(biāo)列

出來。

項目組設(shè)計和編制數(shù)據(jù)字典，在一部數(shù)據(jù)字典中所列出的數(shù)據(jù)具

有維持每個數(shù)據(jù)元內(nèi)基本信息，而它們與數(shù)據(jù)庫或文獻(xiàn)日勺組織形式無

關(guān)。在表20.9.10給出的數(shù)據(jù)字典的例子中，包括對每個數(shù)據(jù)元指定

了一種各自的前后參照號、標(biāo)題、描述（假如必要日勺話）、與否被編碼、

程序設(shè)計標(biāo)識、存儲單元（字符）數(shù)、格式和存儲器大?。ǔ绦蜃畛跏?/p>

用的)以及職責(zé)等。顧客必須給出負(fù)責(zé)日勺人或部門、存儲單元以及與

否對數(shù)據(jù)元編碼等事項。表20.9.10的數(shù)據(jù)字典形式，也可以用來交

叉引用在所有原始資料、匯報、文獻(xiàn)以及數(shù)據(jù)庫中出現(xiàn)的每一種數(shù)據(jù)

元。在標(biāo)列出所有的數(shù)據(jù)元之后，項目組與數(shù)據(jù)庫管理員合作來

進(jìn)行記錄格式和文獻(xiàn)(1勺設(shè)計，或者，在數(shù)據(jù)庫環(huán)境下，他們設(shè)計數(shù)據(jù)

庫的模式。此活動的輸出是數(shù)據(jù)字典以及有關(guān)文獻(xiàn)和(或)數(shù)據(jù)庫模式

區(qū)I一份詳細(xì)的技術(shù)描述。

表20.9.10數(shù)據(jù)字典

匯報標(biāo)題數(shù)據(jù)字典日期

系統(tǒng)標(biāo)題標(biāo)識

編號

標(biāo)題描述編碼否標(biāo)識字符數(shù)字形/格式存儲職責(zé)

原始資料(S)、匯報(R)、文獻(xiàn)(F)、或數(shù)據(jù)庫(D)

工資支票(R)工資登記簿(R)工資主文獻(xiàn)(F)會計文

件(F)工時卡(S)

1社會保險號職工否

99999P人事

XXXX

2姓否

LNAME13X(13)E人事

XXXX

3名字職工否

ENAME10X(10)E人事

XXX

4名字首字母職工否

MI1XE人事

XXX

5部門職工親屬是

DEPT3XXXE人事

XXXX

6性別男或女是

SEX1XE人事

X

7工資月工資否

SAL69999P人事

XXX

(17)建立控制和后援的措施

為了保證信息系統(tǒng)的對日勺性、可靠性和完整性，在設(shè)計時就要考

慮加進(jìn)控制手段。項目組將闡明在系統(tǒng)設(shè)計時要嵌入所有物理上的和

行政管理上的控制。在系統(tǒng)的輸入、處理和輸出階段用以控制系統(tǒng)的

技術(shù)的范圍是廣泛的。在處理之前查對輸入，在處理期間使用諸如合

理性檢查以及數(shù)字位檢查等技術(shù)以便最小化或消除在計算或處理中

的過錯誤差，記錄計數(shù)和長度查對是用來保證輸出對的性的許多技術(shù)

的代表。

為了防止在系統(tǒng)故障期間導(dǎo)致破壞，需要確定后援(備份)和校驗

點/重新啟動的措施。這些措施描述了包括在系統(tǒng)中的克服故障的額

外處理，在系統(tǒng)故障日勺狀況下，運(yùn)用備份文獻(xiàn)和(或)備份事務(wù)日志從

上一種“校驗點”來重新建立處理。在上一種校驗點“重新啟動”系

統(tǒng)，并重新開始正常的運(yùn)行。在系統(tǒng)處理周期期間，定期地建立校驗

點將會使系統(tǒng)及時地保留在該點的所有處理，并且不會被破壞。

(18)完畢詳細(xì)設(shè)計

詳細(xì)日勺系統(tǒng)設(shè)計是分析輸入/輸出、處理、控制和后援規(guī)定日勺成

果。系統(tǒng)初步設(shè)計或系統(tǒng)一般設(shè)計只描繪了各重要處理活動之間日勺關(guān)

系，而系統(tǒng)詳細(xì)設(shè)計則擴(kuò)展到包括所有處理活動和有關(guān)日勺輸入/輸出。

這是系統(tǒng)開發(fā)過程內(nèi)基礎(chǔ)活動。正是這一步，將功能闡明書與技術(shù)上

和措施上的新設(shè)施結(jié)合一起以實現(xiàn)一種系統(tǒng)。詳細(xì)設(shè)計是前面所有工

作的歸宿。此外，它也是該項目此后所有活動的一張藍(lán)圖。

在活動5中提到了用圖形闡明系統(tǒng)設(shè)計所使用日勺若干技術(shù)（但沒

有詳細(xì)討論）。這里我們簡樸地討論其中三種技術(shù)--流程圖。HIPO以

及渥寧（Warnier）圖。用來形象地描述工作流程和總的系統(tǒng)設(shè)計口勺最

流行H勺技術(shù)是流程圖。流程圖使用刻畫系統(tǒng)邏輯的某些專用符號并通

過流線把這些符號互相連接起來以闡明工作流程和數(shù)據(jù)流程。圖

20.9.11給出了系統(tǒng)流程圖符號的（一種子集。在圖20.9.12中，用流

程圖描繪了一種已投入運(yùn)行日勺工資系統(tǒng)日勺一部分。流程圖有一定

W、J缺陷。不像前面所討論的其他兩種技術(shù)，流程圖并不鼓勵分析員使

用系統(tǒng)設(shè)計的自上而下或模塊化的措施。因此，用流程圖措施來設(shè)計

系統(tǒng)，不僅難于設(shè)計，并且設(shè)計出的系統(tǒng)也難于理解和維護(hù)。流程圖

之因此較為流行，重要是由于它是最早出現(xiàn)的設(shè)計措施。

層次式輸入-處理-輸出法（又稱HIP0法）是在一層次體系中將系

統(tǒng)設(shè)計按其詳細(xì)程度分層，依次地闡明所有日勺輸入、處理和輸出的一

種措施。圖20.9.13闡明了一種工資系統(tǒng)日勺H1P0卷內(nèi)容表（VTOC）。

VTOC是在HIPO設(shè)計措施中所使用的J幾種原則形式之一。整個系統(tǒng)被

劃提成由若干邏輯模塊所構(gòu)成的一種層次體系，并用VTOC來描繪。

此后，運(yùn)用粗框圖和細(xì)框圖還可以將這些模塊深入劃提成更細(xì)小一層

的輸入-處理-輸出時細(xì)目。一般由若干個VTOC將設(shè)計的層次體系統(tǒng)

推進(jìn)到依次的細(xì)目層。從HTPO構(gòu)造化措施所得到時好處往往被編寫

系統(tǒng)資料所需要口勺大量繁瑣區(qū)I文書工作所抵消了。

Warnier框圖（在圖20.9.14中闡明）可以用來設(shè)計整個系統(tǒng)、數(shù)

據(jù)構(gòu)造、報表內(nèi)容以及數(shù)據(jù)元的編碼。使用Warnier框圖的根據(jù)是：

應(yīng)當(dāng)圍繞著數(shù)據(jù)構(gòu)造來設(shè)計系統(tǒng)。Warnier框圖日勺最大長處是對多種

環(huán)境日勺合用性。圖20.9.15中日勺例子是一?種擴(kuò)展項鑒定表，它是許多

鑒定表中的一種，一種鑒定表有一種條件分叉（在表日勺左上方）和活動

分叉（在表的左下方）,一種條件項（右上方）以及一種活動項（右下

方）。鑒定表并不是一種闡明數(shù)據(jù)流和工作流日勺有效的工具，最佳把

它作為其他設(shè)計措施口勺補(bǔ)充。鑒定表的重要好處是必須考慮到每一種

也許的替代者、選擇、條件、變元等。與流程圖，HIP0圖以及其他

設(shè)計措施不一樣使用Warnier框圖法，系統(tǒng)分析員不必考慮細(xì)節(jié)。

圖20.9.11部分系統(tǒng)流程圖符號

圖20.9.12簡化的工資支付系統(tǒng)流程圖

工資系統(tǒng)系統(tǒng)開始每月處理月初每周處理提交時間去片

數(shù)據(jù)錄入按工時處理職工記錄工資支票工資聯(lián)單更新工

資文獻(xiàn)月末按月薪處理職工記錄工資支票工資聯(lián)單更新

工資文獻(xiàn)系統(tǒng)結(jié)束

圖20.9.14Warnier框圖

圖20.9.13HIP0：卷內(nèi)容表

上面討論的分析工具替代了一大段講解詞，而一般對講解詞的理

解輕易產(chǎn)生混淆。然而，精心設(shè)計口勺講解詞可以并且應(yīng)當(dāng)用來支持圖

形設(shè)計技術(shù)。

沒有一種分析和設(shè)計的技術(shù)是最佳日勺，最佳的分析和設(shè)計技術(shù)是

適合一種企業(yè)詳細(xì)狀況的多種技術(shù)的組合?？傊K化H勺自頂向下

措施是當(dāng)今必不可少的。按自頂向下措施進(jìn)行設(shè)計時，通過最高一級

的管理者來建立基本日勺系統(tǒng)目日勺，然后根據(jù)在企業(yè)每一級搜集的輸入

數(shù)據(jù)，在設(shè)計中增長后繼的細(xì)目層。由于作為一種整體概念多數(shù)系統(tǒng)

過于復(fù)雜，因此將系統(tǒng)提成若干個更輕易理解的模塊。模塊化的主導(dǎo)

思想是“各個擊破”，而這是行之有效的。

(19)指導(dǎo)顧客或信息服務(wù)部門預(yù)演。

表20.9.15一張鑒定表

支付類型工資按工時處理傭金

時幀周末月末周末月末周末月末

打印工資支票XXXXX

打印工資聯(lián)單XXXX

構(gòu)造預(yù)演是一種預(yù)測評價措施，它能有效地減少某些被忽視的或

作錯的事情。它也給預(yù)測者提供一種機(jī)會來評價那些業(yè)已提議的事情

（如系統(tǒng)設(shè)計），從而有也許給出某些建設(shè)性口勺提議。預(yù)演的目的是給

項目組提供有價值的反饋信息，而不是對系統(tǒng)口勺質(zhì)量下判決性的結(jié)

論。項目組長應(yīng)考慮何時開始構(gòu)造預(yù)演。一般預(yù)演是在系統(tǒng)設(shè)計

以及系統(tǒng)開發(fā)過程中其他某些要點（如，測試計劃、程序描述等）完畢

之后才進(jìn)行。

參與構(gòu)造預(yù)演中出J人有：若干項目組組員，一種協(xié)調(diào)員，參與者,

一位秘書，或許還包括一位不屬雙方的“中立的”經(jīng)理。項目組的某

個組員或所有組員飾演“推薦者”的角色，并且解釋他們所承擔(dān)設(shè)計

的系統(tǒng)口勺那一部分。協(xié)調(diào)員負(fù)責(zé)組織預(yù)演和協(xié)調(diào)“推薦者”與“參與

者”之間的互相配合。根據(jù)對所提出日勺課題的知識和愛好來選擇“參

與者:這些人應(yīng)當(dāng)是沒有直接參與本項目的。秘書將對某些要點作

書面記錄。一般邀請一種“中立時”經(jīng)理參與第一次預(yù)演。中立經(jīng)理

的出席將促使參與預(yù)演H勺每一種人專心于他的工作（這一點有時是預(yù)

演的一種問題)。

構(gòu)造預(yù)演的措施是簡樸日勺。在進(jìn)行預(yù)演日勺前幾天將需要審查日勺材

料(即系統(tǒng)設(shè)計)分發(fā)給參與者，協(xié)調(diào)員負(fù)責(zé)跟參與預(yù)演日勺所有人聯(lián)絡(luò)

和通信。在實際日勺預(yù)演期間，推薦者解釋系統(tǒng)設(shè)計以及有關(guān)的資料。

這是通過一步一步地預(yù)演系統(tǒng)來進(jìn)行的，有時也許還借助于某種設(shè)計

工具。參與者提供出討論的提議，而秘書則記錄下來以形成資料C一

般一次預(yù)演持續(xù)H勺時間不應(yīng)超過一種半小時。假如超過了這個時間限

制，那么一次預(yù)演會議將變得沒有實際效果。假如必要，可以安排幾

次會議來完畢預(yù)演。

項目組評價所有日勺提議，并且把所有價值日勺提議并入到系統(tǒng)設(shè)計

中。預(yù)演是有價值的，它使得設(shè)計者在系統(tǒng)實現(xiàn)之前獲得重要W、J反饋

信息。

(20)選擇硬件

假如正在開發(fā)內(nèi)系統(tǒng)規(guī)定額外的硬件支持，則需要選擇合適n勺硬

件并進(jìn)行訂貨。獲得硬件的過程一般是信息服務(wù)經(jīng)理的責(zé)任。

(21)準(zhǔn)備輸出格式

在系統(tǒng)開發(fā)過程中，到目前這一階段為止，我們已經(jīng)提及了輸出

并描述了其有關(guān)出J內(nèi)容，不過程序員需要懂得詳細(xì)H勺輸出形式(即應(yīng)

當(dāng)怎樣在輸出設(shè)備上出現(xiàn))O這種詳細(xì)日勺輸出闡明稱之為輸出格式。

項目組產(chǎn)生出顯示屏(VDU)格式，這種格式規(guī)定了諸如題目、標(biāo)題、

輸出形式等項，有時還應(yīng)包括輸入形式。

某些硬拷貝匯報和資料規(guī)定事先打印好的表格紙，項目組與表格

紙廠商的I代表合作設(shè)計這種事先打印好的表格紙(例如，工資支票和

短線)。

項目組還負(fù)責(zé)設(shè)計和滿足在系統(tǒng)范圍內(nèi)所有人工產(chǎn)生的匯報和

資料?，同步與受有影響日勺顧客經(jīng)理相配合進(jìn)行修改、增長或刪除,

(22)描述數(shù)據(jù)項日勺闡明書

數(shù)據(jù)項的I闡明書詳細(xì)規(guī)定了什么數(shù)據(jù)將輸入到系統(tǒng)以及它們怎

樣被輸入到系統(tǒng)中。

(23)準(zhǔn)備程序描述

系統(tǒng)開發(fā)進(jìn)展到目前這一步，我們已經(jīng)對既有的系統(tǒng)作了詳盡的

分析。它的功能已經(jīng)并入提議的系統(tǒng)的設(shè)計中，我們已經(jīng)完畢了提議

的系統(tǒng)及其支持日勺數(shù)據(jù)庫的設(shè)計，并且還準(zhǔn)備了所有輸入/輸出詳細(xì)

的闡明書。目前項目組可以著手標(biāo)列和確定所有的程序，而這些程序

是使得提議的信息系統(tǒng)運(yùn)轉(zhuǎn)所規(guī)定的。系統(tǒng)日勺圖形表達(dá)(流程圖、H1P0

圖和其他)是標(biāo)列所規(guī)定W、J程序的初始輸入。對每一種程序，項目組

編輯下述的資料:

①程序語言日勺種類（例如，COBOL、BASIC.FORTRAN）

②程序講解詞E勺描述-描述要執(zhí)行的任務(wù)。

③由程序所產(chǎn)生日勺多種輸出時描述和珞式

④處理頻率（例如，每天、每周、聯(lián)機(jī)等）

⑤界線和限制（例如，輸入數(shù)據(jù)的次序，容量口勺限制，響應(yīng)時間,

最大值，最小值等）

⑥詳細(xì)闡明書（例如，排序，編輯的原則，特殊的計算和邏輯操

作，多種表格等）。

3.第in階段-程序設(shè)計

項目組目前可以著手開始與計算機(jī)通信了。這種通信（或與計算

機(jī)的接口）是采用指令形式來進(jìn)行日勺，而這些指令被編進(jìn)計算機(jī)程序

中。這些計算機(jī)程序包括系統(tǒng)運(yùn)轉(zhuǎn)所必需的軟件。在第in階段-程序

設(shè)計階段將開發(fā)支持信息系統(tǒng)所規(guī)定的所有軟件。

顧客日勺介入集中在系統(tǒng)開發(fā)的過程前段（第II階段）和后段（第IV

和v階段）。假如對時地完畢了第n階段并且顧客與項目組的協(xié)作是

有“成效”的，那么顧客將很少介入程序設(shè)計階段，甚至完全不用介

入。顧客介入最多的狀況將反復(fù)出目前系統(tǒng)設(shè)計需要澄清的時候，有

時也出現(xiàn)為第IV階段（轉(zhuǎn)換與實現(xiàn)），作某些初始計劃的時候。

不幸的是，有時顧客管理人員也較深地卷進(jìn)了程序設(shè)計階段。這

是第n階段進(jìn)行得很糟糕，并且當(dāng)開始程序設(shè)計時還沒完畢的一種標(biāo)

志。這種狀況是常常發(fā)生日勺，尤其是在時間緊迫時，項目組常常收到

某些強(qiáng)制性的命令規(guī)定產(chǎn)生尚未完畢的產(chǎn)品。由于系統(tǒng)開發(fā)過程的最

終產(chǎn)品是軟件，因此有時過早地開始程序設(shè)計。這種系統(tǒng)開發(fā)方式必

然導(dǎo)致產(chǎn)生質(zhì)量低劣口勺系統(tǒng)。這種系統(tǒng)并不能滿足顧客口勺規(guī)定，并且

維護(hù)日勺代價很高。這種系統(tǒng)整個壽命期的成本也許是一種高質(zhì)量的系

統(tǒng)日勺兩到三倍。

（24）指定程序員組長

一般項目組長是一種系統(tǒng)分析員或是一種顧客，他并不直接參與

程序設(shè)計工作。管理程序設(shè)計工作日勺人應(yīng)當(dāng)是程序設(shè)計工作實際日勺參

與者，因此，對于規(guī)定兩個人以上的程序設(shè)計工作，將由信息服務(wù)經(jīng)

理指定一種程序員組長。當(dāng)然，項目組長仍然對整個項目負(fù)有責(zé)任。

程序員組長有時也稱作為主程序員。他（或她）也許只花10%的時

間在產(chǎn)品的程序設(shè)計上。假如只需要管理一種下屬程序員，那么主程

序員也許花80%的時間在產(chǎn)品日勺程序設(shè)計上。（25）安排次序和分

派程序

i種信息系統(tǒng)內(nèi)軟件包，也許規(guī)定幾百個程序。并不需要按照這

些程序最終執(zhí)行日勺次序來編寫它們，在建立程序開發(fā)進(jìn)度表時，必須

考慮到許多變化日勺原因。在安排程序編制次序時，主程序員應(yīng)考慮如

下問題：

①建立和維護(hù)測試文獻(xiàn)的I需要

②程序口勺依賴性(此處一種程序依賴于另一種程序的部分或所有

的輸出)

③程序的長度和復(fù)雜性

根據(jù)程序員專業(yè)知識的水平、工作效率以及對系統(tǒng)熟悉的程序分

派程序。由于常常將程序員分派到其他項目組，從而對專業(yè)知識和經(jīng)

驗的規(guī)定非常廣泛，因此使程序員與程序相匹配并非易事。

(26)安排準(zhǔn)備程序的進(jìn)度

主程序員可以運(yùn)用程序進(jìn)度表(表20.9.17)來安排和監(jiān)督下屬程

序員口勺活動以及任一給定程序的狀態(tài)。由于程序開發(fā)有一種基本的模

式，因此一種類似于用來監(jiān)督項目進(jìn)度日勺技術(shù)(表20.9.8和4.9.9)

可以用來監(jiān)督完畢一種特定程序的進(jìn)度。表20.9.16繪出日勺甘特表是

程序進(jìn)度表(表20.9.17)日勺一種圖形表達(dá)，并且它是在公告板上可以

看到H勺一種通用H勺管理工具。幾乎所有的J主程序員和項目組長都常常

使用這種公告板。

（27）編制、測試程序和編寫程序資料。

一般一種程序員在一給定時時間里將同步編制2?5個程序。開

發(fā)任一給定的程序內(nèi)一般W、J措施本質(zhì)上是相似於J。它們是：

圖20.9.16程序日勺甘特進(jìn)度表

①準(zhǔn)備一般的程序邏輯框圖

②準(zhǔn)備詳細(xì)的程序邏輯框圖

③編寫程序（寫程序語句）

④測試和調(diào)試程序

⑤編寫程序日勺資料

4.第IV階段--轉(zhuǎn)換和實現(xiàn)

第iv階段的目內(nèi)（轉(zhuǎn)換和實現(xiàn)）是把在第I、n和in階段日勺工作結(jié)

合成一種整體，并將信息系統(tǒng)實現(xiàn)到業(yè)務(wù)領(lǐng)域。項目組和受影響的顧

客部門大量地介入第IV階段的全過程中（見圖20.9.17）o

表20.9.17程序進(jìn)度表

匯報標(biāo)題程序進(jìn)度表日期

系統(tǒng)標(biāo)題材料規(guī)定標(biāo)識MK

程序標(biāo)題標(biāo)識程序號時間百分比

i般邏輯詳細(xì)邏輯編寫程序測試和調(diào)試

形成資料估計的開始時間實際日勺開始時間提前

或推遲天數(shù)

估計時完成時間實際0tl完成時間提前或推遲

的天數(shù)

每日更新程序007MRLoisJames50XXXXX

9.159.205B10.3011.3021B

管理程序006MRPhilMorrison100XXXXX

9.159.150T11.1511.110A

調(diào)度程序008MRJohnSpeer8010.11.1

庫存狀態(tài)程序042MRMary1ouCummings40XX

10.1510.204B11.1

材料清單程序102MRLoisJames20XX11.

311.1510B1.15

日審計程序001MRJimJones10012.13

周審計程序002MRJohnSpeer201