姜磊，文一憑

(湖南科技大學(xué) 計(jì)算機(jī)科學(xué)與工程學(xué)院，湖南 湘潭 411201)

為了應(yīng)對(duì)新經(jīng)濟(jì)快速發(fā)展、新興產(chǎn)業(yè)蓬勃興起的迫切需要，教育部提出了培養(yǎng)新型工科人才的新工科戰(zhàn)略[1]。新工科教育強(qiáng)調(diào)學(xué)生應(yīng)該具備團(tuán)隊(duì)協(xié)作與溝通能力，同時(shí)特別注重培養(yǎng)學(xué)生解決復(fù)雜工程問(wèn)題的能力。軟件工程是一門講述如何構(gòu)建高質(zhì)量計(jì)算機(jī)軟件的一系列方法與過(guò)程的課程。它是計(jì)算機(jī)學(xué)科實(shí)現(xiàn)新工科教育任務(wù)的重要切入點(diǎn)。經(jīng)過(guò)本課程的學(xué)習(xí)，學(xué)生能夠掌握軟件工程的基礎(chǔ)知識(shí)，具備應(yīng)用自然科學(xué)理論、計(jì)算機(jī)理論對(duì)工程項(xiàng)目進(jìn)行軟件設(shè)計(jì)與開(kāi)發(fā)的專業(yè)能力。在課堂教學(xué)中，以項(xiàng)目驅(qū)動(dòng)的形式對(duì)學(xué)生進(jìn)行上述能力的培養(yǎng)是一個(gè)行之有效的方法[2-3]。當(dāng)前以項(xiàng)目驅(qū)動(dòng)方式進(jìn)行軟件工程教學(xué)實(shí)踐的研究文獻(xiàn)主要探討了項(xiàng)目如何選題、組織以及過(guò)程管理[4-5]，很少涉及項(xiàng)目構(gòu)建具體方式與方法的討論。這些文獻(xiàn)基本沒(méi)有闡述如何培養(yǎng)學(xué)生解決復(fù)雜任務(wù)、復(fù)雜工程問(wèn)題，對(duì)于怎樣在軟件工程教學(xué)中培養(yǎng)符合新工科所要求的學(xué)生能力缺乏系統(tǒng)思考。此外，相當(dāng)部分軟件工程課程教師由于沒(méi)有企業(yè)經(jīng)歷而缺乏工程經(jīng)驗(yàn)，難以對(duì)學(xué)生進(jìn)行規(guī)范、有效的實(shí)踐能力指導(dǎo)。因此，本文試圖以工程項(xiàng)目為抓手，為該課程的教師提供一套切實(shí)可行、規(guī)范的軟件構(gòu)建方法，并在此基礎(chǔ)上提出新工科人才培養(yǎng)標(biāo)準(zhǔn)，培養(yǎng)學(xué)生能夠解決復(fù)雜工程問(wèn)題，提高溝通與管理能力[6]，從而進(jìn)一步推進(jìn)計(jì)算機(jī)學(xué)科的新工科教學(xué)改革研究。

1 計(jì)算機(jī)類學(xué)生軟件工程項(xiàng)目實(shí)踐現(xiàn)狀

通過(guò)對(duì)湖南科技大學(xué)計(jì)算機(jī)科學(xué)與工程學(xué)院2017級(jí)計(jì)算機(jī)科學(xué)與技術(shù)、網(wǎng)絡(luò)工程兩個(gè)專業(yè)302名學(xué)生的問(wèn)卷調(diào)查分析以及多年的教學(xué)實(shí)踐，筆者認(rèn)為當(dāng)前計(jì)算機(jī)類本科生在軟件工程方面存在以下問(wèn)題。

1.1 軟件工程課程內(nèi)容過(guò)于抽象

74.8%的學(xué)生認(rèn)為軟件工程課程內(nèi)容過(guò)于抽象與理論化，難以應(yīng)用到實(shí)際的工程項(xiàng)目設(shè)計(jì)與開(kāi)發(fā)中。大部分學(xué)生在學(xué)習(xí)軟件工程前都會(huì)有一些軟件開(kāi)發(fā)經(jīng)驗(yàn)，但他們一般都沒(méi)有按照軟件工程規(guī)范進(jìn)行開(kāi)發(fā)，學(xué)生很難將課程內(nèi)容與開(kāi)發(fā)實(shí)踐有效聯(lián)系起來(lái)，于是常常會(huì)懷疑課程的實(shí)用性——認(rèn)為自己不學(xué)習(xí)軟件工程知識(shí)照樣可以進(jìn)行項(xiàng)目開(kāi)發(fā)，從而產(chǎn)生一定抵觸心理。如果教師在教學(xué)過(guò)程中不將軟件工程設(shè)計(jì)實(shí)踐與課程內(nèi)容形象地聯(lián)系起來(lái)，學(xué)生就會(huì)覺(jué)得抽象與枯燥。

1.2 缺乏工程項(xiàng)目設(shè)計(jì)經(jīng)驗(yàn)，難以進(jìn)行復(fù)雜問(wèn)題求解與有效溝通

課程結(jié)束后，學(xué)生覺(jué)得分析問(wèn)題的能力進(jìn)步小，基本上不能進(jìn)行復(fù)雜工程問(wèn)題的設(shè)計(jì)與開(kāi)發(fā)。對(duì)于一個(gè)新的工程問(wèn)題，73.2%的學(xué)生覺(jué)得無(wú)從下手，不知如何將需求分析與軟件架構(gòu)中的建模、體系結(jié)構(gòu)設(shè)計(jì)和原型設(shè)計(jì)結(jié)合起來(lái)。對(duì)于將工程項(xiàng)目中的具體業(yè)務(wù)按照軟件工程中設(shè)計(jì)的步驟進(jìn)行分解，大部分學(xué)生沒(méi)有思路，只有少部分學(xué)生具備將具體的業(yè)務(wù)流程轉(zhuǎn)化成相應(yīng)的界面邏輯和相應(yīng)數(shù)據(jù)結(jié)構(gòu)的能力。學(xué)生缺乏溝通技巧與實(shí)踐，在項(xiàng)目實(shí)踐中，由于溝通太麻煩，往往由一個(gè)或兩個(gè)高水平的學(xué)生完成，其他學(xué)生參與度很低。

1.3 學(xué)生掌握的軟件工程設(shè)計(jì)工具少

在掌握軟件工程設(shè)計(jì)工具方面，85.8%的學(xué)生了解UML，而掌握UML并能繪制正確圖件的僅31.7%；數(shù)據(jù)建模工具PowerDesigner僅有35.1%的學(xué)生知道，利用其進(jìn)行過(guò)數(shù)據(jù)建模和繪制數(shù)據(jù)流圖的則不到8.3%；原型設(shè)計(jì)工具Axure的掌握率為72.2%；Apifox或Postman等接口設(shè)計(jì)工具僅10.9%的學(xué)生掌握；Git協(xié)同開(kāi)發(fā)工具則有51.7%的學(xué)生使用過(guò)。

1.4 課程雖然以案例與項(xiàng)目驅(qū)動(dòng)，但教學(xué)效果不明顯

在以前的教學(xué)過(guò)程中，我們雖然主要以案例與項(xiàng)目?jī)煞N方式組織教學(xué)，但存在如下問(wèn)題：對(duì)于案例的方式，學(xué)生只知道大概流程沒(méi)有親自動(dòng)手，在真正實(shí)施時(shí)感覺(jué)難以下手；對(duì)于項(xiàng)目的方式，學(xué)生主要追求的是前后端拉通、項(xiàng)目能夠運(yùn)行，這樣實(shí)現(xiàn)的軟件功能簡(jiǎn)單，最終產(chǎn)出的是一個(gè)demo版本，離上線運(yùn)行的要求很遠(yuǎn)。這兩種方式難以實(shí)現(xiàn)新工科要求的培養(yǎng)學(xué)生求解復(fù)雜工程問(wèn)題以及團(tuán)隊(duì)協(xié)作與溝通能力的目標(biāo)。

2 工程項(xiàng)目驅(qū)動(dòng)的軟件工程教學(xué)具體實(shí)施流程

為了幫助學(xué)生掌握解決復(fù)雜工程問(wèn)題的軟件設(shè)計(jì)與開(kāi)發(fā)能力，根據(jù)新工科人才培養(yǎng)的要求，結(jié)合學(xué)生的現(xiàn)狀以及原有項(xiàng)目驅(qū)動(dòng)方式教學(xué)的不足，筆者為復(fù)雜工程項(xiàng)目的設(shè)計(jì)與開(kāi)發(fā)制定了詳細(xì)且行之有效的規(guī)范化流程。

2.1 工程項(xiàng)目驅(qū)動(dòng)的軟件工程教學(xué)組織

分析上述調(diào)查后，筆者在2018級(jí)采用了新的工程項(xiàng)目驅(qū)動(dòng)方式引導(dǎo)學(xué)生進(jìn)行軟件工程課程學(xué)習(xí)。首先將學(xué)生分組，每組3～10人。然后要求他們?cè)诖a云中創(chuàng)建項(xiàng)目小組，按規(guī)范化的流程進(jìn)行軟件項(xiàng)目的設(shè)計(jì)與開(kāi)發(fā)。項(xiàng)目的來(lái)源分三種：一是學(xué)生根據(jù)日常遇到的問(wèn)題進(jìn)行設(shè)計(jì)與開(kāi)發(fā)，二是學(xué)校各部門根據(jù)自身的業(yè)務(wù)提出需求，三是教師根據(jù)自己的項(xiàng)目或朋友的一些需求進(jìn)行項(xiàng)目題目設(shè)計(jì)。每一階段的工作由學(xué)生制作PPT在課堂上進(jìn)行匯報(bào)與講解。

2.2 軟件工程項(xiàng)目設(shè)計(jì)流程

2.2.1 需求分析與建模

需求分析與建模主要是從項(xiàng)目業(yè)主方的角度進(jìn)行構(gòu)建，用于幫助業(yè)主從軟件開(kāi)發(fā)的角度厘清思路，整理出所要開(kāi)發(fā)項(xiàng)目的功能與業(yè)務(wù)全貌。

(1)需求采集。一般而言，由業(yè)務(wù)部門或教師提出的題目都具有一定復(fù)雜工程項(xiàng)目的特征，需要對(duì)業(yè)務(wù)部門進(jìn)行需求采集。采集目標(biāo)主要是：①搜集項(xiàng)目具體有哪些角色；②每一個(gè)角色有哪些業(yè)務(wù)及其業(yè)務(wù)流程；③相關(guān)的數(shù)據(jù)。然后根據(jù)目標(biāo)，要求學(xué)生制定需求采集計(jì)劃。一般來(lái)說(shuō)，業(yè)務(wù)人員在訪談時(shí)通常會(huì)講述其工作的重要性與意義，對(duì)于具體的流程則描述得非常簡(jiǎn)略。因此，需要訓(xùn)練學(xué)生在與相關(guān)人員進(jìn)行訪談時(shí)要注意將話題圍繞需求采集的目標(biāo)展開(kāi)。

(2)用例設(shè)計(jì)。在需求采集后，就可以進(jìn)行用例設(shè)計(jì)。首先，從需求中知悉該項(xiàng)目使用者的種類，然后將這些使用者設(shè)計(jì)為若干種角色。其次，根據(jù)每個(gè)角色期望項(xiàng)目為之完成的任務(wù)設(shè)計(jì)用例。這些工作任務(wù)還可以細(xì)分為子用例。用例圖繪制完成后就得到了各角色對(duì)項(xiàng)目的期望與需要項(xiàng)目完成工作的全貌。最后，每一個(gè)用例需要用文字進(jìn)行詳細(xì)說(shuō)明。

(3)行為設(shè)計(jì)。大部分的項(xiàng)目都有自己的行業(yè)領(lǐng)域，軟件設(shè)計(jì)與開(kāi)發(fā)人員不一定對(duì)其熟悉，因此需要對(duì)其業(yè)務(wù)邏輯進(jìn)行梳理。同時(shí)，一些業(yè)務(wù)邏輯存在多個(gè)運(yùn)行線路，也需要對(duì)其進(jìn)行描述，以便于后續(xù)各工作模塊的銜接與異常的處理。這些業(yè)務(wù)邏輯需要通過(guò)繪制順序圖、泳道圖、協(xié)作圖的方式與業(yè)務(wù)方進(jìn)行確認(rèn)，務(wù)必將各個(gè)業(yè)務(wù)處理分支描述完整清晰，方便軟件開(kāi)發(fā)人員理解。

2.2.2 構(gòu)建設(shè)計(jì)模型

構(gòu)建設(shè)計(jì)模型的任務(wù)就是將需求建模的輸出轉(zhuǎn)換成軟件開(kāi)發(fā)人員對(duì)項(xiàng)目的認(rèn)識(shí)以及相應(yīng)的數(shù)據(jù)模型、原型設(shè)計(jì)、體系結(jié)構(gòu)與類圖等。

(1)數(shù)據(jù)建模。首先根據(jù)需求采集與建模中的輸出，使用PowerDesigner繪制數(shù)據(jù)流圖，得到整個(gè)系統(tǒng)中需要存儲(chǔ)與轉(zhuǎn)化的數(shù)據(jù)表，然后以此為基礎(chǔ)在PowerDesigner中進(jìn)行項(xiàng)目的數(shù)據(jù)庫(kù)設(shè)計(jì)。這里需要注意的是，數(shù)據(jù)流圖中的數(shù)據(jù)表需要進(jìn)行拆分，拆分的原則是：動(dòng)靜分離、存儲(chǔ)空間大的數(shù)據(jù)需要與空間小的數(shù)據(jù)分離；部分經(jīng)常使用但散布在各個(gè)數(shù)據(jù)表中的數(shù)據(jù)可以設(shè)計(jì)成視圖；最后，再進(jìn)行范式分析進(jìn)一步分解，使每個(gè)表滿足3NF或BCNF。

(2)體系結(jié)構(gòu)設(shè)計(jì)。①部署結(jié)構(gòu)設(shè)計(jì)：當(dāng)前的項(xiàng)目一般采用B/S結(jié)構(gòu)。如果訪問(wèn)量大就要采用高并發(fā)設(shè)計(jì)，此時(shí)設(shè)計(jì)者需要估算應(yīng)用服務(wù)器的個(gè)數(shù)、數(shù)據(jù)服務(wù)器的個(gè)數(shù)以及考慮是否需要部署Redis數(shù)據(jù)庫(kù)用來(lái)放置高頻訪問(wèn)數(shù)據(jù)等。②開(kāi)發(fā)結(jié)構(gòu)設(shè)計(jì)：一般采用前后端完全分離的形式。前端需要考慮UI框架的選擇，后端則可以從SSH、SSM或微服務(wù)等框架選取一種做進(jìn)一步設(shè)計(jì)。③系統(tǒng)的功能模塊結(jié)構(gòu)：首先針對(duì)需求建模中的用例設(shè)計(jì)對(duì)各角色的用例與子用例進(jìn)行分析與合并，得到初步的層次結(jié)構(gòu)，然后根據(jù)系統(tǒng)是否完整再進(jìn)行適當(dāng)補(bǔ)充。對(duì)于不好劃分的模塊，則可以在數(shù)據(jù)流圖中相應(yīng)區(qū)域，根據(jù)事物流與變換流的方式進(jìn)行模塊結(jié)構(gòu)的映射，最終得到完整的系統(tǒng)模塊結(jié)構(gòu)。

(3)原型設(shè)計(jì)與接口設(shè)計(jì)。原型設(shè)計(jì)一般采用Axure工具根據(jù)需求建模中的用例設(shè)計(jì)與行為設(shè)計(jì)進(jìn)行前端頁(yè)面的UI設(shè)計(jì)。UI界面主要由數(shù)據(jù)輸入、表格與圖形組成。但是很多學(xué)生由于缺乏經(jīng)驗(yàn)，難以將業(yè)務(wù)邏輯中的行為轉(zhuǎn)換成相應(yīng)的頁(yè)面元素。每個(gè)學(xué)校都有教務(wù)系統(tǒng)和一些面向?qū)W生的財(cái)務(wù)、圖書管理、學(xué)生管理等系統(tǒng)。因此，我們建議學(xué)生根據(jù)自身使用經(jīng)驗(yàn)去體會(huì)業(yè)務(wù)邏輯是怎樣向具體頁(yè)面轉(zhuǎn)換的，然后再進(jìn)行模仿。接口設(shè)計(jì)則主要根據(jù)原型設(shè)計(jì)的頁(yè)面進(jìn)行，即把頁(yè)面要錄入的數(shù)據(jù)作為接口函數(shù)的輸入，頁(yè)面上要顯示的數(shù)據(jù)作為接口函數(shù)的輸出。這樣，設(shè)計(jì)者就可以在每個(gè)頁(yè)面上得到一個(gè)粗糙的接口函數(shù)。所有頁(yè)面上的接口函數(shù)經(jīng)過(guò)消岐、組合、分解后，前端所需要的接口設(shè)計(jì)部分就完成了。設(shè)計(jì)者再根據(jù)后端數(shù)據(jù)處理情況做進(jìn)一步優(yōu)化就能得到整個(gè)系統(tǒng)的接口設(shè)計(jì)。

(4)類與工作包設(shè)計(jì)。首先，設(shè)計(jì)者根據(jù)需求建模文檔得到部分類，然后再?gòu)慕涌谠O(shè)計(jì)文檔確定接口類，最后從配合上述類工作以及后端必須要進(jìn)行的數(shù)據(jù)處理與轉(zhuǎn)換等方面做進(jìn)一步設(shè)計(jì)得到初步的完整類圖。隨后，設(shè)計(jì)者根據(jù)設(shè)計(jì)模式對(duì)類圖進(jìn)行調(diào)整與優(yōu)化，使之更加合理。工作包的設(shè)計(jì)是將類按功能模塊、公用工具、前端接口、數(shù)據(jù)庫(kù)交互、登錄鑒權(quán)等方式對(duì)類進(jìn)行組合放入工作包得到包圖。

3 新工科背景下工程項(xiàng)目驅(qū)動(dòng)的軟件工程教學(xué)中學(xué)生能力培養(yǎng)初步思考

通過(guò)工程項(xiàng)目驅(qū)動(dòng)的方式，軟件工程課程可以進(jìn)行計(jì)算思維能力和新工科軟件人才能力的培養(yǎng)。這兩種能力的培養(yǎng)著眼于學(xué)生畢業(yè)后的發(fā)展，與新工科教育考查學(xué)生畢業(yè)后五年的發(fā)展?fàn)顩r的理念非常契合。

3.1 計(jì)算思維培養(yǎng)

計(jì)算思維以設(shè)計(jì)和構(gòu)造為基本特征，它是計(jì)算機(jī)學(xué)科學(xué)生在哲學(xué)層面必須要培養(yǎng)和具備的素質(zhì)。但是學(xué)生通過(guò)長(zhǎng)期的數(shù)學(xué)教育，主要得到的是理論思維培養(yǎng)。他們?cè)诿鎸?duì)問(wèn)題時(shí)首先習(xí)慣考慮怎樣通過(guò)直接運(yùn)算與推理得到精確的答案。在這種慣性思維下進(jìn)行項(xiàng)目設(shè)計(jì)與開(kāi)發(fā)時(shí)，學(xué)生常常會(huì)從問(wèn)題涉及的直接原理出發(fā)進(jìn)行求解，并因此陷入相關(guān)理論的深入思考中，而忽略了要解決的工程問(wèn)題本身。特別是對(duì)于那些直接設(shè)計(jì)、開(kāi)發(fā)難度大的問(wèn)題，他們常常陷入相關(guān)理論與技術(shù)的學(xué)習(xí)中，而忘記了采用近似的方法將會(huì)大大降低求解難度。其次，學(xué)生一味采用高精尖的技術(shù)而忽略時(shí)間與成本的約束。再次，他們還經(jīng)常忽略項(xiàng)目本身的特點(diǎn)而采用不合理的復(fù)雜方案，從而帶來(lái)了不必要的難度與時(shí)間消耗。例如，在一個(gè)派工管理項(xiàng)目中，各任務(wù)承擔(dān)單位需經(jīng)甲方認(rèn)證資質(zhì)后才能獲準(zhǔn)進(jìn)入，費(fèi)用結(jié)算另有系統(tǒng)。學(xué)生開(kāi)始設(shè)計(jì)時(shí)采用了非常復(fù)雜的登錄鑒權(quán)方案。但該系統(tǒng)實(shí)際是封閉運(yùn)行，工作任務(wù)不涉密，系統(tǒng)攻破后黑客也不能獲利。黑客即使更改任務(wù)分派，在實(shí)際工作運(yùn)行時(shí)也能及時(shí)糾正。因此，教師發(fā)現(xiàn)后就更改為普通方案。最后，學(xué)生非常容易扎入細(xì)節(jié)中去，缺乏整體視角。

基于以上問(wèn)題，我們通過(guò)以下方式進(jìn)行處理，收到了較好的效果。(1)列出當(dāng)前項(xiàng)目任務(wù)，并劃分出優(yōu)先級(jí)，要求學(xué)生按優(yōu)先級(jí)進(jìn)行解決，避免進(jìn)入細(xì)節(jié)。(2)列舉出當(dāng)前項(xiàng)目的約束與允許范圍，培養(yǎng)學(xué)生按照約束條件與誤差范圍尋找適當(dāng)?shù)慕鉀Q方案的習(xí)慣。(3)碰到難題時(shí)，要求學(xué)生首先考慮簡(jiǎn)便的替代方案。

3.2 新工科軟件人才能力培養(yǎng)

3.2.1 培養(yǎng)學(xué)生對(duì)項(xiàng)目全過(guò)程的整體觀與發(fā)掘技術(shù)深度的能力

本科生畢業(yè)時(shí)入職的工作會(huì)偏重于一個(gè)方面，比如前端、后端、測(cè)試或小程序等。但對(duì)項(xiàng)目全過(guò)程的掌握與理解非常重要，這是決定他們發(fā)展高度的一個(gè)重要因素，同時(shí)也是跟新工科配套的工程認(rèn)證的一個(gè)重要視角——學(xué)生畢業(yè)五年內(nèi)的發(fā)展情況息息相關(guān)。因此，在我們的項(xiàng)目中每一個(gè)過(guò)程都盡量讓不同的學(xué)生負(fù)責(zé)，讓更多的學(xué)生能夠得到鍛煉。同時(shí)，教師需要提醒學(xué)生注意兩件事情：一是完成本過(guò)程的工作并充分認(rèn)識(shí)本部分工作承前啟后的作用或意義；二是每位學(xué)生需要注意觀察負(fù)責(zé)的同學(xué)是如何進(jìn)行工作組織與前后過(guò)程銜接的，并對(duì)過(guò)程中出現(xiàn)的問(wèn)題進(jìn)行反思及如何改進(jìn)。在整個(gè)項(xiàng)目完成后，每一位學(xué)生都要進(jìn)行一次項(xiàng)目全過(guò)程的復(fù)盤思考與心得體會(huì)的描述。每一個(gè)項(xiàng)目的選擇及其技術(shù)選型都是根據(jù)當(dāng)前的技術(shù)主流而定，但大部分學(xué)生在表述時(shí)往往只是基本工作的描述，看不出技術(shù)亮點(diǎn)與深度。例如，他們會(huì)對(duì)一個(gè)采用了目前主流技術(shù)的項(xiàng)目描述如下：本項(xiàng)目前端完成了XX功能，后端采用Java編寫。所以，教師需要引導(dǎo)學(xué)生進(jìn)行正確的描述、發(fā)掘所做工作的技術(shù)含量。例如，上述的描述可以更改為本項(xiàng)目根據(jù)前后端完全分離的理念，前端采用Vue+ElementUI、后端采用SSM框架，使用Spring Security進(jìn)行鑒權(quán)。

3.2.2 培養(yǎng)學(xué)生的復(fù)雜問(wèn)題任務(wù)求解能力

新工科非常強(qiáng)調(diào)學(xué)生解決復(fù)雜工程問(wèn)題的能力。但目前學(xué)生日常學(xué)習(xí)中較少碰到復(fù)雜問(wèn)題，非常缺乏解決復(fù)雜問(wèn)題的經(jīng)驗(yàn)。因此，我們?cè)陂_(kāi)展項(xiàng)目設(shè)計(jì)與開(kāi)發(fā)時(shí)要注意各角色的功能要求，杜絕學(xué)生簡(jiǎn)化功能只滿足于拉通前后端技術(shù)，而忽略了詳細(xì)的業(yè)務(wù)邏輯分析、異常處理等工作。這些工作是解決復(fù)雜項(xiàng)目的基礎(chǔ)性方法，也是保證項(xiàng)目質(zhì)量的重要手段。對(duì)于復(fù)雜問(wèn)題以及難點(diǎn)技術(shù)，教師要引導(dǎo)學(xué)生進(jìn)行問(wèn)題分析和任務(wù)分解，找出當(dāng)前能夠解決以及難以解決的部分。對(duì)于難解決部分，教師需要組織優(yōu)秀學(xué)生攻關(guān)或者尋求外援。

3.2.3 培養(yǎng)學(xué)生的團(tuán)隊(duì)溝通與協(xié)調(diào)能力

在小型項(xiàng)目中，學(xué)生主要以宿舍或關(guān)系親近的2～3人作為小組，以一個(gè)技術(shù)能力強(qiáng)的學(xué)生為核心展開(kāi)，這樣的團(tuán)隊(duì)日常溝通比較方便。但是，學(xué)生在畢業(yè)初期進(jìn)入一個(gè)較為陌生甚至并不和諧的團(tuán)隊(duì)的可能性較大，如何在這樣的團(tuán)隊(duì)中生存并有所發(fā)展，協(xié)調(diào)與溝通能力尤為重要。因此，我們采取了以下措施：(1)有意識(shí)地打破班級(jí)界限組建6～10人的大團(tuán)隊(duì)，這樣就有可能是相互之間并不熟悉的學(xué)生，甚至有部分關(guān)系較為惡劣的同學(xué)被分到一組。學(xué)生在這樣一種氛圍中，能獲得重要的心態(tài)調(diào)適經(jīng)驗(yàn)，并在有善意的教師監(jiān)督與協(xié)調(diào)下收獲關(guān)系的磨合經(jīng)驗(yàn)與溝通經(jīng)驗(yàn)。(2)進(jìn)行有效溝通的訓(xùn)練，要求學(xué)生記錄進(jìn)行技術(shù)溝通的語(yǔ)句，然后討論這些語(yǔ)句包含的信息是否足夠，應(yīng)該怎樣改進(jìn)才能包含充分的信息，降低溝通的次數(shù)。(3)在工作任務(wù)的更新與改變時(shí)記錄協(xié)調(diào)工作時(shí)各方的反應(yīng)，并探討在哪些情況下協(xié)調(diào)是成功并恰當(dāng)?shù)?、哪些地方需要改進(jìn)。

4 結(jié)語(yǔ)

以新工科對(duì)學(xué)生能力培養(yǎng)的要求為指導(dǎo)，筆者在湖南科技大學(xué)計(jì)算機(jī)科學(xué)與工程學(xué)院18級(jí)網(wǎng)絡(luò)工程專業(yè)組織了以工程項(xiàng)目設(shè)計(jì)與開(kāi)發(fā)為特色的軟件工程課程的教學(xué)實(shí)踐，取得了較好的成績(jī)。全專業(yè)總共分為10個(gè)小組，按企業(yè)設(shè)計(jì)標(biāo)準(zhǔn)衡量，其中5個(gè)小組可以達(dá)到優(yōu)秀、4個(gè)小組良好、1個(gè)小組合格。學(xué)生以此開(kāi)發(fā)的結(jié)果申請(qǐng)了3個(gè)軟件著作權(quán)，設(shè)計(jì)與開(kāi)發(fā)的科技處合同審批系統(tǒng)得到了學(xué)校的應(yīng)用。教學(xué)中，我們發(fā)現(xiàn)本文介紹的流程與能力培養(yǎng)方法在四個(gè)方面取得了成果：(1)學(xué)生設(shè)計(jì)與開(kāi)發(fā)的項(xiàng)目業(yè)務(wù)邏輯合理、異常處理恰當(dāng)，能適應(yīng)項(xiàng)目運(yùn)行時(shí)的各種復(fù)雜狀態(tài)；(2)通過(guò)數(shù)據(jù)建模與業(yè)務(wù)邏輯的迭代分析得到的數(shù)據(jù)庫(kù)質(zhì)量高，能夠適應(yīng)后期的各種異常與功能的調(diào)整，說(shuō)明數(shù)據(jù)建模的成果能夠應(yīng)對(duì)復(fù)雜工況與復(fù)雜流程；(3)類圖根據(jù)設(shè)計(jì)模式的要求進(jìn)行優(yōu)化后能提升整體項(xiàng)目的設(shè)計(jì)與開(kāi)發(fā)質(zhì)量；(4)學(xué)生能夠在團(tuán)隊(duì)中進(jìn)行有效溝通與完成一些比較復(fù)雜的工作。