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

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

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

開篇博客 ：不是很瞭解，談不上期待。
雖然一開始沒有什麼期待和目標，可是通過這幾個月的學習，有了想要完成項目的但願和目標，想要有對整個項目流程熟悉的把控能力。不過很是遺憾咱們的團隊到最後也沒辦法拿出像樣的東西出來。我雖然完成了組長交代的任務，可是也沒有什麼辦法。

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

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

（不計算刪改的代碼）

• 我的做業 + 結對做業：250行java
• 團隊現場實戰： 250行c++
• 團隊做業： 550行java + 520行xml
• 共 1570行 （太少了）

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

（記得不是很清楚了）

• 我的做業： 10 小時左右
• 結對做業： 12 小時左右
• 團隊做業： 80 小時以上

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

團隊現場實戰
原來的團隊作事效率低下，不只沒有分配好工做，整個團隊也就三四我的在寫代碼，其餘的在摸魚。
作了很久，最後團隊仍是很殘念程序不能達到運行要求。
最致命的我忘了交博客，錯過了時間，白弄了。

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

• 100多個小時
• 平均每週 10 個小時

開篇回答：假若時間充裕，不影響正常做息，均可以放在這門課上。

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

• Android Studio

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

• processOn

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

• xml（編寫界面）
• github

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

• 界面編寫的方法

九、其餘方面的提高。

• java 又熟練一點了

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

• 經驗總結 ： 不管作什麼項目都須要規劃好怎麼作，每個步驟都須要搞的清清楚楚的，甚至細化到每一個定義類型的名稱。最開始的規劃是絕對不能馬馬虎虎，不能隨隨便便，不能啥都無論先弄再說，這樣只會是浪費時間。

我的項目和結對做業都在我能力以內，雖然我沒作什麼規劃，也能正常地完成，只不過期間可能會有些許損失。
團隊做業就不同了，若是沒有規劃就會一羣蒼蠅處處亂撞，最後什麼都沒辦法完成。
實例：就從我最初所在的團隊說吧。團隊現場編程實戰的時候，組長對任務沒有把握，就說大家幾個弄前端，大家幾個弄後端，而後咱們就開始弄了。我按要求開始寫代碼，而後旁邊一個隊員和組長就看着我作，他們什麼都沒作，看了一上午（？？？？）。由於我只有一我的，效率又不是很高，只完成了後端一部分功能。後來次日聚在一塊兒說要整合，一個前端拿出來一份，把後端的一部分和我重疊的功能也寫了出來（？？）。而後其餘人呢是啥也沒幹的樣子。我是真的一頭問號。

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

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

• 跟着有能力的項目負責人，不是建議，是必須，否則就是什麼都無法完成的下場。
• 作本身能力內的事，接本身能夠完成的任務，不要攬作不了的活

2）特別地，特別地，下一屆要不要中途換隊員（強制的、完全的從一隊換到另外一隊）？

假設依舊是一個90+人數的大班

組員沒用還能忍，組長沒用的話強烈建議換

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

不該該單純用數量來決定，而是依靠組內成員的能力來決定
在全部分工都有人承擔的前提下

• 依照其每一個分工成員能力的不一樣對各個分工填充必定數量成員
• 使每一個分工都能正常的完成
• 在每一個分工都能完成的前提下成立一個小組

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

• 我的項目 小規模能力測試
• 結對項目 大規模設計思路，小規模功能實現便可。
• 團隊做業 規模應該跟參與人數掛鉤。

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

安琪助教。啦啦啦

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

我呆過兩個團隊，第一個團隊處於萌芽階段，組長實在是不懂，沒法分配任務，搞得你們連作什麼都不清楚，最後分崩離析。
第二個團隊，也應該只處於萌芽階段，我在進入這個團隊以前並不清楚其實際狀況，以後才發現與我原先所在的團隊並無太大優點。組長也是勉強回答了作什麼的問題，勉強爲你們分配了任務，可是實際上，沒有什麼規範，你們都不知道怎麼作。組長沒有對細節的地方進行一些規劃，致使最後你們的程序在拼湊的時候遇到的巨大的問題沒法解決。並且組長分配任務太過隨意，設置了五個前端，然而前端並不須要那麼多，結果致使界面呈現無數風格（固然主要是組長沒有對須要呈現的效果做出要求，而是讓咱們作而已）。
我所處的兩個團隊的組長都沒有任何經驗，沒有對項目的把握，更加不會分配任務（固然其餘隊員也不懂，因此才擔任的組員呀），我懷疑就沒有設計階段，常常處於不知道作什麼的狀況，最後都沒有什麼好的結果。

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

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

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

  咱們的軟件甚至不能運行，詢問隊長時給的回答是 解決了 能解決的問題 但仍是存在閃退問題。

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

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

  咱們沒有定時的進度發佈，只被分配作的任務，沒有交代怎麼作和作成什麼樣。

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

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

  我把我寫的代碼對每一個功能都詳細的進行了分塊，能夠保證維護和繼續發展沒有問題，其餘人我就不知道了。

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

  多數回答不了。