咱们这系统有个好处，就是能吸取诸多实际管理使用者的意见，加上开发团队坚实的设计基础和程序开发能力，即时的进行更新，这样能让系统保持良性的发展，处在不断优化之中。
但同时也存在一个不足之处，就是每次更新后在系统的更新日志里面写的往往比较简单。主要表现在两个方面：一个是对于具体内容的更新，例如最近的更新“成本处理做了改进(感谢等⑴嗰晴天)”，因为是“等⑴嗰晴天”提得需求改进，更新的实际内容只有“等⑴嗰晴天”自己比较清楚，也或者是他在论坛中发的需求建议贴子里面写的，有看到到帖子的人知道这个改进改进的内容。 还一个是其他改进。这一项可能只是性能上的优化，小bug的处理等等，也不太详细，具体更新内容也无从得知。
这个问题以前见论坛里面的人提过，只是希望说能将更新日志变得更详细一些。但是我个人觉得这个也不太切实际。本身软件下载页面的更新日志是索引和大纲性质，如果将更新内容写详细，恐怕会变得非常冗长，而且会耗费开发者很多经历去完善更新文档。
但是，是否可以采用超链接的方式把更新的内容索引丰富起来，让使用者在每次更新的时候，点击每个功能点更新链接就可以看到每个功能更新的来龙去脉呢？而既然有论坛这个这么好的平台，也就是可以将需求建议帖子和实际功能更新点进行关联。例如，我前两天提的建议“关于单据执行情况查询的改进”原贴是：http://www.onlyit.cn/topic_list_detail?subject_id=56&topic_id=28638&topic_page_id=2。
这样，在更新后，下载更新页面的更新日志，在这个功能更新的后面做个超链接，例如“查看源需求”，其他用户在更新前可以点击跳转到我的这个原帖，从里面就可以看到我提出来的这个需求的始末，而且可以借鉴他人的使用系统的经验，虽然自己之前没有这个需求，但在看过之后也许会有一丝体会和共鸣，能帮助自己更游刃有余的发挥系统的全部功能和潜能。 而且这样做还有个好处，开发者不需要重新去写更新文档，只需要将相关话题做个关联就好，只是起到个线索关联追溯的把控即可，具体的内容可以发挥大众使用者的力量，在帖子里面跟帖就可以完成。 | 
