展現博客

展現博客

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.gitjava

2.咱們要作軟件工程,那就要有一點工程的樣子:

a. 團隊項目的目標,預期的典型用戶,預期的功能描述,預期的用戶數量在哪裏?

在alpha 版本的基礎上,實現對單個文件的上傳,統計,結果顯示,查詢和對git連接的直接下載統計顯示,本身增量操做後代碼的變化。
    預期的用戶是針對老師以及學生
    功能:具備統計,搜索,查詢,git相關統計變化趨勢等功能的代碼分析管理系統。
    預期的數量:學校裏師生這個羣體。完成項目以後先給10位老師或者同窗使用,再進一步推廣。

b. beta 發佈以後必定會比alpha 階段更能知足用戶的需求, 請錄一段視頻, 展示目標用戶使用 beta 產品的狀況。

分三塊功能演示:(1)用戶項目和文件手動上傳統計,(2)用戶git地址代碼統計顯示,(3)管理員功能

描述:mysql

(1)用戶項目和文件手動上傳統計:
這個整個過程是這樣的,用戶點擊代碼上傳中的項目上傳盒單個文件上傳,能夠本地選擇java項目代碼的壓縮包或者單個java文件,上傳以後進行後臺統計,最後用戶能夠查看具體狀況。具體狀況分五個部分顯示,git

①總狀況:一共有多少個項目和文件(即項目個數+文件個數),多少個類(項目中類+單個文件中類),多少個方法(項目中的方法+單個文件中方法),總代碼(項目代碼+當個文件代碼)

②項目總狀況:一共有幾個項目,所有項目一共幾個類,所有項目一共有幾個方法,一共多少代碼

③單個文件總狀況:一共有文件,所有文件一共幾個類,所有文件一共有幾個方法,一共多少代碼

④項目詳細狀況:每一個項目的狀況

⑤當個文件詳細狀況:每一個文件的狀況

(2)用戶git地址代碼統計顯示:
    從用戶第一次輸入git地址下載開始統計,也就是統計當前多少代碼,以前commit幾回無論。而後從這時候開始,用戶每commit,用圖表顯示,和上次比較,代碼增長了仍是減小了,統計當前總代碼數,以及變化趨勢。詳情看如下截圖
(3)管理員功能
   查看全體用戶的代碼狀況,或者某個用戶的代碼總量(多少個項目,多少個文件等),以及查詢某個用戶上傳代碼的變化趨勢,後來想作git的沒有時間。詳情看如下截圖

項目和文件手動上傳統計:

(1):登陸註冊就不說了,說一下操做流程,上傳項目代碼壓縮包(rar,zip),或者上傳單個java文件 -->進行後臺的解壓分析存取(速度較慢,須要等待一會,結果纔會顯示)--> 根據用上傳代碼的時間和代碼量進行一個趨勢變化顯示(圖形),文字顯示每一個項目的具體信息(類,方法) --> 可進行類和方法的查詢

①:上傳文件截圖:spring


②:項目的統計結果sql



③:類查詢設計模式


④:方法查詢tomcat


⑤:代碼趨勢變化顯示(根據用戶的上傳時間,以及代碼的累加變化,計算平均天天代碼量)mvc


附上動態gif:echarts

(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中

相關文章
相關標籤/搜索