信息系統(tǒng)開發(fā)過程概述

1、系統(tǒng)開發(fā)過程 五個時期15個50%各種系統(tǒng)開發(fā)方法學在范圍、復雜性、完善程度以及方法 上有專門大的不同。盡管有的方法學分三個時期，有的分 時期，然而每個方法學所描述的要完成的活動差不多上是相同 的。本章要闡述的最重要的一點是：最好的方法學是那些始終 把用戶考慮到里面去的方法學。過去的情況是，用戶治理人員 與信息服務開發(fā)組合作來完成系統(tǒng)的一般功能講明書，然后， 由信息服務人員來進行系統(tǒng)開發(fā)?，F(xiàn)在，系統(tǒng)開發(fā)是各占 的比例；因此，用戶治理人員應該特不熟悉系統(tǒng)開發(fā)的大體過 程，特不應該熟悉他們單位自己使 用的專法學C系統(tǒng)開發(fā)過程可分為五個時期夬描述。這五個時期是1. 第I時期一系茫干始和可行性硏瓷2.

2、 第H時期一系統(tǒng)廿析禾&沒計3. 第山時期一程序設計4. 第W時期一轉(zhuǎn)換和買扯5. 第V時期一實現(xiàn)總的評命第I時期一系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的 系統(tǒng)提供人力和資源之前完成的。第I時期多數(shù)的工作和編寫 的資料是第H時期的輸入。在第時期一系統(tǒng)分析和設計期間， 系統(tǒng)分析員與用戶一起工作以編寫詳細的功能和系統(tǒng)的講明 書。將這些講明書交給程序員，然后開始第山時期一一程序設 計。在第W時期一轉(zhuǎn)換和實現(xiàn)期間，一旦軟件開發(fā)出來，則建 立數(shù)據(jù)文件，轉(zhuǎn)換現(xiàn)有系統(tǒng)，同時實現(xiàn)新系統(tǒng)。第V時期一實 現(xiàn)后的評價。在開始了系統(tǒng)壽命期中的生產(chǎn)時期之后，提出 常被忽略的）實現(xiàn)旨為評價要求 具體開發(fā)過程下面

3、將逐步地描述系統(tǒng)開發(fā)過程。至于具體的細節(jié)、相互 的阻礙、方法、形式等，用戶治理人員應該與信息服務經(jīng)理聯(lián) 系，與他們討論公司當前使用的方法學，同時再看看公司內(nèi)部描述方法學的壬冊。1.第I時期一系紋尸淪和可廳性茨究在第I時期的活動中專門少有與其他四個時期的活動相一致的。此處所提供的方法包括關(guān)于受拒絕后的再次服務請求的 方法以及將技術(shù)轉(zhuǎn)移可能性的研究合并到諸過程中這些內(nèi)容。第I時期最終的產(chǎn)品有兩個部分。第一部分是實際的可行性研 究報告，它包含對建議的或改進的系統(tǒng)的描述以及利潤/成本分析。第二部分是系統(tǒng)的初步設計。它關(guān)于估價成本和利潤是必 要的。該初步設計是第時期一系統(tǒng)分析和設計的直接輸入。將系統(tǒng)的初

4、步設計并入可行性研究的依據(jù)是，多數(shù)可行性研究是以概念而不是以設計為基礎(chǔ)的。假如在描述系統(tǒng)目標上 花的時刻太少，那么成本可能，甚至利潤可能將是錯誤的。用 概念來指導可行性研究注定會導致成本過高，而且用戶不中意。在系統(tǒng)初步設計上所花費的時刻是值得的，即使拒絕可行性研 究也是如此。因為所編寫的資料將必定會被證實其他項目中是 有價值的。下述編號的活動與表 的系統(tǒng)開發(fā)責任矩陣相對應。提玄服務詩求圖講明了包括對受拒絕的請求再次請求處理的一種 方法。所請求的服務怎么講是用戶做的，因此，應該由用戶著 手進行。我們鼓舞用戶治理人員請求信息服務人員的關(guān)心，然 而應該再一次強調(diào)，業(yè)務領(lǐng)域的治理人員應該對各種大小的服

5、 務請求機提哄今適的資料（2）佃價服務詩求正如在責任矩陣中所注釋的那樣，信息服務治理人員只能 承諾小的項目（由公司的方針所確定的小項目）3（3）指定可行性研究坦信息服務經(jīng)理和用戶經(jīng)理共同來指定適當?shù)幕旌系娜诉x以組成可行性分析研究組。該組至少由一名系統(tǒng)分析員和一名用 戶代表組成?？尚行匝芯拷M的大小取決于可行性研究的范圍和時藥限制。用戶代表應該熟悉當前專業(yè)領(lǐng)域的所有工作，用戶經(jīng)理、 總經(jīng)理助理，或?qū)I(yè)領(lǐng)域分析員是合理的候選者，用戶的系統(tǒng) 分析員，具有計算機信息處理基礎(chǔ)知識的情況差不多越來越普 遍必須指定一個人擔任可行性研究組的組長，哪怕只是兩個人的可行性研究組也需要一個組長。直到1980年為止，多

6、數(shù)的可行性研究組和項目組是由一個高級系統(tǒng)分析員或一個項目負 責人來領(lǐng)導的。在信息服務部門中，這兩種人是固定分工做這 項工作的。目前越來越多的公司采取如此一種政策，即由用戶 擔任項目組組長。這種將要緊責任下放給最終用戶的做法將進 一步鼓舞用戶參與系統(tǒng)設計。在這種政策上取得成功經(jīng)驗的那 些公司差不多指派了一些具有杰出治理經(jīng)驗和具有某些計算機和信息處理知識的用戶人員擔任項目組組長。在任何情況下， 組長必須對該組的工作有一個總的安排。假如要求一個用戶代 表既作為可行性研究組或項目組的組長而同時又要求他接著履 行業(yè)務領(lǐng)域的職責，那么該項目是確信要失敗的。有好些公司 差不多采納了一種政策，即自動地指派受系

7、統(tǒng)阻礙最大的業(yè)務 領(lǐng)域的經(jīng)理作為可行性研究組和項目組的領(lǐng)導以后該經(jīng)理將從 原來的工作職責中解脫出來，而用他 （她）的全部時刻治理可行 性研究（或項目）組。這種人事安排差不多成為當今的主流，其 困難是用戶經(jīng)理需要離開原來主管的業(yè)務部門少則兩個月多則 三邑后才能回他原夬的工作崗位上。標無約朿條幷在系統(tǒng)開發(fā)的過程一開始，可行性研究組與信息服務人員 和用戶經(jīng)理緊密合作標列出設備、成本、進度、規(guī)程、軟件以 及操作上的約束條件。它們可能限制建議的系統(tǒng)的定義和設計。（5） 整璨現(xiàn)有疾統(tǒng)的資屛整理現(xiàn)有系統(tǒng)資料的要緊理由是：假如可行性研究組不充 分了解現(xiàn)有系統(tǒng)，那么他們就不可能有效地完成所建議的系統(tǒng) 的初始設計

8、。差不多建立起來的多數(shù)人工系統(tǒng)并沒有通過真正 的設計。在這些系統(tǒng)中，必須從手稿整理出資料。假如一個建 議的系統(tǒng)是改進一個現(xiàn)有的計算機信息系統(tǒng)，那么可行性研究 組只需要保證現(xiàn)有資料的完整性和保持最新版本就行了?，F(xiàn)有系統(tǒng)所形成的任何資料將給設計時期提供有價值的輸入 （假如批準開發(fā)該系統(tǒng)）。即便建議的系統(tǒng)遭到拒絕，也能對現(xiàn) 有系統(tǒng)提供差不多的資料，同時可能透徹地理解理有系統(tǒng)?，F(xiàn) 有系統(tǒng)的資料由四部分組成：系統(tǒng)報告和資料；系統(tǒng)數(shù)據(jù) 文件；系統(tǒng)數(shù)據(jù)元以及講明現(xiàn)有系統(tǒng)的數(shù)據(jù)、信息和工作 流程的圖表。前三部分（報告、文件和數(shù)據(jù)元）可分類如下： 當前使用的，而且在建議的系統(tǒng)中以目前的形式保留下來; 當前使月的,然而修改后才在建議豹靈統(tǒng)中使用; 當前使用的，然而在建議的系統(tǒng)中將被刪除而不再保留的°例如，列出所有現(xiàn)有的報告和標準的資料，并按上述分類 給定一種狀態(tài)。在報告上將標明相對周期（如，每天，每周）以及分發(fā)范圍。關(guān)于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標明有關(guān)的存儲介質(zhì)（如，3X 5的卡片，磁帶，馬尼拉折紙機，磁盤等等）以及存儲方式。例如，一個名字一地址文件能夠存儲在許多張3X5的卡片上，同時按名字的字母順