(2008-07-05 14:40:32)
转载▼标签:
thinkrock树时间规划杂谈分类:
indexed今天发生一件伤心的事,我的ThinkRock数据丢失了。费了半天劲,找了XML SPY来看它的trx文件,发现里面的数据缺失了
。痛定思痛,觉得还是把相关功能放到自己的程序里靠谱。
说实话,ThinkRock在功能和界面设计上还是很不错的,揍是不稳定并且占资源。只能说他们的产品设计师不错,程序员和测试人员能量有限。当然,他们应该也不会有余力为一个远在中国的典型环境来搭建测试平台。要不说,开发软件产品的工作量是功能实现的工作量的100倍呢,而且这个多出的工作量是又枯燥又冗长……
废话不说了,想想自己这问题咋解决吧。
ThinkRock对我来说,最好的地方就在于:它可以把要做的事以Project树的形式表现出来(树是一个我太喜欢的信息结构了,不知别人是否这样);另外就是可以把actions以多种形式排序;另外还有collect thoughts的功能(这个是实现起来最容易的)。当然,它还有界面上的优点,主要是各种各样的浮动关联窗口,这个我在现阶段就表追求鸟。
看来树是我无法回避的痛了。在网上逡巡了一番,发现这么典型的树,还和十年前一样没什么好方法,还是得自己生成结点、自己处理结点的打开和移动……说实话,有点畏难。
功能的初步设计:
Project以树层次维护起来,叶节点是action,也是TimeTrack实时记录的基本单元;
Project有Topic属性,Topic是生活中所有事情最大的分类。topic->project->action构成一个层次的结构。
ActionType以树层次维护起来,actionType树的叶结点是TimeTrack进行时间测量的基本单元。
进行全天24小时TimeTrack时,先在project树形窗口里指定要做的事情,然后再记录时间;每个action所属的job类型则在另外一个actionType树形窗口里指定。
进行当前时间规划时,提供scheduled actions查询;再提供DO ASAP查询;Project分当前的和未来的,当前Project里的actions完成后,要提醒用户把后续的actions由inactive变为DO ASAP。
实现的初步考虑:
考虑到对树的操作很频繁,所以最好把这些操作分别封装成函数,表的名称作为参数输入。这样以后拿到别的软件里也可以用(理财、知识维护,可能都会需要)。
更多
TimeTrack功能设计文章
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请
点击举报。