網絡15軟工我的做業5——軟件工程總結

網絡15軟工我的做業5——軟件工程總結

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

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

answer：

• 期待和目標：
  （1）經過博客園進一步熟悉了各類大佬們進行軟件開發的過程。
  （2）可以經過留言的形式看到其餘人對咱們軟件開發過程的建議，使咱們能在不一樣的地方獲得提高。
  （3）熟悉告終對編程、團隊開發兩種編程模式，提升了與同窗們的配合能力與團隊意識，也感覺瞭如何在團隊開發中發現矛盾、解決矛盾。
  （4）掌握了許多軟件測試的方法和工具。
  （5）加入的團隊成功開發了一款app，並有實際用戶量。
• 不足
  （1）代碼規範和代碼質量有必定的提高，但沒有達到最開始的預期。
  （2）沒有很好的鞏固本身的代碼理論知識。

二、總結這門課程的實踐總結和給你帶來的提高，包括如下內容：
1）統計一下，你在這門課程中，完成了多少行的代碼；
2）軟工的各次做業分別花了多少時間？（作一個列表）
3）哪一次做業讓你印象最深入？爲何？
4）累計花了多少個小時在軟工上？平均每週花多少個小時？
5）學習和使用的新軟件；
6）學習和使用的新工具；
7）學習和掌握的新語言、新平臺；
8）學習和掌握的新方法；
9）其餘方面的提高。

answer：
1）代碼行數大概在600左右，本身身爲測試人員，代碼數量確實較少。
2)

做業	花費時間
軟工網絡15我的閱讀做業1	2.5小時
軟工網絡15我的閱讀做業2——提問題	3小時
軟工網絡15結對編程練習	3小時
軟工網絡15團隊做業1——團隊組隊&展現	1.5小時
軟工網絡15我的做業3——案例分析	2.5小時
團隊做業3——需求分析與設計	3小時
團隊做業2——團隊計劃	1.5小時
軟工網絡15Alpha階段敏捷衝刺	18小時
團隊做業6——展現博客	2小時
團隊做業5——測試與發佈	3小時
團隊做業7——alpha階段之過後諸葛亮分析	2小時
我的做業4——alpha階段我的總結	2.5小時
團隊做業8——敏捷衝刺（Beta階段）	12小時
團隊做業9——項目驗收與總結	3小時
beta版驗收互評	2小時
我的做業5——軟工我的總結	3小時

3）軟件工程第五週的我的做業，作產品分析的那篇，感受那篇我作的特別舒服自在。
4)感受累計花了200h左右吧，平均每週13~14h。
5）各種測試工具
6）Android、php。博客園、問卷星。
7）迴歸測試、單元測試
8）團隊協做能力、溝通能力、編程能力、學習能力。

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

answer：
《人月神話》探索了達成一致性的困難和解決的方法，並探討了軟件工程管理的其餘方面。在《人月神話（英文版）》中，既有不少發人深省的觀點，又有大量軟件工程的實踐，爲每一個複雜項目的管理者給出了本身的真知灼見大型編程項目深受因爲人力劃分產生的管理問題的困擾，保持產品自己的概念完整性是一個相當重要的需求。

• 在結對編程中，其好處就在於身邊有個領航員角色的存在，在編寫代碼的時候，一旦出現了錯誤，就會有人在旁邊及時提醒本身的錯誤。在開發軟件時，有同伴在身邊，能夠一塊兒探討，融合兩我的不一樣的觀點和看法，從而得出更加高效的設計思路，爲以後的debug過程省去大把時間。
• 在上次的結對編程中，咱們比較特殊，是三我的共同對上屆的代碼進行改進和debug，過程其實十分有趣。我在當中主要是負責後綴表達式求值還有基本的數據結構，多虧有領航員的幫助，才能比較完整的完成本身的模塊。在編寫過程當中，我時常會犯下一些很是簡單確難以發現的錯誤，卻會被身邊的人及時發現，這樣大大提升了編程效率。
• 在結對編程中，兩我的輪流編程（雖然咱們是三我的。。）不會太過疲憊，這極大地改善了咱們的編程體驗，使編程不會變得枯燥無味，debug也不會變的那麼困難了。

3、對下一屆實踐的建議，或者對於開學初的你，對於大一的你，對於開學初的我，你有什麼想建議和告知的呢？對於後來人的期許。對於換人機制，有什麼樣的建議？

answer：

• 建議
  （1）打好堅實的編程語言基礎，編程語言是基礎工具，沒有它沒法成軟件開發。至少熟練掌握一門到兩門。
  （2）好好學習高數、線性代數以及數據結構、算法等邏輯思惟培養的課程，對從此的專業課很是有幫助。
  （3）若是想要轉專業，儘可能大一就作好決定。若是到了大二，就要學會着去在這門專業中取發現本身感興趣的地方，學會去愛本身的專業。若是一直抱着：「我不喜歡這個專業」，「我反正之後也不走這個行業」，「我真的真的不會打代碼」等心態去學習，那麼到後面真的可能會崩盤（lol）。所以既然入了坑，那就努力把它挖得更深吧！說不定挖到寶藏了呢？

• 換人機制
  沒有必要「爲了換人而換人」。

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

團隊合做的幾個階段：

• 萌芽階段
• 磨合階段
• 規範階段
• 創造階段
  在團隊中我都經歷過了，也達到了最後的創造階段。

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

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

answer：
APP下載連接以下�
24點小遊戲app

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

answer：
參考團隊階段博客集合貼及博客發佈時間（gakki賽高）：

• Alpha衝刺階段博客彙總

• 團隊做業--8敏捷衝刺博客合集(Beta階段)

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

answer:
參考碼雲項目連接：

• gakki賽高