軟件工程實訓總結范例6篇

前言:中文期刊網精心挑選了軟件工程實訓總結范文供你參考和學習,希望我們的參考范文能激發你的文章創作靈感,歡迎閱讀。

軟件工程實訓總結

軟件工程實訓總結范文1

1軟件工程課程教學中存在的問題

在目前的軟件工程教學中主要存在以下三個方面的問題:1)師生缺乏實際軟件開發經驗.這表現在兩個方面,第一,學生缺乏軟件開發經驗,特別是團隊協作的軟件開發經驗.因此,難于理解軟件開發流程的重要性.第二,教師自身從事軟件項目開發經驗不足,對于軟件工程理論、技術、方法的理解不足,不能深度理解軟件工程的核心思想,在教學中缺乏靈活應用的能力.2)教學與實踐環節脫節.在傳統的軟件工程教學模式中,對軟件工程中基本概念、原理、方法以課堂講解為主,教師處于教學的主導地位,學生處于被動地位,被動地接受和灌輸.學生實踐時間受限,無法將課堂上所學的軟件工程理論應用于實際軟件開發中,難以做到學以致用.據統計分析,以講授為主的教學中,學生接收的知識僅為老師講授內容的5%[1].3)教材內容陳舊.軟件工程方法隨著科技的進步和觀念的更新,軟件工程教材中主要集中于軟件工程的方法方面.對在當前軟件企業中的工程項目管理(PMP)、能力成熟度模型集成(CMMI)等,在軟件工程教材中鮮有體現.這使得學生在學習實踐中對于軟件項目風險等缺乏認識,在一定程度上制約了課程的教學效果.

2軟件工程教學改革的方法和內容

2.1CDIO理論

CDIO(Conceive(構思)、Design(設計)、Imple-ment(實現)、Operate(運作)是2001年由美國麻省理工學院聯合瑞典的查爾姆斯技術大學、林克平大學以及皇家技術學院等4所高校,共同開發的一種全新工程教育理念[2,3].CDIO的方法論是“基于項目的學習”和“做中學”,是讓學生以主動的、實踐的、課程之間有機聯系的方式學習.CDIO工程教育注重培養學生掌握扎實的工程基礎理論和專業知識,提倡將教育過程放到工程領域的具體情境中.一個工程項目從立項、需求分析、設計、實施、運行到維護的每個環節,經歷著構思、設計、實現、運作的過程,和CDIO理念的主旨不謀而合.基于CDIO的教學理念,它將以往以傳授知識為主的傳統教學理念,轉變為以解決問題、完成任務為主的多維互動式的教學理念;將再現式教學轉變為探究式學習,讓學生通過運用所學知識和經驗來完成一系列具體的任務,達到熟悉并掌握教學內容的方法.基于CDIO的教學法的核心是以學生進行主動學習,輔以老師的指導,整個過程用項目任務進行驅動.

2.2教學方法和教學內容的改進

針對軟件工程課程教學中面臨的問題,我們采用基于CDIO的教學模式,其關鍵在于“基于項目的學習”和“做中學”.在實踐教學中以任務驅動老師教學,學生以完成具體項目任務為學習目的.在整個教學過程中采用構思—設計—實現—運作這四個環節來推進課程改革的進行,需要解決學生缺乏軟件開發經驗,課程實訓和新技術新技能的缺失等三個方面的關鍵問題.在教學中我們針對軟件工程的主要問題采用如下的措施與步驟來實施.1)缺乏軟件開發經驗的解決辦法缺乏軟件開發經驗最有效的解決辦法是讓學生參與到軟件開發過程中,從實踐中體驗并領悟軟件開發的各種經驗教訓.這種軟件在開發的實踐中所學習到的知識與實踐者在軟件開發過程中所從事的角色相關.軟件開發的經驗在以團隊合作開發的項目實訓中至關重要,特別是項目經理的角色,他不僅涉及到項目資源的人員工作的協調,資源的調配,而且需要他按照推進項目開發的時間計劃來實施.對于這種能力的獲取,很難依靠學生以前的軟件開發經驗.因此,在課程教學中,我們引入軟件工程教學CAI軟件,通過游戲角色扮演的方式使學生獲取軟件開發經驗.引入國外軟件工程輔助教學軟件SimSE[4],該軟件以游戲的方式來解決學生缺乏軟件開發經驗.SimSE中提供了項目經理,開發人員,測試人員,文檔人員等角色,每一個角色的能力不同.同時,SimSE提供了不同軟件開發模型,如瀑布模型、增量模型、RUP模型等.學生在選定角色之后和任務之后,來對項目中的各個角色和任務模型的進行安排人力與物力資源的安排,確保能夠按時完成任務.在實訓之前,根據所選擇的軟件開發模型,我們要求項目經理提交CAI軟件的角色扮演報告,并與項目小組的成員分享.小組的各個成員也要分享不同角色使用的體會報告.經過不同開發模型的角色體會,學生逐漸明白這些模型之間的區別,熟悉了項目團隊各個角色的任務,同時懂得了成員之間的分工協調的重要性,為后續的軟件項目實訓教學做好了準備.2)軟件工程的實訓項目及評價軟件工程實訓項目是解決教學與實踐環節脫節的有效辦法.我們采用實訓教學與理論教學同步開展的方式.在教學中的案例部分有來自于經典的案例,也有一部分來自于學生實訓的項目開發.軟件開發實訓過程及實訓結果的評估如下:項目任務的安排.項目任務的選擇是關鍵的一步,將實訓課程設計與個人興趣結合起來,就能夠充分調動學生動手實踐的積極性.首先,在教學班級中讓學生按照4—6人的規模,自由組合成項目團隊,并選出項目經理,明確團隊成員在項目開發中的角色.然后,以項目團隊為單位進行開發題目的選擇.教師提供的開發題目盡可能與當前的信息技術發展相適應,如手機App,網上書城,微信應用開發等.同時,也可以讓學生根據項目的興趣愛好來自選題目.這幾種實訓題目的選擇方式就能保證學生團隊選擇到感興趣的項目.在項目選定之后,教師指定采用的開發模型,讓學生按照開發模型的要求實施項目的開發.項目任務的引導與小結.在項目啟動后,項目開發過程以學生為主導,按照既定的開發模型的步驟和開發時間計劃進行,學生在軟件工程的基本理論和規范流程指導下大膽去實踐,并對照SimSE中獲取的經驗,這樣學生在完成任務的過程中進一步熟悉、理解并掌握軟件工程知識.教師的任務是監控學生的階段任務是否按時完成,在學生遇到問題時,采用統一點評與項目團隊單獨研討相結合的方式進行指導.通過這一步,學生能夠了解本團隊的問題如何解決,同時也能夠分享到其他團隊解決問題的經驗教訓.項目任務的總結.在項目開發任務完成驗收時,嚴格按照在項目啟動初期的客戶需求來進行項目驗收.項目驗收小組由學生代表和教師組成,驗收時同時考核項目團隊和團隊成員.驗收團隊對各個項目團隊的產品進行評分,這個評分包括項目完成情況和項目過程文檔輸出以及項目團隊溝通文檔等;項目經理根據項目成員對項目貢獻度的情況給出項目成員的評分.教師對各個團隊的任務進行點評,對其中遇到的問題給出解決建議.通常,項目實訓任務分為兩輪.第一輪項目任務的目的是讓學生基本熟悉和了解在軟件工程思想指導下的軟件開發的規范流程.學生在第一輪項目開發時會遇到各種各樣的問題.經過第一輪的任務驗收與總結之后,在第二輪項目開發過程中,學生就能夠熟練應用軟件工程的理論知識來指導軟件的開發.3)教材內容不完善的解決辦法在教學過程中,除了學習教材的主要內容以外,向學生介紹目前軟件行業主流開發技術、管理技術以及軟件開發中使用的經典工具等,這樣能夠開拓學生的視野,促進學生的探索與學習.在軟件工程的課程教學中補充學習關于CMMI[5]的知識,CMMI是衡量一個企業軟件開發管理水平的一個標準.許多軟件企業都想獲得CMMI認證,其目的是幫助軟件企業對軟件工程過程進行管理和改進,增強開發與改進能力,從而能按時地、不超預算地開發出高質量的軟件.其所依據的想法是:只要集中精力持續努力去建立有效的軟件工程過程的基礎結構,不斷進行管理的實踐和過程的改進,就可以克服軟件開發中的困難.CMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面.在許多大型的軟件開發企業中,要求項目經理取得PMP資格證,并在實際的軟件開發過程中靈活應用PMP的知識來指導項目團隊進行軟件的開發全流程.而學生缺乏以PMP來指導補充軟件開發企業中軟件項目管理(PMP)方面的知識[6].我們在教學中以學生組織春游為例,將工程項目管理的整合管理、范圍管理、時間管理、成本管理、質量管理、人力管理、溝通管理、風險管理和采購管理等9大知識領域結合起來分析.項目管理這方面知識正好可以用來指導軟件工程實訓的項目軟件開發.在軟件工程相關的教學案例中我們采用一些企業軟件開發的實際案例來進行教學分析,分析在這其中哪些環節中使用了在課堂中學習過的知識點,哪些是補充的知識點.學生會根據自己的興趣和特長,學習一些新知識,為自己專業方向的定位和就業選擇打下很好的基礎.

3結束語

軟件工程實訓總結范文2

關鍵詞:軟件工程(會計學) 復合型 會計信息化 人才培養

一、引言

會計電算化、會計信息化、云會計等概念或名稱的出現適應了信息化發展的需求,已被普遍接受和認可。在管理學科下,目前設置有會計學(會計信息化)、審計學(審計電算化)等專業。與此同時,在大連交通大學、江西理工大學等院校明確設有軟件工程(會計學方向),該專業方向在質疑聲中走過多年,在培養復合型、應用型會計信息化人才的道路上創新出了一種新的模式。

二、“軟件工程+會計學”人才培養的特點及隱含的問題

“軟件工程+會計學”在實際教學中可趨向于兩個方向的培養,即具有軟件背景的會計學方向和具有會計學背景的軟件工程方向,無論學生選擇哪個方向,其人才培養都具備一些特點和不足。

(一)專業的新穎性

相比授予管理學位的會計學(會計信息化)專業而言,軟件工程(會計學)是在工科背景下探尋出的一種培養會計信息化人才的創新模式,是將軟件工程技術賦予會計行業背景,使其具有了專業生命力,符合時代的要求??梢哉f,軟件工程+背景方向培養模式的新穎性決定了該專業在目前環境下還存在著諸多問題和不足,如在目前環境下還未得到社會的普遍認可,主要表現為高考報考時的“無目的填報”和就業、考研時“尷尬專業定位”。目前,軟件工程(會計學)主要是授予工學學位,被認為是計算機類專業,因此報考公務員、銀行、事業單位時不能填報會計崗位。但是,我們要堅信背景方向的復合培養模式具有時代先進性,適應了當前和未來信息化發展的趨勢,將迎來更大的機遇。

(二)學科復合性和交叉性

軟件工程(會計學)橫跨工科和管理學科,是將計算機技術與會計學知識相結合的交叉性學科,融合了軟件工程、計算機程序語言、財務會計、企業管理、法律、經濟等多學科知識。早在2009年,財政部就提出了要打造一支熟悉國際規則、掌握企業管理、信息技術和會計業務的復合型會計信息化人才隊伍的要求,而軟件工程(會計學)的復合性完全符合了這個要求。

但目前在實踐教學中,軟件工程和會計學復合性及交叉性實際操作難度較大,主要表現為:(1)受學分限制,復合型課程數目和學時數有限,難以深入學習;(2)計算機課程和會計學課程往往是完全獨立的體系,日常教學中易呈現“兩張皮、無交叉”;(3)既懂計算機又懂會計的教師隊伍薄弱;(4)目前大多數學生只是單純地學完計算機和會計類課程,沒有主動將兩者有效進行結合的意識;(5)社會對會計信息化人才的高端有效需求還比較弱,大多數只是停留在會計軟件的應用操作上。

(三)專業課程的難度性

1.課程設置的難度性。軟件工程(會計學)專業課程設置主要包括計算機類課程、會計類課程和交叉類課程,其設置難度系數較高,主要表現為:(1)軟件工程(會計學)專業的學分相對于其他專業較多,具體表現為課程多且很多都是高學分的課程;(2)目前在高校沒有統一的課程設置標準;(3)課程設置偏重于計算機類還是會計類沒有準確的定位,各分一半顯然效果不佳,但過分偏重一方,另一方則會較弱,以致無專業深度;(4)軟件工程專業偏重于實踐應用環節,往往大四一年是在外實習,從而使在校學習的時間大大減少,課程設置難度大大提升,很多課程更處于很難取舍的狀態。

2.課程學習的難度性。從學生的角度看,學好跨學科專業難度較大,特別是這種橫跨工學和管理學兩個大學科門類的專業,這是因為:(1)學習該專業的學生中有一部分為文科生,學習離散數學、C語言、Java語言等相關計算機課程難度較大,有的無興趣,勉強通過考試而已;(2)軟件工程(會計學)專業課程較多,很多是高學分,這也無疑加大了學生學習的難度,在一個學期內要吸收和消化平均十幾門課程知識,難度較大。

3.學習思維的跨度性。計算機相關課程知識多屬于顯性知識,且結構化特征顯著,而會計管理類知識多屬于隱性知識,很多是需要經驗的體會,兩者之間的差異顯著,勢必會造成初學者無法適度地轉化學科意識,從而增加學習的難度。

(四)課程學習的基礎性

大學四年的課程中涉及計算機類和會計類的核心課程,課程量大,學分高,難度較大,但是并不是“難不可攀”。因為開設的是專業核心課和基礎課,對基礎知識的考核要求較高,考核難度性較大和專業深度較高的學科知識占較少比例,因此經過一段時間的學習,完全可以順利通過考核和很好地掌握基礎性知識。而且,未來的工作所需要的學科知識正是建立在這些基礎課程之上,更深度的知識需要在實踐工作中不斷地學習和摸索。

(五)課程學習易出現“尷尬現象”

軟件工程(會計學)目標是培養出既懂計算機又懂會計的復合型人才,最佳效果是培養出“強計算機、強會計”的人才,但沒有學科思維跨度和因興趣偏向,易造成“強會計、弱計算機”和“強計算機、弱會計”,最差效果是“弱會計、弱計算機”。因此,在學習中切忌只關注某一個方面,或眼高手低不注重基礎知識的學習,更應該在課余時間自我充電,注重專業的深度,防止這種“尷尬現象”的產生。

(六)就業前景樂觀

軟件工程(會計學)專業面向現在和未來的國際軟件市場、財會管理市場對人才的需求,培養具有較強工程實踐能力和創新能力的高素質、實用型、復合型軟件工程管理、高級會計人才。學生畢業后可以在IT行業從事軟件系統分析、開發和維護等軟件項目管理工作,也可在證券公司、銀行、保險等公司和企事業單位會計專業領域從事軟件開發、運用及會計、財務管理等工作。

(七)專業繼續深造可擴展性強

軟件工程(會計學)作為復合型專業,其畢業生在進行繼續深造時可選擇的專業面較大,包括:(1)工商管理學科下的會計學和企業管理二級學科,其中最適合的研究方向為會計學下的會計信息系統、企業管理下的財務管理信息化;(2)管理學科與工程學科下的管理信息系統研究方向;(3)會計專業碩士(MPACC);(4)軟件工程專業下的企業信息化方向(學術和專碩皆可);(5)其他相關專業,如金融學等。

(八)應用性強

軟件工程(會計學)是應用性較強的專業,通過交叉性課程進行理論上的融合是遠遠不夠的,要想真正地培養出既懂會計又懂計算機的復合型人才,需要在軟件的開發和設計實踐中將所學的專業知識進行融會貫通。

三、優化“軟件工程+會計學”人才培養的新思路

(一)提升專業認知

隨著當前信息化建設的推進,軟件工程與行業背景融合成為必然趨勢,因此,政府、高校、企業等社會各界都應逐步達成共識:無論是從哪個學科復合而來的會計信息化畢業生,都應該可以和傳統學科專業一樣,在畢業時享受同等待遇的同時可有更多的選擇空間。

作為軟件工程(會計學)專業的學生應充分認識到專業的特殊性和復合性,應“韜光養晦、居安思危”,堅信一個理念,即復合型專業的明天是光明美好的,而走往美好明天的道路是曲折的,不斷推進該學科領域的發展和深入。

(二)校企合作創建應用型特色班

軟件工程(會計學)專業培養出的畢業生將有大部分學生從事會計軟件相關工作,因此學校有必要繼續深化校企合作模式,將一批有實力、有影響的商務軟件企業引進學校,走向課堂,實現“校內培訓、校外實習、推薦就業”全方位的互利合作模式。還可以仿照中外合作辦學模式,與大型軟件工程共建會計信息化特色班,在每個學期1-2門課程由軟件公司的工程師進行授課,真正實現教學與實踐接軌,培養復合型和應用型的會計信息化工程師。

(三)推進雙學位式培養模式

鑒于本科四年制的限制,學??刹捎秒p學位的培養模式提升學生的競爭力,對于那些有精力和能力的學生而言,可以開設會計學、財務管理等管理類專業的二學位,著重開設非會計核心類的其他相關課程,本著不重復設置課程的原則,在學生修得一定學時,獲得相應學分的前提下授予管理學第二學位。畢業工作時,工學和管理學雙學位證書勢必會緩解軟件工程(會計學)類似專業的尷尬局面。

(四)適時轉換學科的思維模式

作為軟件工程(會計學)專業的學生在進行專業課學習中,應學會在計算機學科和管理學科中進行思維的靈活轉變,對計算機學科中的結構化知識加強記憶并總結出規律,對管理學科中的非結構化知識應加強理解并與實踐案例相結合。

(五)注重交叉性課程的學習

在學習計算機課程和會計學課程時,應防止“兩張皮”和單一地偏向某一個方面的學習,應注重交叉性課程的學習,將計算機的思想與會計、管理的理論與實務相融合。而且,在進行交叉性課程學習時,應淡化知識的簡單疊加,強化知識的整合和交叉,應突出會計、審計、財務管理等管理知識的特色,應重視信息系統的需求分析和設計,并通過案例分析等實踐環節強化知識的整合。

(六)強化專業基礎知識的學習

雖然軟件工程(會計學)的課程較多且難度較大,但是學科基礎知識足以撐起學科的框架和滿足未來工作的需要,因此在學習的過程中應加強專業基礎知識的學習,不應“眼高手低”,更不應該“妄自菲薄”,認為自己什么都沒有學到而失去專業的學習興趣。

軟件工程實訓總結范文3

關鍵詞:就業;教學改革;實訓

中圖分類號:G718 文獻標識碼:A 文章編號:1672-5727(2013)10-0165-02

2011年就業藍皮書的調查結果顯示,大學畢業生認為專業教學中最大的問題是實習和實踐環節不夠、課程內容不實用或者陳舊。如何提高學生的實踐技能水平,滿足企業和社會需求,使學生“就好業,好就業”成為當今高等教育亟待解決的問題。

實踐是檢驗真理的標準

實踐是檢驗真理的唯一標準,是驗證理論的唯一途徑,理論教學配合技能訓練是人才培養的基本途徑。

實踐教學是全面提高學生素質的重要教學環節,能夠培養學生運用所學基本知識進行工程設計的能力,以及創造能力、開發能力、獨立分析和解決問題的能力。

通過實踐訓練,提高技能水平,才能夠更好地實現教學培養與社會需求的對接,因此在學生培養過程中應該不斷加強實踐環節的教學比重,在學中做、做中學,逐步實現實踐教學常態化。

在高職教育過程中,需要轉變觀念,加強實踐教學的投入。理論教學需要以應用為目的,以“必需、夠用”為度,真正做到理論教學為實踐能力的培養服務,真正做到理論與實踐緊密結合。通過不斷加強實踐教學的投入,使學生能夠通過在校的理論和實踐學習達到企業的用人要求。

有效的實踐教學

應用型人才需要有較強的專業技能,而專業技能的培養與實踐教學是緊密相連的。實踐教學是培養學生的專業技能、職業素養、創新意識等能力的重要途徑,最能體現人才培養的應用型特色,是高職高專教育的核心內涵之一,因此一定要給予重視。

中原工學院軟件學院于2004年開始??普猩?008年開始本科招生,目前在校學生達到一千七百多人。學院在實踐教學方面經過多年探索,積累了一些有效經驗,逐步形成了獨具特色的實踐教學辦學機制。學院主要采用強制學習與自主學習相結合、集中學習與分散學習相結合、校內學習與校外學習相結合等不同方法,實現了較好的實踐教學效果,學生動手能力強,普遍受到用人單位歡迎。

(一)課內上機

一方面,加大課內上機時數,為學生爭取更多的集中實踐機會;另一方面,盡可能采用上機考試,進一步提高學生對實踐學習的重視程度。通常情況下,上機學時占該課程總學時的1/3~1/2。因為具有足夠的課內上機時間,學生的實踐問題通常能夠及時解決,其獲得的成就感也比較強。

(二)實踐訓練

每個學期開學初,進行為期1周到3周的實踐課題,目的是對前一學期所學的知識進行整合。為提高實訓質量,教師所帶學生通??刂圃?0人以內。具體執行步驟如下:(1)申報課題:任課教師于前一學期的第13~14周通過軟件應用系統申報課題,經管理員審核后的項目將提供給學生選報。(2)網上報名:前一學期第15~16周,學生使用同一系統選報課題,允許學生自帶題目,但需提前告知輔導教師并由教師登記到系統中。(3)指導教師與學生見面并分配任務:指導教師安排時間,集中所帶學生,通過講解課題使學生熟悉課題需求,同組成員合作并分工,了解自己的課題任務。(4)開始實踐:新學期前三周安排為實訓教學時間,實訓開始前首先需要為實訓學生安排固定機房、機位,項目輔導教師作為項目經理對課題進行組織協調并進行輔導。(5)中間檢查:學院組織相關人員隨機檢查,目的是進一步督促學生努力學習。(6)評價:帶隊教師驗收學生系統后,批改報告并給出成績(如圖1所示)。

學生從一年級到三年級經歷五次實踐課題的鍛煉,每一次實踐課題緊密結合前一學期的理論學習,對前一學期的學習內容進行鞏固及整合,所開展的實踐課題逐層遞進,且各有側重,學生通過系統化訓練,積累了大量實踐經驗。

(三)IT行業社會實踐

IT行業社會實踐的教學目的是通過社會實踐,使學生了解IT行業技術發展趨勢,同時培養學生的人際交往、語言表達等能力,樹立自信心,提高個人綜合能力和素質。

IT行業社會實踐一 參觀IT企業,目的是通過參觀IT行業中的一些知名企業,了解行業發展及企業需求,明確學習目標。IT行業社會實踐一般安排在一年級的第二學期中間,學院分批組織學生參觀當地知名IT企業,要求學生參觀后寫總結報告,具體執行步驟如下:(1)提出方案:教學執行部門提出參觀方案,包括參觀時間、參觀班級、帶隊教師、批改報告教師等。(2)聯系公司:教學管理部門根據參觀方案聯系合適的IT公司。(3)進行參觀:相關部門聯系好車輛、確定好路線,組織學生分批參觀企業。(4)提交報告:參觀結束后,相關教師督促學生提交總結報告并給出成績。

IT行業社會實踐二 二年級第二學期的暑假,學生將被分散到全國各地,進行為期2~3周的項目鍛煉,目的是提高學生專業技能,積累實踐經驗。具體執行步驟如下:(1)提出教學目標:教學執行部門根據學生學習程度,提出關于實踐項目的基本要求等。(2)提交教學方案:教學管理部門根據實踐要求,聯系有關IT公司,并要求對方提出執行方案。(3)學生報名:采用自愿的方式,綜合考慮公司情況、個人需求,選擇合適的單位。(4)實踐:根據公司要求,學生在培訓地點開展實踐學習。(5)評價:實踐單位要提交實踐報告,并根據學生表現給出合理成績及評價。

學生從一年級到二年級經歷兩次IT行業社會實踐,對軟件行業有一定認識,個人職業規劃逐漸清晰。

(四)軟件工程實訓、畢業設計

通過三年的在校專業學習,軟件工程專業的學生已經積累了一定的軟件開發經驗,在第四學年將繼續進行系統的實踐學習。作為實踐教學年的第四年,主要安排軟件工程實訓、畢業設計等實踐教學工作。

軟件工程實訓安排在四年級的第一個學期進行,主要目的是整合前三年的理論知識,進一步提高團隊合作能力及個人學習能力。考研的學生一般選擇在學院進行軟件工程實訓,其余大部分學生會選擇合適的企業進行實習或者選擇軟件實訓單位進行實訓,為順利就業做準備,部分學生在此期間亦順利就業。

畢業設計是四年級的第二學期的主要實踐課程,也是大學期間最后一門實踐課程。部分學生會自行聯系在實習單位進行畢業設計,畢業后正式工作;部分考研學生選擇校內畢業設計,一方面可以方便復習,另一方面在學??梢試L試一些有研究性質的課題,為另一階段的學習做準備。應該說絕大部分學生都已經為畢業后的去向做好了準備。

經過五次實踐課題、兩次IT行業社會實踐、軟件工程實訓及畢業設計的磨煉,軟件工程專業的學生已經完全勝任工作需要,因此軟件工程專業學生的就業不僅順利,而且滿意。

(五)其他實踐活動

為提高學生實踐動手能力,拓展學生視野,激發學習興趣,學院在不同學期安排有軟件知識大賽、軟件技能大賽、軟件設計大賽、軟件工程師講座等活動,同時采取要求所有學生每個學期必須完成90個學時的免費上機時數等措施,進一步強化提升學生的實踐技能。部分已畢業的學生表示,軟件學院實施的強制學生免費上機等措施是具有積極意義的。

存在的問題

(一)部門之間的溝通協調

實踐環節執行過程中不可避免會涉及多個部門,因此部門之間的溝通非常重要。一個階段的工作結束必須以順利交接給后一個部門為結束標志,任何一個部門如果不能順利交接都將直接影響整個實訓教學工作的進展,如校外實訓教師的聯系、報告及成績的提交、課酬結算等環節同時涉及教學管理和教學執行等多部門,因此各個部門之間需要及時聯系,互通信息,保證過程暢通。

(二)實訓費用

一般來說,通過學院聯系的實訓單位具有一定實力,實訓題目、學習環境相比高校更接近企業,而且在企業學習,學生的就業壓力感通常會比較明顯。各種因素都造成校外實訓單位的實訓效果比校內更好,因此大部分學生更愿意選擇企業實訓。

但是由于學院不可能全部負擔校外實訓學生的實訓費用,這直接影響了學生對于實訓單位的選擇;對于不以盈利為目的的實訓單位,則更需要考慮如何才能吸引更優秀的學生;政府亦有責任出面引導或者給予政策傾斜。如何有效降低實訓費用,應是企業、政府、學校共同思考的問題。

(三)師資

高校教師一般具有豐富的理論知識和較好的口頭表達能力,但是因為長期脫離生產一線而表現出實踐經驗不足;企業工程師一般具有豐富的實際開發經驗,但是理論知識不足,而且表達能力稍有欠缺。同時具備理論知識和實踐經驗且表達清晰的教師如鳳毛麟角,成為影響實訓效果的“瓶頸”。

師資、設備、監督、溝通等任何一個環節都會影響到實踐教學效果,因此一定從各個方面抓教學、抓管理,在教學過程中深入內涵建設,以提高教學質量為目的,為學生提供好的學習和生活環境,為學生就業做足工作。

結語

作為校級軟件工程特色專業實驗點的軟件學院,得到了中原工學院大力資助,在實踐教學過程中取得了一些成績,但也不可避免地存在不盡如人意的地方。

正視存在的問題,不斷改進,在已有成績的基礎上不斷努力,軟件學院將繼續為學院,為河南省,為打造中原經濟區而努力做出更大貢獻。

參考文獻:

[1]賈曉輝,韓玉民.加強校企合作,推進實踐教學[J].計算機教育,2011(7):92-94.

[2]賈曉輝,劉鳳華,郭清宇. 軟件工程專業實訓基地的建設與實踐[J].計算機教育,2009(8):116-117,109.

[3]王永貴,等.軟件工程專業工程化實踐教學研究與實踐[J].遼寧工程技術大學學報(社會科學版),2010(6).

作者簡介:

軟件工程實訓總結范文4

摘 要:本文提出了一種全新的軟件項目開發綜合實訓模式,該模式以實際項目貫穿始終,以軟件工程思想貫穿全線,圍繞學生完成一系列遞進的典型工作任務來組織實訓內容,覆蓋不同課程串聯不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用,對當今高職院校進行課程改革具有重要的參考價值。

關鍵詞:工作過程導向;學習情境;典型工作任務;項目開發;綜合實訓

中圖分類號:G642 文獻標識碼:B

1 實訓教學的現狀和對策

我院的軟件技術Java開發方向主干課程的設置包括:“Java程序設計”、“數據庫基礎及應用”、“JSP程序設計”、“UML基礎與Rose建?!?、“軟件工程”、“軟件測試”、“J2EE技術”。在每門課程的最后階段都安排了課程實訓,在此過程中,學生以個體或小組形式完成一個相對真實的工作任務。課程實訓可以訓練學生將該課程中不同的知識和技能串聯起來,加以綜合應用解決實際問題。由于各門課程相對獨立,即使完成以上所有課程的課程實訓,學生還是難以參與軟件開發的全過程,難以獲得對開發過程的整體把握。即使進入專業學習結束后的畢業設計階段,由于畢業設計教學環節與大學生畢業就業成為近年來我國高校的一個非常突出的矛盾,尤其是高職高專院校的畢業生面臨著嚴峻的就業形勢,許多學生在最后一個學期幾乎都在外出找工作,提前就業上崗。高職高專院校本來就學制短,畢業設計教學環節形同虛設,嚴重影響了正常畢業設計教學環節的實施和畢業生的水平。

在近幾年的專業建設和課程改革中,我們越來越認識到培養學生的軟件開發能力、團隊合作能力、工程應用能力的重要性。為此,我們專門針對高年級學生設計和開發了工作過程導向的、具有專業總結和綜合性質的項目開發綜合實訓,通過項目實踐開闊學生視野,鍛煉學生的團隊意識和工程意識,全面培養學生的職業素養和工程應用能力。

2 基于工作過程的高職軟件項目開發綜合實訓設計思路

基于工作過程的高職軟件項目開發綜合實訓設計思路包含“兩個貫穿一個分解一個覆蓋”:即“工程項目貫穿”、“軟件工程思想貫穿”、“典型工作任務分解”和“不同課程覆蓋”。

2.1 工程項目貫穿

“工程項目貫穿”,即以一個工程項目全線貫穿于整個實訓過程,學生從步入實訓基地開始接受項目,到最后提交一個按照操作程序、操作規范完成的,滿足一定質量標準的開發成果。在確定項目時,應該把握好以下兩個原則:

第一,實訓項目應具有一定的應用價值和實際意義。實訓項目最好以實際項目為背景,或者直接就是從實際項目提煉而來,與企業實際生產過程或現實商業經營活動有直接的關系。這樣的項目能培養學生的實戰經驗,極大地激發學生的積極性。但是要注意,業務流程太專業太復雜的項目不適于拿來作為全程的實訓項目,因為這類項目在前期的業務分析和理解上將耗費太多的時間和精力,不利于后續工作的展開。

第二,要根據教學內容和專業培養目標確定項目內容與項目難度。高職軟件技術Java開發方向旨在為社會輸送合格的熟練的Java程序員,而J2EE編程是Java程序員追求的最高目標,所以我們確定的實訓項目具有總結性和綜合性,并具有一定的挑戰性。經過前導課程“J2EE技術”的學習和實踐,學生已經具備了用Servlet+JSP+JaveBean (EJB)或struts框架來實現MVC架構的能力,在實訓項目中我們鼓勵學生整合Struts、Hibernate和Spring三個框架,綜合運用J2EE的組件、框架開發技術,開發一個滿足J2EE架構的多層的企業應用。

2.2 軟件工程思想貫穿

在傳統的“軟件工程”教學中,軟件工程是一門獨立的理論性較強的課程,學生們缺乏實戰經驗,難以在參與軟件開發的全過程中獲得感性體會,理解軟件工程的精髓。

為了培養軟件工程意識,使工程化思想成為學生從事軟件開發工作的行動指南,我們將軟件工程思想貫穿于整個綜合實訓的始終。綜合實訓以成熟的軟件開發模型為基礎,以具有一定應用價值和實際意義的項目為背景,學生以開發團隊的形式,按照軟件開發流程,在規定的時間點完成指定的任務,經歷需求分析、建模、設計、編碼、測試、部署的軟件工程全過程。綜合實訓模擬企業運作機制,模擬企業中實際存在的項目壓力和工作壓力,模擬真實企業開發環境,以項目的進度檢查作為監控,以項目開發成果作為最后的考評。學生在實訓過程中,都有機會承擔項目經理、設計人員、編碼人員、測試人員等全部或部分崗位角色的職責,學生的綜合能力得到極大的提高。

2.3 典型工作任務分解

典型工作任務是“基于工作過程”實訓課程開發的精髓。所謂“任務”就是要求學生做一件事,重要的是,這件事是按實際工作的要求來操作的,包括操作程序、操作規范、質量標準等。學生在完成各項“任務”后,會呈現出不同的“結果”。這個結果是非標準答案的,即每個學生或每個團隊的作品可以不一樣,對作品的評價不是簡單的對與錯,而很可能是好與差。而“典型工作任務”能呈現出職業的典型的工作內容和形式,在整個企業的工作大環境里具有重要的功能和意義。

在工作過程導向設計原則的指導下,結合軟件行業的崗位需求,通過分析完成軟件開發需要完成哪些典型工作任務,我們設計了基于工作過程的實訓流程。該流程以一個軟件項目貫穿始終,將整個軟件開發過程分解為一系列遞進的實訓情境,在每個實訓情境要求學生完成一個獨立的工作任務,完成所有的實訓情境就完成了整個軟件項目的開發。

基于工作過程的項目開發綜合實訓流程如圖1所示,整個實訓由遞進的6個實訓情境構成(水平方向),它們對應的工作任務依次為“需求分析”、“搭建開發環境”、“設計”、“編碼”、“集成和測試”、“項目部署”。垂直方向則反映了為完成某項工作任務所采取的步驟和要提交的工作成果。

圖1 基于工作過程的軟件項目開發綜合實訓流程

2.4 不同課程覆蓋

按照工作過程導向設計原則,將整個軟件開發過程分解為遞進的6個實訓情境,每個實訓情境覆蓋了不同的課程內容。表1列出了每個實訓情境對七門主干課程的覆蓋情況,可以看到,它徹底地克服了傳統的課程體系只重視每門課程自身的實驗,缺乏覆蓋不同課程,串聯不同知識和技能的綜合性實驗的重大缺陷,它使得相對獨立的各門課程整合在一起,使整個實訓成為一個有機的整體。這樣的訓練能使學生將以前的所學融會貫通,能有效地培養學生的綜合應用能力和創新能力。

3 基于工作過程的高職軟件項目開發綜合實訓的實施

3.1 實訓項目舉例

依照確定項目的兩個原則,我們把為我院開發“教學資源管理系統”定為綜合實訓的第一個項目,要求運用Struts、Hibernate和Spring三個框架,開發一個滿足J2EE架構的多層的企業應用。

該項目的業務需求是“主要完成對多媒體課件和各種多媒體素材資源的管理,方便對各種電子教學資源進行分類維護,包括瀏覽,查詢,下載;為教師提供一個方便快捷的課件渠道,把制作的課件或搜集的素材上載到該系統,實現資源共享。本系統分三級用戶:系統管理員,教師用戶、普通用戶(包括學生);包括以下四個方面的功能:普通用戶資源瀏覽和下載;普通用戶資源檢索;教師用戶資源上載;管理員系統維護”。

項目開始時,教師只給出較為粗略的業務需求,給學生留有足夠的發揮空間。因為“教學資源管理系統”就是為學生和教師服務,非常貼近學生的學習生活,理解起來沒有任何障礙。至于界面做到什么樣子,功能做到何種程度,留給學生在撰寫詳細的需求分析報告時去確定,教師需要把關的是工作量和技術難度,不能太簡單而達不到實訓的效果,也不能太難無法實現而挫傷學生的積極性。

3.2 實訓組織方式

實訓采用4個人一組,每人負責一個方面的功能開發,每組設一個項目組長,項目組長除負責一個方面的功能模塊開發外,還負責各模塊集成。由項目組共同提交一份需求分析報告。個人一旦選擇某方面的功能開發,就要全權負責該部分的設計、編碼和單元測試。此外,在測試情境中,開發小組進行角色轉換,變成測試小組,選擇別的小組開發的軟件進行測試。

3.3 實訓進度安排和任務要求

本綜合實訓歷時一個月,共72學時(4周*18課時),進度安排如表2所示,各院??筛鶕约旱那闆r作適當調整或根據需要增加學時。下面是每個情境的具體步驟、任務要求的詳細描述。

3.3.1 情境1:需求分析

本情境的典型工作任務是撰寫詳細的需求分析報告。

(1) 首先老師對實訓項目提出業務需求,講解應用的環境、功能要求、技術要求以及實訓組織方式。

(2) 實訓小組組成,組合出每個小組的成員,選出項目小組長。

(3) 每個小組對功能模塊分工分配,確定每個人所承擔的功能模塊。

(4) 各小組討論需求分析,每個人撰寫模塊的詳細需求分析報告。

本情境結束后,要完成以下任務:

老師要匯總出小組劃分、成員分工;

項目小組提交一份詳細的需求分析報告。

3.3.2 情境2:搭建開發環境

本情境的典型工作任務是搭建J2EE開發環境。我們選擇的開發環境為:

操作系統:Windows NT /Windows XP

Java 平臺:JDK1.6 以上

服務器:JBOSS 4.0.4

數據庫服務器:MySQL 5.0

開發平臺:MyEclipse 5.5

建模工具: Rational Rose

單元測試:Junit

功能測試:手工測試

(1) 首先老師對開發環境進行講解;

(2) 學生在自己的機器上完成以下任務:安裝JDK環境、安裝JBOSS服務器、安裝MySQL服務器、安裝MyEclipse集成開發工具、安裝Rational Rose建模工具、安裝Junit。

本情境結束后,要完成以下任務:

1) 學生在自己的機器上完成環境的搭建和測試。

3.3.3 情境3:設計

本情境的典型工作任務是撰寫詳細設計文檔。

(1) 老師對需求分析進行點評,指出其中的問題和修改意見。

(2) 老師以其中某個模塊為例,講解所使用技術和技術線路。

(3) 進行模塊設計和數據庫庫表設計,模塊之間接口的定義,數據庫中測試數據的準備。

本情境結束后,學生要完成的任務:

對需求分析報告進行修改和完善。

撰寫詳細設計文檔,包括類圖和時序圖。

詳細設計包括以下組件的設計:模型實現類和DAO組件;業務邏輯組件;MVC層組件;表現層組件

撰寫數據庫表的設計以及測試數據,數據庫表設計包括庫表名稱、字段定義,測試數據以表格的方式形成。

3.3.4 情境4:編碼

本情境的典型工作任務是依照設計進行代碼編寫,以及單元測試。

老師對學生的模塊設計和庫表設計進行點評,指出其中的問題和修改意見。

在編碼過程中,老師要對學生進行指導,幫助解決問題。學生之間應互相配合,及時修正模塊設計中的錯誤。

本情境學生要完成的任務包括:

修訂詳細模塊設計和數據庫庫表設計;

用測試數據填充數據庫;

制定編碼進度;

模型實現類和DAO組件的編碼和測試;

業務邏輯組件的編碼和測試;

MVC層組件的編碼和測試;

表現層組件的編碼和測試。

3.3.5 情境5:系統集成和測試

本情境的典型工作任務是小組模塊集成和功能測試。

(1) 小組成員之間相互配合,完成整個系統的集成。

(2) 選擇另一個小組開發的系統,根據他們的需求分析報告,撰寫測試用例。

(3) 進行功能測試并提交測試報告。

本情境完成,學生要完成以下任務:

將小組內各成員開發的模塊進行系統集成;

選擇另一個小組開發的系統撰寫測試用例,進行功能測試,并提交測試報告。

3.3.6 情境6:項目

本情境的典型工作任務是部署項目、提交成果。

(1) 學生將實訓成果進行演示

(2) 學生提交可以部署的包和按工程組織的源代碼

(3) 老師對各個項目小組的成果進行考評。

(4) 老師對整個實訓進行點評。

本情境完成,學生要提交以下程序和文檔:

源代碼和可以部署的包

實訓報告

4 新的綜合實訓模式對教師提出了更高的要求

基于工作過程的高職項目開發綜合實訓,覆蓋面廣,綜合性和工程實踐性強,要求按照軟件工程的要求,指導學生進行軟件項目開發實訓,因而對指導教師的教學素養、主導作用、工程實踐經歷提出了更高的要求。為此我們組建了一支以具有工程實踐經驗的核心教師為首,由各科任課教師組成的教師團隊。進入實訓項目的教師必須首先對項目本身有足夠的認識和理解,并且親自做過,才能在其參與指導的實訓情境中指導學生完成該情境所指定的典型工作任務。而核心教師經歷過企業軟件開發項目的全過程,熟悉軟件開發項目的管理過程,熟悉軟件開發程序的設計規范、調試過程、軟件質量測試方法,以“項目經理”的身份指導學生進行軟件開發實訓,其關鍵作用是不可置疑的。

同時,新的綜合實訓模式必須有新的教學觀念、講授模式和管理模式。在實訓過程中絕對不能再是“教師講授學生聽”,而是以學生為主體,以任務為驅動,教師重點放在講解每個任務的需求,完成該任務所要采用的知識、方法、工具和步驟,然后由學生自己進行分析、建立問題模型,自己掌握開發的進程。教師則更象一位項目經理,控制項目進度,評定軟件質量。

5 結束語

基于工作過程的高職項目開發綜合實訓,是一種全新的軟件項目開發綜合實訓模式。該模式以工程項目貫穿始終,以軟件工程思想貫穿全線,圍繞學生完成一系列遞進的典型工作任務來組織實訓內容,覆蓋不同課程串聯不同知識。該模式是工作過程導向在軟件技術實訓教學上的運用,對當今高職院校進行課程改革具有重要的參考價值,同時對指導教師提出了更高的要求。

參考文獻

軟件工程實訓總結范文5

軟件工程是一門建立在計算機科學和工程學基礎之上,同時涉及數學、管理學、經濟學和系統工程等學科理論與方法的學科及專業。軟件工程教育兼具科學教育屬性與工程教育屬性,前者培養的是軟件工程基礎研究人才,后者培養的是軟件工程技術、應用、管理和服務人才。我校作為一所普通本科院校,結合區域經濟發展實際,將軟件工程專業的培養目標定位為培養應用型、工程型軟件人才。即能夠綜合應用計算機科學、數學及管理科學等學科知識,以工程化的原則與方法為指導,勝任現代軟件工程環境下高質量軟件的開發、測試和維護等工作的軟件工程技術、應用、管理和服務人才。該培養目標可進一步解讀為以下三點:扎實的專業基礎、良好的工程學意識、較強的動手實踐能力。

2CDIO模式下實踐教學體系的構建

軟件工程是一門實踐性很強的專業,應用型、工程型軟件人才的培養定位更加強調學生動手實踐能力的培養和工程方法學的訓練,因此,實踐教學的體系建設和教學效果對學生的培養質量起著至關重要的作用。借鑒和吸收CDIO工程教育理念和標準,我們從教學內容和教學方法兩方面對軟件工程專業實踐教學體系進行了重新構建和實踐。課程實驗、課程設計、綜合實訓、畢業設計四個層次循序漸進、由淺入深、環環相扣;在教學方法的構建上,我們從工程教育的角度出發,形成了“案例牽引、項目驅動、團隊合作、引導互動”的教學模式。

2.1教學內容的構建

在教學內容的構建上,我們按照“以CDIO培養大綱為指南、以項目設計為導向、以工程能力培養為目標”的原則,將軟件工程專業的實踐教學體系分為以下四層次。2.1.1課程實驗課程實驗是單門專業課程教學中的實踐環節,也是整個實踐教學體系的基礎,對學生基礎專業技能的培養具有重要作用。為了加強實踐教學,我們在絕大部分專業課和專業基礎課中都設置了課程實驗,根據教學目標的不同,課程實驗設計為驗證性、設計性和綜合性等不同的層次。對于實踐性很強的專業課程,如程序設計基礎、面向對象程序設計等,采用完全實驗教學的方式,通過一個完整的項目將課程知識結構串聯起來,并通過“分而治之”的形式來學習各個知識點,將教師講解與演示、學生實地操作有機融合起來,最后完成整個項目,以培養學生的動手實踐能力和專業興趣;對于理論性較強的專業課程,如數據結構、操作系統等,采用理論講解與上機實踐并舉的方式,加強學生對專業基礎理論知識的理解與應用。2.1.2課程設計課程設計是實踐教學體系的第二層次,是在課程實驗的基礎上,選擇一些實踐性強且具有代表性的課程作為單獨課程開設綜合性課程設計。例如,Java程序設計課程設計、軟件工程課程設計等。與課程實驗相比,課程設計具有綜合性和實用性的特點,學生在教師的指導下綜合運用相關課程的知識和技術完成一個完整的設計或實現。通過課程設計的訓練,培養學生運用專業知識分析問題和解決問題的能力,使學生的專業技能得到進一步的提升和拓展。2.1.3綜合實訓綜合實訓是以課程設計為基礎,綜合運用多門相關課程知識完成一個工程項目的實戰訓練。綜合實訓以項目為載體構建知識結構,將學科知識、專業技能與工程實踐有效結合,體現軟件工程領域中的工程學和方法學的實施,實施技術與管理能力訓練和職業綜合素質綜合的培養[4]。根據方向不同,我們在軟件工程專業開設了兩門綜合實訓課程:(1)軟件開發綜合實訓。以軟件生命周期為主線,綜合運用程序設計、數據庫應用、軟件工程、軟件項目管理等學科知識,嚴格按照軟件開發的流程與規范,完成一個軟件項目的開發,最后提交軟件產品和相關技術文檔。(2)軟件測試綜合實訓。要求學生以軟件開發綜合實訓所完成的軟件產品為被測對象,綜合運行軟件測試與質量保證、軟件測試流程與方法、測試框架與自動化測試等學科知識,使用軟件測試的方法與技術,設計測試用例和測試腳本,完成被測軟件的功能測試與性能測試,生成測試報告,并對測試結果進行分析。2.1.4畢業設計畢業設計是實現人才培養目標的重要手段,是實踐教學體系中最后一個綜合性、創造性的實踐環節;是對學生基礎理論、專業知識與實踐成果的全面總結,是學生綜合素質與工程實踐能力的全面檢驗[5]。為了提高畢業設計的質量,我們從以下三方面層層把關。(1)在課題選題上,強調選題的可行性和實用性,忌空忌大,選題最好能與指導教師的科研方向或學生的實習工作相關聯;(2)在過程控制上,實行師生定期交流與匯報制度,確保畢業設計按計劃保質保量完成;(3)在畢業設計報告及相關材料的撰寫上,從規范性和科學性兩方面嚴格要求,確保質量。

2.2教學方法的構建

2.2.1案例牽引案例教學是實踐教學中的常用手段,具有直觀性高、互動性強的特點。按照CDIO大綱能力培養的層次要求,結合各實踐課程的教學目標,我們在實踐教學中精心規劃和設置了不同層次、不同復雜度的教學案例,以案例實現過程為驅動來安排教學內容和方法。在教學過程中,以一個具體的案例為線索,把教學內容巧妙地融合在案例之中,學生以完成案例任務為目標,在老師的指引下對目標問題進行分析與分解,并通過動手實踐解決問題,真正做到“做中學”和“學中做”。在完成任務的過程中,不僅使學生的動手實踐能力得以提高,也培養了學生的創新意識、創新能力以及分析問題、解決問題的能力。2.2.2項目驅動工程實踐能力是專業技能的進一步升華和提高,是從整體上對工程項目的一種實做能力,是工程類畢業生必備的核心素質。根據CDIO“做中學”和“基于項目的教育和學習”的思想,我們在實踐教學中廣泛采用項目驅動的教學模式。強調以一個產品或系統從構思、設計、實現到運作的完整的構建過程來培養學生的工程實踐能力。以軟件開發綜合實訓課程為例,在課程中引入“項目驅動”的教學理念,以軟件生命周期為主線,以項目為載體、任務為驅動開展實踐教學。通過一個軟件產品從項目啟動到需求分析、設計、實現、測試、運行維護的整個生產過程的實戰,培養學生的工程能力和綜合素質。2.2.3分組教學團隊能力是CDIO大綱要求工程畢業生必備的一種能力。在實際教學過程中,我們模擬企業的真實環境,將所有學生分為若干項目小組,每組由一名組長和若干名組員構成。根據任務分工不同,每名學生都被賦予一定的角色,組員在組長的指揮協調下通力合作,共同完成實驗項目。實踐表明,分組教學模式能較好地激發學生的學習熱情,組員之間分工協作、互學互助,學生的溝通能力、協作精神和團隊意識大為提升。2.2.4革新考核方式考核是對學生學習成果的認定和評價,良好的考核機制能對學生的學習過程和學習動機產生正確的指引作用,促進教學質量的提高。在實踐課程的考核上,以能力培養為導向,采取多元的考核方式。引導學生在平時項目實訓過程中加強專業技能的訓練、工程能力的培養以及綜合素質的提高。(1)對基礎性的課程實驗,重點考核學生專業知識與技能的掌握情況,采取平時實驗成績與期末上機考試成績相結合的方式。(2)對課程設計和綜合實訓類課程,重點考核學生的工程實踐能力和團隊協作能力。采取以作品演示、項目答辯為主的考核方式,同時規范化的文檔資料也是重要的考評指標。(3)對于畢業設計,重點考核學生的創新能力。科研能力以及分析解決問題的能力,考核方式同綜合實訓??傊阅芰ε囵B為導向,注重能力考評。2.2.5校企合作校企合作是培養學生的綜合素質和實踐能力的重要途徑。為了增強人才培養的針對性和畢業生與工作崗位的無縫對接,我們同中創、中遠等知名軟件公司開展校企合作聯合辦學。充分利用學校和社會兩種教育環境和教育資源,聯合構建工程型實踐教學隊伍與教學平臺。一方面,學校聘請企業一線的工程師作為兼職教師來校授課,不僅充實了實踐教學隊伍,更帶來了企業的最新技術和行業資訊;另一方面,選派優秀教師到企業學習鍛煉,參與企業項目,提升師資隊伍的水平。此外,通過在企業建立校外實訓、實習基地,使學生盡早感受企業文化和接觸到真實的企業項目,也為學生就業積累了豐富的工程實踐經驗。

3結束語

軟件工程實訓總結范文6

關鍵詞:敏捷軟件開發;Scrum;軟件工程;實踐教學

中圖分類號:G642文獻標識碼:A文章編號:1009-3044(2011)19-4762-02

The Exploration of Practical Teaching on Software Engineering Course Based on Scrum Agile Method

LIN Xiao-yu, ZHONG Yi-wen, HUANG Shi-guo, WANG Li-jin

(College of Computer and Information Science, Fujian Agriculture and Forestry University, Fuzhou 350002, China)

Abstract: Scrum-based agile software development method used in the practical teaching of software engineering course, which can overcome some shortcomings of traditional teaching methods. That allow students to experience the whole process of the implementation of software engineering, but also enhance the ability of students to project management and development capability to meet the training goal, and achieved good effects.

Key words: agile software development; Scrum; software engineering; practical teaching

軟件工程課程是一門理論性和實踐性都很強的學科,現在已經成為計算機科學與技術、軟件工程等專業的核心課程。軟件工程課程的主要內容包含軟件工程過程、軟件工程方法與軟件工程工具等三個方面。課程的教學旨在培養學生的軟件工程素質,使其具備一定軟件項目管理能力、軟件設計能力和項目實施能力等。一方面,這門課程的大部分內容是前人經驗性的總結,對于軟件工程的實施有著重要的指導作用;另一方面,幾乎沒有工程項目經驗的學生反而感覺概念煩多,內容枯燥,不太容易理解。因此,絕大多數的高校都開設了相應的實踐課程,力求讓學生通過實際動手加深對課程內容的理解。

軟件工程實踐課程教學方式主要分為二類,一類是課程實驗[1-2],另一類是課程實訓或課程設計[3-5]。課程實驗學時少,時間分散,只能簡單地練習一些軟件工具。因而,有條件的高校都將開設學時長、時間集中并且能夠實施較大項目案例的課程實訓作為實踐教學方式。為了更好地提高教學質量,一線教師們探索出了導師制[6]、軟件維護導向法[7]和多Agent方法[8]等多種實訓教學方法。在課程實訓教學過程中,一般指導學生按照瀑布開發模型從可行性分析開始,按照需求分析、概要設計、詳細設計、編碼階段的順序直到測試階段結束。采用經典的瀑布開發模型雖然可以讓學生體驗到軟件工程實施的每個階段,但是也存在著一些缺陷。首先,在瀑布開發模型中,下一個階段的實施嚴重依賴于上一個階段的成果。而學生由于缺乏項目經驗,在各個階段都會產生錯誤的規劃或設計,而這種錯誤要等到后期才能發現,進而要不斷地返工,影響學生的積極性。其次,由于沒有客戶角色,需求分析基本都是虛擬的,憑空想像居多。第三,瀑布模型產生過多的文檔,極大地增加了工作量,影響項目的進度,學生在有限的時間內很難完成完整的項目,缺陷過多。第四,學生小組內部分工不均勻,過度依賴于少數優秀學生的工作。因而,在軟件工程實訓教學過程,需要一種能夠提高開發效率,適合小團隊的并能夠充分調動學生內在積極性的教學方法。我們嘗試將基于敏捷開發理念的Scrum方法應用于軟件工程實踐教學中,取得了良好的教學效果。

1 Scrum方法分析

1.1 敏捷軟件開發方法

敏捷軟件開發方法是以人為本,輕文檔重產品的一類軟件開發方法,與傳統瀑布開發模型相比,屬于輕量級模型。敏捷軟件開發方法強調個體和交互勝過過程和工具;可以工作的軟件勝過面面俱到的文檔;與客戶合作勝過正式談判;響應變化勝過遵循計劃。敏捷開發中,軟件項目的構建被切分成多個子項目,各個子項目的成果都經過測試,具備集成和可運行的特征。

從2001年敏捷聯盟成立至今,業界已經形成了多種敏捷方法。比較知名的有極限編程(Extreme Programmming,XP)、Scrum、特性驅動開發(Feature Driven Development,FDD)等[9]。在國內外,越來越多的實際項目采用了敏捷開發方法并取得了成功。

1.2 Scrum流程

Scrum方法是一種迭代式增量軟件敏捷開發過程,每個迭代周期稱為Sprint,開發團隊會在此期間內完成所承諾的一組任務清單(Backlog)。Scrum方法的流程如圖1所示。Sprint計劃會議、每日Scrum會議、Sprint評審會議和Sprint回顧會議構成了Scrum方法的檢查和調整環節。

1.2.1 制定項目計劃和產品清單

和傳統的開發方法類似,Scrum方法需要在前期制定項目計劃。但是在Scrum方法中,開發小組需要討論產生一份產品的Backlog,并且按優先級進行排序。Backlog還需要對任務的工作量進行估算。項目實施期間,產品Backlog實際上就是一個待開發項目業務和技術特性的動態列表。

1.2.2 Sprint計劃會議

每個Sprint周期從計劃會議開始,由產品負責人、ScrumMaster(類似于項目經理)和團隊成員參加。計劃會議確定產品的哪些Backlog將要在本次Spring迭代中實現。確定Backlog之后,需要將產品Backlog細化為Sprint Backlog。團隊的成員根據自己的興趣領走工作量相當的任務,剩余的由ScrumMaster進行協調。

1.2.3 每日Scrum會議

Scrum的每日會議由所有團隊成員參加,會議被限制很短的時間之內,每次會議參會者必須站立討論,所以也稱為站立會議。會議內容很精簡,每個團隊成員只需要解釋和回答三個問題:今天你完成了那些工作?明天你打算做什么?完成你的目標存在哪些什么障礙?每日會議的時間不宜過長。

1.2.4 Sprint評審會議

在每個Sprint評審會議中,團隊向產品負責人及其他感興趣的涉眾展示本次迭代中所完成的工作,并進一步確定下一步的工作內容。

亚洲精品一二三区-久久