版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、系統(tǒng)開發(fā)過程 五個(gè)階段 各種系統(tǒng)開發(fā)方法學(xué)在范圍、復(fù)雜性、完善程度以及方法上有很大的不同。盡管有的方法學(xué)分三個(gè)階段,有的分15個(gè)階段,但是每個(gè)方法學(xué)所描述的要完成的活動(dòng)基本上是相同的。本章要闡述的最重要的一點(diǎn)是:最好的方法學(xué)是那些始終把用戶考慮進(jìn)去的方法學(xué)。過去的情況是,用戶管理人員與信息服務(wù)開發(fā)組合作來(lái)完成系統(tǒng)的一般功能說明書,然后,由信息服務(wù)人員來(lái)進(jìn)行系統(tǒng)開發(fā)?,F(xiàn)在,系統(tǒng)開發(fā)是各占50%的比例;因此,用戶管理人員應(yīng)該非常熟悉系統(tǒng)開發(fā)的大體過程,特別應(yīng)該熟悉他們單位自己使用的方法學(xué)。 系統(tǒng)開發(fā)過程可分為五個(gè)階段來(lái)描述。這五個(gè)階段是: 1.第階段系統(tǒng)開始和可行性研究 2.第階段系統(tǒng)分析和設(shè)計(jì)
2、3.第階段程序設(shè)計(jì) 4.第階段轉(zhuǎn)換和實(shí)現(xiàn) 5.第階段實(shí)現(xiàn)后的評(píng)價(jià) 第階段系統(tǒng)開始和可行性研究是在為開發(fā)一個(gè)建議的系統(tǒng)提供人力和資源之前完成的。第階段多數(shù)的工作和編寫的資料是第階段的輸入。在第階段系統(tǒng)分析和設(shè)計(jì)期間,系統(tǒng)分析員與用戶一起工作以編寫詳細(xì)的功能和系統(tǒng)的說明書。將這些說明書交給程序員,然后開始第階段程序設(shè)計(jì)。在第階段轉(zhuǎn)換和實(shí)現(xiàn)期間,一旦軟件開發(fā)出來(lái),則建立數(shù)據(jù)文件,轉(zhuǎn)換現(xiàn)有系統(tǒng),并且實(shí)現(xiàn)新系統(tǒng)。第階段實(shí)現(xiàn)后的評(píng)價(jià)。在開始了系統(tǒng)壽命期中的生產(chǎn)階段之后,提出(經(jīng)常被忽略的)實(shí)現(xiàn)后的評(píng)價(jià)要求。 具體開發(fā)過程 下面將逐步地描述系統(tǒng)開發(fā)過程。至于具體的細(xì)節(jié)、相互的影響、方法、形式等,用戶管理人員
3、應(yīng)該與信息服務(wù)經(jīng)理聯(lián)系,與他們討論公司當(dāng)前使用的方法學(xué),同時(shí)再看看公司內(nèi)部描述方法學(xué)的手冊(cè)。 1.第階段系統(tǒng)開始和可行性研究 在第階段的活動(dòng)中很少有與其他四個(gè)階段的活動(dòng)相一致的。此處所提供的方法包括對(duì)于受拒絕后的再次服務(wù)請(qǐng)求的方法以及將技術(shù)轉(zhuǎn)移可能性的研究合并到諸過程中這些內(nèi)容。第階段最終的產(chǎn)品有兩個(gè)部分。第一部分是實(shí)際的可行性研究報(bào)告,它包含對(duì)建議的或改進(jìn)的系統(tǒng)的描述以及利潤(rùn)/成本分析。第二部分是系統(tǒng)的初步設(shè)計(jì)。它對(duì)于估價(jià)成本和利潤(rùn)是必要的。該初步設(shè)計(jì)是第階段系統(tǒng)分析和設(shè)計(jì)的直接輸入。 將系統(tǒng)的初步設(shè)計(jì)并入可行性研究的依據(jù)是,多數(shù)可行性研究是以概念而不是以設(shè)計(jì)為基礎(chǔ)的。如果在描述系統(tǒng)目標(biāo)上花
4、的時(shí)間太少,那么成本估計(jì),甚至利潤(rùn)估計(jì)將是錯(cuò)誤的。用概念來(lái)指導(dǎo)可行性研究注定會(huì)導(dǎo)致成本過高,而且用戶不滿意。在系統(tǒng)初步設(shè)計(jì)上所花費(fèi)的時(shí)間是值得的,即使拒絕可行性研究也是如此。因?yàn)樗帉懙馁Y料將必然會(huì)被證實(shí)其他項(xiàng)目中是有價(jià)值的。 下述編號(hào)的活動(dòng)與表20.9.2的系統(tǒng)開發(fā)責(zé)任矩陣相對(duì)應(yīng)。 (1)提交服務(wù)請(qǐng)求 圖20.5.1說明了包括對(duì)受拒絕的請(qǐng)求再次請(qǐng)求處理的一種方法。所請(qǐng)求的服務(wù)畢竟是用戶做的,因此,應(yīng)該由用戶著手進(jìn)行。我們鼓勵(lì)用戶管理人員請(qǐng)求信息服務(wù)人員的幫助,但是應(yīng)該再一次強(qiáng)調(diào),業(yè)務(wù)領(lǐng)域的管理人員應(yīng)該對(duì)各種大小的服務(wù)請(qǐng)求都提供合適的資料。 (2)估價(jià)服務(wù)請(qǐng)求 正如在責(zé)任矩陣中所注釋的那樣,信
5、息服務(wù)管理人員只能承諾小的項(xiàng)目(由公司的方針?biāo)_定的小項(xiàng)目)。 (3)指定可行性研究組 信息服務(wù)經(jīng)理和用戶經(jīng)理共同來(lái)指定適當(dāng)?shù)幕旌系娜诉x以組成可行性分析研究組。該組至少由一名系統(tǒng)分析員和一名用戶代表組成??尚行匝芯拷M的大小取決于可行性研究的范圍和時(shí)間限制。 用戶代表應(yīng)該熟悉當(dāng)前專業(yè)領(lǐng)域的所有工作,用戶經(jīng)理、總經(jīng)理助理,或?qū)I(yè)領(lǐng)域分析員是合理的候選者,用戶的系統(tǒng)分析員,具有計(jì)算機(jī)信息處理基礎(chǔ)知識(shí)的情況已經(jīng)越來(lái)越普遍了。 必須指定一個(gè)人擔(dān)任可行性研究組的組長(zhǎng),哪怕只是兩個(gè)人的可行性研究組也需要一個(gè)組長(zhǎng)。直到1980年為止,多數(shù)的可行性研究組和項(xiàng)目組是由一個(gè)高級(jí)系統(tǒng)分析員或一個(gè)項(xiàng)目負(fù)責(zé)人來(lái)領(lǐng)導(dǎo)的。在
6、信息服務(wù)部門中,這兩種人是固定分工做這項(xiàng)工作的。目前越來(lái)越多的公司采取這樣一種政策,即由用戶擔(dān)任項(xiàng)目組組長(zhǎng)。這種將主要責(zé)任下放給最終用戶的做法將進(jìn)一步鼓勵(lì)用戶參與系統(tǒng)設(shè)計(jì)。在這種政策上取得成功經(jīng)驗(yàn)的那些公司已經(jīng)指派了一些具有杰出管理經(jīng)驗(yàn)和具有某些計(jì)算機(jī)和信息處理知識(shí)的用戶人員擔(dān)任項(xiàng)目組組長(zhǎng)。在任何情況下,組長(zhǎng)必須對(duì)該組的工作有一個(gè)總的安排。如果要求一個(gè)用戶代表既作為可行性研究組或項(xiàng)目組的組長(zhǎng)而同時(shí)又要求他繼續(xù)履行業(yè)務(wù)領(lǐng)域的職責(zé),那么該項(xiàng)目是肯定要失敗的。有好些公司已經(jīng)采用了一種政策,即自動(dòng)地指派受系統(tǒng)影響最大的業(yè)務(wù)領(lǐng)域的經(jīng)理作為可行性研究組和項(xiàng)目組的領(lǐng)導(dǎo)以后該經(jīng)理將從原來(lái)的工作職責(zé)中解脫出來(lái),
7、而用他(她)的全部時(shí)間管理可行性研究(或項(xiàng)目)組。這種人事安排已經(jīng)成為當(dāng)今的主流,其困難是用戶經(jīng)理需要離開原來(lái)主管的業(yè)務(wù)部門少則兩個(gè)月多則三年后才能回他原來(lái)的工作崗位上。 (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)建立起來(lái)的多數(shù)人工系統(tǒng)并沒有經(jīng)過真正的設(shè)計(jì)。在這些系統(tǒng)中,必須從手稿整理出資料。如果一個(gè)建議的系統(tǒng)是
8、改進(jìn)一個(gè)現(xiàn)有的計(jì)算機(jī)信息系統(tǒng),那么可行性研究組只需要保證現(xiàn)有資料的完整性和保持最新版本就行了?,F(xiàn)有系統(tǒng)所形成的任何資料將給設(shè)計(jì)階段提供有價(jià)值的輸入(如果批準(zhǔn)開發(fā)該系統(tǒng))。即便建議的系統(tǒng)遭到拒絕,也能對(duì)現(xiàn)有系統(tǒng)提供基本的資料,并且可能透徹地理解理有系統(tǒng)?,F(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)中以目前的形式保留下來(lái); 當(dāng)前使用的,但是修改后才在建議的系統(tǒng)中使用; 當(dāng)前使用的,但是在建議的系統(tǒng)中將被刪除而不再保留的。 例如,列出所有現(xiàn)有的報(bào)告和標(biāo)準(zhǔn)的資料,
9、并按上述分類給定一種狀態(tài)。在報(bào)告上將標(biāo)明相對(duì)周期(如,每天,每周)以及分發(fā)范圍。 對(duì)于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標(biāo)明有關(guān)的存儲(chǔ)介質(zhì)(如,3×5的卡片,磁帶,馬尼拉折紙機(jī),磁盤等等)以及存儲(chǔ)方式。例如,一個(gè)名字一地址文件可以存儲(chǔ)在許多張3×5的卡片上,并且按名字的字母順序排列。一個(gè)人工系統(tǒng)所保存的文件數(shù)總是令人吃驚的,即便對(duì)于業(yè)務(wù)領(lǐng)域管理人員也是如此。為了完善現(xiàn)有文件的資料,將每個(gè)文件的記錄的樣式和簡(jiǎn)單描述附在文件表中。系統(tǒng)數(shù)據(jù)元(即,社會(huì)保險(xiǎn)號(hào),顧客名,貨號(hào)等等)是直接列出的,而不必關(guān)系有關(guān)的文件。數(shù)據(jù)元經(jīng)常在幾個(gè)文件中重復(fù)出現(xiàn)。除了狀態(tài)指示符之外,如果數(shù)據(jù)的名字不能自我說明
10、,則必須對(duì)每個(gè)數(shù)據(jù)數(shù)據(jù)元進(jìn)行描述。有關(guān)數(shù)據(jù)元的其他信息還包括更新要求(如,每天,每周,每月,或根據(jù)需要更新等等)、來(lái)源(如,代辦處,資料,系統(tǒng),工作人員等等)以及職責(zé)(如,部門名和負(fù)責(zé)更新者的職務(wù))。圖20.9.3說明在整理現(xiàn)有系統(tǒng)資料時(shí)數(shù)據(jù)元可能采用的一種典型格式。 我們通過將系統(tǒng)簡(jiǎn)化為輸入、處理和輸出等幾個(gè)基本組成部分來(lái)表示整理現(xiàn)有系統(tǒng)資料的工作過程。然后用圖形描繪出各部分之間的邏輯關(guān)系。有多種圖像表示技術(shù)來(lái)做這件事。最為流行的(盡管不一定是最好的)是流程圖。其他的更為結(jié)構(gòu)化”的技術(shù)還有:IBM公司的層次化輸入處理輸出圖(HIPO),汽泡圖,數(shù)據(jù)流框圖,南茜斯奈德曼(Nassi-Shnei
11、derman)圖,渥尼爾(Warner)框圖以及判定表。當(dāng)前工作過程的圖像描述提供了系統(tǒng)的數(shù)據(jù)、信息和工作流程的一個(gè)概貌。它著重強(qiáng)調(diào)系統(tǒng)中控制工作流程的那些數(shù)據(jù)元。這些圖應(yīng)該刻劃人工和計(jì)算機(jī)的處理步驟,并且以適當(dāng)?shù)捻樞虬才琶恳惶幚聿襟E。通常以能最好地顯示出工作過程的方式來(lái)組織和提供這些圖。它們可以是由一些隨機(jī)事件、功能或按小的和大的周期來(lái)驅(qū)動(dòng)的子系統(tǒng),也可以是若干子系統(tǒng);既可以是層次的,也可以是混合的。很少有幾個(gè)系統(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)查。鼓
12、勵(lì)調(diào)查技術(shù)轉(zhuǎn)移的可能性和(或)可行性的政策必將帶來(lái)人力資源的大量節(jié)省。特別對(duì)程序員和分析員更是如此。合適的技術(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)境所要求的修改范圍。 如果使用標(biāo)準(zhǔn)的方法來(lái)進(jìn)行技術(shù)轉(zhuǎn)移潛力調(diào)查,那么提出要求的公司應(yīng)該采取與具有類似要求的其他公司合作的政策。 (7)完成建議系統(tǒng)的初步設(shè)計(jì)可行性研究組要走訪專業(yè)人員以獲得一般的系統(tǒng)要
13、求,然后,將這些要求轉(zhuǎn)換成初步的系統(tǒng)設(shè)計(jì)。設(shè)計(jì)過程是交互的,用戶經(jīng)理和可行性研究組需要經(jīng)常就設(shè)計(jì)思想和方法等交換意見,用生動(dòng)的文字和圖形說明來(lái)形成建議的系統(tǒng)初步設(shè)計(jì)的資料,這些生動(dòng)的文字(用非技術(shù)詞匯)描述了所建議的系統(tǒng)的基本工作過程,而且常常同時(shí)附有圖形說明。這些文字圖表也將列舉出那些大大違背現(xiàn)有工作方式而建議的系統(tǒng)所期望的手續(xù)、手段和方法。這些文字圖像也將描述建議的系統(tǒng)與人工系統(tǒng)以及建議系統(tǒng)必須與之兼容的自動(dòng)系統(tǒng)之間的關(guān)系。圖形說明將建議的系統(tǒng)的過程簡(jiǎn)化為它們的組成部分,同時(shí)強(qiáng)調(diào)各部分之間的邏輯關(guān)系。 (8)確定項(xiàng)目范圍 可行性研究組與信息服務(wù)人員以及用戶管理人員合作估計(jì)初步設(shè)計(jì)中所刻劃的
14、系統(tǒng)的復(fù)雜程度。并對(duì)開發(fā)項(xiàng)目今后的每一個(gè)階段進(jìn)行人力資源要求的估計(jì)(用戶,信息服務(wù)人員及其他人員)。此外,還注意到培訓(xùn)和計(jì)算機(jī)機(jī)時(shí)要求。 (9)準(zhǔn)備利潤(rùn)/成本分析報(bào)告 一旦完成初步設(shè)計(jì)并且確定了項(xiàng)目的范圍,則可以開始利潤(rùn)/成本分析。不幸的是,由于用戶和信息服務(wù)管理人員都希望加快可行性研究階段,所以,一些關(guān)鍵的步驟被省略了,因此造成在利潤(rùn)、成本估計(jì)上的錯(cuò)誤。僅僅根據(jù)一種概念是不可能精確的反映出利潤(rùn)和成本的。設(shè)計(jì)中的某些步驟是必不可少的。 另一種在形成公司決策過程中所隱含的錯(cuò)誤將不可避免地把那些難以確定的利潤(rùn)也算成資金收入。當(dāng)今許多復(fù)雜的,綜合的系統(tǒng)為公司的利益做出了重大的貢獻(xiàn),而做到這樣程度是因
15、為它們經(jīng)歷了漫長(zhǎng)的、不可捉摸和難以預(yù)見的道路。評(píng)價(jià)信息服務(wù)項(xiàng)目的好處和價(jià)值是一個(gè)主觀的過程,它要求具有成本和利潤(rùn)方面的實(shí)際的知識(shí)。此外,決策者對(duì)于正的和負(fù)的不確定的利潤(rùn)要有透徹的理解。使用美元作為所有成本和利潤(rùn)的統(tǒng)一的計(jì)量標(biāo)準(zhǔn)大大地簡(jiǎn)化了評(píng)價(jià)工作。那種把不確定的利潤(rùn)引入盈利圖表(為了“建立更好的顧客關(guān)系”或“提高威信”)的作法會(huì)造成在“底線”中復(fù)合的錯(cuò)誤。底線經(jīng)常被盲目地接受作為一種信條。事實(shí)上,在那種情況下,估價(jià)是取最好的情況(理想的)和最壞的(荒謬的)情況之間。然而,如果將不確定的利潤(rùn)化成美元,那么決策者將以更好的判斷代替那種不準(zhǔn)確的估計(jì)。 估價(jià)建議的信息系統(tǒng)的最好途徑是針對(duì)系統(tǒng)凈值(收入
16、減去成本)估量正的和負(fù)的不確定利潤(rùn)。為了便于理解不確定利潤(rùn)(例如,增加服務(wù),減少發(fā)票上的錯(cuò)誤,加快周轉(zhuǎn)期等),應(yīng)該產(chǎn)生一個(gè)成本和收入的一覽報(bào)表。 表20.9.4說明如何使用最少的成本類別來(lái)表示一次性的和重復(fù)使用的成本。這些成本可由預(yù)算中心提出,并且把公司作為一個(gè)整體來(lái)考慮。成本類別有:勞力,材料和設(shè)備,旅差以及其他各種成本。對(duì)于每一類,在第一列指出一次性成本估計(jì)(開發(fā)),而在系統(tǒng)壽命期的水平線上指出可重復(fù)使用的成本估計(jì)(生產(chǎn))。公司項(xiàng)目在凈值可以從估計(jì)收入中扣除成本計(jì)算出來(lái),并且根據(jù)公司政策對(duì)流動(dòng)現(xiàn)金打折扣。 (10)根據(jù)可行性研究做出決策 完成可行性研究后,除了技術(shù)補(bǔ)充之外所有報(bào)告和資料全部
17、交給信息處理政策委員會(huì)以便實(shí)施。技術(shù)補(bǔ)充包括準(zhǔn)備可行性研究所要求的背景信息。它還包括一般的系統(tǒng)設(shè)計(jì)和開始第階段(系統(tǒng)分析和設(shè)計(jì))的一個(gè)框架。信息服務(wù)政策委員會(huì)感興趣的主要是初始服務(wù)請(qǐng)求、范圍、圖解說明和利潤(rùn)/成本分析。 信息服務(wù)政策委員會(huì)能對(duì)可行性研究施加影響。信息服務(wù)政策委員會(huì)能夠: 拒絕建議。 批準(zhǔn)建議并對(duì)該建議的開發(fā)和實(shí)現(xiàn)指定一個(gè)最高優(yōu)先數(shù)。 批準(zhǔn)系統(tǒng)并給它指定一個(gè)比最高優(yōu)先數(shù)小的優(yōu)先數(shù),同時(shí)將請(qǐng)求放在所有建議的系統(tǒng)隊(duì)列的適當(dāng)位置(定期檢查隊(duì)列,當(dāng)所請(qǐng)求的資源可用時(shí),委員會(huì)給當(dāng)時(shí)是最高優(yōu)先數(shù)的項(xiàng)目發(fā)出通行命令)。 2.第階段系統(tǒng)分析和設(shè)計(jì) 很少有幾個(gè)項(xiàng)目能在批準(zhǔn)可行性研究后立即實(shí)現(xiàn)。在得
18、到批準(zhǔn)和項(xiàng)目開始之間的估計(jì)時(shí)間可能是兩年或兩年以上。一旦項(xiàng)目獲如通行命令,則開始第階段系統(tǒng)分析和設(shè)計(jì)。在第階段,將描述所有輸入/輸出的格式和內(nèi)容,并且完成詳細(xì)的系統(tǒng)設(shè)計(jì)。第階段的最后一步活動(dòng)是準(zhǔn)備程序說明,其中包括各種程序模塊的說明書。重要的是牢記在第階段和第階段不編制程序。一個(gè)普遍容易犯的錯(cuò)誤(經(jīng)常與系統(tǒng)的質(zhì)量和運(yùn)行維護(hù)的水平密切相關(guān))是壓縮第階段,使它提前完成以便開始第階段程序設(shè)計(jì)。粗糙的系統(tǒng)設(shè)計(jì)必將成倍、甚至三倍地增長(zhǎng)項(xiàng)目所要求的程序設(shè)計(jì)量。 (11)指定項(xiàng)目組 與可行性研究組一樣,項(xiàng)目組也應(yīng)該有一個(gè)或多個(gè)系統(tǒng)分析員和一至多個(gè)來(lái)自所建議的系統(tǒng)范圍內(nèi)各業(yè)務(wù)方面的用戶代表。如果可能的話,還要
19、給項(xiàng)目組指派一名信息服務(wù)審計(jì)員,他不作為專職人員,而作為安全和控制方面的顧問。因?yàn)樵诘陔A段結(jié)束之前程序員實(shí)際上并不參與進(jìn)來(lái),所以可以將指定程序員一事推遲到第階段結(jié)束時(shí)再進(jìn)行??尚行匝芯拷M的成員不一定都是項(xiàng)目組成員。在第階段結(jié)束到第階段開始之間的這一段時(shí)間里,通常委派他們到其他項(xiàng)目去。然而我們建議,只要可能則盡量將原有可行性研究組的人員指派到項(xiàng)目組。項(xiàng)目組的組長(zhǎng)可以是信息服務(wù)人員,也可以是用戶。 某些單位有按業(yè)務(wù)領(lǐng)域組織的固定的項(xiàng)目組。例如,某個(gè)項(xiàng)目組專門負(fù)責(zé)人力資源開發(fā)方面的老的系統(tǒng)的維護(hù)和新系統(tǒng)的開發(fā),而另一項(xiàng)目組則負(fù)責(zé)會(huì)計(jì)和財(cái)務(wù)方面等等。另一種辦法是項(xiàng)目組必須由信息服務(wù)人員和用戶專業(yè)人員共
20、同組成,而且是以項(xiàng)目為基礎(chǔ)來(lái)指定項(xiàng)目組。究竟怎樣組成項(xiàng)目組為好,顯然要進(jìn)行權(quán)衡。按專業(yè)組成的項(xiàng)目組很難預(yù)料在任務(wù)過多時(shí)或任務(wù)不足時(shí)由于人員不足或過剩所帶來(lái)的損失。然而,這種項(xiàng)目組織使得項(xiàng)目組成員有更多的機(jī)會(huì)積累開發(fā)專業(yè)領(lǐng)域應(yīng)用的經(jīng)驗(yàn)。信息服務(wù)項(xiàng)目組組織的最好方式或許是既按專業(yè)領(lǐng)域組織而同時(shí)又保持一定的靈活性,使得項(xiàng)目組成員能在各項(xiàng)目組織之間流動(dòng),以便達(dá)到飽滿的工作負(fù)荷。 根據(jù)項(xiàng)目的復(fù)雜程度和涉及范圍的大小,每個(gè)項(xiàng)目組都有不同的最佳人數(shù)。項(xiàng)目組長(zhǎng)的能力是一個(gè)重要的因素。有些地方,一個(gè)經(jīng)理能有效地管理20個(gè)以上的人員,而另一些經(jīng)理卻連管理3個(gè)人都有困難。項(xiàng)目組的大小以及相對(duì)進(jìn)度這些是用戶、信息服務(wù)
21、人員以及公司的經(jīng)理感興趣的問題。許多公司的經(jīng)理人員有一種錯(cuò)誤的概念,即如果將項(xiàng)目組人員增加一倍,那么完成項(xiàng)目的時(shí)間就應(yīng)該減少一半。實(shí)際情況并非如此。一個(gè)能夠直接分成若干個(gè)相同大小模塊的簡(jiǎn)單項(xiàng)目,用兩倍的人力,可以在原定的一半時(shí)間里實(shí)現(xiàn)。然而,絕大多數(shù)的項(xiàng)目是復(fù)雜的,有的甚至是極為復(fù)雜的,這就要求在所有項(xiàng)目組成員間進(jìn)行內(nèi)部協(xié)調(diào)。 圖20.9.5說明增大項(xiàng)目組的規(guī)模時(shí),將會(huì)發(fā)生的情況。在某確定的數(shù)目之前,每增加一個(gè)指派到項(xiàng)目組的人員都增大了對(duì)項(xiàng)目的貢獻(xiàn)。在這之后,每增加一個(gè)人實(shí)際上減少了項(xiàng)目組每個(gè)人對(duì)項(xiàng)目工作的貢獻(xiàn)。圖上有一點(diǎn)是增人員的反射界線,超過那一點(diǎn),再增加人對(duì)于項(xiàng)目的目標(biāo)來(lái)說反而起相反作用
22、。由于項(xiàng)目成員之間的關(guān)系復(fù)雜,因而使得生產(chǎn)效率降低。在為了滿足項(xiàng)目限期而采取緊急措施的情況下,有時(shí)經(jīng)理人員要求將所有資源轉(zhuǎn)移到緊急的項(xiàng)目上,圖20.9.5形象的說明了當(dāng)一個(gè)項(xiàng)目組人員太多時(shí),將會(huì)出現(xiàn)的情況。這時(shí)將不可能進(jìn)行內(nèi)部協(xié)調(diào)。當(dāng)頭都不知道尾在做什么的時(shí)候,即使每一個(gè)成員都忙于從事某種與項(xiàng)目有關(guān)的工作,項(xiàng)目的進(jìn)度還是要停頓下來(lái)。 對(duì)于每一個(gè)確定的項(xiàng)目組都有最佳規(guī)模。與項(xiàng)目有關(guān)的所有經(jīng)理和公司行政人員都應(yīng)當(dāng)很好地掌握這樣一個(gè)格言:與其過分地?cái)U(kuò)大項(xiàng)目組織規(guī)模,造成欲速則不達(dá)的局面,還不如推遲項(xiàng)目的實(shí)現(xiàn)時(shí)間。 (12)估計(jì)人員要求并進(jìn)行人員委托 一個(gè)項(xiàng)目的成功與否在很大程度上依賴于用戶與公司經(jīng)理
23、、其他專業(yè)領(lǐng)域人員以及某些范圍內(nèi)信息服務(wù)人員(如,數(shù)據(jù)庫(kù)管理員,聯(lián)系用戶的人員等等)。由于某人(或某部門)忘記或不承認(rèn)以前的口頭上的委托,會(huì)使得許多緊急項(xiàng)目被延誤。因此有必要簽署一個(gè)書面的人員委托書。應(yīng)該造表列出在系統(tǒng)開發(fā)過程中所直接參與到的項(xiàng)目組的人員和其它人員(如訪問用戶人員、收集數(shù)據(jù)人員等),并同時(shí)列出在每一階段對(duì)他們的相對(duì)的時(shí)間要求(見表20.9.6)。項(xiàng)目的人力要求來(lái)自于可行性研究報(bào)告。圖20.9.6 估計(jì)人員要求 沒有書面人員委托而進(jìn)行的項(xiàng)目肯定會(huì)產(chǎn)生不必要的延誤,甚至可能失敗。本書把項(xiàng)目開發(fā)的重要性放到一個(gè)恰當(dāng)?shù)奈恢?。在?xiàng)目中所涉及到的許多人并不在項(xiàng)目組內(nèi)。由于這些的多數(shù)都理解他
24、們的例行活動(dòng)比項(xiàng)目所涉及的任何外部事物更為重要,所以一個(gè)書面委托是必不可少的。不幸的是,項(xiàng)目委托有時(shí)超過了他們按常規(guī)分配的工作負(fù)荷。在這種情況下,需要經(jīng)理直接參與、定期督促和采取干預(yù)措施。圖20.9.7對(duì)于在各個(gè)階段人員委托的相對(duì)要求上給讀者一個(gè)感性的認(rèn)識(shí)。圖20.9.7的底部描繪了在系統(tǒng)開發(fā)的每一階段占總的項(xiàng)目工作量的百分比,對(duì)每一階段提供了項(xiàng)目工作量百分比的一個(gè)范圍。公司的政策以及系統(tǒng)開發(fā)方法學(xué)將影響到相對(duì)百分比。例如, 一種強(qiáng)調(diào)設(shè)計(jì)階段()的方法學(xué)將必定有更為清楚定義的程序功能說明書。因此減少了程序設(shè)計(jì)工作所要求的時(shí)間。作為一個(gè)規(guī)則(到目前為止),花在第階段(系統(tǒng)分析和設(shè)計(jì))上的工作量是
25、與花在第階段(程序設(shè)計(jì))上的工作量成反比的。在一個(gè)設(shè)計(jì)良好的系統(tǒng)中,第階段將具有比第階段更大的工作量。圖20.9.7 相對(duì)的項(xiàng)目工作量 圖20.9.7的上端說明了由項(xiàng)目組(用戶和信息服務(wù)人員)和非項(xiàng)目組成員的用戶對(duì)項(xiàng)目工作貢獻(xiàn)的相對(duì)百分比。注意,在第階段期間,30%的工作量是由不在項(xiàng)目組的用戶做的。在第階段(系統(tǒng)分析和設(shè)計(jì))期間,項(xiàng)目組必須不斷地在每一級(jí)與用戶進(jìn)行通信。在程序設(shè)計(jì)期間,僅僅在外圍才涉及到用戶。在第階段(實(shí)現(xiàn)和轉(zhuǎn)換),在培訓(xùn)、測(cè)試、數(shù)據(jù)轉(zhuǎn)換和并行操作中都涉及到用戶。在第階段中項(xiàng)目組和用戶肩并肩工作,直到實(shí)現(xiàn)系統(tǒng)。在第階段,將系統(tǒng)轉(zhuǎn)交給用戶。 (13)人員培訓(xùn) 為了在系統(tǒng)開發(fā)過程中
26、進(jìn)行有效的交流,可能要求對(duì)于在設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)所涉及的用戶以及在生產(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)。 這個(gè)活動(dòng)的產(chǎn)品是一張表,表中列出要求某種培訓(xùn)的人員的名字和頭銜。每行表中都注明那種培訓(xùn)的簡(jiǎn)單描述,包括地點(diǎn)、負(fù)責(zé)人以及計(jì)劃的時(shí)間等。有些培訓(xùn)將要求馬上進(jìn)行,而另一些培訓(xùn)(比如數(shù)據(jù)錄入)將推遲到項(xiàng)目接近實(shí)現(xiàn)時(shí)進(jìn)行。 (14)建立詳細(xì)進(jìn)度表 通過使用一種標(biāo)準(zhǔn)的系統(tǒng)開發(fā)方法,管理人員可以建立階段標(biāo)志(見表20.9.2的活動(dòng)5,10,19,23,27,29,32,33,和36),然后,利用歷史統(tǒng)計(jì)數(shù)據(jù)和經(jīng)驗(yàn)來(lái)估計(jì)中間和最后活動(dòng)完
27、成的日期。項(xiàng)目組組長(zhǎng)必須與信息服務(wù)人員以及業(yè)務(wù)領(lǐng)域的管理人員密切合作以保證在系統(tǒng)開發(fā)過程中在各關(guān)鍵點(diǎn)有足夠的人員。 系統(tǒng)開發(fā)過程本質(zhì)上是線性的(一個(gè)活動(dòng)接著一個(gè)活動(dòng)),而且是不難用適當(dāng)?shù)臏?zhǔn)則(方法學(xué))和合理的估計(jì)來(lái)監(jiān)視的。表20.9.8說明了一個(gè)典型的信息系統(tǒng)項(xiàng)目進(jìn)度表。在活動(dòng)點(diǎn)上加上三種標(biāo)志之一以指出該活動(dòng)的狀態(tài)。如果情況表明該活動(dòng)是不必要的,則在活動(dòng)號(hào)上加一個(gè)圓圈。如果一個(gè)特定的活動(dòng)正在著手進(jìn)行,則在相應(yīng)的活動(dòng)號(hào)上劃一個(gè)對(duì)角線。一旦活動(dòng)完成則將對(duì)角線改成交叉線“×”。有時(shí)也用甘特表來(lái)給出項(xiàng)目進(jìn)展的圖形輪廊。 在開始一組有階段標(biāo)識(shí)的活動(dòng)之前,要準(zhǔn)備一個(gè)更為詳細(xì)的進(jìn)度表,來(lái)單獨(dú)安排這
28、些中間活動(dòng)。對(duì)于要求多于兩周時(shí)間的那些活動(dòng)將以兩周為增量來(lái)安排進(jìn)度。表20.9.9說明了對(duì)具有階段標(biāo)志E的那些活動(dòng)的一個(gè)詳細(xì)的信息系統(tǒng)項(xiàng)目進(jìn)度表。表20.9.8 信息系統(tǒng)項(xiàng)目進(jìn)度表階 段+具有階段標(biāo)志完成的活動(dòng)階段標(biāo)志 活動(dòng)估計(jì)的開始時(shí)間 實(shí)際的開始時(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 10 198W.10.1 198W.10.20 14B 198W.11.1 198X.12.1 22BC 11 12 B1314 15 16 1
29、7 18 19 198X.9.15 198 Y.9.1 13A 198X.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 198Z.2.11 =已開始的活動(dòng)×=已完成的活動(dòng)0 =不要求采取措施+對(duì)應(yīng)于圖20.9.3中的方法學(xué)*直到實(shí)現(xiàn)可行性
30、研究之前,并不進(jìn)行第階段活動(dòng)的估計(jì)A =提前的工作天數(shù) B =推遲的工作天數(shù)DS=正在進(jìn)行表20.9.9 信息系統(tǒng)項(xiàng)目進(jìn)度表具有階段標(biāo)志E的活動(dòng)階段標(biāo)志E細(xì)節(jié)活 動(dòng) 估計(jì)的開始時(shí)間 實(shí)際的開始時(shí)間 提前或推遲天數(shù)估計(jì)的完成日期 實(shí)際的完成日期 提前或推遲天數(shù)24 指定程度組長(zhǎng) 198y,3.1 198y,3.825 安排順序和分配程序 198y,3.5 198y,3.1226 安排程序準(zhǔn)備進(jìn)度 198y,3.15 198y,3.2527aKG*2編定、測(cè)試程序并編寫程序資料 198y,4.1 198y,4.1127bKG*2同上 198y,4.15 198y,4.3027cKG*2同上 198
31、y,5.1 198y,5.1427dKG*2同上 198y,5.15 198y,5.3127eKG*2同上 198y,6. 198y,6.1427fKG*2同上 198y,6.15 198y,6.30*以階段標(biāo)志D的活動(dòng) A=提前的工作天數(shù)B=推遲的工作天數(shù)實(shí)際開始時(shí)間為準(zhǔn) os=正在進(jìn)行 下面的方法可以用來(lái)估計(jì)價(jià)格、人員以及相應(yīng)的時(shí)間要求。這種循環(huán)使用的方法使得一組人能意見一致,而且對(duì)于信息服務(wù)項(xiàng)目特別合適。我們假定參與估計(jì)的那些人能夠提出問題或具有任務(wù)方面的知識(shí),而且能夠提出支持自己意見的重要的理由。參與建立信息系統(tǒng)項(xiàng)目進(jìn)度表的人可以包括項(xiàng)目組長(zhǎng)、起作用的用戶經(jīng)理以及其他有經(jīng)驗(yàn)的信息服務(wù)人
32、員(他們不一定與本項(xiàng)目有關(guān))。我們通過以下幾個(gè)步驟來(lái)描述進(jìn)行合理估價(jià)的方法。 項(xiàng)目組長(zhǎng)介紹任務(wù)(例如,確定項(xiàng)目進(jìn)度表的階段標(biāo)志的日期)和相應(yīng)的背景信息。 每一個(gè)參加者提交一個(gè)書面估計(jì)(成本、人員要求或時(shí)間)。 項(xiàng)目組長(zhǎng)(以線性比例)繪出該組每個(gè)成員的估計(jì)。 計(jì)算上、下四分點(diǎn)和中點(diǎn),并且標(biāo)上遲度。 要求其估計(jì)低于上、下四分點(diǎn)的那些參加者解釋他們低或高估計(jì)的理由。 項(xiàng)目組長(zhǎng)就所標(biāo)繪的估計(jì)召集一次公開的討論會(huì)。 重復(fù)步驟至,直到達(dá)到精確性要求不需要再循環(huán)為止。通過每一次循環(huán),將降低估計(jì)的誤差。 估計(jì)是取中間值或(在適合時(shí))取平均值。估計(jì)的誤差是包含危險(xiǎn)的一種標(biāo)志。 (15)與用戶人員交談 與用戶交談
33、的過程從本活動(dòng)開始。為了解決問題和確定系統(tǒng)要求,項(xiàng)目組成員定期與有關(guān)用戶見面。與用戶交談及反饋的過程貫穿于系統(tǒng)開發(fā)的全過程。 對(duì)于詳細(xì)設(shè)計(jì)的基本輸入是:(A)初始設(shè)計(jì)(來(lái)自可行性研究),(B)對(duì)現(xiàn)有系統(tǒng)及其成分的評(píng)價(jià)(也是來(lái)自可行性研究)以及(C)輸入、處理以及輸出的要求(由用戶提供)。 項(xiàng)目組與有關(guān)的用戶人員檢查在可行性研究的初始設(shè)計(jì)中所描述的輸入/輸出要求和頻率,并根據(jù)需要及價(jià)值對(duì)每一種輸入/輸出進(jìn)行評(píng)價(jià)。許多輸出是“有了更好”,但是卻不值得去產(chǎn)生它們。還可以根據(jù)周期和時(shí)幀來(lái)估計(jì)輸入/輸出。通過估計(jì)頻率/價(jià)值比的平衡來(lái)優(yōu)化周期的輸入和輸出。例如,如果每周情況報(bào)告可以滿足需要,那么就沒有必要
34、再產(chǎn)生每天的情況報(bào)告。在聯(lián)機(jī)系統(tǒng)中,檢查響應(yīng)時(shí)間要求以確定這種時(shí)間要求是否太緊迫,能否適當(dāng)放寬要求而又致于對(duì)運(yùn)行效率產(chǎn)生較大的影響;或者確定這種響應(yīng)時(shí)間的要求是否不能滿足。 目前系統(tǒng)的資料對(duì)設(shè)計(jì)提供了有價(jià)值的輸入?,F(xiàn)有的報(bào)告、表格、原始資料等等,實(shí)際上能夠追蹤最終用戶以便確定該資料是否合適,是否及時(shí)等。如果是,還能做哪些工作來(lái)改進(jìn)它們?項(xiàng)目組負(fù)責(zé)對(duì)現(xiàn)有的所有輸入和輸出進(jìn)行修改。通過合并類似的輸入和(或)輸出以及消除多余的信息盡可能地減少重復(fù)。 初步交談的一個(gè)直接結(jié)果是對(duì)所建議的系統(tǒng)所有的輸出一般的描述(報(bào)告,顯示或事務(wù))。根據(jù)周期、初始用戶、輸出介質(zhì)、內(nèi)容以及分布來(lái)描述每一種輸出。 (16)說
35、明數(shù)據(jù)庫(kù)要求 數(shù)據(jù)庫(kù)用來(lái)支持系統(tǒng)的處理,特別是支持系統(tǒng)的輸出。在目前系統(tǒng)的資料中包含了可繼續(xù)使用的數(shù)據(jù)元。許多現(xiàn)有數(shù)據(jù)元的格式肯定是需要改變的,還需要將支持系統(tǒng)功能要求所需要的其他數(shù)據(jù)元標(biāo)列出來(lái)。 項(xiàng)目組設(shè)計(jì)和編制數(shù)據(jù)字典,在一部數(shù)據(jù)字典中所列出的數(shù)據(jù)具有維持每個(gè)數(shù)據(jù)元的基本信息,而它們與數(shù)據(jù)庫(kù)或文件的組織形式無(wú)關(guān)。在表20.9.10給出的數(shù)據(jù)字典的例子中,包括對(duì)每個(gè)數(shù)據(jù)元指定了一個(gè)各自的前后參照號(hào)、標(biāo)題、描述(如果必要的話)、是否被編碼、程序設(shè)計(jì)標(biāo)識(shí)、存儲(chǔ)單元(字符)數(shù)、格式和存儲(chǔ)器大小(程序最初使用的)以及職責(zé)等。用戶必須給出負(fù)責(zé)的人或部門、存儲(chǔ)單元以及是否對(duì)數(shù)據(jù)元編碼等事項(xiàng)。表20.9.
36、10的數(shù)據(jù)字典形式,也可以用來(lái)交叉引用在所有原始資料、報(bào)告、文件以及數(shù)據(jù)庫(kù)中出現(xiàn)的每一個(gè)數(shù)據(jù)元。 在標(biāo)列出所有的數(shù)據(jù)元之后,項(xiàng)目組與數(shù)據(jù)庫(kù)管理員合作來(lái)進(jìn)行記錄格式和文件的設(shè)計(jì),或者,在數(shù)據(jù)庫(kù)環(huán)境下,他們?cè)O(shè)計(jì)數(shù)據(jù)庫(kù)的模式。此活動(dòng)的輸出是數(shù)據(jù)字典以及有關(guān)文件和(或)數(shù)據(jù)庫(kù)模式的一份詳細(xì)的技術(shù)描述。表20.9.10 數(shù)據(jù)字典報(bào)告標(biāo)題 數(shù)據(jù)字典 日期系統(tǒng)標(biāo)題 標(biāo)識(shí)編號(hào)標(biāo)題 描述 編碼否標(biāo)記字符數(shù) 字形/格式 存儲(chǔ) 職責(zé)原始資料(S)、報(bào)告(R)、文件(F)、或數(shù)據(jù)庫(kù)(D)工資支票(R) 工資登記簿(R) 工資主文件(F) 會(huì)計(jì)文件(F) 工時(shí)卡(S)1 社會(huì)保險(xiǎn)號(hào) 職工 否99999 P 人事
37、5; × × ×2 姓 否LNAME 13 ×(13) E 人事× × × ×3 名字 職工 否ENAME 10 ×(10) E 人事× × ×4 名字首字母 職工 否MI 1 × E 人事× × ×5 部門 職工親屬 是DEPT 3 ××× E 人事× × × ×6 性別 男或女 是SEX 1 ×E 人事× 7 工資 月工資 否SAL 6 999
38、9 P 人事× × × (17)建立控制和后援的方法 為了保證信息系統(tǒng)的正確性、可靠性和完整性,在設(shè)計(jì)時(shí)就要考慮加進(jìn)控制手段。項(xiàng)目組將說明在系統(tǒng)設(shè)計(jì)時(shí)要嵌入所有物理上的和行政管理上的控制。在系統(tǒng)的輸入、處理和輸出階段用以控制系統(tǒng)的技術(shù)的范圍是廣泛的。在處理之前核對(duì)輸入,在處理期間使用諸如合理性檢查以及數(shù)字位檢查等技術(shù)以便最小化或消除在計(jì)算或處理中的過失誤差,記錄計(jì)數(shù)和長(zhǎng)度核對(duì)是用來(lái)保證輸出正確性的許多技術(shù)的代表。 為了避免在系統(tǒng)故障期間造成破壞,需要確定后援(備份)和校驗(yàn)點(diǎn)/重新啟動(dòng)的方法。這些方法描述了包含在系統(tǒng)中的克服故障的額外處理,在系統(tǒng)故障的情況下,利用備
39、份文件和(或)備份事務(wù)日記從上一個(gè)“校驗(yàn)點(diǎn)”來(lái)重新建立處理。在上一個(gè)校驗(yàn)點(diǎn)“重新啟動(dòng)”系統(tǒng),并重新開始正常的運(yùn)行。在系統(tǒng)處理周期期間,定期地建立校驗(yàn)點(diǎn)將會(huì)使系統(tǒng)及時(shí)地保留在該點(diǎn)的所有處理,而且不會(huì)被破壞。 (18)完成詳細(xì)設(shè)計(jì) 詳細(xì)的系統(tǒng)設(shè)計(jì)是分析輸入/輸出、處理、控制和后援要求的結(jié)果。系統(tǒng)初步設(shè)計(jì)或系統(tǒng)一般設(shè)計(jì)只描繪了各主要處理活動(dòng)之間的關(guān)系,而系統(tǒng)詳細(xì)設(shè)計(jì)則擴(kuò)展到包括所有處理活動(dòng)和有關(guān)的輸入/輸出。這是系統(tǒng)開發(fā)過程的基礎(chǔ)活動(dòng)。正是這一步,將功能說明書與技術(shù)上和方法上的新設(shè)施結(jié)合一起以實(shí)現(xiàn)一個(gè)系統(tǒng)。詳細(xì)設(shè)計(jì)是前面所有工作的歸宿。此外,它也是該項(xiàng)目今后所有活動(dòng)的一張藍(lán)圖。 在活動(dòng)5中提到了用圖
40、形說明系統(tǒng)設(shè)計(jì)所使用的若干技術(shù)(但沒有詳細(xì)討論)。這里我們簡(jiǎn)單地討論其中三種技術(shù)流程圖。HIPO以及渥寧(Warnier)圖。用來(lái)形象地描述工作流程和總的系統(tǒng)設(shè)計(jì)的最流行的技術(shù)是流程圖。流程圖使用刻畫系統(tǒng)邏輯的一些專用符號(hào)并通過流線把這些符號(hào)相互連接起來(lái)以說明工作流程和數(shù)據(jù)流程。圖20.9.11給出了系統(tǒng)流程圖符號(hào)的一個(gè)子集。在圖20.9.12中,用流程圖描繪了一個(gè)已投入運(yùn)行的工資系統(tǒng)的一部分。 流程圖有一定的缺點(diǎn)。不像前面所討論的其他兩種技術(shù),流程圖并不鼓勵(lì)分析員使用系統(tǒng)設(shè)計(jì)的自上而下或模塊化的方法。因此,用流程圖方法來(lái)設(shè)計(jì)系統(tǒng),不僅難于設(shè)計(jì),而且設(shè)計(jì)出的系統(tǒng)也難于理解和維護(hù)。流程圖之所以較
41、為流行,主要是由于它是最早出現(xiàn)的設(shè)計(jì)方法。 層次式輸入處理輸出法(又稱HIPO法)是在一層次體系中將系統(tǒng)設(shè)計(jì)按其詳細(xì)程度分層,依次地說明所有的輸入、處理和輸出的一種方法。圖20.9.13說明了一個(gè)工資系統(tǒng)的HIPO卷內(nèi)容表(VTOC)。VTOC是在HIPO設(shè)計(jì)方法中所使用的幾種標(biāo)準(zhǔn)形式之一。整個(gè)系統(tǒng)被劃分成由若干邏輯模塊所組成的一個(gè)層次體系,并用VTOC來(lái)描繪。此后,利用粗框圖和細(xì)框圖還可以將這些模塊進(jìn)一步劃分成更細(xì)小一層的輸入處理輸出的細(xì)目。通常由若干個(gè)VTOC將設(shè)計(jì)的層次體系統(tǒng)推進(jìn)到依次的細(xì)目層。從HIPO結(jié)構(gòu)化方法所得到的好處往往被編寫系統(tǒng)資料所需要的大量繁瑣的文書工作所抵消了。 War
42、nier框圖(在圖20.9.14中說明)可以用來(lái)設(shè)計(jì)整個(gè)系統(tǒng)、數(shù)據(jù)結(jié)構(gòu)、報(bào)表內(nèi)容以及數(shù)據(jù)元的編碼。使用Warnier框圖的依據(jù)是:應(yīng)該圍繞著數(shù)據(jù)結(jié)構(gòu)來(lái)設(shè)計(jì)系統(tǒng)。Warnier框圖的最大優(yōu)點(diǎn)是對(duì)各種環(huán)境的適用性。圖20.9.15中的例子是一個(gè)擴(kuò)展項(xiàng)判定表,它是許多判定表中的一種,一個(gè)判定表有一個(gè)條件分叉(在表的左上方)和活動(dòng)分叉(在表的左下方),一個(gè)條件項(xiàng)(右上方)以及一個(gè)活動(dòng)項(xiàng)(右下方)。判定表并不是一個(gè)說明數(shù)據(jù)流和工作流的有效的工具,最好把它作為其他設(shè)計(jì)方法的補(bǔ)充。判定表的主要好處是必須考慮到每一種可能的替換者、選擇、條件、變?cè)取Ec流程圖,HIPO圖以及其他設(shè)計(jì)方法不同使用Warnier框
43、圖法,系統(tǒng)分析員不必考慮細(xì)節(jié)。圖20.9.11 部分系統(tǒng)流程圖符號(hào)圖20.9.12 簡(jiǎn)化的工資支付系統(tǒng)流程圖工資系統(tǒng) 系統(tǒng)開始每月處理 月初每周處理 提交時(shí)間卡片數(shù)據(jù)錄入按工時(shí)處理職工記錄 工資支票工資聯(lián)單更新工資文件月末 按月薪處理職工記錄 工資支票工資聯(lián)單更新工資文件系統(tǒng)結(jié)束圖20.9.14 Warnier框圖圖20.9.13 HIPO:卷內(nèi)容表 上面討論的分析工具代替了一大段解說詞,而通常對(duì)解說詞的理解容易產(chǎn)生混淆。然而,精心設(shè)計(jì)的解說詞可以而且應(yīng)該用來(lái)支持圖形設(shè)計(jì)技術(shù)。 沒有一種分析和設(shè)計(jì)的技術(shù)是最好的,最好的分析和設(shè)計(jì)技術(shù)是適合一個(gè)公司具體情況的各種技術(shù)的組合。總之,模塊化的自頂向下
44、方法是當(dāng)今必不可少的。按自頂向下方法進(jìn)行設(shè)計(jì)時(shí),通過最高一級(jí)的管理者來(lái)建立基本的系統(tǒng)目標(biāo),然后根據(jù)在公司每一級(jí)收集的輸入數(shù)據(jù),在設(shè)計(jì)中增加后繼的細(xì)目層。由于作為一個(gè)整體概念多數(shù)系統(tǒng)過于復(fù)雜,所以將系統(tǒng)分成若干個(gè)更容易理解的模塊。模塊化的主導(dǎo)思想是“各個(gè)擊破”,而這是行之有效的。 (19)指導(dǎo)用戶或信息服務(wù)部門預(yù)演。表20.9.15 一張判定表支付類型 工資 按工時(shí)處理 傭金時(shí)幀 周末 月末 周末 月末 周末 月末打印工資支票 × × × × ×打印工資聯(lián)單 × × × × 結(jié)構(gòu)預(yù)演是一種預(yù)測(cè)評(píng)價(jià)方法,它能
45、有效地減少某些被忽略的或作錯(cuò)的事情。它也給預(yù)測(cè)者提供一個(gè)機(jī)會(huì)來(lái)評(píng)價(jià)那些業(yè)已建議的事情(如系統(tǒng)設(shè)計(jì)),從而有可能給出一些建設(shè)性的建議。預(yù)演的目的是給項(xiàng)目組提供有價(jià)值的反饋信息,而不是對(duì)系統(tǒng)的質(zhì)量下判決性的結(jié)論。 項(xiàng)目組長(zhǎng)應(yīng)考慮何時(shí)開始結(jié)構(gòu)預(yù)演。通常預(yù)演是在系統(tǒng)設(shè)計(jì)以及系統(tǒng)開發(fā)過程中其他一些關(guān)鍵點(diǎn)(如,測(cè)試計(jì)劃、程序描述等)完成之后才進(jìn)行。 參與結(jié)構(gòu)預(yù)演中的人有:若干項(xiàng)目組成員,一個(gè)協(xié)調(diào)員,參加者,一位秘書,或許還包括一位不屬雙方的“中立的”經(jīng)理。項(xiàng)目組的某個(gè)成員或所有成員扮演“推薦者”的角色,并且解釋他們所承擔(dān)設(shè)計(jì)的系統(tǒng)的那一部分。協(xié)調(diào)員負(fù)責(zé)組織預(yù)演和協(xié)調(diào)“推薦者”與“參加者”之間的相互配合。根
46、據(jù)對(duì)所提出的課題的知識(shí)和興趣來(lái)選擇“參加者”。這些人應(yīng)該是沒有直接參與本項(xiàng)目的。秘書將對(duì)一些要點(diǎn)作書面記錄。通常邀請(qǐng)一個(gè)“中立的”經(jīng)理參加第一次預(yù)演。中立經(jīng)理的出席將促使參與預(yù)演的每一個(gè)人專心于他的工作(這一點(diǎn)有時(shí)是預(yù)演的一個(gè)問題)。 結(jié)構(gòu)預(yù)演的方法是簡(jiǎn)單的。在進(jìn)行預(yù)演的前幾天將需要審查的材料(即系統(tǒng)設(shè)計(jì))分發(fā)給參加者,協(xié)調(diào)員負(fù)責(zé)跟參加預(yù)演的所有人聯(lián)系和通信。在實(shí)際的預(yù)演期間,推薦者解釋系統(tǒng)設(shè)計(jì)以及有關(guān)的資料。這是通過一步一步地預(yù)演系統(tǒng)來(lái)進(jìn)行的,有時(shí)可能還借助于某種設(shè)計(jì)工具。參加者提供出討論的建議,而秘書則記錄下來(lái)以形成資料。通常一次預(yù)演持續(xù)的時(shí)間不應(yīng)超過一個(gè)半小時(shí)。如果超過了這個(gè)時(shí)間限制,那
47、么一次預(yù)演會(huì)議將變得沒有實(shí)際效果。如果必要,可以安排幾次會(huì)議來(lái)完成預(yù)演。 項(xiàng)目組評(píng)價(jià)所有的建議,并且把所有價(jià)值的建議并入到系統(tǒng)設(shè)計(jì)中。預(yù)演是有價(jià)值的,它使得設(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ā)過程中,到目前這一階段為止,我們已經(jīng)提及了輸出并描述了其有關(guān)的內(nèi)容,但是程序員需要知道具體的輸出形式(即應(yīng)該怎樣在輸出設(shè)備上出現(xiàn))。這種詳細(xì)的輸出說明稱之為輸出格式。項(xiàng)目組產(chǎn)生出顯示屏(VDU)格式,這種格式規(guī)定了諸如題目、標(biāo)題、輸出形式等
48、項(xiàng),有時(shí)還應(yīng)包括輸入形式。 某些硬拷貝報(bào)告和資料要求事先打印好的表格紙,項(xiàng)目組與表格紙廠商的代表合作設(shè)計(jì)這種事先打印好的表格紙(例如,工資支票和短線)。 項(xiàng)目組還負(fù)責(zé)設(shè)計(jì)和滿足在系統(tǒng)范圍內(nèi)所有人工產(chǎn)生的報(bào)告和資料,同時(shí)與受有影響的用戶經(jīng)理相配合進(jìn)行修改、增加或刪除。 (22)描述數(shù)據(jù)項(xiàng)的說明書 數(shù)據(jù)項(xiàng)的說明書詳細(xì)規(guī)定了什么數(shù)據(jù)將輸入到系統(tǒng)以及它們?cè)鯓颖惠斎氲较到y(tǒng)中。 (23)準(zhǔn)備程序描述 系統(tǒng)開發(fā)進(jìn)展到目前這一步,我們已經(jīng)對(duì)現(xiàn)有的系統(tǒng)作了詳盡的分析。它的功能已經(jīng)并入建議的系統(tǒng)的設(shè)計(jì)中,我們已經(jīng)完成了建議的系統(tǒng)及其支持的數(shù)據(jù)庫(kù)的設(shè)計(jì),并且還準(zhǔn)備了所有輸入/輸出詳細(xì)的說明書?,F(xiàn)在項(xiàng)目組可以著手標(biāo)列
49、和確定所有的程序,而這些程序是使得建議的信息系統(tǒng)運(yùn)轉(zhuǎn)所要求的。系統(tǒng)的圖形表示(流程圖、HIPO圖和其他)是標(biāo)列所要求的程序的初始輸入。對(duì)每一個(gè)程序,項(xiàng)目組編輯下述的資料: 程序語(yǔ)言的種類(例如,COBOL、BASIC、FORTRAN) 程序解說詞的描述描述要執(zhí)行的任務(wù)。 由程序所產(chǎn)生的各種輸出的描述和格式 處理頻率(例如,每天、每周、聯(lián)機(jī)等) 界限和限制(例如,輸入數(shù)據(jù)的順序,容量的限制,響應(yīng)時(shí)間,最大值,最小值等) 詳細(xì)說明書(例如,排序,編輯的標(biāo)準(zhǔn),特殊的計(jì)算和邏輯操作,各種表格等)。 3.第階段程序設(shè)計(jì) 項(xiàng)目組現(xiàn)在可以著手開始與計(jì)算機(jī)通信了。這種通信(或與計(jì)算機(jī)的接口)是采取指令形式來(lái)進(jìn)
50、行的,而這些指令被編進(jìn)計(jì)算機(jī)程序中。這些計(jì)算機(jī)程序包括系統(tǒng)運(yùn)轉(zhuǎn)所必需的軟件。在第階段程序設(shè)計(jì)階段將開發(fā)支持信息系統(tǒng)所要求的全部軟件。 用戶的介入集中在系統(tǒng)開發(fā)的過程前段(第階段)和后段(第和階段)。如果正確地完成了第階段而且用戶與項(xiàng)目組的協(xié)作是有“成效”的,那么用戶將很少介入程序設(shè)計(jì)階段,甚至完全不用介入。用戶介入最多的情況將反復(fù)出現(xiàn)在系統(tǒng)設(shè)計(jì)需要澄清的時(shí)候,有時(shí)也出現(xiàn)為第階段(轉(zhuǎn)換與實(shí)現(xiàn)),作一些初始計(jì)劃的時(shí)候。 不幸的是,有時(shí)用戶管理人員也較深地卷進(jìn)了程序設(shè)計(jì)階段。這是第階段進(jìn)行得很糟糕,而且當(dāng)開始程序設(shè)計(jì)時(shí)還沒完成的一種標(biāo)志。這種情況是經(jīng)常發(fā)生的,特別是在時(shí)間緊迫時(shí),項(xiàng)目組常常收到一些強(qiáng)
51、制性的命令要求產(chǎn)生尚未完成的產(chǎn)品。由于系統(tǒng)開發(fā)過程的最終產(chǎn)品是軟件,所以有時(shí)過早地開始程序設(shè)計(jì)。這種系統(tǒng)開發(fā)方式必然導(dǎo)致產(chǎn)生質(zhì)量低劣的系統(tǒng)。這種系統(tǒng)并不能滿足用戶的要求,而且維護(hù)的代價(jià)很高。這種系統(tǒng)整個(gè)壽命期的成本可能是一個(gè)高質(zhì)量的系統(tǒng)的兩到三倍。 (24)指定程序員組長(zhǎng) 通常項(xiàng)目組長(zhǎng)是一個(gè)系統(tǒng)分析員或是一個(gè)用戶,他并不直接參與程序設(shè)計(jì)工作。管理程序設(shè)計(jì)工作的人應(yīng)該是程序設(shè)計(jì)工作實(shí)際的參加者,因此,對(duì)于要求兩個(gè)人以上的程序設(shè)計(jì)工作,將由信息服務(wù)經(jīng)理指定一個(gè)程序員組長(zhǎng)。當(dāng)然,項(xiàng)目組長(zhǎng)仍然對(duì)整個(gè)項(xiàng)目負(fù)有責(zé)任。 程序員組長(zhǎng)有時(shí)也稱作為主程序員。他(或她)可能只花10%的時(shí)間在產(chǎn)品的程序設(shè)計(jì)上。如果只
52、需要管理一個(gè)下屬程序員,那么主程序員可能花80%的時(shí)間在產(chǎn)品的程序設(shè)計(jì)上。 (25)安排順序和分配程序 一個(gè)信息系統(tǒng)的軟件包,可能要求幾百個(gè)程序。并不需要按照這些程序最終執(zhí)行的順序來(lái)編寫它們,在建立程序開發(fā)進(jìn)度表時(shí),必須考慮到許多變化的因素。在安排程序編制順序時(shí),主程序員應(yīng)考慮如下問題: 建立和維護(hù)測(cè)試文件的需要 程序的依賴性(此處一個(gè)程序依賴于另一個(gè)程序的部分或全部的輸出) 程序的長(zhǎng)度和復(fù)雜性 根據(jù)程序員專業(yè)知識(shí)的水平、工作效率以及對(duì)系統(tǒng)熟悉的程序分配程序。由于經(jīng)常將程序員分配到其他項(xiàng)目組,從而對(duì)專業(yè)知識(shí)和經(jīng)驗(yàn)的要求非常廣泛,所以使程序員與程序相匹配并非易事。 (26)安排準(zhǔn)備程序的進(jìn)度 主
53、程序員可以利用程序進(jìn)度表(表20.9.17)來(lái)安排和監(jiān)督下屬程序員的活動(dòng)以及任一給定程序的狀態(tài)。由于程序開發(fā)有一個(gè)基本的模式,所以一種類似于用來(lái)監(jiān)督項(xiàng)目進(jìn)度的技術(shù)(表20.9.8和4.9.9)可以用來(lái)監(jiān)督完成一個(gè)特定程序的進(jìn)度。表20.9.16繪出的甘特表是程序進(jìn)度表(表20.9.17)的一種圖形表示,而且它是在公告板上可以看到的一種通用的管理工具。幾乎所有的主程序員和項(xiàng)目組長(zhǎng)都經(jīng)常使用這種公告板。 (27)編制、測(cè)試程序和編寫程序資料。 通常一個(gè)程序員在一給定的時(shí)間里將同時(shí)編制25個(gè)程序。開發(fā)任一給定的程序的一般的方法本質(zhì)上是相同的。它們是:圖20.9.16 程序的甘特進(jìn)度表 準(zhǔn)備一般的程序
54、邏輯框圖 準(zhǔn)備詳細(xì)的程序邏輯框圖 編寫程序(寫程序語(yǔ)句) 測(cè)試和調(diào)試程序 編寫程序的資料 4.第階段轉(zhuǎn)換和實(shí)現(xiàn) 第階段的目標(biāo)(轉(zhuǎn)換和實(shí)現(xiàn))是把在第、和階段的工作結(jié)合成一個(gè)整體,并將信息系統(tǒng)實(shí)現(xiàn)到業(yè)務(wù)領(lǐng)域。項(xiàng)目組和受影響的用戶部門大量地介入第階段的全過程中(見圖20.9.17)。表20.9.17 程序進(jìn)度表報(bào)告標(biāo)題 程序進(jìn)度表 日期系統(tǒng)標(biāo)題 材料要求 標(biāo)識(shí)MR程序標(biāo)題 標(biāo)記 程序號(hào) 時(shí)間百分比一般邏輯 詳細(xì)邏輯 編寫程序 測(cè)試和調(diào)試形成資料 估計(jì)的開始時(shí)間 實(shí)際的開始時(shí)間 提前或推遲天數(shù)估計(jì)的完成時(shí)間 實(shí)際的完成時(shí)間 提前或推遲的天數(shù)每日更新程序 007MR Lois james 50
55、5; × × × × 9.15 9.20 5B 10.30 11.30 21B管理程序 006MR Phil Morrison 100 × × × × ×9.15 9.15 0T 11.15 11.1 10A調(diào)度程序 008MR John Speer 80 10.1 1.1庫(kù)存狀態(tài)程序 042MR Marylou Cummings 40 × × / 10.15 10.20 4B 11.1材料清單程序 102MR Lois James 20 × × 11.3 11.15 10B 1.15日審計(jì)程序 001MR Jim Jones 100 12.1 3周審計(jì)程序 002MR John Speer 20 12.101.15 盡管在第階段已經(jīng)分別測(cè)試了系統(tǒng)的各個(gè)成分(程序),但這并不能保證把它們結(jié)合成一個(gè)整體時(shí)系統(tǒng)將正常工作。因此,在第階段來(lái)完成整個(gè)系統(tǒng)的測(cè)試。在第階段期間,項(xiàng)目組將培訓(xùn)用戶運(yùn)行信息系統(tǒng),轉(zhuǎn)換現(xiàn)有文件以及建立數(shù)據(jù)庫(kù)。在并行工作之后,系統(tǒng)轉(zhuǎn)變到業(yè)務(wù)領(lǐng)域。 (28)完成轉(zhuǎn)換計(jì)劃 轉(zhuǎn)換系統(tǒng)的處理本身就是一個(gè)系統(tǒng)
溫馨提示
- 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度私人房產(chǎn)買賣合同樣本(含房產(chǎn)交易稅費(fèi))3篇
- 2025年度食堂勞務(wù)承包合同范本12篇
- 2025-2030年中國(guó)高分子發(fā)泡材料行業(yè)發(fā)展動(dòng)態(tài)及前景趨勢(shì)分析報(bào)告
- 2025-2030年中國(guó)食用香精香料市場(chǎng)發(fā)展?fàn)顩r及前景趨勢(shì)分析報(bào)告
- 2025-2030年中國(guó)防霧涂料行業(yè)運(yùn)行狀況及發(fā)展趨勢(shì)預(yù)測(cè)報(bào)告
- 2025年度食品加工廠安全生產(chǎn)管理服務(wù)合同3篇
- 2025年房屋買賣及車庫(kù)贈(zèng)與合同3篇
- 2024石材工程設(shè)計(jì)與施工防水處理合同3篇
- 2025年度電子元器件買賣擔(dān)保合同范本(標(biāo)準(zhǔn)版)3篇
- 醫(yī)療器械在智能穿戴心臟監(jiān)測(cè)設(shè)備中的集成考核試卷
- 奶茶督導(dǎo)述職報(bào)告
- 山東萊陽(yáng)核電項(xiàng)目一期工程水土保持方案
- 白熊效應(yīng)(修訂版)
- 小學(xué)數(shù)學(xué)知識(shí)結(jié)構(gòu)化教學(xué)
- 視頻監(jiān)控維保項(xiàng)目投標(biāo)方案(技術(shù)標(biāo))
- 社會(huì)組織能力建設(shè)培訓(xùn)
- 立項(xiàng)報(bào)告蓋章要求
- 2022年睪丸腫瘤診斷治療指南
- 被執(zhí)行人給法院執(zhí)行局寫申請(qǐng)范本
- 主變壓器試驗(yàn)報(bào)告模板
- 安全防護(hù)通道施工方案
評(píng)論
0/150
提交評(píng)論