福大软工 · 第十二次作业 - Beta答辩总结
Part 0. 開篇
組長博客：戳我進(jìn)入
- 小組成員：
| 2219 | 奇豪（組長） |
| 2209 | 毓明 |
| 2226 | 淇 |
| 2204 | 水源 |
| 0236 | 禮亮 |
| 0215 | 翔宇 |
| 1124 | 熊 |
| 1123 | 志銘 |
產(chǎn)品宣傳視頻鏈接：戳我進(jìn)入
beta博客匯總
beta1博客
beta2博客
beta3博客
beta4博客
beta5博客
beta6博客
beta7博客燃盡圖
- 評估團(tuán)隊(duì)中每個(gè)人對本次作業(yè)的貢獻(xiàn)比例
| 柯奇豪 | 26.25 |
| 黃毓明 | 23.25 |
| 蔣雄 | 14.25 |
| 黃志銘 | 9.25 |
| 丁水源 | 9.25 |
| 林翔宇 | 7.25 |
| 林淇 | 6.25 |
| 楊禮亮 | 4.25 |
GitHub 項(xiàng)目鏈接：戳我進(jìn)入
Part 1. 原計(jì)劃、達(dá)成情況及原因分析
原計(jì)劃將什么功能做到什么程度
完成項(xiàng)目原先設(shè)定的所有功能，并做到界面簡潔大方，操作友善，基本無bug，同時(shí)將其進(jìn)行部署測試。
實(shí)際做得怎樣了
項(xiàng)目的功能基本已經(jīng)實(shí)現(xiàn)，但存在部分bug以及一些不友好的操作，我們會盡快修復(fù)改善并優(yōu)化界面。此外，我們由于某些特殊原因，迭代掉了想法功能，但并不影響產(chǎn)品使用與定位。
如果沒有達(dá)成，反思是哪些因素影響的
有一說一，從最后的結(jié)果看，作為PM的我來說，前期在工作任務(wù)的統(tǒng)籌規(guī)劃上存在著問題，導(dǎo)致后續(xù)工作進(jìn)度緊張，沒有能夠及時(shí)的督促組員進(jìn)度，同時(shí)沒有依據(jù)每個(gè)人的能力分配任務(wù)，存在部分劃水現(xiàn)象的出現(xiàn)以及工作完成不善的情形發(fā)生，這些都是項(xiàng)目進(jìn)程中所遇到的問題點(diǎn)。
Part 2.Beta 版本展示
- 小組模塊(對于人員的編組，功能的執(zhí)行對象)
- 共享編輯模塊(用于文章的多人編輯，作者進(jìn)行審核應(yīng)用或者版本回退)
- 通知模塊(進(jìn)行事項(xiàng)消息的通知確認(rèn)工作)
- 我的模塊(個(gè)人信息欄以及軟件反饋處)
- 簽到模塊(進(jìn)行定位+wifi的準(zhǔn)確簽到)
- 詳情查看模塊(對于個(gè)人已發(fā)布或參與的信息進(jìn)行查閱)
Part 3 現(xiàn)場答辯得分
小組評分 第一組 76 第二組 77 第三組 80 第四組 84 第五組 74 第六組 73 第七組 79.5 第八組 86 最低分 73（第六組） 最高分 86（第八組） 有效分?jǐn)?shù) 76，77，84，74，79.5，80 最終平均得分 78.4
Part 4 Q&A
(因?yàn)閱栴}中存在部分重復(fù)性的提問，故這里做整理后進(jìn)行統(tǒng)一答復(fù))
Q1: 界面展示中的部分?jǐn)?shù)據(jù)是從數(shù)據(jù)庫實(shí)時(shí)獲取的還是寫在前端頁面中的本地?cái)?shù)據(jù)？如果是后者請進(jìn)一步完善/體驗(yàn)程序,有部分原生程序,是前端默認(rèn)的數(shù)據(jù)吧,好像數(shù)據(jù)格式也不完整？/你們的功能是否真正實(shí)現(xiàn),還是只是前端做好
A1:你好，全部都已實(shí)現(xiàn)，我們沒有在前端放任何的數(shù)據(jù)，寫一個(gè)靜態(tài)頁面只是浪費(fèi)時(shí)間的事情，我們也不可能拿一個(gè)原型去糊弄大家，全部都是通過授權(quán)后的openid從數(shù)據(jù)庫調(diào)用的數(shù)據(jù)，只是前端存在部分邏輯錯(cuò)誤，現(xiàn)在我們已經(jīng)修正大部分，如果仍有質(zhì)疑，可以打開調(diào)試查看wxml，或者聯(lián)系我們。
Q2 :用戶權(quán)限的定義可以更細(xì)致一些嗎？
A2: 你好，用戶權(quán)限我們正在優(yōu)化，目前已經(jīng)完成的權(quán)限，匿名投票的信息查看，小組管理，個(gè)人發(fā)布信息查看，其他的暫時(shí)在考慮，可能存在部分邏輯錯(cuò)誤，我們也在積極尋找bug
Q3: 考慮過如何推廣，增加用戶量嗎？
A3: 你好，我們這是一個(gè)工具類軟件，并且借助于微信小程序的平臺開發(fā)，需要域名備案及其他相關(guān)雜項(xiàng)，相比于其他平臺較為繁瑣（也是我們的準(zhǔn)備不足），目前我們已經(jīng)通過初審，我們將在小程序正式發(fā)布之后進(jìn)行推廣，從體驗(yàn)用戶開始，我們認(rèn)為校園會是這個(gè)小程序的較好應(yīng)用場景。
Q4: 對下拉刷新的功能會進(jìn)行修改嗎？
A4: 你好，我們應(yīng)該不會考慮下拉刷新，而是改為及時(shí)反饋，此次展示可能是忘記添加reload函數(shù)。
Q5: 請問你們beta版本分工是怎樣的？/從alpha版本到beta版本，項(xiàng)目進(jìn)度如此快，可以介紹一下你們的分工及各個(gè)模塊具體花費(fèi)的時(shí)間嗎？
A5：分為兩組，各4人(加上新隊(duì)員)，一組負(fù)責(zé)投票、簽到、通知及用戶和分組三個(gè)功能和界面，其余負(fù)責(zé)共享編輯開發(fā)及部分前端美化，順帶博客與視頻。原定前端人員再做一些總體頁面的美化。此外，具體的時(shí)間并沒有統(tǒng)計(jì)，但是經(jīng)常加班到凌晨
Q6: 在遇到任務(wù)分配不均的時(shí)候是怎么樣處理的呢？
A6: 之前α版本的時(shí)候確實(shí)遇到過，那時(shí)候不清楚前后端工作量，前端工作較重，自從上一版本發(fā)現(xiàn)問題后就積極解決，后端參與到前端js界面參與接口和調(diào)用，前端更多的去重構(gòu)和美化界面。
Q7:后期打算如何推廣,面對騰訊各種官方助手工具和WPS文檔編輯？/和一些大廠做的在線文檔相比，你們的優(yōu)劣勢在哪呢
A7: 我們主打的便是集成、便捷的辦公，我們功能較全，同時(shí)比較方便，無需跨APP完成多種辦公需求！此外，共享編輯的功能是git類型，推廣的話，我們認(rèn)為校園會是這個(gè)小程序的較好應(yīng)用場景，劣勢的話，首要的便是用戶量及知名度，另外，我們的開發(fā)能力有限，可能無法考慮到更多的需求。
Q8: 在版本現(xiàn)場演示時(shí)給予用戶操作引導(dǎo)，是否會是更好的展示方式？
A8: 謝謝你們的建議，我們會考慮的，此外，我們在”我的“頁面加入了幫助文檔，供初次操作用戶學(xué)習(xí)。
Q9: beta階段相比alpha階段項(xiàng)目進(jìn)度突飛猛進(jìn)項(xiàng)目組是如何做到的？/針對beta沖刺有什么感想嗎？
A9: 你好，我們在alpha版本中踩了許多坑，導(dǎo)致效率低下，在beta版本中總結(jié)教訓(xùn)，明確分工，此外，我們的大部分后端在alpha版本中已經(jīng)完成。說到感想的話，或許有時(shí)候踩過的坑會成為一次經(jīng)驗(yàn)。分工明確也會是一個(gè)好的選擇
Q10: UI可以進(jìn)一步美化
A10: 謝謝你們的建議，我們會考慮進(jìn)一步再美化的，emmm，盡全力符合大眾口味
Q11: 定位簽到功能能否如期實(shí)現(xiàn)？
A11: 定位簽到功能目前我們已經(jīng)采用WIFI和位置簽到兩種方式，可以說是基本實(shí)現(xiàn)該功能啦~
Q12: 團(tuán)隊(duì)具體分工是怎么樣的呢？
A12: 分為兩組，各4人(加上新隊(duì)員)，一組負(fù)責(zé)投票、簽到、通知及用戶和分組三個(gè)功能和界面，其余負(fù)責(zé)共享編輯開發(fā)及部分前端美化，順帶博客與視頻。原定前端人員再做一些總體頁面的美化。此外，具體的時(shí)間并沒有統(tǒng)計(jì)，但是經(jīng)常加班到凌晨
- 個(gè)人PSP
| Planning | 計(jì)劃 | ||
| · Estimate | · 估計(jì)這個(gè)任務(wù)需要多少時(shí)間 | 5 | 5 |
| Development | 開發(fā) | ||
| · Analysis | · 需求分析 (包括學(xué)習(xí)新技術(shù)) | 5 | 5 |
| · Design Spec | · 生成設(shè)計(jì)文檔 | 5 | 5 |
| · Design Review | · 設(shè)計(jì)復(fù)審 (和同事審核設(shè)計(jì)文檔) | 5 | 5 |
| · Coding Standard | · 代碼規(guī)范 (為目前的開發(fā)制定合適的規(guī)范) | 0 | 0 |
| · Design | · 具體設(shè)計(jì) | 10 | 10 |
| · Coding | · 具體編碼 | 100 | 130 |
| · Code Review | · 代碼復(fù)審 | 0 | 0 |
| · Test | · 測試（自我測試，修改代碼，提交修改） | 20 | 20 |
| Reporting | 報(bào)告 | ||
| · Test Report | · 測試報(bào)告 | 0 | 0 |
| · Size Measurement | · 計(jì)算工作量 | 0 | 0 |
| · Postmortem & Process Improvement Plan | · 事后總結(jié), 并提出過程改進(jìn)計(jì)劃 | 0 | 0 |
| 合計(jì) | 150 | 180 |
- 個(gè)人學(xué)習(xí)進(jìn)度條（每周追加）
| 11 | N | N | 20 | 115 | 簡單學(xué)習(xí)Pr + AE，制作宣傳視頻 |
轉(zhuǎn)載于:https://www.cnblogs.com/Stella12/p/10165766.html
總結(jié)
以上是生活随笔為你收集整理的福大软工 · 第十二次作业 - Beta答辩总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： BZOJ2648 SJY摆棋子（KD-T
- 下一篇： StringIO类的用途