Part 0. 開篇

組長博客：戳我進入

• 小組成員：

短學(xué)號名

2219	奇豪（組長）
2209	毓明
2226	淇
2204	水源
0236	禮亮
0215	翔宇
1124	熊
1123	志銘

產(chǎn)品宣傳視頻鏈接：戳我進入

• beta博客匯總
  beta1博客
  beta2博客
  beta3博客
  beta4博客
  beta5博客
  beta6博客
  beta7博客

• 燃盡圖

• 評估團隊中每個人對本次作業(yè)的貢獻比例

姓名得分（百分制比例%）

柯奇豪	26.25
黃毓明	23.25
蔣雄	14.25
黃志銘	9.25
丁水源	9.25
林翔宇	7.25
林淇	6.25
楊禮亮	4.25

GitHub 項目鏈接：戳我進入

Part 1. 原計劃、達成情況及原因分析

• 原計劃將什么功能做到什么程度

  完成項目原先設(shè)定的所有功能，并做到界面簡潔大方，操作友善，基本無bug，同時將其進行部署測試。

• 實際做得怎樣了

  項目的功能基本已經(jīng)實現(xiàn)，但存在部分bug以及一些不友好的操作，我們會盡快修復(fù)改善并優(yōu)化界面。此外，我們由于某些特殊原因，迭代掉了想法功能，但并不影響產(chǎn)品使用與定位。

• 如果沒有達成，反思是哪些因素影響的

  有一說一，從最后的結(jié)果看，作為PM的我來說，前期在工作任務(wù)的統(tǒng)籌規(guī)劃上存在著問題，導(dǎo)致后續(xù)工作進度緊張，沒有能夠及時的督促組員進度，同時沒有依據(jù)每個人的能力分配任務(wù)，存在部分劃水現(xiàn)象的出現(xiàn)以及工作完成不善的情形發(fā)生，這些都是項目進程中所遇到的問題點。

Part 2.Beta 版本展示

• 小組模塊(對于人員的編組，功能的執(zhí)行對象)

• 共享編輯模塊(用于文章的多人編輯，作者進行審核應(yīng)用或者版本回退)

• 通知模塊(進行事項消息的通知確認工作)

• 我的模塊(個人信息欄以及軟件反饋處)

• 簽到模塊(進行定位+wifi的準確簽到)

• 詳情查看模塊(對于個人已發(fā)布或參與的信息進行查閱)

Part 3 現(xiàn)場答辯得分

• 小組評分

  第一組	76
  第二組	77
  第三組	80
  第四組	84
  第五組	74
  第六組	73
  第七組	79.5
  第八組	86
  最低分	73（第六組）
  最高分	86（第八組）
  有效分數(shù)	76，77，84，74，79.5，80
  最終平均得分	78.4

Part 4 Q&A

(因為問題中存在部分重復(fù)性的提問，故這里做整理后進行統(tǒng)一答復(fù))

Q1: 界面展示中的部分數(shù)據(jù)是從數(shù)據(jù)庫實時獲取的還是寫在前端頁面中的本地數(shù)據(jù)？如果是后者請進一步完善/體驗程序,有部分原生程序,是前端默認的數(shù)據(jù)吧,好像數(shù)據(jù)格式也不完整？/你們的功能是否真正實現(xiàn),還是只是前端做好

A1:你好，全部都已實現(xiàn)，我們沒有在前端放任何的數(shù)據(jù)，寫一個靜態(tài)頁面只是浪費時間的事情，我們也不可能拿一個原型去糊弄大家，全部都是通過授權(quán)后的openid從數(shù)據(jù)庫調(diào)用的數(shù)據(jù)，只是前端存在部分邏輯錯誤，現(xiàn)在我們已經(jīng)修正大部分，如果仍有質(zhì)疑，可以打開調(diào)試查看wxml，或者聯(lián)系我們。

Q2 :用戶權(quán)限的定義可以更細致一些嗎？

A2: 你好，用戶權(quán)限我們正在優(yōu)化，目前已經(jīng)完成的權(quán)限，匿名投票的信息查看，小組管理，個人發(fā)布信息查看，其他的暫時在考慮，可能存在部分邏輯錯誤，我們也在積極尋找bug

Q3: 考慮過如何推廣，增加用戶量嗎？

A3: 你好，我們這是一個工具類軟件，并且借助于微信小程序的平臺開發(fā)，需要域名備案及其他相關(guān)雜項，相比于其他平臺較為繁瑣（也是我們的準備不足），目前我們已經(jīng)通過初審，我們將在小程序正式發(fā)布之后進行推廣，從體驗用戶開始，我們認為校園會是這個小程序的較好應(yīng)用場景。

Q4: 對下拉刷新的功能會進行修改嗎？

A4: 你好，我們應(yīng)該不會考慮下拉刷新，而是改為及時反饋，此次展示可能是忘記添加reload函數(shù)。

Q5: 請問你們beta版本分工是怎樣的？/從alpha版本到beta版本，項目進度如此快，可以介紹一下你們的分工及各個模塊具體花費的時間嗎？

A5：分為兩組，各4人(加上新隊員)，一組負責(zé)投票、簽到、通知及用戶和分組三個功能和界面，其余負責(zé)共享編輯開發(fā)及部分前端美化，順帶博客與視頻。原定前端人員再做一些總體頁面的美化。此外，具體的時間并沒有統(tǒng)計，但是經(jīng)常加班到凌晨

Q6: 在遇到任務(wù)分配不均的時候是怎么樣處理的呢？

A6: 之前α版本的時候確實遇到過，那時候不清楚前后端工作量，前端工作較重，自從上一版本發(fā)現(xiàn)問題后就積極解決，后端參與到前端js界面參與接口和調(diào)用，前端更多的去重構(gòu)和美化界面。

Q7:后期打算如何推廣,面對騰訊各種官方助手工具和WPS文檔編輯？/和一些大廠做的在線文檔相比，你們的優(yōu)劣勢在哪呢

A7: 我們主打的便是集成、便捷的辦公，我們功能較全，同時比較方便，無需跨APP完成多種辦公需求！此外，共享編輯的功能是git類型，推廣的話，我們認為校園會是這個小程序的較好應(yīng)用場景，劣勢的話，首要的便是用戶量及知名度，另外，我們的開發(fā)能力有限，可能無法考慮到更多的需求。

Q8: 在版本現(xiàn)場演示時給予用戶操作引導(dǎo)，是否會是更好的展示方式？

A8: 謝謝你們的建議，我們會考慮的，此外，我們在”我的“頁面加入了幫助文檔，供初次操作用戶學(xué)習(xí)。

Q9: beta階段相比alpha階段項目進度突飛猛進項目組是如何做到的？/針對beta沖刺有什么感想嗎？

A9: 你好，我們在alpha版本中踩了許多坑，導(dǎo)致效率低下，在beta版本中總結(jié)教訓(xùn)，明確分工，此外，我們的大部分后端在alpha版本中已經(jīng)完成。說到感想的話，或許有時候踩過的坑會成為一次經(jīng)驗。分工明確也會是一個好的選擇

Q10: UI可以進一步美化

A10: 謝謝你們的建議，我們會考慮進一步再美化的，emmm，盡全力符合大眾口味

Q11: 定位簽到功能能否如期實現(xiàn)？

A11: 定位簽到功能目前我們已經(jīng)采用WIFI和位置簽到兩種方式，可以說是基本實現(xiàn)該功能啦~

Q12: 團隊具體分工是怎么樣的呢？

A12: 分為兩組，各4人(加上新隊員)，一組負責(zé)投票、簽到、通知及用戶和分組三個功能和界面，其余負責(zé)共享編輯開發(fā)及部分前端美化，順帶博客與視頻。原定前端人員再做一些總體頁面的美化。此外，具體的時間并沒有統(tǒng)計，但是經(jīng)常加班到凌晨

• 個人PSP

PSPPersonal Software Process Stages預(yù)估耗時（分鐘）實際耗時（分鐘）

Planning	計劃
· Estimate	· 估計這個任務(wù)需要多少時間	5	5
Development	開發(fā)
· Analysis	· 需求分析 (包括學(xué)習(xí)新技術(shù))	5	5
· Design Spec	· 生成設(shè)計文檔	5	5
· Design Review	· 設(shè)計復(fù)審 (和同事審核設(shè)計文檔)	5	5
· Coding Standard	· 代碼規(guī)范 (為目前的開發(fā)制定合適的規(guī)范)	0	0
· Design	· 具體設(shè)計	10	10
· Coding	· 具體編碼	100	130
· Code Review	· 代碼復(fù)審	0	0
· Test	· 測試（自我測試，修改代碼，提交修改）	20	20
Reporting	報告
· Test Report	· 測試報告	0	0
· Size Measurement	· 計算工作量	0	0
· Postmortem & Process Improvement Plan	· 事后總結(jié), 并提出過程改進計劃	0	0
合計		150	180

• 個人學(xué)習(xí)進度條（每周追加）

第N周新增代碼（行）累計代碼（行）本周學(xué)習(xí)耗時(小時)累計學(xué)習(xí)耗時（小時）重要成長

11	N	N	20	115	簡單學(xué)習(xí)Pr + AE，制作宣傳視頻

轉(zhuǎn)載于:https://www.cnblogs.com/Stella12/p/10165766.html

總結(jié)

以上是生活随笔為你收集整理的福大软工 · 第十二次作业 - Beta答辩总结的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。