軟工實踐Beta衝刺答辯
阿新 • • 發佈：2018-12-23
福大軟工 · 第十二次作業 - Beta答辯總結
組長本次部落格作業連結
專案宣傳視訊連結
本組成員
- 1 . 隊長:白晨曦 031602101
- 2 . 隊員:蔡子陽 031602102
- 3 . 隊員:陳德斌 031602104
- 4 . 隊員:樂忠豪 031602121
- 5 . 隊員：李 麒 031602123
- 6 . 隊員:林志華 031602128
- 7 . 隊員:何裕捷 031602214
- 8 . 隊員:黃培鑫 031602217
- 9 . 隊員:王煥仁 031602233
團隊貢獻展示
| 組員 | 貢獻比例 | 分工 |
|---|---|---|
| 白晨曦 | 7 | 答辯總結 |
| 蔡子陽 | 12 | 後端介面 |
| 陳德斌 | 9 | 前端整理 |
| 樂忠豪 | 11 | 後端資料庫重建，部落格書寫 |
| 李麒 | 9 | 介面製作 |
| 林志華 | 12 | 介面製作 |
| 黃培鑫 | 10 | 介面優化 |
| 何裕捷 | 12 | 介面製作 |
| 王煥仁 | 8 | 功能完善 |
| 吳佳煒 | 10 | 介面製作 |
工作流程
- 在a版本的基礎上，我們先確定需要進行改變的地方，然後針對需求，進行重新設計整理，然後將前端各個部分分配出去，各個部分各自獨立完成，然後上傳至github進行整合，雖然最後失敗了，是個人手動整合的，在完成整合之後，再對各個功能進行測試，修改。
Beta 衝刺站立會議部落格連結彙總
燃盡圖
原計劃、達成情況及原因分析
- 原計劃：實現使用者的註冊登入，操作鬧鐘（增刪改）、鬧鐘關聯，增加計劃介面以及成長反饋功能
- 現狀：註冊登入、以及鬧鐘部分的介面和介面已基本實現，但連接出現問題，正在改進；計劃介面存在缺陷，成長反饋功能難度較大無法完成
- 對於未完成的原因的分析：技術方面存在硬傷，且經驗不足，未能對錯誤做出及時、合理的處理；隊伍交流還需進一步的改善。
Beta版本展示
- 登陸介面展示
- 團隊計劃頁面
- 紅字為個人計劃，黃底為團隊計劃
- 紅字為個人計劃，黃底為團隊計劃
- 鬧鐘介面
- 建立團隊
本組現場答辯得分
平均分67.00
問題
- 針對第一組問題：
- Q:在beta結束後是否會繼續完成專案？
- A: 當然
- Q:專案在beta開發時遇到了什麼困難，又是如何解決的？
- A:Beta開發遇到了很多困難，例如專案在本地與實際機型上執行不相同，等等，解決方法一般是去百度找方法
- Q:預估專案最終完成需要多久？
- A:預估最終彙報前。
- 針對第二組問題：
- Q:專案進度的問題感覺蠻嚴峻的，可以給出具體的可以初步完成的時間嗎
- A:初步完成是應該在一週後，然後在最終彙報前完善好。
- Q:對專案的bug方面有沒有切實可行的解決方法
- A:bug一般通過百度或則詢問同學解決
- Q:有沒有考慮因專案時間的問題而減去某些暫時不好實現的功能
- A:部分功能已經考慮砍掉了。
- 針對第三組問題：
- Q:友方團隊覺得專案下週能完成嗎？
- A:下週能初步完成。
- Q:現在主要的問題出在哪呢
- A:主要問題在於技術不過關,實屬無奈
- Q:有沒有考慮砍掉不重要的功能(不管怎樣,加油)
- A: 部分功能已經考慮砍掉了，謝謝鼓勵。
- 針對第四組問題：
- Q:沒有具體的資料顯示軟體所需花費的時間和程式碼量，百分比形式體現不能夠充分說明？
- A:百分比就是程式碼量的體現，我們只是省去的具體數字，改為百分比更加直觀。
- Q:
是否考慮過去除非必要性功能？ - A:部分功能已經考慮砍掉了
- Q:組員之間的合作與分工是不是很理想？
- A: 組員分工還算合理，感覺可能是交流不夠
- 針對第六組問題：
- Q:為什麼都到bata版本了，產品在開發合併之中？
- A: 有部分技術的原因，很抱歉。
- Q:有考慮過原因嗎？
- A: 因為我們技術不過關吧。
- Q:接下來打算做出什麼努力？
- A: 只能說盡力完成吧，希望不讓老師及同學失望。
- 針對第七組問題：
- Q:beta版本都結束了，產品卻仍在整合中，專案進度不行，有何解決方案與計劃？
- A: 只能說盡力完成。
- Q:到最終演示時能夠有一個可行的產品進行專案展示嗎？
- A: 肯定會有的。
- Q:團隊現如今的分工是如何的，可以展示一下嗎？
- A: 團隊分工並沒有產生變化，具體分工可以看以前的部落格。
- 針對第八組問題：
- Q:為何每個成員開發的部分總是整合不起來，是不是應該尋找一下原因和解決方法？
- A: 原因上面說了很多，我們會努力解決的
- Q:與alpha版本的區別和增加內容能否簡述一下？
- A: 增加了團隊系統 以及個人計劃功能
- Q:在斷網時該app是否可以開啟並進行相關功能的操作？
- A: 斷網時app的關聯功能可能會失效，但鬧鐘的功能還能使用
個人部分
PSP表格
| PSP2.1 | Personal Software Process Stages | 預估耗時（分鐘） | 實際耗時（分鐘） |
|---|---|---|---|
| Planning | 計劃 | 30 | 90 |
| · Estimate | · 估計這個任務需要多少時間 | 30 | 90 |
| Development | 開發 | 400 | 480 |
| · Analysis | · 需求分析 (包括學習新技術) | 150 | 170 |
| · Design Spec | · 生成設計文件 | 30 | 30 |
| · Design Review | · 設計複審 (和同事稽核設計文件) | 0 | 0 |
| · Coding Standard | · 程式碼規範 (為目前的開發制定合適的規範) | 0 | 0 |
| · Design | · 具體設計 | 60 | 60 |
| · Coding | · 具體編碼 | 60 | 90 |
| · Code Review | · 程式碼複審 | 10 | 10 |
| · Test | · 測試（自我測試，修改程式碼，提交修改） | 100 | 120 |
| Reporting | 報告 | 30 | 30 |
| · Test Report | · 測試報告 | 0 | 0 |
| · Size Measurement | · 計算工作量 | 10 | 10 |
| · Postmortem & Process Improvement Plan | · 事後總結, 並提出過程改進計劃 | 40 | 40 |
| 合計 | 480 | 620 |
學習進度條
| 第N周 | 新增程式碼（行） | 累計程式碼（行） | 學習小時數（小時） | 累計學習小時數（小時） | 重要成長 |
|---|---|---|---|---|---|
| 1 | 100 | 100 | 15 | 15 | Axure的使用，設計文件的書寫，複習了資料庫的基本操作 |
| 3 | 1000 | 1100 | 25 | 40 | Java基本語法，STL容器的使用 |
| 11 | 1568 | 2768 | 30 | 70 | html,css,js學習，實戰專案編寫修改，sql server操作 |
| 12 | 300 | 3068 | 3 | 73 | 複習曾經學過的一些演算法，及STL容器知識 |
| 13 | 400 | 3468 | 5 | 78 | 複習曾經學過的一些演算法,java安卓基礎開發 |