【正文】 研究的范圍和時間限制。我們鼓勵用戶管理人員請求信息服務人員的幫助，但是應該再一次強調(diào)，業(yè)務領域的管理人員應該對各種大小的服務請求都提供合適的資料。在系統(tǒng)初步設計上所花費的時間是值得的，即使拒絕可行性研究也是如此。該初步設計是二階段一系統(tǒng)分析和設計的直接輸入。第 I 階段最終的產(chǎn)品有兩個部分。 □ 具體開發(fā)過程 下面將逐步地描述系統(tǒng)開發(fā)過程。將這些說明書交 中國最大的管理資料下載中心 (收集 \整理 . 部分版權歸原作者所有 ) 第 6 頁 共 34 頁 給程序員，然后開始第三階段――程序設計。第四階段一轉(zhuǎn)換和實現(xiàn) 5這五個階段是 : 1過去的情況是，用戶管理人員與信息服務開發(fā)組合作來完成系統(tǒng)的一般功能說明書，然后，由信息服務人員來進行系統(tǒng)開發(fā)。信息服務審計組的一個重要職能是保證在開發(fā)過程中對計算機信息系統(tǒng)建立適當?shù)目刂?。包括將影響到建議的開發(fā)項 目或受該項目的影響的那些專業(yè)人員，但他們并未旨派到可行性研究組或項目組。 未指派的程序員和分析員，包括未指派到所討論的可行性研究組和項目組的他的信息服務專職人員。 住處服務管理部門。 可行性研究組。 1 網(wǎng) 絡 開 發(fā) 人 員 工 作 細 則 2 附件 1： 網(wǎng)絡開發(fā)人員工作流程圖 綜合信息中心經(jīng)理 網(wǎng)絡開發(fā)人員 崗位職責 信息系統(tǒng)開發(fā) 系統(tǒng)開發(fā)責任 系統(tǒng)開發(fā)責任 系統(tǒng)開始與可行性研究 系統(tǒng)審查評價 系統(tǒng)分析和設計 程序設計 轉(zhuǎn)換和實現(xiàn) 實驗后評價 綜合副總 中國最大的管理資料下載中心 (收集 \整理 . 部分版權歸原作者所有 ) 第 3 頁 共 34 頁 附件 2： 系統(tǒng)開發(fā)的責任 在系統(tǒng)開發(fā)的過程中何時涉及到個人、小組和部門以及涉及到的程度，并針對每一種活動提出了所涉及的人員和機構。這個組由指定來完成可行性研究的用戶和信息服務人員組成。該機構涉及到信息服務管理組，而不一定指某個具體人。 業(yè)務領域管理人員。 住處系統(tǒng)政策委員會。 中國最大的管理資料下載中心 (收集 \整理 . 部分版權歸原作者所有 ) 第 5 頁 共 34 頁 附件 3： 系統(tǒng)開發(fā)過程 □ 五個階段 各種系統(tǒng)開發(fā)方法學在范圍、復雜性、完善程度以及方法上有很大的不同?，F(xiàn)在，系統(tǒng)開發(fā)是各占 50%的比例 。第一階段一系統(tǒng)開始和可行性研究 2第五階段一實現(xiàn)后的評價 第一階段一系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的系統(tǒng)提供人力和資源之前完成的。在第二階段一轉(zhuǎn)換和實現(xiàn)期間，一旦軟件開發(fā)出來，則建立數(shù)據(jù)文件，轉(zhuǎn)換現(xiàn)有系統(tǒng)，并且實現(xiàn)新系統(tǒng)。至于具體的細節(jié)、相互的影響、方法、形式等，用戶管理人員應該與信息服務經(jīng)理聯(lián)系，與他們討論公司當前使用的方法學，同時再看看公司內(nèi)部描述方 學的手冊。第一部分是實際的可行性研究報告， 它包含對建議的或改進的系統(tǒng)的描述以及利潤，成本分析。 將系統(tǒng)的初步設計并入可行性研究的依據(jù)是，多數(shù)可行性研究是以概念而不是以設計為基礎的。因為所編寫的資料將必然會被證實其他項目中是有價值的。 (2)估價服務請求 正如在責任矩陣中所注釋的那樣，信息服務管理人員只能承諾小的項目 (由公司的方針所確定的小項目 )。 用戶代表應該熟悉當前專業(yè)領域的所有工作，用戶經(jīng)理、總經(jīng)理助理，或?qū)I(yè)領域分析員是合理的候選者，用戶的系統(tǒng)分析員，具有計算機信息處理基礎知識的情況己經(jīng)越來越普遍了。目前越來越多的公司采取這樣一種政策， 即由用戶擔任項目組組長。如果要求一個用戶代表既作為可行性研究組或項目組的組長而同時又要求他繼續(xù)履行業(yè)務領域的職責，那么該項目是肯定要失敗的。它們可能限制建議的系統(tǒng)的定義和設計。如果一個建議的系統(tǒng)是改進一個現(xiàn)有 的計算機信息系統(tǒng)，那么可行性研究組只需要保證現(xiàn)有資料的完整性和保持最新版本就行了。0 系統(tǒng)數(shù)據(jù)文件 。 0 當前使用的，但是在建議的系統(tǒng)中將被刪除而不再保留的。例如，一個名字一地址文件可 以存儲在許多張 3x5 的卡片上，并且按名字的字母順序排列。數(shù)據(jù)元經(jīng)常在幾個文件中重復出現(xiàn)。 中國最大的管理資料下載中心 (收集 \整理 . 部分版權歸原作者所有 ) 第 10 頁 共 34 頁 我們通過將系統(tǒng)簡化為輸入、處理和輸出等幾個基本組成部分來表示整理現(xiàn)有系統(tǒng)資料的工作過程。其他的更為結構化 的技術還有 :數(shù)據(jù)、信息和工作流程的一個概貌。它們可以是由一些隨機事件、功能或按小的和大的周期來驅(qū)動的子系統(tǒng)，也可以是若干子系統(tǒng) 。鼓勵調(diào)查技術轉(zhuǎn)移的可能性和 (或 )可行性的政策必將帶來人力資源的大量節(jié)省。如果認為技術轉(zhuǎn)移是可行的，則可行性研究組說明怎樣使用這些技術以及為適應現(xiàn)有環(huán)境所要求的修改范圍。這些文字圖表也將列舉出那些大大違背現(xiàn)有工作方式而建議的系統(tǒng)所期望的手續(xù)、手段和方法。此外，還注意到培訓和計算機機時要求。設計中的某些步驟是必不可少的。此外，決策者對于正的和負的不確定的利潤要有透徹的理解。事實上，在那種情況下，估價是取最好的情況 (理想的 )和最壞的 (荒謬的 )情況之間。減少發(fā)票上的錯誤，加快周轉(zhuǎn)期等 )，應該產(chǎn)生一個成本和收人的一覽報表。對于每一類，在第一列指出一次性成本估計 (開發(fā) )，而在系統(tǒng)壽命期的水平線上指出可重復使用的成本估計 (生產(chǎn) )。它還包括一般的系統(tǒng)設計和開始第二階段的一個框架。 B批準建議并對該建議的開發(fā)和實現(xiàn)指定一個最高先數(shù)。一旦項目獲準通行，則開始第二階段一系統(tǒng)分析和設計。一個普遍容易犯的錯誤是壓縮第二階段，使它提前完成以使開始第三階段一程序設計。因為在第二階段結束之前程序員實際上并不參與進來，所以可以將指定的程序員一事推遲到第二階段開始之間的這一段時間里，通常委派他們到其他項目去。究竟怎樣組成項目組為好，顯然要進行權衡。項目組長的能力是一個重要的因素。贊成欲速則不達的局面，還不如推遲項目的實現(xiàn)時間。沒有書面人員委托而進行的項目肯定會產(chǎn)生不必要的延誤，甚至可能失敗。 （ 3）人員培訓 為了在系統(tǒng)開發(fā)過程中進 行有效的交流，可能要求對于在設計數(shù)據(jù)庫時所涉及的用戶以及在生產(chǎn)調(diào)度中所涉及的信息服務人員進行培訓。每行表中都那種培訓的簡單描述，包括地點、負責人以及計劃的時間等。 系統(tǒng)開發(fā)本質(zhì)上是線性的，而且是不難用適當?shù)臏蕜t和合理的估計來監(jiān)視的。參與建立信息系統(tǒng)項目進度表的人可以包括項目組長、起作用的用戶經(jīng)理以及其他有經(jīng)驗的信息服務人員。 C 項目組長繪出該且每個成員的估計。 G 重復步驟 B、 F，直到達到精確性要求不需要再循環(huán)為止。 （ 5）與用戶有員交談 與用戶交談的過程從本活動開始。 A 項目組與有關的用戶人員檢查在可行性研究的 初始設計中所描述的輸入／輸出要求和頻率，并根據(jù)需要及 價值對第一種輸入／輸出進行評價。在目前系統(tǒng)的資 料中包含了可繼續(xù)使用的數(shù)據(jù)元。在系統(tǒng)的輸入、處理和和以控制 系統(tǒng)的技術的范圍是廣泛的。 （ 9）指導用戶或信息服務部門預演。 項目組長應考慮何時開始結構預演。 （ 11）準備輸出格式 在系統(tǒng)開發(fā)過程中，到目前這一階段為止，我 們已經(jīng)了輸出并 中國最大的管理資料下載中心 (收集 \整理 . 部分版權歸原作者所有 ) 第 20 頁 共 34 頁 描述了其有關的內(nèi)容，但是程序員需要知道具 體的輸出形式。 項目組還負責設計和滿足在系統(tǒng)范圍內(nèi)所有人 工產(chǎn)生的報告和資料，同時與受有影響的用戶經(jīng)理相配合進行 修改、增加或刪除?，F(xiàn)在項目組可以著手標列和確定所 有的程序，而這些程序是使得建議的信息系統(tǒng)運轉(zhuǎn)所要求的。在第三階段一 程序設計階段將開發(fā)支持信息系統(tǒng)所要求的全部軟件。 不幸的是，有時用戶管理人員也較深地卷進了 程序設計階段。這種系統(tǒng)開發(fā)方式必然導致產(chǎn)生質(zhì)量低劣的系統(tǒng)。管理程序設計工作的人應該 是程序設計工作實際的參加者，因此，對于要求兩個人以上的程序設 計工作，將由信息服務 中國最大的管理資料下載中心 (收集 \整理 . 部分版權歸原作者所有 ) 第 22 頁 共 34 頁 經(jīng)理指定一個程序員組長。如果只需要管理一個 下屬程序員，那么主程序員可能花 80%的時間在產(chǎn)品的程序設計上