- 你認為每次項目的評分标準存在哪些問題，你認為的合理評分準則是怎樣的（個人／結對／團隊算三個）
個人：對于評分來說，總體上還可以，每個具體的得分點列的比較清晰，圍繞整個項目展開，但是程式設計能力因人而異，有些同學相對薄弱，對于比較難的程式設計題目可能要比較長時間才能完成，然而假如老師的時間是一周之内，某些同學沒有按時完成但是有在努力程式設計做，我認為還是可以給出相應的分數的。在給個人評分時可以添加一項進步分，鼓勵程式設計基礎相對薄弱的同學再接再厲。再有，我認為在代碼規範這一塊要占比較大的分數，助教們對代碼的稽核應該要加強些，嚴格規範大家的代碼編碼形式，指出不符合一個程式員編碼規範的地方。
結對：對于結對程式設計來說，我覺得最大的問題就是個人工作量的透明度不夠大，這其實也是這種程式設計模式本身就存在的一種問題，每個人在結對程式設計中的貢獻是不一樣的，我認為每個部分的分數應該有相應的規定，然後對号入座，我覺得結對程式設計可以嘗試改變一下模式，不是一個人做另一個人看，而是分工合作。
團隊：團隊評分标準相對來說是比較公平公正的，我認為最大的優點就是在團隊互相評分以及提出貢獻比的這種方法，不僅隻從老師的角度去評判整個團隊，還加強了民主性、公平性。缺點或者不足之處，就是針對不同的團隊項目有不同的難度，是以這樣針對每個項目的功能實作的要求應該有适當的差別，比如難一些的項目實作的功能可以少一些，相對簡單的項目就可以要求實作更完善更全面的功能，評分标準也就可以有一些改動，希望除了看展示部落格之外還可以參考其他的一些内容。我看了其他班級的最後總評分，有的班級總體成績很高，有的班級偏低，我不知道這裡面助教評分有沒有差異或者分歧，還是說本來就是同學們水準差異導緻這種局面的出現，希望老師可以做個比較，然後有個結論。
- 你的團隊項目是否成功，如果重來一次你是否還會選擇這個團隊，為什麼成功／失敗；
我的團隊項目基本上是成功了，成功的原因當然有很多，最主要的是團隊中人才集聚，有着負責的PM，團隊中大家互相配合、分工明确。經過Alpha階段，整個項目的進展還不錯，至少實作了最基本的功能，經曆了很長一段時間的磨合，包括新成員的加入，我們也一起經曆過來了。在Beta階段，大家的積極性提高了挺多，印象很深的是我們團隊三篇部落格晚交了一個小時左右，然後就白白丢失了分數，那次是一個意外，大家都負責把自己的内容完成了，然後放在草稿箱，由于代碼沒有完善，想着完善後再送出，但是遊戲規則就是這樣，吃一塹長一智，從此，我們的部落格都是按時或者提前完成，在安排任務時大家也都積極按時完成，附上我們的民主的任務配置設定：
個人附加作業
在我們的團隊，不會承受巨大壓力，有着友好的隊友和善于管理的班長作為PM，團隊中的成員最終能夠協調配合，按時傳遞自己的成品，可以說是一起經曆了風雨的人，一起進步一起計劃，最後出來成果。再讓我選擇一次，我還是會選擇這個團隊。
- 總結一下你們團隊在做項目時大家的時間安排情況，可以匿名寫；
首先，這學期的課程着實緊張，我們團隊成員考公考研的都有，在課餘的時間一般是釋出任務然後自己去擠時間完成，遇到不懂的問題時才會互相讨論，以及在每日一會上提出來。團隊中小林可能比較愛去圖書館，一般是晚上完成自己的任務，而小張他可能習慣了熬夜，也有點拖拉，是以一般是夜深人靜的時候在獨自思考。小李作息規律，一般是提前完成任務，然後去準備自己的研究所學生之路。老林一般在宿舍利用晚上的時間編寫代碼，有時候還會共享螢幕給我們看。團隊每個人都有自己的時間安排，一般能夠按時完成任務。團隊中每個人都有事可做，避免了打醬油的成員，不會寫代碼至少可以測試可以寫部落格。
- 軟體工程這門學問有很多 “知識點”， 這門課強調 “做中學” - 在實踐中學習知識點。請問你們在項目的 需求/設計/實作/測試/釋出/維護 階段（一共6 個階段）中都學到了什麼 “知識點”， 每個階段隻要說明一個知識點就可以。
需求：做好每種使用者的需求分析所用到的方法，比如：問卷調查和線上采訪（數量要有一定的要求），還有如何編寫需求設計文檔
設計：軟體原型設計所用到的工具（如墨刀）
實作：在實作的過程中使用的項目進度安排工具（燃盡圖），團隊源代碼管理（Git、Coding的使用）
測試：測試分為黑盒測試（通過界面的功能來測試）和白盒測試（通過測試代碼看是否有bug），測試工具在結對的時候學了點單元測試
釋出：了解到釋出之前應該編寫說明書，以便使用者使用和維護人員的工作
維護：釋出之後應該再次做調查，看使用者使用情況以及回報情況再進行完善
- 補充：老師，考試的題量相對有點大，把第一題的10個改成5個可能會好一些。
