［摘要］ 隨著信息產(chǎn)業(yè)在中國經(jīng)濟(jì)發(fā)展過程中重要性的提升，社會對信息系統(tǒng)應(yīng)用管理人才的需求會顯著增加，對信息系統(tǒng)分析與設(shè)計的實驗教學(xué)效果的提升的研究將意義重大。本文將借鑒小企業(yè)的IT項目管理經(jīng)驗，對此方面的管理工作進(jìn)行探討。

［關(guān)鍵詞］ 信息系統(tǒng) 實驗教學(xué) 管理思路

一、信息系統(tǒng)分析與設(shè)計實驗教學(xué)中培訓(xùn)學(xué)員常犯的錯誤

在信息系統(tǒng)分析與設(shè)計的培訓(xùn)實驗教學(xué)中，相對于大型IT軟件項目，學(xué)員小組規(guī)模的應(yīng)用實驗課題具有靈活性高、軟件功能相對較少、小組成員人數(shù)較少（一般2~4人為宜）、實驗教學(xué)周期較短的特點。

我們經(jīng)常提到“軟件危機”一詞，這是指一些大型軟件項目延期，導(dǎo)致項目順利交接存在困難。當(dāng)然這并不意味著“軟件危機”就與實驗教學(xué)中的學(xué)員課題毫無干系。雖然規(guī)模較小的學(xué)員實驗課題看起來比較簡單，比較容易成功實現(xiàn)，但如果在實驗教學(xué)中忽視了必要的教學(xué)管理和指導(dǎo)，則學(xué)員很容易出現(xiàn)以下的一些錯誤：

1. 對培訓(xùn)學(xué)員實驗課題的小組成員而言

⑴ 草率確定實驗課題的名稱及范圍

對于許多培訓(xùn)學(xué)員來講，對社會、行業(yè)及企業(yè)的業(yè)務(wù)實際運作情況了解較少，缺乏業(yè)務(wù)調(diào)研的經(jīng)驗等是不爭的事實。如果這些情況在實驗教學(xué)中得不到切實有效地改善，將對信息系統(tǒng)分析與設(shè)計的實驗教學(xué)效果造成致命的影響。

因此，應(yīng)考慮指導(dǎo)培訓(xùn)學(xué)員小組的成員根據(jù)其實驗課題的周期長短，謹(jǐn)慎選擇與其技術(shù)能力相適應(yīng)的課題，并控制課題的功能范圍。

⑵ 缺乏對隱性問題的重視

作為一位培訓(xùn)學(xué)員實驗課題小組的成員，當(dāng)實驗開始時，就把自己與實驗是否成功的命運聯(lián)系在一起了。實驗的成功與失敗都無疑會對小組成員造成心理上、情緒上的影響。因此上述因素對小組成員的隱性影響最終會體現(xiàn)在學(xué)生學(xué)習(xí)的積極性上，并最終關(guān)聯(lián)到信息系統(tǒng)分析與設(shè)計課程的實驗教學(xué)效果。

⑶ 草率的計劃

信息系統(tǒng)分析與設(shè)計的實驗教學(xué)課題往往由于規(guī)模較小，培訓(xùn)學(xué)員小組成員經(jīng)常在軟件開發(fā)之前沒有認(rèn)真地進(jìn)行可行性分析和實驗工作量的估計，便很草率地制定一個實驗工作進(jìn)度表。同時，由于沒有認(rèn)真地估計實驗課題的難度，結(jié)果實際完成時間與估計完成時間往往有較大差別，這種偏差必將使實驗教學(xué)的效果陷入困境。在IT項目管理咨詢行業(yè)，許多中小企業(yè)對于類似這種偏差的認(rèn)識，也認(rèn)為是執(zhí)行過程除了差錯，其實根源卻是項目的前端出了問題。

2. 培訓(xùn)學(xué)員實驗過程中的蹩腳設(shè)計

從較小規(guī)模的實驗課題特點來看，學(xué)員小組成員人數(shù)少，意味著不同人員的程序之間交互、接口相對少一些；開發(fā)周期短，意味著往往是同樣的幾個人從頭到尾負(fù)責(zé)一個實驗課題。上述情況都讓人容易犯些錯誤，例如往往是幾個人碰一下意見，討論一下最基本的數(shù)據(jù)結(jié)構(gòu)、函數(shù)接口便分頭去做自己的工作了，并沒有一份較正式的文檔。這種做法的危險主要表現(xiàn)在：

⑴ 有的人可能會對討論出的接口、結(jié)構(gòu)理解有偏差，應(yīng)該承認(rèn)并不是所有參加會議的人總是很明白，人是會犯錯誤的。而往往一個單純的誤解可能造成以后的返回。

⑵ 由于討論時忽略了某些情況，等大家都按當(dāng)時的分工完成屬于自己的工作后，才發(fā)現(xiàn)各個模塊組合起來卻形不成一個完整的系統(tǒng)。其根源在于系統(tǒng)設(shè)計不充分，沒有一個負(fù)責(zé)協(xié)調(diào)的人員不斷監(jiān)控整個開發(fā)過程。

⑶ 一旦有人中途退出實驗小組，或有其他新人加入時，新來的人難以理解以前別人做好的代碼，索性自己從頭來。

另外，沒有技術(shù)文檔的程序，日后維護(hù)和版本升級都比較困難。這些對信息系統(tǒng)分析與設(shè)計的培訓(xùn)實驗教學(xué)效果的提升都是不利的。

3. 培訓(xùn)學(xué)員實驗過程中的直奔系統(tǒng)現(xiàn)象

直奔系統(tǒng)現(xiàn)象指培訓(xùn)學(xué)員實驗課題的實施中，不經(jīng)過單元測試而直接進(jìn)入系統(tǒng)測試。造成這一現(xiàn)象的原因是每個模塊相對比較簡單，但是為了測試一個模塊需要建立一些測試環(huán)境。比如為了測試一個函數(shù)是否正確，應(yīng)該用一些測試數(shù)據(jù)去調(diào)用該函數(shù)，需要編寫一些測試數(shù)據(jù)。

應(yīng)該承認(rèn)，單元測試的是挺麻煩。因此許多培訓(xùn)學(xué)員會覺得，反正其他模塊也很快出來了，直接用真正的數(shù)據(jù)來運行幾次就行了。殊不知，一旦直接進(jìn)入系統(tǒng)測試，發(fā)現(xiàn)運行結(jié)果不正確后需要一步一步查找。同時，由于模塊間的調(diào)用關(guān)系，可能查了很久才發(fā)現(xiàn)是某個模塊的問題。

直奔系統(tǒng)現(xiàn)象如果僥幸成功，效率可能會很高，但這種成功的概率一般不超過40%。正所謂欲速則不達(dá)，如果我們對每個模塊進(jìn)行單元測試時都進(jìn)行一下邊界測試，就會很容易消除這些隱患。

二、信息系統(tǒng)分析與設(shè)計培訓(xùn)實驗教學(xué)效果的管理思路

要提高信息系統(tǒng)分析與設(shè)計課程的培訓(xùn)實驗教學(xué)效果，就教學(xué)管理而言，可形容為“麻雀雖小，五臟俱全”。即培訓(xùn)學(xué)員小組形式的應(yīng)用課題實驗，仍然應(yīng)該遵循信息系統(tǒng)分析與設(shè)計的一般規(guī)律，必須的步驟是不能省略的。但也需注意其規(guī)模較小的一些特點，實驗過程中可以具體問題具體分析，相對靈活地把握其進(jìn)度和功能范圍等因素。

1. 需求調(diào)研、獲取及文檔整理

在這一環(huán)節(jié)上面花費相當(dāng)時間是很必要，也是很值得的。所有的信息系統(tǒng)項目進(jìn)入正式研發(fā)之前，必須先從用戶處獲取準(zhǔn)確的需求信息，并加以分析。信息系統(tǒng)項目可以大致分為專用系統(tǒng)和通用系統(tǒng)兩大類。

對于專用系統(tǒng)，一般用戶對于要完成哪些功能，已經(jīng)有了比較清楚的輪廓，需求相對較為明確，培訓(xùn)學(xué)員實驗小組的成員通過與用戶進(jìn)行比較具體的交流和討論，結(jié)合Internet等途徑采集相關(guān)的、較為豐富的素材資料，即可了解清楚用戶心目中的系統(tǒng)究竟是什么樣子。做好這個步驟，則可以避免實驗后期因?qū)W員的理解和用戶的要求存在誤解，而造成的時間上的浪費。

對于通用系統(tǒng)，就需要更多地從技術(shù)的角度考慮需求。例如現(xiàn)有硬件配置情況、軟件配置情況、網(wǎng)絡(luò)使用狀況，數(shù)據(jù)庫應(yīng)用等。為得到這些信息，需要根據(jù)調(diào)研的統(tǒng)計結(jié)果決定即將信息系統(tǒng)的一些技術(shù)指標(biāo)。

需求分析就是將需求用一種模型來表示，即借助相應(yīng)的技術(shù)分析文檔表現(xiàn)出來。在采用面向?qū)ο蟮姆治龇椒〞r，雖然其具有分析、設(shè)計、編碼過程統(tǒng)一的優(yōu)點，但關(guān)注瀑布模型、原型模型、增量模型等，對于學(xué)生實驗工作流程的推進(jìn)和技術(shù)文檔的完整是有益的。

2. 信息系統(tǒng)的設(shè)計過程

這一環(huán)節(jié)主要是進(jìn)行系統(tǒng)結(jié)構(gòu)設(shè)計、數(shù)據(jù)結(jié)構(gòu)（數(shù)據(jù)庫）設(shè)計、界面設(shè)計等工作，當(dāng)然包括對分析模型必要的修改和完善。

在面向?qū)ο蟮脑O(shè)計環(huán)境中，可能需要對某些類結(jié)構(gòu)進(jìn)行一些修改，這些修改的原因可能是編程環(huán)境的要求，或者為了重用以前的某些工作。比如定義界面部分、數(shù)據(jù)訪問（數(shù)據(jù)庫）部分。

3. 信息系統(tǒng)的編碼工作

進(jìn)入信息系統(tǒng)的編碼環(huán)節(jié)，培訓(xùn)學(xué)員可能會發(fā)現(xiàn)前面分析或設(shè)計階段的某些錯誤，這時應(yīng)返回到前面的階段進(jìn)行必要的修改。測試階段正如前所述，即使規(guī)模較小，也應(yīng)該嚴(yán)格地進(jìn)行測試。

4. 培訓(xùn)學(xué)員實驗小組成員的指導(dǎo)與管理

規(guī)模較小的培訓(xùn)學(xué)員實驗課題，一般可以由2~4名學(xué)員來完成，這幾個人基本上從頭到尾參加信息系統(tǒng)的分析與設(shè)計。在這幾個人中，通?？梢杂幸晃恍〗M負(fù)責(zé)人，負(fù)責(zé)分析、設(shè)計和協(xié)調(diào)的工作。當(dāng)然，小組負(fù)責(zé)人也要參加編程等實驗工作，如何指導(dǎo)該學(xué)員能合理使用有限的實驗時間，提高實驗教學(xué)的效果，一般需要遵循下面幾點原則：

⑴ 協(xié)調(diào)工作比自己去做更重要.

一般而言，IT項目管理的主要工作就是協(xié)調(diào)，如果協(xié)調(diào)上出了漏洞，可能導(dǎo)致很大的問題。所以學(xué)員實驗小組的負(fù)責(zé)人必須隨時監(jiān)控小組各成員的工作進(jìn)展，例如內(nèi)容是否與要求發(fā)生偏差，進(jìn)度是否滯后等。只有在完成這些工作之后，小組負(fù)責(zé)人剩下的時間才能用于編程等其他事務(wù)。

⑵ 給每個小組成員明確的任務(wù)

不管是用面向?qū)ο蠡蛘咂渌椒ㄟM(jìn)行信息系統(tǒng)的實驗，分析、設(shè)計模型只是從功能的角度來描述系統(tǒng)。因此，具體實驗過程中每個小組成員必須非常明確自己的任務(wù)，這些任務(wù)應(yīng)該采用明確的文檔來描述。

⑶ 讓大家都大致熟悉設(shè)計模型

要讓每個小組成員都清楚自己所需要完成的任務(wù)在整個系統(tǒng)中處于什么地位，學(xué)員小組的成員因此可能會發(fā)現(xiàn)設(shè)計模型中的漏洞，避免了各人的代碼編寫完畢之后又要修改的后果。

參考文獻(xiàn)：

[1] 信息系統(tǒng)分析與設(shè)計，丁浩編著，清華大學(xué)出版社，2009年3月

[2] 信息系統(tǒng)分析與設(shè)計（第二版），耿騫編著，高等教育出版社，2008年1月

[3] 軟件測試方案分析與研究，郝愛語，中小企業(yè)管理與科技，2009年12月