一、評審成員
評審人：歐可貴、吳燦豪、方偉城、李建龍、李梓灝、龍杜冰、陳東陽
複審人：歐可貴
二、評審結果
| 小組的名字和連結 | 優點 | 缺點，bug報告（至少140字） | 名次 |
|---|---|---|---|
| 白藍混子隊 | 能完成基礎的使用者使用，完整的做到了基礎的功能，將正常商品資訊匯入，還能進行正常的登入以及貨物資訊的編輯和修改，同時因為是線上操作，可以形成一個平臺來協調各個貨物的資訊，最後可以作為管理員賬戶進行貨物資訊的錄入，也可以後續在系統內進行貨物資訊的編輯與修改，還可以手動新增貨物的分類資訊 | 1.具體bug出現在對於使用者註冊的時候傳送驗證碼會存在延遲，同時無法操作，會影響使用者體驗。 2. 專案目標實現上，在對於正常操作由於連線伺服器不確定，因此可能出現對於使用者登入的時候出現不同的問題。 3. 風險應對上，在面對較多的使用者使用的時候，若出現高負載或者高訪問的時候沒有穩定的解決方案，對於軟體的穩定性還有正常效能未得到較多的測試驗證。 4. 使用者痛點解決上，對於在使用的時候動畫轉變的程度絲滑度不夠好，可能會影響到使用者體驗。 5. 需求取捨上，完善具體功能的時候對於其他功能也有資源投入。 6. 原始碼管理：程式碼的可維護性以及移植性有待提高。 7. 如果我來領導這個小組，會重點提高應用的穩定性以及考慮多數使用者的需求，將應用的完整流程完成，同時詳細匯入AI，同時將不同對話內容儲存並調整AI對於上下文的瞭解。 | 1 |
| 物歸原主隊 | 設計失物啟事與尋找失物主人的兩個板塊，可以讓使用者根據不同的情況選擇相應板塊來滿足需求，更加貼合使用者的需求。 注重隱私保護，使用者可以選擇是否保護自己的隱私來隱藏部分手機號碼。 | 存在著資料庫查詢效率低，系統響應時間長等缺點，同時介面的設計還有待美化與清晰簡潔，雖然找到了使用者尋找與釋出失物尋找主人的痛點，但目標使用者數量較少，可能出現無法透過該平臺找到失物主人或者尋找失物的弊端，如果我是領導者，我會著手於完善該平臺的承載力，提高使用者的數量，同時加大宣傳，擴大平臺影響力。 | 2 |
| 小飛棍隊 | ①功能組合合理：透過提供豐富多樣的高階功能，全面滿足使用者的多樣化需求，如智慧商品推薦、實時WebSocket訊息推送、高效精準的商品查詢等，確保使用者體驗的全面提升和最佳化。 ②出口條件明確：Alpha版本釋出的具體標準得到了清晰且詳盡的設定，涵蓋了核心功能的實現、嚴格的效能要求以及內部測試的高標準達成等多個方面，確保產品的卓越質量和穩定性。此外，透過嚴謹的測試和驗證流程，確保每個環節都經過了精細的打磨和最佳化，從而確保最終產品的可靠性和使用者滿意度。 | 當前系統存在多臺裝置或多個瀏覽器允許同一使用者同時登入的問題，這可能導致使用者體驗的不一致和潛在的安全隱患。此外，商品推薦功能主要基於總體流水分析，未能充分利用使用者個人喜好資料進行個性化推薦，從而限制了推薦結果的精準性和使用者滿意度。 為了解決這些問題，建議引入更為嚴格的使用者認證和會話管理機制，確保使用者在不同裝置和瀏覽器之間的登入狀態一致性和安全性。同時，透過採用先進的機器學習演算法和大資料分析技術，深入挖掘使用者行為資料和個人偏好，實現更為精準和個性化的商品推薦，從而提升使用者的購物體驗和滿意度。這些改進措施將有助於提升系統的整體效能和使用者體驗，確保產品在競爭激烈的市場中脫穎而出。 | 3 |
| Elegance | 架構設計清晰且靈活：專案採用了微服務架構，具有模組化、積木式構建的特點，能夠滿足不同場景下的需求。 功能多樣且完備：專案支援多個大模型的對接，包括 OpenAI 和智譜AI ChatGLM，涵蓋文生文、文生圖、以及多模態圖文理解等功能，具有較高的通用性。結合微信掃碼支付和商品庫等功能，使用者可以透過簡單的互動購買對話額度，充分體現了業務流程的流暢性和完整性。 | 程式存在一些已知的bug：雖然專案已修復了一些bug，但仍然存在一些未修復的關鍵問題。例如，前臺點選“執行”後存在卡頓現象，影響使用者體驗。此外，部分使用者輸入的資料無法進行錯誤鑑別，這容易引發程式報錯。卡頓問題和資料格式錯誤判斷未能在當前版本修復，可能導致使用者體驗上的持續問題，且這些問題的修復被推遲到下個版本。專案的目標已經部分實現，能夠透過簡潔、輕量的網頁形式讓使用者快速使用大模型，而無需複雜的設定或客戶端。專案實現了多場景適配，滿足了不同使用者的需求。但目標中對效能、錯誤處理、和使用者輸入校驗的要求未完全實現，部分功能推遲到下個版本修復，未達到預期的完美狀態。專案透過採用模組化設計、分治思想和微服務架構，在一定程度上降低了風險，尤其是在多大模型和複雜功能的對接上。但是，專案仍然面臨時間管理、功能相容性和錯誤處理等風險，部分問題（如系統卡頓和錯誤輸入驗證）未能在當前版本解決，表明風險應對措施未能全面落地。專案針對使用者的痛點提供了較好的解決方案，尤其是在使用者體驗方面。例如，使用者透過微信公眾號登入，便捷的操作流程避免了繁瑣的下載和安裝客戶端的麻煩。如果換成我來領導這個小組，我主要會加強時間管理和優先順序規劃，將修復bug和最佳化效能問題提到更高優先順序，確保使用者體驗不受影響。對於已發現的bug，應該有明確的修復計劃，並按照優先順序逐步解決。 | 4 |
| edg.gdut | 1.核心功能較為完整:系統涵蓋了使用者登入、註冊、商品釋出、商品搜尋、購物車等功能，基本滿足了電商平臺的基礎需求。 2.功能模組清晰:功能模組劃分明確，每個模組的功能和預期結果都有清晰的定義。比如，使用者登入、商品釋出等功能都有明確的輸入輸出和預期結果，便於測試和維護。 3.良好的使用者體驗設計:提供了使用者友好的註冊和登入流程，購物車功能設計也較為直觀，使用者可以順利新增商品到購物車並完成操作。 | 1.搜尋功能缺陷：搜尋功能無法正確處理某些商品名，導致使用者輸入特定關鍵詞時搜尋結果錯誤或無法顯示相關商品。這嚴重影響了使用者的購物體驗，尤其是當商品數量較多時，搜尋問題變得尤為突出。 2.商品資料載入失敗：在某些情況下，商品資料無法成功載入，這可能導致商品列表頁面無法顯示或顯示不完全，給使用者帶來困擾。 專案的目標是開發一個基本的電商平臺，提供使用者註冊、商品釋出、商品搜尋和購物車功能。從目前的進展來看，核心功能已經實現，但存在一些功能未完善、Bug 頻發和效能問題，導致目標尚未完全實現。 | 5 |
| 雄獅般的男人 | 教師與學生板塊的功能齊全完善，透過對老師與學生的不同身份，制定不同的功能，滿足老師對學生成績管理及瞭解學習進度，與同學互動的需求。同時，學生也可以在此平臺進行作業提交，檢視課程資訊與成績，提供的許多便利以及提高了學習效率。 設計了清晰簡潔的介面，針對不同的功能的視覺化效果很好。 | 該專案也存在一些諸如部分請求超時，無法返回主介面的bug,同時，介面的設計還可以更加美化，缺少途徑將產品推送給更多使用者。他們雖然找到了在教學與學習中，教師原始教學管理效率較低的特點，同學學習及與老師互動的途徑較少的弊端並加以解決，但是，缺少有效的傳播 宣傳途徑的話，無法將該平臺更好的推廣，如果我作為領導者，我會更加考慮如何有效推廣這個平臺。 | 6 |
| 拖延是你不隊 | 社會責任感強：本專案的核心目標是幫助流浪動物，提供一個平臺供需要領養的使用者和關心流浪動物的人進行互動與溝通，體現了團隊的社會責任感和關愛動物的精神。 功能性全面：包括使用者註冊、帖子建立與互動、評論區功能、管理員管理等基礎功能，能夠滿足使用者與管理員的基本需求，且對流浪動物的資訊釋出、領養等提供了便捷的途徑。 使用者體驗設計：從使用者需求出發，考慮了不同型別使用者（如學生和管理員）的需求和功能的設計，並且透過簡單易用的介面使得學生能夠快速上手。 擴充套件性好：網站的功能架構較為基礎，可以在後續版本中逐步增加其他功能，易於擴充套件。 相容性較好：在多個主流作業系統和瀏覽器上進行過測試，保證了基本的跨平臺相容性。 | Bug問題： 後端伺服器內部錯誤（500）：這可能是由於後端處理請求時出現了未處理的異常或資料庫連線問題，影響了部分使用者的使用體驗。 部分選項無法選中：可能是前端與後端之間的互動問題，未能正確傳遞或接收選項的狀態，導致使用者無法做出選擇。 點選頁面無法跳轉：這種問題通常與前端路由或後端響應的錯誤有關，可能會導致使用者在使用時感到困惑和不便。 特殊字元的輸出問題：若沒有對輸入資料進行有效的轉義處理，特殊字元可能會影響網站顯示，甚至導致XSS攻擊等安全問題。如果換我領導小組 加強需求調研：在專案初期，我會更加重視與潛在使用者（如學生、流浪動物組織、動物愛好者）進行深入的需求調研，明確他們的需求和痛點。這有助於我們在功能設計上更加精準。 提高程式碼質量：加強程式碼的結構化和模組化設計，確保專案的可擴充套件性和維護性。 | 7 |
| 不要指望我們隊 | 1. 學生資訊管理系統功能實用，滿足基本需求。2. 資料庫設計合理，保證資料安全。3. 專案文件詳細，便於後續維護。 | 使用者體驗問題： 介面邏輯上存在欠缺，進行了補充設計，這可能意味著初始版本的使用者體驗不夠流暢。效能問題： 系統還未能承受大規模使用者數量，這是後期需要關注和改進的主要方向。功能不完善： 提到功能不完善、介面邏輯不完善、介面不美觀等問題，這些都是後續版本需要改進的地方。 | 8 |
| 髮際線和我作隊 | 能完成基礎的使用者使用，完整的做到了基礎的功能，將正常商品資訊匯入，還能進行正常的登入以及貨物資訊的編輯和修改，同時因為是線上操作，可以形成一個平臺來協調各個貨物的資訊，最後可以作為管理員賬戶進行貨物資訊的錄入，也可以後續在系統內進行貨物資訊的編輯與修改，還可以手動新增貨物的分類資訊 | 1.在分類的時候會出現沒有標籤的情況。2.專案目標上互動功能不夠簡潔。3.風險應對：製作到了基礎的線性流程，對於資料錯誤或者裝置故障考慮不足。4.使用者痛點：由於不能自主註冊使用者，因此在對於其他使用者使用的時候也只能透過管理員來排程。5.需求取捨：在對於主要以及次要需求的完善中還是取捨不足。6.原始碼管理：程式碼的規範性以及閱讀性有待提高。7.如果我來領導這個小組，會專注於使用者使用以及體驗，在完成基訪問以及釋出資訊的同時去改善具體的頁面顯示。 | 9 |
| 民族大團結隊 | Bug修復與分類： 團隊在測試過程中發現並修復了3個Bug，並且對Bug進行了清晰的分類，這有助於提高軟體質量和維護效率。功能針對性： 團隊針對學生、老師和管理員的不同需求提供了相應的功能，如成績錄入、成績查詢和許可權管理，顯示出對使用者需求的深刻理解。測試覆蓋： 提供了詳細的測試矩陣，涵蓋了登入功能、學生端、教師端和管理員端等多個方面，確保了關鍵功能的穩定性和可靠性。 | 效能問題： 存在一個Bug關於成績排序錯誤，這可能影響使用者體驗和資料準確性，且被延遲到下一個版本修復。環境限制： 軟體對執行環境有特定要求，如Windows10和MySQL 5.5，這可能限制了軟體的相容性和可訪問性。資料同步問題： 在多使用者同時操作時，可能會出現資料不同步的情況，這需要在後續版本中得到關注和改進。 | 10 |
| 做不隊 | 1.可以透過較多款瀏覽器使用 2.bug的修復較為及時，使用者的體驗效果不會太差 | 1.程式大致的bug以及被修復，但是對於未解決或者是一些延遲解決的bug，例如是可能是因為路由守衛導致的多次出現傳送請求問題，以及重新整理頁面丟失文章需要重新開啟頁面這些小bug會導致使用者觀看部落格以及使用該頁面時候體驗感會很差。2.對於可以重複點贊這件事情，如果該產品最終要成功發行的話，這種操作可能會導致一些盈利或者是關注度的一種社會關注問題，需要警示 | 11 |
| 程式碼敲不完隊 | bug修改及時，功能完成度高 | 1.具體的bug比如增加對使用者名稱的檢驗，不能有空格，彈出提示資訊，並不能傳送請求 ；修改登出提示為中文提示，增加對商品資訊的檢驗，不能出現空值和空串，出現空值或空串時，彈出提示資訊，並不能傳送請求， 增加對下單地址的檢驗，彈出提示資訊，並不能傳送請求 2.專案的目標實現了 3.透過測試並修改bug應對風險 4.專案的痛點找到並解決了 5.主次分明，先完成核心需求，有時間再完善次要需求 6.專案管理良好 7.我領導小組的話，可能時間上的安排會更合理一些 | 12 |
| 汪汪隊 | 介面簡單清新，易於使用，功能完成度高 | 1.具體的bug比如管理員頁面性別修改失敗，住戶相關頁的分頁器失效，住戶相關頁搜尋為空列表顯示失敗，住戶頁面填寫報修單未設定rule等 2.專案的目標實現了 3.透過測試並修改bug應對風險 4.專案的痛點找到並解決了 5.主次分明，先完成核心需求，有時間再完善次要需求 6.專案管理良好 7.我領導小組的話，可能時間上的安排會更合理一些 | 13 |
| 虹貓藍兔七俠隊 | 可以根據不同的使用者身份展現不同的內容。功能全面，覆蓋了大部分使用者的需求 | 程式沒有什麼bug。專案目標大體實現了，但前端頁面簡陋，使用者體驗不好。專案風險在於程式安全性不足，並沒有很好應對。使用者的痛點是需要精準瞭解到自己所需的資訊，該專案透過不同的使用者身份展現不同的內容解決了該痛點。主要和次要需求的取捨上並沒有做好，在一些次要需求花費太多資源。原始碼管理是做得不好，並沒有上傳原始碼。如果我來領導這個小組，我會加強前端頁面的最佳化，增強使用者體驗，並上傳和規範程式碼。 | 14 |
| 永遠寫不隊 | 使用方法簡便，使用者只需點選連結就可以使用 | 程式具有圖片顯示失敗，無法檢視歷史訊息等bug。專案實現了聊天功能的主要目標，但還有許多功能還未實現。專案風險在於資訊保安不足，並沒有很好應對。使用者痛點上解決了使用者對快速聊天的需求。主要和次要需求進行了取捨，但捨棄太多次要需求了。原始碼管理不好，只有少量的原始碼上傳。如果我來領導這個小組，我會增強功能的開發，使使用者體驗更好，並且上傳和規範程式碼。 | 15 |
| 賽普拉·伊敏江 | 無 | 作業釋出為空 | 16 |