福大軟工 第七次作業 需求分析報告

2022-07-08 09:06:11 字數 4463 閱讀 4910

組長部落格鏈結

本次作業鏈結

點此檢視大圖

個人單次貢獻**如下:

待評分項

衡量指標

評分方式

專案占分

備註基礎績效

固定分數25無

工作時長

總工作時長

專案經理計算

40參與了什麼工作、工作的重要程度

工作質量

**可用性、可靠性

團隊互評得到

20工作做得怎麼樣

參與協作程度

線上及線下議會出席情況

專案經理評估

15一般情況下為滿分,視具體情況扣除

特別貢獻分

特殊貢獻(範圍不定)

團隊討論得出

20額外計分

總分120

本次作業個人貢獻分數詳情請點我

本次作業個人貢獻分

第一組第二組

第三組第四組

第五組第六組

本組第八組

第九組本組對其評分

7875

7969

76.5

8491

7569

對本組的評分

8079

8474

7274

9184

85本組的現場答辯得分:80.00

第一組提出的問題:

問:在這次答辯中並未進一步提及專案需求中說到的主要功能「聊天機械人」?

問:如果熱詞篩選遺漏了某些群內熱點,如何處理這些遺漏?

問:對熱詞篩選演算法是否指定相應的驗收標準?

第二組提出的問題:

問:是否可以排除掉一些使用者們經常使用到的但是不是關鍵內容的詞,比如牛逼。

問:打算如何恰當處理使用者的隱私問題。

問:團隊獲取利益的途徑都有什麼?

第三組提出的問題:

問:你們對於資料的處理以及使用者的資訊有保障嗎?

問:在**功能的使用上,是不是可以有更廣的使用範圍?

問:團隊的技術維持和可預盈利比是否是樂觀的?

第四組提出的問題:

注:該組在規定時間內未對我組提出任何問題,故不做回答。

第五組提出的問題:

問:你好,請問你們熱詞分析有沒有考慮近義詞的問題?

問:你好,請問你們**祝福的祝福語是如何來的?如果是手工書寫,後期工作量會不會太大?如果是網上爬來的,如何使好友覺得這條祝福語不像是**的?

問:你好,看你們的原型設計好像是電腦端風格?電腦很難保證隨時開機,你們有沒有考慮做手機端的產品

第六組提出的問題:

問:你好,請問對於關鍵字設定乙個關鍵字搜尋功能是否能夠提供更好的使用者體驗?

問:你好,請問需求說明書中的**物件只能選擇群組,而實際**時物件經常是qq中的好友分組,增加這一功能是否會好些?

問:你好,請問這一軟體設計到大量使用者隱私,關於隱私保護是否能夠很好的做出保證?

第七組提出的問題(本組)

第八組提出的問題:

問:在ppt的展示中沒有驗收標準,簡介概括一下

問:利用備註**祝福的功能,只能初步實現對於數字的刪除等,對於後面正確的識別名字真的能實現嗎?

問:安全性如何更好的保障?使用者已經算是把最隱私的資料都透露給你們了。還有就是如何盈利?

盈利的話,我們不做出十分樂觀的估計。

第九組提出的問題

注:該組在規定時間內未對我組提出任何問題,故不做回答。

第一組:

第二組:

建議:排除掉一些經常用的並且不是使用者需要獲取的詞

第三組:

建議:建議拓展功能的面向群眾

第四組:

建議:使用者需求不侷限在電腦端,建議可以向安卓端和ios端拓展

第五組:

建議:切實使用者需求,根據需求改進功能演算法,使用者的使用快捷方便體驗友好應該在首位。

第六組:

建議:根據使用者實際需求改進功能

建議:對關鍵字這一功能還可以繼續優化

建議:思維導圖可以更加細化

第八組:

建議:單單根據備註然後智慧型**訊息可能稍微有點欠缺

第九組:

建議:建議多花一些篇幅介紹軟體的安全的設計部分,這是可能是使用者最為關心的部分。在獲取聊天記錄方面尋找一些可行的方法。在軟體安全部分要多注意,可以將這部分作為主打的賣點之一。

做過哪些嘗試:通過堅果雲、u盤進行傳輸等

是否解決:解決

psp2.1

personal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫15

20· estimate

· 估計這個任務需要多少時間

1520

development

開發650

1130

· analysis

· 需求分析 (包括學習新技術)

6090

· design spec

· 生成設計文件

260380

· design review

· 設計複審

3060

· coding standard

· **規範 (為目前的開發制定合適的規範)00

· design

· 具體設計

300600

· coding

· 具體編碼00

· code review

· **複審00

· test

· 測試(自我測試,修改**,提交修改)00

reporting

報告75

115· test repor

· 測試報告00

· size measurement

· 計算工作量

1525

· postmortem & process improvement plan

· 事後總結, 並提出過程改進計畫

6090

合計740

1265

第n周新增**(行)

累計**(行)

本週學習耗時(小時)

累計學習耗時(小時)

重要成長

11000

1000

3030

vs高階操作、人臉識別程式完善

2500

1500

3565

學習axure rp的基本操作、flask後端框架的學習、與前端對接

3、4310

1810

50115

完善人臉識別程式,配置伺服器

5、61320

3131

48163

vs**覆蓋率外掛程式的使用、英文分詞、資料分析與展示、爬蟲的複習

7、8400

3531

53216

完善「faces人臉識別」專案,學習uml圖

9150

3681

25241

wxpy、pyqt、qqbot的學習

其他內容

本組評審**

現場ppt

原型演示

福大軟工 第七次作業 需求分析報告

我們將工作流程分為前期 中期 後期來進行。中期後期 隊員貢獻度 林燊 組長 8 陳俞辛 11 朱志豪 11 蔡宇航 12 陳柏濤 12 董鈞昊 12 劉巨集巖 10 盧愷翔 12 楊喜源 12 總計 100 說明 需求報告撰寫 蔡宇航 陳柏濤 盧愷翔 答辯ppt製作 劉巨集巖 原型設計 楊喜源 朱志...

福大軟工 第七次作業 需求分析報告

我們將工作流程分為前期 中期 後期來進行。中期後期 隊員貢獻度 林燊 組長 8 陳俞辛 11 朱志豪 11 蔡宇航 12 陳柏濤 12 董鈞昊 12 劉巨集巖 10 盧愷翔 12 楊喜源 12 總計 100 說明 需求報告撰寫 蔡宇航 陳柏濤 盧愷翔 答辯ppt製作 劉巨集巖 原型設計 楊喜源 朱志...

福大軟工 第七次作業 需求分析報告

階段主要任務 時間任務內容 1專案選題 09.22 10.10 確定選題內容,收集使用者需求,明確定位,競品分析,選題報告 2需求分析 10.11 11.43團隊 11.5 11.10 團隊整改,原型改進,確定編碼,加強團隊協作 4alpha衝刺 11.11 11.23 完成專案核心 一期 功能,準...