福大軟工 · 第十二次做業 - Beta答辯總結

第三視角Beta答辯總結

博客連接以及團隊信息

• 組長博客連接

• 成員信息(按拼音排序)

姓名	學號	備註
張揚	031602345	組長
陳加偉	031602204
郭俊彥	031602213
洪澤波	031602312
李翔	031602418
蘇韞月	031602631
王全炯	031602331
肖地秀	031602336
朱文婧	031602148
鄭愈明	031602147

項目宣傳視頻連接

組內大佬手工繪製全程無尿點

團隊貢獻比例及工做狀況

工做流程

總的來講，beta衝刺的前三、4次你們都是各類考試，五、7次纔開始衝刺

組員分工

人員	分工
張揚	微信接口開發
洪澤波	部分文檔整理
王澈羽	界面佈局和美化
郭俊彥	微信接口開發
李翔	數據庫設計
陳加偉	數據庫設計
鄭愈明	界面開發
肖地秀	文檔撰寫
朱文婧	文檔撰寫、評審表整理
蘇韞月	界面開發

貢獻比例

工做量比例

GitHub 項目連接

項目連接

Beta 衝刺站立會議博客連接彙總

• Beta 衝刺 （1/7）
• Beta 衝刺 （2/7）
• Beta 衝刺 （3/7）
• Beta 衝刺 （4/7）
• Beta 衝刺 （5/7）
• Beta 衝刺 （6/7）
• Beta 衝刺 （7/7）
• Beta 衝刺彙總

燃盡圖

備註： beta任務基本完成，但因爲leangoo上沒有及時更新致使日期上已經截至，因此燃盡圖看上去是未完成所有工做量的狀態

原計劃、達成狀況及緣由分析

原計劃將什麼功能作到什麼程度

1. beta階段開發出「關鍵詞提醒」、「消息羣發」功能
2. 完善用戶交互體驗
3. 修善代碼風格
4. 發佈release版本
   

實際作的怎麼樣？

咱們基本完成了本來定下來的目標，除了沒有發佈release版本以外。緣由是採用了多進程通訊方式致使pyinstaller打包過程當中出錯。

但咱們爲windows、linux用戶提供了十分便捷的腳本能快速安裝好全部的依賴環境，對於非本專業用戶也能無痛使用咱們的產品，對於專業用戶也可查看源碼對產品進行擴展。

Beta版本演示

產品圖文展現

產品使用說明

使用本產品請讀我！

求出本組的現場答辯得分

第一組	第二組	第三組	第四組	第五組	第六組	第七組（本組）	第八組	平均分
83	76	78	83	85	70	84	82	81

收集其餘組對本組的答辯QA

問題列表
Q:針對項目打包遇到的問題是否考慮過更優雅的解決辦法？
A:目前beta版本還只是使用一個腳原本配置環境方便用戶使用，仍未找到解決方案，但以後咱們會繼續嘗試。
Q:感受做爲一個桌面平臺的應用項目已經初具規模是否考慮做爲一個開源項目由社區添磚加瓦？
有的，咱們的代碼都已在Github上開源，也即將完善產品說明書，讓其餘人方便地貢獻代碼，也歡迎你們爲咱們提供意見和建議
Q:在beta中遇到過哪些困難又是如何解決的？
例如打包的困難，以及PyQt對一些特性的不支持等問題，解決方法基本是查資料、討論，肝肝肝再肝
Q:本次beta完成的界面是不是最終的界面
目前還有一部分界面會進行優化
Q:項目的安全性感受不高，特別容易受到攻擊，對此有什麼解決方法
就微信版本而言，和帳號安全有關的只有模擬網頁端登錄的操做而且產品都是在用戶本地運行。安全性能無需過多擔憂，用戶也可保持樂觀態度使用咱們的產品。
Q:在後續的發展方面，例如項目的繼續進行以及推廣方面有哪些想法
針對羣聊熱點分析模塊推出更有趣的企劃來吸引用戶，項目是否長期運營目前尚未肯定。但咱們的項目是一個開源項目，歡迎你們爲它添磚加瓦。
Q:以最終的成果來看，你以爲大家產品真正的實用性如何？是否真的起到了大家最初開發的初衷呢？（考慮到中間過程的變更）
從成果來看，產品功能仍是十分有趣的，也能解決用戶的目前對QQ、微信這類IM的一些痛點；功能變更更多的是根據用戶需求來進行小範圍的調整，基本不偏離初衷。
Q:QQ項目的廢止，直接影響到用戶量縮水一半，有沒嘗試其餘途徑或方式去針對該用戶羣體進行必定的處理呢？
這是十分遺憾的一點，咱們的產品依賴於騰訊的生態，所以這個問題十分棘手，固然咱們長期進行的話將會去尋找一個滿意的解決方案。
Q:後續對於大家的項目會繼續完善下去嗎？具體會作點什麼呢？
長期運營與否暫時組內還未決議，若是長期進行，將會在功能、性能、界面、安全等方面進行完善升級。
Q:界面是否還有待提升？
有的，咱們會在保證成員時間、精力、考試的狀況下進行改進。
Q:人名檢測模塊正確性如何？
經過咱們NLP處理，備註信息進行處理，人名提取基本上有84%以上的準確率，後續咱們也會進行優化
Q:時間短和封號不得兼容，這個問題如何解決？
事實上，此項功能術語使用頻率較低的功能，咱們可採用適當延長時間間隔、分散處理等方式來改進用戶體驗。
Q:有考慮在接下來的一週或將來的時間去完成QQ的項目嗎？
考慮項目成員的精力以及課程、考試等因素，一週內完成的計劃過於激進。
Q:對於用戶信息安全方面,準備採起什麼措施來防禦？
目前用戶的數據都保留於本地中，對於敏感文件，咱們能夠對其進行加密。
Q:對於可能存在的封號問題,有沒有考慮在後續階段進行解決?
事實上，咱們已經找到了相對較爲滿意的解決方案了。
Q:QQ項目能夠考慮換其餘再進行,由於我發現身邊的人用得多的是QQ,用戶基數仍是很大的？
若是項目長期進行的話，咱們勢必會慎重考慮這部分用戶，並尋找有效的解決方案。
Q:軟工實踐後，是否會繼續進行更進版本的更新？
長期運營與否暫時組內還未決議，若是長期進行，將會在功能、性能、界面、安全等方面進行完善升級。
Q:請問大家beta版本的分工是怎麼樣的？
詳見博客上文
Q: 大家考慮了大家是否要落地使用嘛？由於目前這種相似腳本軟件很容易致使用戶帳號安全問題。
就微信版本而言，和帳號安全有關的只有模擬網頁端登錄的操做而且產品都是在用戶本地運行。安全性能無需過多擔憂，用戶也可保持樂觀態度使用咱們的產品。
Q:大家項目的用戶併發行怎麼樣？
對此咱們不太理解貴組的意思，咱們能夠在QA以外再進行交流（抱歉！）
Q:大家的詞性分析能夠作到針對哪些?好比：機三王四？法二莉莉？又或者李曾晶嶺等四字姓名？
對於姓名的提取咱們的性能已經比較滿意了，但小部分很是規的備註咱們還須要再進行優化。對於問題內的例子咱們都能很好地提取。

PSP與學習進度條

PSP表格

我的PSP

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	5	5
· Estimate	· 估計這個任務須要多少時間	5	5
Development	開發	240	480
· Analysis	· 需求分析 (包括學習新技術)	60	120
· Design Spec	· 生成設計文檔	0	0
· Design Review	· 設計複審	0	0
· Coding Standard	· 代碼規範 (爲目前的開發制定合適的規範)	0	0
· Design	· 具體設計	120	240
· Coding	· 具體編碼	0	0
· Code Review	· 代碼複審	60	120
· Test	· 測試（自我測試，修改代碼，提交修改）	0	120
Reporting	報告	60	60
· Test Repor	· 測試報告	0	0
· Size Measurement	· 計算工做量	30	30
· Postmortem & Process Improvement Plan	· 過後總結, 並提出過程改進計劃	30	30
合計		305	545

我的學習進度條

第N周	新增代碼（行）	累計代碼（行）	本週學習耗時（小時）	累計學習耗時（小時）	重要成長
1	0	0	12	12	學習構建之法的前面部份內容
2	200	200	21	33	學習需求開發模型，鞏固c++編程基礎
3	200	400	22	55	學習原型工具墨刀，鞏固c++
4	570	970	43	98	鞏固結構體鏈表知識，學習STL map的使用，學習vs的調試功能使用方法
5-9	0	970	200	298	學會了需求分析，UML類圖的設計，增加了團隊配合的經驗，學習了思惟導圖的繪製
10	50	1020	10	308	初步接觸了python以及wxpy庫
11	100	1120	10	318	接觸了pyqt
12	200	1320	12	330	進一步熟悉了python代碼的編寫以及項目中須要用到的庫
13-14	50	1370	18	348	學習了一些軟件測試和評價的相關知識
15	10	1380	3	351	無
16	20	1400	10	361	跟着組內大佬學習了不少複審代碼的技巧和方法