1. 程式人生 > >團隊作業6-展示博客

團隊作業6-展示博客

ble git 目的 查錯 odin odi yun 但是 技術分享

團隊作業6-展示博客

1、團隊成員的簡介和個人博客地址,團隊的源碼倉庫地址


徐 璨:http://www.cnblogs.com/xucan0110/

申 悅:http://www.cnblogs.com/sy0717/

林方言:http://www.cnblogs.com/dialect/

連永剛:http://www.cnblogs.com/lianyg/

李誌強:http://www.cnblogs.com/lizhiqiang0/

魏 輝:http://www.cnblogs.com/weihui-01/

團隊源碼倉庫地址:https://git.coding.net/lizhiqiang0x01/APP-sizeyunsuan.git

2、軟件工程開發過程簡介


a. 團隊項目的目標,預期的典型用戶,預期的功能描述

該項目的目標是實現小學生的四則運算練習,預期可以實現題目的自動生成、正確率、計時功能、錯題功能、草稿紙功能,多用戶功能。

b. 團隊的產品如何滿足了用戶的需求

1、題目設置多樣化,比如判斷題,選擇題,填空題。

2、修復和改善產品bug,比如解決閃退問題。

3、提高界面美工設計,吸引用戶,減少使用疲勞感。

c. 在Alpha階段已完成的目標

實現了題目的自動生成、正確率、計時功能、錯題功能、草稿紙功能。

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

功能 負責人
題目自動生成功能 李誌強、申悅
計時功能 李誌強、連永剛
錯題功能 林方言、申悅
草稿紙功能 魏輝、徐璨
界面美工 徐璨、魏輝

經驗教訓:

在分工的過程中,知識簡單的將模塊分給組員,但是有的模塊工作量比較大,有的工作量會比較少,造成項目分工的不協調性,是前期設計考慮的不周到。

e. 團隊是如何進行項目管理的

主要還是讓組員負責自己模塊的維護和改善,這樣項目管理的效率會比較高一些。

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

對於比較難的模塊,會讓組員互相交流討論,共同查找解決辦法,質量上主要是在後期讓組員改善維護自己負責的模塊,遇到一些bug問題,將這些問題放到群裏公告,這樣不同組員遇到相同問題解決的速度會快很多。

3、團隊項目的實際進展


a. scrum 過程中的燃盡圖

技術分享

b. 發布的功能

技術分享

    本組隊員有六人,故將任務分為三個子模塊,一個總模塊,一個測試模塊

     模塊一:教師模塊(負責隊員 連永剛 014)

                A.自主出題 (自動查錯功能:防止教師因手誤輸入沒有正確答案的題目,給學生測試帶來不便)

                B.信息統計  (測試學生姓名 年級 班級 正確率)

     模塊二:測試模塊 

                1. 測試部分(負責隊員 申悅 010)

                    A. 題目輸出 

                        a. 教師自主出題

                        b. 系統隨機出題

                   B. 正確率的計算 

                   C. 計時功能 

               2. 回顧部分(負責隊員 徐璨 009)

                  A. 錯題記錄

                  B. 成績記錄

                  C. 錯題回顧(錯題做對兩次才能從錯題庫中剔除)

     模塊三:註冊模塊(負責隊員 李誌強 0281. 註冊者姓名  

               2. 註冊證是否為教師

     模塊四:整合部分(負責隊員 李誌強 0281. 聯系整合前三個模塊

               2. 發現聯系問題及時與負責隊員溝通並解決

     模塊五:測試部分(負責隊員 魏輝 029 林方言 0141.測試計劃的編寫及任務分配 

               2.總負責整個測試過程

說明在項目管理中,scrum的燃盡圖是如何真實反映項目的狀態的?

橫坐標表示整個個工程項目需要完成的天數,縱坐標表示功能的個數,棕色線條表示計劃每天完成的功能數量,藍色的線條表示實際完成的功能的數量,若最後棕色和藍色的點重合則表示功能已全部實現。

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


目前版本只能是單用戶模式,對於登入功能和註冊功能還沒有完善,在後期這兩項功能還需要進一步實現。

團隊作業6-展示博客