導(dǎo)語：如何才能寫好一篇軟件項目總結(jié)，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公文云整理的十篇范文，供你借鑒。

篇1

虛心學習，努力工作1、 深入學習CROSS燃油汽配系統(tǒng)

6月份進入公司伊始，非常幸運地進入汽配項目組工作，在同事和領(lǐng)導(dǎo)幫助下，從無到有，開始學習和接觸燃油汽車配送業(yè)務(wù)。燃油汽車配送業(yè)務(wù)是對鐵路燃油汽配系統(tǒng)的擴展和補充，是近年來集團、分公司正在關(guān)注和開展的重要業(yè)務(wù)。這項目也是公司本年度內(nèi)的重點。

2、 按計劃完成汽配項目需求分析和詳細設(shè)計

1）7月份項目組多次召開需求分析討論會，深刻學習《鐵路燃油汽車配送業(yè)務(wù)模塊需求規(guī)格提綱》，對汽配項目有了全面的理解，奠定設(shè)計開發(fā)基礎(chǔ)

2）7月底正式開始軟件功能的詳細設(shè)計，在領(lǐng)導(dǎo)和同事的指導(dǎo)幫助下，逐步按計劃推進設(shè)計工作，期間不斷的優(yōu)化完善、打破思路，編寫完一份功能點的文檔，就進行一次討論和完善；并利用Axure軟件繪制汽配項目動態(tài)原型；       

3）8月底完成項目一期功能點的詳細設(shè)計，主要有開單交接、配送加注、結(jié)算管理等；在8月中旬獲知沈陽分公司的新需求，有“倒罐業(yè)務(wù)”、“三桶油包郵業(yè)務(wù)”等情況，項目組迅速組織召開專題討論，從沈陽分公司業(yè)務(wù)員的基本訴求出發(fā)，繪制業(yè)務(wù)流程、數(shù)據(jù)流程，挖掘業(yè)務(wù)的本質(zhì)，調(diào)整軟件設(shè)計融入以上兩種新業(yè)務(wù)。

4）9月底，除汽車罐存盤點和統(tǒng)計報表，主干業(yè)務(wù)功能模塊完成軟件開發(fā)，主要有料款價格、運輸商車輛、計劃跟蹤、開單交接、油庫提油、配送作業(yè)、服務(wù)對賬等20個子功能模塊；同時依據(jù)沈陽分公司汽配業(yè)務(wù)臺賬，編制集成測試用例，其中常規(guī)業(yè)務(wù)53項測試用例、特殊業(yè)務(wù)14項測試用例，在9月底測試驗證過程中，先后發(fā)現(xiàn)的33項需要優(yōu)化的細節(jié)，比如配送作業(yè)登記后鎖定庫存量、配送作業(yè)實現(xiàn)批量審核等。

5）至9月底，完成項目二期功能點詳細設(shè)計，主要有計劃跟蹤、在途汽車罐存、在途提油票據(jù)、庫存盤點等。

3、 汽配項目沈陽分公司試點順利開展

項目進入10月份是沖刺階段，奔赴油料沈陽分公司試點項目平臺，進入最忙碌最緊張的一段時間，這也是印象最深的一段日子：

1）9月底完成汽配業(yè)務(wù)權(quán)限過濾、往來單位配置等；9月底開始組織開發(fā)人員對集成測試中發(fā)現(xiàn)的問題進行修改，開始編制基礎(chǔ)數(shù)據(jù)信息核對清單、審批流程確認表、角色權(quán)限分配確認表等，10月中旬前完成階段性成果，項目組自信滿滿地前往 沈陽分公司；

2）10月15日至11月初試點工作進行的十分努力、艱辛，連續(xù)3周沒有休息，從早8點到晚上11點，天天如此，沒有間斷。我們項目組的成員們也下定了不做完不放松的決心，真切地感受到那時大家的心齊、凝聚力。

試點期間的故事特別多，現(xiàn)在回想起來似乎還歷歷在目，其中印象最深的是在與沈陽分公司業(yè)務(wù)溝通需求的過程。

因為沈陽分公司業(yè)務(wù)員平時的業(yè)務(wù)工作也很繁忙，只能在她們不忙的期間進行咨詢和學習，這里我們首先是放下身段，以一個學習者、實習員工的心態(tài)向他們請教問題、汲取經(jīng)驗，在她們業(yè)務(wù)員身旁，也會通過幫助她們操作具體業(yè)務(wù)等來親身感受業(yè)務(wù)上的痛點、理解這個業(yè)務(wù)背后是否有更深層的原因，比如幫助她們登記錄入每天汽車司機發(fā)來的加注單具，讓我直觀的知道有哪些單據(jù)、這些單據(jù)的特點、管理這些單據(jù)的要求及背后是否可以挖掘更深的需求；

其次是記錄和歸納每一項需求要求，不明確的地方反復(fù)與具體操作業(yè)務(wù)員溝通確認，并結(jié)合她們的臺賬進行數(shù)據(jù)推演，用鉛筆繪制草稿原型圖與她們交流，很快形成了需求文檔；

另外，通過這個過程，也很快拉近了與業(yè)務(wù)員的距離，與她們在工作中了解了更多，甚至把對方當作了業(yè)務(wù)伙伴、業(yè)務(wù)同事，這點讓我感到很欣慰。

在這試點過程中努力沒有白費，如期完成了既定任務(wù)。

4、 汽配項目集中培訓(xùn)圓滿完成

12月13至14日，在集團總部對各分公司開展汽車配送系統(tǒng)的集中培訓(xùn)和推廣工作

認真履行職責，突出工作重點1、 適應(yīng)工作要求、項目要求

1） 汽配項目涉及的內(nèi)容多、規(guī)則復(fù)雜

2） 各個分公司的汽配管理方式存在差異

3） 需求訴求較多

2、 工作技能提升

1）學習AXURE軟件，學需求文檔編寫

2）提升溝通能力

3、 管理方法的改進

1）現(xiàn)場試點、實施團隊管理

2）日常研發(fā)過程中的團隊管理

主要經(jīng)驗和收獲1、 按計劃完成項目節(jié)點、試點成功

2018年9月底完成階段性軟件開發(fā)和測試、2018年10月在油料沈陽分公司試點完成，得到沈陽分公司業(yè)務(wù)員的認可；

2、 克服項目工作中的困難

主要有與客戶溝通需求過程中的困難；

3、 贏得用戶的信任

在沈陽試點之后，得到沈陽分公司業(yè)務(wù)員的信任，從那時起到現(xiàn)在，每天都會與沈陽分公司業(yè)務(wù)員交流溝通，她們遇到系統(tǒng)操作上的問題也會及時反饋給我，讓我們及時解決和處理；在得到她們對系統(tǒng)認可時一種成就感油然而生。

4、 培訓(xùn)推廣順利完成

2018年12月在在集團完成汽配項目培訓(xùn)推廣工作，得到廣州、武漢、西安等分公司認可，也熟悉和理解了培訓(xùn)課程、演示課程的一系列工作。

在工作中正確認識項目特點，積極適應(yīng)1、 與項目團隊成員溝通重視溝通效率

與項目團隊成員溝通，要注意表達方式，首先要全面理解項目，才能對項目需求的要點描述清楚，才能跟團隊成員溝通無誤，避免反復(fù)；其次要學會利用圖畫、圖表、原型、思維導(dǎo)圖等工具幫助溝通；遇到困惑的地方，應(yīng)該盡快與項目組成員達成一致。

2、提升開會效率

要利用好與團隊成員討論、開會的機會，開會時要聽懂，不懂的地方記錄下來，找合適的時機進行討論，并嘗試在聽懂之后用自己的語言表達出來；必要時要借助會議錄音加深理解。

2、 重視客戶反饋和需求

與客戶溝通應(yīng)該盡可能的站在客戶的角度分析問題，與客戶溝通的方式方法上也要注意，盡量把問題描述的通俗易懂，通過描述貼合實際的業(yè)務(wù)場景或例子，能夠事半功倍；服務(wù)好客戶是工作的重中之重；

3、 項目管理工作應(yīng)該細致、有條不紊，注意對關(guān)鍵節(jié)點的監(jiān)督和控制

嚴格按照項目進展，避免遺漏，及時糾偏；需求、開發(fā)、測試綜合全面控制，避免漏洞；

存在的不足1、 對軟件開發(fā)、編程認識還不深入全面，對數(shù)據(jù)庫的編程缺乏了解

    由于之前的工作經(jīng)歷缺乏編程開發(fā)的經(jīng)驗，對數(shù)據(jù)庫編程也缺少學習，因此在工作中涉及相關(guān)內(nèi)容時，會不理解。

2、 缺乏一定的產(chǎn)品設(shè)計、產(chǎn)品管理的知識和實踐，在軟件設(shè)計時走過一些彎路。

3、 項目管理工作還不夠細致全面

不要只局限于具體工作，要對項目有全面把控

4、 文檔編寫能力有待提高

2019年工作計劃和努力方向一、個人能力提升計劃

1、 項目管理能力提升

1) 加強對項目管理的理解和實踐，注意把理論知識實踐應(yīng)用到具體工作中，盡快找到契合點，為改進完善工作效果、提高工作效率而努力；

2) 在汽配項目的基礎(chǔ)上，深入學習和理解Cross系統(tǒng)的各個系統(tǒng)；

3) 適當對產(chǎn)品管理的知識進行學習，適當對編程開發(fā)、數(shù)據(jù)庫的知識進行學習；

2、 工作效率、待人處事的方法改進

加強溝通技巧的學習和實踐，與團隊成員、與公司的同事建立更融洽的關(guān)系；

3、 加強為客戶服務(wù)的意識

站在客戶的角度思考問題

4、提高文檔能力

多練、多寫，虛心向強者學習

二、汽配項目工作計劃

1、完善汽配功能、滿足需求

繼續(xù)完善汽配系統(tǒng)現(xiàn)有功能、集中培訓(xùn)的反饋

2、服務(wù)好客戶、用戶

滿足集團項目要求

跟進沈陽分公司使用汽配系統(tǒng)

3、手機APP功能

4、迎接汽配系統(tǒng)

篇2

【關(guān)鍵詞】手機軟件設(shè)計 軟件快速重建模式 軟件項目過程 軟件質(zhì)量

1 軟件需求繼承性的管理

對于目前的手機設(shè)計公司來說承接的業(yè)務(wù)大多數(shù)是需求有繼承性的項目，對于需求的差異性很大，開發(fā)需求很復(fù)雜且之前不是很有積累的需求，無論是手機設(shè)計方案商還是手機制造商來說都是很謹慎的。大家對于這里的風險意識都是一樣的強烈。所以一般情況下手機設(shè)計公司承接的都是有軟件需求可以繼承之前有積累的項目。而對于這些需求的繼承性的管理是快速實現(xiàn)這些需求的軟件項目的關(guān)鍵。如何實現(xiàn)這些軟件需求的高效繼承使用呢？

1.1 使用合適的軟件項目版本管理工具

軟件項目的版本管理工具中CVS， Git， Repo等都可以用來管理手機軟件項目的開發(fā)過程。其中Git和Repo是用于多方合作的分布式版本控制系統(tǒng)，它就適合于類似目前的智能手機開發(fā)管理的現(xiàn)狀。這里涉及手機硬件平臺的方案提供商，手機軟件提供商，還有手機設(shè)計公司共同開發(fā)一個項目。關(guān)鍵是Git 和Repo能夠方便的實現(xiàn)各種需求在軟件版本上的繼承和快速的合入。一般Git和Repo上會建有主線（master）工程，這里主要是平臺的基礎(chǔ)內(nèi)容，各種軟件平臺上開發(fā)出的新內(nèi)容都往上添加，是平臺發(fā)展的基礎(chǔ)。當然主線上的內(nèi)容由于來自各種開發(fā)的新內(nèi)容的導(dǎo)入，往往存在有各種問題，而且主線是實時被更新，也來不及測試它的穩(wěn)定性。鑒于上述的狀況一般真正要實現(xiàn)的項目都是在一定狀態(tài)的主線上建立起來的分支進行單獨管理的，對于分支（branch）上的管理是需要軟件項目負責人（SPL）來管控的。SPL（Software Project Leader）對于開發(fā)（包括MMI和Driver ）的工作成果，根據(jù)各個項目的需求點對點地合入各自項目的分支，如：用Git指令git cherry-pick。每種不同的軟件需求，這里主要是指人機交互（MMI）上的功能需求，在某個平臺上有了一個完整的需求功能分支，并且這個分支的軟件產(chǎn)品已經(jīng)量產(chǎn)且被市場認可驗證過，那么后續(xù)相似的項目都可以用來繼承該分支。那么越是后來的項目越是能繼承之前項目的成果，它實現(xiàn)的過程就能更加的快捷和可靠，實現(xiàn)軟件的復(fù)用。

1.2 對于需求和共性Bug建立良好的文檔管理機制

對于需求的繼承光有版本管理工具的分支管理是不夠的，畢竟管理工具上記錄的每條提交記錄（Commit Infomation）都是離散的，同時由于提交時的不謹慎，可能導(dǎo)致相同功能模塊的多次提交，這樣就要求SPL（Software Project Leader）在合入時要清晰了解合入的順序和具體的Commit ID信息。所以有一份詳細的功能合入文檔信息就很有必要了。文檔里需要記錄的內(nèi)容有：

（1）需求或者Bug的詳細描述，需求和Bug在他們各自管理系統(tǒng)里的信息記錄。

（2）Bug處理責任人的信息。

（3）對應(yīng)修改所涉及的makefile里的宏控制信息。

（4）提到到軟件管理工具（Git）的Git log信息，按提交順序記錄。這里的信息要具體到文件和其目錄。

（5）簡單描述修改處理的方法。

這樣的信息要根據(jù)不同的需求分別建立起來，開發(fā)人員要在對應(yīng)的文檔里更新迭代。上面提到的Bug主要是共性Bug。

1.3 需求共性Bug核對自動化點檢機制

運用腳本工具在軟件編譯前對一些關(guān)鍵需求和重要共性Bug的合入情況做自動化的點檢工作，在編譯的初期就對相關(guān)內(nèi)容在整個軟件工程里的配置情況進行自動化點檢。如果軟件配置有問題就可以在編譯開始時就被檢查出來，讓SPL盡早發(fā)現(xiàn)和修改。這里就需要前面的文檔管理工作做的好一些，既可以作為記錄讓那個項目參與人員查閱，同時也要適合自動化點檢工具用來查詢比較使用。這里可以被自動化工具用來點檢的項有：

（1）平臺的共性bug；

（2）硬件資源的配置狀態(tài)如：PCM（phase change memory），G-sensor；

（3）平臺共性修改需求，如：YunOS系統(tǒng)驗收規(guī)則。

1.4 對于不同項目間進行需求分析，準確判斷之間的繼承性關(guān)系

要讓上面3點發(fā)揮作用，首先要對于需求之間是否有繼承性要有精準的判斷。對于同一個客戶的需求往往判斷其繼承性很容易，因為同一個客戶他們的某個需求在不同項目間會有繼承。但是對于不同客戶之間的需求往往也存在的很大的相似性，那么如果能準確找出從一個合適的成熟量產(chǎn)項目的分支上進行繼承做，自然也會事半功倍。當然并非說成熟量產(chǎn)項目就一定沒有問題，如果主線（master）上確認有很重要的內(nèi)容需要合入分支，那也是要在各個項目分支上實時合入的。比如MTK或者Spreadtrum釋放的重要平臺patch等。這也可以用類似被上面第1.2點提到的文檔進行管理的。需求的共性特性需要前方的客戶經(jīng)理來主導(dǎo)判斷，因為他們更熟悉客戶需求，后端的SPL當然是這個繼承行為的實施者。

2 項目系統(tǒng)配置和驅(qū)動配置的敏捷切換

實踐當中項目部門在立項過程中有意識的做一些固定的切換來適應(yīng)市場的需要，比如軟件需求基本不變的情況下引導(dǎo)客戶做手機頻道的切換，比如從TDD的三模（如表1）切換成五模（如表2）或者6模（全網(wǎng)通）。

對于這樣項目的切換，如果總是從方案商提供的默認的頻段配置方式出發(fā)來配置工程，那么對于一個三模切換到五模的項目總是要從五模配置的方案商提供的Release參考makefile和工程目錄配置方式出發(fā)，那么原來三模配置項目中的makefile里的關(guān)于軟件項目的配置選項，比如宏，比如工程目標目錄里的配置項涉及到該客戶的軟件需求的都要移植過來，當然就還要在重新測試需求。因為這個過程中需求相當于重新移植配置。這個過程對于一個項目來說本身無可厚非，但是對于敏捷實現(xiàn)一個項目來說，它不但當SPL重新移植了客戶需求，同時增加了客戶需求測試點檢的需要，從整體上講這種重建工程的方式對于該項目的重建的成本投入就很高了。如果換種思路，如果開發(fā)中的驅(qū)動工程師能從根本上就總結(jié)好從三模的項目配置改成五模的項目配置過程中需要修改的配置項，只要總結(jié)好一次且驗證OK的情況下，下一次配置的時候就能輕松重建，這樣的總結(jié)對于不斷有這種項目切換的項目團隊來說是很有益處的。它使得項目重建過程更為簡單且引入的問題控制在一個范圍里。即便真有頻段配置的問題項目團隊也能清晰知道問題所在的范圍。如果過分堅持驅(qū)動工作的流程就是要從方案Release狀態(tài)的五模參考配置方式出發(fā)，雖然從驅(qū)動工作的角度出發(fā)，可能提高的配置的正確性，但是對于整體項目的推進卻是添加了阻力的。相反針對項目需要敏捷切換的顯示做一些系統(tǒng)配置工作的方式切換卻可以使得原來三模項目的客戶需求修改被更好的被繼承，同時測試的反復(fù)缺失需求也可以不那么必要了，整體上來說就有進度推進的優(yōu)勢，而對于驅(qū)動本身來說，只要做一次這樣的認真切換工作的研究，下一次也是可以很快的重建這個過程，所需要的只是一次認真的總結(jié)。這種各種需求的來回切換需要不同的支持不能綜合考慮支持，盡量從整體項目進度推進的角度出發(fā)來綜合考慮問題，而不是單個從某項工作的角度的出來來判斷這樣做是否合理。即便需要某項工作做一些較難的整理總結(jié)，但是對于后續(xù)項目切換過程中能給更多的項目帶來便利的話，這樣的總結(jié)也是應(yīng)該去做的。

3 對于有需求繼承性的項目快速重建過程中配套的軟件測試策略的改進

對于這種繼承性很強的項目來說，如果項目本身確實是有效繼承于一個成熟的量產(chǎn)項目。針對這樣項目的測試流程也應(yīng)該和普通項目的流程不一樣。首先針對這樣的項目應(yīng)該在前期先要安排這個項目的客戶需求的逐項點檢確認，看看需求是不是繼繼承好。一旦項目繼承前面的需求分支后，出的初期軟件就應(yīng)該可以點檢了，測試部門應(yīng)該在之前做項目的時候可以對于項目的需求做好測試文檔記錄規(guī)律工作，對于已經(jīng)做過的共性需求記錄好點檢的測試案例，后面找測試工程師點檢需求的時候可以快速的根據(jù)之前的記錄進行點檢，設(shè)置可以開發(fā)自動化測試工具來點檢。同時需求確認后就可以判斷驗證已知的平臺共性Bug的合入修改情況。如果這兩點能在測試首輪就確認好，軟件質(zhì)量的基調(diào)就能定下來了。當然如果項目的器件做了切換，也要盡早確認器件的功能性測試，也可以適當關(guān)注這些的性能表現(xiàn)。如果第一輪的這些測試都做好且效果OK，當然即便有一些問題，也能讓軟件團隊盡早先修改繼承需求過程中產(chǎn)生的問題。也可以把器件的問題也在較早的時間段就發(fā)現(xiàn)出來。這樣的軟件基本也可以和客戶一起同步測試了?？蛻裟玫降能浖杏X繼承性較好的話，對于軟件開發(fā)的進程也會較有信心。第二輪的時候選著適當?shù)臏y試強度的固有測試用例跟進這個項目的軟件測試。如果機器數(shù)量可觀且狀態(tài)良好的情況下可以盡早安排模擬終端用戶使用的alpha測試。這樣的模擬能找到正常測試案例里找不到的問題，同時客戶也是更多的偏向于這種方式發(fā)現(xiàn)問題的。

4 總結(jié)

為了做到手機軟件項目的有效繼承需求，快速實現(xiàn)衍生項目的工程重建。要在以下各個方面做了些努力：

（1）做好軟件項目需求繼承性的管理工作，對于有繼承性的項目要做好軟件版本分支管理，Bug管理，共性需求分析工作。開發(fā)使用一下自動化檢查工具來實現(xiàn)共性需求和Bug的合入情況的檢查。

（2）同時對于重建概率加高的一些開l需求做一些總結(jié)整理，確認整理的內(nèi)容有效后可以使得后續(xù)項目對于這些需求在SPL的需求分支上復(fù)現(xiàn)的過程可以快捷高效。

（3）配合這種需求繼承性強的項目以合適的測試流程。從需求繼承和Bug修改繼承出發(fā)，先驗證已知的問題和需求的繼承情況，再確認系統(tǒng)穩(wěn)定性的測試策略。

通過上述環(huán)節(jié)綜合作用使得項目的進度能快速推進并且項目質(zhì)量也能得到一定的保證。

參考文獻

[1]薩默維爾著；程成等譯.軟件工程（原書第9版）[M].北京：機械工業(yè)出版社，2011（04）：144-146.

[2]Leszek A.Maciaszek著；馬素霞，王素琴，謝萍等譯.需求分析與系統(tǒng)設(shè)計[M].北京：機械工業(yè)出版社，2009（05）：60-61.

[3]楊芙清，梅宏，李克勤.軟件復(fù)用與軟件構(gòu)件技術(shù)[J].電子學報，1999，27（02）：68-75.

作者簡介

嚴王君 （1981）男，大學本科學歷。學士學位。中級工程師，軟件集成主管。主要研究方向為嵌入式系統(tǒng)軟件MMI開發(fā)，軟件系統(tǒng)集成。

篇3

摘要：為了解決計算機軟件專業(yè)學生理論學習與實際軟件開發(fā)活動脫節(jié)的問題，我院以學生公寓宿舍管理系統(tǒng)開發(fā)項目為背景，設(shè)計了一個小組開發(fā)過程的實踐訓(xùn)練課，通過該過程訓(xùn)練，使學生能理論聯(lián)系實際，具備從事實際軟件項目開發(fā)的能力。本文介紹了我院的具體實踐經(jīng)驗。

關(guān)鍵詞：PSP；TSPi；UML；軟件開發(fā)；軟件工程

中圖分類號：TPG642 文獻標識碼：A

1引言

1.1實踐訓(xùn)練的目的

在現(xiàn)有計算機軟件專業(yè)本科教育中，缺少一種系統(tǒng)的實驗實踐方法，讓學生綜合運用所學計算機理論知識，以適應(yīng)實際軟件開發(fā)項目的需要，其結(jié)果是學生走向社會，沒有成熟的開發(fā)方法和經(jīng)驗，需要大量摸索。為解決該問題，我們通過一個學生公寓宿舍管理系統(tǒng)項目，進行小組軟件開發(fā)過程方法實踐訓(xùn)練，使學生掌握數(shù)據(jù)結(jié)構(gòu)、算法設(shè)計、數(shù)據(jù)庫、軟件工程、程序設(shè)計語言等學科的知識和軟件開發(fā)的文檔國標，從而能夠融入到軟件開發(fā)項目小組工作中或帶領(lǐng)軟件開發(fā)小組工作。

1.2 實踐訓(xùn)練的題目選擇

學生在大學期間都住校，對公寓宿舍的管理很清楚，對需求容易理解，容易做出需求分析，這是我們選擇開發(fā)學生公寓宿舍管理系統(tǒng)作為實踐訓(xùn)練題目的原因。當然也可以選擇職工工資管理系統(tǒng)、學生成績管理系統(tǒng)作為訓(xùn)練題目，業(yè)務(wù)需求盡量清晰簡單，而且系統(tǒng)不要太復(fù)雜。

1.3實踐訓(xùn)練所需資料

(1) 教材

人民郵電出版社的《個體軟件過程》和《小組軟件開發(fā)過程》?！秱€體軟件過程》強調(diào)了項目的成功，首先建立在個體成員基本素養(yǎng)的基礎(chǔ)上，培養(yǎng)學生按時高效地生產(chǎn)出高質(zhì)量的軟件產(chǎn)品并可對其工作質(zhì)量進行預(yù)測的能力，提供工程師測量和改進工作方法的框架?！缎〗M軟件開發(fā)過程》有助于學生把課本上學習的軟件工程理論轉(zhuǎn)變成實際開發(fā)工程中可操作的過程，重點在于告訴學生一種小組方法，角色分工，每個人在項目中如何承擔自己的崗位職責和積極協(xié)助其他成員完成工作，不斷地通過軟件開發(fā)工作取得個人進步和小組進步。只有通過個體開發(fā)工程師素養(yǎng)的提高和小組開發(fā)過程能力的不斷增強，才能實現(xiàn)組織級的CMM級別躍遷。

(2) 軟件工具

利用TSPi EXCEL制作項目計劃和追蹤項目進展，統(tǒng)計工作量，提高效率。利用VISIO制作用戶需求文檔和設(shè)計。

1.4實踐訓(xùn)練評分標準

(1) 小組主要技術(shù)文檔是否齊全：30%。

(2) 小組開發(fā)過程執(zhí)行情況：50%，包含項目手冊完整性、過程數(shù)據(jù)收集與按時提交情況、周例會組織與效果、計劃實際完成情況。

(3) 小組開發(fā)過程項目總結(jié)報告：20%。

過去實驗課，我們總是對每個學生單獨評分，現(xiàn)在以小組為單位進行訓(xùn)練，小組每個成員的成績都要和小組項目總成績掛鉤，小組成績占30%，個人角色占70%。即使個人做得很好，但如果小組成績不好，也直接影響到個人成績。讓大家明白，小組項目的成敗與每個成員密切相關(guān)，正象一個足球隊一樣，需要全體隊員的相互配合，取得小組的勝利才是最關(guān)鍵的。

2實踐訓(xùn)練重點內(nèi)容

2.1個體軟件過程訓(xùn)練

(1) 文檔規(guī)模估計方法

進行規(guī)模估計是軟件開發(fā)人員最基本的素養(yǎng)，掌握規(guī)模估計的方法才能對個人開發(fā)工作效率、進度有一個估算。文檔(需求、設(shè)計、使用說明書、標準制定)規(guī)模按文檔頁計算，界面設(shè)計以界面?zhèn)€數(shù)計算，分別用分鐘/頁、分鐘/個、分鐘/行作為開發(fā)文檔、界面、程序行的效率計量單位。先積累規(guī)模實驗數(shù)據(jù)，以后以此計算個人效率。實際項目開發(fā)效率的估算按單個練習時效率的30%計算即可。復(fù)雜程序或以前沒有做過的效率估算要估得更低一些，循序漸進，估算越來越準確，且不可操之過急、目標太高。

(2) 個人承諾管理的方法

通過具體事例讓學生明白，軟件開發(fā)本身有許多不確定性，沒有完全相同的案例可以說明我們能按時完成開發(fā)工作。因此，將承諾建立在個人實際工作能力的量化指標上，進行時間任務(wù)的計劃管理是十分必要的。一般來說，只要是認真工作，沒有被別的工作打擾，計劃一旦落后，不要指望靠加班完成，需要調(diào)整計劃，及時與對方溝通協(xié)商。

建立實際工作時間日志、程序開發(fā)時間表、缺陷管理日志等，認真對待PSP項目計劃與總結(jié)表，是掌握個人開發(fā)技能狀況的重要手段，也是兌現(xiàn)承諾的可靠依據(jù)。

2.2小組角色組成與分工

根據(jù)每個學生的個人愛好、性格、專長，知識結(jié)構(gòu)，安排個人在項目中扮演不同的角色，承擔不同的職責，迅速掌握角色工作。

小組成員由項目經(jīng)理、計劃經(jīng)理、開發(fā)經(jīng)理、質(zhì)量經(jīng)理、技術(shù)支持經(jīng)理組成，計劃經(jīng)理可以由項目經(jīng)理兼任。項目組學生由4~5人組成。小組成員之間的關(guān)系參見圖1，角色職責參見表1。

圖1 項目組角色關(guān)系

表1 小組角色職責

2.3小組人員和諧工作的方法

以小組周例會溝通交流、目標管理、流程化管理，激勵組員為完成目標而工作，不斷取得進步。因開發(fā)實習工作時間集中，我們把周會議定為2天一次會議，養(yǎng)成及時溝通，使遇到的問題及時得以解決，同時把小組合作的意識培養(yǎng)起來。強調(diào)軟件開發(fā)的質(zhì)量、功能范圍、進度三要素的管理方法，把目標管理與過程管理結(jié)合起來。

2.4多周期開發(fā)方法

學生們在軟件工程中學習了一些開發(fā)過程模型，最簡單的過程模型是瀑布模型，但瀑布模型要求一次把階段文檔都做好，而在實際開發(fā)中往往很難達到，且瀑布模型也沒有組織過程模型，可操作性差。TSPi多周期過程模型有組織過程模型，即使由于訓(xùn)練時間短，不能進行多個周期開發(fā)，也可以通過把任務(wù)分配在多個周期中，分清主次功能和項目風險，把主要功能和高風險部分放在周期1中，提高項目的成功率。見圖2。

2.5軟件質(zhì)量標準

學生對軟件質(zhì)量的理解更多地停留在軟件是否能使用上，沒有軟件性能指標是否達標的概念，更沒有開發(fā)過程質(zhì)量的概念。通過提供過程質(zhì)量標準，質(zhì)管經(jīng)理監(jiān)控小組在開發(fā)過程中是否達到過程質(zhì)量標準，使學生掌握過程質(zhì)量的相關(guān)知識，加深認識個體質(zhì)量的重要性，不斷提高個人的開發(fā)能力。每個過程都有入口和出口標準，沒有達到入口標準的不能進行下一步，沒有通過出口標準的，該過程不能結(jié)束。

2.6項目總結(jié)

我們過去參與企業(yè)軟件開發(fā)活動比較多，項目總結(jié)往往留于形式?；蛘唔椖砍霈F(xiàn)問題，非要找出責任人，總結(jié)會上項目組人員相互指責，最后不歡而散的情況較多，不利于今后的項目開發(fā)工作。該實習訓(xùn)練強調(diào)過程總結(jié)，不把問題留到最后。每個過程階段的總結(jié)，重點強調(diào)要對角色不對人，肯定成績，發(fā)現(xiàn)角色不足，使小組成員在開發(fā)項目訓(xùn)練中得到進步，建立學習型組織。

3實踐訓(xùn)練具體步驟

實踐訓(xùn)練的具體步驟如表2所示：

表2 實踐訓(xùn)練的具體步驟

注：每個工作日8小時。

每個步驟都是一個實驗實踐項目，每個項目都有開始和結(jié)束條件，而且要求在安排的工作日內(nèi)要完成指定的項目。即使完不成，通過開周例會總結(jié)分析原因，改進工作。通過這種把開發(fā)工作劃分成一個個小項目，培養(yǎng)了學生如何做項目任務(wù)分解、如何完成任務(wù)，要求有許多過程文檔，使學生真正理解軟件=算法+數(shù)據(jù)結(jié)構(gòu)+文檔。

4實踐總結(jié)

學生通過該過程訓(xùn)練，明顯感到實際開發(fā)過程和做作業(yè)有很大不同，開發(fā)訓(xùn)練內(nèi)容規(guī)范、過程可操作性強，把課堂所學書本知識一下串了起來，同時又學習了許多新知識，學生知道了如何組織實際軟件開發(fā)項目了。這種模式非常值得推廣。

參考文獻

[1] Watts S.Humphrey著. 韓丹,袁昱譯. 小組軟件開發(fā)過程[M]. 北京:人民郵電出版社,2000.

[2] Watts S.Humphrey著. 吳超英,車向東譯. 個體軟件過程[M]. 北京:人民郵電出版社,2001.

[3] 陳宏剛,林斌,凌小寧.軟件開發(fā)的科學與藝術(shù)[M]. 北京:電子工業(yè)出版社,2002.

篇4

在軟件工程教學中主要存在三方面的問題：

1、軟件開發(fā)技術(shù)飛速發(fā)展，新方法、新技術(shù)、新工具、新平臺不斷出現(xiàn)，給軟件工程教學帶來了諸多問題：課時不變，教學內(nèi)容偏多，教材的更新跟不上技術(shù)的發(fā)展。

2、教學過程仍然以教師“教”為中心，在教師的指導(dǎo)下完成課程的相關(guān)實驗及課程設(shè)計的學習。軟件工程課程可操作性差、理論多、內(nèi)容抽象、難理解，很難充分調(diào)動學生學習的積極性和自主性，導(dǎo)致理論與實踐脫節(jié)。

3、學習軟件工程的學生幾乎都沒有軟件開發(fā)的經(jīng)驗，對于管理學的知識更是不知所然，加上有的教師也沒有完整項目軟件開發(fā)的經(jīng)驗，要讓學生做到“學中做，做中學”，真的是難上加難。

二、三元整合的教學思維

軟件工程課程主要介紹了軟件問題定義、項目計劃、需求分析、設(shè)計、維護等軟件開發(fā)過程中的各種問題。通過市場調(diào)查、觀摩學習、講座、校企合作，發(fā)現(xiàn)軟件行業(yè)在軟件設(shè)計、軟件維護、軟件測試三方面就業(yè)崗位多，人才缺口大。結(jié)合學生學習的特點，參照國家相關(guān)職業(yè)標準，確定軟件工程，培養(yǎng)人才方向崗位定位在軟件設(shè)計、軟件測試、軟件維護三個崗位，因此教學中將重點放在軟件設(shè)計、軟件維護、軟件測試上。文中以“學生信息管理系統(tǒng)”項目為載體，將項目開發(fā)過程中用到的各項工作技能按照工作過程分解任務(wù)，項目分解成一個個的子案例，以任務(wù)分解的方式完成技能的案例教學，體現(xiàn)工作過程的完整性。三個崗位的工作任務(wù)、職業(yè)能力、知識結(jié)構(gòu)之間的關(guān)系。整個教學過程是一個循序漸進的過程，每個崗位有明確的工作任務(wù)，每個工作任務(wù)對應(yīng)不同的職業(yè)能力，知識的表現(xiàn)形式也就不同。為了與崗位工作任務(wù)相適應(yīng)，在項目教學中培養(yǎng)學生的職業(yè)能力，使學生做到“學中做，做中學”；在設(shè)計教學項目案例上做到項目難度適中、易理解、易操作、易掌握、有針對性和代表性，并且包含上述三個工作崗位的工作任務(wù)與職業(yè)能力相關(guān)知識，最終達到項目驅(qū)動，任務(wù)分解的教學目的，同時學生也能進一步理解工作過程中需要掌握的技能。

三、三元整合在教學中的應(yīng)用

案例教學、項目驅(qū)動、任務(wù)分解的教學方法有各自特點，如何將這些教學方法整合在一個具體的項目中，并發(fā)揮其優(yōu)點是教學中要重點解決的問題。將“學生信息管理系統(tǒng)”項目進行分解，每一個子項目對應(yīng)一個具體的工作任務(wù)。對每個子項目按以下的教學步驟進行教學：

1、項目分解，確定每一個子項目的工作任務(wù)根據(jù)項目完成的時間限制、要求，將項目分解成子項目，不同的子項目對應(yīng)不同的工作任務(wù)。如“學生信息管理系統(tǒng)”可分解為“學生管理、課程管理、成績管理、信息查詢”四個子項目，且每個子項目對應(yīng)不同的工作任務(wù)。把工作任務(wù)獨立、花費時間少的稱為小任務(wù)；反之，工作任務(wù)需要多個教學單元經(jīng)過綜合實踐才能完成的，稱為大任務(wù)。在教學中又可將大任務(wù)分解為小任務(wù)，通過分析總結(jié)，最終使學生能掌握自上而下逐步求精分析問題解決問題的能力。

2、理論講解，案例演示教師結(jié)合案例演示，講解子項目中對應(yīng)的工作任務(wù)，讓學生真實理解工作過程中這個子項目到底要做些什么，怎么做，哪些知識是已知的，哪些知識是未知的，提出問題，充分調(diào)動學生的好奇心與求知欲。

3、學生分組討論，協(xié)同合作根據(jù)學生興趣、成績、實踐動手能力將學生分成4到5個人為一個小組。小組成員共同討論完成項目的開發(fā)。工作任務(wù)完成過程中，讓學生輪換擔當不同的角色，使其能體驗不同角色在不同階段的職責與任務(wù)，既培養(yǎng)學生團隊協(xié)作能力，又發(fā)揮了各自特長，調(diào)動了學生的積極性，從而提高了學習興趣。

4、學生各自完成工作任務(wù)通過項目分工，團隊中的每個成員都有明確的任務(wù)，結(jié)合教師的案例演示進行工作任務(wù)的模擬練習，讓學生對工作任務(wù)的完成有了真正的認識，從而培養(yǎng)學生的職業(yè)能力。

5、總結(jié)工作任務(wù)成果，評審驗收首先，學生對自己完成的子項目進行展示、總結(jié)，哪些完成，哪些沒有完成，原因在什么地方；其次，教師對每個團隊項目完成的情況進行比較，并將各團隊工作成果與案例演示中的工作成果進行比較，總結(jié)規(guī)律和技巧，使團隊中的每個學生知道自己在做什么，做得如何，哪些地方需要改進，哪些知識需要完善，自己發(fā)揮了什么作用，將實踐上升到理論高度，進而培養(yǎng)學生的職業(yè)能力。

6、拓展第二課堂，培養(yǎng)學生的研究、創(chuàng)新性學習能力在案例教學與學生實踐的基礎(chǔ)上，學生對工作過程中所要完成的工作任務(wù)有了基本的了解和認識。對于學習興趣高、實踐能力強的同學，選擇自己感興趣的方面跟老師一起參加項目研發(fā)，在教師的指導(dǎo)下，了解跟蹤軟件開發(fā)新技術(shù)發(fā)展趨勢，更加深入了解軟件工程精髓，進而培養(yǎng)自己創(chuàng)新性學習能力。

四、總結(jié)

篇5

【基金項目】 本項目得到桂林電子科技大學校級教改項目、廣西教育廳立項項目（編號201106LX181）、廣西教育廳一般項目（編號2013YB095）和廣西教育科學“十一五”規(guī)劃（編號2010C054）項目的支持

摘要：為培養(yǎng)學生的綜合素質(zhì)和個人能力，采用基于案例的教學模式，引入個體軟件過程的思想，通過案例項目設(shè)計和實現(xiàn)的模式，讓學生學習軟件開發(fā)和生產(chǎn)過程，通過規(guī)劃、控制、管理和改進自己的工作方式，自我完善，讓學生追蹤和評估自己的工作，循序漸進地提高編程水平和個人綜合能力。

關(guān)鍵詞：個體軟件工程 編程

中圖分類號：G642文獻標識碼：A文章編號：1673-9795（2014）01（b）-0000-00

1 個體軟件過程

個體軟件過程（Personal Software Process，PSP）是一種用于控制、管理和改進個人工作方式的自我改善過程[1]。PSP的實現(xiàn)方法簡單，不要求復(fù)雜的開發(fā)工具，是一個包括軟件開發(fā)的相關(guān)表格、軟件開發(fā)指南和規(guī)范化的結(jié)構(gòu)化框架。通過PSP進程，可以達到改進工作的效果，如圖1所示。學生通過理解和領(lǐng)會PSP基本概念與理論，掌握和應(yīng)用編程技術(shù)中的規(guī)范要求，包括如何制定項目計劃、如何根據(jù)表格數(shù)據(jù)跟蹤自己的工作、如何生產(chǎn)相對高質(zhì)量的軟件項目，如何通過有效的數(shù)據(jù)識別出自己在軟件開發(fā)中的優(yōu)勢和弱點，最終在規(guī)劃的時間和費用下開發(fā)出高質(zhì)量的軟件項目。這種制定計劃、跟蹤工作、識別自己優(yōu)勢弱點的做法，對于自己在系統(tǒng)規(guī)劃、系統(tǒng)設(shè)計的能力，都有非常好的影響作用。

2 案例教學設(shè)計

PSP過程包含了較多的表格內(nèi)容，如時間記錄日志、周活動總結(jié)表、作業(yè)編號日志、缺陷記錄日志、項目活動總結(jié)表等[2]。學生在最初接觸PSP時，可能會因為表格過多而產(chǎn)生抵觸感。針對學生時間規(guī)劃能力差，自學能力欠缺，學習主動性不夠，較依賴于老師的情況，基于興趣愛好的方式選取對軟件編程愛好的一部分同學，以提高學生軟件編程能力和綜合能力為導(dǎo)向，設(shè)計了基于個體軟件過程的案例教學模式。

項目采取的案例都是研究如何結(jié)合個體軟件過程的思想來設(shè)計實現(xiàn)一些軟件小項目的編寫，以提高學生對編程的興趣，因此通過趣味編程案例、游戲編程案例、課程授課內(nèi)容關(guān)聯(lián)案例等實際的案例設(shè)計，在案例設(shè)計過程中結(jié)合表格填寫，提高學生的學習興趣的同時，通過表格數(shù)據(jù)的填寫和對比，逐步實現(xiàn)PSP在項目設(shè)計中改進過程的體現(xiàn)，提高學生的問題綜合解決能力。學生通過理解和領(lǐng)會PSP概念與理論，掌握編程技術(shù)中的規(guī)范，學習如何制定案例項目的計劃、如何跟蹤自己的工作過程，如何設(shè)計實現(xiàn)高質(zhì)量的軟件程序，通過表格填寫的方式，了解自己工作中存在的各種數(shù)據(jù)，識別出自己工作的優(yōu)勢和弱點，最終學會在規(guī)劃的時間和費用下，開發(fā)出自己需要的軟件產(chǎn)品。同時還將這一過程應(yīng)用于課程設(shè)計和畢業(yè)設(shè)計的整體系統(tǒng)中，對學生規(guī)劃能力、實現(xiàn)能力和時間管理能力各方面的綜合素質(zhì)都加以鍛煉。

3 案例結(jié)合PSP的具體實現(xiàn)

PSP的核心思想通過軟件過程不斷完善，在時間管理、每個項目的進度管理、項目的缺陷管理等方面對自己在各個項目中出現(xiàn)的數(shù)據(jù)進行分析管理[3]，在下一個項目中加以應(yīng)用。針對這樣的設(shè)計，我們選取了學生感興趣的趣味編程、學生容易投入的游戲編程、學生數(shù)據(jù)結(jié)構(gòu)課程學習中遇到的一些典型例題以及貼近學生生活的簡易網(wǎng)上商城和教務(wù)系統(tǒng)等作為學生的項目[4]，在案例實現(xiàn)中，要求學生用循序漸進的方法，逐個項目完成。具體實現(xiàn)的事項和目標如下：

（1） 讓學生學會管理自己的時間

項目的基礎(chǔ)是通過學生參與基于PSP的案例式實踐教學，提高學生工作規(guī)劃、解決問題的能力和綜合能力。這些能力實現(xiàn)的第一步即是讓學生根據(jù)項目中已參與項目的使用時間的方式和經(jīng)驗，在下一個項目中進行管理，并學會根據(jù)時間進行實際可行的項目計劃。因此要求學生在每參與一個案例時，都要提供時間記錄日志、周活動總結(jié)表，作業(yè)編號日志、項目活動總結(jié)表等，這些表格的記錄雖然簡單，但是利于學生掌握自己在項目中的工作數(shù)據(jù)和時間的分配。

（2） 讓學生學會自己制定項目計劃

項目計劃用于規(guī)劃、總結(jié)各個案例項目的各種實踐數(shù)據(jù)（包括時間安排、缺陷記錄、測試調(diào)試等），這些數(shù)據(jù)的管理有助于跟蹤每個案例的進展情況。學生根據(jù)已完成項目中的時間安排比例和缺陷存在情況，可以合理安排自己的項目規(guī)劃，不至于到最后一刻才去完成工作任務(wù)，也避免了出錯的概率。

（3） 讓學生學會管理自己的項目進度

學生一般總有習慣，把作業(yè)或者任務(wù)拖到交付日期才開始去做。任務(wù)少時，作業(yè)可以一個接著一個的在臨近交付時再完成，但是當作業(yè)任務(wù)增加、或者有別的課外活動占用時間過多時，可能就需要在多個作業(yè)任務(wù)之間來交替完成。隨著從事的項目越來越大，精心安排時間就會愈加重要。典型的工程師在工作時，可能一邊給某個項目做開發(fā)測試，卻同時要擔任另外一個項目的項目維護。多個任務(wù)并行執(zhí)行時，就需要一份個人進度表來幫助自己協(xié)助完成多個任務(wù)。PSP提供了可以進行進度規(guī)劃的Gantt圖。Gantt圖需要把工作任務(wù)細化，針對本課題研究的項目案例，可以把每個任務(wù)細化為需求分析、設(shè)計、編碼、測試等多個步驟。在每個步驟中，督促學生適當?shù)脑O(shè)立檢查點，以更好的追蹤自己的工作，同一時間需要多個任務(wù)并行處理時，更需要項目進度計劃，以更好的安排時間和進度。

（4） 讓學生學會管理自己的缺陷

項目產(chǎn)品在設(shè)計時，要求既要滿足用戶的功能要求，又必須穩(wěn)定可靠的工作。對于使用者來說，最重要的是產(chǎn)品具備的功能。但是功能也只有在產(chǎn)品正確工作時才能具備，為了讓產(chǎn)品正常工作，必須排除產(chǎn)品中存在的缺陷。在軟件程序設(shè)計中，豐富經(jīng)驗的軟件工程師都會存在各種各樣的錯誤，學生在參與項目實踐時也是一樣會存在很多錯誤：如需求分析時因為需求不清導(dǎo)致的錯誤、算法設(shè)計和實現(xiàn)時存在的缺陷和錯誤、程序編寫過程中存在的語法錯誤、拼寫錯誤、標點符號甚至代碼冗余等。簡單的錯誤或者缺陷可能導(dǎo)致難以發(fā)現(xiàn)和破壞性的問題，產(chǎn)品中存在的缺陷來源于實現(xiàn)者的疏忽大意和經(jīng)驗欠缺，因此，為了提高軟件產(chǎn)品的質(zhì)量，應(yīng)該考慮如何管理自己程序中可能存在的缺陷，缺陷的存在有可能會導(dǎo)致程序模塊之間相互影響，使得后期發(fā)現(xiàn)和改正缺陷的代價更大，因此缺陷預(yù)防、和缺陷排除對于項目的開展甚為重要。PSP提供了缺陷記錄日志，包括缺陷的類型，缺陷的引入階段、缺陷的排除階段等。通過缺陷記錄日志，學生可以改進自己的程序設(shè)計水平，減少程序中缺陷的個數(shù)，尤其是在后面項目的開發(fā)時，借鑒前面項目存在的缺陷數(shù)據(jù)，可以盡可能的避免重復(fù)的缺陷，從而達到提高工作質(zhì)量的效果。

4 項目收獲和總結(jié)

PSP的理論知識體系比較簡單，但是想真正掌握PSP的工作并能應(yīng)用于工作學習中，需要大量的項目實踐，才可能掌握軟件工程的規(guī)范，改進工作過程，提高軟件開發(fā)的質(zhì)量和個人的綜合能力。對參與PSP案例設(shè)計與實現(xiàn)的所有學生，要求網(wǎng)上自學PSP的基礎(chǔ)知識，老師下發(fā)案例任務(wù)給學生，要求學生在項目開發(fā)的過程中遵循PSP的規(guī)范要求，完成開發(fā)案例。要求學生采集自己案例設(shè)計用的真實數(shù)據(jù)，累積自己進行設(shè)計、編碼、調(diào)試、測試等各階段的時間數(shù)據(jù)、缺陷數(shù)據(jù)等。經(jīng)過多個案例的反復(fù)練習，使學生的個人行為、軟件開發(fā)過程和綜合能力都得到了改進和提高，并形成遵循PSP要求的開發(fā)習慣。

在案例設(shè)計中，將趣味編程、編程游戲、數(shù)據(jù)結(jié)構(gòu)課程等融入在實踐中，通過這些較為典型的案例，寓教于樂，引導(dǎo)學生感受規(guī)范化帶來的區(qū)別，增強學生規(guī)劃、設(shè)計、實現(xiàn)能力的積累，使得學生進入到后期的課程設(shè)計、畢業(yè)設(shè)計時，感受規(guī)劃、設(shè)計、實現(xiàn)規(guī)范性帶來的變化，實現(xiàn)理論與實踐的結(jié)合，提高學生的職業(yè)技能和綜合素質(zhì)。后期的案例設(shè)計已經(jīng)顯示學生編程的效率和編程能力得到了明顯提高，引入程序的缺陷數(shù)目也逐漸減少。不但如此，學生的周活動總結(jié)表的數(shù)據(jù)也顯示，學生不但在軟件編程上有了時間規(guī)劃，在其余課程的實踐訓(xùn)練上也有所改善。有助于學生綜合能力的提高。

參考文獻

1、 毛鶯池，程莉，王志堅.淺析個體軟件過程 （PSP）.計算機工程[J].2002（10）.

2、 Watts S.Humphery.個體軟件過程[M].人民郵電出版社

篇6

理論知識的學習在學生以后軟件項目開發(fā)過程中具有必要性和重要性，軟件工程學習過程中要重視基礎(chǔ)和基本技能的培養(yǎng)。學生要具有開發(fā)軟件項目的能力，首先要熟悉掌握軟件工程相關(guān)的理論知識，特別是對如何按照工程化的方法系統(tǒng)地設(shè)計、實現(xiàn)、測試和維護大型軟件，內(nèi)容包括：軟件開發(fā)的基本理論、方法和技術(shù)；其次是了解目前已有系統(tǒng)、工具和技術(shù)。

（1）授課內(nèi)容引入案例。教師在教學過程中引入與理論知識相匹配的實際案例，將比較抽象的軟件工程原理、方法和技術(shù)轉(zhuǎn)為具體生動的案例進行詮釋，增強理論教學的藝術(shù)性、科學性、趣味性、形象性，使學生能夠在課堂上深刻領(lǐng)會和理解軟件工程的思想和方法，教學效果收到了事半功倍。

（2）適時更新教學內(nèi)容。近幾年，軟件原理、方法和技術(shù)發(fā)展較快，許多適應(yīng)時展的軟件不斷涌出，而目前的教材雖不斷改版更新，但其更新的速度遠遠跟不上軟件工程的發(fā)展。因此，教師在進行理論講解時，除了要教授學生基本原理、技術(shù)和方法外，還要時刻關(guān)注新內(nèi)容的出現(xiàn)。

（3）制作豐富多彩的課件。采用多媒體教學手段，在課件中插入圖片、動畫、聲音、視頻等多媒體元素，使教學內(nèi)容更加充實和生動。

（4）課堂小組討論。從小問題到大問題，讓學生參與教學過程，有機會發(fā)表自己的看法。課堂討論和分析試驗，使理論有實踐作支撐，抽象的知識變得看得見，用得著，大大激發(fā)學生學習的興趣和自信。

二、實踐教學內(nèi)容多樣化

軟件工程理論的講解是課程學習和技能培養(yǎng)的基礎(chǔ)，而軟件工程中許多理論內(nèi)容如果只是教師講解不加以實踐，內(nèi)容本身就會變得空洞和不可理解，例如：軟件復(fù)雜性計算、軟件可靠性與安全性的測量標準、結(jié)構(gòu)化的實現(xiàn)方法等都需要學生動手實踐才能更好地理解知識本身的內(nèi)涵。掌握概念、原理、方法和技術(shù)，熟練應(yīng)用軟件開發(fā)實踐中的方法和技術(shù)是“軟件工程”課程對學生的培養(yǎng)目標。

（1）課程角色扮演。教師預(yù)先選擇若干小項目，班內(nèi)學生根據(jù)自己對項目熟悉情況選擇項目名稱，劃分項目小組，每組人數(shù)不超過6人，每個項目小組成員根據(jù)自身特長選擇不同軟件工程角色，例如項目負責人、需求分析負責人、設(shè)計負責人、編碼負責人、測試負責人和用戶代表，進行項目分工。項目組成員按時完成自己負責任務(wù)，撰寫相應(yīng)文檔。教師幫助學生分析和解決所遇到問題。在整個開發(fā)過程可以體現(xiàn)“學以致用”的思想，實現(xiàn)理論與實踐相結(jié)合。

（2）課程設(shè)計。課程設(shè)計主要是針對高年級學生在學習軟件工程課程時開展的專項訓(xùn)練。課程設(shè)計采取在學校內(nèi)模擬IT企業(yè)環(huán)境下完成來自企業(yè)案例或開發(fā)一些具有應(yīng)用價值項目或?qū)W校教師承擔的開發(fā)項目的部分開發(fā)工作，也可以是學生自選項目，整個課程設(shè)計階段嚴格按照工程實施的基本思想來實施。（3）加強校企合作。一方面經(jīng)常邀請軟件公司長期從事軟件設(shè)計、開發(fā)和項目管理的工程師和項目經(jīng)理，給學生講解自己在軟件設(shè)計、開發(fā)和管理中的經(jīng)驗，高質(zhì)量軟件產(chǎn)品需要經(jīng)過怎樣的開發(fā)過程，軟件生命周期中標準文檔如何撰寫等相關(guān)內(nèi)容；另一方面，利用寒暑假時間，讓學生走出去，到軟件產(chǎn)品的研發(fā)單位實地實習。

三、考試方式多樣化

傳統(tǒng)的考核方式已經(jīng)不能反映學生實際軟件開發(fā)的水平，也與多樣化的教學模式不相匹配，為此多樣化的考核方式才符合現(xiàn)實需求，主要包括：筆試、課后角色扮演、課程設(shè)計和項目總結(jié)。

（1）筆試占總成績的35%，主要考查學生理論知識的掌握情況和學習效果。

（2）課后角色扮演占總成績的15%。由教師根據(jù)每位學生在課后角色扮演中的具體表現(xiàn)進行打分，主要由3部分取平均值組成：1/3*（整個項目的成績+自己負責完成的文檔成績+組內(nèi)其他成員負責完成的文檔的平均成績）。

（3）項目總結(jié)或心得體會占總成績的15%。根據(jù)學生在軟件開發(fā)過程中所撰寫的經(jīng)驗和教訓(xùn)總結(jié)報告、每個小組成員建立的個人開發(fā)記錄或日志的實際情況，相互打分。四、基于多元教學模式課程改革方案基于上述改革理念，按照軟件工程開發(fā)原理、方法和技術(shù)，選用典型項目案例，將學生按照項目分成若干個小組，每組人數(shù)不超過6人。每個小組對應(yīng)著一個具體的項目，每個人對應(yīng)著一個具體工作過程，按照如下步驟進行多元教學。第一步，教師選用合適的教學內(nèi)容，制作豐富多彩的課件，對學生進行基本理論和基本技能的講解。在每一個軟件生命周期結(jié)束后，教師進行案例場景描述。教師按照理論知識的內(nèi)容，選擇相應(yīng)的案例進行描述，學生將所學內(nèi)容運用到相關(guān)案例中。教師通過案例讓學生明白理論知識如何應(yīng)用，學生通過案例體會到小項目中所學的原理、方法和技術(shù)是如何實現(xiàn)的。第二步，課后角色扮演。學生通過分組討論的方式，完成項目分工，明確自己在項目中所扮演的角色。所有的任務(wù)通過集體討論的方式，決出所要完成的任務(wù)，并由相應(yīng)的角色人實際操作完成。例如，需求分析一章內(nèi)容，學生課后進行項目小組討論，決定需求分析的內(nèi)容，進行相應(yīng)的需求分析，并由扮演需求分析人員的學生完成需求報告。軟件開發(fā)過程需要整個團隊的通力合作，根據(jù)學生的性格、表達能力、開發(fā)能力、理論基礎(chǔ)掌握情況等方面進行人員分組，將具有不同特點的學生組成一個團隊完成項目開發(fā)。這種團隊合作的方式，既能發(fā)揮學生各自的特長，又能培養(yǎng)學生的團隊合作精神。第三步，課程設(shè)計。當全部內(nèi)容講解完成，就可以開始長達2周的課程設(shè)計內(nèi)容了。這段時間要求項目小組，徹底完成一個由教師虛擬的項目。此步驟中，主要培養(yǎng)學生良好的科研習慣，在開發(fā)過程中及時總結(jié)經(jīng)驗和教訓(xùn)，建立個人開發(fā)記錄或日志，理論聯(lián)系實際學著開發(fā)軟件。第四步，學生總結(jié)，教師點評。學生經(jīng)過多個教學環(huán)節(jié)后，每個團隊在一定程度上完成了各自的項目任務(wù)，對各自團隊的成果進行總結(jié)。教師聽取每個團隊的匯報后，從橫向和縱向兩個方面對項目成果之間進行比較，從而讓每一位學生明白自己在團隊中發(fā)揮了什么作用，自己哪些方面不足。第五步，請進來，走出去。通過學校和企業(yè)合作的方式，一方面經(jīng)常邀請軟件公司長期從事軟件設(shè)計、開發(fā)和項目管理的工程師和項目經(jīng)理，給學生講解自己在軟件設(shè)計、開發(fā)和管理中的經(jīng)驗，高質(zhì)量軟件產(chǎn)品需要經(jīng)過怎樣的開發(fā)過程，軟件生命周期中標準文檔如何撰寫等相關(guān)內(nèi)容；另一方面，利用寒暑假時間，讓學生走出去，到軟件產(chǎn)品的研發(fā)單位，實地實習。

四、結(jié)束語

篇7

首先，根據(jù)學生特點，進行師生競賽，充分調(diào)動學生，有效活躍課堂，逐步引出課題。

作為計算機專業(yè)課程，學生的學習興趣是課程效果的關(guān)鍵。為此在開展軟件課程學習前，要注意首堂課程的安排和使用。首堂課程不僅僅是向?qū)W生概述軟件，更多的是展示軟件的魅力，吸引學生一下子投入其中，產(chǎn)生強烈的學習欲望。分析學生特點，中專二年級學生具備一定的軟件使用基礎(chǔ)，對計算機較感興趣，同時他們熱衷于網(wǎng)絡(luò)游戲和動漫，對3d游戲形象十分著迷。因此依托他們的興趣點，通過信息化手段，利用三維任務(wù)的圖片、動畫、電影等的展示，烘托出活躍的學習氛圍，從而充分調(diào)動學生學習的積極性。此外，選取一張簡單3d圖形如立方體與圓球體等的組合，將學生5至6人分一組，與教師開展一次制作比賽，學生可以使用任意軟件，教師則使用3ds　Max軟件進行制作。雖然少數(shù)同學也能利用Auto　Cad軟件較好地完成圖形，但從畫面質(zhì)量和時間上都無法與樣圖同日而語。利用這樣的比賽讓學生切實感受到3ds　Max軟件三維制作的優(yōu)勢，加強印象，將來的學習也就水到渠成。

其次，突破傳統(tǒng)授課方式，合理安排課程首個項目，以任務(wù)為平臺輕松達到教學目的。

作為計算機專業(yè)中專二年級的學生，雖然已經(jīng)熟練的掌握了辦公、平面設(shè)計、Flas制作等軟件，但3ds　Max是一個全新的軟件，不同于Word或Photoshop，需要按一定的工作流程來進行操作，所以學生作為初學者要先對軟件環(huán)境進行熟悉。筆者總結(jié)，如果利用傳統(tǒng)授課模式依次講解菜單欄、工具欄、動畫時間控制區(qū)、命令面板等相關(guān)命令及使用方法，課堂氣氛沉悶，學生往往走馬觀花，整堂課程如水投石。

要達到使學生掌握常用菜單命令的使用方法、熟悉軟件操作環(huán)境的教學目的，就要突破傳統(tǒng)教學模式，采取項目教學法，利用較為簡單的實例引導(dǎo)學生，讓他們通過動手制作熟悉軟件環(huán)境，對3ds　Max軟件的工作流程產(chǎn)生一定的了解，為今后的詳細學習奠定基礎(chǔ)。例如：在課程計劃中，首個項目安排為熟悉3ds　Max　2011操作環(huán)境，為此筆者設(shè)立本項目的任務(wù)為“生物分子”。學生通過任務(wù)制作能整體了解3ds　Max軟件的使用特點，熟悉軟件的操作環(huán)境和常用編輯命令，課程也就達到了以湯沃雪的效果。

再次，巧妙安排教學環(huán)節(jié)，合理使用教學資源，利用項目教學法有效提高課程效率。

此門課程采取項目教學法，每個項目不斷添加新功能的學習，由易到難、積少成多。項目中涵蓋多個任務(wù)，通過完成任務(wù)來達到每個項目的教學要求，從而整體實現(xiàn)課程的最終教學目標。同時，以任務(wù)帶動項目，每個任務(wù)都是具體的三維圖片或者動畫的制作，學生直觀具體的了解到軟件的用途及所能達到的效果，教師授課目標明確，學生學習有的放矢，形成以學生為主體、教師為主導(dǎo)、相互呼應(yīng)的學習方式，有效提高課程效率。例如：在內(nèi)置模型的創(chuàng)建與編輯項目中，安排了三個任務(wù)——內(nèi)置模型體、衣柜、多功能酒柜。任務(wù)內(nèi)容層層遞進，先利用內(nèi)置模型體任務(wù)，讓學生使用常用的幾何體和圖形命令來創(chuàng)建模型。學生順利完成任務(wù)一后就具備了內(nèi)置模型體的操作基礎(chǔ)，也為任務(wù)二衣柜的制作奠定基礎(chǔ)。衣柜的制作主要用到了長方體及線的繪制，與任務(wù)一相比增加了捕捉命令的使用，繪制更加精確和規(guī)范。隨后，為學生安排任務(wù)三多功能酒柜，任務(wù)三在鞏固任務(wù)二的同時增加了使用矩形——擠出命令以及旋轉(zhuǎn)命令。三個任務(wù)逐漸展開，任務(wù)一是任務(wù)二的基礎(chǔ)，任務(wù)二是任務(wù)一的實際應(yīng)用，任務(wù)三不僅鞏固了任務(wù)一二，同時也增加了新的功能，從而達到項目要求的教學效果。筆者在實際授課過程中，只完整地講解演示任務(wù)一的全部制作過程，在課前將任務(wù)二和任務(wù)三的操作過程制作成視頻課件，供學生在制作中遇到困難時自學使用。這樣教師講解的時間少了，學生實際操作的時間多了，教師只是引導(dǎo)者，學生充分動手練習，完成任務(wù)的過程中遇到重、難點問題，查閱視頻文件進行學習，基本能完成任務(wù)的90%，如果再有疑難問題則求教于老師，教師個別解惑，更能激發(fā)學生學習的主動性。遵循以上方法，課堂效率自然顯著提高。

最后，廣泛涉及軟件應(yīng)用領(lǐng)域，設(shè)計豐富多彩的學生任務(wù)，開拓學生思路，建立創(chuàng)造性評價體系，實現(xiàn)軟件應(yīng)用游刃有余。

由于Autodesk　3ds　Max軟件使用方便、功能強大、上手容易，因此廣泛應(yīng)用于廣告、影視、工業(yè)設(shè)計等多個領(lǐng)域。而學習Autodesk　3ds　Max軟件的最終目的是應(yīng)用軟件制作所需圖片、動畫等。為使學生通過學習達到應(yīng)用效果，就要在課程的教授中使學生掌握各功能的操作方法，同時充分開拓學生的思路。為此筆者在各項目的任務(wù)設(shè)置時盡量涉及到軟件應(yīng)用的各個領(lǐng)域。例如：任務(wù)既有家居裝潢常用到的沙發(fā)、衣柜，又有如圖6所示的金元寶、棒球棒、汽車、廣告字等。筆者總結(jié)，學生在課程學習中所制作的任務(wù)涉及的領(lǐng)域越廣泛，越能更好的開拓學生的思路，增強學生自主創(chuàng)作的能力。同時為進一步培養(yǎng)學生創(chuàng)作能力，在課程考核上應(yīng)有目的的建立創(chuàng)造性評價體系。例如：汽車任務(wù)的評價表：

基礎(chǔ)項目分數(shù)加分項目分數(shù)

建模40未使用課件中建模20

材質(zhì)30材質(zhì)設(shè)置合理且增加其他功能，效果好10

這是汽車任務(wù)的評價體系，根據(jù)課件視頻講解制作完成后，只占整個任務(wù)分數(shù)的70%，其余30%是學生根據(jù)以往任務(wù)制作積累經(jīng)驗自主創(chuàng)作的加分項目。這樣的評價體系有助于引導(dǎo)和激勵學生在每個任務(wù)制作過程中開動腦筋，不斷總結(jié)，自己研究和探索從而積累創(chuàng)造經(jīng)驗，最終實現(xiàn)課程要求的靈活運用、自主制作的目的。

總之，筆者通過授課，總結(jié)了此門課程的幾點經(jīng)驗，對于實際授課具有一定的參考作用，但也需要考慮不同專業(yè)、不同地域等實際條件，不斷完善和改進，從而持續(xù)提高課堂效率，最終達到預(yù)期的教學效果。

參考文獻

[1]　葉瀾.教育研究方法論初探.上海教育出版社，　1999.1

[2]　高鐵剛、吳祥恩、馬小強.信息化教學資源制作基礎(chǔ).清華大學出版社，2011-5-16

篇8

姓名：***

出生年月： 1984/12/09 學歷：本科 籍貫：四川成都

畢業(yè)院校：重慶工學院 專業(yè)：計算機科學與技術(shù)專業(yè)

畢業(yè)時間： 2007/07

聯(lián)系方式： 15008****** 028-87535*** email ： qinju****@***.***

個人評價

熟練掌握 java 語言；了解面向?qū)ο蟮乃枷?；熟悉軟件開發(fā)流程；具有良好的編碼風格；有良好的團隊合作精神和良好的溝通能力；做事積極主動能吃苦耐勞、能至始至終把工作放在首位；具有上進心、責任心、感恩心。

工作經(jīng)歷

時間： 2007-03 至 2007-07

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 投信系統(tǒng)

開發(fā)語言： java 、 vb 開發(fā)工具： eclipse

項目總結(jié)：

在 *** 投信系統(tǒng)中 , 我的主要職責是通過客戶講解需求，寫詳細設(shè)計、編碼、寫測試書、測試。這是我的第一個項目，所以在這個項目中我學到了很多的大學里沒有接觸到的知識 . 例如 : 自動測試（ junit ）、 log4j 等等。在這個項目過程中，我發(fā)現(xiàn)自己的編碼風格、命名風格等有欠缺，所以我自學了《代碼大全 2 》中的第二、第三部分。

時間： 2007-07 至 2008-03

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 航空系統(tǒng)

開發(fā)語言： java orcal 開發(fā)工具： pl/sql eclipse

項目總結(jié)：

在 *** 航空系統(tǒng)中 , 我的任務(wù)是對多個客戶端發(fā)送過來的電文進行接收和解析，然后把電文傳給存儲過程，在存儲過程中把電文轉(zhuǎn)化為記錄存入數(shù)據(jù)庫。在這個系統(tǒng)中我學習到了如何把一種特殊的的日志從一般的日志中分離出來（把電文的日志與其他日志分離）、如何使用 dbunit 測試、如何使用游標，批處理，對 orcal 有了更深的理解等。我不僅學習到了以上專業(yè)的知識 , 而且讓我知道了團隊合作的重要性 , 讓我明白了要及時的與你的隊員一起探討式樣、一起研究解決方案。讓我明白了發(fā)現(xiàn)問題時，一定要及時的與領(lǐng)導(dǎo)或客戶溝通。做這個項目過程中，我發(fā)現(xiàn)自己對 java 的繼承，接口，設(shè)計模式方面理解的太膚淺，所以我報名培訓(xùn)了《 thinkingjava 》、《設(shè)計模式》。

時間： 2008-03 至 2008-07

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 百貨店系統(tǒng)

開發(fā)語言： java 、 jsf 開發(fā)工具： eclipse activereport

項目總結(jié)：

在 *** 百貨店系統(tǒng)中 , 我的任務(wù)是做幾個 jsp 畫面和畫水晶報表。做這個項目我學習了樣式表 (css) 、 jsp 、 ajax 。利用 activereport 畫水晶報表是一個既費時又費勁的事，但它使我養(yǎng)成了做事要細心要有耐心的習慣。在這個項目中我發(fā)現(xiàn)自己 jsp 用的不太熟悉，所以我現(xiàn)在自學 jsp. 做完這個項目后，我的 web 開發(fā)能力有很大的提高。

時間： 2008-08 至 2009-03

公司：東軟股份有限公司 部門：東軟商用事業(yè)部

工作職責：軟件工程師

項目名稱： *** 汽車系統(tǒng)

開發(fā)語言： java 開發(fā)工具： eclipse

項目總結(jié)：

在 *** 汽車系統(tǒng)中 , 我的主要任務(wù)是對文件（汽車公司運送汽車后產(chǎn)生的輸送結(jié)果書）進行解析，并且把文件中的內(nèi)容解析成單條的記錄，然后把記錄插入到多個關(guān)聯(lián)的表中 . 這個系統(tǒng)要針對多個公司，所以我在詳細設(shè)計時利用了模板方法模式。在這個項目中，對我學習的設(shè)計模式得到了應(yīng)用 , 是我更加深入的理解了設(shè)計模式的各個模式。

專業(yè)能力

編程方面 ：本人 熟悉 java 語言，精通軟件工程思想， 熟悉使用 js 、 jsp 、 css, 掌握 c 語言 , 數(shù)據(jù)結(jié)構(gòu)，操作系統(tǒng)，計算機網(wǎng)絡(luò)、計算機組成原理，編譯原理等基礎(chǔ)知識，能熟練使用 vc++ 集成開發(fā)環(huán)境，熟悉軟件開發(fā)的流程。

數(shù)據(jù)庫方面 ：熟練掌握基本數(shù)據(jù)庫理論知識，能熟練使用 orcal;

培訓(xùn)經(jīng)歷

2005/122006/01 華迪實訓(xùn)基地 《社區(qū)管理系統(tǒng)》 職責：需求分析、編碼、測試

2007/032007/06 東軟集團 培訓(xùn)內(nèi)容： java 、軟件工程等。

2007/07 2007/09 東軟集團 培訓(xùn)內(nèi)容： thinkingjava 、設(shè)計模式。

個人證書

篇9

隨著計算機軟件技術(shù)的高速發(fā)展，軟件測試在軟件開發(fā)過程中的地位也越來越重要，軟件測試是保證軟件質(zhì)量和可靠性的重要手段之一，軟件測試人才需求猛增，軟件測試已經(jīng)成為計算機專業(yè)的重點專業(yè)課程。傳統(tǒng)的軟件測試教學模式，測試理論和測試實踐嚴重脫節(jié)，不能很好的滿足軟件企業(yè)對測試人才的要求。依托廣東東軟學院的特色教學實踐1321教學模式，進行以實踐能力和就業(yè)能力為導(dǎo)向的課程綜合實踐探索，深化教學改革，激發(fā)學生的興趣，讓學生貼近現(xiàn)實的工作場景中學習，了解在軟件開發(fā)過程中測試崗位的工作過程和知識要點，培養(yǎng)學生軟件測試應(yīng)用技能型人才培養(yǎng)為目標。

二、軟件測試課程實踐構(gòu)建的主要思路

軟件綜合實踐安排在大三課程開始之前的實踐學期進行，為期4個星期，每天4學時的實踐教學指導(dǎo)，軟件測試專業(yè)的學生已經(jīng)學過專業(yè)基礎(chǔ)課《Java程序設(shè)計》、《計算機文化基礎(chǔ)》、《網(wǎng)頁設(shè)計》、《數(shù)據(jù)庫設(shè)計》、《軟件開發(fā)過程實踐》，專業(yè)課《軟件測試概論》、《功能測試》，學生初步具備了參與綜合實踐的專業(yè)素質(zhì)能力。在綜合實踐開發(fā)團隊中，將軟件開發(fā)專業(yè)、網(wǎng)站規(guī)劃與設(shè)計專業(yè)、數(shù)據(jù)庫管理專業(yè)、軟件測試專業(yè)和網(wǎng)絡(luò)技術(shù)的同學，以3:1:1:1:1這樣的比例進行團隊建設(shè)，從中選出一位同學兼職項目經(jīng)理，實現(xiàn)學生自主管理，配備具有雙師素質(zhì)的專業(yè)老師，一位教師負責指導(dǎo)5-7個團隊的項目開發(fā)，當需要進行專業(yè)指導(dǎo)時，臨時進行專業(yè)化實踐指導(dǎo)，全方位分階段、分崗位進行進行全程交叉技術(shù)指導(dǎo)，同時邀請合作單位的軟件工程師，同步進行項目過程的跟蹤，給予學生崗位最精準的實踐指導(dǎo)。采用項目驅(qū)動的方法開展實踐教學，通過開發(fā)真實的軟件項目，以軟件工程開發(fā)過程為導(dǎo)向，制定軟件綜合實踐——軟件測試方向的實踐方案，分階段進行實踐，選擇有較強的實踐性和創(chuàng)新性的項目給學生選題，選題要貼合實際項目，需求相對容易獲取，具有一定的創(chuàng)新性，能夠激發(fā)學生的學習興趣。首先需求的調(diào)研，需求的評審，編寫測試計劃，設(shè)計測試用例，測試執(zhí)行，測試記錄的跟蹤和測試總結(jié)報告，對每個測試階段進行教學設(shè)計，不斷的將所涉及到的知識點融入到實踐中，增強學生職業(yè)崗位素養(yǎng)能力，團隊合作的意識，同時探索以學生管理學生的模式進行實踐探索。

三、軟件綜合實踐測試崗位的工作過程與方法

在軟件綜合開發(fā)實踐過程中，對軟件測試崗位的同學依據(jù)軟件工程的理論進行指導(dǎo)，結(jié)合企業(yè)的工作流程，采用分組的教學模式，采用軟件測試常用的W模型，進行教學指導(dǎo)，培養(yǎng)學生的團隊合作能力，溝通能力，實踐能力。測試崗位的工作主要分成兩個三個部分，第一部分是需求的調(diào)研和評審，測試計劃中測試策略的選擇、任務(wù)的時間安排和測試用例的設(shè)計；第二部分主要是測試執(zhí)行，安裝測試工具，部署測試環(huán)境，按照測試所設(shè)計的測試用例進行手動功能測試，嘗試利用自動化測試工具QTP進行自動化測試，運用所學過的黑盒測試方法，進行web測試，兼容性測試等方法的測試工作，將所發(fā)現(xiàn)的問題記錄到測試管理平臺（QC）的缺陷缺陷跟蹤表中，修復(fù)后，進行驗證性測試，第三部分就是測試總結(jié)報告。

四、軟件綜合實踐的考核

1.答辯委員會的組成。立體化全方位的考核方式，采用學生團隊答辯的方式進行最終的考核，答辯委員會成員由軟件開發(fā)方向教師、網(wǎng)站規(guī)劃與開發(fā)教師、數(shù)據(jù)庫管理方向教師、軟件測試技術(shù)方向教師和企業(yè)工程師共同組成。2.軟件測試崗位的知識點的考核。每個專業(yè)都設(shè)計了一套科學有效的評價體系，從三個部分對學生的能力進行全方位評。第一部分IT職業(yè)素養(yǎng)能，占總成績比例的30%，考勤、項目管理能力、文檔編寫能力、團隊合作與溝通能力、演講與答辯能力；第二部分團隊實踐成果，占總成績比例的30%測試環(huán)境部署、測試工具軟件的安裝、測試執(zhí)行中缺陷報告的跟蹤、測試總結(jié)報告的編寫；第三部分崗位技能成果，占總成績比例的40%，軟件開發(fā)過程文檔：需求評審報告、測試計劃報告、測試用例報告。

五、軟件綜合實踐教學實踐的意義

1.軟件綜合實踐項目分組教學的意義2.軟件測試崗位同學的收獲3.綜合實踐教學的后續(xù)影響4.軟件綜合實踐教學的改革未來方向

作者:張彤宇 李晶 姚庚梅 單位:廣東東軟學院計算機科學與技術(shù)系

參考文獻：

[1]羅先錄.IT類專業(yè)實踐教學的三個層次[J].計算機教育,2007(18):14-15.

篇10

關(guān)鍵詞：CMM2；過程改進；項目管理系統(tǒng)

中圖分類號：TP311.5

目前，南京市軟件產(chǎn)業(yè)取得了令人矚目的成績，中小型軟件企業(yè)的數(shù)量也在與日俱增，相當多的中小型軟件企業(yè)希望以CMM2作為切入點，著力改進軟件項目管理過程，提升企業(yè)的市場競爭力。作為培養(yǎng)“軟件藍領(lǐng)”的高職院校，就要順應(yīng)這一趨勢，采用信息化的手段讓學生學習并了解CMM2模型。所以，一個基于CMM2模型的、并加以改進的“軟件實訓(xùn)項目管理系統(tǒng)”應(yīng)運而生。

1 軟件能力成熟度模型2級（CMM2）詳解

所謂CMM2（可重復(fù)級），就是在CMM2級企業(yè)中，已經(jīng)建立了基本的軟件項目級管理過程，可對項目的成本、進度進行跟蹤和控制，軟件開發(fā)和維護的過程相對穩(wěn)定，已有的管理類似項目的成功經(jīng)驗可以被復(fù)用管理新項目，盡管新項目所實施的具體過程有可能不同。CMM2的核心就是重復(fù)利用。

CMM2包括六個關(guān)鍵過程域（KPA），囊括了需求管理、項目管理、質(zhì)量管理、配置管理和子合同管理五個方面，其中項目管理又分為計劃過程和跟蹤與監(jiān)控過程。

1.1 需求管理

需求管理的最終目的是在客戶與實現(xiàn)客戶需求的項目之間達成共識，需求管理活動就是為了建立并維護這種共識，這是軟件項目計劃和管理的基礎(chǔ)。在軟件項目的整個生命周期，都應(yīng)該記載、跟蹤和驗證由于需求的變化而引起其它文檔所作的修改。

1.2 軟件項目計劃

建立合理的開發(fā)計劃的基礎(chǔ)是對項目規(guī)模、資源要求和風險等要有一個合理的估算。軟件項目計劃的目的是為完成軟件工程和管理軟件項目制定合理的計劃，包含估計待完成的工作，建立必要的約定和確定進行該工作的計劃。

1.3 軟件項目跟蹤及監(jiān)督

軟件項目跟蹤和監(jiān)督的目的是建立對實際進展的適當?shù)目梢曅裕构芾碚吣茉谲浖椖啃阅苊黠@偏離軟件計劃時采取有效措施。它包括對照已文檔化的估計、約定、和計劃評審和跟蹤軟件完成情況和結(jié)果，以保證當項目執(zhí)行偏離項目計劃時管理上能采取有效的解決措施。

1.4 軟件質(zhì)量保證

軟件質(zhì)量保證的目的是向管理者提供適當?shù)膶浖椖空褂玫倪^程和正構(gòu)造產(chǎn)品的可視性。它包括評審和審計軟件產(chǎn)品和活動以驗證它們符合適用的規(guī)程和標準，給項目和其它有關(guān)的經(jīng)理提供這些評審和審計的結(jié)果。

1.5 軟件配置管理

軟件配置管理的目的是建立和維護在項目的整個軟件生存周期中軟件項目產(chǎn)品的完整性。它包括標識在給定時間點上軟件的配置，系統(tǒng)地控制對配置的更改、并維護在整個軟件生存周期中配置的完整性和可跟蹤性。

1.6 軟件子合同管理

軟件子合同管理的目的是選擇合格的軟件子承包商并有效地管理他們。它包括選擇軟件子承包商、建立和子承包商的約定，及跟蹤和評審子承包商的性能和結(jié)果。

2 軟件實訓(xùn)項目管理與CMM2模型改進

2.1 軟件實訓(xùn)項目管理

（1）軟件實訓(xùn)項目管理概述。軟件實訓(xùn)項目是參考中小型軟件企業(yè)真實項目案例，同時又適合高職學生作為訓(xùn)練相應(yīng)技能而改進的軟件項目，它不是一個具有商業(yè)性質(zhì)的軟件產(chǎn)品。目前，正規(guī)的軟件企業(yè)如果重視軟件項目實施過程的管理，一定會采取各種方法對軟件項目進行管控，軟件項目管理系統(tǒng)就是一個常見的措施，采用該系統(tǒng)可以對軟件項目的各個實施階段進行有效的、實時的、科學的管控。所以，把針對軟件實訓(xùn)項目管理的系統(tǒng)叫做軟件實訓(xùn)項目管理系統(tǒng)。

（2）軟件實訓(xùn)項目管理系統(tǒng)的基本功能需求。軟件實訓(xùn)項目管理系統(tǒng)是體現(xiàn)軟件實訓(xùn)項目管理過程的一個信息化軟件平臺，針對學院對項目管理基本的功能需求調(diào)查發(fā)現(xiàn)，整個系統(tǒng)包括了班級管理、案例資料管理、項目管理、歷史數(shù)據(jù)管理、實訓(xùn)成績管理、課程管理六大部分。其中最重要的功能就是項目管理，它重點體現(xiàn)了軟件成熟度模型的思想，有效的規(guī)范和保證了項目實施的全過程，包括項目啟動、計劃、執(zhí)行、質(zhì)量保證、結(jié)束。

2.2 CMM2級模型改進與實施方案

（1）CMM2級模型改進。CMM2模型中的內(nèi)容非常廣泛，標準十分完備，如果完全照搬CMM2運用到該系統(tǒng)中是不合適的。因此，必須對CMM2中管理的內(nèi)容和標準進行一定的優(yōu)化和裁減，提出一個適合軟件實訓(xùn)項目組規(guī)模的CMM軟件項目管理模型，并給出在模型的各個階段實際要完成的任務(wù)和需要注意的問題。

根據(jù)CMM2六個關(guān)鍵過程域（KPA）的解釋和軟件項目管理的過程，這里我們可以初步提出一個基于CMM2的軟件實訓(xùn)項目管理模型。該模型如圖1所示：

圖1中軟件實訓(xùn)項目管理模型的劃分結(jié)合了軟件項目的生命周期，主要分為：項目啟動、項目計劃、項目實施與控制、項目技術(shù)。各個階段分別包含CMM2的關(guān)鍵過程域，其中軟件質(zhì)量保證和軟件配置管理2個KPA貫穿于整個項目開發(fā)過程始終。圖中只提到了CMM2的5個KPA，還有一個軟件子合同管理KPA，考慮到根據(jù)軟件實訓(xùn)項目的規(guī)模和實際情況，一般不會出現(xiàn)把項目轉(zhuǎn)包出現(xiàn)的情況，在此進行了裁減。

（2）組織管理結(jié)構(gòu)改進。對CMM2的模型改進后，接下來就要對CMM2所要求的組織管理結(jié)構(gòu)進行適當?shù)牟脺p。因為CMM中任務(wù)分工細，涉及到的角色關(guān)系多，這對于軟件實訓(xùn)項目組這樣的小型軟件開發(fā)組織來說是難以實現(xiàn)的。經(jīng)過裁減后，組織管理結(jié)構(gòu)中各個角色的工作職責描述如下：1）高級經(jīng)理：一名，負責所開展的所有軟件實訓(xùn)項目。2）項目經(jīng)理：一個項目一名，負責整個項目的實施。3）軟件工程師：根據(jù)軟件項目的規(guī)模確定人數(shù)，負責軟件的設(shè)計與開發(fā)。4）軟件配置管理員：可安排由項目組中任意成員擔任，可以是項目經(jīng)理，可以是軟件工程師，也可以由其他人員兼任，負責軟件產(chǎn)品的配置整合工作。5）軟件質(zhì)量保證員：如果人員條件允許，此人員最好單獨設(shè)立，如若條件所限，可由項目經(jīng)理或軟件測試人員兼任，負責項目在各個階段的評審。6）軟件測試員：可由軟件工程師同時擔任，在開展測試工作時，必須交叉測試。

3 實施方案

3.1 項目啟動

項目啟動是軟件項目管理的初始階段，它對項目有序、正常的開展起著非常關(guān)鍵的作用。項目啟動包括有項目可行性分析，需求調(diào)研、編寫需求文檔和可行性分析報告。該階段主要包含CMM2的軟件項目計劃KPA。

在此階段需要重點處理的工作有：（1）可行性分析?？尚行苑治鍪菫榱朔治鲈谝欢〞r間范圍內(nèi)軟件項目是否能夠按要求完成以及完成的價值如何。一般從技術(shù)可行性、經(jīng)濟可行性、社會可行性三個大方面來考慮，從而形成軟件項目可行性分析報告。技術(shù)可行性即項目開發(fā)的技術(shù)儲備，開發(fā)的風險等方面是否支持項目的開發(fā)；經(jīng)濟可行性即確定該項目在經(jīng)濟上是否值得開發(fā)；社會可行性即判斷待開發(fā)的項目是否有侵犯、妨礙等責任問題。（2）需求分析。需求分析是經(jīng)過需求分析后的產(chǎn)出物。需求分析的任務(wù)就是確定系統(tǒng)具備哪些功能，即回答待開發(fā)項目做什么的問題。需求分析的過程是和客戶打交道最多也是最重要的環(huán)節(jié)，它直接決定了后續(xù)項目開發(fā)的成功與否，必須通過多次的需求調(diào)研、分析才能形成需求規(guī)格說明書。

3.2 項目計劃

項目計劃的提出是為了給軟件項目實施的各個階段提供一個合理的、可行的、可參考的工作計劃，使項目參與人員能夠有條不紊的按照計劃開展工作。該階段主要包含CMM2的需求管理KPA和軟件項目計劃KPA。

在此階段需要重點處理的工作有軟件項目計劃：軟件項目計劃必須按照需求調(diào)研的結(jié)果來制定，要根據(jù)不同的項目要求明確軟件項目開發(fā)模型，可以利用的項目資源，項目經(jīng)理還要根據(jù)項目需求文檔從軟件規(guī)模、人力、成本、進度等方面進行項目估算和風險評估，根據(jù)項目組成員的技術(shù)特點和能力進行工作分解和職責分配，從而形成軟件項目計劃書。項目計劃書一旦制定，項目實施的過程就要嚴格的以它為基準跟蹤和控制。

3.3 項目實施與控制

雖然軟件項目已經(jīng)有了明確的需求分析和好的項目計劃，但由于計劃本身具有假設(shè)性和預(yù)測性，盡管也充分考慮了可能的風險因素，但是計劃畢竟只能是對現(xiàn)實所作的預(yù)測和粗略的描述。因此在實施計劃時，偏差不可避免。當軟件項目的執(zhí)行與項目計劃出現(xiàn)明顯偏差時，項目管理人員必須采取有效的措施。該階段包含CMM2軟件項目跟蹤和監(jiān)控KPA和需求管理KPA。

在此階段需要重點處理的工作有：（1）需求變更控制：由于需求不能在項目啟動時就能完整的定義好，并且隨著項目的實施，遇到客戶臨時更改需求的情況也是不可避免的，項目經(jīng)理要組織項目組討論變更帶來的影響，從而決定是否進行需求文檔和項目計劃的修改。（2）版本控制：由于軟件項目通常是團隊合作方式進行，所以不管是需求的變更，還是實施過程中其他文件的更新，都必須及時通知到每一個項目組成員。（3）需求狀態(tài)：需求狀態(tài)是標識需求的一個重要屬性。每當處理一個需求功能點時，都必須及時的把對該需求的處理方式記錄下來，通常的需求狀態(tài)有：已批準、已拒絕、已刪除等等。（4）項目跟蹤和監(jiān)控：項目組必須指定專人在規(guī)定的時間記錄項目定的跟蹤項的進展狀態(tài)，以提供計劃與實際偏差的第一手數(shù)據(jù)，從而采取必要的措施及時處理偏差。

3.4 項目結(jié)束

項目結(jié)束階段主要是針對項目本身進行的項目評審驗收、歸檔總結(jié)等工作。此階段包含CMM2軟件質(zhì)量保證和軟件配置管理KPA。

在此階段需要重點處理的工作有：（1）用戶驗收和項目評審。項目評審應(yīng)該貫穿于整個項目實施的始終，可以根據(jù)項目規(guī)模的大小來決定評審的形式，是走查還是正是評審，可以邀請同行和客戶來對軟件項目進行審查。在項目結(jié)束階段的評審主要是對項目整體功能是否符合需求，項目過程是否符合項目計劃等方面來展開。（2）歸檔總結(jié)。項目結(jié)束后，要把項目涉及到的項目資料包括軟件的需求文檔、開發(fā)設(shè)計文檔、產(chǎn)品文檔、管理文檔等資料匯總收集到相關(guān)資料庫中，同時還要認真的總結(jié)項目實施過程，供今后維護和開發(fā)參考使用。

參考文獻：

[1]韓萬江，姜立新.軟件項目管理案例教程[M].機械工業(yè)出版社，2006.

[2]Mark C.Paulk，Charles V.Weber，Suzanne M.Garcia，Mary Beth Chrissis，Marilyn Bush.Key Practices of the Capability Maturity ModelSM，Version 1.1.1993.

[3]鄧子云.論CMM2的過程改進[J].安徽電子信息職業(yè)技術(shù)學院學報，2004，3（5）.

[4]王斌.基于CMM的軟件過程改進模型的研究與實現(xiàn)[D].南京航空航天大學，2006.