個人附加作業

2022-05-25 10:06:11 字數 2119 閱讀 5148

你認為每次專案的評分標準存在哪些問題,你認為的合理評分準則是怎樣的(個人/結對/團隊算三個)

個人:對於評分來說,總體上還可以,每個具體的得分點列的比較清晰,圍繞整個專案展開,但是程式設計能力因人而異,有些同學相對薄弱,對於比較難的程式設計題目可能要比較長時間才能完成,然而假如老師的時間是一周之內,某些同學沒有按時完成但是有在努力程式設計做,我認為還是可以給出相應的分數的。在給個人評分時可以新增一項進步分,鼓勵程式設計基礎相對薄弱的同學再接再厲。再有,我認為在**規範這一塊要佔比較大的分數,助教們對**的審核應該要加強些,嚴格規範大家的**編碼形式,指出不符合乙個程式設計師編碼規範的地方。

結對:對於結對程式設計來說,我覺得最大的問題就是個人工作量的透明度不夠大,這其實也是這種程式設計模式本身就存在的一種問題,每個人在結對程式設計中的貢獻是不一樣的,我認為每個部分的分數應該有相應的規定,然後對號入座,我覺得結對程式設計可以嘗試改變一下模式,不是乙個人做另乙個人看,而是分工合作。

團隊:團隊評分標準相對來說是比較公平公正的,我認為最大的優點就是在團隊互相評分以及提出貢獻比的這種方法,不僅只從老師的角度去評判整個團隊,還加強了民主性、公平性。缺點或者不足之處,就是針對不同的團隊專案有不同的難度,所以這樣針對每個專案的功能實現的要求應該有適當的區別,比如難一些的專案實現的功能可以少一些,相對簡單的專案就可以要求實現更完善更全面的功能,評分標準也就可以有一些改動,希望除了看展示部落格之外還可以參考其他的一些內容。我看了其他班級的最後總評分,有的班級總體成績很高,有的班級偏低,我不知道這裡面助教評分有沒有差異或者分歧,還是說本來就是同學們水平差異導致這種局面的出現,希望老師可以做個比較,然後有個結論。

你的團隊專案是否成功,如果重來一次你是否還會選擇這個團隊,為什麼成功/失敗;

我的團隊專案基本上是成功了,成功的原因當然有很多,最主要的是團隊中人才集聚,有著負責的pm,團隊中大家互相配合、分工明確。經過alpha階段,整個專案的進展還不錯,至少實現了最基本的功能,經歷了很長一段時間的磨合,包括新成員的加入,我們也一起經歷過來了。在beta階段,大家的積極性提高了挺多,印象很深的是我們團隊三篇部落格晚交了乙個小時左右,然後就白白丟失了分數,那次是乙個意外,大家都負責把自己的內容完成了,然後放在草稿箱,由於**沒有完善,想著完善後再提交,但是遊戲規則就是這樣,吃一塹長一智,從此,我們的部落格都是按時或者提前完成,在安排任務時大家也都積極按時完成,附上我們的民主的任務分配:

在我們的團隊,不會承受巨大壓力,有著友好的隊友和善於管理的班長作為pm,團隊中的成員最終能夠協調配合,按時交付自己的成品,可以說是一起經歷了風雨的人,一起進步一起計畫,最後出來成果。再讓我選擇一次,我還是會選擇這個團隊。

總結一下你們團隊在做專案時大家的時間安排情況,可以匿名寫;

首先,這學期的課程著實緊張,我們團隊成員考公考研的都有,在課餘的時間一般是發布任務然後自己去擠時間完成,遇到不懂的問題時才會互相討論,以及在每日一會上提出來。團隊中小林可能比較愛去圖書館,一般是晚上完成自己的任務,而小張他可能習慣了熬夜,也有點拖拉,所以一般是夜深人靜的時候在獨自思考。小李作息規律,一般是提前完成任務,然後去準備自己的研究生之路。老林一般在宿舍利用晚上的時間編寫**,有時候還會共享螢幕給我們看。團隊每個人都有自己的時間安排,一般能夠按時完成任務。團隊中每個人都有事可做,避免了打醬油的成員,不會寫**至少可以測試可以寫部落格。
軟體工程這門學問有很多 「知識點」, 這門課強調 「做中學」 - 在實踐中學習知識點。請問你們在專案的 需求/設計/實現/測試/發布/維護 階段(一共6 個階段)中都學到了什麼 「知識點」, 每個階段只要說明乙個知識點就可以。

需求:做好每種使用者的需求分析所用到的方法,比如:問卷調查和線上採訪(數量要有一定的要求),還有如何編寫需求設計文件

設計:軟體原型設計所用到的工具(如墨刀)

實現:在實現的過程中使用的專案進度安排工具(燃盡圖),團隊源**管理(git、coding的使用)

測試:測試分為黑盒測試(通過介面的功能來測試)和白盒測試(通過測試**看是否有bug),測試工具在結對的時候學了點單元測試

發布:了解到發布之前應該編寫說明書,以便使用者使用和維護人員的工作

維護:發布之後應該再次做調查,看使用者使用情況以及反饋情況再進行完善

補充:老師,考試的題量相對有點大,把第一題的10個改成5個可能會好一些。

個人附加作業

以下都是根據自己的真實感受,一字一字打上去的,並非抄襲搬弄。1.這次課程改革在老師,助教以及我們學生的共同努力下,雖然也有一些瑕疵,但作為課程改革的第一槍,還是比較圓滿地落幕了。我想說的是,這次改革我收穫了很多,比以往的灌輸式純理論知識教學要好的很多。希望老師們堅持改革下去,讓更多的莘莘學子都能收到...

個人附加作業

從貢獻度 完成度 完成質量 是否進步 比如因為專業知識掌握不多,第一次沒有做出來,但是通過學習,第二次能自己順利完成作業 等角度進行評分 在個人作業方面,增加個人進步這一注重點,在結對程式設計中,要考慮角色分配的比重與個人貢獻度 在團隊作業中,我希望能把alpha beta階段的團隊部落格拆分出來,...

個人附加作業

1 你認為每次專案的評分標準存在哪些問題,你認為的合理評分準則是怎樣的 個人 結對 團隊算三個 個人 在得知專案分的時候才看到具體的得分點,容易丟失細節分。合理評分標準 在發布作業時應該明細各個得分點,方便同學根據要求寫部落格。團隊 評分以部落格展示為主,未免有些不合理。這樣的評分標準對一些表達的相...