公司的文档本来也是一直基于Word/Excel文件+树状共享文件夹的，加上Web的MOSS构架的一个intranet来体现，但这种方式导致文件共同浏览，版本控制，多用户编辑等问题无法完善的解决，然后就是全文和关键字检索，多语言，LDAP+AD的整合等需要很多开发，公司总部的一纸对MOSS的禁令让之前随意搭建的体系变的不再可用，那么就需要一个更加完善的方式来管理文档，传统的Web文档管理系统（DocumentTree， DocMgr，OWL Intranet等）的方式是有点类似软件开发的源代码控制，每个文件作为一个实体文件存在于服务器的文件夹内，系统给予自己的权限控制和版本控制，通过插件支持对于常用文档格式的全文检索，但这个方式对于想建立一个Web类似于MSDN方式的文档系统的我有些不够用，所以偶的目光就投向了Wiki类的系统。

开源的Wiki系统很多，根据http://en.wikipedia.org/wiki/Comparison_of_wiki_software 这篇文章对于所有开源Wiki软件的评估，我们选中了TikiWiki这个系统，选择的条件很简单：支持AD整合，支持多语言，基于PHP+Mysql，这样容易编辑，呵呵。。这个系统是个大而全的系统，开发也很活跃，不过其中的构架看起来有点散，而且 由于是个纯的Wiki系统，对于上传类文档的管理和树状支持不如传统的文档管理系统做的细致，不过没关系了，架上用一下哈，架的很快，不过架上之后需要了解和学习的东西还很多，这个系统关于树状结构的控制是基于一个内建的插件的，这个插件在第二版本和第三版本上有很大差别，让我在升级3.1之后很头疼。

因为早先有个实习生来实习的时候我让他做一个简单的管理系统，他就架了一个他熟悉的Dokuwiki，这个系统真的很容易用，但没有数据库支持，所有的文档都是flat files，这就决定了这个系统无法被精细控制，后来放弃之后，里面的很多文档都没有很好的转移，这次架好了新系统之后就可以很方便的迁移，这次又来了个实习生，所有的细致的工作都交给她去做了，因为intranet也准备迁移至其他系统，所以现在要准备建立一个传统的文档管理系统给其他部门的用，因为别的部门的人可不像IT部门的人可以很熟悉这种Web管理和编辑的方式。

Web的编辑界面和现行的所有的Wiki的所见即所得的文档编辑器都跟传统的Word等差距很大，所以直接到TikiWiki上编辑和上传文档的人是需要一定的培训才可以掌握这些，而传统的文档的迁移是一个耗时巨大的工作，文档到了Wiki软件里，以后的审批，修改等都跟现行的单个文件的修改方式差别很大，所以IT部门内部要先考虑好修改，审批的流程，然后根据软件的功能加以配置和实现才能确保这个系统正常的运行，不管怎么样，这种Wiki的方式要比单个文件的方式更直接，更简单，更方便，是以后文档系统发展的一个方向吧。

其他相关的文章：

• 中小企业的IT开源的解决方案 (0)
• 配置OCSNG资产管理系统 (2)
• 谈小型商业的IT整合 (0)
• 项目管理软件 (0)
• Redmine项目管理软件 (2)