| 這個作業屬於哪個課程 | 班級地址 |
|---|---|
| 這個作業要求在哪裡 | 作業要求 |
| 這個作業的目標 | 選出複審人，看本班級其餘團隊釋出的專案，以及程式碼質量，實際測試結果， 決定名次 |
複審人：張繼凱
複審結果
| 小組名字 | 優點 | 缺點，bug報告 | 最終名次 |
|---|---|---|---|
| 嘿嘿哈哈隊 | (1) 該專案是一個結合計算機視覺的專案，更貼近了業界的需求 (2) 支援處理實時摔倒檢測功能 (3) 使用者介面美觀，互動便捷 (4) 功能基本實現，有序處理需求 (5) 有采用不同分支提交程式碼，清晰地管理不同人的職責和實現的功能 |
(1) 計算機視覺模型訓練的精度仍有提升空間，現在有出現錯誤判斷的情況。 (2) 實現一部分目標，受硬體裝置的限制，專案的可用性與真實性仍需提高。 (3) 模型容易出現幻覺等問題，但沒有足夠的措施應對，容易給使用者帶來不必要的麻煩 (4) 找到快速響應有人摔倒以提供幫助，但距離能落地應用有一段距離。 (5) 主要把握住了實時監控摔倒事件這一主要需求，圍繞這一主要需求開展了一系列次要需求的實現。 (6) 在gitee上管理，每個人的程式碼比較清晰，但分支管理還尚提高。 (7) 嘗試用不同資料和方法去訓練模型，儘可能提高結果的精度。 |
1 |
| 銅鑼灣程式碼王 | (1) 軟體功能性需求開發實現完整，安裝流程解釋得比較清晰 (2) 支援教師端、學生端管理等多樣功能 (3) 使用者介面美觀，互動便捷 (4) 功能豐富多樣，有序處理需求 (5) 有對不同的異常情況進行錯誤的處理，發生錯誤時，能準確定位到錯誤的位置。 |
(1) 前端頁面的按鈕響應問題未解決。 (2) 基本實現專案的目標 (3) 有一定的異常情況的處理，比如有對使用者提交的資料是否合法進行檢驗 (4) 有找到“根據使用者輸入進行搜尋”這個需求。這是一個比較重要的需求，並且有很好地實現 (5) 能把握好主次需求，但仍有不足，比如涉及資料刪除時，沒有考慮級聯的問題。 (6) 還行，有用GitHub來管理程式碼，方便程式碼的提交和克隆 (7) 我會增加一些需求以提升使用者的體驗感，並對前端樣式進行調整。 |
2 |
| 汪汪隊 | (1) 軟體功能性需求開發實現完整，安裝流程解釋得比較清晰 (2) 支援下單、新增購物車等多樣功能 (3) 使用者介面美觀，互動便捷 (4) 功能豐富多樣，有序處理需求 (5) 有對不同的異常情況進行錯誤的處理，發生錯誤時，能準確定位到錯誤的位置。 |
(1) 未能很好應對高併發的場景，容易崩潰。 (2) 基本完成了電商商城應包括的需求，但像商品規格，單位，數量等管理仍未實現。 (3) 在高併發的場景下，容易使得資料出現幻讀、重複讀等不能接受的錯誤，在寫sql時可以新增事務等機制來保證資料的隔離性。 (4) 網頁訪問起來響應得比較慢，仍然無法很好地解決這個問題。 (5) 主要把握住了電商購物系統這一主要需求，功能基本能滿足大部分使用者的需求。 (6) 在gitee上管理，每個人的程式碼比較清晰，但分支管理還尚提高 (7) 我會把需求做的更細緻一些，能滿足使用者更個性化的需求。 |
3 |
| 我們都隊 | (1) 軟體功能性需求開發實現比較完整 (2) 支援二手商品交易等多樣功能 (3) 使用者互動便捷 (4) 功能劃分清晰，有序處理需求 (5) 有對不同的異常情況進行錯誤的處理，發生錯誤時，能準確定位到錯誤的位置。 |
(1) 資料庫連線仍然出現問題。 (2) 基本實現專案的目標，但頁面過於簡陋，使用者體驗一般。 (3) 沒做異常處理，未能很好應對風險。 (4) 有找到“根據使用者輸入進行搜尋”這個需求。這是一個比較重要的需求，並且有很好地實現。 (5) 能把握好主次需求，但仍有不足，比如涉及資料刪除時，沒有考慮級聯的問題。 (6) 有用GitHub來管理程式碼，方便程式碼的提交和克隆。 (7) 我會增加一些需求以提升使用者的體驗感，並對前端樣式進行調整。 |
4 |
| TPG NO隊 | (1) 軟體功能性需求開發實現完整，安裝流程解釋得比較清晰 (2) 支援圖片上傳，分頁展示資料等多樣功能 (3) 使用者介面美觀，互動便捷 (4) 功能豐富多樣，有序處理需求 (5) 有對不同的異常情況進行錯誤的處理，發生錯誤時，能準確定位到錯誤的位置。 |
(1) 活動詳情頁面載入速度較慢。 (2) 基本完成了所選場景應包括的需求，有效地實現了專案的目標。 (3) 沒有很好應對SQL隱碼攻擊的問題，容易被人篡改資料庫的資料。 (4) 網頁訪問起來響應得比較慢，仍然無法很好地解決這個問題。 (5) 主要把握住了給使用者提供志願者管理系統這一主要需求，功能基本能滿足大部分使用者的需求。 (6) 在gitee上管理，每個人的程式碼比較清晰，但分支管理還尚提高 (7) 我會嘗試提高程式碼的規範型與可讀性，以提高網頁的效能。 |
5 |
| DreamToByteDance | (1) 軟體功能性需求開發實現完整，安裝流程解釋得比較清晰 (2) 支援宿舍、水電、外賣管理等多樣功能 (3) 使用者介面美觀，互動便捷 (4) 功能豐富多樣，有序處理需求 (5) 有對不同的異常情況進行錯誤的處理，發生錯誤時，能準確定位到錯誤的位置。 |
(1) 部署的網站用校園網也打不開，也沒有提供前端程式碼倉庫的連結 (2) 基本實現專案的目標 (3) 異常情況的處理比較少，比如使用者提交的資料是否合法，沒有進行檢驗 (4) 解決了一些使用者的痛點，由於打不開網頁，無法有一個詳細的體驗 (5) 基本把握好主次需求，但仍有不足，比如暫時沒有采用資料庫管理，這可能還需要改進 (6) 有用GitHub來管理程式碼，方便程式碼的提交和克隆 (7) 我會增加對程式碼的異常的處理，更多去提高程式碼的健壯性 |
6 |
| 管你對不隊 | (1) 軟體功能性需求分析完整，安裝流程解釋得比較清晰 (2) 有做一定的程式碼管理 |
(1) 沒有很好地完成自己所設的需求。 (2) 沒有對異常情況的處理。 (3) 沒有，已經實現的功能整體比較簡單。 (4) 沒有很好把握好主次需求，比如資料庫管理應該更重要，而不是去關注推薦演算法其他的。 (5) 還行，有用gitee來管理程式碼，方便程式碼的提交和克隆。 (6) 我會減少過多的需求，更多去提高程式碼的健壯性。 |
7 |
| P人大聯盟 | (1) 軟體功能性需求開發實現完整，在一定環境配置下軟體要求功能都能正常執行 (2) 支援處理分析微博上以“廣東工業大學”為關鍵詞，2個月內所有型別內容的中文文字 (3) 使用者介面美觀，互動便捷，且軟體壓縮包下載地址處有安裝教程詳細完整 (4) 透過生成關於分析結果的提問，並與ai助手鍊接，一定程度上解決了使用者常常無法收穫關於情感分析結果建議的問題 (5) 軟體需求分析，衝刺過程的記錄較為詳盡 |
(1) 專案開始目標中的網頁部署未能成功實現 (2) 安裝使用教程繁瑣，且執行時間較長，佔用使用者本地記憶體空間，使用者體驗不佳 (3) 燃盡圖的初始衝刺訂單數量與計劃的衝刺訂單數量不同，沒有確切的反應真實情況 (4) 專案關於資料爬取和使用者cookie的隱私和安全風險問題沒有解決 (5) 專案的編碼規範與實際開發編碼有所差距 (6) 根據後續衝刺部落格，發現與初始團隊計劃規劃的日程有所不同，說明前期規劃沒有進行全面考慮 |
8 |
| 菜鳥隊 | (1) 軟體功能性需求開發實現完整，在一定環境配置下軟體要求功能都能正常執行 (2) 支援日常聊天對話功能 (3) 使用者介面互動便捷 (4) 功能基本實現 |
(1) 無法檢視歷史聊天記錄。 (2) 頁面和功能比較簡單，仍待提高。 (3) 資料沒有很好地管理，容易丟失。 (4) 找到了一些，但由於比較簡單的功能，使用者體驗感比較一般。 (5) 主要把握住了使用者對話這一主要需求，但並沒有圍繞這一主要需求開展了一系列次要需求的實現，實現功能較為單一。 (6) 不清晰的程式碼管理和提交。 (7) 如果我來,會積極調動起同學的熱情，安排好每位隊友的工作與職責。 |
9 |
| OJteam | (1) 用了微服務來組織專案架構，勇氣可嘉！ (2) 目的清晰，能把握好提高使用者程式設計能力的主要需求 (3) 使用者介面美觀，互動便捷，採用標籤等方式將一些判題的資訊高亮 (4) 能完整處理好獲取題目，判題，使用者輸入等一系列功能 (5) 軟體需求分析，衝刺過程的記錄較為詳盡 |
(1) 程式碼編輯器切換語言失敗問題：前端修改編輯器切換邏輯。 (2) 基本實現目標，能滿足使用者的基本體驗需求。題目需要多加擴充套件。 (3) 對一些題目的測試用例尚未覆蓋到一些容易忽略的情況，導致程式仍有問題卻能透過。 (4) 找到了使用者需要對報錯的程式碼顯示出是哪行這個痛點，並能有效地解決 (5) 主要把握住了給使用者鍛鍊編碼能力這一主要需求，並圍繞這一主要需求開展了一系列次要需求的實現，但在題目質量與目的性仍不夠有針對性。 (6) 在github上管理，每個人的程式碼比較清晰，但分支管理還尚提高 (7) 進一步對題庫進行管理，並可以根據使用者需求篩選匹配使用者的題目 |
10 |
| Goodbye World | (1) 軟體功能性需求開發實現比較完整 (2) 支援二手書籍交易等多樣功能 (3) 使用者互動便捷 (4) 功能劃分清晰，有序處理需求 (5) 有采用伺服器進行部署，方便體驗 |
(1) 交換圖書價格在已購買介面顯示錯誤。 (2) 頁面過於簡陋，使用者體驗一般。 (3) 沒做異常處理，未能很好應對風險。 (4) 有找到“根據使用者輸入進行搜尋”這個需求。這是一個比較重要的需求，並且有很好地實現。 (5) 能把握好主次需求，但仍有不足，比如涉及資料刪除時，沒有考慮級聯的問題。 (6) 還行，有用GitHub來管理程式碼，方便程式碼的提交和克隆。 (7) 我會增加一些需求以提升使用者的體驗感，並對前端樣式進行調整。 |
11 |
| GSDN技術社群 | (1) 軟體功能性需求開發實現完整，安裝流程解釋得比較清晰 (2) 支援註冊登入、文章管理、點贊評論等多樣功能 (3) 使用者介面美觀，互動便捷 (4) 功能豐富多樣，有序處理需求 (5) 有對不同的異常情況進行錯誤的處理，發生錯誤時，能準確定位到錯誤的位置。 |
(1) 前端頁面比較簡陋，使用者的體驗比較單一 (2) 基本實現專案的目標 (3) 有一定的異常情況的處理，比如有對使用者提交的資料是否合法進行檢驗 (4) 有找到“根據使用者輸入進行搜尋”這個需求。這是一個比較重要的需求，並且有很好地實現 (5) 能把握好主次需求，但仍有不足，比如暫時沒有采用資料庫管理，這可能還需要改進 (6) 還行，有用GitHub來管理程式碼，方便程式碼的提交和克隆 (7) 我會增加對程式碼的日誌的管理，可以更快的找到問題發生的地方 |
12 |
| 資料流浪者 | (1) 軟體功能性需求開發實現完整，安裝流程解釋得比較清晰 (2) 使用者介面美觀，互動便捷 (3) 功能基本實現，有序處理需求 (4) 有采用不同分支提交程式碼，清晰地管理不同人的職責和實現的功能 |
(1) 在註冊使用者時，輸入超出資料庫定義範圍後頁面沒有明顯提示。 (2) 實現一部分目標，在查詢資料對返回的資料格式處理仍尚不夠。 (3) 沒有很好應對SQL隱碼攻擊的問題，容易被人篡改資料庫的資料。 (4) 找到一些，但像為每個使用者提供個性化服務上做的還不夠 (5) 主要把握住了給使用者提供考研院校資訊這一主要需求，但並沒有圍繞這一主要需求開展了一系列次要需求的實現，實現功能較為單一。 (6) 在github上管理，每個人的程式碼比較清晰，但分支管理還尚提高 (7) 進一步對需求挖掘，儘量為使用者提供一些有吸引力的服務。 |
13 |
| Timi | (1) 該專案與普通的系統不同，是一個客戶端的專案，有新意！ (2) 目的清晰，能把握好給使用者提供音樂播放的主要需求 (3) 使用者介面美觀，互動便捷，採用聯動、雙向繫結等方式將歌詞和歌曲進度聯絡起來 (4) 能完整處理好獲取音源，搜尋，分組，使用者偏好等一系列功能 (5) 軟體需求分析，衝刺過程的記錄較為詳盡，每天有提交程式碼 |
(1) 歌詞滾動時，歌詞無法對齊正在播放的音樂；搜尋結果分頁載入時，無法正確載入歌曲資訊； (2) 基本實現目標，能滿足使用者的基本體驗需求。 (3) 有解決掉一些卡頓和閃退的問題，但仍有提升的空間。 (4) 一些基本播放音樂，搜尋音樂，收藏音樂等功能都有所完善。在對音樂分類和音樂偏好功能可以進一步最佳化 (5) 主要把握住了能正常播放音樂這一主要需求，並圍繞這一主要需求開展了一系列次要需求的實現 (6) 在github上管理，每個人的程式碼比較清晰，但分支管理還尚提高 (7) 進一步利用分支這一功能來管理程式碼，以發現問題時能及時看到提交記錄。 |
15 |