在多年的開發(fā)工作中,筆者主持過許多類型管理系統(tǒng)的設計、開發(fā)和項目管理工作,包括:學籍和考試管理、汽車租賃管理、圖書館管理、公路管理、MRPⅡ和ERP管理等。在這些項目的系統(tǒng)調研、總體設計、模塊設計、編程、測試和項目管理工作中,我深切體會到,要想高效率、高質量地完成項目開發(fā)工作,應努力做好下面的幾項工作。

一、制定開發(fā)規(guī)范

MIS軟件,特別是大型的MIS軟件是一項浩大的工程,需要十幾個人、幾十個人甚至幾百個人合作開發(fā)幾個月、十幾個月甚至幾年。要保證系統(tǒng)的協(xié)調性、統(tǒng)一性和連續(xù)性,就需要在開發(fā)之前制定嚴格、詳細的開發(fā)規(guī)范。

開發(fā)規(guī)范的內容主要包括:系統(tǒng)設計規(guī)范、程序開發(fā)規(guī)范和項目管理規(guī)范等。系統(tǒng)設計規(guī)范規(guī)定字段、數(shù)據(jù)庫、程序和文檔的命名規(guī)則,應用界面的標準和風格,各類報表的輸出格式等。程序開發(fā)規(guī)范對應用程序進行分類,如可將程序分成代碼維護類、業(yè)務處理類、業(yè)務查詢類和統(tǒng)計報表類等。并給出各類應用程序的標準程序流程,有必要時可編制出標準程序。項目管理規(guī)范規(guī)定項目組中各類開發(fā)人員的職責和權力,開發(fā)過程中各類問題(如設計問題、程序問題等)的處理規(guī)范和修改規(guī)則,開發(fā)工作的總體進度安排和獎懲措施等。

開發(fā)規(guī)范的制定需要花費一定的時間和精力,但是"磨刀不誤砍柴功",它相當于把今后開發(fā)過程中開發(fā)人員都要遇到的問題提前做了一個考慮。有了開發(fā)規(guī)范,在后續(xù)的開發(fā)過程中,設計人員就不必每次考慮如何為一個字段命名,編程人員也不必去想某個程序的結構和布局應當怎樣,測試人員也有了判斷程序對錯的標準。

開發(fā)規(guī)范在項目開發(fā)工作中起著事前約定的作用,需要所有開發(fā)人員共同遵守。它約束開發(fā)人員的行為和設計、編程風格,使不同子系統(tǒng)和模塊的設計、編程人員達成默契,以便形成整個系統(tǒng)的和諧步調和統(tǒng)一風格,也便于今后的系統(tǒng)維護和擴展工作。

二、合理的人員構成與管理

開發(fā)項目的成功需要有一個好的開發(fā)組。高效的開發(fā)小組要有一個合理的人員構成。一般開發(fā)組應包括項目負責人、系統(tǒng)分析員、系統(tǒng)設計員、程序員和測試人員等。開發(fā)組的人員要分層次,下層人員要服從上層人員的領導。

項目組要有一個項目負責人,他對整個項目有控制和決定權,對項目開發(fā)的成敗負責。軟件開發(fā)中遇到問題的答案往往不止一個,因此需要有人對這些問題有決定權,避免扯皮。大型項目的負責人應有豐富的項目管理經(jīng)驗和數(shù)據(jù)庫設計經(jīng)驗,另外還需對用戶的實際業(yè)務有較全面和深入的理解。

系統(tǒng)分析員協(xié)助項目負責人進行系統(tǒng)分析工作,并負責某一方面的具體設計工作;系統(tǒng)設計員幫助系統(tǒng)分析員進行模塊設計;程序員按照模塊設計進行編程;測試人員直接受項目負責人領導,為整個項目的質量把關。所有項目組人員都應對用戶的實際業(yè)務有不同程度的了解,這樣有助于系統(tǒng)的開發(fā)工作和系統(tǒng)最后的成功。

三、嚴格控制開發(fā)進度

項目進度管理是軟件開發(fā)中最難以做好的一項工作。編程工作本身是一個難以量化的工作,再加上開發(fā)過程中對設計的修改等因素,使得項目開發(fā)工作經(jīng)常不能按預計的時間完成。

為了管理好項目進度,首先要制定一個可行的項目進度計劃。一開始,項目進度計劃只能根據(jù)項目的內容、工作量和參加人員進行大致地估算,包括系統(tǒng)分析和設計時間,編程、測試時間和文檔制作時間,估算時應根據(jù)業(yè)務復雜程度加入一些緩沖時間。系統(tǒng)分析、設計完成后,根據(jù)程序清單可估算出每個程序的編程時間(根據(jù)程序類型和復雜程度),并在此基礎上估算這種程序量下的測試、文檔制作和緩沖時間,經(jīng)過這樣估算再做出的進度計劃已經(jīng)可以做到相當準確和細致了。實際上項目進度計劃是一個由粗到細且不斷調整的計劃。

每周要將項目進度情況與項目進度計劃進行對比。對于拖延的工作如無充份理由,則應督促有關人員加班或提高工作效率趕上進度;如有正常理由,在無法追回的情況下可以修改進度計劃,申請延期。

項目進度管理一定要細致和嚴格,像設計、編程這種難以量化的工作是很難籠統(tǒng)地去控制進度的。

四、系統(tǒng)設計要超越業(yè)務

軟件設計的好壞直接關系到項目開發(fā)的成敗。在設計之前一定要對用戶的業(yè)務做系統(tǒng)的調研,深入、全面地了解用戶業(yè)務。在調查時要注意以下幾點:

1.有時某個部門的業(yè)務由幾個業(yè)務人員分管,調查時不能只聽一個人的敘述。

2.要詳細了解一個部門與其他業(yè)務部門的業(yè)務關系。

3.要了解當前業(yè)務的難點,在設計時著重解決。

4.用戶不可能一次將所有業(yè)務描述清楚,所以調查要由淺入深,分多次進行。

5.調研要以我為主,圍繞主題提出問題,不要陷入用戶的瑣碎業(yè)務中。

[NextPage]

6.要注意收集原始憑證、報表和文字資料。

在根據(jù)調研結果做設計的時候,不要過于迷信一些教科書上介紹的數(shù)據(jù)庫設計方法。在多年的實踐中,我發(fā)現(xiàn)許多方法不但沒用而且還增加工作量,在業(yè)務關系比較復雜的情況下,一些數(shù)據(jù)庫設計方法是根本不能推導出設計結果的。而且直接根據(jù)收集資料和現(xiàn)行業(yè)務去推導數(shù)據(jù)庫結構的做法也是不可取的。這是因為:雜的情況下,一些數(shù)據(jù)庫設計方法是根本不能推導出設計結果的。而且直接根據(jù)收集資料和現(xiàn)行業(yè)務去推導數(shù)據(jù)庫結構的做法也是不可取的。這是因為:

1.用戶描述的業(yè)務可能不是一個好的管理方法。

2.用戶描述的各部門間的業(yè)務數(shù)據(jù)傳遞仍是手工做法。

3.用戶描述的業(yè)務不是規(guī)律性的業(yè)務流程,因此會經(jīng)常發(fā)生改變。

4.用戶描述的業(yè)務不適合于用計算機去實現(xiàn)。

5.用戶的輸出表格為固定的內容,不能適應業(yè)務的變化和擴展。

所以在系統(tǒng)設計時要超越當前的業(yè)務,抽象出業(yè)務中的管理思想和規(guī)律性的東西。為了適應

計算機管理,有時也要改變用戶的業(yè)務流程,這時要與用戶協(xié)商,讓其理解這種改變的意義。另

外設計還應留有可擴展的余地。

五、程序設計要實用

MIS軟件最終的目的是要用戶使用。因此在程序設計時必須立足于操作簡單、實用,并真正能為用戶解決實際的業(yè)務問題。不能因為怕編程麻煩而將程序功能設計得過于簡陋。

為方便用戶使用,應用程序中起碼應具有下面這些功能:

1.提示功能。屏幕上的代碼信息(如客戶代碼、科目代碼等)要有提示操作,使用戶不必記憶很多的代碼。

2.操作確認。對于一些不可恢復的操作(如記錄刪除等)應有操作確認,避免誤操作。

3.數(shù)據(jù)校驗。對于一些有限制條件的輸入信息,可以自動校驗其正確性,避免錯誤數(shù)據(jù)進入系統(tǒng)。

4.錯誤恢復。用戶無意中進行了錯誤操作,應能有相應的處理程序挽回錯誤。

5.缺省賦值。對于一些常用信息可以設置缺省值,使用戶不必每次都輸入這些信息。

6.記錄復制。用戶可以復制一條或多條已存在的記錄,并可修改復制結果,形成新的記錄。

六、測　試

測試是保證程序質量的一項重要工作。但測試只能證明程序有錯,而不能證明程序無錯。所以任何軟件系統(tǒng)都不能保證內部沒有錯誤。為了確保軟件系統(tǒng)的安全與可*性,一方面要加大測試力度,另一方面要抓住測試重點。