我正在为项目管理设计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