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

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

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

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

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

5、釋的那樣，信息服務管理人員只能承諾小的項目(由公司的方針所確定的小項目)。(3) 指定可行性研究組信息服務經理和用戶經理共同來指定適當的混合的人選以組成可行性分析研究組。該組至少由一名系統(tǒng)分析員和一名用戶代表組成?？尚行匝芯拷M的大小取決于可行性研究的范圍和時間限制。用戶代表應該熟悉當前專業(yè)領域的所有工作，用戶經理、總經理助理，或專業(yè)領域分析 員是合理的候選者，用戶的系統(tǒng)分析員，具有計算機信息處理基礎知識的情況已經越來越普 遍了。必須指定一個人擔任可行性研究組的組長，哪怕只是兩個人的可行性研究組也需要一個組長。直到1980年為止，多數的可行性研究組和項目組是由一個高級系統(tǒng)分析員或一個項 目負責人

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

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

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

9、出所有現有的報告和標準的資料，并按上述分類給定一種狀態(tài)。在報告上將標明相對周期（如，每天，每周）以及分發(fā)范圍。對于現有系統(tǒng)的所有數據文件都標明有關的存儲介質（如，3X 5的卡片，磁帶，馬尼拉折紙機，磁盤等等）以及存儲方式。例如，一個名字一地址文件可以存儲在許多張3X 5的卡片上，并且按名字的字母順序排列。一個人工系統(tǒng)所保存的文件數總是令人吃驚的，即便對于業(yè)務領域管理人員也是如此。為了完善現有文件的資料，將每個文件的記錄的樣式和簡單 描述附在文件表中。系統(tǒng)數據元（即，社會保險號，顧客名，貨號等等 ）是直接列出的，而不必關系有關的文 件。數據元經常在幾個文件中重復出現。除了狀態(tài)指示符之外， 如果數

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

11、好的)是流程圖。其他的更為結構化”的技術還有：IBM公司的層次化輸入處理俞出圖(HIPO)，汽泡圖，數據流框圖，南茜斯奈德曼(Nassi-Shneiderman) 圖，渥尼爾(Warner)框圖以及判定表。當前工作過程的圖像描述提供了系統(tǒng)的數據、信息和工作流程的一個概貌。 它著重強調系統(tǒng)中控制工作流程的那些數據元。這些圖應該刻劃人工和計算機的處理步驟， 并且以適當的順序安排每一處理步驟。通常以能最好地顯示出工作過程的方式來組織和提供這些圖。它們可以是由一些隨機事件、功能或按小的和大的周期來驅動的子系統(tǒng)，也可以是若干子系統(tǒng)；既可以是層次的，也可以是混合的。很少有幾個系統(tǒng)是完全順序的，因此，在多數

12、情況下可以應用模塊方法。(6) 調查研究技術轉移的可能性為了更好地利用現有的技術， 許多公司正在進行將有關技術轉移到他們的系統(tǒng)開發(fā)方法 學中可能性的調查。鼓勵調查技術轉移的可能性和 (或)可行性的政策必將帶來人力資源的大 量節(jié)省。特別對程序員和分析員更是如此。合適的技術轉移將使這些人的工作集中于還沒有現成軟件的特定行業(yè)的應用領域。技術轉移可能性的調查是從走訪那些已經實現的，而且與所建議的系統(tǒng)有類似規(guī)模和工作的系統(tǒng)?？尚行匝芯拷M還應該調查商品軟件目錄，以便找到適合的可應用的軟件。如果認為技術轉移是可行的，則可行性研究組說明怎樣使用這些技術以及為適應現有環(huán)境所要求的 修改范圍。如果使用標準的方法來

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

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

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

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

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

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

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

20、。 然而我們建議，只要可能則盡量將原有可行性研究組的人員指派到項 目組。項目組的組長可以是信息服務人員，也可以是用戶。某些單位有按業(yè)務領域組織的固定的項目組。例如，某個項目組專門負責人力資源開發(fā)方面的老的系統(tǒng)的維護和新系統(tǒng)的開發(fā)，而另一項目組則負責會計和財務方面等等。另一種辦法是項目組必須由信息服務人員和用戶專業(yè)人員共同組成，而且是以項目為基礎來指定項目組。究竟怎樣組成項目組為好， 顯然要進行權衡。按專業(yè)組成的項目組很難預料在任務過 多時或任務不足時由于人員不足或過剩所帶來的損失。然而，這種項目組織使得項目組成員有更多的機會積累開發(fā)專業(yè)領域應用的經驗。信息服務項目組組織的最好方式或許是既按專業(yè)

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

22、極為復雜的，這就要求在所有項目組成員間進行內部協(xié)調。圖2095說明增大項目組的規(guī)模時，將會發(fā)生的情況。在某確定的數目之前，每增加 一個指派到項目組的人員都增大了對項目的貢獻。在這之后，每增加一個人實際上減少了項目組每個人對項目工作的貢獻。圖上有一點是增人員的反射界線，超過那一點，再增加人對于項目的目標來說反而起相反作用。由于項目成員之間的關系復雜，因而使得生產效率降低。在為了滿足項目限期而采取緊急措施的情況下，有時經理人員要求將所有資源轉移到緊急的項目上，圖形象的說明了當一個項目組人員太多時，將會出現的情況。這時將不可 能進行內部協(xié)調。當頭都不知道尾在做什么的時候，即使每一個成員都忙于從事某種

23、與項目有關的工作，項目的進度還是要停頓下來。對于每一個確定的項目組都有最佳規(guī)模。與項目有關的所有經理和公司行政人員都應當很好地掌握這樣一個格言：與其過分地擴大項目組織規(guī)模，造成欲速則不達的局面， 還不如推遲項目的實現時間。(PI 12)團20-9d項昌組的規(guī)橫（12）估計人員要求并進行人員委托一個項目的成功與否在很大程度上依賴于用戶與公司經理、其他專業(yè)領域人員以及某些范圍內信息服務人員（如，數據庫管理員，聯系用戶的人員等等）。由于某人（或某部門）忘記 或不承認以前的口頭上的委托，會使得許多緊急項目被延誤。因此有必要簽署一個書面的人員委托書。應該造表列出在系統(tǒng)開發(fā)過程中所直接參與到的項目組的人員

24、和其它人員（如訪問用戶人員、收集數據人員等），并同時列出在每一階段對他們的相對的時間要求（見表2096）。項目的人力要求來自于可行性研究報告。援吿乘樂姑片人員要求 砂II血辭砂60VIlfFK30so10010no啊血aOOFrfl10010WHMMfi 員6000臓酢員0齡2D0100tooas102030碩躺鮭理勤理1020WUM丈霰人員101040市協(xié)部文瞅員10L040圖估計人員要求沒有書面人員委托而進行的項目肯定會產生不必要的延誤，甚至可能失敗。本書把項目開發(fā)的重要性放到一個恰當的位置。在項目中所涉及到的許多人并不在項目組內。由于這些的多數都理解他們的例行活動比項目所涉及的任何外部事

25、物更為重要，所以一個書面委托是必不可少的。不幸的是，項目委托有時超過了他們按常規(guī)分配的工作負荷。在這種情況下， 需要經理直接參與、定期督促和采取干預措施。圖對于在各個階段人員委托的相對要求上給讀者一個感性的認識。圖的底部描繪了在系統(tǒng)開發(fā)的每一階段占總的項目工作量的百分比，對每一階段提供了項目工作量百分比的一個范圍。公司的政策以及系統(tǒng)開發(fā)方法學將影響到相對百分比。例如，一種強調設計階段（川）的方法學將必定有更為清楚定義的程序功能說明書。因此減少了程序設計工作所要求的時間。 作為一個規(guī)則（到目前為止），花在第H階段（系統(tǒng)分析和設計）上的工 作量是與花在第川階段（程序設計）上的工作量成反比的。 在一

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

27、了在系統(tǒng)開發(fā)過程中進行有效的交流，可能要求對于在設計數據庫時所涉及的用戶以及在生產調度中所涉及的信息服務人員進行培訓。根據經驗，信息服務人員負責信息系統(tǒng)方面的培訓，而用戶則負責專業(yè)領域的培訓。這個活動的產品是一張表，表中列出要求某種培訓的人員的名字和頭銜。每行表中都注明那種培訓的簡單描述，包括地點、負責人以及計劃的時間等。有些培訓將要求馬上進行， 而另一些培訓（比如數據錄入）將推遲到項目接近實現時進行。（14）建立詳細進度表通過使用一種標準的系統(tǒng)開發(fā)方法，管理人員可以建立階段標志（見表的活動5, 10, 19, 23, 27, 29, 32, 33,和36），然后，利用歷史統(tǒng)計數據和經驗來估計

28、中間和最后 活動完成的日期。項目組組長必須與信息服務人員以及業(yè)務領域的管理人員密切合作以保證 在系統(tǒng)開發(fā)過程中在各關鍵點有足夠的人員。系統(tǒng)開發(fā)過程本質上是線性的（一個活動接著一個活動），而且是不難用適當的準則 （方法學）和合理的估計來監(jiān)視的。表說明了一個典型的信息系統(tǒng)項目進度表。在活動點上加上三種標志之一以指出該活動的狀態(tài)。如果情況表明該活動是不必要的， 則在活動號上加一個圓圈。如果一個特定的活動正在著手進行， 則在相應的活動號上劃一個對角線。 一旦 活動完成則將對角線改成交叉線“X” 。有時也用甘特表來給出項目進展的圖形輪廊。在開始一組有階段標識的活動之前，要準備一個更為詳細的進度表，來單獨

29、安排這些中間活動。對于要求多于兩周時間的那些活動將以兩周為增量來安排進度。表說明了對具有階段標志E的那些活動的一個詳細的信息系統(tǒng)項目進度表。表信息系統(tǒng)項目進度表階段+具有階段標志完成的活動階段標志活動估計的 開始時間實際的開始時間提前或推遲的天數 估計的完成日期 實際完成的日期 提前或推遲的天數A 1 2 3 4 5 B 6 7 8 9 10 C 1112B13141516171819198D B2021 22 23 E 24 25 26 27 F 28 29 G 30 31 32 H 33 I 34 35 36 1=已開始的活動X =已完成的活動0=不要求采取措施+對應于圖中的方法學*直到實

30、現可行性研究之前，并不進行第n階段活動v的估計A =提前的工作天數B =推遲的工作天數DS=E在進行表 20.9.9E細節(jié) 估計的開始 成日期信息系統(tǒng)項目進度表具有階段標志E的活動階段標志 活 動 估計的完24指定程度組長 25安排順序和分配 26安排程序準備27aKG*2編定、 27bKG*2 27cKG*227dKG*227eKG*2 27fKG*2*同上 同上 同上 同上 同上實際的 開始時間 提前或 推遲 天數 成日期提前或推遲天數時間 實際的完198y,3.1 198y,3.8程序 198y,3.5 198y,3.12 進度 198y,3.15 198y,3.25測試程序198y,4

31、.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以階段標志D的活動 A=提前的工作天數 b=B遲的工作天數 實際開始時間為準os=正在進行下面的方法可以用來估計價格、人員以及相應的時間要求。這種循環(huán)使用的方法使得一 組人能意見一致，而且對于信息服務項目特別合適。我們假定參與估計的那些人能夠提出問題或具有任務方面的知識，而且能夠提出支持自己意見的重要的理由。參與建立信息系統(tǒng)項目進度表的人可以包括項目組長、起作用的用戶經理以及其

32、他有經驗的信息服務人員（他們不一定與本項目有關）。我們通過以下幾個步驟來描述進行合理估價的方法。 項目組長介紹任務（例如，確定項目進度表的階段標志的日期）和相應的背景信息。 每一個參加者提交一個書面估計（成本、人員要求或時間）。 項目組長（以線性比例）繪出該組每個成員的估計。 計算上、下四分點和中點，并且標上遲度。 要求其估計低于上、下四分點的那些參加者解釋他們低或高估計的理由。 項目組長就所標繪的估計召集一次公開的討論會。 重復步驟至， 直到達到精確性要求不需要再循環(huán)為止。通過每一次循環(huán)，將降低估計的誤差。 估計是取中間值或（在適合時）取平均值。估計的誤差是包含危險的一種標志。（15）與用戶

33、人員交談與用戶交談的過程從本活動開始。為了解決問題和確定系統(tǒng)要求，項目組成員定期與有關用戶見面。與用戶交談及反饋的過程貫穿于系統(tǒng)開發(fā)的全過程。對于詳細設計的基本輸入是：（A）初始設計（來自可行性研究），（B）對現有系統(tǒng)及其成分 的評價（也是來自可行性研究）以及（C）輸入、處理以及輸出的要求 （由用戶提供）。 項目組與有關的用戶人員檢查在可行性研究的初始設計中所描述的輸入/輸出要求和頻率，并根據需要及價值對每一種輸入/輸出進行評價。許多輸出是“有了更好”，但是卻不值得去產生它們。還可以根據周期和時幀來估計輸入/輸出。通過估計頻率/價值比的平衡來優(yōu)化周期的輸入和輸出。例如，如果每周情況報告可以滿足

34、需要，那么就沒有必要再產生每天的情況報告。在聯機系統(tǒng)中，檢查響應時間要求以確定這種時間要求是否太緊迫，能否適當放寬要求而又致于對運行效率產生較大的影響；或者確定這種響應時間的要求是否不能滿足。 目前系統(tǒng)的資料對設計提供了有價值的輸入?，F有的報告、表格、原始資料等等，實際上能夠追蹤最終用戶以便確定該資料是否合適，是否及時等。如果是，還能做哪些工作來改進它們？項目組負責對現有的所有輸入和輸出進行修改。通過合并類似的輸入和（或）輸出以及消除多余的信息盡可能地減少重復。 初步交談的一個直接結果是對所建議的系統(tǒng)所有的輸出一般的描述（報告，顯示或事務）。根據周期、初始用戶、輸出介質、內容以及分布來描述每一

35、種輸出。（16）說明數據庫要求數據庫用來支持系統(tǒng)的處理， 特別是支持系統(tǒng)的輸出。 在目前系統(tǒng)的資料中包含了可繼 續(xù)使用的數據元。許多現有數據元的格式肯定是需要改變的，還需要將支持系統(tǒng)功能要求所需要的其他數據元標列出來。項目組設計和編制數據字典，在一部數據字典中所列出的數據具有維持每個數據元的基 本信息，而它們與數據庫或文件的組織形式無關。在表給出的數據字典的例子中，包括對每個數據元指定了一個各自的前后參照號、標題、描述（如果必要的話）、是否被編碼、程序設計標識、存儲單元（字符）數、格式和存儲器大?。ǔ绦蜃畛跏褂玫模┮约奥氊煹?。用戶 必須給出負責的人或部門、存儲單元以及是否對數據元編碼等事項。表

36、的數據字典形式，也可以用來交叉引用在所有原始資料、報告、文件以及數據庫中出現的每一個數據元。在標列出所有的數據元之后，項目組與數據庫管理員合作來進行記錄格式和文件的設 計，或者，在數據庫環(huán)境下，他們設計數據庫的模式。此活動的輸出是數據字典以及有關文 件和（或）數據庫模式的一份詳細的技術描述。表數據字典報告標題數據字典日期系統(tǒng)標題標識 編號 標題描述編碼否標記字符數 字形/格式存儲職責 原始資料（S）、報告（R）、文件（F）、或數據庫（D） 工資支票（R） 工資登記簿（R）工資主文件（F） 會計文 件（F） 工時卡（S）1社會保險號職工否99999 P人事XXXX2姓否LNAME13X (13)

37、 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)的正確性、可靠性和完整性，在設計時就要考慮加進控制手段。項目組將說明在系統(tǒng)設計時要嵌入所有物理上的和行政管理上的控制。在系統(tǒng)的輸入、處理和輸出階段用以控制系統(tǒng)的技術的范圍是廣泛的。在處理之前核對輸入， 在處理期間使用諸如合理性檢查以及數字位檢查等技術以便最小化或消除在計算或處理中的過失誤差，記錄

38、計數和長度核對是用來保證輸出正確性的許多技術的代表。為了避免在系統(tǒng)故障期間造成破壞，需要確定后援（備份）和校驗點/重新啟動的方法。這些方法描述了包含在系統(tǒng)中的克服故障的額外處理，在系統(tǒng)故障的情況下，利用備份文件和（或）備份事務日記從上一個校驗點”來重新建立處理。在上一個校驗點重新啟動”系 統(tǒng)，并重新開始正常的運行。在系統(tǒng)處理周期期間，定期地建立校驗點將會使系統(tǒng)及時地保 留在該點的所有處理，而且不會被破壞。（18）完成詳細設計詳細的系統(tǒng)設計是分析輸入 /輸出、處理、控制和后援要求的結果。系統(tǒng)初步設計或系 統(tǒng)一般設計只描繪了各主要處理活動之間的關系，而系統(tǒng)詳細設計則擴展到包括所有處理活動和有關的輸

39、入/輸出。這是系統(tǒng)開發(fā)過程的基礎活動。正是這一步，將功能說明書與技術 上和方法上的新設施結合一起以實現一個系統(tǒng)。詳細設計是前面所有工作的歸宿。此外，它也是該項目今后所有活動的一張藍圖。在活動5中提到了用圖形說明系統(tǒng)設計所使用的若干技術（但沒有詳細討論）。這里我們簡單地討論其中三種技術 一流程圖。HIP0以及渥寧（Warnier）圖。用來形象地描述工作流程 和總的系統(tǒng)設計的最流行的技術是流程圖。流程圖使用刻畫系統(tǒng)邏輯的一些專用符號并通過流線把這些符號相互連接起來以說明工作流程和數據流程。圖給出了系統(tǒng)流程圖符號的一個子集。在圖中，用流程圖描繪了一個已投入運行的工資系統(tǒng)的一部分。 流程圖有一定的缺點

40、。不像前面所討論的其他兩種技術，流程圖并不鼓勵分析員使用系統(tǒng)設 計的自上而下或模塊化的方法。因此，用流程圖方法來設計系統(tǒng)，不僅難于設計，而且設計出的系統(tǒng)也難于理解和維護。流程圖之所以較為流行，主要是由于它是最早出現的設計方法。層次式輸入處理俞出法（又稱HIPO法）是在一層次體系中將系統(tǒng)設計按其詳細程度分 層，依次地說明所有的輸入、處理和輸出的一種方法。圖說明了一個工資系統(tǒng)的HIPO卷內容表（VTOC）。VTOC是在HIPO設計方法中所使用的幾種標準形式之一。整個系統(tǒng)被劃分成由若干邏輯模塊所組成的一個層次體系，并用VTOC來描繪。此后，利用粗框圖和細框圖還可以將這些模塊進一步劃分成更細小一層的輸

41、入處理俞出的細目。通常由若干個VTOC各設計的層次體系統(tǒng)推進到依次的細目層。從HIPO結構化方法所得到的好處往往被編寫系統(tǒng)資料所需要的大量繁瑣的文書工作所抵消了。Warnier 框圖（在圖20914中說明）可以用來設計整個系統(tǒng)、數據結構、報表內容以及 數據元的編碼。使用 Warnier框圖的依據是：應該圍繞著數據結構來設計系統(tǒng)。Warnier框圖的最大優(yōu)點是對各種環(huán)境的適用性。圖中的例子是一個擴展項判定表，它是許多判定表中的一種，一個判定表有一個條件分叉 一個條件項（右上方）以及一個活動項（右下方 效的工具，最好把它作為其他設計方法的補充。的替換者、選擇、條件、變元等。與流程圖， 框圖法，系統(tǒng)

42、分析員不必考慮細節(jié)。（在表的左上方）和活動分叉（在表的左下方）， ）。判定表并不是一個說明數據流和工作流的有 判定表的主要好處是必須考慮到每一種可能WarnierHIPO圖以及其他設計方法不同使用圖20.9.11 部分系統(tǒng)流程圖符號 圖20.9.12簡化的工資支付系統(tǒng)流程圖工資系統(tǒng) 系統(tǒng)開始每月處理月初每周處理理職工記錄工資支票工資聯單更新工資文件票工資聯單更新工資文件系統(tǒng)結束圖 20.9.14 Warnier提交時間卡片 數據錄入 月末 按月薪處理職工記錄按工時處工資支框圖圖:卷內容表然而,上面討論的分析工具代替了一大段解說詞，而通常對解說詞的理解容易產生混淆。精心設計的解說詞可以而且應該用

43、來支持圖形設計技術。沒有一種分析和設計的技術是最好的，最好的分析和設計技術是適合一個公司具體情況的各種技術的組合。 總之，模塊化的自頂向下方法是當今必不可少的。按自頂向下方法進行設計時，通過最高一級的管理者來建立基本的系統(tǒng)目標，然后根據在公司每一級收集的輸入數據，在設計中增加后繼的細目層。由于作為一個整體概念多數系統(tǒng)過于復雜，所以將系統(tǒng)分成若干個更容易理解的模塊。模塊化的主導思想是“各個擊破”，而這是行之有效的。（19）指導用戶或信息服務部門預演。表一張判定表支付類型工資按工時處理傭金時幀周末月末周末月末周末月末打印工資支票XXXXX打印工資聯單XXXX結構預演是一種預測評價方法，它能有效地減

44、少某些被忽略的或作錯的事情。它也給預測者提供一個機會來評價那些業(yè)已建議的事情（如系統(tǒng)設計），從而有可能給出一些建設性的建議。預演的目的是給項目組提供有價值的反饋信息，而不是對系統(tǒng)的質量下判決性的結論。項目組長應考慮何時開始結構預演。通常預演是在系統(tǒng)設計以及系統(tǒng)開發(fā)過程中其他一 些關鍵點（如，測試計劃、程序描述等 ）完成之后才進行。參與結構預演中的人有：若干項目組成員，一個協(xié)調員，參加者，一位秘書，或許還包 括一位不屬雙方的“中立的”經理。項目組的某個成員或所有成員扮演“推薦者”的角色， 并且解釋他們所承擔設計的系統(tǒng)的那一部分。協(xié)調員負責組織預演和協(xié)調“推薦者”與“參加者”之間的相互配合。根據對

45、所提出的課題的知識和興趣來選擇“參加者”。這些人應該是沒有直接參與本項目的。秘書將對一些要點作書面記錄。通常邀請一個“中立的”經理參 加第一次預演。中立經理的出席將促使參與預演的每一個人專心于他的工作（這一點有時是預演的一個問題）。結構預演的方法是簡單的。在進行預演的前幾天將需要審查的材料（即系統(tǒng)設計）分發(fā)給 參加者，協(xié)調員負責跟參加預演的所有人聯系和通信。在實際的預演期間， 推薦者解釋系統(tǒng)設計以及有關的資料。這是通過一步一步地預演系統(tǒng)來進行的，有時可能還借助于某種設計工具。參加者提供出討論的建議，而秘書則記錄下來以形成資料。通常一次預演持續(xù)的時間不應超過一個半小時。如果超過了這個時間限制，那

46、么一次預演會議將變得沒有實際效果。 如果必要，可以安排幾次會議來完成預演。項目組評價所有的建議，并且把所有價值的建議并入到系統(tǒng)設計中。預演是有價值的， 它使得設計者在系統(tǒng)實現之前獲得重要的反饋信息。（20）選擇硬件如果正在開發(fā)的系統(tǒng)要求額外的硬件支持，則需要選擇適當的硬件并進行訂貨。獲得硬件的過程通常是信息服務經理的責任。（21）準備輸出格式在系統(tǒng)開發(fā)過程中，到目前這一階段為止，我們已經提及了輸出并描述了其有關的內容， 但是程序員需要知道具體的輸出形式（即應該怎樣在輸出設備上出現 ）。這種詳細的輸出說明稱之為輸出格式。項目組產生出顯示屏（VDU）格式，這種格式規(guī)定了諸如題目、標題、輸出形式等項

47、，有時還應包括輸入形式。某些硬拷貝報告和資料要求事先打印好的表格紙，項目組與表格紙廠商的代表合作設計這種事先打印好的表格紙（例如，工資支票和短線）。項目組還負責設計和滿足在系統(tǒng)范圍內所有人工產生的報告和資料，同時與受有影響的用戶經理相配合進行修改、增加或刪除。（22）描述數據項的說明書數據項的說明書詳細規(guī)定了什么數據將輸入到系統(tǒng)以及它們怎樣被輸入到系統(tǒng)中。（23）準備程序描述系統(tǒng)開發(fā)進展到目前這一步，我們已經對現有的系統(tǒng)作了詳盡的分析。它的功能已經并入建議的系統(tǒng)的設計中， 我們已經完成了建議的系統(tǒng)及其支持的數據庫的設計，并且還準備了所有輸入/輸出詳細的說明書?，F在項目組可以著手標列和確定所有的

48、程序，而這些程序 是使得建議的信息系統(tǒng)運轉所要求的。系統(tǒng)的圖形表示（流程圖、HIPO圖和其他）是標列所要求的程序的初始輸入。對每一個程序，項目組編輯下述的資料： 程序語言的種類（例如，COBOL BASIC、FORTRAN） 程序解說詞的描述苗述要執(zhí)行的任務。 由程序所產生的各種輸出的描述和格式 處理頻率（例如，每天、每周、聯機等 ） 界限和限制（例如，輸入數據的順序，容量的限制，響應時間，最大值，最小值等） 詳細說明書（例如，排序，編輯的標準，特殊的計算和邏輯操作，各種表格等）。3. 第川階段程序設計項目組現在可以著手開始與計算機通信了。這種通信（或與計算機的接口 ）是采取指令形式來進行的，

49、而這些指令被編進計算機程序中。這些計算機程序包括系統(tǒng)運轉所必需的軟件。在第川階段程序設計階段將開發(fā)支持信息系統(tǒng)所要求的全部軟件。用戶的介入集中在系統(tǒng)開發(fā)的過程前段（第n階段）和后段（第”和v階段）。如果正確地完成了第n階段而且用戶與項目組的協(xié)作是有“成效”的，那么用戶將很少介入程序設計階段，甚至完全不用介入。用戶介入最多的情況將反復出現在系統(tǒng)設計需要澄清的時候，有時也出現為第w階段（轉換與實現），作一些初始計劃的時候。不幸的是，有時用戶管理人員也較深地卷進了程序設計階段。這是第n階段進行得很糟糕，而且當開始程序設計時還沒完成的一種標志。這種情況是經常發(fā)生的，特別是在時間緊迫時，項目組常常收到一

50、些強制性的命令要求產生尚未完成的產品。由于系統(tǒng)開發(fā)過程的最終產品是軟件，所以有時過早地開始程序設計。這種系統(tǒng)開發(fā)方式必然導致產生質量低劣的 系統(tǒng)。這種系統(tǒng)并不能滿足用戶的要求，而且維護的代價很高。 這種系統(tǒng)整個壽命期的成本可能是一個高質量的系統(tǒng)的兩到三倍。（24）指定程序員組長通常項目組長是一個系統(tǒng)分析員或是一個用戶，他并不直接參與程序設計工作。管理程序設計工作的人應該是程序設計工作實際的參加者，因此，對于要求兩個人以上的程序設計工作，將由信息服務經理指定一個程序員組長。當然，項目組長仍然對整個項目負有責任。程序員組長有時也稱作為主程序員。他（或她）可能只花10%勺時間在產品的程序設計上。如果

51、只需要管理一個下屬程序員，那么主程序員可能花 80%勺時間在產品的程序設計上。（25）安排順序和分配程序一個信息系統(tǒng)的軟件包，可能要求幾百個程序。并不需要按照這些程序最終執(zhí)行的順序 來編寫它們，在建立程序開發(fā)進度表時，必須考慮到許多變化的因素。在安排程序編制順序時，主程序員應考慮如下問題： 建立和維護測試文件的需要 程序的依賴性（此處一個程序依賴于另一個程序的部分或全部的輸出） 程序的長度和復雜性根據程序員專業(yè)知識的水平、工作效率以及對系統(tǒng)熟悉的程序分配程序。由于經常將程序員分配到其他項目組，從而對專業(yè)知識和經驗的要求非常廣泛，所以使程序員與程序相匹配并非易事。（26）安排準備程序的進度主程序

52、員可以利用程序進度表（表來安排和監(jiān)督下屬程序員的活動以及任一給定程序的狀態(tài)。由于程序開發(fā)有一個基本的模式，所以一種類似于用來監(jiān)督項目進度的技術（表2098和可以用來監(jiān)督完成一個特定程序的進度。表繪出的甘特表是程序進度表（表的一種圖形表示，而且它是在公告板上可以看到的一種通用的管 理工具。幾乎所有的主程序員和項目組長都經常使用這種公告板。（27）編制、測試程序和編寫程序資料。通常一個程序員在一給定的時間里將同時編制25個程序。開發(fā)任一給定的程序的一般的方法本質上是相同的。它們是：圖程序的甘特進度表 準備一般的程序邏輯框圖 準備詳細的程序邏輯框圖 編寫程序（寫程序語句） 測試和調試程序 編寫程序的

53、資料4. 第W階段一轉換和實現第w階段的目標（轉換和實現）是把在第I、 n和川階段的工作結合成一個整體， 并將信 息系統(tǒng)實現到業(yè)務領域。項目組和受影響的用戶部門大量地介入第”階段的全過程中（見圖。表程序進度表報告標題程序進度表日期系統(tǒng)標題材料要求標識 MR程序標題標記程序號時間百分比一般邏輯詳細邏輯編寫程序測試和調試形成資料估計的開始時間實際的開始時間提前或推遲天數 估計的完成時間實際的完成時間提前或推遲的天數每日更新 程序 007MR Lois james 50x x x x x9.15 9.20 5B 10.30 11.30 21B管理程序 006MR Phil Morris on 100x x x x x9.15 9.15 0T 11.15 11.1 10A調度程序 008MR Joh n Speer 80 10.1 1.1庫存狀 態(tài)程序 042MR Marylou Cummi ngs 40 x x /10.15 10.20 4B 11.1材料清 單程序 102M