團隊作業6-展示博客
阿新 • • 發佈:2017-05-07
ble git 目的 查錯 odin odi yun 但是 技術分享
團隊源碼倉庫地址:https://git.coding.net/lizhiqiang0x01/APP-sizeyunsuan.git
f. 團隊如何平衡 時間/質量/資源 爭取如期完成任務的
團隊作業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. 錯題回顧(錯題做對兩次才能從錯題庫中剔除) 模塊三:註冊模塊(負責隊員 李誌強 028) 1. 註冊者姓名 2. 註冊證是否為教師 模塊四:整合部分(負責隊員 李誌強 028) 1. 聯系整合前三個模塊 2. 發現聯系問題及時與負責隊員溝通並解決 模塊五:測試部分(負責隊員 魏輝 029 林方言 014) 1.測試計劃的編寫及任務分配 2.總負責整個測試過程
說明在項目管理中,scrum的燃盡圖是如何真實反映項目的狀態的?
橫坐標表示整個個工程項目需要完成的天數,縱坐標表示功能的個數,棕色線條表示計劃每天完成的功能數量,藍色的線條表示實際完成的功能的數量,若最後棕色和藍色的點重合則表示功能已全部實現。4、在Beta階段需要改進哪些方面?請給出下一階段的展望
目前版本只能是單用戶模式,對於登入功能和註冊功能還沒有完善,在後期這兩項功能還需要進一步實現。
團隊作業6-展示博客