軟件工程實踐總結

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

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

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

最初的時候但願經過這門科目鍛鍊本身的實踐能力（編程能力），可是意外的擔任了團隊的PM，不只僅鍛鍊了編程能力還鍛鍊了組織協做管理能力，能夠說是有意外的收穫了。

不足的能夠說是最後的產品尚未達到本身當初預想的目標，果真理想和現實是有差距的。

2）總結這門課程的實踐總結和給你帶來的提高，包括如下內容：

一、統計一下，你在這門軟件工程實踐中，完成了多少行的代碼；

根據不徹底統計，總代碼量大概在1000左右，加上修改的代碼大概有3000左右。

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

做業名稱	所花費時間(小時)
第一次做業	3
我的項目	11
結隊做業1	10
團隊風采展現	3
結隊做業2	15
團隊選題報告	6
團隊課堂UML設計	2
團隊需求分析報告	10
Alpha衝刺	140
團隊現場編程	6
團隊項目評測	14
Beta衝刺	100
最終演示	6
累計	326
平均每週花費時間	18.1

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

印象最深入的其實有兩次，一個是團隊現場編程，十分真切的感覺到咱們團隊的優秀和強大。

另外一個是Alpha衝刺，是真的累。

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

累計花費326個小時（驚了），平均每週18.1個小時，開篇博客打算平均到天天2小時，按狀況增長，時間上算是達標還有點小超標。

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

Visual stdio的單元測試，性能分析工具，Axure

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

在線的流程圖繪製網站PROCESSON，PPT（這個兩個雖然以前就有接觸，可是用的實在太多了，不得不拿出來提一下）

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

Python Tensorflow Pytorch

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

燃盡圖法，思惟導圖，測試方法，原型設計，增量開發，技術文檔等等

九、其餘方面的提高。

本次軟工的節奏基本處於前期負責算法的開發設計，後期算法方面都基本完成，剩下的基本都是數據處理了，因此後期基本處於負責團隊的管理和產品的演示方面。

代碼方面天然不用多說，團隊的管理，任務分配，演講能力有了必定的提高。

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

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

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

若是能夠不選，千萬不要選，不是課程的問題，而是大三上真的頂不住。

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

千萬不要中途換隊員，仍是建議組隊的時候找一些靠譜的人當隊友。

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

12-14我的比較合適

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

我的結隊團隊結隊做業控制在一天平均兩個小時比較合理。

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

最感謝的其實就是個人隊友們，對隊長的包容，隊友的強大與優秀以及強大的執行力，讓我這個PM當的輕鬆許多。

其次要感謝一下柯老師和助教學姐，很耐心解答個人疑問，並對我提出建議，讓我變的更優秀。

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

萌芽、磨合、信任、衝突、承諾、責任、結果、規範、創造，我能夠很自信的說咱們達到了，最優秀的團隊沒有之一。

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

1）研發出符合用戶需求的軟件

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

EMMMM，因爲搭建雲服務器的問題，給不少用戶使用確實有難度，可是線下有給用戶試用，反應良好。

2）經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件

有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是: 經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄

每次做業發佈的時候，我都會把分工分好，並且咱們組幾乎是全員大牛，每一個人都會參與出力。

3）而且經過數據展示軟件是能夠維護和繼續發展的。

而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料

使用github管理代碼，有相應的說明文檔，接口文檔等。

4）對着這個檢查表：http://xinz.cnblogs.com/p/3852177.html 檢查一下，本身若是去企業面試，這些常見的問題是否都能回答，並在此總結。

請在隨筆中用數據證實上述內容或側重選擇之一。

行業洞察力、工具社區

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

老實說，本身的代碼質量仍是沒有達到工業級水平，雖然此次做業已經有着重注意這方面，可是無奈時間太緊，沒有作到很好。
參考論文文獻：

[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.

[2] Boehm B W, Brown J R, Lipow M. Quantitative evaluation of software quality[C]//Proceedings of the 2nd international conference on Software engineering. IEEE Computer Society Press, 1976: 592-605

[3] Samoladas I, Stamelos I, Angelis L, et al. Open source software development should strive for even greater code maintainability[J]. Communications of the ACM, 2004, 47(10): 83-87

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

吃喝玩樂遍福州，火箭少男沖沖衝

其實仍是想吐槽一下，軟工這門課安排的真的不是時候，選擇了最痛苦壓力最大的大三上學期，致使最後的產品和最初預計的仍是有必定的距離，若是選擇一個相對輕鬆的學期，我相信質量會大大提高。

剛開始帶着本身的想法和創意自信滿滿的向你們介紹，最終的結果給了本身當頭一棒，爲人不論什麼時候都應該謙虛大方禮貌，這實際上是整個軟工實踐給我最深的教訓，不論提問的人有多麼的尖銳，仍是應該不急不慢的說出本身的想法。

最後的最後，仍是要感謝個人隊友們，真的太給力太優秀了。

我已經把門焊死了誰都別想走