團隊作業3--需求改進&系統設計
| 這個作業屬於哪個課程 | 軟體工程計科22級3 4班 |
|---|---|
| 這個作業要求在哪裡 | 作業要求 |
| 這個作業的目標 | 對專案的需求改進和系統設計 |
2.需求&原型改進
針對課堂討論的修改:
問題1： app的重點不明確，需要選擇側重點開發
修改1： 修改開發重點為校園二手商品回收平臺，主打在校園內提供類似於鹹魚平臺的二手交易功能
問題2： 怎麼最大程度展現產品
修改2： 對使用者展示的商品詳情頁進行完善，提供圖片，買家評價等各模組的功能豐富對產品和賣家的介紹
修改需求規格說明書
上週提交的《需求規格說明書》初稿存在以下不足：
- 對於app的功能過於廣泛但對於細項功能並不清晰，使用者體驗較差，人機互動體驗一般
- 缺少對使用者使用場景的描述，導致對於app功能使用不清晰
改進內容：
使用者使用場景描述：
場景1： （賣家）張三想在二手交易平臺出售一本二手書
使用過程： 張三點選“我的”模組，點選“釋出商品”，在“釋出產品”的詳情頁中上傳產品圖片，產品價格，產品引數等相關產品資訊，並選擇產品的分類，即可釋出產品出去，後續透過與買家交易，發貨後提交訂單號給買家，即可完成一次訂單！
場景2： （買家）李四想在二手交易平臺買入一本二手書
使用過程： 李四可以在搜尋框中輸入書本資訊或者內容，也可以在商品分類中選擇“書籍”，在書籍分類中找到自己所需的商品，點進商品詳情頁，選擇加入購物車，在購物車中選擇“支付訂單”，後續等待賣家傳送訂單號及其物流資訊，即可完成一次交易！
功能分析的四個象限
- 核心且必要功能：
使用者評價功能，商品詳情頁功能，購物車及其下單功能 - 非核心且必要功能：
使用者首頁，註冊和登入頁功能，商品分類功能 - 核心且非必要功能：
物流追蹤功能 - 非核心非必要功能：
砍價功能
專案進度計劃
根據修改後的需求，調整任務分解WBS如下：
註冊登入頁開發，應用首頁開發 (1周)
後端介面及其介面文件 (1周)
核心且必要功能，包括使用者評價，商品詳情頁，下單功能等 (2周)
測試，包括單元測試；整合測試；系統測試（1周）
3.系統設計
分層設計：
- 表現層：前端使用 Vue 3 框架來構建響應式網頁應用，支援 PC 端和移動端的自適應訪問。透過靈活的元件化和狀態管理，使得介面能夠根據不同裝置型別自動調整，提供一致且流暢的使用者體驗。
- 業務邏輯層：後端採用 Spring Boot 框架來實現核心業務邏輯，透過構建高效的 API，處理來自前端的請求並返回相應的資料，確保系統具備良好的效能和可擴充套件性。
- 資料訪問層：為實現高效的資料儲存與管理，系統選擇使用 MySQL 作為資料庫管理系統，設計合理的表結構，確保在高併發情況下依然能保持良好的資料訪問效能與可靠性。
系統技術選擇：
- 前端技術：選擇使用 Vue3 進行開發。Vue3 框架能夠提供動態內容載入和無重新整理互動，極大提升使用者體驗，確保介面流暢且高效。
- 後端技術：採用 Spring Boot 作為後端開發框架，使系統的服務端能夠高效處理並響應客戶端請求，保證系統的擴充套件性和高併發能力。
- 資料庫：根據系統需求和資料處理負載，選擇 MySQL 作為關係型資料庫，具備出色的效能和穩定性，能夠靈活支援不同的查詢需求。
- 使用者登入及其身份驗證：為確保平臺的安全性，採用 JWT 來處理使用者身份驗證和許可權管理。透過令牌機制，有效防止未授權的訪問，並能保障使用者資料的安全性。
4.Alpha任務分配計劃
Product Backlog
任務分解
| 任務 | 預計時間 | 負責人 |
|---|---|---|
| 前端首頁及其登入頁開發 | 4小時 | 陳愷麟，李曉彬，鄭志濤 |
| 後端資料庫開發 | 6小時 | 許凌鐸，鄧茗駿 |
| 開發後端介面併產出介面文件 | 9小時 | 羅祖文，姚彬彬 |
迭代衝刺計劃
5.測試計劃
- 模組測試（單元測試）
單元測試將針對系統中每個功能模組的獨立功能進行驗證，確保各個模組能夠單獨正常執行，滿足設計需求。重點測試各模組的邊界條件、異常情況以及基本操作流程。計劃第三週進行，測試負責人為對應模組的開發人員。目標是全面檢查系統各個功能模組的基本功能，確保各模組執行正常且無重大缺陷。 - 模組間整合測試
整合測試主要測試不同模組間的資料互動與協同工作，特別是在系統複雜的模組間介面，如支付系統、訂單管理和使用者賬戶管理等模組的配合。該測試旨在發現模組之間可能存在的資料傳遞問題或功能衝突。計劃第四周到第五週進行測試，測試為整個小組成員共同測試，測試重點是驗證系統各個模組之間的互動與資料傳輸，確保模組間的協調工作無誤。 - 全面系統測試
系統測試將對整個應用進行綜合性檢驗，包括但不限於功能完整性、效能穩定性和系統響應速度。重點測試系統在不同壓力下的表現，評估其在高併發和大資料量情況下的穩定性。計劃第六週進行測試，測試由小組成員共同測試，系統測試包括壓力測試、效能測試和安全測試，目的是發現系統的潛在瓶頸或效能問題，確保系統可以應對實際使用環境中的各種挑戰。 - 使用者體驗測試（使用者測試）
透過實際使用者對系統的使用，收集反饋和體驗問題，評估系統的可用性、易操作性及互動設計。使用者測試不僅幫助發現潛在的功能性問題，還能為介面和流程最佳化提供寶貴意見。計劃第七週進行測試，測試負責人為羅祖文，小組其他成員負責協助，透過真實使用者的反饋來評估系統的可用性與操作便利性，確保使用者在使用過程中不會遇到阻礙和困擾。