我們將工作流程分為前期、中期、後期來進行。
中期後期
隊員貢獻度
林燊（組長）
8%陳俞辛
11%朱志豪
11%蔡宇航
12%陳柏濤
12%董鈞昊
12%劉巨集巖
10%盧愷翔
12%楊喜源
12%總計
100%
說明：需求報告撰寫 —— 蔡宇航、陳柏濤、盧愷翔
答辯ppt製作 —— 劉巨集巖
原型設計 —— 楊喜源、朱志豪
部落格撰寫 —— 陳俞辛、董鈞昊
上台答辯 —— 董鈞昊
評審表統計 —— 陳柏濤、蔡宇航
專案logo —— 劉巨集巖
思維導圖 —— 盧愷翔
統籌 —— 林燊
組號給分
第一組86
第二組75
第三組74
第四組89
第五組60（???）
第六組77
第七組69
第八組78
第九組89
平均分：78.29
第一組第二組
答：相對於準確性是可以保證的，各大點評類**也存在著篩選機制，我們自身也會設定篩選的機制；累計使用者的資訊的乙個時間肯定是漫長的，但是每個軟體的盈利週期也同樣不是特別快的一件事情，我們也會提供一些優惠機制來鼓勵使用者點評。
問：你們產品需使用到較多且複雜的演算法，是否能夠全部實現你們介紹的功能，且能否保證演算法的穩定和正確性？
答：可以全部實現，我們主要應用了目標檢測以及文字識別兩個模組的演算法，足以實現本次的功能。我們也會適當擴充我們的資料集來盡可能保障結果正確性。
答：軟體開始盈利的週期都是十分長的，我們也會用一些優惠機制來鼓勵使用者點評商鋪，使用者量則需要我們進一步的推廣，這一點在我們的商業計畫書中有詳細的描述，我們也會通過不斷的迭代來完善我們的功能，以此來吸引更多使用者。
第三組
第四組第五組
答：收集資料時間很快的，可以借助「爬蟲」來完成，耗時很短的。而相對於資料採集，由於沒有現成的資料，均需要實地拍攝，不過這部分的耗時也不會很長。
答：我們會記錄店鋪停留時間的來判定使用者是否感興趣，不過個人認為搜尋了店鋪但是並不感興趣這個問題本身就存在矛盾！
答：我們團隊會設定專人輪流值班，也可以看到我們的原型設計上也有體現我們的金牌客服。
第六組第七組
第八組答：我們也會考慮提供篩選功能來解決，此類問題解決難度較高。
問：有試驗過在晚上或者在天氣狀況不太好的情況下，識別店鋪的準確率嘛？
問：如何盈利？
答：可以通過廣告等形式來完成盈利，具體規劃可參見我們的商業計畫書。
第九組根據答辯中柯逍老師提出的建議，對需求規格說明書的格式做出了修改：
正文文字字型放大一號
行距由1倍調整至1.5倍
將文字內容設定為兩端對齊
調整段間距使各處段間距均勻。
別看了，都散了吧
做過哪些嘗試
是否解決
有何收穫
做過哪些嘗試
是否解決
有何收穫
psp2.1
personal software process stages
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫40
30· estimate
· 估計這個任務需要多少時間
4030
development
開發560
700· analysis
· 需求分析 (包括學習新技術)
6080
· design spec
· 生成設計文件
2030
· design review
· 設計複審
3020
· coding standard
· **規範 (為目前的開發制定合適的規範)
3030
· design
· 具體設計
6070
· coding
· 具體編碼
300360
· code review
· **複審
3050
· test
· 測試（自我測試，修改**，提交修改）
3060
reporting
報告80
130· test repor
· 測試報告
60110
· size measurement
· 計算工作量105
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
1015
| | 合計 |680 |840新增**(行)
累計**(行)
本週學習耗時(小時)
累計學習耗時(小時)
重要成長172
7255map 容器的效能瓶頸分析
2508
5807
13完成基本功能的實現及附加功能的構思
3149
7296194
0729524
學會需求分析報告的撰寫50
7297
31
福大軟工 第七次作業 需求分析報告
我們將工作流程分為前期 中期 後期來進行。中期後期 隊員貢獻度 林燊 組長 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 完成專案核心 一期 功能，準...
福大軟工 第七次作業 需求分析報告
組長部落格鏈結 本次作業鏈結 點此檢視大圖 個人單次貢獻 如下 待評分項 衡量指標 評分方式 專案占分 備註基礎績效 固定分數25無 工作時長 總工作時長 專案經理計算 40參與了什麼工作 工作的重要程度 工作質量 可用性 可靠性 團隊互評得到 20工作做得怎麼樣 參與協作程度 線上及線下議會出席情...