團隊作業6——展示部落格（Alpha版本)

展示部落格

1. 團隊成員的簡介和個人部落格地址，團隊的原始碼倉庫地址。

a.陳福鵬
　　擅長技術：java、web等網站方面技術； 　　

　　部落格：http://www.cnblogs.com/royalchen/

b.林棟：

　　擅長技術：C++；

　 部落格：http://www.cnblogs.com/helloc14/

c.雍斌凡：
　　擅長技術：前端、java；

　　部落格：http://www.cnblogs.com/wayy/

 

d.白至幸：
　　擅長技術：C語言、C++、資料庫；

　　部落格：http://www.cnblogs.com/EtihwXD/

 

e.洪灝捷：
　　擅長技術：java；

　　部落格：http://www.cnblogs.com/hoje/

原始碼倉庫地址：https://coding.net/u/jmu/p/arithmetic-system/git

2. 我們要做軟體工程，那就要有一點工程的樣子：

    a. 團隊專案的目標，預期的典型使用者，預期的功能描述，預期的使用者數量在哪裡？

本專案致力於幫助中小學生自主學習包括分數在內的複雜四則運算。通過在該網站的簡單註冊，登入驗證，進入自己所屬賬號，選擇語言（繁體中文、簡體中文、英語），進行答題。在答題結束後會，有時間累計、答案核對、正確率顯示、錯題累計、排行榜等功能。該網站立足於這些功能，從而幫助中小學生及其老師家長，更好的輔導學生學習。

預期的典型使用者：

名字	王二小	王維
使用者身份	小學三年級學生	小學老師
年齡	10	32
使用者所佔市場比例	70%	20%
使用者的重要性	非常重要，主體使用者	比較重要，在問題的貢獻領域，有不可忽略的重要性
使用此軟體的典型場景	自主學習四則運算；老師或者家長佈置測試；同學之間通過排行榜進行答題競賽	給學生布置四則運算測試
使用此軟體的環境	主要是教室、家中
使用者動機	需要進行四則運算測試來提高自己的運算能力	通過讓學生藉助該軟體，自主學習，節省了批改講解的時間
使用者困難	計算能力較弱	學生自我檢測，自我提高
使用者偏好	工具簡單易懂即可	便於學生自主學習即可

我們的預期註冊使用者數量是500個，活躍使用者數是每天200人次以上（獨立訪客人數）

    b. 團隊的產品如何滿足了使用者的需求？

　　在上面表格有體現。

    c. 團隊在Alpha階段已完成了哪些目標？

　　1、 web版首頁介面樣式；2、 資料庫改進；3、 登入功能；4、 登入註冊介面優化；5、 註冊功能；6、 答題介面；7、 登入註冊和首頁的整合；

    d. 團隊的成員如何分工協作的？有什麼經驗教訓？

　　在專案初期我們對專案進行了模組上的劃分，這樣有利於團隊之間的分工以及對整體規劃的認知程度，還方便於隊員之間的溝通。陳福鵬：部落格隨筆，leangoo（自己補充），程式碼整合；白至幸：登入功能，答題介面實現；雍斌凡：前端介面ui；洪灝捷：註冊功能，資料庫的實現；林棟  ：資料庫設計；

    e. 團隊是如何進行專案管理的？

　　因為整個專案都是釋出在coding上的，所以團隊成員在測試完自己的程式碼後就會同步到coding上。在每次更新操作完之後，將coding上的整個專案下載，進行執行測試，若發現bug則在bug修復後將新版專案同步到coding上。

    f. 團隊如何平衡時間/質量/資源爭取如期完成任務的？

     我們現在處在大四階段，處於實習或是正在找工作的階段，又因為現在還有課程，所以時間上來說是很緊張的。我們一般會抽出週末的時間來完成自己所需要做的任務。若是在週末還未完成的情況下，就會抽出平常有的空餘時間對剩餘任務進行補足，我們都爭取用最少的時間來達成自己所能完成的最好的質量。

3. 團隊專案的實際進展（拷貝那些 scrum 過程中的燃盡圖即可），釋出的功能（拷貝釋出文件）。說明在專案管理中，scrum的燃盡圖是如何真實反映專案的狀態的？或者燃盡圖美化了狀態？

團隊專案的實際進展(最新進度）:

 

釋出的功能:

    ▪該版本在原有專案的基礎上完成了使用者註冊、登入、出題的功能。

    ▪ 以原有專案為基礎開發的，修復了之前登入後不能登出的功能，但是該版本註冊功能出現大量BUG，會讓這功能的負責人儘快修復，資料庫方面也是，將某些必要欄位設定為可以為空，這會導致後續開發出現大量BUG

    ▪ 任何平臺都可以通過網頁瀏覽的方式開啟系統，目前沒有執行環境的要求

    ▪ 無需安裝，瀏覽器開啟即可http://172.21.10.97:8080/arithmetic/

    ▪ 該版本註冊功能出現大量BUG，會讓這功能的負責人儘快修復，資料庫方面也是，將某些必要欄位設定為可以為空，這會導致後續開發出現大量BUG，並且預測登入功能可以進行資料庫注入，系統存在這些很明顯的問題。

    ▪ 軟體沒有釋出到雲伺服器上，訪問該系統需要通過http://172.21.10.97:8080/arithmetic/,不過基本上伺服器是關閉狀態，不可訪問

 

說明在專案管理中，scrum的燃盡圖是如何真實反映專案的狀態的？或者燃盡圖美化了狀態？

在每位成員都很忠實的記錄工作的前提下，燃盡圖的走向可以很好地體現當前專案的程式，以我們的燃盡圖為例，前期實際線低於參考線，後期實際線遠高於參考線，說明前期開發較為順利而後期我們的任務完成較慢，開發可能遇到了困難。

但往往有各種各樣的原因導致燃盡圖不能真實反映專案狀態，比如工作量估計不準確、成員沒有忠實地完成記錄工作、燃盡圖顆粒度太大導致折線變化太明顯等。因此燃盡圖在我們的專案組中不能很好地說明問題，常會顯得我們的開發順利到了極點或是遭遇了極大的困難，然而實際上並沒有這麼誇張。

4. 在Beta階段需要改進哪些方面？請給出下一階段的展望。

 　　在Beta階段需要改進的有挺多的，因為組員上班的緣故，導致功能做的有點粗糙，出現了挺多的BUG，註冊功能和資料庫都存在些問題需要改進，而且另一名組員做的前端介面實在過於醜陋，需要再修改。

　　下一階段我們組計劃完成答題模組，還有初步實現排行榜功能，，如果期間沒出現什麼BUG的話就儘可能吧所有功能完成了。