企劃書 - HackMD

# :bulb: 基本資訊 :::info :triangular_flag_on_post: 壢中熱食部訂餐系統企劃書 ::: # :notebook: 目錄 :::success [TOC] ::: # :thought_balloon: 動機 - 壢中熱食部訂餐現況壢中熱食部向來在每週發放 **紙本菜單** 讓各班點餐，並於每天早上前兩節下課開放學生訂餐。 - 觀察到的問題 1. 對於各班負責訂餐人員，需要每天向同學蒐集訂單，並在指定時間到熱食部提交，該過程十分浪費時間，且容易延遲學生抵達課堂時間 2. 金錢控管上易有出入，學生還需要花時間理清金錢糾紛 3. 紙本菜單有不環保之疑慮 4. 熱食部員工們需要花時間及人力幫學生訂餐，並於之後統計各項餐點訂餐狀況 - 解決方案我們希望開發出一套專屬壢中熱食部之訂餐系統，供日後壢中老師、學生以及熱食部員工們使用。 # :page_facing_up: 計畫內容 ## 人員配置本計畫由四個對該計畫有興趣之學生組成，大多數為 (1)壢中畢業或 (2)正在修讀資訊工程相關科系之大專生組成。計畫會另外宣傳至壢中學生，歡迎對此計畫有興趣且想了解軟體工程相關實務經歷者參與 - 陳柏瑜 - 張瑋宸 - 蔡函伃 - 湯可伊 ## 計畫分組本計畫不另外進行分組，所有功能由大家共同開發討論。 ## 系統功能訂餐系統預期包含下列功能 1. 使用者註冊、登入 - 開放學生、教職員已訂餐者身分註冊系統使用系統訂餐 - 開放熱食部員工以工作人員身分註冊系統更新系統內容 - ==是不是需要登入?== 2. 學生、教職員訂餐 - 使用線上訂餐系統可讓學生個別訂餐，不必增加負責訂餐同學之負擔 - 熱食部仍然可以以班級訂單進行處理，甚至是全校訂單，方便熱食部工作 - 訂餐截止時間固定，較不會因為訂餐影響學生課堂 3. 熱食部相關公告 - 熱食部菜單 - 熱食部菜單營養標示 - 活動 4. 各項數據分析 - 營養師、熱食部就學生訂單分布進行分析 - 針對天氣等其他因素決定隔天販賣商品種類、數量 5. 金融服務 - ==待研議== - 提供行動支付或預儲值等繳費模式 - ~~學生證~~ 6. 易操作 API - 學生訂餐介面 - 熱食部人員修改介面 ## 時程規劃計畫初估時程約一個學期，詳細時程表如下： | 項目 | 預計時長 | 開始時間 | 結束時間 | 備註 | | :-- | :-- | :-- | :-- | :-- | | 計畫提案 工人招募 | 半個月 | 2024.01.13 | 2024.01.31 | 1. 計劃書撰寫 2. 向壢中老師討論計劃可行性 3. 主要開發者（大專生）招募 4. 分享消息致壢中端 | | 計畫討論 | 一個月 | 2024.02.01 | 2024.02.29 | 需求規格書、設計規格書撰寫 計劃細項討論 | | 功能開發 | 三個月 | 2024.03.01 | 2024.05.31 | 各項功能開發 固定每週線上會議 製作、發放前測問卷 | | 細節處理 | 一個月 | 2024.06.01 | 2024.06.30 | 緩衝、開發額外功能 | | 功能測試 | 一個月 | 2024.07.01 | 2024.08.31 | 測試與修正 | | 計畫提交與修正 | 一個月 | 2025.09.01 | 2025.09.30 | 產品提交至壢中，供學校進行測試 製作、發放後測問卷 | - 計劃提案 > 找壢中老師討論計劃可行性 - 壢中是否需要這個東西 - 高中生是否適合參加 - 計畫可行性 - 計劃討論 - 撰寫需求規格書 - 包含頁面設計、功能需求一一點出 - 撰寫設計規格書 - 盡可能處理到細項（用什麼語言、工具開發，大致演算法長相） - 需同時評估開發時間 - 包含 input, output - 包含前後端溝通事宜 - 功能開發 - 會議：每週小組會議（線上） ## 計畫問題 1. 熱食部為外包廠商負責 2. 教育部規定為了安全性現在各級學校系統需向上集中管理，不得自己寫程式新增功能因為上述兩項議題，此計畫將從實務導向轉為研究導向，開發組會另外設計前後測問卷，在系統上架前讓壢中學生填寫前測問卷，於系統開發出來後請壢中學生試用，並填寫後測問卷，以前後測問卷之結果作為研究使用。至於系統上架於否將視熱食部及學校討論後決議