| 這個作業屬於哪個課程 | 計科22級12班 |
|---|---|
| 這個作業要求在哪裡 | 作業要求地址 |
| 這個作業的目標 | 制定需求規格說明書 |
志願者管理系統需求規格說明書
1. 專案概述
志願者管理系統旨在為志願者組織提供高效的管理工具，簡化志願者的註冊、活動安排、溝通協調等流程，以提升志願者活動的組織效率和參與體驗。
2. 目標
-
提供一個友好的使用者介面，方便志願者和管理員使用。
-
願者的註冊、稽核、活動報名、活動記錄等功能。
-
管理員對志願者資訊、活動安排及反饋進行管理。
3.面向使用者分析
3.1 使用者角色
志願者：參與志願活動的個人，負責註冊、檢視活動、報名、提供反饋。
管理員：管理志願者資訊和活動安排，稽核志願者註冊，分析活動反饋。
組織者：可能為志願者組織的工作人員，負責釋出活動資訊和與志願者溝通。
3.2 使用者需求
志願者：
-
方便快捷的註冊流程。
-
實時獲取活動資訊和報名狀態。
-
提交反饋以改進未來活動。
管理員：
-
高效管理志願者和活動資訊。
-
檢視活動參與情況和志願者反饋。
4. 功能性需求
4.1 使用者管理
-
志願者註冊：志願者透過系統註冊，填寫個人資訊。
-
志願者稽核：管理員稽核志願者註冊資訊，批准或拒絕註冊申請。
-
資訊管理：志願者可以更新個人資訊，管理員可檢視和管理志願者資料。
使用者量
對於志願者管理系統，預期使用者量設定為：
-
志願者使用者：預計在50-100名志願者註冊。
-
組織使用者：預計5-10個組織註冊使用。
因此，初期的預期使用者量為50-100名志願者和5-10個組織，符合大學生團隊專案的規模和推廣能力。
4.2 活動管理
-
活動建立：管理員可以建立新活動，包括活動名稱、時間、地點、人數限制等。
-
活動報名：志願者可以檢視活動資訊並報名參與。
-
活動通知：系統向報名的志願者傳送活動提醒及相關通知。
4.3 反饋管理
-
活動反饋：志願者在活動結束後可以提交反饋，管理員可以檢視反饋結果。
-
評價系統：志願者可以對活動進行評分，幫助改進未來活動。
5. 技術需求
5.1 系統架構
前端：
使用 React 或 Vue.js 開發響應式網頁，確保在桌面和移動裝置上良好的使用者體驗。
後端：
使用 Python 的 Django 框架或Java的Spring框架進行後端開發，處理業務邏輯和資料庫互動。
5.2 資料庫設計
資料庫管理系統：使用 MySQL 或 PostgreSQL。
主要資料表：
-
使用者表：儲存志願者資訊，包括使用者名稱、密碼、聯絡方式、註冊時間等。
-
活動表：儲存活動資訊，包括活動名稱、時間、地點、描述、參與人數等。
-
反饋表：記錄志願者對活動的反饋資訊，包括評分、建議等。
5.3 安全性與效能
-
身份驗證：實現使用者身份驗證，防止未授權訪問。
-
資料加密：對敏感資訊（如密碼）進行加密儲存。
-
效能最佳化：使用快取機制加速頁面載入，提高系統響應速度。
6. 專案實施計劃
6.1 舊時間表
| 第 9 周 | 1.團隊組隊、團隊部落格 |
|---|---|
| 2.團隊介紹、成員展示、角色分配、選題確定 | |
| 3.制定團隊計劃安排，團隊貢獻分的規定 | |
| 第10周 | 1.需求規格說明書 |
| 2.原型設計，隊員估計任務難度並學習必要的技術 | |
| 3.編碼規範完成、平臺環境搭建完成、初步架構搭建 | |
| 第11周 | 1.原型改進（給目標使用者展現原型，並進一步理解需求） |
| 2.架構設計，WBS, 團隊成員估計各自任務所需時間 | |
| 3.測試計劃 | |
| 第12、13周 | 1. 團隊專案Alpha任務分配計劃 |
| 2. 連續7天的Alpha敏捷衝刺，7 篇 每日Scrum Meeting部落格+程式碼提交 | |
| 第14周 | 1.使用者反饋+測試計劃改進 |
| 2. 團隊Alpha階段個人總結 | |
| 3. 團隊專案Alpha部落格：釋出說明、測試報告、展示部落格、專案管理 | |
| 第15周 | 1. 團隊專案Alpha部落格：事後分析 |
6.2 新時間表
| 周次 | 任務內容 | 目標 |
|---|---|---|
| 第九周 | - 完成系統設計文件初稿 | - 所有團隊成員對系統設計有清晰理解 |
| - 確定資料庫架構和資料模型 | - 資料庫設計透過團隊評審 | |
| - 分配前後端開發人員的任務 | ||
| 第十週 | - 完成系統結構設計 | - 明確系統架構，為開發階段打下基礎 |
| - 制定需求規劃說明書，包含功能需求和非功能需求 | - 形成詳細的需求文件，確保團隊成員對需求的一致理解 | |
| 第十一週 | - 開始前端介面的原型設計 | - 完成前端原型設計並獲取反饋 |
| - 後端搭建基礎框架，設定開發環境 | - 準備好後端開發環境，確保團隊順利進行開發 | |
| - 開發使用者註冊和登入模組 | - 使用者註冊和登入模組初步完成 | |
| - 完成前端使用者管理模組開發 | - 使用者管理模組功能完備並進行初步測試 | |
| 第十二週 | - 開發志願者稽核功能 | - 稽核功能實現並進行整合測試 |
| - 完成基本的API介面文件 | ||
| - 開始活動管理模組的開發 | - 活動管理模組初步完成，能夠進行基本操作 | |
| - 完善活動釋出、報名功能 | - 前後端資料互動順暢 | |
| - 前端與後端進行初步整合 | ||
| 第十三週 | - 開發反饋與評價功能 | - 所有主要功能模組完成並透過測試 |
| - 完善統計資料模組 | - 收集系統測試反饋，進行bug修復 | |
| - 開展系統整體測試（功能測試、整合測試） | ||
| 第十四周 | - 進行使用者測試 | - 使用者測試完成，記錄使用情況和建議 |
| - 收集使用者反饋，整理改進建議 | - 根據反饋最佳化系統介面和功能 | |
| 第十五週 | - 準備系統使用材料，包括使用者手冊和技術文件 | - 所有文件準備就緒，系統可以使用 |
| - 開展最終的系統評審會議 | - 團隊成員對上線流程達成共識 |
7. 系統的真實性、可用性及價值所在
7.1真實性
資料真實性
- 使用者身份驗證：透過註冊和稽核流程，確保志願者身份的真實性，防止虛假資訊的提交。
- 活動資訊驗證：管理員對活動資訊進行稽核，確保釋出的活動內容準確無誤，提升系統的可信度。
反饋真實性
- 匿名反饋機制：志願者可以匿名提交反饋，鼓勵真實的意見和建議，幫助管理員改進活動。
7.2 可用性
使用者友好性
- 直觀介面設計：系統採用簡潔明瞭的介面設計，志願者和管理員均可輕鬆上手，減少學習成本。
- 多裝置支援：支援桌面和移動裝置訪問，志願者可隨時隨地檢視和報名活動，提升使用者體驗。
功能可用性
- 高效的活動管理：管理員能夠快速建立、稽核和管理活動，減少了繁瑣的手動操作，提高工作效率。
- 實時通知與更新：系統可及時向志願者推送活動變更和提醒，確保資訊傳遞的及時性和準確性。
7.3 價值所在
提高組織效率
- 簡化管理流程：透過集中化的資訊管理，志願者和管理員都能更高效地完成各自的任務，減少人力成本。
- 最佳化資源配置：資料統計功能幫助組織者瞭解志願者參與情況，有助於合理安排人力資源。
增強使用者參與感
- 便捷報名與反饋機制：志願者可以輕鬆報名參與活動，並提供反饋，增強了他們的參與感和歸屬感。
- 社群建設：系統為志願者提供了交流平臺，促進志願者之間的互動和分享，提高志願者的留存率。
** 資料驅動決策**
- 基於資料的改進：透過活動反饋和統計分析，組織者可以根據實際情況不斷調整和改進活動，提高志願者的滿意度。
- 長期影響：透過資料積累，系統可為未來的活動規劃和管理提供可靠的參考依據，推動志願者組織的可持續發展。
8.團隊分工
| 隊員 | 角色 | 完成情況 | 個人感想 |
|---|---|---|---|
| 董雯霖（隊長） | 前端、PM + 編寫部落格 | 編寫完成部落格 | 分工明確是一件挺複雜的事情，希望能共同完成好這個專案，也瞭解了團隊合作的基本流程 |
| 李嘉遠 | 後端、開發 | 配合編寫部落格 | 配合編寫部落格，學習到很多知識 |
| 陳金星 | 前端 | 搭建程式設計環境 | 學習了新的技術，希望能夠從這次的專案中學習更多 |
| 詹洛熙 | 測試 | 建立團隊倉庫，完善系統結構設計 | 希望能學習更多內容，爭取幫助到團隊 |
| 邱列圻 | 後端 | 制定初步的系統結構設計 | 系統結構 設計十分重要，要打好基礎 |
9.團隊倉庫
9.1 倉庫連線
GitHub 倉庫連結
9.2 Issue截圖
