# 第 1 週(8/30-9/5):網站命名、流程圖與資料庫規劃
會議時間:2021/9/5 早上 10 點
會議主持:Yu
會議記錄:Dylan
時間:10:00-1400
會議討論項目:
1. 專案網站命名
* 選手:
1. WanderMap (勝出)
2. 尋山日誌
3. MountainSeeker
4. 漫坡台灣
5. 秘境探索
6. 岳界型男
7. 山野倉儲
8. 山旅初心
9. 親像山
10. 山呼吸
5. 工作分配模式
* 前後端來分,再由主導人依照功能分配工作:
* 後端:torai
* 前端:yu
6. 草圖及文件工作
會議結論:軟體各自使用
* 頁面結構
* 功能結構
* user flow
* Data Base:dbdiagram.io
* wireframe 電腦版草圖: notability
* wireframe 電腦版正式圖、樣式公版: figma
* wireframe 手機版:?
5. audit 區討論****
剩下步道及心得的"分類"資料庫規劃待下次會議討論
其餘部分直接修改紀錄wireframe
- wireframe 草稿
* 有無要增減的部分嗎?
* 介面位置有要調整的地方嗎?
* 介面細節:
* 步道資訊:是否串接公開資料?
* 不,我們自己生
* 要。依據資料來源提供的欄位...
* 步道要顯示那些資訊?
* 篩選器要有哪些選項?
* 公開資料無附圖,是否要分工上網找圖?
* 會員的基本資訊:除了大頭貼和暱稱之外還要有哪些
暫時只有暱稱與頭像,但預留位置待P2收藏功能擴充等等
* 心得頁面的必要資訊:
* 選地點
* 因為希望使用者從我們提供的點選出,所以應該會提供類似這樣的功能嗎?

* 難度
會議結論:依照林務局分級系統1~5級
1~5級另外命名
* 分類(下次會議待討論)
* 是否由我們提供較省事?
* 有哪些?
- 資料庫規劃
- 整個 run 一遍看看有沒有要新增的欄位
- mountains/trails 的欄位 => 林務局網站
- 會員基本資訊有哪些?
- trails 的 rating 欄位該怎麼算 => 動態產生
- p2/3 GPX 該怎麼使用 => 類似圖片上傳
- tags:
- 步道 tags
- 客觀難度:百岳 小百岳 中級山 郊山
- 難度:p1 預設的資料/p2 動態算
- 高度:林務局 => TR_ALT
- 最佳造訪期:TR_BEST_SEASON
- 全長:TR_LENGTH_NUM
- 文章 tags
- 行程天數:一日 多日
- 其他:危險地形、賞花、夜景、野生動植物
- comments 是針對文章,還是 trail 也可以 => 各開一張 table
- 按讚/收藏功能 => 各開 2 張 table 存收藏列表
3. 下週進度規劃
- wireframe 設計
- 規劃每個頁面的UI/共用元件 (設計、配色...)
- 針對不同裝置做最佳化 (手機版)
6. 開前端和後端的 github repo
7. 下週開會日期
* 一、三、五:20:00
* 日:10:00
{"metaMigratedAt":"2023-06-16T08:51:07.202Z","metaMigratedFrom":"YAML","title":"第 1 週(8/30-9/5):網站命名、流程圖與資料庫規劃","breaks":true,"contributors":"[{\"id\":\"ffd55724-cd46-455b-952e-d48b3e608c12\",\"add\":1020,\"del\":360},{\"id\":\"aff36af2-eacf-4c91-98ad-6557c1ca1a67\",\"add\":1105,\"del\":1007},{\"id\":\"b075fd63-b7a9-4624-9291-3611f09842d3\",\"add\":2076,\"del\":754},{\"id\":\"65db9eb2-b1e4-48a9-8ae4-96197f6ddef0\",\"add\":85,\"del\":5}]"}