評審表預覽:
使用者群體|需求
---|---|---
師生群體| - 面對琳琅滿目的食堂菜品需要更低的決策成本來快速決定「這頓吃什麼」的選擇恐懼症
- 需要乙個準確的福大美食地圖了解食堂熱門店鋪
食堂店鋪|需要乙個有效的渠道獲取食客的口味分布、以及飲食流行趨勢
收益群體|好處
---|---|---
學生/老師等一般使用者:| - 減少每天去食堂時猶豫吃什麼的決策時間與機會成本
- 輕鬆獲悉福大食堂的熱門店鋪與菜式
商鋪:| - 根據由我們提供的使用者分析報告,商家可以針對報告內容進行菜品改良,使得出品更加符合大眾口味,藉此提公升客流量並提高應收水平
比較大眾點評
應用截圖
優勢- 蒐羅的餐飲資訊豐富多樣;
- 有多樣的篩選方式;
- 有較多的使用者創作內容。
- 互動邏輯簡單;
- 只提供乙個隨機建議,減少使用者決策成本。
劣勢- 介面有效資訊太多,分散使用者注意力;
- 使用者需要繼續操作才能進一步決策。
- 只是推薦出乙個菜名,沒有更具深度的使用場景;
- 使用者完全無法對推薦結果進行干預,能否符合口味全憑運氣。
與校內創新創業平台合作,爭取專業的支援和專業的推廣渠道。
通過設定「邀請有禮」活動,促使已有使用者分享邀請碼、分享本產品, 利用使用者的人脈關係有效擴大使用者群體的規模。
績效管理主要部分在於團隊成員的團隊任務貢獻度。
姓名比例(%)
王彬20
趙暢15
李恆達11
胡展瑞16
王源11
佘岳昕11
陳志煒8
陳文垚8
林煌煒8
組號組名打分2
拖鞋旅遊隊813
彳艮彳亍隊844
火箭少男100805
起床一起肝活隊736
404 note found隊867
第三視角748
小白吃76
9我頭髮呢隊
86
- 沙茶面,麻辣香鍋這類自選菜考慮推薦嗎?
- 不考慮自選類商家。
- 把自選商家排除在外的做法會不會損害到了自選商家的利益?
- 專案初期暫不考慮。(謝謝這位同學的提問,我們需要仔細考慮這一問題)
- 分析報告的內容大概是怎麼生成的?
- 決策模式,後端提示反饋。
- 分析報告對於店家有什麼好處?
- 有助於店家了解福州大學師生的口味分布,幫助他們更好地經營,使得菜品口味更貼合大眾需求。
- 我們希望我們的軟體實現我們的最小功能集。而且我們的理念希望我們做出簡潔易用的軟體,所以初期不考慮新增。
- 店鋪擁擠的程度的資料如何採集?
- 客觀觀察新增權重。gps的定位也可以提供輔助。
- 請問像京元這樣自選的快餐如何做推薦?
- 自選商家我們是不考慮的,因為很難維護乙個流動的選單。
- 收集口味反饋,如何代表使用者自身的需求?
- 非隨機推薦。
- 柯老師:是否提供食堂平面圖?地圖、商家高亮、店鋪大概的位置、路徑是否可以作為後期加入的功能?
- 考慮整合在福大美食地圖裡面。
答:我們在專案計畫書中,以及現場ppt展示中都明確闡述了我們的軟體是基於使用者使用時對3-4道布林選擇題的選擇來衡量使用者的口味。
問題3:推薦的菜品是否會在今日出現?程式推薦和食堂方面的準備如何協調?
軟工第六次作業
031602428 蘇路明 通過這些個性化的分享,使用者們能分享和記錄生活中美好的點點滴滴。使用者們能實現旅遊標記,能分享足跡,展現自我。我們團隊人手充足,分工明確。而且都是同班同學,都住在同層樓中。溝通起來非常方便,容易達成共識,方便工作的進行。市面上有幾個競品。接下來會一 一分析。競品二 探索世...
第六次作業 團隊作業
loading.需要按實際的八張 匯入,如計算機系應該有三張 計算機實驗班,計算機卓越班以及計算機系分別分開匯入。驗證驗收標準需要細化,考慮每個介面每項操作的情景。原型的圖示格式存在一些小問題。根據最新的需求分析會議更改了部分需求,更新用例圖及類圖。根據新需求更改原型,結合需求完善功能需求部分。細化...
第六次作業
姓名 陳裕坤 學號 120705213 班級 12電信2班 作業1 總結,到目前為止,c語言基礎知識已介紹完,下一階段重點是指標。請從以下幾個方面小結 1.程式設計重在實踐,多程式設計才會對其理解更深,我是如何學習c語言的?2.程式設計涉及到方方面面知識,就像英語單詞一樣,一開始不可能了解每個c元素...