2018軟工實踐第六次作業 團隊選題報告

2022-09-02 05:54:08 字數 2009 閱讀 3856

評審表預覽:

使用者群體|需求

---|---|---

師生群體| - 面對琳琅滿目的食堂菜品需要更低的決策成本來快速決定「這頓吃什麼」的選擇恐懼症

- 需要乙個準確的福大美食地圖了解食堂熱門店鋪

食堂店鋪|需要乙個有效的渠道獲取食客的口味分布、以及飲食流行趨勢

收益群體|好處

---|---|---

學生/老師等一般使用者:| - 減少每天去食堂時猶豫吃什麼的決策時間與機會成本

- 輕鬆獲悉福大食堂的熱門店鋪與菜式

商鋪:| - 根據由我們提供的使用者分析報告,商家可以針對報告內容進行菜品改良,使得出品更加符合大眾口味,藉此提公升客流量並提高應收水平

比較大眾點評

應用截圖

優勢- 蒐羅的餐飲資訊豐富多樣;

- 有多樣的篩選方式;

- 有較多的使用者創作內容。

- 互動邏輯簡單;

- 只提供乙個隨機建議,減少使用者決策成本。

劣勢- 介面有效資訊太多,分散使用者注意力;

- 使用者需要繼續操作才能進一步決策。

- 只是推薦出乙個菜名,沒有更具深度的使用場景;

- 使用者完全無法對推薦結果進行干預,能否符合口味全憑運氣。

與校內創新創業平台合作,爭取專業的支援和專業的推廣渠道。

通過設定「邀請有禮」活動,促使已有使用者分享邀請碼、分享本產品, 利用使用者的人脈關係有效擴大使用者群體的規模。

績效管理主要部分在於團隊成員的團隊任務貢獻度。

姓名比例(%)

王彬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元素...