軟件工程總結

軟件工程總結

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

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

1. 完整地按照老師的要求經歷了軟件工程的流程；
2. 學習了新的語言，嘗試了本身以前歷來沒有接觸過的安卓APP的開發；
3. 熬過了這個繁忙的學期，當中差點病倒住院了，還好，如今身體健康應該沒啥大礙；
4. 不足就是對於做業的細節或者是額外的部分沒有精力解決；
5. 還有就是咱們的軟件作得還不夠好，由於你們也都是從0開始，邊學邊作，因此就指望作一個能用的軟件便可。

2. 總結這門課程的實踐總結和給你帶來的提高，包括如下內容：
1）統計一下，你在這門課程中，完成了多少行的代碼；
2000行左右
2）軟工的各次做業分別花了多少時間？（作一個列表）
……估計下吧

做業	時間（h）
我的閱讀做業1	5
提問題	6
結對編程	15
案例分析	7
alpha階段	8 * 7
beta階段	5 * 5
其餘展現博客，過後分析合計	20
此次做業	5
合計	139

3）哪一次做業讓你印象最深入？爲何？
第一次團隊做業，由於差點當時身體狀態特別很差，加上其餘事項強度又很大，因此以爲那段時間特別艱難，如今回憶起來，仍是很懼怕，身體熬不住。
4）累計花了多少個小時在軟工上？平均每週花多少個小時？
139h
共計16周 139 / 16 = 8.6875（小時）
不包括技術準備的時間……
5）學習和使用的新軟件；
Android Studio：安卓開發軟件
6）學習和使用的新工具；
Git 代碼提交工具
Monkey 自動化測試工具
Leangoo 燃盡圖工具
7）學習和掌握的新語言、新平臺；
新語言：PHP
新平臺：Windows + Apache + Mysql + PHP
8）學習和掌握的新方法；
站立會議、燃盡圖管理、NABCD需求分析、結對編程、軟件測試等方法
9）其餘方面的提高。
心理抗壓能力的提高
解決困難的能力
團隊協做的能力
主動背鍋的能力

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

經驗總結：

1. 交流最好可以在線下交流，線上交流的效果直接先打個半折，再說。由於咱們團隊在QQ上交流，老是理解不到位，耽誤時間。
2. 量力而行，盡力就好，也不要有太大的壓力，否則戾氣會很重。首先是要盡力，即便作的真的不咋地，起碼要讓隊友看到你有在幹活，其次就是壓力不要太大，就日常心去搞就行了，否則對於這門課程的認知會產生誤差。
3. 技術準備什麼的，能提早準備天然是最好的，沒條件就邊搞邊學吧，哪裏有那麼多項目在開始的時候你就都會。
4. 選題的時候先搞的簡單點，對不對，起碼本身能作完，那再有餘力，就再加功能嘛。咱們團隊一開始的目標就很低，因此最後能夠在完成既定目標的基礎上進行擴展。

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

什麼對於開學初的你，開學初的我，這是在唱歌嗎……
對於下一屆實踐的建議：不要抱着划水混混的心態來上這麼課，會累死你的隊友的！
對於大一的個人建議：不要去輔修，去搞程序設計競賽，這玩意兒它真的很是有趣；基礎學科的學習還要強化啊，知不知道如今看論文很費勁啊，少年！
對於後來人的期許：就早點肯定好本身要幹什麼吧，若是是從事計算機行業的，固然要加強本身的動手實踐能力。
換人機制：是個擺設，沒有建議，若是以爲須要保留這個擺設，就繼續。

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

分析團隊：
咱們團隊都是菜的不行的，可是都肯努力搬磚的那種。雖然跟大佬雲集的團隊無法比，可是就態度上來講能夠說是全專業頂配了。當有突發狀況出來的時候，不是互相推諉，而是客觀分析，而後有理有據地把鍋甩給別人。（開玩笑）

經歷的階段：
萌芽：你們從一開始有個最初的想法，作個能用的，有人用的，還能夠的APP
磨合：一塊兒學習安卓、PHP，還有敏捷開發的流程，balabala...
規範：在開發階段將團隊的工做流程都寫入了本身的平常
創造：寫出了一個APP，這對於咱們中的全部人來講，是一開始不敢想象的

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

研發出符合用戶需求的軟件
必須公開發布，有實際的用戶，必定的用戶量和持續使用量 （3 天后能保持10 - 100個用戶）；而不是: 作沒有用戶使用的軟件
經過一系列工具，流程，團隊合做，可以在預計的時間內發佈 「足夠好」 的軟件
有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈 ； 而不是:經過臨時熬夜，胡亂拼湊，大牛一人代勞，延遲交付等方式糊弄
而且經過數據展示軟件是能夠維護和繼續發展的。
而不是 找不到源代碼，代碼無文檔，代碼不能編譯，沒有task/bug 等項目的發展資料

公開發布：https://gitee.com/ljl36/team_programming/releases

實際用戶數：

有項目規劃/需求/設計/實現/發佈/維護，有定時的進度發佈
http://www.cnblogs.com/Aragaki-Yui/
在以前的博客都有體現

項目連接：https://gitee.com/ljl36/team_programming