提公升總結
作業時間列表
作業名稱
耗時(h)
任務軟工實踐第一次作業
2跟隨問題引導，反思自己，做出預期
個人作業-詞頻統計
15複習c++，學習github使用
第三次作業-結對作業（原型設計）
2接觸墨刀，嘗試原型設計
第四次作業 - 團隊展示
5設計團隊頭像，確定專案，開會討論並拍照
第五次作業 - 結對作業2
10負責文字處理部分的**
第六次作業 - 團隊答辯
10開會確定團隊的分配和管理，書寫部落格，ppt製作演講
專案uml設計
3開了臨時會議，緊急分配任務，並去別組製作uml圖
需求分析報告
10專案logo設計，思維導圖製作，部落格整理
團隊現場程式設計實戰（**系統）
8alpha 衝刺
50alpha 事後諸葛亮
1部落格整理，alpha反思，beta 計畫
專案測評（團隊）
6任務分配，ppt製作，演講，部落格整理
beta 版衝刺前準備（團隊）
1組織會議，反思總結，分配任務，部落格撰寫
beta 衝刺
30本次作業
3反思總結，部落格撰寫
總計
221印象最深刻的作業
累計時長
學習和使用的新軟體
學習和掌握的新語言、新平台
學習和掌握的新方法
其他方面的提公升
三、前車之鑑跳槽建議
交換隊員，更建議採取自願，強制換隊本意是好的，但這種騷操作很難把控利弊，容易翻車，造成不好的結果。
人數
人數在6-7人比較合適，任務量、溝通交流、團隊協作都比較有利。
作業規模
感謝的人
感謝劉浩同學，從結對作業到團隊作業都給了我很多的幫助，也向他學習了很多東西，具體不想談，放在心裡就好。
回想起來，我們小組一路走過來還是很不容易。最初組建時候，人員配置缺少大佬和有開發經驗的同學，隊內其實有一種不夠自信的因素在其中；到第一次答辯的專案選題答辯的時候，儘管答辯成績還不錯，但答辯結束後卻又兩位同學選擇跳槽，成為全班唯二的跳槽同學。整個小組就顯得有些出師不利、搖搖欲墜的感覺；然後，隨著時間的推移，和不斷的調整和努力，團隊在一次又一次答辯中取得了不錯的成績，整個團隊信心也越來越足，技術上也越來越成熟，不斷遇到新的問題，不斷解決新的問題；最後完成了完整的專案，也取得了不錯的成績，大家都收穫很多，非常感謝這段經歷！
怎麼證明你學會了軟體工程？哈哈，對我而言這是個偽命題，當然是無法證明的。用乙個學期的時間在課程要求的引導下，經歷了乙個完整的軟體工程，用期末的三天時間粗讀了軟工的理論，所以不敢說自己學會了軟體工程，只能是對整個軟體工程的過程有所體悟，也在整個過程中有了新的收穫。[1] stamelos i, angelis l, oikonomou a, et al. code quality analysis in open source software development[j]. information systems journal, 2002, 12(1): 43-60.
這篇**主要介紹了關於開源軟體的開發。開源專案的**需要是」嚴格模組化，自包含，自我解釋「，由於其它程式設計師可以自由讀取、修改，加快了系統的演化速度，而審核**質量的關鍵在於帶啊嗎是否有注釋，編碼是否貴伐以及**的可擴充套件性和移植性。
軟工課程總結
軟體工程部落格作業 softwareengineering 至此，軟工課即將結束，團隊專案也已經完成了m2階段，下面回顧這個學期軟工課的實踐經歷，對一些問題再次進行思考 xubaonline bugphobia團隊 這個時期，對於我們團隊來說可以用兩個詞來描述 passion 和 confusion...
高等軟工課程總結
回顧當初剛選這門課的時候，對於這門課持有的一些期望。1.能夠掌握良好的需求分析能力，能夠把握需求的要點。在這門課的學習過程中，我算是真正意義上完整參與了乙個產品的設計過程，雖然過程磕磕絆絆，不過在老師的教導之下，目光也似乎從區域性慢慢擴散到整體了，這一部分的收穫挺大。2.對需求抽象並設計系統的能力。...
高等軟工課程總結
對本課程的期望 1 提高團隊協作能力 2 提高文件編寫能力 3 規範軟體開發流程 開發過程 領域分析 領域分析即確定問題所屬領域。在課程的小組合作作業中,我和其他組員們一起寫了領域分析報告。其實,我們組寫了兩次領域分析報告,第一次由於沒有參照老師給出的模板,導致最終的領域分析報告和老師預期偏差較大,...