我的做業-軟件工程實踐總結

做業描述

課程	軟件工程1916|W(福州大學)
這個做業要求在哪裏	我的做業-軟件工程實踐總結做業
學號	221600330
這個做業的目標	總結本次軟件工程實踐課程的所學所思

1、請回望寒假時的第一次做業，你對於軟件工程課程的想象

• 1）對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，爲何？
  • 口頭上學習的再多都不如踏踏實實地完成一個項目，心裏很是感謝這門實踐課，雖然過程十分痛苦且漫長，但本身能力的提高是肉眼可見的。對比半年前的本身，最大的收穫是完整地參與並完成了一個項目併成功讓它可使用，在這個過程當中框架使用的熟練度增長、編碼能力與解決能力提高、以及團隊溝通開發經驗這些都是不可多得的寶貴經歷。
  • 不足點在於本身與團隊都缺乏相關的項目開發經驗，致使團隊框架選擇走了很大的彎路，把不少的時間都拿去重構項目了，反卻是沒有較多時間去增長功能而且穩定完善。若是開始選擇了正確的道路，那項目可能會更加完善，功能也更加豐富。但萬事沒有若是，說不定多瞭解其餘框架開發未來也會變成一個好處，因禍得福、焉知禍福呢？
• 2）總結這門課程的實踐總結和給你帶來的提高，包括如下內容：
  • 統計一下，你在這門軟件工程實踐中，完成了多少行的代碼
  • 軟工實踐的各次做業分別花了多少時間？（作一個列表）
  • 累計花了多少個小時在軟工實踐上？平均每週花多少個小時？

做業	代碼（行）	花費時間（分鐘）	備註
第一次做業-準備篇	0	60
結對第一次—原型設計（文獻摘要熱詞統計）	0	180
結對第二次—文獻摘要熱詞統計	600 ++	350
結對第二次—文獻摘要熱詞統計進階需求	1000 ++	500
團隊Github實戰訓練	800++	600
團隊做業	4300++	8000	包括了整合的框架中的代碼
合計	6700+	9690	平均每週花16個小時

• 哪一次做業讓你印象最深入？爲何？
  β衝刺吧，原來的項目都是用在本地，數據也都是本地的。此次衝刺結束後正式部署到了網絡上，並且部署過程出了許多問題，例如本地能夠訪問的資源網絡上就不能訪問等，最後成功解決問題、讓其餘地方的同窗可以搜索到可以使用這個功能才真正感覺到這個項目。
• 學習和使用的新軟件；
  Github Postman Pycharm
• 學習和使用的新工具；
  墨刀 axurer Worktile
• 學習和掌握的新語言、新平臺；
  springboot、阿里雲服務器端開發
• 學習和掌握的新方法；
  在作什麼以前先找找有沒有前人鋪好的路，不要重複造輪子。
• 其餘方面的提高。
  規劃能力、溝通學習能力

2、寫下屬於本身的人月神話——我的或結對或團隊項目實踐中的經驗總結+實例/例證結合的分析

• 團隊方面-溝通與規劃比編碼實現重要的多，一我的的項目，設計、進度一切一切均可以本身來安排時間，可是在團隊合做中，就須要考慮隊友的狀況。中間有幾回都是由於交流不及時致使後面消耗更多時間去解決問題。還有規劃任務，項目初期任務比較少也比較簡單，因此能夠規劃分配的層次分明。到了項目後期，任務開始變多，前面的困難又出現並堆積起來時，任務規劃就變成一團糟了，例如每一個功能的標準如何，每一個頁面動態效果要怎麼樣都沒詳細的規劃，基本上是本身認爲缺什麼東西就去完成相關任務。
• 我的方面-學習能力很是重要，此次項目接觸的東西幾乎是全新的，在短短的一段時間內，要學習同樣東西，並可以熟練的使用它，這是實踐那麼費精力的緣由之一。不知道這個功能怎麼實現，不知道服務器對某個端口的限制等等一系列難題，在接近deadline功能又作不出來時只能硬着頭皮去看博客和教程（感謝偉大的互聯網以及大牛的無私奉獻）。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麼想建議和告知的呢？對於後來人的期許。 特別地，特別地，下一屆要不要中途換隊員？

• 這門課很是的辛苦，會佔用本身大量的時間去完成一個項目，有不少人以爲應該選，也有人特別後悔。若是是個人話仍是建議選這門課，畢竟從一片空白到完成一個項目，這種收穫比無所事事大得多，對本身的編碼能力也是巨大的提高。固然若是課程很是多或者忙於考研就須要酌情考慮。
• 換成員確實對團隊影響太大了，雖然這個多是爲了模擬職場裏面的人員調動，但職場裏面會有很長的時間去適應學習，並且面試過程也會考量下一任的相應能力是否符合原項目，只是隨機換的話新隊員須要時間去從新學習，舊團隊也等於少了一我的出力。之後換團隊仔細考量兩邊團隊用的哪些技術以及成員分別擁有哪些能力，考量仔細後再交換類似成員那會好不少。

4、分析一下本身所處的團隊。

• 萌芽階段
  - 團隊初期的目標、原則、計劃等都安排的明確，具體任務也是全部人合做完成的。
• 磨合階段
  - 在這個階段也是每一個人各司其職，衝突之類的也沒有出現過。可能有時候某些進度拖後，或者一個功能點拖了好久尚未實現，就有些打擊其餘人的工做熱情，好在這些問題最終解決了，團隊也步入正軌。
• 規範階段
  - 通過後期的討論瞭解與開發後，團隊的進度與目標也更加明確了。雖然會出現一些意料以外的事情，但也是達到了規範階段的門檻。
• 創造階段
  - 目前未達到，若是時間再久點或者項目再繼續完善些或許能達到，雖然很想但目前是沒有。

5、怎樣證實你學會了軟件工程？

1）研發出符合用戶需求的軟件，必須公開發布，有實際的用戶，必定的用戶量和持續使用量 （3 天后能保持10 - 100個用戶）而不是作沒有用戶使用的軟件

2）經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈而不是: 經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄

3）而且經過數據展示軟件是能夠維護和繼續發展的。而不是找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料

源碼都保存在相應的git項目中，而且網站已經部署到阿里雲服務器裏，能夠直接將war文件直接使用。任務進程與規劃都在worktitle記錄，文檔與說明也保存良好。

6、個性發揮，包括圖文、照片和創意等

• 打算在首頁添加由css寫的小恐龍噴火動畫
  
  小恐龍參考連接