棟哥說的都隊——項目系統設計與數據庫設計


這個作業屬於哪個課程 https://edu.cnblogs.com/campus/fzu/SE2020
這個作業要求在哪里 https://edu.cnblogs.com/campus/fzu/SE2020/homework/11447
團隊名稱 <棟哥說的都隊>
這個作業的目標 <項目落地,具體設計>

一、開發計划時間安排

周數 總體計划
第 11 周 編程語言進一步學習,后端數據庫部署和接口開發
第 12 周 前后端完整實現,數據導入,內測

二、后期主要分工安排

姓名 分工
程靈飛 < 項目負責人 >
陳錦輝 < 前端 >
吳端己 < 食堂資料收集 >
陳新平 < 前端 >
李辰鈺 < 測試 >
史金易 < 食堂資料收集 >
林江鴻 < 食堂資料收集 >
姜博 < 測試 >
蘭傑 < 后端 >
黃展 < 后端 >
張孚楠 < 食堂資料收集 >

三、功能模塊層次圖

四、接口設計

評論接口

  • 功能要求:用戶對菜品進行。
  • 前端輸入項: 菜品評論信息。
  • 后端輸出項: 用戶評論成功與否。

獲取推薦接口

  • 功能要求:用戶獲取推薦菜品。
  • 前端輸入項:用戶選擇的標簽。
  • 后端輸出項: 推薦菜品信息。

獲取收藏接口

  • 功能要求:用戶查看收藏的菜品。
  • 前端輸入項:用戶的id。
  • 后端輸出項: 收藏菜品信息。

搜索功能接口

  • 功能要求:用戶搜索想要的菜品。
  • 前端輸入項:搜索字段。
  • 后端輸出項: 搜索結果的菜品信息。

查看菜品詳細信息接口

  • 功能要求:用戶查看菜品的詳細信息。
  • 前端輸入項:菜品的id。
  • 后端輸出項: 菜品的詳細信息。

五、用例圖

六、設計類圖

七、ER分析

八、表結構設計


九、體系結構設計圖

十、設計思路

  • 后端數據庫
    • 設計和導入時商家信息依然保留,但僅作為容器保存對應菜品,以便於數據管理不至於過於分散;圖片通過特殊命名與菜品對應並調取;具體設計思路可以查看附錄的數據庫說明書。
  • 前端
    • 首頁最終決定只設計搜索欄、相應的類別 tag 和推薦的菜品,類別 tag 和推薦菜品為用戶直接提供一些選擇,以大概率避免用戶進入后依然不知道吃啥的狀況,並且盡可能簡潔明了易用;UI設計上整體使用暖色調,以提高食欲。

十一、系統安全和權限設計

  • 用戶根據評論和功能存在等級差別,需要后端確認用戶之間評論發布的限制,防止用戶繞過系統限制;
  • 據調查,可通過惡意購買大量手機號認證登錄,進行大量刷好(惡)評、刷星行為,不僅需要對初始用戶的評論有所限制,還需要添加一定的驗證和惡意行為特征檢查;
  • 同上,同時惡意登錄認證、查詢菜品時發送請求,會造成服務器擁塞導致服務癱瘓,一方面采用硬核方法,升級服務器配置,一方面合理處理並發請求;
  • 同上,請求數量突變的情況還會發生於飯點前后、用餐期間,處理方式同上;
  • 后端數據庫參數化查詢防止惡意輸入和注入。

十二、需求分析與原型設計部分的回顧

評論回復

  • 第一個問題的回答 —— 競品分析作為上一次的作業和答辯環節中有着重分析過,所以這次沒有提及。這次需求分析也是從NABC方面出發,D推廣分析在上次答辯中有同學提到過該程序缺少用戶激勵等問題,我們也有多加思考並根據問卷調查進行策略應對。
  • 第二個問題的回答 —— 這個片段的真相其實是(苦笑)。。。我們考慮到商家入駐的想法有可能不太現實,考慮到導入數據量大和后台設計比較復雜,“他們(食堂人員)不會用(我們數據管理后台)的”,然后想這個需求是否需要更改。

一些問題上的改進

  • 是否有再細化過用戶群體,比如大三大四基本點外賣不吃食堂?
    • 所以我們進一步細化了用戶群體:主要面向線下主動去食堂吃的人,再一步細化有————大一、大二對本校食堂並非那么了解的同學,經常吃同一家臨時想換一換口味的同學,已經知道全校大部分店家但是沒吃過的同學,已經知道全校大部分店家並且吃過的同學但是純粹想逛一逛順便評論一下的同學,喜歡評論並推薦校內美食的同學
  • 是否有考慮到店家開店時間諸如此類的細節?
    • 我們小組覺得是個好問題!我們采納了並且已經在收集了,歡迎大家補充。
  • 上次 blog 出現蘋果端無法正常顯示的問題?
    • 修改了模板,已解決。

十三、貢獻度

說是改為在線文檔填寫,此處簡單寫一寫

學號 工作內容 貢獻度
031802506 全部工作參與 6.0
031802502 文檔攥寫(完成度低) 4.7
031802504 文檔攥寫(完成度高) + 制圖 5.6
031802513 文檔攥寫(完成度高) + 制圖 5.7
031802617 食堂資料搜集(完成度中) 4.2
031802516 文檔攥寫(完成度高) + PPT制作 5.7
031802241 食堂資料搜集(完成度中) 4.2
031802314 文檔攥寫(完成度低) 4.1
031802424 食堂資料搜集(完成度中) 4.2
171809034 文檔攥寫(完成度低) 4.1
031802631 食堂資料搜集(完成度中) 4.2

十四、總結

  • 組長和大部分人最近比較忙,基本每晚 11-12 點以后才有空開始處理這些事情,所以這周工作沒能很好帶領起來,下周努力吧(爭取深更半夜頂着寒風開會?);
  • 從現場編程基本看到了小組成員的編碼實力,感覺 alpha 沖刺階段一半的編碼人員起步會很艱難;
  • 這次任務很難分配,完成度一般。

附錄

github 鏈接
文檔在線下載鏈接 提取碼:2o4c


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM