我正在爲項目管理設計Access .accdb
。項目合同爲每個項目規定了若干里程碑,並附有相關日期。里程碑的確切數量取決於項目規模的「要麼/或」的情況下,但最多6多個日期字段數據庫設計
我的僱主想跟蹤[Forecast]
日期,[Actual]
日期和[Paid]
日期爲每個里程碑,這意味着大型項目結果與它關聯的24個日期,通常重複(如果一個項目運行時間,所有四個日期將相同)
目前,我有tblMilestones
,其中有一個FK鏈接到tblProject
和記錄每個里程碑,將4個關聯的日期作爲記錄中的字段以及將里程碑標記爲完整或當前的字段。
我覺得我們正在收集,存儲和輸入很多毫無意義的數據 - 尤其是我們從項目經理收集數據的[Forecast]
日期(不是最可靠的數據)。一旦里程碑完成並輸入日期,則[Forecast]
日期相當無意義
我寧願在一張表中輸入合同日期,設置用戶標記里程碑完成時的實際日期並從交易記錄中繪製付款日期。
這是一個更好的設計方法嗎?數據庫很小 - 不到50個項目,所以我認爲我會讓事情比他們需要的更復雜,特別是在所需的額外用戶界面方面。
你知道預測日期將用於什麼嗎?你可能認爲這是毫無意義的,但對於未來的分析,它可能非常重要。 – Oded 2013-02-20 22:44:08
謝謝!我擔心我的設置不適合未來的分析。預測日期是PM認爲實現里程碑的日期。在里程碑的活躍階段,這很重要:瞭解項目如何按計劃運行是很好的。它將隨着PMs的月度報告而變化,因此更接近里程碑完成,預測日期將與實際值越接近。我目前的簡單tbl不會跟蹤預測日期的變化。 – KDJ 2013-02-20 23:17:52