【正文】 ，每天，每周，每月，或根據(jù)需要更新等等 )、來源 (如，代辦處，資料，系統(tǒng)，工作人員等等 )以及職責 (如，部門名和負責更新者的職務 )。數(shù)據(jù)元經常在幾個文件中重復出現(xiàn)。一個人工系統(tǒng)所保存的文件數(shù)總是令人吃驚的，即便對于業(yè)務領域管理人員也是如此。在報告上將標明相對周期 (如，每天，每周 ) 對于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標明有關的存儲介質 (如， 3 5的卡片，磁帶，馬尼拉折紙機，磁盤等等 )以及存儲方式。現(xiàn)有系統(tǒng)的資料由四部分組成：①系統(tǒng)報告和資料；②系統(tǒng)數(shù)據(jù)文件；③系統(tǒng)數(shù)據(jù)元以及④說明現(xiàn)有系統(tǒng)的數(shù)據(jù)、信息和工作流程的圖表。 現(xiàn)有系統(tǒng)所形成的任何資料將給設計階段提供有價值的輸入 (如果批準開發(fā)該系統(tǒng) )。在這些系統(tǒng)中，必須從手稿整理出資料。它們可能限制建議的系統(tǒng)的定義和設 (5) 整理現(xiàn)有系統(tǒng)資料的主要理由是：如果可行性研究組不充分了解現(xiàn)有系統(tǒng)，那么他們就不可能有效地完成所建議的系統(tǒng)的初始設計。有好些公司已經采用了一種政策，即自動地指派受系統(tǒng)影響最大的業(yè)務領域的經理作為可行性研究組和項目組的領導以后該經理將從原來的工作職責中解脫出來，而用他 (她 )的全部時間管理可行性研究 (或項目 )組。在 任何情況下，組長必須對該組的工作有一個總的安排。這種將主要責任下放給最終用戶的做法將進一步鼓勵用戶參與系統(tǒng)設計。在信息服務部門中，這兩種人是固定分工做這項工作的。可行性研究組的大小取決于可行性研究的范圍 用戶代表應該熟悉當前專業(yè)領域的所有工作，用戶經理、總經理助理，或專業(yè)領域分析員是合理的候選者，用戶的系統(tǒng)分析員，具有計算機信息處理基礎 知識的情況已經越來越普 必須指定一個人擔任可行性研究組的組長，哪怕只是兩個人的可行性研究組也需要一個組長。 (2) 正如在責任矩陣中所注釋的那樣，信息服務管理人員只能承諾小的項目 (由公司的方針所確定的小項目 ) (3) 信息服務經理和用戶經理共同來指定適當?shù)幕旌系娜诉x以組成可行性分析研究組。所請求的服務畢竟是用戶做的，因此，應該由用戶著手進行。在系統(tǒng)初步設計上所花費的時間是值得的，即使拒絕可行性研究也是如此。如果在描述系統(tǒng)目標上花的時間太少，那么成本估計，甚至利潤估計將是 錯誤的。它對于估價成本和利潤是必要的。第一部分是實際的可行性研究報告，它包含對建議的或改進的系統(tǒng)的描述以及利潤 /成本分析。此處所提供的方法包括對于受拒絕后的再次服務請求的方法以及將技術轉移可能性的研究合并到諸過程中這些內容。在開始了系統(tǒng)壽命期中的生產階段之后，提出 (經常被忽略的 ) □ 具體開發(fā)過程 下面將逐步地描述系統(tǒng)開發(fā)過程。在第Ⅵ階段 —轉換和實現(xiàn)期間，一旦軟件開發(fā)出來，則建立數(shù)據(jù)文件，轉換現(xiàn)有系統(tǒng)，并且實現(xiàn)新系統(tǒng)。在第Ⅱ階段 —系統(tǒng)分析和設計期間，系統(tǒng)分析員與用戶一起工作以編寫詳細的功能和系統(tǒng)的說明書。現(xiàn)在，系統(tǒng)開發(fā)是各占 50%的比例；因此，用戶管理人員應該非常熟悉系統(tǒng)開發(fā)的大體過程，特別應該熟悉他們單位自己使用的方法學 Ⅰ階段 — Ⅱ階段 — Ⅲ階段 — Ⅳ階段 — Ⅴ階段 — 第Ⅰ階段 —系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的系統(tǒng)提供人力和資源之前完成的。本章要闡述的最重要的一點是：最好的方法學是那些始終把用戶考慮進去的方法學。系統(tǒng)開發(fā)過程 □ 五個階段 各種系統(tǒng)開發(fā)方法學在范圍、復雜性、完善程度以及方法上有很大的不同。盡管有的方法學分三個階段，有的分 15個階段，但是每個方法學所描述的要完成的活動基本上是相同的。過去的情況是，用戶管理人員與信息服務開發(fā)組合作來完成系統(tǒng)的一般功能說明書，然后，由信息服務人員來進行系統(tǒng)開發(fā)。第Ⅰ階段多數(shù)的工作和編寫的資料是第Ⅱ階段的輸入。將這些說明書交給程序員，然后 開始第Ⅲ階段 ——程序設計。第Ⅴ階段 —實現(xiàn)后的評價。至于具體的細節(jié)、相互的影響、方法、形式等，用戶管理人員應該與信息服務經理聯(lián)系，與他們討論公司當前使用的方法學，同時再看看公司內 Ⅰ階段 — 在第Ⅰ階段的活動中很少 有與其他四個階段的活動相一致的。第Ⅰ階段最終的產品有兩個部分。第二部分是系統(tǒng)的初步設計。該初步設計是第Ⅱ階段 — 將系統(tǒng)的初步設計并入可行性研究的依據(jù)是，多數(shù)可行性研究是以概念而不是以設計為基礎的。用概念來指導可行性研究注定會導致成本過高，而且用戶不滿意。因為所編寫的資料將必然會被證實其他項 下述編號的活動與表 (1) 圖 。我們鼓勵用戶管理人員請求信息服務人員的幫助，但是應該再一次強調，業(yè)務領域的管理人員應該對各種大小的服務 請求都提供合適的資料。該組至少由一名系統(tǒng)分析員和一名用戶代表組成。直到 1980 年為止，多數(shù)的可行性研究組和項目組是由一個高級系統(tǒng)分析員或一個項目負責人來領導的。目前越來越多的公司采取這樣一種政策，即由用戶擔任項目組組長。在這種政策上取得成功經驗的那些公司已經指派了一些具有杰出管理經驗和具有某些計算機和信息處理知識的用戶人員擔任項目組組長。如果要求一個用戶代表既作為可行性研究組或項目組的組長而同時又要求他繼續(xù)履行業(yè)務領域的職責，那么該項目是肯定要失敗的。這種人事安排已經成為當今的主流，其困難是用戶經理需要離 (4) 在系統(tǒng)開發(fā)的過程一開始，可行性研究組與信息服務人員和用戶經理密切合作標列出設備、成本、進度、規(guī)程、軟件以及操作上的約束條件。已經建立起來的多數(shù)人工系統(tǒng)并沒有經過真正的設計。如果一個建議的系統(tǒng)是改進一個現(xiàn)有的計算機信息系統(tǒng)，那么可行性研究組只需要保證現(xiàn)有資料的完整性和保持 最新版本就行了。即便建議的系統(tǒng)遭到拒絕，也能對現(xiàn)有系統(tǒng)提供基本的資料，并且可能透徹地理解理有系統(tǒng)。前三部分 (報告、文件和數(shù)據(jù)元 )可分類如下： ③當前使用的，但是在建議的系統(tǒng)中將被刪除而不再 例如，列出所有現(xiàn)有的報告和標準的資料，并按上述分類給定一種狀態(tài)。例如，一個名字一地址文件可以存儲在許多張 3 5的卡片上，并且按名字的字母順序排列。為了完善現(xiàn)有文件的資料，將每個文件的記錄的樣式和簡單 系統(tǒng)數(shù)據(jù)元 (即，社會 保險號，顧客名，貨號等等 )是直接列出的，而不必關系有關的文件。除了狀態(tài)指示符之外，如果數(shù)據(jù)的名字不能自我說明，則必須對每個數(shù)據(jù)數(shù)據(jù)元進行描述。圖 采用的一種典型格式。然 后用圖形描繪出各部分之間的邏輯關系。最為流行的 (盡管不一定是最好的 )是流程圖。當前工作過程的圖像描述提供了系統(tǒng)的數(shù)據(jù)、信息和工作流程的一個概貌。這些圖應該刻劃人工和計算機的處理步驟，并且以適當?shù)捻樞虬才琶恳惶幚聿襟E。它們可以是由一些隨機事件、功能或按小的和大的周期來驅動的子系統(tǒng)，也可以是若干子系統(tǒng)；既可以是層次的，也可以是混合的。鼓勵調查技術轉移的可能性和 (或 )可行性的政策必將帶來人力資源的大量節(jié)省。合適的技術轉移將使這些人的工作集中于還沒有現(xiàn)成軟件的特定行 技術轉移可能性的調查是從走訪那些已經實現(xiàn)的，而且與所建議的系統(tǒng)有類似規(guī)模和工作的系統(tǒng)。如果認為技術轉移是可行的，則可行性研究組說明怎樣使用這些技術以及為適應現(xiàn)有環(huán)境所要求的 如果使用標準的方法來進行技術轉移潛力調查，那么提出要求的公司應該采取與具有類 (7) 可行性研究組要走訪專業(yè)人員以獲得一般的系統(tǒng)要求，然后，將這些要求轉換成初步的系統(tǒng) 設計。這些文字圖表也將列舉出那些大大違背現(xiàn)有工作方式而建議的系統(tǒng)所期望的手續(xù)、手段和方法。 圖形說明將建議的系統(tǒng)的過程簡化為它們的組成部分，同時強調各部分之間的邏輯關 (8) 可行性研究組與信息服務人員以及用戶管理人員合作估計初步設計中所刻劃的系統(tǒng)的復雜程度。不幸的是，由于用戶和信息服務管理人員都希望加快可行性研究階段，所以，一些關鍵的步驟被省略了，因此造成在利潤、成本估計上的錯誤。設計中的某 另一種在形成公司決策過程中所隱含的錯誤將不可避免地把那些難以確定的利潤也算成資金收入。評價信息服務項目的好處和價值是一個主觀的過程，它要求具有成本和利潤方面的實際的知識。使用美元作為所有成本和利潤的統(tǒng)一的計量標準大大地簡化了評價工作。底線經常被盲目地接受作為一種信條。然而，如 估價建議的信息系統(tǒng)的最好途徑是針對系統(tǒng)凈值 (收入減去成本 )估量正的和負的不確定利潤。這些成本可由預算中心提出，并且把公司作為一個整體來考慮。對于每一類，在第一列指出一次性成本估計 (開發(fā) )，而在系統(tǒng)壽命期的水平線上指出可重復使用的成本估計 (生產 )。技術補充包括準備可行性研究所要求的背景信息。信息服務政策委員會感興趣的主要是初始服務請 求、范圍、圖解說明和利潤 /