一、前言
在 Day 1 中,我確定了這次 30 天鐵人賽的專案主題:「打造個人健康習慣追蹤系統」,並初步規劃了每日紀錄、歷史查詢、數據統計與習慣完成率等功能。
不過,在正式開始製作系統之前,我認為還有一個重要的問題需要先思考:我們為什麼需要這套系統?它究竟能解決什麼問題?
如果只是為了開發而開發,即使最後做出一個具有許多功能的系統,也不一定真的能幫助使用者。
因此,今天我想從日常生活中常見的情境出發,整理健康習慣管理可能遇到的困難,並思考資訊科技可以如何改善這些問題。
二、日常生活中有哪些問題?
經過初步思考,我將可能遇到的問題分成以下四類。
有時候,我們可能會想知道自己今天喝了多少水、昨天睡了幾個小時,或是這個星期運動了幾次。
然而,如果沒有特別記錄,通常只能依靠印象回想,得到的結果不一定準確。
因此,我希望系統可以提供一個固定的紀錄方式,讓使用者能夠隨時記下每天的健康習慣。
即使知道自己今天的生活狀況,也不代表能夠了解長期的變化。
例如,最近總覺得睡眠不足,但如果沒有記錄過去幾天的睡眠時間,就很難比較自己是否真的睡得比較少。
透過保存每日紀錄,使用者就可以回顧不同日期的資料,進一步觀察自己的生活習慣。
單純記下每天的數字,並不一定能讓人快速理解自己的狀況。
例如,連續記錄七天的睡眠時間後,如果還要自己逐筆計算平均值,就會增加整理資料的負擔。
因此,系統可以透過基本的數據統計,協助使用者計算平均睡眠時間、每日平均喝水量,以及每週運動總時間等資訊。
養成習慣需要時間,有時候即使設定了目標,也可能因為課業、工作或其他事情而忘記執行。
如果沒有明確的紀錄,就不容易知道自己完成了多少目標,也很難回顧過去的執行情況。
因此,我希望系統可以加入習慣完成率的功能,讓使用者能夠檢視自己的執行進度。
三、使用情境分析
為了讓問題更加具體,我設計了以下三個假設情境。

透過這些情境,我發現健康習慣追蹤系統的重點不只是儲存資料,更重要的是讓使用者能夠方便地查看、整理與理解自己的紀錄。
當資料可以被有效利用時,記錄才更有意義。
四、如何將問題轉化為系統需求?
在資訊系統的設計過程中,找出問題只是第一步,接下來還需要將問題轉換成可以實作的功能。
我將今天整理出的需求分成四個部分:
資料輸入: 使用者可以記錄每日的喝水量、睡眠時間、運動時間與蔬果攝取情況。
資料保存: 系統可以保留過去的紀錄,避免資料只存在當下。
資料分析: 系統可以計算平均值、每週運動時間等基本統計資訊。
進度追蹤: 使用者可以查看自己設定的習慣目標是否達成。
這些需求將作為後續設計資料欄位與規劃系統功能的依據。
初期會以簡單、容易操作的功能為主,避免加入過多不必要的設計,讓專案能夠在 30 天內逐步完成。
五、今日實作:建立問題與需求對照表
今天的實作不需要立即撰寫程式,而是先將問題整理成具體的需求清單。
我建立了以下對照表,作為後續開發的參考。
六、今日成果與心得
完成 Day 2 後,我整理出健康習慣追蹤系統希望解決的四個主要問題:缺乏固定紀錄、難以回顧歷史資料、缺少統計資訊,以及不容易持續追蹤目標。
同時,我也初步建立了問題與系統功能之間的對照關係,讓後續的設計與實作有更明確的方向。
透過今天的分析,我了解到資訊系統的價值不只是將人工操作自動化,更重要的是理解使用者真正遇到的問題,再選擇適合的方式解決。
接下來,我會進一步規劃系統需要記錄的資料欄位,思考每一項健康習慣應該使用什麼單位、資料型態與記錄方式,為後續建立資料表做好準備。