今天來聊聊系統開發前要做哪些事
還有接到需求後，要怎麼根據需求去設計系統架構

通常在開發系統前，都會先針對需求去開系統規格書，
有一份書面文件出來，這樣在系統完成後驗收才有憑有據，
主要會寫系統要有哪些功能、畫面希望長什麼樣子、功能的詳細內容...等

雖然這次只是自己在做作品集，
但還是想按這個流程，來設計一下整個系統架構，
到最後就可以看看完成度是幾%

系統功能規劃

因為不確定能不能鐵人賽期間做完
所以我把整個功能分成三個階段

階段一、前端畫面 + 串接open api

這個階段基本上就可以當前端的作品集了，
因為我挑的這支open api 已經有大量又多元的資料，
一些基本的顯示功能，不用透過後端就可以完成

功能如下：

• menu

  活動會根據類別分頁，可以手動切換選單

• 列出所有資料

  每個展覽有1~n個場次，

  在首頁及列表只會顯示活動名稱、活動時間、票價及活動說明的一部分，

  如果要查看更多，點擊後可以瀏覽詳細頁面

• 詳細頁面

  會有活動地點、小地圖、活動細節等，

  也會放上該場活動的真正售票連結，

  可以再導引至其他網頁

階段二、後端 + 串接資料庫

• 規劃資料庫，把open api的資料每天更新到資料庫
• 增加活動搜尋、篩選功能
• 重構前端，原本連結的api都改為後端提供

階段三、加上進階功能

• 增加會員系統

  使用者區分成管理員、會員、一般訪客三種，
  管理員 有個後臺，可以管理預約紀錄、管理會員
  會員 可以預約展覽、新增我的最愛、查看個人歷史預約
  一般訪客 僅能瀏覽展覽資料

• 增加展覽預約功能

  包含預約、取消、更改

幫助自己完成的小訣竅

有時候專案比較大、功能比較多時
在開發的時候會感覺無從下手
有時候還會很無力

這種時候就是要把整個任務拆分成細項，
（如果自己不知道怎麼拆的話，可以請求前輩協助

只要照著一個一個完成，就感覺不會那麼難，
而且每完成一個任務還會得到成就感，
放棄或失敗的機率就比較低啦！

繼續努力 大家明天見~