系統(tǒng)開發(fā)過程（人力資源管理）

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

2、悉系統(tǒng)開發(fā)的大體過程，特別應(yīng)該熟悉他們單位自己使用的方法學(xué)。系統(tǒng)開發(fā)過程可分為五個階段來描述。這五個階段是：1.第Ⅰ階段—系統(tǒng)開始和可行性研究2.第Ⅱ階段—系統(tǒng)分析和設(shè)計3.第Ⅲ階段—程序設(shè)計4.第Ⅳ階段—轉(zhuǎn)換和實現(xiàn)5.第Ⅴ階段—實現(xiàn)后的評價第Ⅰ階段—系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的系統(tǒng)提供人力和資源之前完成的。第Ⅰ階段多數(shù)的工作和編寫的資料是第Ⅱ階段的輸入。在第Ⅱ階段—系統(tǒng)分析和設(shè)計期間，系統(tǒng)分析員與用戶一起工作

3、以編寫詳細的功能和系統(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ā)過程。至于具體的細節(jié)、相互的影響、方法、形式等，用戶管理人員應(yīng)該與信息服務(wù)經(jīng)理聯(lián)系，與他們討論公司當前使用的方法學(xué)，同時再看

4、看公司內(nèi)部描述方法學(xué)的手冊。1.第Ⅰ階段—系統(tǒng)開始和可行性研究在第Ⅰ階段的活動中很少有與其他四個階段的活動相一致的。此處所提供的方法包括對于受拒絕后的再次服務(wù)請求的方法以及將技術(shù)轉(zhuǎn)移可能性的研究合并到諸過程中這些內(nèi)容。第Ⅰ階段最終的產(chǎn)品有兩個部分。第一部分是實際的可行性研究報告，它包含對建議的或改進的系統(tǒng)的描述以及利潤成本分析。第二部分是系統(tǒng)的初步設(shè)計。它對于估價成本和利潤是必要的。該初步設(shè)計是第Ⅱ階段—系統(tǒng)分析和設(shè)計的直接輸入。

5、將系統(tǒng)的初步設(shè)計并入可行性研究的依據(jù)是，多數(shù)可行性研究是以概念而不是以設(shè)計為基礎(chǔ)的。如果在描述系統(tǒng)目標上花的時間太少，那么成本估計，甚至利潤估計將是錯誤的。用概念來指導(dǎo)可行性研究注定會導(dǎo)致成本過高，而且用戶不滿意。在系統(tǒng)初步設(shè)計上所花費的時間是值得的，即使拒絕可行性研究也是如此。因為所編寫的資料將必然會被證實其他項目中是有價值的。下述編號的活動與表20.9.2的系統(tǒng)開發(fā)責任矩陣相對應(yīng)。(1)提交服務(wù)請求圖20.5.1說明了包括對受

6、拒絕的請求再次請求處理的一種方法。所請求的服務(wù)畢竟是用戶做的，因此，應(yīng)該由用戶著手進行。我們鼓勵用戶管理人員請求信息服務(wù)人員的幫助，但是應(yīng)該再一次強調(diào)，業(yè)務(wù)領(lǐng)域的管理人員應(yīng)該對各種大小的服務(wù)請求都提供合適的資料。(2)估價服務(wù)請求正如在責任矩陣中所注釋的那樣，信息服務(wù)管理人員只能承諾小的項目(由公司的方針所確定的小項目)。(3)指定可行性研究組信息服務(wù)經(jīng)理和用戶經(jīng)理共同來指定適當?shù)幕旌系娜诉x以組成可行性分析研究組。該組至少由一名

7、系統(tǒng)分析員和一名用戶代表組成?？尚行匝芯拷M的大小取決于可行性研究的范圍和時間限制。我們通過將系統(tǒng)簡化為輸入、處理和輸出等幾個基本組成部分來表示整理現(xiàn)有系統(tǒng)資料的工作過程。然后用圖形描繪出各部分之間的邏輯關(guān)系。有多種圖像表示技術(shù)來做這件事。最為流行的(盡管不一定是最好的)是流程圖。其他的更為結(jié)構(gòu)化”的技術(shù)還有：IBM公司的層次化輸入—處理—輸出圖(HIPO)，汽泡圖，數(shù)據(jù)流框圖，南茜—斯奈德曼(NassiShneiderman)圖，渥尼

8、爾(Warner)框圖以及判定表。當前工作過程的圖像描述提供了系統(tǒng)的數(shù)據(jù)、信息和工作流程的一個概貌。它著重強調(diào)系統(tǒng)中控制工作流程的那些數(shù)據(jù)元。這些圖應(yīng)該刻劃人工和計算機的處理步驟，并且以適當?shù)捻樞虬才琶恳惶幚聿襟E。通常以能最好地顯示出工作過程的方式來組織和提供這些圖。它們可以是由一些隨機事件、功能或按小的和大的周期來驅(qū)動的子系統(tǒng)，也可以是若干子系統(tǒng)；既可以是層次的，也可以是混合的。很少有幾個系統(tǒng)是完全順序的，因此，在多數(shù)情況下可以應(yīng)用模

9、塊方法。(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)。可行性研究組還應(yīng)該調(diào)查商品軟件目錄，以便找

10、到適合的可應(yīng)用的軟件。如果認為技術(shù)轉(zhuǎn)移是可行的，則可行性研究組說明怎樣使用這些技術(shù)以及為適應(yīng)現(xiàn)有環(huá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è)計思想和方法等交換意見，用生動的文字和圖形說明

11、來形成建議的系統(tǒng)初步設(shè)計的資料，這些生動的文字(用非技術(shù)詞匯)描述了所建議的系統(tǒng)的基本工作過程，而且常常同時附有圖形說明。這些文字圖表也將列舉出那些大大違背現(xiàn)有工作方式而建議的系統(tǒng)所期望的手續(xù)、手段和方法。這些文字圖像也將描述建議的系統(tǒng)與人工系統(tǒng)以及建議系統(tǒng)必須與之兼容的自動系統(tǒng)之間的關(guān)系。圖形說明將建議的系統(tǒng)的過程簡化為它們的組成部分，同時強調(diào)各部分之間的邏輯關(guān)系。(8)確定項目范圍可行性研究組與信息服務(wù)人員以及用戶管理人員合作估