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

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

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

3、以編寫詳細的功能和系統(tǒng)的說明書。將這些說明書交給程序員，然后開始第Ⅲ階段——程序設計。在第Ⅵ階段—轉換和實現(xiàn)期間，一旦軟件開發(fā)出來，則建立數(shù)據文件，轉換現(xiàn)有系統(tǒng)，并且實現(xiàn)新系統(tǒng)。第Ⅴ階段—實現(xiàn)后的評價。在開始了系統(tǒng)壽命期中的生產階段之后，提出(經常被忽略的)實現(xiàn)后的評價要求。□具體開發(fā)過程下面將逐步地描述系統(tǒng)開發(fā)過程。至于具體的細節(jié)、相互的影響、方法、形式等，用戶管理人員應該與信息服務經理聯(lián)系，與他們討論公司當前使用的方法學，同時再看

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

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

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

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

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

9、塊方法。(6)調查研究技術轉移的可能性為了更好地利用現(xiàn)有的技術，許多公司正在進行將有關技術轉移到他們的系統(tǒng)開發(fā)方法學中可能性的調查。鼓勵調查技術轉移的可能性和(或)可行性的政策必將帶來人力資源的大量節(jié)省。特別對程序員和分析員更是如此。合適的技術轉移將使這些人的工作集中于還沒有現(xiàn)成軟件的特定行業(yè)的應用領域。技術轉移可能性的調查是從走訪那些已經實現(xiàn)的，而且與所建議的系統(tǒng)有類似規(guī)模和工作的系統(tǒng)。可行性研究組還應該調查商品軟件目錄，以便找

10、到適合的可應用的軟件。如果認為技術轉移是可行的，則可行性研究組說明怎樣使用這些技術以及為適應現(xiàn)有環(huán)境所要求的修改范圍。如果使用標準的方法來進行技術轉移潛力調查，那么提出要求的公司應該采取與具有類似要求的其他公司合作的政策。(7)完成建議系統(tǒng)的初步設計可行性研究組要走訪專業(yè)人員以獲得一般的系統(tǒng)要求，然后，將這些要求轉換成初步的系統(tǒng)設計。設計過程是交互的，用戶經理和可行性研究組需要經常就設計思想和方法等交換意見，用生動的文字和圖形說明

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