【正文】 理能有效地管理 20個以上的人員，而另一些經(jīng)理卻連管理 3個人都有困難。按專業(yè)組成的項目組很難預料在任務過多時或任務不足時由于人員不足或過剩所帶來的損失。然而我們建議，只要可能則盡量將原 有可行性研究組的人員指派到項 某些單位有按業(yè)務領域組織的固定的項目組。如果可能的話，還要給項目組指派一名信息服務審計員，他不作為專職人員，而作為安全和控制方面的顧問。第Ⅱ階段的最后一步活動是準備程序說明，其中包括各種程序模塊的說明書。信息服務政策委員會感興趣的主要是初始服務請 求、范圍、圖解說明和利潤 / ③批準系統(tǒng)并給它指定一個比最高優(yōu)先數(shù)小的優(yōu)先數(shù)，同時將請求放在所有建議的系統(tǒng)隊列的適當位置 (定期檢查隊列，當所請求的資源可用時，委員會給當時是最高優(yōu)先數(shù)的項目發(fā)出通行命令 ) Ⅱ階段 —系統(tǒng)分析和設 很少有幾個項目能在批準可行性研究后立即實現(xiàn)。對于每一類，在第一列指出一次性成本估計 (開發(fā) )，而在系統(tǒng)壽命期的水平線上指出可重復使用的成本估計 (生產(chǎn) )。然而，如 估價建議的信息系統(tǒng)的最好途徑是針對系統(tǒng)凈值 (收入減去成本 )估量正的和負的不確定利潤。使用美元作為所有成本和利潤的統(tǒng)一的計量標準大大地簡化了評價工作。設計中的某 另一種在形成公司決策過程中所隱含的錯誤將不可避免地把那些難以確定的利潤也算成資金收入。 圖形說明將建議的系統(tǒng)的過程簡化為它們的組成部分，同時強調各部分之間的邏輯關 (8) 可行性研究組與信息服務人員以及用戶管理人員合作估計初步設計中所刻劃的系統(tǒng)的復雜程度。如果認為技術轉移是可行的，則可行性研究組說明怎樣使用這些技術以及為適應現(xiàn)有環(huán)境所要求的 如果使用標準的方法來進行技術轉移潛力調查，那么提出要求的公司應該采取與具有類 (7) 可行性研究組要走訪專業(yè)人員以獲得一般的系統(tǒng)要求，然后，將這些要求轉換成初步的系統(tǒng) 設計。鼓勵調查技術轉移的可能性和 (或 )可行性的政策必將帶來人力資源的大量節(jié)省。這些圖應該刻劃人工和計算機的處理步驟，并且以適當?shù)捻樞虬才琶恳惶幚聿襟E。最為流行的 (盡管不一定是最好的 )是流程圖。圖 采用的一種典型格式。為了完善現(xiàn)有文件的資料，將每個文件的記錄的樣式和簡單 系統(tǒng)數(shù)據(jù)元 (即，社會 保險號，顧客名，貨號等等 )是直接列出的，而不必關系有關的文件。前三部分 (報告、文件和數(shù)據(jù)元 )可分類如下： ③當前使用的，但是在建議的系統(tǒng)中將被刪除而不再 例如，列出所有現(xiàn)有的報告和標準的資料，并按上述分類給定一種狀態(tài)。如果一個建議的系統(tǒng)是改進一個現(xiàn)有的計算機信息系統(tǒng)，那么可行性研究組只需要保證現(xiàn)有資料的完整性和保持 最新版本就行了。這種人事安排已經(jīng)成為當今的主流，其困難是用戶經(jīng)理需要離 (4) 在系統(tǒng)開發(fā)的過程一開始，可行性研究組與信息服務人員和用戶經(jīng)理密切合作標列出設備、成本、進度、規(guī)程、軟件以及操作上的約束條件。在這種政策上取得成功經(jīng)驗的那些公司已經(jīng)指派了一些具有杰出管理經(jīng)驗和具有某些計算機和信息處理知識的用戶人員擔任項目組組長。直到 1980 年為止，多數(shù)的可行性研究組和項目組是由一個高級系統(tǒng)分析員或一個項目負責人來領導的。我們鼓勵用戶管理人員請求信息服務人員的幫助，但是應該再一次強調，業(yè)務領域的管理人員應該對各種大小的服務 請求都提供合適的資料。用概念來指導可行性研究注定會導致成本過高，而且用戶不滿意。第二部分是系統(tǒng)的初步設計。至于具體的細節(jié)、相互的影響、方法、形式等，用戶管理人員應該與信息服務經(jīng)理聯(lián)系，與他們討論公司當前使用的方法學，同時再看看公司內 Ⅰ階段 — 在第Ⅰ階段的活動中很少 有與其他四個階段的活動相一致的。將這些說明書交給程序員，然后 開始第Ⅲ階段 ——程序設計。過去的情況是，用戶管理人員與信息服務開發(fā)組合作來完成系統(tǒng)的一般功能說明書，然后，由信息服務人員來進行系統(tǒng)開發(fā)。系統(tǒng)開發(fā)過程 □ 五個階段 各種系統(tǒng)開發(fā)方法學在范圍、復雜性、完善程度以及方法上有很大的不同?，F(xiàn)在，系統(tǒng)開發(fā)是各占 50%的比例；因此，用戶管理人員應該非常熟悉系統(tǒng)開發(fā)的大體過程，特別應該熟悉他們單位自己使用的方法學 Ⅰ階段 — Ⅱ階段 — Ⅲ階段 — Ⅳ階段 — Ⅴ階段 — 第Ⅰ階段 —系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的系統(tǒng)提供人力和資源之前完成的。在第Ⅵ階段 —轉換和實現(xiàn)期間，一旦軟件開發(fā)出來，則建立數(shù)據(jù)文件，轉換現(xiàn)有系統(tǒng)，并且實現(xiàn)新系統(tǒng)。此處所提供的方法包括對于受拒絕后的再次服務請求的方法以及將技術轉移可能性的研究合并到諸過程中這些內容。它對于估價成本和利潤是必要的。在系統(tǒng)初步設計上所花費的時間是值得的，即使拒絕可行性研究也是如此。 (2) 正如在責任矩陣中所注釋的那樣，信息服務管理人員只能承諾小的項目 (由公司的方針所確定的小項目 ) (3) 信息服務經(jīng)理和用戶經(jīng)理共同來指定適當?shù)幕旌系娜诉x以組成可行性分析研究組。在信息服務部門中，這兩種人是固定分工做這項工作的。在 任何情況下，組長必須對該組的工作有一個總的安排。它們可能限制建議的系統(tǒng)的定義和設 (5) 整理現(xiàn)有系統(tǒng)資料的主要理由是：如果可行性研究組不充分了解現(xiàn)有系統(tǒng)，那么他們就不可能有效地完成所建議的系統(tǒng)的初始設計。 現(xiàn)有系統(tǒng)所形成的任何資料將給設計階段提供有價值的輸入 (如果批準開發(fā)該系統(tǒng) )。在報告上將標明相對周期 (如，每天，每周 ) 對于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標明有關的存儲介質 (如， 3 5的卡片，磁帶，馬尼拉折紙機，磁盤等等 )以及存儲方式。數(shù)據(jù)元經(jīng)常在幾個文件中重復出現(xiàn)。 我們通過將系統(tǒng)簡化為輸入、處理和輸出等幾個基本組成部分來表示整理現(xiàn)有系統(tǒng)資料的工作過程。其他的更為結構化”的技術還有： IBM公司的層次化輸入 —處理 —輸出圖 (HIPO)，汽泡圖，數(shù)據(jù)流框圖，南茜 —斯奈德曼 (NassiShneiderman)圖，渥尼爾 (Warner)框圖以及判定表。通常以能最好地顯示出工作過程的 方式來組織和提供這些圖。特別對程序員和分析員更是如此。設計過程是交互的，用戶經(jīng)理和可行性研究組需要經(jīng)常就設計思想和方法等交換意見，用生動的文字和圖形說明來形成建議的系統(tǒng)初步設計的資料，這些生動的文字 (用非技術詞匯 )描述了所建議的系統(tǒng)的基本工作過程，而且常常同時附有圖形說明。并對開發(fā)項目今后的每一個階段進行人力資源要求的估計 (用戶，信息服務人員 及其他人員 ) (9)準備利潤 / 一旦完成初步設計并且確定了項目的范圍，則可以開始利潤 /成本分析。當今許多復雜的，綜合的系統(tǒng)為公司的利益做出了重大的貢獻，而做到這樣程度是因為它們經(jīng)歷了漫長的、不可捉摸和難以預見的道路。那種把不確定的利潤引入盈利圖表 (為了“建立更好的顧客關系”或“提高威信” )的作法會造成在“底線”中復合的錯誤。為了便于理解不確定利潤 (例如，增加服務，減少發(fā)票上的錯誤，加快周轉期等 )， 表 成本。公司項目在凈值可以從估計收入中扣除成本 (10) 完成可行性研究后，除了技術補充之外所有報告和資料全部交給信息處理政策委員會以便實施。在得到批準和項目開始之間的估計時間可能是兩年或兩年以上。重要的是牢記在第Ⅰ階段和第Ⅱ階段不編制程序。因為在第Ⅱ階段結束之前程序員實際上并不參與進來，所以可以將指定程序員一事推遲到第Ⅱ階段結束時再進行。例如，某個項目組專門負責人力資源開發(fā)方面的老的系統(tǒng)的維護和新系統(tǒng)的開發(fā)，而另一項目組則負責會計和財務方面等等。然而，這種項目組織使得項目組成員有更多的機會積累開發(fā)專業(yè) 領域應用的經(jīng)驗。項目組的大小以及相對進度這些是用戶、信息服務人員以及公司的經(jīng)理感興趣的問題。然而，絕大多數(shù) 圖 ，將會發(fā)生的情況。由于項目成員之間的關 系復雜，因而使得生產(chǎn)效率降低。與項目有關的所有經(jīng)理和公司行政人員都應當很好地掌握這樣一個格言：與其過分地擴大項目組織規(guī)模，造成欲速則不達的局面，還不如 (12) 一個項目的成功與否在很大程度上依賴于用戶與公司經(jīng)理、其他專業(yè)領域人員以及某些范圍內信息服務人員 (如，數(shù)據(jù)庫管理員，聯(lián)系用戶的人員等等 )。本書把項目開發(fā)的重要性放到一個恰當?shù)奈恢?。在這種情況下， 圖 對于在各個階段人員委托的相對要求上給讀者一個感性的認識。因此減少了程序設計工作所要求的時間。在第Ⅱ階段 (系統(tǒng)分析和設計 )期間，項目組必須不斷地在每一級與用戶進行通信。在第Ⅴ (13)