【軟體工程】團隊作業1

這個作業屬於哪個課程	廣工計院計科34班軟工
這個作業要求在哪裡	作業要求
這個作業的目標	創立團隊，分工合作，團隊展示，熟悉軟體開發整體流程，提升自身能力

一、團隊展示

• 隊名：小飛棍隊

• 團隊專案簡介：工大嚴選（基於 Vue3 構建的購物平臺，介面簡潔直觀，分類明確，技術高效，功能強大，提供搜尋、商品詳情、購物車及多種支付方式，致力於為使用者提供一站式購物解決方案並不斷最佳化升級）

• 團隊成員：

羅振烘（組長）	3122004748
莊崇立	3122004633
李響	3121002802

1. 羅振烘：我掌握java後端開發，希望用程式碼編織系統脈絡，以嚴謹架構撐起數字大廈，在資料海洋中探尋高效之路

2. 莊崇立：掌握c、python、對深度學習CV方向比較感興趣，負責團隊專案的前端。

3. 李響：作為一名 Java 與 C++ 選手，我以 “程式碼編織夢想，語言鑄就輝煌” 為座右銘。在 Java 的世界裡，我追求嚴謹的架構和高效的開發，用優雅的程式碼構建起強大的應用。而在 C++ 的領域中，我深入探索底層的奧秘，以極致的效能展現程式設計的魅力。我相信，透過不斷磨礪自己的技能，無論是在 Java 還是 C++ 的舞臺上，都能創造出令人驚歎的作品，為程式設計世界增添屬於自己的璀璨光芒。

• 團隊宣言：我們秉持共同願景，彼此信任、各司其職，在充分授權的基礎上，為專案的成功共同承擔責任。
• 團隊合照：
  
• 團隊特色：小飛棍隊以技術深度和專案廣度為核心優勢，成員具備多元化的程式設計技能和紮實的開發經驗。與其他團隊不同的是，我們專注於高效技術棧的結合，從前端的使用者體驗最佳化到後端的系統架構搭建，始終堅持嚴謹、創新和不斷迭代的開發理念。這種多樣化的技能和對細節的執著，使我們能夠快速應對專案挑戰並持續提升平臺效能與使用者體驗。

二、團隊選題

• 選題：工大嚴選購物平臺
• 系統型別：基於 Vue3 的電子商務購物平臺。我們的專案將開發一個一站式購物平臺，使用者能夠便捷地瀏覽商品、檢視詳情、加入購物車，並進行多種支付方式的結算。平臺將重點最佳化使用者體驗，提供簡潔直觀的介面設計，並透過 Vue3 等前沿技術來實現高效、流暢的互動。
• 預期：

1. 初期使用者目標：1000+ 名校內使用者。
2. 中期目標：5000+ 名長期活躍使用者，主要集中於工大內外的學生和教職員工。
3. 遠期目標：持續增長，擴充套件至工大附屬企業和合作夥伴。

• 專案的真實、可用、價值：

1. 真實：本專案基於真實的校園購物需求，結合工大學生和教職工日常生活中的高頻需求，打造一個功能完善的校園購物平臺，提供從商品展示到支付結算的完整購物鏈條。
2. 可用：平臺將採用 Vue3 及相關技術框架，重點放在效能最佳化與使用者友好的介面設計，確保在 PC 和移動裝置上都能夠流暢使用。支援多種支付方式，便於使用者在不同場景下操作。
3. 有價值：我們提供的不僅僅是一個普通購物平臺，平臺將根據工大學生的特定需求（如教材、學習用品等）推出定製化商品推薦，幫助學生更便捷地獲取所需物品。
4. 情懷加分項：我們的平臺還將提供一個“工大周邊嚴選”專區，推薦工大周邊商家的特色商品，旨在推動工大社群的商業生態發展，增強校園文化和地方經濟的互動。

• 團隊github倉庫：

三、團隊計劃：

週數	任務內容
第 9 周
團隊組隊、部落格建立	團隊組隊完成，建立團隊部落格。
團隊介紹與角色分配	展示團隊成員，完成角色分配：羅振烘（PM+後端）、莊崇立（前端）、李響（後端+效能最佳化）。
選題確定	選題為“工大嚴選購物平臺”，明確專案目標。
團隊貢獻分規則制定	團隊討論並確定貢獻分的分配規則。
第 10 周
需求規格說明書	編寫專案需求規格說明書，明確功能和使用者需求。
原型設計與任務難度估計	莊崇立負責前端原型設計，各成員估計任務難度並學習相關技術。
編碼規範與環境搭建	制定編碼規範，完成開發環境和初步架構搭建。
第 11 周
原型改進	根據使用者反饋改進原型，確保滿足需求。
架構設計與任務分解	完成架構設計並使用 WBS 分解任務，各成員估計各自任務所需時間。
測試計劃制定	制定測試計劃，明確 Alpha 階段的測試目標。
第 12-13 周
Alpha 階段任務分配	羅振烘分配 Alpha 階段任務，開始分工開發。
Alpha 敏捷衝刺	連續 7 天的 Alpha 階段敏捷衝刺，每日 Scrum Meeting，撰寫 7 篇每日 Scrum 部落格，提交程式碼。
第 14 周
使用者反饋與測試改進	收集使用者反饋，對測試計劃進行調整和改進。
Alpha 階段總結	各成員撰寫 Alpha 階段個人總結，反思個人表現。
Alpha 階段部落格	釋出 Alpha 階段部落格，包括髮布說明、測試報告、展示部落格和專案管理總結。
第 15 周
Alpha 階段事後分析	對 Alpha 階段進行事後分析，評估進度、協作和使用者反饋，準備進入下一階段。

四、小飛棍隊---績效評估方法：

• 為了公平評估每個成員在團隊中的貢獻，制定了以下的績效評估和貢獻分分配方案。

績效評估方法

• 每個成員的績效評分由兩部分組成：
• 團隊專案分數：在專案 Alpha 和 Beta 階段評審後，團隊會得到一個統一的專案分數，每個成員的原始分數是相同的。
• 團隊貢獻分：根據每個成員的實際貢獻進行額外分數分配。貢獻分的總和為 20N，其中 N 為團隊人數。我們團隊 3 個人，總共 60 分，每個人的貢獻分不同。
• 貢獻分分配規則
• 貢獻分的分配基於以下幾個標準：
• 任務完成度：成員是否按時、高質量地完成了分配的任務。
• 技術難度：承擔任務的複雜程度，是否對專案有重要技術貢獻。
• 團隊協作：在開發中是否積極幫助其他成員解決問題，有效溝通和協調。
• 責任心與主動性：是否主動承擔任務，特別是在專案遇到困難時是否積極解決問題。
• 貢獻分分配方案
• 以下是貢獻分分配舉例：

貢獻分分配方案例子

成員	貢獻分	貢獻理由
羅振烘	24	負責後端核心開發，擔任組長，統籌專案進度並幫助其他成員解決技術問題。
莊崇立	19	負責前端開發，完成了多個介面設計，使用者體驗最佳化較好，並按時完成任務。
李響	17	負責後端功能和效能最佳化，雖然技術貢獻較大，但時間管理稍有不足，任務完成速度略慢。

成員	任務描述
羅振烘（組長）	負責系統架構和後端開發，監督專案進度，解決技術難題。
莊崇立	負責前端開發，確保使用者介面簡潔易用，並與後端進行資料互動。
李響	負責後端效能最佳化，確保系統高效穩定執行，並參與資料庫和介面設計。

Git 協作方式

我們透過 GitHub 進行程式碼協作。每個成員在自己的分支上開發，提交後透過 Pull Request 進行程式碼稽核，確保程式碼質量和團隊協作的流暢性。

總結

這個方案保證了每個成員的貢獻都能得到公平評估，團隊成員清楚自己的責任，並透過合作和努力共同完成專案目標。