展示部落格
1.團隊成員的簡介和個人部落格位址，團隊的源碼倉庫位址。
華天生：http://www.cnblogs.com/hts-technology/
蘇上鑫：http://www.cnblogs.com/overwhelming/
肖榮森：http://www.cnblogs.com/lasolitude/
李雯钰：http://www.cnblogs.com/lwy1023/
王李煥：http://www.cnblogs.com/wonderfun/
朱畢川：http://www.cnblogs.com/Smile-BCZ/
魏芳：http://www.cnblogs.com/weifang/
成員介紹可以在隊員個人部落格裡檢視。
團隊的源碼倉庫位址：
https://git.coding.net/hts-technology/CodeManagement.git
2.我們要做軟體工程，那就要有一點工程的樣子：
a. 團隊項目的目标，預期的典型使用者，預期的功能描述，預期的使用者數量在哪裡？
在alpha 版本的基礎上，實作對單個檔案的上傳，統計，結果顯示，查詢和對git連結的直接下載下傳統計顯示，自己增量操作後代碼的變化。
預期的使用者是針對老師以及學生
功能：具有統計，搜尋，查詢，git相關統計變化趨勢等功能的代碼分析管理系統。
預期的數量：學校裡師生這個群體。完成項目之後先給10位老師或者同學使用，再進一步推廣。
b. beta 釋出之後一定會比alpha 階段更能滿足使用者的需求， 請錄一段視訊， 展現目标使用者使用 beta 産品的情況。
分三塊功能示範：（1）使用者項目和檔案手動上傳統計，（2）使用者git位址代碼統計顯示，（3）管理者功能
描述：
（1）使用者項目和檔案手動上傳統計：
這個整個過程是這樣的，使用者點選代碼上傳中的項目上傳盒單個檔案上傳，可以本地選擇java項目代碼的壓縮包或者單個java檔案，上傳之後進行背景統計，最後使用者可以檢視具體情況。具體情況分五個部分顯示，
①總情況：一共有多少個項目和檔案（即項目個數+檔案個數），多少個類（項目中類+單個檔案中類），多少個方法（項目中的方法+單個檔案中方法），總代碼（項目代碼+當個檔案代碼）
②項目總情況：一共有幾個項目，全部項目一共幾個類，全部項目一共有幾個方法，一共多少代碼
③單個檔案總情況：一共有檔案，全部檔案一共幾個類，全部檔案一共有幾個方法，一共多少代碼
④項目詳細情況：每個項目的情況
⑤當個檔案詳細情況：每個檔案的情況
（2）使用者git位址代碼統計顯示：
從使用者第一次輸入git位址下載下傳開始統計，也就是統計目前多少代碼，之前commit幾次不管。然後從這時候開始，使用者每commit，用圖表顯示，和上次比較，代碼增加了還是減少了，統計目前總代碼數，以及變化趨勢。詳情看以下截圖
（3）管理者功能
檢視全體使用者的代碼情況，或者某個使用者的代碼總量（多少個項目，多少個檔案等），以及查詢某個使用者上傳代碼的變化趨勢，後來想做git的沒有時間。詳情看以下截圖
項目和檔案手動上傳統計：
（1）：登入注冊就不說了，說一下操作流程，上傳項目代碼壓縮包（rar，zip），或者上傳單個java檔案 -->進行背景的解壓分析存取（速度較慢，需要等待一會，結果才會顯示）--> 根據用上傳代碼的時間和代碼量進行一個趨勢變化顯示（圖形），文字顯示每個項目的具體資訊（類，方法） --> 可進行類和方法的查詢
①：上傳檔案截圖：
②：項目的統計結果
③：類查詢
④：方法查詢
⑤：代碼趨勢變化顯示（根據使用者的上傳時間，以及代碼的累加變化，計算平均每天代碼量）
附上動态gif：
（2）git代碼管理
①：git連結下載下傳
②：每次comit的統計結果和變化趨勢（橫坐标表示commit的時間，縱坐标表示目前版本的總代碼量）
gif動圖：
（3）管理者功能
①：檢視全部使用者代碼情況：
②：查詢某個使用者總代碼
③：查詢某個使用者的代碼變化趨勢（1，2表示的是使用者名）
c. 團隊的成員如何分工協作的？有什麼經驗教訓？
團隊的隊員在沖刺階段每天都會有明确的目标表。每個人按時完成自己負責的子產品
在緊張的沖刺中，會有很多工作無法協調過來，這時候就需要隊員互相幫助，将團隊空缺的東西補足。要做到不拖沓不出現空擋，否則會影響整體任務的實施。
d. 團隊是如何進行項目管理的？
我們通過使用代碼leangoo來标清項目的每個子產品任務。然後通過完成卡片來實作整個任務的完成。還有成員任務表。
e. 團隊如何平衡 時間/品質/資源 争取如期完成任務的？
這個就通過任務分工來完成。在有限的時間内，将每一天的任務設定好，然後通過成員完成任務，并由小組長檢查品質，合理配置設定團隊資源。
f. beta 階段每個團隊在軟體工程方面有哪些具體改進？ （例如 代碼測試覆寫率從 x 提高到 y）,也要列出來。
在完成第一階段的基礎結構下，bate階段對項目進行完善，例如實作對單個檔案的上傳，統計，結果顯示，查詢和對git連結的直接下載下傳統計顯示，自己增量操作後代碼的變化。代碼覆寫率可詳看代碼位址。
3.團隊項目的實際進展（拷貝那些 scrum 過程中的燃盡圖即可），釋出的功能（拷貝釋出文檔）。說明在項目管理中，scrum的燃盡圖是如何真實反映項目的狀态的？或者燃盡圖美化了狀态？
把beta階段每天的會議圖檔， 燃盡圖分别做出一個 GIF 動畫， 放在最後的報告中，顯示工作的進展。
燃盡圖：
橫坐标：工作日，以天為機關，一共七天，代表着beta沖刺階段的時間一共為7天
縱坐标：剩餘卡片數，以卡片數為機關，代表着每一個任務。
黃線：代表設定的卡片數在規定的工作日内的理想的完成情況。
藍線：表示我們實際完成的卡片數。
燃盡圖每天的記錄做成動态圖後很明顯反應了項目的進行狀态，每天的任務卡完成都能展現項目的進展，雖然不能按照平均完成度進行 ，但是最終能按照要求完成任務。
會議照片：
4.到了beta， 代碼的情況也請列出來， 到底有多少行， 多少檔案， 文檔在哪裡，如果一個新團隊要接手這個項目，他們應該怎麼做？ 這有說明麼？
,這些類個數是除了接口的。其中src有7個包，src下共中有60個檔案，包括xml，java，properties，以及.txt。 文檔再項目下面的teamDocument檔案夾中。如果一個新手接手這個項目，要先有基礎的java知識，簡單的前端知識（echarts的使用），簡單的mvc的設計模式，掌握基礎的springmvc和最簡單的mybaits知識，以及掌握基礎的git操作。
如果有新團隊接收項目，我們會将源碼倉庫位址交給他們。讓他們可以參考我們項目的進行情況以及項目的分工情況，還有任務安排的情況。在這樣的情況下加以改進。
5.團隊可以用視訊顯示， 如何在一個全新的電腦上，下載下傳所有代碼，建構，釋出，并運作你們的程式。
因為知識要簡單的下載下傳軟體，時間長沒有錄視訊。詳細步驟如下：
環境安裝：eclipse neon + java 1.8 + tomcat 8+mysql5.6 下載下傳
然後再eclipse中點選help-> eclipse marketplace ->搜尋EGit安裝，然後按照以下的gif進行代碼下載下傳到eclipse中