團隊總結

在第一階段的衝刺中，咱們僅完成了相似於貼吧的基本功能的實現，針對老師和同窗們提出的建議，咱們對所做的表白牆項目進行了進一步的優化，使之擁有本身的特點。

討論的問題有：

1.對APP仍是網頁的選擇

2.添加實現具備表白特點的功能

3.界面設計佈局

因而咱們在基教負一樓進行了討論，剛開始討論是繼續作網頁仍是另起APP的開端，結果通過討論，決定仍是繼續作網頁的開發，而後對繼續添加的功能，各位組員都提出了本身的建議，得出要作出匿名評論，匿名錶白，對我的信息的修改，logo設計以及表白熱度榜，最後針對界面的佈局問題進行了討論，得出了各個功能應該放置的位置，然後各自分工，繼續開發。

對生產效率的評價：

本次項目中，因爲組員以前缺乏默契，對項目的瞭解程度不是很好。因此前期的時候，小組的效率很是低，對本身能力的高估和對項目的工做量不清楚是形成效率低的主要緣由。同時，隨着項目的進展，採用的結對編程使組員之間造成了一種默契。中後期的生產效率仍是有必定的提升

出錯緣由的分析：

主要有如下幾個方面的緣由須要咱們能夠之後注意：

 一、對軟件開發的流程不是很熟悉。由於這方面知識的獲取只是停留在理論層面，缺少理論經驗。

 二、組員之間的交流還有待提升。由於在最後的一段時間，因爲課程學習和複習的緣由，你們可以集中在一塊進行編程的時間很少。對項目的關注程度有所下降

首先是對軟件工程課程的更進一步學習，理解。這次的綜合訓練是緊跟課程同時進行的。在課程進行的同時，老師對其用到的知識進行了詳細的講述。包括團隊的創建，題目的選擇，團隊中各個組員之間的關係和整個項目選擇的過程模型等。 

第一階段：需求分析階段。只有充分了解了用戶的需求才能開發功能完整、性能良好的項目。在這個階段，咱們小組聽取了張明倬同窗對於這個網站各個功能模塊的描述，並作詳細的記錄，這個爲咱們後面項目的度量提供了可靠的材料。 
第二階段：項目分析設計階段。整個項目在這個階段的工做要多一點，它直接關係到後一階段的編碼，因此它起到了承上啓下的做用。這一階段的主要任務包括分析項目中對象，再根據對象設計數據庫，在此包括其建模設計，在完成數據庫後就是數據流程圖了，它大致上描述了程序走的流程，以及大致的一個架構。完成上述工做後就是類的設計了，它是根據數據流圖的設計來設計的，寫好每一個模塊的每個類，爲下一階段作好準備。在此，咱們就完成了整個系統的一個架構。 
第三階段：編碼階段。用代碼將整個系統的業務邏輯表達出來。其中和遇到好多問題：對java中的好多現有的類不熟悉，使得編寫的代碼質量不高，代碼的複用性不高，好多問題還都沒有解決。 
第四階段：測試和發佈。這一階段是咱們項目的最後一個階段了，主要是對項目所涉及的功能進行功能測試。發現問題及時解決。 
同時鑑於咱們採用的是Scrum敏捷開發模型，並採用告終對編程。

下邊介紹下關於團隊建設方面的總結： 

團隊的個體成員爲實現一個共同目標而協同工做。團隊工做就是團隊成員爲實現這一共同目標而共同努力。項目團隊工做是否有成效會直接影響項目的成敗，儘管計劃以及項目經理的工做技能是必要的，但人員——項目經理和項目團隊——纔是項目成功的關鍵。項目成功須要一個有效的項目團隊。 
咱們組每位成員都精心付出了本身的努力，相互依賴，齊心合力地進行工做，已保證項目目標的成功實施. 
同時咱們組也作到了如下的關鍵幾點：

 一、對項目目標的清晰理解。 
 二、對每位成員角色和職責的明確指望。

三、目標導向。 

四、高度的合做互助。

 五、高度信任。 

這些都是之後咱們在作項目設計時候必須借鑑的。一個績效良好的項目團隊頗有必要管理好時間，爲有效管理時間，團隊成員要明確每週的目標，天天制定一個作事表，集中精力完成當天的作事表。要控制干擾，謝絕參加那些對實現目標沒有意義的活動。團隊成員也要有效利用等待的時間，一次性處理好文件工做，並要爲實現目標獎勵本身。咱們組的每位成員都全力以赴地爲這個項目付出，期待項目最後成功的實施。 
經過這次項目的學習和實踐，使得咱們組對於軟件過程和項目管理這門課程有了更深刻的瞭解，對其中所涉及的方法和工具備新的認識，咱們組會在之後的學習中繼續摸索，靈活運用各類方法，熟練對各類工具的掌握，努力提升咱們組的知識水平和業務能力！同時也認識到咱們組在實際的代碼編寫階段出現了許多沒法解決的bug，須要咱們利用下來的時間進行完善，真正作到學習無止境。也使咱們認清了咱們如今的編程水平還很低下，對知識的掌握還不夠。距成爲一名合格的軟件工程師還有很長的一段距離。

 建議：

1.在實現貼吧基本功能的基礎上添加能實現本身特點的表白功能

2.各組員要在完成本身的任務後，根據本身的能力合理地接取新任務

3.組員之間要分工明確，要常常聚在一塊兒討論問題，不能閉門造車