專業(yè)綜合實踐考核標(biāo)準(zhǔn)

1、專業(yè)綜合實踐考核標(biāo)準(zhǔn)專業(yè)綜合實踐考核標(biāo)準(zhǔn)一一項目選題項目選題1.兒童app：為10歲以內(nèi)的兒童開發(fā)一個app.2.公益app:從公益角度，開發(fā)一個實際的應(yīng)用app.以移動app為載體，全程貫穿敏捷開發(fā)過程，實現(xiàn)團隊合作，以及代碼同步管理。二二考核提交內(nèi)容及格式要求考核提交內(nèi)容及格式要求1.提交內(nèi)容：(1)軟件源代碼及可運行app；(2)軟件文檔，包括ideaproposalproductbacklogrequirementvalidat

2、ionsprintplanningscrummeetingsoftwaredevelopmentreflection架構(gòu)文檔和測試文檔；(3)演講ppt:其中必須包括所有組員信息，提供github中wiki的鏈接，github代碼貢獻度圖表以及wiki圖，使用prezi完成ppt。2.格式要求：(1)以班級為單位提交一份光盤，光盤中以組為單位存儲，一個組一個文件夾；由學(xué)習(xí)委員收齊所有信息，學(xué)習(xí)委員收集合格后，提交給教師。(2)每個組文件

3、的命名為“第一組”，依次類推，每個文件夾中必須包含一個文件，命名為“組員信息”，內(nèi)容為組員的學(xué)號和姓名。(3)除了組員信息文件，每組還需要提供三個按下述命名的文件夾：源代碼，文檔和PPT，并包含相應(yīng)內(nèi)容。三三考核標(biāo)準(zhǔn)考核標(biāo)準(zhǔn)1.以組為單位考核，組成績代表了本組所有學(xué)生的成績基點。組員間的區(qū)別由代碼貢獻度及分工決定；2.各項評分分為ABCD四個等級：A(90100)B(8090)C(6070)D(60以下)，源代碼不可運行直接不及格，缺少

4、文檔直接不及格；具體ABCD的分值，根據(jù)學(xué)生完成情況進行微調(diào)。3.各項比重如下：100%=源代碼(5%)功能(25%)ideaproposal(5%)productbacklog(20%)Sprintplanning(10%)Scrummeeting(10%)softwaredevelopmentreflection(5%)Wiki(5%)Github使用(5%)演講(15%)4.具體評價準(zhǔn)則如表1所示：表1評價細則評價項評價項評價準(zhǔn)則

5、評價準(zhǔn)則等級等級源代碼代碼結(jié)構(gòu)清晰，命名符合規(guī)范，編碼可讀性強；A代碼結(jié)構(gòu)較為清晰，但命名不夠規(guī)范B代碼混亂，命名不規(guī)范C不能運行，或未提供D功能完成軟件功能完善，具有較強的完整性；A完成大部分功能B完成少部分功能C基本未完成任何功能DIdeaproposal思路清楚，定位清晰，明確要完成的appA思路較清楚，有一定創(chuàng)新B思路不夠清晰，創(chuàng)新性不強C未提供DProductbacklog很清楚的描述了用戶sty描述方式規(guī)范，明確優(yōu)先級別A用

6、戶sty的描述較為清楚，但不夠規(guī)范B用戶sty描述含糊，描述方式不規(guī)范C未提供DSprintplanning提供全部三次sprintplanning，且三次sprintplanning有序。A提供部分sprintplanning但sprintplanning不夠合理B提供部分sprintplanning但planning完全是形式C未提供DScrummeeting每次sprintplanning的每周均提供scrummeeting記錄A

7、缺少部分scrummeeting記錄B缺少大部分scrummeeting記錄C未提供DSoftwaredevelopmentreflection能夠清楚，準(zhǔn)確的回答相應(yīng)問題A回答問題較為清楚B回答問題含糊，不準(zhǔn)確C未提供DWikiWiki結(jié)構(gòu)合理，內(nèi)容完整，清楚AWiki結(jié)構(gòu)較為合理，但內(nèi)容不完整BWiki結(jié)構(gòu)不合理，缺少大部分內(nèi)容C未提供DGithub使用能夠較好使用Github進行代碼共享，可清楚看見貢獻度A能使用Github上傳代