福大軟工 · 最終做業 - 軟件工程實踐總結（我的）

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

---

• 1）對比開篇博客你對課程目標和期待，「但願經過實踐鍛鍊，加強計算機專業的能力和就業競爭力」，對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，爲何？

  • 答：1.確實經過一學期的軟工實踐有了不少收穫，在此階段我接觸了
    許多未接觸的軟件，好比用於原型製做的axure和墨刀，還有在線的流程圖繪製網站PROCESSON,暑假間經過網課、電子書等接觸java，從0開始學習，開學後繼續經過邊自學理論邊應用於軟工我的做業來不斷提高本身的編碼水平、java語言的熟練度，再應用於後來的前端設計軟件的Android Studio上（仍然是從0開始），學習這麼多知識不只是達到了我報選的期待...還超標了吧；
    2.不足: Android Studio的應用仍是處於萌新上路的水平，經過本身手寫出高大上的界面幾乎等同於作不到，本學期的做業是站在巨人的肩膀上，借鑑美觀、酷炫的界面框架進而改變的。可是在發掘框架的過程當中，我很期待將來能寫出等同甚至超過大佬們寫的框架~設計出屬於本身風格的界面~

• 2）總結這門課程的實踐總結和給你帶來的提高，包括如下內容:
  一、統計一下，你在這門軟件工程實踐中，完成了多少行的代碼；
  - 答：精確度可能不是很高，根據每次做業累計的結果，不徹底統計，經過增刪改等操做有7000行代碼吧？（看了我也嚇一跳...beta7)

• 二、軟工實踐的各次做業分別花了多少時間？（作一個列表）

• 答：

  每次做業均是按周統計，大部分去了一些學習成本的時間，便將Beta、Alpha統一整起來，統計結果以下；

任務名稱	所花費時間/小時
第一次做業	3
我的項目	18
結隊項目1	14
團隊風采展現	5
結對做業2	20
團隊選題報告	5
團隊課堂UML設計	3
團隊需求分析報告	5
Alpha衝刺	130
團隊現場編程	3
團隊項目評測	5
Beta衝刺	25
最終演示	5
累計	243
平均每週花費時間	13.5

• 三、哪一次做業讓你印象最深入？爲何？

• 答： 結隊編碼做業中的詞頻統計讓我印象最深入，這不只考驗我第一次我的做業的結果（第二次從新提交後代碼後忘記pr致使第一次做業零分，經過助教私下測試本能夠取得59分的成績QAQ，滿分60）,還考驗我和安哥在截至日期到來的完成度，在最後三天裏我和安哥像廣大實踐班同窗同樣頻頻見證凌晨三四點的福大！雖然挺累，可是很充實！

• 四、累計花了多少個小時在軟工實踐上？平均每週花多少個小時？同時貼出開篇博客「你打算平均每週拿出多少個小時用在這門課上」的回答

• 答：累計花了235小時（beta連接可見），平均每週14小時(又嚇了一跳..不知不覺有這麼多)，開篇博客裏寫出了我當初最最極端的想法：8H/周,原回答：「我但願能和將來的隊友共同設計出一款有意義的軟件，盡本身全力；我打算拿出8小時/周 、而且高專一力放在這門課上！（不夠？ 那仍是看着加。」

• 五、學習和使用的新軟件

• 答：原型製做的axure和墨刀，JAVA idea、 java:eclipse，Android Studio,ATOM,NOTE,Appach

• 六、學習和使用的新工具；

• 答：在線的流程圖繪製網站PROCESSON，Java性能評測:Jprofiler,接口測試:Postman,Git使用：Github，GitKraken，Android Studio的代碼規範糾正插件

• 七、學習和掌握的新語言、新平臺；

• 答：JAVA idea Java eclipse \Android Studio VS\CSS(這兩個初步瞭解，未掌握)

• 八、學習和掌握的新方法；

• 答： AndroidStudio 爆炸就上博客；代碼不會寫上博客和查看官網的語法說明書；

• 九、其餘方面的提高。

• 答：團隊協做的認識：先後端要實時溝通，確保數據格式明確，接口數據不缺不漏！ 前端方面須要有明確的界面原型設計，提早指明需求格式、風格！
  學習後端製做的《後端技術文檔》，將你們所遇到的問題、解決方案按照統一格式詳細寫出，若將來不幸再踩坑，也能很迅速的擺脫這些曾遇到的困擾。

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

---

• 答：團隊協做的認識：先後端要實時溝通，確保數據格式明確，接口數據不缺不漏！ 前端方面須要有明確的界面原型設計，提早指明需求格式、風格！不然不管怎麼再修改原來的界面也很容是在垃圾上再砌垃圾...
  學習後端製做的《後端技術文檔》，將你們所遇到的問題、解決方案按照統一格式詳細寫出，若將來不幸再踩坑，也能很迅速的擺脫這些曾遇到的困擾。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，對於同期的TA們，對於後來的學弟學妹：

---

• 1）你有什麼想建議、告知和期許想要告訴他們呢？

• 答： 初期技術上的缺漏歷來不是問題，聞道有前後，總有技術強、技術弱的成員共存在一組之中，在學習過程當中能夠補缺補漏，可是態度上的缺漏就完徹底全影響你技術上補缺補漏的過程，一個成員要是態度不積極、技術還跟不上，將會是團隊這個大木桶的最短板！

• 2）特別地，特別地，下一屆要不要中途換隊員（強制的、完全的從一隊換到另外一隊）？
  假設依舊是一個90+人數的大班

• 答：若是團隊是學生本身組建的，我認爲沒此必要；相反，這種強制、完全的換隊更適用於老師分配、隨機組建團隊的模式下，這樣鮎魚效應的反響會更強烈！

• 3）身在一個格外大的班級，競爭強勁，你認爲一個組的人數應當在多少比較合適？

• 答：具體須要看團隊項目的軟件要求，按本學期強度來講9人足以；

• 4）我的/結對/團隊做業應該控制在怎樣的規模？

• 答：本學期的重點應該落在完成團隊任務上，Alpha的完成意味着本學期軟工實踐課的結束，我認爲應該將beta階段的時間扣除些用於我的做業上!(畢竟團隊能夠划水，分還不高);

• 5 ）這學期下來，你最感謝的人是誰？有什麼話想要對TA說呢？

• 答：最感謝PM彬少，除了瘋狂請奶茶外同時還獨挑大樑，對做業嚴謹認真、對人寬厚，對己嚴格！ 這樣的PM即是一個運做良好的團隊的基石！

4、分析一下本身所處的團隊。軟件工程實踐是大學裏少有的認真的團隊協做經驗。《構建之法》上說團隊的發展有幾個階段，你的團隊都經歷過麼，最後到達了「創造」階段了麼？（參考《構建執法》第17章 人、績效和職業道德）

---

• 答：咱們根據暢暢同窗寫的獨立宣言，挑選隊友，便開始了組建團隊，經歷了萌新、磨合、規範階段，創造階段的優良特色在咱們團隊也能得以體現，爲那些在活動室奮戰到凌晨的咱們乾杯~。

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

---

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

• 答：目前只有報選本實踐、或者安利身邊的朋友使用本款軟件做爲咱們的內測用戶~ 截至目前，數據庫記錄共有141人/次 使用咱們的APP~
  

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

• 答：這個咋回答，也挺感謝學期的課程設置，咱們得以一步步按照流程，按時在給定時間內完成做業！

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

• 答：組內均使用GITHUB管理代碼，使用石墨文檔發佈任務、定義代碼規範，下附圖
  

• 4）對着這個檢查表：http://xinz.cnblogs.com/p/3852177.html 檢查一下，本身若是去企業面試，這些常見的問題是否都能回答，並在此總結。請在隨筆中用數據證實上述內容或側重選擇之一。

• 答：說些一眼看過去回答不了的：1.效能分析 。 2.行業洞察。 3.項目管理。 4.工具/社區；

六*（選作）、閱讀軟件工程中關於代碼質量的的經典論文，從下列文獻中選擇一篇或若干篇，結合本身的實際作一個閱讀筆記（例如，本身寫的代碼質量如何，是否是一個大泥球，如何衡量本身代碼的質量）？從如下參考論文中選擇一篇或若干篇：

---

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

---

軟工實踐帶給個人感受就是：老師性格樂天不嚴肅，但身在你們如此認真對待課程的氛圍下，想厚着臉皮不努力、不認真都難，都是硬生生把兩學分的課程上成了10學分。這種氛圍的最後結果即是8個組都在最後的DDL以前完成了屬於他們本身的團隊做業~

宣傳視頻;

beta答辯總結