【正文】 試，文件或數(shù)據(jù)的轉(zhuǎn)換，用戶培訓以及并行工作(如果必要的話) 的細節(jié)。如果系統(tǒng)是正確開發(fā)的，那么任何這種修改將只是微小地調(diào)整系統(tǒng)。測試數(shù)據(jù)是為了測試特定的環(huán)境而產(chǎn)生的，而 生存的數(shù)據(jù)通常是來自過去處理使用的實際的數(shù)據(jù)。系統(tǒng)的目標 (4)提供用戶培訓大綱 如果不能跟培訓相關(guān)聯(lián)，那么用戶手冊的價值就很小。如果沒有正規(guī)的培訓，銷售員將丟下他們自己的工作而去揣摹用戶手冊(有 100 頁以上) 以了解系統(tǒng)的用途。如果數(shù)據(jù)不是現(xiàn)成可用的或沒有用人工存儲起來(例如，存放在 3XS 的卡片上)，那么數(shù)據(jù)的準備工作可能耗費相當長的時間。完成并行工作是十分困難的，因為參加的人員仍然處于開始階段。在某些情況下，由于時間和人力有限，不能進行并行工作，因而經(jīng)理的代替辦法是直接實現(xiàn)新系統(tǒng)，并且要求進行充分的系統(tǒng)測試。此外還將成本匯總以反映出維持系統(tǒng)運行的成本。針對在可行性研究中建立的那些目標來評價系統(tǒng)。列舉這些錯誤并非用來追究某個人或某團體的責任，而只是著重強調(diào)為什么會產(chǎn)生這些錯誤以及可以做些什么努力以便在今后的項目中消除這些錯誤。由檢查所產(chǎn)生的各種建議將最終反映在由用戶管理人員提交的一個服務請求中。信息系統(tǒng)審查工作人員的職責是確保生產(chǎn)信息系統(tǒng)的完整性。同理，許多公司有指定假若的政策，要求程序員和操作員在不少于兩周的整段時間內(nèi)度假。在信息系統(tǒng)審查過程中，可用專用審查軟件來幫助進行應用審查。通過經(jīng)常地輪換操作員，系統(tǒng)控制將最終操作同想欺騙系統(tǒng)的任何企圖。并提交給相應的業(yè)務領(lǐng)域的管理人員。兩次檢查之間的間隔時間是根據(jù)系統(tǒng)的復雜性和易變性來決定的。很少有在系統(tǒng)開發(fā)過程中不犯錯誤而實現(xiàn)一個系統(tǒng)的。利用在系統(tǒng)設計時已建立起來的某些標準，將實際的性能與的性能進行比較。委托并進行評價活動的好處是獲得更高質(zhì)量的系統(tǒng)并且使用戶更為滿意。如果公司改進他們的系統(tǒng)測試方法，那么信息服務和用戶人員就會自信他們有能力去實現(xiàn)一個系統(tǒng)。(6)完成并行工作并行工作意味著同時運行原有的系統(tǒng)和新的信息系統(tǒng)。用戶部門負責將手寫的數(shù)據(jù)統(tǒng)一格式并變成機器可談的形式。如何使用用戶手冊 其他(例如，術(shù)語唯一的詞匯表，硬件的描述和用法，性能的界限，等等)用戶手冊的內(nèi)容來自系統(tǒng)資料。光有一套用戶手冊是不夠的，這些用戶手冊還必須是一種高質(zhì)量的資料，它們能對系統(tǒng)的每一方面提供快速和容易的參照。首先利用測試數(shù)據(jù)來驗證每一個子系統(tǒng)。在測試過程中，有可能發(fā)現(xiàn)錯誤( 忽略了系統(tǒng)的某些方面)，某些過程的缺點將會暴露出來。(1)完成轉(zhuǎn)換計劃轉(zhuǎn)換系統(tǒng)的處理本身就是一個系統(tǒng)，而且應該像最好的結(jié)果那樣來處理。幾乎所有的主程序員和項目組長都經(jīng)常使用這種公告板。如果只需要管理一個下屬程序員，那么主程序員可能花 80%的時間在產(chǎn)品的程序設計上。這種系統(tǒng)開發(fā)方式必然導致產(chǎn)生質(zhì)量低劣的系統(tǒng)。在第三階段一程序設計階段將開發(fā)支持信息系統(tǒng)所要求的全部軟件。項目組還負責設計和滿足在系統(tǒng)范圍內(nèi)所有人工產(chǎn)生的報告和資料，同時與受有影響的用戶經(jīng)理相配合進行修改、增加或刪除。項目組長應考慮何時開始結(jié)構(gòu)預演。在系統(tǒng)的輸入、處理和和以控制系統(tǒng)的技術(shù)的范圍是廣泛的。A 項目組與有關(guān)的用戶人員檢查在可行性研究的初始設計中所描述的輸入／輸出要求和頻率，并根據(jù)需要及價值對第一種輸入／輸出進行評價。G 重復步驟 B、F，直到達到精確性要求不需要再循環(huán)為止。參與建立信息系統(tǒng)項目進度表的人可以包括項目組長、起作用的用戶經(jīng)理以及其他有經(jīng)驗的信息服務人員。每行表中都那種培訓的簡單描述，包括地點、負責人以及計劃的時間等。沒有書面人員委托而進行的項目肯定會產(chǎn)生不必要的延誤，甚至可能失敗。項目組長的能力是一個重要的因素。因為在第二階段結(jié)束之前程序員實際上并不參與進來，所以可以將指定的程序員一事推遲到第二階段開始之間的這一段時間里，通常委派他們到其他項目去。一旦項目獲準通行，則開始第二階段一系統(tǒng)分析和設計。它還包括一般的系統(tǒng)設計和開始第二階段的一個框架。減少發(fā)票上的錯誤，加快周轉(zhuǎn)期等)，應該產(chǎn)生一個成本和收人的一覽報表。此外，決策者對于正的和負的不確定的利潤要有透徹的理解。此外，還注意到培訓和計算機機時要求。如果認為技術(shù)轉(zhuǎn)移是可行的，則可行性研究組說明怎樣使用這些技術(shù)以及為適應現(xiàn)有環(huán)境所要求的修改范圍。它們可以是由一些隨機事件、功能或按小的和大的周期來驅(qū)動的子系統(tǒng)，也可以是若干子系統(tǒng)。 我們通過將系統(tǒng)簡化為輸入、處理和輸出等幾個基本組成部分來表示整理現(xiàn)有系統(tǒng)資料的工作過程。例如，一個名字一地址文件可以存儲在許多張 3x5 的卡片上，并且按名字的字母順序排列。0 系統(tǒng)數(shù)據(jù)文件。它們可能限制建議的系統(tǒng)的定義和設計。目前越來越多的公司采取這樣一種政策，即由用戶擔任項目組組長。 (2)估價服務請求 正如在責任矩陣中所注釋的那樣，信息服務管理人員只能承諾小的項目(由公司的方針所確定的小項目)。 將系統(tǒng)的初步設計并入可行性研究的依據(jù)是，多數(shù)可行性研究是以概念而不是以設計為基礎(chǔ)的。至于具體的細節(jié)、相互的影響、方法、形式等，用戶管理人員應該與信息服務經(jīng)理聯(lián)系，與他們討論公司當前使用的方法學，同時再看看公司內(nèi)部描述方 學的手冊。第五階段一實現(xiàn)后的評價 第一階段一系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的系統(tǒng)提供人力和資源之前完成的?，F(xiàn)在，系統(tǒng)開發(fā)是各占 50%的比例。住處系統(tǒng)政策委員會。該機構(gòu)涉及到信息服務管理組，而不一定指某個具體人。網(wǎng)絡開發(fā)人員工作細則3 / 37附件 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)實驗后評價綜合副總5 / 37附件 2：系統(tǒng)開發(fā)的責任在系統(tǒng)開發(fā)的過程中何時涉及到個人、小組和部門以及涉及到的程度，并針對每一種活動提出了所涉及的人員和機構(gòu)。住處服務管理部門。包括將影響到建議的開發(fā)項目或受該項目的影響的那些專業(yè)人員，但他們并未旨派到可行性研究組或項目組。過去的情況是，用戶管理人員與信息服務開發(fā)組合作來完成系統(tǒng)的一般功能說明書，然后，由信息服務人員來進行系統(tǒng)開發(fā)。第四階段一轉(zhuǎn)換和實現(xiàn) 5 □ 具體開發(fā)過程 下面將逐步地描述系統(tǒng)開發(fā)過程。該初步設計是二階段一系統(tǒng)分析和設計的直接輸入。我們鼓勵用戶管理人員請求信息服務人員的幫助，但是應該再一次強調(diào)，業(yè)務領(lǐng)域的管理人員應該對各種大小的服務請求都提供合適的資料。在信息服務部門中，這兩種人是固定分工做這項工作的。 (4)標列約束條件 在系統(tǒng)開發(fā)的過程一開始，可行性研究組與信息服務人員和用戶經(jīng)理密切合作標列出設備、成本、進度、規(guī)程、軟件以及操作上的約束條件。現(xiàn)有系統(tǒng)的資料由四部分組成:0 系統(tǒng)報告和資料。 對于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標明有關(guān)的存儲介質(zhì)(如，3x5的卡片，磁帶，馬尼拉折紙機，磁盤等等)以及存儲方式。說明在整理現(xiàn)有系統(tǒng)資料時數(shù)據(jù)元可能采用的一種典型格式。通常以能最好地顯示出工作過程的方式來組織和提供這些圖?？尚行匝芯拷M還應該調(diào)查商品軟件目錄，以便找到適合的可應用的軟件。