wiki系统很适合作为项目管理系统和文档管理系统

关键词： 管理系统 系统

wiki系统很适合作为项目管理系统和文档管理系统（精选5篇）

篇1：wiki系统很适合作为项目管理系统和文档管理系统

wiki系统的好处是写作和版本控制，特别是对于多人负责和文档琐碎复杂的情况下，一个好的wiki系统可以在工程师和项目组中实现有效的沟通。

今天提到文档方案的问题，正好我们的一个工程师也提出了协作问题。指出目前团队协作方面的欠缺，同时应该发现，目前对于文档管理这块，部门还是欠缺的，虽然像某些服务单位已经有了较为完善的文档，但是由于独立和修改次数的增多，如何确立一个“正确、标准”的版本成为一个比较复杂的问题。而更大的问题就是文档传播的问题。当然，你说工程师写好了文档，放在这里，你来拿，或者我给你邮寄。首先，我们的工程师处于市内各个地点，通讯交流有一定的阻碍，也不能快速迅捷的复制文件，使用email更会造成邮件系统的资源占用，并且如果需要修改一处错误，难道要群发邮件?

观目前使用的知识库，首先仅仅按照服务地点来组合，就不是很科学的方法。文档的建立，并不是为了记录，而是为了查阅的方便。keso说过，GoogleNotebook目前失败在于既不方便于存储也不方便提取。目前查询系统和分类界面都不是很令人满意。所以服务文档看似很多，但却很少有人去查询。

较为科学的分类方式，借鉴当今比较火的web2.0的概念叫做tag(标签),我们通过tag文档，作为日后搜索文档和查询文档的关键字。这个关键词可以是服务地，也可以是问题类型等。这样，一个文档被贴上多个tag后存档。比如：A单位，网络，cisco。日后a单位网络出现问题在查询的时候，输入a单位，网络 即可搜索到相关文档。或许就是相同的问题。比如我想了解关于cisco的问题，那么同样通过cisco tag，我们也可以了解到相关信息。当然，如何组织tag的定义分类 对于快速搜索是很有帮助的。

另一个就是版本控制。当一篇文档以标准的格式完成的时候，我们把它加入到存档中。随着时间的增长，必然会产生新的问题或者对原有问题有了新的看法。还有新的工程师发现了问题。那么就要去修改。共享文档自由修改虽然方便，但是版本控制就成问题。如何确保不被错改，误改?所以引入了“权威版本”的概念。比如一篇关于某系统的详细文档，经过管理人员审订的初稿可以定为“权威版本”。日后如果发现问题或者有了新的解决需要更新，那么工程师可以立即去修改。但是这个修改并不影响到权威版本，当修改稿被广泛接受或者经测试无误，则并入“权威版本”并相应的版本号进步。

版本控制其实在office中已经实现，但是很少有人关注，并且其应用也受到一定的限制。并且由word组成文档组并不利于迅速的搜索，对于常见问题来说，建立长篇的大型word文档不是一个很棒的选择。

wiki系统自出生以来，就实现了协作、共享和查阅。所以基于这种特性，很是看好wiki在日后企业中的应用。不仅仅是实现项目和文档的管理，如果实现相应的权限控制，甚至可以实现组织和运作的管理。

通过网络的传播，不仅仅是在局域网中，在任何地方，工程师们都可以访问到OA中的文档，有效快捷的针对性查询。在家里，可以系统地看到其他项目组的有条理文档。

EA(Electronic Arts) 公司就在其内部实现了类wiki系统的组织管理和项目管理。

下面是关于wiki企业应用的一些概念介绍:

试析Wiki在企业管理中的应用

Wiki推动内容管理软件获得高利润空间

Wiki全方位解惑挑战内容管理软件

团队协作并不非得需要一个wiki工具，wiki的协作精神才是最重要的，

当然如果有一个良好的管理系统，那么还是会让工作更有效的进行。

附录：关于什么是wiki(这里指Native wiki)

Wiki一词源自夏威夷语的「wee kee wee kee」，本是「快点快点」之意。在这里Wiki指的是一种超文本系统。这种超文本系统系支持那些面向社群的协作式写作，同时也包括一组支持这种写作的辅助工具。有人认为，Wiki系统属於一种人类知识的网路系统，我们可以在Web的基础上对Wiki文本进行浏览、创建、更改，而且这种创建、更改、及发布的代价远比HTML文本小;与此同时Wiki系统还支持那些面向社群的协作式写作，为协作式写作提供了必要的帮助;最后，Wiki的写作者自然构成了一个社群，Wiki系统为这个社群提供了简单的交流工具。与其它超文本系统相比，Wiki有使用简便且开放的优点，所以Wiki系统可以帮助我们在一个社群内共用某个领域的知识。

Wiki起源

1995年沃德?坎宁安(Ward Cunningham)为了方便模式社群的交流创建了全世界第一个wiki系统-WikiWikiWeb，并用它建立了波特兰模式知识库(Portland Pattern Repository)。在建立这个系统的过程中，沃德?坎宁安创造了Wiki的概念和名称，并且实现了支持这些概念的服务系统。这个系统是最早的Wiki系统。从至间，波特兰模式知识库围绕著面向社群的协作式写作，不断发展出一些支持这种写作的辅助工具，从而使Wiki的概念不断得到丰富。同时Wiki的概念也得到了传播，出现了许多类似的网站和软体系统。

Wiki的历史不长，无论是Wiki概念本身，还是相关软体系统的特性，都还在热烈的讨论中;所以怎样的一个站点才能称得上是一个Wiki系统还是有争议的。与Wiki相关新近出现的技术还有blog，它们都降低了超文本写作和发布的难度。这两者都是同内容管理系统密切相关的。

Wiki的特点

使用方便

维护快捷：快速创建、存取、更改超文本页面(这也是为什N叫作 “wiki wiki” 的原因)。

格式简单：用简单的格式标记来取代 HTML 的复杂格式标记。(类似所见即所得的风格)

链接方便：通过简单标记，直接以关键字名来建立链接(页面、外部连接、图像等)。

命名平易：关键字名就是页面名称，并且被置於一个单层、平直的名空间中。

可增长

可增长：页面的链接目标可以尚未存在，通过点击链接，我们可以创建这些页面，从而使系统得以增长。

修订历史：记录页面的修订历史，页面的各个版本都可以被获取。

开放性

开放的：社群内的成员可以任意创建、修改、或删除页面。

可观察：系统内页面的变动可以被来访者清楚观察得到。

由於Wiki的自组织，可增长以及可观察的特点，使Wiki本身也成为一个网路研究的对象。对Wiki的研究也许能够让人们对网路的认识更加深入。

篇2：wiki系统很适合作为项目管理系统和文档管理系统

关键词：XML,文档内容管理

1 文档内容管理的现状及发展趋势

文档内容管理系统的研究与开发是随着信息技术的蓬勃发展而逐步从概念走向应用的。从国外的研究来看, 文档内容管理系统的研究与开发是伴随着办公自动化的应用与研究提出的, 近些年来, 信息技术的发展, 尤其是网络通信技术、多媒体技术、数据库技术、中文处理技术的发展, 为现阶段的文档内容管理系统处理种类庞杂、用途多样、结构复杂 (包括结构化和非结构化的问题) 的文档对象提供了新的可能性。

所谓文档内容管理系统是一种应用软件, 它可使用户在网络上有效控制其文档的创建、存取与发放过程, 并可使他们拥有监视其文档流的能力。例如, 最基本的文档内容管理系统可向用户提供简单的文档查询功能。较为先进的电子文档内容管理系统还可向用户提供诸如全文本检索、文档复合、浏览与发布以及某些群件工具 (如工作流) 特性等。传统上, 文档内容管理产品供应商所瞄准的是那些大量使用文档的领域, 例如制造业和航空工业以及政府工作部门等。文档内容管理工具不仅能够使这些领域中的用户在其整个系统范围内监视用户的信息流, 而且还能够为成员间的合作提供一个统一的信息平台。因此, 人们常常把文档内容管理系统用于对生产过程的控制 (以提高生产效率) 、妥善管理技术文档、记录单位关键信息等。

目前对于文档内容管理技术的研究, 已经颇为成熟, 也出现了大量的应用软件。国内外文档内容管理系统主要采用基于群件的文档内容管理系统、单领域的专用文档内容管理系统及基于PDM (产品数据管理) 的文档内容管理系统三种文档管理方式。

1.1 文档内容管理所面临的难题

目前文档内容管理所面临的难题主要表现在以下几个方面:

(1) 文档资料的数量极其庞大。目前Web上的文档资料过于庞大, 其数据量以兆兆字节计算, 而且仍然在迅速地增长。

(2) 文档资料的组织形式多种多样。目前的文档资料以不同的格式存储于不同的数据组织形式之中, 其中包括文本数据、关系数据库数据、面向对象数据库数据、文件数据以及声音、图像、邮件等。

(3) Web页面的复杂性高于任何传统的文本文档。Web页面缺乏统一的结构, 它包含了远比任何一组书籍或其它文本文档多得多的风格和内容。

为解决以上问题, 就必须实现文档的同性结构组织, 和页面内容的有效的标识和索引。所谓同性结构组织, 即数据文件的组织结构不依赖于系统平台和数据库管理平台;实现页面内容的有效标识, 即将数据信息与格式信息相分离, 从而以有表述能力的标签语言表达文档内容。

1.2 文档内容管理的发展趋势

从技术和应用角度来看文档内容管理的未来发展将会有以下几个趋势:

(1) 应用范围逐渐拓展。主要表现在企业文档内容管理和电子商务的文档内容管理。对于企业应用而言, 发展趋势是将文档内容管理从办公自动化以及某些局部应用拓展到整个企业, 形成企业文档内容管理。而电子商务主要是强调交易中对整个文档价值链的管理, 使企业能够和供应商、合作伙伴、客户之间实现充分的文档共享。

(2) 文档内容管理和业务应用更加紧密结合。应用集成将成为文档内容管理解决方案所必需要考虑的问题。因为文档内容管理最终还是要服务于具体的业务过程。这很大程度上是一个系统和应用的集成问题, 它需要消除应用之间妨碍应用的界限, 使企业能够充分感知市场和用户的需求并做出快速反应。

(3) 技术应用的进一步深化。主要表现为更多智能手段的引入和在文档内容管理的整个生命周期内对XML技术的采用。目前文档内容管理解决方案具备了检索、工作流、版本控制等基本功能, 处理的智能性还不高。文档自动分类技术、文本挖掘、Web挖掘、Portal等技术也有了一定的应用, 但还会有更多的新技术将被引用进来, 如语义分析、自然语言理解、智能代理等。

(4) 文档内容管理和知识管理趋向融合, 并最终成为知识管理解决方案的组成部分。这主要归因于文档内容管理的很多功能和知识管理都有相似之处。

2 XML技术特点

XML作为一种新的Web标准, 正得到越来越多的厂商的支持, 将是未来Web上的标准文档交换格式。将XML作为文档内容管理系统中的文档描述语言, 可以利用XML的诸多优点。XML是一种国际标准, 用XML描述的文档具有良好的通用性, 可以做到系统间的通用, 易于与其它系统进行数据交换。

XML技术作为文档管理难题的解决手段已经日益被人们接受和采纳。一方面, 大量的原始信息开始通过特定的转换机制, 整合为XML数据;另一方面, 未来将会有大量的Web页面用XML书写, 并遵循一组良好的文档类型定义, 从而有利于促进不同Web站点间的信息交换, 更方便实现对各种组织形式的海量文档资料的有效管理, XML的最大优点在于它的数据存储格式不受显示格式的制约。

一般来说, 文档本身除了文件名称还拥有各种各样的信息, 这些信息有的是记录在文档里面的, 有的则没有。如一张照片的拍摄者, 一份会议纪要的与会人员等。这些信息往往不止一个两个, 而有很多, 这需要我们记录这些信息以在需要的时候随时快速提取, 而这些信息又是不固定的。通过XML对这些元数据进行管理, 企业可以很方便的记录、管理这些信息, 并根据这些信息自动分类, 检索。另外, XML的自我描述性质能够很好地表现许多复杂的数据关系, 使得基于XML的应用程序可以在XML文件中准确高效地搜索相关的数据内容, 忽略其他不相关部分。XML还有其他许多优点, 比如它有利于不同系统之间的信息交流, 并有希望成为数据和文档交换的标准机制。

3 基于XML的文档内容管理系统

基于XML的文档内容管理系统利用元数据的概念对文档内容进行管理。元数据是"关于数据的数据 (data about data) "或"关于数据的结构化数据"。本文所讨论的元数据是:描述某种类型资源 (或对象, object) 的属性, 并对这种资源进行定位和管理, 同时有助于信息检索的信息。它特指在标记语言环境下, 对网络信息资源进行描述的解决方案, 主要支持对网络信息资源的发现、存储、管理和检索利用。本文将使用XML这种自描述的、半结构化和可扩展的标记语言来表示元数据。

文档内容管理系统将所有的文档信息分为两部分:一部分称为元数据, 即文档的描述信息。如文档名称、类型、创建日期、版本、所有者以及存取的相对路径等, 保存在XML实例文档中;另一部分即具体的物理文件, 存放在磁盘上从而建立起XML实例文档与一个物理文件的连接和对应关系, 比较方便地实现文档的管理与共享。

4 文档内容管理系统的设计与实现

4.1 文档管理元数据的设计

鉴于前面有关元数据的概念与目标, 在文档内容管理系统中, 元数据首先是描述文档和保障文档真实性的工具, 同时, 它也是对文档信息的基本组织方法。因此, 元数据可以为文档内容管理系统各层次内容提供规范的定义、描述、交换与解析机制;为分布式异构系统提供互操作和无缝集成的纽带;为计算机及其网络系统自动辨析、分解、提取和分析归纳文档提供有力的工具。具体而言, 元数据在文档内容管理中的应用功能主要体现在以下几个方面: (1) 确保并且证明文档的真实性和凭证价值; (2) 有助于对文档的保护与长期保存, 使其具有长久有效性; (3) 有效地管理文档; (4) 方便查询和利用。

在文件内容管理系统中, 元数据不仅包括对文档的描述, 也就是说, 元数据不再仅仅作为内容对象的工具, 而且也是基本的信息组织和系统组织的方法。鉴于这种概念和目标, 面对复杂的、开放的、分布和异构的网络环境, 有效设计和应用文档元数据成为衡量文档内容管理系统成败的重要因素。

为此, 我们对国际上大量现行元数据标准和相关研究成果, 也对国内图书情报领域的相关成果进行了分析和归纳。在此基础上, 本文依据都柏林核心元素规范并结合实际需求进行了有针对性的扩展和缩减, 具体如表1所示。

4.2 系统体系结构

本文中的文档内容管理系统采用先进的J2EE技术平台, 良好的分层设计保证了优秀的系统伸缩性和扩展性, 先进的B S结构, 客户端无需安装任何软件即可使用, 简化IT部门的管理工作, 使用方便简单。灵活的实现机制保证系统能适应各种文档管理需求。它集成了包括文档录入采集、内容抽取、全文检索、元数据管理、安全管理、网络存储等功能;按照文档管理的需求, 总共分为如图1的几个层次。

4.3 功能介绍

(1) 完善的文档管理功能。实现文档录入和管理的功能, 实现对文档元数据信息3个基本功能 (添加、修改和删除) 。在文档的管理方面, 不仅可以管理电子化文档 (包括Word、excel、等Office文档, PDF, html, xml) , 而且支持将纸质文档通过扫描仪进行电子化后归档到系统中进行管理。

(2) 高效简单的文档搜索。通过文档搜索子模块, 用户能够通过一个简单的查询在整个结构化和非结构化的内容仓库内搜索企业信息。系统还提供强大和灵活的搜索选项, 包括通过作者、题目、关键字、日期和大小等进行搜索, 以提高查询效率。用户也可以采用相关性资源和概念选项, 并可以在查询结果中设置有意义的展现方式。系统对搜索结果集提供文档摘要、搜索条目加亮、再次搜索等功能, 并支持多语言的文档搜索。

(3) 完善的用户管理, 确保信息安全。本模块实现文档和目录的权限管理功能, 缺省情况下, 文档或目录的创建者拥有该文档或目录的管理权限, 具有管理权限的用户来设置文档或目录的其他权限, 设置权限的对象可以是部门, 即部门下的所有人员, 也可以是单个用户, 主要包括以下3个权限: (1) 读取权限:能查看文档或目录的基本信息, 不包括权限信息; (2) 录入权限:除可查看文档和目录的基本信息外, 还可修改基本信息; (3) 管理权限:这是文档和目录的最高权限, 除录入和读取权限外, 具有文档和目录的管理功能, 包括删除以及修改权限的功能。

同时, 对于系统中所有操作及数据库的访问系统都将记录日志, 方便对系统进行安全上的管理和维护。同时具备系统数据和数据库数据进行存储备份及灾难恢复的管理功能。

5 结束语

XML作为一种关键技术被运用到文档内容管理系统中, 已经日益被人们接受和采纳。随着新技术的应用, 尤其Native XML数据库的产生, 数据可以以XML格式保存, 也就是说, 我们可以避免一系列的转换过程。但是, 就查询速度、检索和约束而言, 关系数据库仍是最优的。因此, 将属性和关系保存在关系数据库, 将XML文件保存在Native XML数据库, 即将关系数据库和Native XML数据库结合使用, 这样既保证了查询速度, 又减少了一系列的转换过程, 具有较好的应用前景, 值得我们深入研究和应用。

参考文献

[1]Sun Yi zhong, The basic of XML theory and application[M].Beijing:Beijing University of Post and Telecommunication Press, 2000. (in Chinese) .

[2]陆斌, 全力勤.基于XML的文档管理[J].中国科技信息, 2005 (12) .

[3]刘康珍.XML文档管理系统的研究与实现[D].国防科学技术大学, 2006.

[4]金更达, 何嘉荪.电子文件元数据标准设计框架研究[J].浙江档案, 2005 (9)

篇3：wiki系统很适合作为项目管理系统和文档管理系统

Wiki是一种在网络上开放、可供多人协同创作的超文本系统, 由“Wiki之父”沃德·坎宁安 (Ward Cunningham) 于1995年所创。

我们开发iWiki系统将实现一个简单的Wiki系统, 同时将添加词条编辑的权限管理和审核机制, 将用户验证机制和管理员审核通过机制结合, 在不会严重损失Wiki的协同工作模式的效率下, 有力确保系统中的数据质量。

1.1 系统用途

所有Wiki系统的本质均是基于网页, 特别是HTML文本的应用情况, 所以iWiki系统的纯文本性质不影响其用途域。iWiki系统可以用于所有Wiki系统适用的情形, 包括内容管理系统、信息检索系统、Wiki教育应用以及网志编写。

1.2 系统定义

词条 (item) :为iWiki的最小可操作单位, 一个词条拥有其自己的名称和编辑历史。

注册用户:所有注册通过的用户。具有查找、创建、修改词条的权限。

管理员:指定系统管理员, 除具有注册用户权限外, 还具有删除用户, 审查、删除词条等权限。

陌生人:所有未注册用户, 具有只读权限。

1.3 系统环境

1.3.1 服务器运行环境

操作系统:Windows系统或Linux系统

Java运行时环境:JRE 6

Web服务器:Apache Tomcat 5.5.25

DBMS:PostgreSQL 8.3.7

1.3.2 客户端 (浏览器) 运行环境

操作系统:无限制

Web浏览器:要求支持标准HTML, 支持大部分CSS2.0标准

2 系统设计

(1) 系统构架。系统采用三层客户/服务器 (B/S) 体系结构: (1) 客户层:基于用户页面的Web浏览器; (2) 服务层:JavaBeans和Jsp相互配合, 完成用户页面输入、处理和输出等功能; (3) 数据库层:存放系统所需的各类数据。

(2) 接口设计。 (1) 用户接口。网站部分:用Jsp搭建, 提供清晰美观的用户界面; (2) 外部接口。数据库存储:数据储存和处理通过Jsp和PostgreSQL交互完成; (3) 内部接口。本系统以数据为中心, 网站各模块均通过Jsp与数据库服务器进行交互。

(3) 系统用例: (1) 陌生人:用户注册、查找词条; (2) 注册用户:登入登出、修改个人信息、词条基本操作 (包括创建、修改和查找词条) ; (3) 管理员:删除用户、词条管理 (包括审查和删除词条) 。

(4) 系统功能模块如表1所示。

(5) 数据库设计。 (1) 基本数据表:用户表 (users) :用户编号、用户名、用户密码、邮箱、备注;管理员表 (admin) :用户编号;词条表 (items) :词条编号、词条名称、级别;词条版本表 (vitems) :编号、词条编号、用户名、备注、创建时间 (用于记录历史词条) ; (2) 对象—关系图如图1所示。

3 关键技术

iWiki系统对词条的管理采用了树状的结构, 即可以实现词条的多层次管理。比如:如果有一个词条为“中国", 我们就可以在“中国”这个词条下创建子词条如“四川”, 类似可以在“四川”这个词条下继续创建子词条如“成都”。程序通过一个树状结构和树状查询来完成相应的操作。主要代码如下:

4 结束语

篇4：wiki系统很适合作为项目管理系统和文档管理系统

WIKI、BLOG、BBS等是主要的网络应用方式, WIKI是继BLOG、BBS、RSS等之后正在兴起的新型网络应用方式, 是一种提供平等协作共创环境的社会性软件。它缔造了一种分散及时的合作模式, 集成来自互联网上的众多浏览者的各种智慧, 促进各方面信息在特定领域内部快速流动。目前国内网络学习普遍存在的问题是“学习迷航”、“认知过载”、“情感缺乏”[1], 而基于WIKI的网络协作学习平台是一个人人可编辑、可删除、可修改的超文本系统, 它以新的资源开发模式和呈现模式促进知识的合理组织与管理, 增加学习者的情感交流等, 这在一定程度上弥补了传统网络学习的不足, 成为数字化学习的一个新焦点[2]。本文通过分析WIKI的特点及其典型应用, 结合相关教育教学理论, 指出其在教育教学中的独特优势, 并给出基于WIKI的协作学习系统模型, 面向的对象主要是高校师生, 这里称之为基于WIKI的“高校联合生态系统”。

二、WIKI的特点及其在网络学习中的应用

WIKI是一种支持协作共创的社会性软件, 它的特点主要反映在以下几个方面。 (1) 简单易用性:使用简单标记完成页面的编辑工作, 通过关键字即可创建新页面的链接。 (2) 协作共创:多人共同对一个内容主题进行协同编辑, 并且WIKI提供科学的编辑冲突方案。 (3) 开放平等共享:WIKI平台对浏览者是开放的, 任何人可以创建、修改以及删除页面, 任何人可以分享平台上的学习资源。 (4) 自组织:不同主题内容的组织结构因页面不断地增加和删除会自动地重新组合。 (5) 可增长:若链接的页面不存在, 学习者可通过点击链接创建新页面, 从而促进页面增长。 (6) 可汇聚:相同关键字的链接会自动汇聚到一起, 同时整个组织结构也会随之改变。 (7) 版本控制功能:WIKI通过数据库技术实现版本控制和版本对比, WIKI用户可以找回以前版本, 也可以对不同版本进行比较。 (8) 知识结构合理性:用户通过点击链接编辑新页面, 按知识组织结构逐步自上至下生成各级页面, 使主题内容呈现清晰的层次结构。WIKI的这些特点使其在各种领域得到广泛的应用。

随着WIKI相关技术及辅助工具的扩展, 其在更广泛的领域得到应用。如以共建电脑网络实用知识库为目标的天下维客, 以做最大最全的历史百科全书为目的的大史记, 还有中国食品百科以及越来越多公司内部使用的方便员工讨论和资源共享的WIKI站点等。这些站点聚集特定领域的知识, 并将这些知识向一定的广度和深度发展, 同时这些知识的层次性促进知识组织向良性结构发展, 利于学习资源复用更新, 方便学习者存储、检索、管理和知识共享[3]。协作共创将成为一个新的知识创作模式, 将推动一个新的网络时代的开始[4]。下面我们分析并设计基于WIKI的协作学习平台, 同时指出其在教育教学应用中的独特优势。

三、基于WIKI的“高校联合生态系统”的分析与设计

(一) 基于WIKI的“高校联合生态系统”分析

本文以构建全国高校虚拟协作学习社区为基础, 提出基于WIKI的“高校联合生态系统”的设计思想, 以WIKI为平台核心, 以BLOG和BBS作为平台的辅助工具。BLOG则是展现学生个性的平台, 促进学习者个性的发展以及创新能力的培养, 为系统知识创新奠定基础。BBS则更进一步促进知识的提炼、去粗取精。WIKI确保协作学习平台的即时性、相关性、组织性、可汇聚性以及共享性等特性。BLOG上有创意的、有价值的话题可以在论坛里以专门主题提出, 以得到更深入、具体的讨论, 当话题讨论到一定程度足以自成知识体系的时候, 可以在WIKI里开设一个专题以使该方面的知识得到系统、有层次的梳理, 方便进一步补充和完善, 同时也方便后人查阅。

1.多维度资源共享。基于WIKI的“高校联合生态系统”使任何人都可以充分利用各高校的资源, 促进各高校资源的高度整合以及对学习者透明化。

2.多元交流机制。基于WIKI的“高校联合生态系统”建立了一种多元的交流机制, 学生之间、学生与教师、教师之间、学生与家长、教师与家长以及家长之间可以通过基于WIKI协作学习平台进行交流, 这加强了参与者的思想和情感交流, 同时也集中了各行业众多人士的不同智慧, 从不同的角度来解决问题, 促进知识创新和发展。

3.合理的评价机制。区别于以往评价往往局限于总结性评价, 这里加入形成性评价和多元化的评价机制。对学生的评价贯穿整个学习系统。用户在自己空间里发表有创新价值的话题, 系统管理员可以为其加分, 并附以简洁的加分原因;用户在论坛里发表有价值、有意义的话题, 系统管理员也会根据实际情况为其加分;对WIKI做出贡献的人也会得到加分奖励, 这三部分加分总和则是对一个人在此网站上所做贡献的总体评价。并且系统可以随时查看学习者对系统所做贡献的历史记录。

4.内容针对性强, 知识组织的良构性。在这个“高校联合生态系统”中, 学习内容明确、分类细致并具有鲜明的学科特色, 这有利于知识的合理组织, 利于管理者维护, 贡献者流向也较明确, 一定程度上克服了WIKI站点容易内容宽泛、不成体系的缺点。

基于WIKI的协作学习平台上的学习是一个多方互动的过程, 知识的建构是在一定的情境中通过协作、会话等方式来完成的, 学习者之间的协作互动在知识获取过程中起关键作用, 这与建构主义学习理论不谋而合。另外, 基于WIKI的协作学习平台和传统学习平台的优势结合, 既要发挥教师引导、启发、监控教学过程的主导作用, 又要充分发挥体现学生作为学习主体的主动性、积极性和创造性。只有把这两者结合起来, 使两者的优势互补, 才能获得最佳的学习效果。

(二) 基于WIKI的“高校联合生态系统”的设计模型

综合上面的分析, 我们可以把基于WIKI的“高校联合生态系统”设计模型表示如下。

如图1所示的基于WIKI的“高校联合生态系统”模型, 我们可知以下内容。

首先, BLOG和BBS保证即时交流的可能性以及学生个性的发挥, 促进学生内隐性知识的充分释放并转化为个体显性知识, 不同学习者知识简单融合构成群体隐性知识, WIKI则在众多学习者的共同作用下, 把各种不同的知识转化为群体显性知识, 最终实现知识创新;其次, 教师和学生共同作为学习资源设计、开发和应用的主体, 教师和学生同时既是课程资源的建设者, 又是课程资源的使用者, 师生互教互学, 共同构成一个充满生机和活力的“生态系统”, 家长的实时参与也为系统添加活力;在此, 系统也克服了传统教学资源不能把老师的教学思想和学生的学习特点融合到教学软件中的缺点;最后, 版本控制功能帮助学习者获取知识本身的完善过程, 促进学习者自身知识的建构, 众多学习者的协作互动共同完成知识建构, 一定程度上也促使学习者的知识构建更为合理、更丰富多彩;另外, 教师应透彻分析教学目标和教学内容, 给出最适合集体创作和小组合作的学习内容, 并做到对学习过程的组织、管理、监控和协调的作用。这样基于WIKI的“高校联合生态系统”才能更好地促进教学和学习。

四、结论

随着科技的发展, 各种先进的信息服务平台进入我们的生活, 如何有效利用现代信息技术加强学校、家庭和社区教育成为我们目前迫切需要研究的问题[5]。“高校联合生态系统”推动高校学生、教师和家长的交流, 提高学生学习效果和教师教学质量, 为终生教育服务, 促进大学之间的多边合作, 充分发挥学校、家庭和社会各方面的教育优势, 最终促进教学体制的创新。另外, 基于WIKI的“高校联合生态系统”能集中最优秀的教师资源和最优秀的学习资源, 并将其传送到全国各地, 弥补了传统教学方式受经济条件和教师资源限制的不足等缺陷。然而WIKI对多媒体数据的处理功能并不完善, 这在一定程度上影响学习者的协作参与热情, 我们还需要不断改进基于WIKI的教学系统, 优化其各方面的功能, 促进我国教育事业的发展。

摘要：WIKI作为一种常见的网络应用方式, 在各个领域得到广泛的应用。本文主要通过对WIKI自身功能特点及其在网络学习中的各种应用进行分析, 提出并分析设计了基于WIKI的“全国高校联合生态系统”模型, 目的在于充分运用WIKI的各种功能和先进理念来管理教学过程和教学资源, 以有效地促进教学。

关键词：WIKI,协作学习平台,网络学习

参考文献

[1]郑庄华.下一代e-learning系统的特点、理论及技术[R].广州:华南师范大学.2009.

[2]段峰峰, 赵呈领, 周莲.基于Web2.0的教育信息资源的构建与应用研究[C]//第七届教育技术国际论坛, 2008.

[3]杨继红.新媒体生存[M].北京:清华大学出版社, 2008.

[4][加]泰普斯科特, [英]威廉姆斯.维基经济学[M].北京:中国青年出版社, 2007.

篇5：电子文档信息管理系统设计与实现

某公司是一家专业的油田地面建设勘察设计工程公司,在油气田勘探、开发、建设中发挥着重要的作用。公司原有档案管理系统在公司内的生产经营活动中发挥着重要的作用,但随着企业业务规模和范围的扩大,生产经营活动流程的改进,原有的系统已经不能满足现在生产和经营的需要,迫切需要开发新的管理系统来代替原有的系统满足生产的需要。

原有系统主要存在以下问题:

(1)电子文档信息管理系统的业务规则和内容相对过去都有较大变化和改进,现有的软件不能满足实际生产和业务的要求,影响了生产和业务的效率,需要根据实际情况对软件进行新的设计和开发。

(2)在软件开发维护的工程中,由于用户比较多而且流动,经常出现软件升级后,用户不能方便及时升级软件,影响用户的工作。

(3)随着计算机技术的发展和更新,原有的界面和操作从用户体验都不能跟上形势的需求,极大地影响生产经营活动的效率。

2 需求和可行性分析

2.1 需求

通过对上述问题的分析和现有技术的分析,认为新系统的设计需要重点考虑:

(1)设计的灵活性和可扩展性,可以根据业务规则的变化迅速调整,实现敏捷开发,满足生产经营要求。

(2)软件的在线升级功能,用户运行软件后,自动升级更新软件。

(3)软件界面的美观大方,有很好的用户体验。

2.2 可行性分析

硬件方面,通过对目前公司内部的计算机软硬件情况分析,公司内部的计算机,服务器和网络配置都比较好,可以满足系统的硬件要求;技术方面,通过前期试验和摸索,现有的技术开发力量可以满足此系统所需要的技术要求。综上所述,进行电子文档信息管理系统的开发是完全可行的。

3 系统设计与开发

3.1 硬件和软件

数据库服务器:Windows服务器版本操作系统,同时安装SQL Server 2005企业版。

客户端:Windows操作系统,同时安装软件客户端。

3.2 系统架构与实现

本软件采用C/S架构,后台数据库服务器,前端客户端软件操作。软件模块图如图1所示。

3.3 系统模块

通过和用户交流,同时参与到用户实际工作中,经过交流和分析,确定了软件的模块结构如图2所示。

3.4 界面

软件设计开发中,软件的界面设计和布局相当重要,因为只有好的界面设计和用户体验,软件才有可能被用户接受和认可。在软件设计的时候遵循下面的理念和原则:

“Don’t make me think”原则(不让用户思考的原则)。软件设计中,尽可能地减少用户的操作和思考,让用户做到轻松使用软件和工作。

软件操作风格和习惯和常用的办公软件Office的风格一致,减少用户的培训和学习。

根据以上理念,将软件的主界面设计如图3所示。设计中有特色的图3中的左边栏目管理中的多行处理模式,开始设计栏目管理时,只是简单的堆积和放到一排处理,这样在用户切换栏目的时候,经常需要用到左右滚动的按钮操作,同时也需要记忆一些信息,和上面所说的理念不一致。经过学习相关软件设计和摸索,采用多行处理模式。用户一眼可以看到自己所需要的栏目和进行相应的操作,操作更为方便和习惯。

3.5 后台数据库

下面给出软件相关的数据库的部分数据表信息。

3.5.1 用户信息管理表

表名称:USER_INFO_TABLE

表说明:用户信息表如表1所示。

3.5.2 角色表

表名称:ROLE_INFO_TABLE

表说明:角色信息表如表2所示。

3.6 软件代码

3.6.1 主程序

3.6.2 软件在线升级部分代码

4 经验与技巧

4.1 敏捷软件开发,快速构建原型

在这次项目开发中,采用了敏捷软件开发模式。在项目启动初期,使用图形界面开发程序。让用户先看到软件模拟运行的样子,然后根据模拟运行情况,用户和开发人员互动,在早期就可以明确用户的需求和关心点,确定软件的界面和实现功能,降低了开发风险,提高了项目的成功率。

GUI Design Studio是一款图形用户界面设计工具,在不需要编写任何代码或脚本的情况下快速地创建演示原型。使用标准元素绘制个人化的屏幕、窗口以及控件;将它们整合以展示操作工作流然后运行模拟程序测试设计。采用这个软件来进行软件界面设计,原来预期软件开发周期为一年,实际从需求分析到项目完成用时半年左右。

4.2 软件在线自动升级的实现

原有的软件下载和更新模式如图4所示,用户需要独立的从服务器下载升级软件,经常导致软件管理和使用混乱,影响公司生产和相关业务:

新的软件升级模式如图5所示,用户在运行软件的时候,软件自动判断是否需要升级,如果需要升级,则从服务器自动下载相关的动态库升级。

5 结语

电子文档管理信息系统在公司内部使用后,用户感觉方便,好用,工作效率有了极大的提高。企业的生产和相关业务都有了极大的改善,节省了管理和经营成本,产生了比较好的效益,得到用户的认可。

摘要：介绍了某公司电子文档信息管理系统的设计和开发。重点阐述了难点和要点。

关键词：管理系统,设计,C#语言,SQL Server 2005,升级,开发,敏捷开发

参考文献

[1]Robert C.Martin.邓辉,译.敏捷软件开发-原则、模式与实践.

[2]冀振燕.UML系统分析设计与应用案例.