網(wǎng)絡開發(fā)人員工作細則

1、絡開發(fā)人員工作細則附件L網(wǎng)絡開發(fā)人職員作流程圖附件2：系統(tǒng)開發(fā)的責任在系統(tǒng)開發(fā)的過程中何時涉及到個人、小組和部門以及涉及到的程度，并針對每一種活動提出了所涉及的人員和機構(gòu)。其中：關(guān)于那些有較大失敗危險的非結(jié)構(gòu)化的項目，則需要設(shè)置更多的時期標志。下面描述一個人員和機構(gòu)的含義。1、可行性研究組。那個組由指定來完成可行性研究的用戶和信息服務人員組成。2、項目組。由指定來開發(fā)和實現(xiàn)運算機信息系統(tǒng)或?qū)ΜF(xiàn)有系統(tǒng)作重要改進的用戶和信息服務人員組成。3、住處服務治理部門。該機構(gòu)涉及到信息服務治理組，而不一定指某個具體人。在一個小單位中，它可能局限于信息服務的一些高級負責人。在一個大單位中，經(jīng)理最適合于承擔機構(gòu)

2、所涉及的特定的任務。4、未指派的程序員和分析員，包括未指派到所討論的可行性研究組和項目組的他的信息服務專職人員。5、業(yè)務領(lǐng)域治理人員。所有阻礙到建議開發(fā)項目的或者受該項目的業(yè)務領(lǐng)域的治理人員都包括在本責任機構(gòu)中。6、未指派的專業(yè)人員。包括將阻礙到建議的開發(fā)項目或受該項目的阻礙的那些專業(yè)人員，但他們并未旨派到可行性研究組或項目組。7、住處系統(tǒng)政策委員會。信息系統(tǒng)政策委員會是對公司所有的信息服務的和一個高級指導委員會。8、信息系統(tǒng)審計組。信息服務審計組的一個重要職能是保證在開發(fā)過程中對運算機信息系統(tǒng)建立適當?shù)牟倏v。附件3：系統(tǒng)開發(fā)過程五個時期各種系統(tǒng)開發(fā)方法學在范疇、復雜性、完善程度以及方法上有專

3、門大的不同。盡管有的方法學分三個時期，有的分15個時期，然而每個方法學所描述的要完成的活動差不多上是相同的。本章要闡述的最重要的一點是:最好的方法學是那些始終把用戶考慮到里面去的方法學。過去的情形是，用戶治理人員與信息服務開發(fā)組合作來完成系統(tǒng)的一樣功能說明書，然后，由信息服務人員來進行系統(tǒng)開發(fā)?，F(xiàn)在,系統(tǒng)開發(fā)是各占50%的比例;因此，用戶治理人員應該專門熟悉系統(tǒng)開發(fā)的大體過程，專門應該熟悉他們單位自己使用的方法學。系統(tǒng)開發(fā)過程可分為五個時期來描述。這五個時期是：1第一時期一系統(tǒng)開始和可行性研究2第二時期一系統(tǒng)分析和設(shè)計3第三時期一程序設(shè)計4第四時期一轉(zhuǎn)換和實現(xiàn)5第五時期一實現(xiàn)后的評判第一時期一

4、系統(tǒng)開始和可行性研究是在為開發(fā)一個建議的系統(tǒng)提供人力和資源之前完成的。第一時期多數(shù)的工作和編寫的資料是第二時期的輸入。在第二時期一系統(tǒng)分析和設(shè)計期間，系統(tǒng)分析員與用戶一起工作以編寫詳細的功能和系統(tǒng)的說明書。將這些說明書交給程序員，然后開始第三時期一一程序設(shè)計。在第二時期一轉(zhuǎn)換和實現(xiàn)期間，一旦軟件開發(fā)出來，則建立數(shù)據(jù)文件，轉(zhuǎn)換現(xiàn)有系統(tǒng)，同時實現(xiàn)新系統(tǒng)。第五時期一實現(xiàn)后的評判。在開始了系統(tǒng)壽命期中的生產(chǎn)時期之后，提出(經(jīng)常被忽略的)實現(xiàn)后的評判要求。具體開發(fā)過程下面將逐步地描述系統(tǒng)開發(fā)過程。至于具體的細節(jié)、相互的阻礙、方法、形式等，用戶治理人員應該與信息服務經(jīng)理聯(lián)系，與他們討論公司當前使用的方法學

5、，同時再看看公司內(nèi)部描述方學的手冊。第1時期一系統(tǒng)開始和可行性研究在第I時期的活動中專門少有與其他四個時期的活動相一致的。此處所提供的方法包括關(guān)于受拒絕后的再次服務要求的方法以及將技術(shù)轉(zhuǎn)移可能性的研究合并到諸過程中這些內(nèi)容。第I時期最終的產(chǎn)品有兩個部分。第一部分是實際的可行性研究報告，它包含對建議的或改進的系統(tǒng)的描述以及利潤，成本分析。第二部分是系統(tǒng)的初步設(shè)計。它關(guān)于估價成本和利潤是必要的。該初步設(shè)計是二時期一系統(tǒng)分析和設(shè)計的直截了當輸入。將系統(tǒng)的初步設(shè)計并入可行性研究的依據(jù)是，多數(shù)可行性研究是以概念而不是以設(shè)計為基礎(chǔ)的。假如在描述系統(tǒng)目標上花的時刻太少，那么成本估量，甚至利潤估量將是錯誤的。

6、用概念來指導可行性研究注定會導致成本過高，而且用戶不中意。在系統(tǒng)初步設(shè)計上所花費的時刻是值得的，即使拒絕可行性研究也是如此。因為所編寫的資料將必定會被證實其他項目中是有價值的。(1)提交服務要求對受拒絕的要求再次要求處理的一種方法。所要求的服務如何說是用戶做的，因此，應該由用戶著手進行。我們鼓舞用戶治理人員要求信息服務人員的關(guān)心，然而應該再一次強調(diào)，業(yè)務領(lǐng)域的治理人員應該對各種大小的服務要求都提供合適的資料。(2)估價服務要求正如在責任矩陣中所注釋的那樣，信息服務治理人員只能承諾小的項目(由公司的方針所確定的小項目)。(3)指定可行性研究組信息服務經(jīng)理和用戶經(jīng)理共同來指定適當?shù)幕旌系娜诉x以組成

7、可行性分析研究組。該組至少由一名系統(tǒng)分析員和一名用戶代表組成?？尚行匝芯拷M的大小取決于可行性研究的范疇和時刻限制。用戶代表應該熟悉當前專業(yè)領(lǐng)域的所有工作，用戶經(jīng)理、總經(jīng)理助理，或?qū)I(yè)領(lǐng)域分析員是合理的候選者，用戶的系統(tǒng)分析員，具有運算機信息處理基礎(chǔ)知識的情形己經(jīng)越來越普遍了。必須指定一個人擔任可行性研究組的組長，哪怕只是兩個人的可行性研究組也需要一個組長。直到1980年為止，多數(shù)的可行性研究組和項目組是由一個高級系統(tǒng)分析員或一個項目負責人來領(lǐng)導的。在信息服務部門中，這兩種人是固定分工做這項工作的。目前越來越多的公司采取如此一種政策，即由用戶擔任項目組組長。這種將要緊責任下放給最終用戶的做法將進

8、一步鼓舞用戶參與系統(tǒng)設(shè)計。在這種政策上取得成功體會的那些公司己經(jīng)指派了一些具有杰出治理體會和具有某些運算機和信息處理知識的用戶人員擔任項目組組長。在任何情形下，組長必須對該組的工作有一個總的安排。假如要求一個用戶代表既作為可行性研究組或項目組的組長而同時又要求他連續(xù)履行業(yè)務領(lǐng)域的職責，那么該項目是確信要失敗的。有好些公司己經(jīng)采納了一種政策，即自動地指派受系統(tǒng)阻礙最大的業(yè)務領(lǐng)域的經(jīng)理作為可行性研究組和項目組的領(lǐng)導以后該經(jīng)理將從原先的工作職責中解脫出來，而用他（她）的全部時刻治理可行性研究（或項目）組。這種人事安排己經(jīng)成為當今的主流，其困難是用戶經(jīng)理需要離開原先主管的業(yè)務部門少則兩個月多則三年后才

9、能回他原先的工作崗位上。（4）標列約束條件在系統(tǒng)開發(fā)的過程一開始，可行性研究組與信息服務人員和用戶經(jīng)理緊密合作標列出設(shè)備、成本、進度、規(guī)程、軟件以及操作上的約束條件。它們可能限制建議的系統(tǒng)的定義和設(shè)計。（5）整理現(xiàn)有系統(tǒng)的資料整理現(xiàn)有系統(tǒng)資料的要緊理由是:假如可行性研究組不充分了解現(xiàn)有系統(tǒng)，那么他們就不可能有效地完成所建議的系統(tǒng)的初始設(shè)計。差不多建立起來的多數(shù)人工系統(tǒng)并沒有通過真正的設(shè)計。在這些系統(tǒng)中，必須從手稿整理出資料。假如一個建議的系統(tǒng)是改進一個現(xiàn)有的運算機信息系統(tǒng)，那么可行性研究組只需要保證現(xiàn)有資料的完整性和保持最新版本就行了?，F(xiàn)有系統(tǒng)所形成的任何資料將給設(shè)計時期提供有價值的輸入（假如

10、批準開發(fā)該系統(tǒng)）。即便建議的系統(tǒng)遭到拒絕，也能對現(xiàn)有系統(tǒng)提供差不多的資料，同時可能透徹地明白得理有系統(tǒng)?，F(xiàn)有系統(tǒng)的資料由四部分組成：0系統(tǒng)報告和資料;0系統(tǒng)數(shù)據(jù)文件;0系統(tǒng)數(shù)據(jù)元以及說明現(xiàn)有系統(tǒng)的數(shù)據(jù)、信息和工作流程的圖表。前三部分（報告、文件和數(shù)據(jù)元）可分類如下：。當前使用的，而且在建議的系統(tǒng)中以目前的形式保留下來；0當前使用的，然而修改后才在建議的系統(tǒng)中使用；0當前使用的，然而在建議的系統(tǒng)中將被刪除而不再保留的。例如，列出所有現(xiàn)有的報告和標準的資料，并按上述分類給定一種狀態(tài)。在報告上將標明相對周期（如，每天，每周）以及分發(fā)范疇。關(guān)于現(xiàn)有系統(tǒng)的所有數(shù)據(jù)文件都標明有關(guān)的儲備介質(zhì)（如，3x5的卡

11、片，磁帶，馬尼拉折紙機，磁盤等等）以及儲備方式。例如，一個名字一地址文件能夠儲備在許多張3x5的卡片上，同時按名字的字母順序排列。一個人工系統(tǒng)所儲存的文件數(shù)總是令人吃驚的，即便對于業(yè)務領(lǐng)域治理人員也是如此。為了完善現(xiàn)有文件的資料，將每個文件的記錄的樣式和簡單描述附在文件表中。系統(tǒng)數(shù)據(jù)元（即，社會保險號，顧客名，貨號等等）是直截了當列出的，而不必關(guān)系有關(guān)的文件。數(shù)據(jù)元經(jīng)常在幾個文件中重復顯現(xiàn)。除了狀態(tài)指示符之外，假如數(shù)據(jù)的名字不能自我說明，則必須對每個數(shù)據(jù)數(shù)據(jù)元進行描述。有關(guān)數(shù)據(jù)元的其他信息還包括更新要求（如，每天，每周，每月，或依照需要更新等等）、來源（如，代辦處，資料,系統(tǒng)，工作人員等等）以

12、及職責（如，部門名和負責更新者的職務）。說明在整理現(xiàn)有系統(tǒng)資料時數(shù)據(jù)元可能采納的一種典型格式。我們通過將系統(tǒng)簡化為輸入、處理和輸出等幾個差不多組成部分來表示整理現(xiàn)有系統(tǒng)資料的工作過程。然后用圖形描畫出各部分之間的邏輯關(guān)系。有多種圖像表示技術(shù)來做這件事。最為流行的（盡管不一定是最好的）是流程圖。其他的更為結(jié)構(gòu)化”的技術(shù)還有:數(shù)據(jù)、信息和工作流程的一個概貌。它著重強調(diào)系統(tǒng)中操縱工作流程的那些數(shù)據(jù)元。這些圖應該刻劃人工和運算機的處理步驟，同時以適當?shù)捻樞虬才琶恳惶幚聿襟E。通常以能最好地顯示出工作過程的方式來組織和提供這些圖。它們能夠是由一些隨機事件、功能或按小的和大的周期來驅(qū)動的子系統(tǒng)，也能夠是若干

13、子系統(tǒng);既能夠是層次的，也能夠是混合的。專門少有幾個系統(tǒng)是完全順序的，因此，在多數(shù)情形下能夠應用模塊方法。（6）調(diào)查研究技術(shù)轉(zhuǎn)移的可能性為了更好地利用現(xiàn)有的技術(shù)，許多公司正在進行將有關(guān)技術(shù)轉(zhuǎn)移到他們的系統(tǒng)開發(fā)方法學中可能性的調(diào)查。鼓舞調(diào)查技術(shù)轉(zhuǎn)移的可能性和（或）可行性的政策必將帶來人力資源的大量節(jié)約。專門對程序員和分析員更是如此，合適的技術(shù)轉(zhuǎn)移將使這些人的工作集中于還沒有現(xiàn)成軟件的特定行業(yè)的應用領(lǐng)域。技術(shù)轉(zhuǎn)移可能性的調(diào)查是從走訪那些己經(jīng)實現(xiàn)的，而且與所建議的系統(tǒng)有類似規(guī)模和工作的系統(tǒng)。可行性研究組還應該調(diào)查商品軟件名目，以便找到適合的可應用的軟件。假如認為技術(shù)轉(zhuǎn)移是可行的，則可行性研究組說明如

14、何樣使用這些技術(shù)以及為適應現(xiàn)有環(huán)境所要求的修改范疇。假如使用標準的方法來進行技術(shù)轉(zhuǎn)移潛力調(diào)查，那么提出要求的公司應該采取與具有類似要求的其他公司合作的政策。(7)完成建議系統(tǒng)的初步設(shè)計可行性研究組要走訪專業(yè)人員以獲得一樣的系統(tǒng)要求，然后，將這些要求轉(zhuǎn)換成初步的系統(tǒng)設(shè)計。設(shè)計過程是交互的，用戶經(jīng)理和可行性研究組需要經(jīng)常就設(shè)計思想和方法等交換意見，用生動的文字和圖形說明來形成建議的系統(tǒng)初步設(shè)計的資料，這些生韻的文字(用非技術(shù)詞匯)描述了所建議的系統(tǒng)的差不多工作過程，而且常常同時附有圖形說明。這些文字圖表也將列舉出那些大大違抗現(xiàn)有工作方式而建議的系統(tǒng)所期望的手續(xù)、手段和方法。這些文字圖像也將描述建議

15、的系統(tǒng)與人工系統(tǒng)以及建議系統(tǒng)必須與之兼容的自動系統(tǒng)之間的關(guān)系。(8)確定項目范疇可行性研究組與信息服務人員以及用戶治理人員合作估量初步設(shè)計中所刻劃的系統(tǒng)的復雜程度。并對開發(fā)項目今后的每一個時期進行人力資源要求的估量(用戶，信息服務人員及其他人員)。此外，還注意到培訓和運算機機時要求。(9)預備利潤，成本分析報告一旦完成初步設(shè)計同時確定了項目的范疇，則能夠開始利潤，成本分析。不幸的是，由于用戶和信息服務治理人員都期望加快可行性研究時期，因此，一些關(guān)鍵的步驟被省略了，因此造成在利潤、成本估量上的錯誤。僅僅依照一種概念是不可能精確的反映出利潤和成本的。設(shè)計中的某些步驟是必不可少的。另一種在形成公司決

16、策過程中所隱含的錯誤將不可幸免地把那些難以確定的利潤也算成資金收入。當今許多復雜的，綜合的系統(tǒng)為公司的利益做出了重大的奉獻，而做到如此程度是因為它們經(jīng)歷了漫長的、不可捉摸和難以預見的道路。評判信息服務項目的好處和價值是一個主觀的過程，它要求具有成本和利潤方面的實際的知識。此外，決策者關(guān)于正的和負的不確定的利潤要有透徹的明白得。使用美元作為所有成本和利潤的統(tǒng)一的計量標準大大地簡化了評判工作。那種把不確定的利潤引人盈利圖表（為了“建立更好的顧客關(guān)系“或“提高威信）的作法會造成在“底線”中復合的錯誤。底線經(jīng)常被盲目地同意作為一種信條。事實上，在那種情形下，估價是取最好的情形（理想的）和最壞的（荒謬的

17、）情形之間。然而假如將不確定的利潤化成美元，那么決策者將以更好的判定代替那種不準確的估量。估價建議的信息系統(tǒng)的最好途徑是針對系統(tǒng)凈值（收入減去成本）估量正的和負的不確定利潤。為了便于明白得不確定利潤（例如，增加服務;減少發(fā)票上的錯誤，加快周轉(zhuǎn)期等），應該產(chǎn)生一個成本和收人的一覽報表。如下表說明使用最少的成本類別來表示一次性的和重復使用的成本。這些成本可由預算中心提出，同時把公司作為一個整體來考慮。成本類別有:勞力，材料和設(shè)備，旅差以及其他各種成本。關(guān)于每一類，在第一列指出一次性成本估量（開發(fā)），而在系統(tǒng)壽命期的水平線上指出可重復使用的成本估量（生產(chǎn)）。公司項目在凈值能夠從估量收人中扣除成本運算

18、出來，同時依照公司政策對流淌現(xiàn)金打折扣。預算中心項目標題和編號成本項一次性成木第年重復使用的成本年第1年第2年第3年第4年第5年第6年第7年第8年勞力材料和設(shè)備材料設(shè)備每R開銷交通費其他開支總成本（10）依照可行性研究做出決策完成可行性研究后，除了技術(shù)補充之外所有報告和資料全部交給信息處理政策委員會以使實施。技術(shù)補充包括預備可行性研究所要求的背景信息。它還包括一樣的系統(tǒng)設(shè)計和開始第二時期的一個框架。信息服務政策委員會感受的要緊是初始服務要求、范疇、圖解說明和利潤/成本分析。住處服務政策委員會能對可行性研究施加阻礙。信息服務政策委員會能夠：A拒絕建議。B批準建議并對該建議的開發(fā)和實現(xiàn)指定一個最高

19、先數(shù)。C批準系統(tǒng)并給它指定一個比最高優(yōu)先數(shù)小的優(yōu)先數(shù)，同時將要求放在所有建議的系統(tǒng)隊列的適當。系統(tǒng)分析與設(shè)計專門少有幾個項目能在批準可行性研究后趕忙實現(xiàn)。在得到批準和項目開始之間的估量時刻可能是兩年或兩年以上。一旦項目獲準通行，則開始第二時期一系統(tǒng)分析和設(shè)計。在第二時期，將描述所有輸入/輸出的格式和內(nèi)容，同時完成詳細的系統(tǒng)設(shè)計。第二時期的最后一步活動是預備程序說明，其中包括各種程序模塊的說明書。重要的是牢記在第一時期和第二時期不編制程序。一個普遍容易犯的錯誤是壓縮第二時期，使它提早完成以使開始第三時期一程序設(shè)計。粗糙的系統(tǒng)設(shè)計必將成倍、甚至三倍地增長項目所要求的程序設(shè)計量。(1)指定項目組與可

20、行性研究組一樣，項目組也應該有一個或多個系統(tǒng)分析員和一至多個來自所建議的系統(tǒng)范疇內(nèi)各業(yè)務方面的用戶代表。假如可能的話，還要給項目組指派一名住處服務審計員，他不作為專職人員，而作為安全和操縱方面的顧問。因為在第二時期終止之前程序員實際上并不參與進來，因此能夠?qū)⒅付ǖ某绦騿T一事推遲到第二時期開始之間的這一段時刻里，通常委派他們到其他項目去。然而我們建議，只要可能則晝將原有可行性研究組的人員指派到項目。項目組的組長能夠是住處服務人員，也能夠是用戶。某些單位有按業(yè)務領(lǐng)域組織的固定的項目組。怎么說如何樣組成項目組為好，明顯要進行權(quán)衡。按專業(yè)組成的項目組專門難預料在任務過多時或更多的機會積存一切專業(yè)領(lǐng)域應

21、用的體會。信息服務項目組組織的最好方式或許是既按專業(yè)領(lǐng)域組織而同時又保持一定的靈活性，使得項目組成員能在各項目組織之間流淌，以使達到飽滿的工作負荷。依照項目的復雜程度和涉及范疇的大小，每個項目組都有不同的最佳人數(shù)。項目組長的能力是一個重要的因素。在某確定的數(shù)目之前，每增加一個指派到項目組的人員都增大了對項目的。在這之后，每增加一人實際上養(yǎng)活了項目組第一個人對項目工作的。與項目有前的扔有經(jīng)理和公司行政人員都應當專門好地把握如此一個格言：與其過分地擴大項目組織規(guī)模。贊成欲速則不達的局面，還不如推遲項目的實現(xiàn)時刻。（2）估量人員要求并進行人員托付一個項目的成功與否在專門大程度上依靠于用戶與公司經(jīng)理、

22、其他專業(yè)人員以及某些范疇內(nèi)信息服務人員。由于某人不記得或不承認往常的口頭上的托付，會使得許多緊急項目被延誤。因此有必要簽署一個局面的人員托付書。沒有書面人員托付而進行的項目確信會產(chǎn)生不必要的延誤，甚至可能失敗。本書把項目開發(fā)的重要性放到一個恰當?shù)奈恢谩Ｔ陧椖恐兴婕暗降脑S多人并不在項目組內(nèi)。由于這些的多數(shù)都明白得他們的例行活動比項目所涉及的任何外部事物更為重要，因此一個局面托付是必不可少的。（3）人員培訓為了在系統(tǒng)開發(fā)過程中進行有效的交流，可能要求關(guān)于在設(shè)計數(shù)據(jù)庫時所涉及的用戶以及在生產(chǎn)調(diào)度中所涉及的信息服務人員進行培訓。依照體會。信息服務部人員負責信息系統(tǒng)方面的培訓，而用戶則負責專業(yè)領(lǐng)域的培

23、訓。那個活動的產(chǎn)品是一欖表，表中列出要求某種培訓的人員的名字和所擔任職務。每行表中都那種培訓的簡單描述，包括地點、負責人以及打算的時刻等。有些培訓將要求趕忙進行，而另一些培訓將推遲到項目接近實現(xiàn)時進行。（4）建立詳細進度表通過使用一種標準的系統(tǒng)開發(fā)方法，治理人員能夠建立時期標志然后，利用歷史統(tǒng)計數(shù)據(jù)和體會來估量中間和最后活動完成的日期。項目組組長必須與信息服務人員以及業(yè)務領(lǐng)域的治理人員緊密合作以保證在系統(tǒng)開發(fā)過程中在各關(guān)鍵點有足夠的人員。系統(tǒng)開發(fā)本質(zhì)上是線性的，而且是不難用適當?shù)臏蕜t和合理的估量來監(jiān)視的。下面的方法能夠用來估量價格、人員以及相應的時刻要求。這種循環(huán)使用的方法使得一組人能意見一致

24、，而且關(guān)于信息服務項目專門合適。我們假定參與估量的那些人能夠提出問題僅具有任務方面的知識，而且能夠提出鐵重要的理由。參與建立信息系統(tǒng)項目進度表的人能夠包括項目組長、起作用的用戶經(jīng)理以及其他有體會的信息服務人員。我們通過以下幾個步驟來描述進行合理估價的方法。A項目組長介紹任務和相應的背景信息。B第一個參加者提交一個書面估量。C項目組長繪出該且每個成員的估量。D運算、上下四分點和中點，同時標上遲度。E要求其估量低于上、下四分點的那些參加者說明他們低或高估量的理由。F項目組長就所標繪的估量召集一次公布的討論會。G重復步驟B、F,直到達到精確性要求不需要再循環(huán)為止。通過每一循環(huán)，將降低估量的誤差。H估

25、量是取中間值或取平均值。估量的誤差是誤差危險的一種標志。（5）與用戶有員交談與用戶交談的過程從本活動開始。為了解決總是和確定系統(tǒng)要求，項目級成員定期與有關(guān)用戶見面。與用戶交談及反饋的過程貫空于系統(tǒng)開發(fā)的全過程。關(guān)于詳細設(shè)計的差不多輸入是：初始設(shè)計、對現(xiàn)有系統(tǒng)及其成分的評判以及輸入、處理以及輸出的要求（由用戶提供）。A項目組與有關(guān)的用戶人員檢查在可行性研究的初始設(shè)計中所描述的輸入/輸出要求和頻率，并依照需要及價值對第一種輸入/輸出進行評判。B目前系統(tǒng)的資料對設(shè)計提供了有價值的輸入。C初步交談的一個直截了當結(jié)果是對所建議的系統(tǒng)所有的輸出一樣的描述。（6）說明數(shù)據(jù)庫要求數(shù)據(jù)庫用來支持系統(tǒng)的處理，專門

26、是支持系統(tǒng)的輸出。在目前系統(tǒng)的資料中包含了可連續(xù)使用的數(shù)據(jù)元。許多現(xiàn)有數(shù)據(jù)元的格式確信是需要改變的，還需要將支持系統(tǒng)功能要求所需要的其他數(shù)據(jù)元標列出來。（7）建立操縱和后援的方法為了保證住處的正確性、可行性和完整性，在設(shè)計時就要考慮加進操縱手段。項目組將說明在系統(tǒng)設(shè)計時要嵌入所有物理上的行政治理上的操縱。在系統(tǒng)的輸入、處理和和以操縱系統(tǒng)的技術(shù)的范疇是廣泛的。（8）完成詳細設(shè)計詳細的系統(tǒng)設(shè)計是分析輸入/輸出/處理/操縱和后援要求的結(jié)果。系統(tǒng)初步設(shè)計或系統(tǒng)一樣設(shè)計只描畫了各要緊處理活動之間的關(guān)系，而系統(tǒng)詳細設(shè)計則擴展到包括所有處理活動和有關(guān)的輸入/輸出。這是系統(tǒng)一開發(fā)過程的基礎(chǔ)活動。（9）指導用戶

27、或信息服務部門預演。結(jié)構(gòu)預演是一種推測評判方法，它能有效地養(yǎng)活某些被的或作錯的情況。它也給推測者提供一個機會來評判那些業(yè)己建議的情況，從而有可能給出一些建設(shè)性的建議。預演的目的是給項目組提供有價值的反饋信息，而不是對系統(tǒng)的質(zhì)量下判決性的結(jié)論。項目組長應考慮何時開始結(jié)構(gòu)預演。通常預演是在系統(tǒng)設(shè)計以及系統(tǒng)開發(fā)過程中其他一些關(guān)鍵點完成之后才進行。（10）選擇硬件假如正在開發(fā)的系統(tǒng)要求額外的硬件支持，則需要選擇適當?shù)挠布⑦M行訂貨。獲得硬件的過程通常是信息服務經(jīng)理的責任。（11）預備輸出格式在系統(tǒng)開發(fā)過程中，到目前這一時期為止，我們差不多了輸出并描述了其有關(guān)的內(nèi)容，然而程序員需要明白具體的輸出形式。這

28、種詳細的輸出說明稱之為輸出格式。項目組產(chǎn)生出顯示屏格式，這種格式規(guī)定了諸如題、標題、輸出形式等項，有時還應包括輸入形式。某些硬拷貝報告和資料耍求事先打印好的表格紙，項目組與表格紙廠商的代表合作設(shè)計這種事先打印好的表格紙。項目組還負責設(shè)計和滿足在系統(tǒng)范疇內(nèi)所有人工產(chǎn)生的報告和資料，同時與受有阻礙的用戶經(jīng)理相配合進行修改、增加或刪除。（12）描述數(shù)據(jù)項的說明書數(shù)據(jù)項的說明書詳細規(guī)定了什么數(shù)據(jù)將輸入到系統(tǒng)以及它們?nèi)绾螛颖惠斎氲较到y(tǒng)中。（13）預備程序描述系統(tǒng)開發(fā)進展到目前這一步，我們差不多以現(xiàn)有的系統(tǒng)作了詳盡的分析。它的功能差不多并入建議的系統(tǒng)的設(shè)計中，我們差不多完成了建議的6主其支持的數(shù)據(jù)庫的設(shè)計

29、，同時還預備了所有輸入/輸出詳細的說明書。現(xiàn)在項目組能夠著手標列和確定所有的程序，而這些程序是使得建議的信息系統(tǒng)運轉(zhuǎn)所要求的。對第一個程序，項目組編輯下述的資料：（1）程序語言的種類（2）程序解說詞的描述一描述要執(zhí)行的任務。（3）由程序所產(chǎn)生的各種輸出的描述和格式（4）處理頻率（5）界限和限制（6）詳細說明書程序設(shè)計形式來進行的，而這些指令被編進運算機程序中。這些運算機程序包括系統(tǒng)運轉(zhuǎn)所必需的軟件。在第三時期一程序設(shè)計時期將開發(fā)支持信息系統(tǒng)所要求的全部軟件。用戶的介入集中在系統(tǒng)開發(fā)的過程前段（第二時期）和后段幾個時期。假如正確地完成了第二時期而且用戶與項目組的協(xié)作是有“成效”的，那么用戶將專門

30、少介入程序設(shè)計時期，甚至完全不用介入。用戶介入最多的情形將反復顯現(xiàn)在系統(tǒng)設(shè)計需要澄清的時候，有時也顯現(xiàn)為第四時期（轉(zhuǎn)換與實現(xiàn)），作一些初始打算的時候。不幸的是，有時用戶治理人員也較深地卷進了程序設(shè)計時期。這是第二時期進行得專門糟糕，而且當開始程序設(shè)計時還沒完成的一種標志。這種情形是經(jīng)常發(fā)生的，專門是在時刻緊迫時，項目組常常收到一些強制性的命令要求產(chǎn)生尚未完成的產(chǎn)品。由于系統(tǒng)開發(fā)過程的最終產(chǎn)品是軟件，因此有時過早地開始程序設(shè)計。這種系統(tǒng)開發(fā)方式必定導致產(chǎn)生質(zhì)量低劣的系統(tǒng)。這種系統(tǒng)并不能滿足用戶的要求，而且愛護的代價專門高。這種系統(tǒng)整個壽命期的成本可能是一個高質(zhì)量的系統(tǒng)的兩到三倍。（1）指定程序員

31、組長通常項目組長是一個系統(tǒng)分析員或是一個用戶，他并不直截了當參與程序設(shè)計工作。治理程序設(shè)計工作的人應該是程序設(shè)計工作實際的參加者，因此，關(guān)于要求兩個人以上的程序設(shè)計工作，將由信息服務經(jīng)理指定一個程序員組長。因此，項目組長仍舊對整個項目負有責任。程序員組長有時也稱作為主程序員。他(或她)可能只花10%的時刻在產(chǎn)品的程序設(shè)計上。假如只需要治理一個下屬程序員，那么主程序員可能花80%的時刻在產(chǎn)品的程序設(shè)計上。(2)安排順序和分配程序一個信息系統(tǒng)的軟件包，可能要求幾百個程序。并不需要按照這些程序最終執(zhí)行的順序來編寫它們，在建立程序開發(fā)進度表時，必須考慮到許多變化的因素。在安排程序編制順序時，主程序員應

32、考慮如下問題，0建立和愛護測試文件的需要0程序的依靠性(此處一個程序依靠于另一個程序的部分或全部的輸出)0程序的長度和復雜性依照程序員專業(yè)知識的水平、工作效率以及對系統(tǒng)熟悉的程序分配程序。由于經(jīng)常將程序員分配到其他項目組，從而對專業(yè)知識和體會的要求專門廣泛，因此使程序員與程序相匹配并非易事。(3)安排預備程序的進度主程序員能夠利用程序進度表來安排和監(jiān)督下屬程序員的活動以及任一給定程序的狀態(tài)。由于程序開發(fā)有一個差不多的模式，因此一種類似于用來監(jiān)督項目進度的技術(shù)能夠用來監(jiān)督完成二個特定程序的進度。而且它是在公告板上能夠看到的一種通用的治理工具。幾乎所有的主程序員和項目組長都經(jīng)常使用這種公告板。(4

33、)編制、測試程序和編寫程序資料。通常一個程序員在一給定的時刻里將同時編制25個程序。開發(fā)任一給定的程序的一樣的方法本質(zhì)上是相同的。轉(zhuǎn)換和實現(xiàn)盡管在第四時期差不多分別測試了系統(tǒng)的各個成分（程序），但這并不能保證把它們結(jié)合成一個整體時系統(tǒng)將正常工作。因此，在第四時期來完成整個系統(tǒng)的測試。在第四時期期間，項目組將培訓用戶運行信息系統(tǒng)，轉(zhuǎn)換現(xiàn)有文件以及建立數(shù)據(jù)庫。在并行工作之后，系統(tǒng)轉(zhuǎn)變到業(yè)務領(lǐng)域。（1）完成轉(zhuǎn)換打算轉(zhuǎn)換系統(tǒng)的處理本身確實是一個系統(tǒng)，而且應該像最好的結(jié)果那樣來處理。項目組與用戶治理人員以及信息服務審計組合作，共同研究以設(shè)計出一項轉(zhuǎn)換打算。該打算包括:系統(tǒng)驗收測試，文件或數(shù)據(jù)的轉(zhuǎn)換，用戶

34、培訓以及并行工作（假如必要的話）的細節(jié)。轉(zhuǎn)換打算詳細地細述了用戶及信息服務人員的義務和責任，同時還規(guī)定了進行這些情況的時刻限制。（2）指導系統(tǒng)驗收測試盡管差不多測試了各個單獨的程序模塊，然而還沒有把它們結(jié)合成一體作為一個系統(tǒng)來處理。一個信息系統(tǒng)可能有100個以上的程序和一打以上的文件，必須把它們作為一個整體來處理以保證使工作和諧并使用戶中意。整體的測試將驗證全部系統(tǒng)軟件和應用軟件、輸入/輸出，文件和數(shù)據(jù)庫以及各種過程。在測試期間用戶人員是實際的參加者。在測試過程中，有可能發(fā)覺錯誤（忽略了系統(tǒng)的某些方面）,某些過程的缺點將會暴露出來。能夠確信，一部分驗收測試過程必須在系統(tǒng)設(shè)計和程序設(shè)計方面進行較

35、小的修改。假如系統(tǒng)是正確開發(fā)的，那么任何這種修改將只是微小地調(diào)整系統(tǒng)。任何重大的修改應該推遲到系統(tǒng)實現(xiàn)之后，同時至少在進行生產(chǎn)性工作一年之后再進行。這種推遲幸免了通常敲打膝部那種反作用引起的改變而提交可觀的資源。這是因為為了減少重大修改的要求，項目組長和受阻礙的用戶治理人員將要停止信息系統(tǒng)的每一方面。這時，重大修改的要求才是一種分界清晰的標志，它說明有人忽略了他們對項目的責任。整個系統(tǒng)的測試實際上是分兩個部分完成的。第一利用測試數(shù)據(jù)來驗證每一個子系統(tǒng)。一旦證實所有子系統(tǒng)的功能是適合的，則有”生存的“數(shù)據(jù)來測試整個系統(tǒng)。測試數(shù)據(jù)是為了測試特定的環(huán)境而產(chǎn)生的，而”生存的”數(shù)據(jù)通常是來自過去處理使用

36、的實際的數(shù)據(jù)。在測試聯(lián)機系統(tǒng)時(現(xiàn)在響應時刻是關(guān)鍵問題)，為了測試系統(tǒng)的能力，包括了用幾種生存數(shù)據(jù)的測試會話。系統(tǒng)可能運行良好，然而由于運算機能力不夠大或是程序的效率不高，也可能導致不可同意的響應時刻。(3)設(shè)計用戶手冊項目組設(shè)計一套用戶手冊，同時在對系統(tǒng)驗收測試的同時指導用戶的培訓活動。每個信息系統(tǒng)都應該有一套用戶手冊，它們提供有關(guān)系統(tǒng)運行的命令和說明。用戶手冊和有關(guān)的培訓關(guān)于系統(tǒng)的最后成功是至關(guān)重要的。光有一套用戶手冊是不夠的，這些用戶手冊還必須是一種高質(zhì)量的資料，它們能對系統(tǒng)的每一方面提供快速和容易的參照。用戶手冊至少包括:系統(tǒng)的目標系統(tǒng)的描述 工作流程和一樣的操作方法 完成和明白得輸入

37、/輸出的命令 數(shù)據(jù)收集和更新的方法 操縱 其他(例如，術(shù)語唯獨的詞匯表，硬件的描述和用法，性能的界限，等等)用戶手冊的內(nèi)容來自系統(tǒng)資料。然而，在編寫和編譯這種手冊時必須考慮到能為預期的用戶所明白得，而且可不能被錯誤地說明。(4)提供用戶培訓大綱假如不能跟培訓相關(guān)聯(lián)，那么用戶手冊的價值就專門小。項目組的成員指導一系列的培訓課程以使得用戶熟悉系統(tǒng)。用戶培訓大綱的一樣內(nèi)容包括： 系統(tǒng)的用途和目標 現(xiàn)有系統(tǒng)與新系統(tǒng)的差別 系統(tǒng)工作概述 如何使用用戶手冊 與系統(tǒng)有關(guān)的信息服務人員和用戶人員的義務和責任一個有各地分號的大型百貨商店實現(xiàn)了一個聯(lián)機銷售點(P05)系統(tǒng)并將用戶手冊分發(fā)給每一個POS終端地點。假

38、如沒有正規(guī)的培訓，銷售員將丟下他們自己的工作而去揣摹用戶手冊（有100頁以上）以了解系統(tǒng)的用途。由于銷售人員不能處理差不多事務，因此使得顧客不再等待，而跑到其他地點買貨。在他們認識到問題不在于市場、產(chǎn)品質(zhì)量或地點之前，百貨商店的這些分號幾乎要關(guān)閉。問題在于缺乏對系統(tǒng)用戶的訓練。（5）建立和轉(zhuǎn)換文件或數(shù)據(jù)庫專門難找到一個己實現(xiàn)的系統(tǒng)而不需要修改原有的文件或數(shù)據(jù)庫。有些文件和數(shù)據(jù)庫需要新建，而其他一些則需要從現(xiàn)有的轉(zhuǎn)換成適合的格式。用戶部門負責將手寫的數(shù)據(jù)統(tǒng)一格式并變成機器可談的形式。用戶部門也可能負責抄寫和錄入數(shù)據(jù)的工作。假如數(shù)據(jù)不是現(xiàn)成可用的或沒有用人工儲備起來（例如，存放在3XS的卡片上），

39、那么數(shù)據(jù)的預備工作可能耗費相當長的時刻。在項目組的指導下，用戶負責新產(chǎn)生的和轉(zhuǎn)換的那些文件的一致性。數(shù)據(jù)的校對是將人眼現(xiàn)場檢查與運算機自動校驗結(jié)合起來進行的。隨機抽樣檢查能夠有效地用于專門大的文件或數(shù)據(jù)庫。在建立和轉(zhuǎn)換處理期間把握時刻是專門重要的，因為一旦建立了一個文件或數(shù)據(jù)庫，此后就必定要對它們進行連續(xù)地更新。因此，最好的策略是:在并行工作開始之前（或者在不要求并行操作的情形下，在系統(tǒng)實現(xiàn)時）正好完成建立和轉(zhuǎn)換工作。（6）完成并行工作并行工作意味著同時運行原有的系統(tǒng)和新的信息系統(tǒng)。并行工作是常用的手段，專門是當系統(tǒng)故障相當大地阻礙到公司的運營時更是如此，在并行工作期間，用戶和信息服務人員被分

40、散開了，因為兩個系統(tǒng)都需要愛護。完成并行工作是十分困難的，因為參加的人員仍舊處于開始時期。通常安排并行工作連續(xù)一個要緊的系統(tǒng)周期（一樣是一個月）。項目組長和受阻礙的用戶治理人員以及有關(guān)的信息服務經(jīng)理監(jiān)督并行工作的進程。某些單位己經(jīng)同意了并行工作至少要進行一個要緊周期的方針，而另一些單位則決定堅持原有系統(tǒng)直到經(jīng)理認為新系統(tǒng)差不多全部運行時為止。假如在并行工作期間顯現(xiàn)了一次較大的故障，則應中斷并行工作并進行有關(guān)的修復工作。由于必須愛護文件和數(shù)據(jù)庫，因此及時性是十分重要的;假如公司改進他們的系統(tǒng)測試方法，那么信息服務和用戶人員就會自信他們有能力去實現(xiàn)一個系統(tǒng)。有些公司舍棄并行工作，盡管這種做法有專門

41、大的危險，然而如此將把力量集中在成功地實現(xiàn)一個新系統(tǒng)上。在某些情形下，由于時刻和人力有限，不能進行并行工作，因而經(jīng)理的代替方法是直截了當實現(xiàn)新系統(tǒng)，同時要求進行充分的系統(tǒng)測試。實現(xiàn)后評判由于其他緊急的信息系統(tǒng)項目需要人員，往往進行專門少的，甚至不進行實現(xiàn)后的評判，不管好壞，系統(tǒng)就被同意了。實現(xiàn)后的評判或定期系統(tǒng)評判應該是系統(tǒng)開發(fā)過程的組成部分。任何信息系統(tǒng)在剛剛實現(xiàn)之后都將要求做某些“微小的調(diào)整”。為此，必須在系統(tǒng)投入生產(chǎn)前，對它進行評判。因為一旦系統(tǒng)投入使用，即使實現(xiàn)前的測試設(shè)計得專門好，也不可能完全暴露出某些在系統(tǒng)投入運行時必將顯現(xiàn)的問題。托付并進行評判活動的好處是獲得更高質(zhì)量的系統(tǒng)同時使

42、用戶更為中意。(1)指導系統(tǒng)實現(xiàn)后的評判項目組長高速項目的成本以如實反映一、二、三、四時期的最終系統(tǒng)開發(fā)成本。此外還將成本匯總以反映出堅持系統(tǒng)運行的成本。直到系統(tǒng)實現(xiàn)至少一個月之后，才有可能算出精確的、符合實際的成本數(shù)據(jù)。(2)指導系統(tǒng)實現(xiàn)后的評判系統(tǒng)實現(xiàn)后的評判，由從項目組和受阻礙的用戶部門選擇出的人員來指導進行。在系統(tǒng)運行的頭幾個月，由于存在著對改革的阻力，對系統(tǒng)的把握不夠以及非預期的問題等，因此，不宜趕忙進行系統(tǒng)實現(xiàn)后的評判。通常在第四時期完成后的3-6個月之間進行系統(tǒng)實現(xiàn)后的評判。項目組和用戶部門選擇和人員并指導系統(tǒng)實現(xiàn)后的評判以決定:實際的與預期的性能的比較。利用在系統(tǒng)設(shè)計時己建立起來的某些標準，將實際的性能與的性能進行比較。系統(tǒng)目標實現(xiàn)的程度。針對在可行性研究中建立的那些目標來評判系統(tǒng)。例如，系統(tǒng)能否給審計員提供