CN101136087A - 用于在项目管理中进行活动管理的系统和方法 - Google Patents

Abstract

本发明公开了一种用于在项目管理中进行活动管理的系统、方法和计算机程序产品。本发明的系统包括：活动传感器，用于收集来自用户输入和事件日志的活动数据；模型创建器，用于通过将所述活动数据与项目的任务集成在一起来创建项目模型；及中央库，用于存储由所述模型创建器所创建的项目模型。本发明的方法包括：收集来自用户输入和事件日志的活动数据；通过将所述活动数据与项目的任务集成在一起来创建项目模型；及存储由所述模型创建器所创建的项目模型。根据本发明，项目管理者可以很好地跟踪在该项目期间的各种活动，并且团队成员可以共享信息和知识。

Description

用于在项目管理中进行活动管理的系统和方法

技术领域

本发明涉及信息技术，更具体地，本发明涉及用于在项目管理中进行活动管理的系统和方法。

背景技术

项目管理(proiect management)涉及对项目管理者和团队成员之间在项目期间的合作(collaborative)工作进行管理，因此良好的合作是项目成功的关键要素之一。而合作又经常出现于非结构化的、随机的一次性(ad-hoc)交流过程中，这些交流包括自由讨论(brainstorming)、网络会议、电子邮件交换、文档修改等等，并且合作过程的内容广泛地分布于各种应用程序及其相应的文件中。对于合作者来说，合作过程中的内容是很重要的，它应当作为知识而共享。

随着全球一体化和信息技术的快速发展，已经出现了以跨地区、跨组织和跨功能的方式共同协作项目的工作方式。项目的生产力不仅仅是单个成员的工作绩效的累积；任何一个成员的表现都会影响所有其他成员的执行力。因此，项目管理要求项目成员间紧密协作，项目管理者很好地了解整个过程，并进行有效地审查。

通过合作交流，人们可以交换隐性知识(tacit knowledge)，也可以帮助将隐性知识变成显性(explicit)知识。因此，在任务执行过程中，在各个项目成员之间经常出现“ad-hoc”类型的交互和交流。通常情况下，一个项目中的相关数据会广泛分布于不同的应用程序中，并作为不同的文件而存储。虽然这种交流方式比较灵活，但是如果需要分析各个任务之间的互相依赖性、跟踪该项目的过程以及作为知识储备供将来使用，则用户需要人工地将各种数据与该项目相关联。然而，如果一个项目的持续时间过长，或项目成员过多，这些数据将变得很难管理和审查。

随着计算机性能的迅速提高，出现了大量的项目管理软件。常规项目管理软件的主要特征在于通过甘特图、PERT(网络)图、资源直方图、以及项目状态跟踪等方法来提高项目管理者在计划任务、识别和消除风险以及重新设计项目过程等方面的能力。对于常规项目管理软件来说，它所关注的主要是调度，将较多的注意力放在项目的输入和输出上；而任务的相互依赖性分析、过程管理、文档管理、资产管理和重新使用等等却往往被忽略。

例如，Microsoft Proiect 2000软件在目前的项目管理中非常流行，但是它不提供在执行任务过程中的多个相关联的活动(activity)的集中管理。用户通过该软件只能知道工作的结果，却不了解工作期间的活动。这导致了项目成员之间信息共享不充分，并且项目管理者也很难进行项目的审查。

Groove Virtual Office(一种Microsoft的软件产品)提供了一种管理分布式的项目团队的解决方案，它通过使每个成员在同一个平台上与团队成员虚拟地会面来实现管理。它主要着重于一个供交流的共享工作环境，但却没有以项目任务作为目标来定义这种交流。因此，团队成员难以对项目任务和虚拟交流之间的关系具有清楚的理解，不能有效地跟踪过程。

由IBM研究部门研发的一个称之为活动浏览器(ActivityExplorer)的原型，通过共享对象(shared object)和动态成员关系(dynamic membership)提供对以不同主题内容来组织的活动的管理。它提供了用于共享和管理各种活动的平台，而这些活动并不是以项目任务或者目标作为目的。

综上所述，目前需要提供一种进行活动管理的解决方案，来克服现有技术在项目管理中所存在的问题。

发明内容

根据本发明的一个方面，提供了一种用于在项目管理中进行活动管理的系统，包括：活动传感器，用于收集来自用户输入和事件日志的活动数据；模型创建器，用于通过将所述活动数据与项目的任务集成在一起来创建项目模型；及中央库，用于存储由所述模型创建器所创建的项目模型。

根据本发明的另一个方面，提供了一种用于在项目管理中进行活动管理的方法，包括：收集来自用户输入和事件日志的活动数据；通过将所述活动数据与项目的任务集成在一起来创建项目模型；及存储由所述模型创建器所创建的项目模型。

本发明也提供一种包含可执行本发明方法的计算机程序的计算机程序产品。

根据本发明，项目管理者可以很好地审查在该项目期间的各种活动，并且团队成员可以共享信息和知识。

附图说明

通过以下结合附图的说明，并且随着对本发明的更全面的了解，本发明的其他目的和效果将变得更加清楚和易于理解，其中：

图1示意性地示出了本发明的一个实施例可以在其中实现的网络系统；

图2更详细地示出了图1所示的网络系统中包括的各个装置以及它们之间的相互关系；

图3示出了根据本发明的一个实施例的在项目管理中对一个任务的活动进行管理的图形界面和用户输入接口；

图4示出了对图3所示的用户输入接口操作时出现的一个对话框；

图5示出了整个系统的一个用户图形界面；

图6示出了由图1中所示的活动过滤和分类器对于新的活动对象的所执行操作流程图；

图7更详细地示出了图1中所示的活动传感器、活动过滤和分类器、活动监视器、活动数据库、合作工具或应用程序之间的关系；

图8示出了由图1中所示的活动监视器所执行的对于张贴活动对象进行修改的流程图；

图9示出了由图1中所示的活动监视器所执行的对于张贴活动对象进行删除的流程图；

图10示出了由图1中所示的模型创建器所执行的项目模型生成过程的流程图；

图11和图12分别示出了另外两个通过屏幕快照而得到的用户图形界面。

在所有的上述附图中，相同的标号表示具有相同、相似或相应的特征或功能。

具体实施方式

本发明的基本思想是采用活动传感器来收集来自用户输入和事件日志的活动数据；采用模型创建器来将所述活动数据与项目的任务集成在一起来创建项目模型；并且采用中央库来存储由所述模型创建器所创建的项目模型。这样，项目管理者可以很好地跟踪在该项目期间的各种活动，并且团队成员可以共享知识。

以下参照附图对本发明的优选实施例进行详细描述。

图1示意性地示出了一个网络系统100，在该网络系统100中可以实现根据本发明的用于在项目管理中进行活动管理的系统和方法。如图1所示，网络系统100包括一个客户端102、一个服务器104、以及一个网络106。客户端102和服务器104可以是膝上型计算机、小型机、或中型机等等。客户端102和服务器104分别通过链路108和链路110连接到网络106。换句话说，客户端102可以经由链路108、网络106、链路110与服务器110通信。链路108和110可以是有线链路，也可以是无线链路，诸如同轴电缆、光纤、或卫星链路等。同样地，网络106可以是无线网、有线网、或它们的组合。另外，网络106可以是局域网、城域网、广域网、或它们的组合。例如，网络106是因特网。

当然，本领域的技术人员应该理解，这里为了简单起见，只示出了一个客户端102，实际上，在网络106上还可以连接有其他的客户端。因此，为了能够彼此识别，客户端和服务器可以具有可以唯一地识别它们的标识，例如IP地址、统一资源定位符(URL)等。

在客户端102中，安装有各种各样的软件，包括例如Windows XP、Redhat Linux 9.1等之类的操作系统软件，以及根据需要所安装的应用软件，包括诸如Microsoft Office Outlook之类的电子邮件软件、诸如MSN Messenger之类的即时消息软件、诸如Microsoft Netmeeting之类的网络会议软件、诸如Microsoft Office Word 2003之类的字处理软件、诸如Microsoft Internet Explorer 6.0之类的Web浏览器软件等等。在服务器104中，也可以安装有各种各样的软件，包括例如WindowsXP、Red hat Linux 9.1等之类的操作系统软件和根据需要安装的应用软件。

在客户端102中，包括活动传感器112、活动过滤和分类器114、活动监视器116、活动数据库118、及用户图形界面引擎120。在服务器104中，包括模型创建器122和中央库124。这些装置的作用和它们之间的关系将在下面详细描述。

图2更详细地示出了在图1中包括的各个装置以及它们之间的相互关系。

在客户端102中，活动传感器112负责收集来自用户输入和事件日志的活动数据。相应地，活动传感器112可以包括两个部分，分别为用户输入接口和事件日志引擎(未示出)。

这里应当注意，在本质上，事件日志也是通过用户输入而产生的。然而，在这里，为了说明的目的，事件日志是指与一般的用户输入不同的特定的用户输入，即事件日志是指对项目的任务的操作的用户输入，其中对项目的任务的操作包括任务改变操作，其中任务改变包括任务创建时间的改变、任务的延迟、进展的改变等等。

图3示出了根据本发明的一个实施例的在项目管理中对一个任务的活动进行管理的界面以及用户输入接口的例子。通过该用户输入接口，用户可以进行各种各样的活动张贴(post)，例如张贴活动(PostActivity)、张贴To Do(Post To Do)、张贴网页链接(Post Weblink)、张贴评论(Post Comment)、张贴文档(Post Document)等等。用户也可以通过该用户输入接口进行活动删除(delete)操作。

其中，图3所示的是Define target PDS这个任务的活动树。其中有些活动是用户通过用户输入接口张贴的(例如My activity活动)，而有些活动是由事件日志引擎记录的(例如Create Task活动、Modifythe start time of this task活动等等)。并且，一些活动可以包括子活动，例如，Create Task活动可以包括My activity活动。换句话说，活动可以是以树型结构来组织的。

例如，在用户希望进行输入的项(例如活动项，甚至任务项)上右单击鼠标后，将会弹出一个菜单。该菜单包括用户可以进行张贴的项。用户可以使用鼠标或键盘在该菜单上选择一个张贴的项。当用户选中了一个张贴的项(例如张贴评论)后，出现一个对话框，用户可以在该对话框中输入一些关于该活动的数据。

图4示出了当用户选中了张贴活动时出现的一个对话框。用户可以通过这个对话框输入一些数据，例如名称(title)、描述(Description)等等。

又例如，当用户选中了张贴文档时，也会出现一个对话框，用户可以在该对话框中输入关于该文档的一些描述，并且在一个文件浏览器中选择该文档并进行添加。

事件日志引擎通过自动地捕获用户对项目任务的操作来记录任务改变信息，其中任务改变信息包括任务创建时间的改变、任务的延迟、以及进展的改变等等。

图5示出了一个用户图形界面。其中左上角示出了一个项目的一系列任务。用户可以使用鼠标或键盘在该一系列任务上选择。当用户选中了一项任务，例如search patents时(在该任务上左单击鼠标)，在该界面的右下部分会出现该项任务的总体信息(例如持续时间(Duration)、开始时间(Begin Time)、结束时间(End Time)、进展情况(Progress)等等)。当用户需要对该任务进行修改时，他/她可以用鼠标左双击该任务。此后，将会出现一个对话框，用户可以在其中修改该任务，例如，修改该任务的持续时间(Duration)、开始时间(Begin Time)、结束时间(End Time)、进展情况(Progress)等等。当然，本领域的技术人员应当理解，上述持续时间、开始时间、结束时间、进展情况之间是相关联的。换句话说，在开始时间没有改变，而结束时间改变了的情况下，持续时间也相应的改变了。另外，用户可以通过用鼠标在右上部分显示的甘特图上进行拖拉来改变任务的属性(例如改变任务的持续时间)。事件日志引擎将捕获用户对这些任务进行的改变。

返回图2，活动过滤和分类器114是用于对由活动传感器112输入的不同活动进行分类的模块。

该活动过滤和分类器114的功能主要包括三个方面，即生成活动对象、在活动对象中填充对象元数据、及将活动对象存储到活动数据库118中。

图6示出了由活动过滤和分类器114执行的对于一个新活动对象的流程图。

首先，为该活动对象分配活动对象识别信息(步骤620)。其中活动对象识别信息包括活动标识符、活动类型、相关联的任务、以及在活动线索中的位置(因为活动的组织是分层次的)等等。这些信息可以唯一地指示一个活动对象，因此有利于以后的检索或查询。

接下来，判断该活动是张贴活动还是任务改变活动(判断步骤630)。对于张贴活动和任务改变活动具有不同的过程。当该活动是张贴活动时，执行图6中右侧的步骤(步骤642、652、662、672)；而当该活动是任务改变活动时，执行图6中左侧的步骤(步骤640、650、660、670)。

以下先描述该活动是任务改变活动的情况。

首先，通过识别信息(例如活动标识符、活动类型、相关联的任务等等)从事件日志中取回相关联的数据(步骤640)。

接下来，设置作者属性(步骤650)，即设置该任务改变活动是由谁进行的。

接下来，设置公共属性(步骤660)，例如，设置该任务改变活动是什么时候进行的；该任务改变活动之前和之后相关的数据值等等。

接下来，设置唯一属性(步骤670)，例如，用于该任务改变活动的特定描述等等。

最后，将该任务改变活动对象存储到活动数据库118(步骤680)，以备后用。

下面的代码示出了一个任务改变活动对象的例子。

Task change activity object()

{

relatedProjectID：3

relatedTaskID：8

activityID：1

type：start time change

author：Tom

time：2006-5-18 4:00pm

originalValue：2006-5-18

currentValue：2006-5-20

 }

下面描述该活动是张贴活动的情况。

首先，根据当前用户设置作者属性(步骤642)，例如，设置该张贴活动是由谁进行的。

接下来，根据用户指定的值来设置其他相关属性(步骤652)，即设置名称(title)、描述(description)、状态(isFinished)、优先级(priority)等等。

然后，根据用户的指定来设置访问控制列表(步骤662)，其中只有访问控制列表中的用户才能访问该张贴活动对象中的相关数据。

然后，根据活动线索位置(因为各种活动是分层次的)来定位在该活动线索中的入口(步骤672)。

最后，将该张贴活动对象存储到活动数据库118(步骤680)，以备后用。

下面的代码示出了一个被张贴的活动对象的例子。

Posted activity object( )

 {

relatedProjectID：3

relatedTaskID：8

activityID：2

parentActivityID：1

type：To Do

author：Harry

title：Discussion on proposal

description：Meeting room202；Participants：Harry，Tom，Mary

access control list：Harry，Tom，Mary

isFinished：no

priorlty：medium

   }

从上可以看出，不同的对象具有基本的元素，例如作者、类型等等。并且，有些对象具有特定的元素，例如，To Do类型的对象具有指示完成状态和优先级类型的指示符。以这样的方式，活动数据被结构化，从而可以进行排序和检索。

应当注意，记录到活动对象中的所有数据都来自于活动传感器112。并且，上述由活动过滤和分类器114执行的处理新的活动对象的流程图是说明性的而不是限制性的。也就是说，其中的步骤顺序可以改变，有些步骤可以合并等等。

再返回到图2。活动监视器116跟踪上述活动传感器112并且根据用户动作来控制活动过滤和分类器114。当用户的动作是对已经存在的被张贴活动进行修改或删除等操作时，由活动监视器116响应上述修改或删除操作对张贴活动对象进行相应的操作；然而，当用户的动作是新的张贴活动或是任务改变活动时，活动监视器116使活动过滤和分类器114进行建立新对象的操作。

例如，在如图3所示的用户输入接口中，用户可以使用鼠标或键盘在张贴活动中进行选择(例如移动鼠标或敲击键盘)。当用户选中了一个希望修改的张贴活动(例如在该张贴活动上左双击鼠标)后，出现一个对话框，用户可以在该对话框中进行对该活动的修改。

图7更详细地示出了活动传感器112、活动过滤和分类器114、活动监视器116、活动数据库118以及合作工具或应用程序之间的关系。如图7所示，活动过滤和分类器114可以将活动对象分类为网页链接对象、文档对象、To Do对象、基本活动对象、评论对象和任务改变对象(与图3所示的用户输入接口，及事件日志引擎相对应)等。其中，例如，网络链接对象与网页浏览器相关联，文档对象与字处理应用程序相关联，而To Do对象、基本活动对象、评论对象与相应的合作型应用程序相关联，包括电子邮件软件、网络会议软件等等。并且，所有的活动对象都存储在活动数据库118中，以供检索。

图8示出了由活动监视器116所执行的对于张贴活动对象进行修改的流程图。

首先，确定进行修改的用户是否在访问控制列表中(判断步骤810)。只有访问控制列表中的用户才能访问该张贴活动对象中的相关数据并对这些数据进行修改。

如果该用户是访问控制列表中的用户(判断步骤810的“是”分支)，则流程进行到步骤820；否则，如果该用户不在访问控制列表中(判断步骤810的“否”分支)，则流程直接结束。

在该用户在访问控制列表中的情况下，在步骤820，从活动传感器112取回能唯一地识别该要修改的对象的识别信息，例如活动标识符、活动类型、相关联的任务、以及在活动线索中的位置等等。

接下来，确定要修改的是否是任务改变对象(判断步骤830)(可以从活动类型这个识别信息来确定是否是任务改变对象)。因为由活动过滤和分类器114进行任务改变方面的操作，因此，在是任务改变对象的情况下(判断步骤830的“是”分支)，流程直接结束。

在不是任务改变对象的情况下(判断步骤830的“否”分支)，流程进行到步骤840。

在步骤840，通过识别信息从活动数据库118取回该活动对象的属性，例如名称(title)属性、描述(description)属性、状态(isFinished)属性、优先级(priority)属性等等，并把这些属性呈现给用户。

接下来，在步骤850，接收来自用户的对这些属性的修改。

接下来，在步骤860，将活动数据库118中的属性值修改成为这些新的属性值。

至此，整个流程结束。

图9示出了由活动监视器116所执行的对于张贴活动对象进行删除的流程图。

例如，如图3所示，当用户在要删除活动上右单击鼠标后，将会弹出一个菜单，该菜单上包括删除(delete)项。用户可以使用鼠标或键盘选择该删除项(例如移动鼠标或敲击键盘)。当用户选中了该删除项(例如在该删除项上左单击鼠标)后，出现一个对话框，用户可以在该对话框中进行删除操作。

首先，确定进行删除操作的用户是否是在访问控制列表中的用户(判断步骤910)。只有访问控制列表中的用户才能访问该张贴活动对象并把它删除。

如果该用户在访问控制列表中(判断步骤910的“是”分支)，则流程前进到步骤920；否则，如果该用户不在访问控制列表中(判断步骤910的“否”分支)，则流程直接结束。

在该用户在访问控制列表中的情况下，在步骤920，从活动传感器112取回能唯一地识别该要删除的对象的识别信息，例如活动标识符、活动类型、相关联的任务、以及在活动线索中的位置等等。

接下来，确定要删除的是否是任务改变对象(判断步骤930)(可以从活动类型这个识别信息来确定是否是任务改变对象)。因为用户无权进行任务改变对象删除操作，因此，在是任务改变对象的情况下(判断步骤930的“是”分支)，流程直接结束。

在不是任务改变对象的情况下(判断步骤930的“否”分支)，进行该对象是否有子项的判断(判断步骤940)。例如，可以通过在该对象下面检索是否具有其parentActivityID是该对象的activityID的对象来进行是否有子项进行判断。例如，在要删除的对象是图3中所示的My Activity活动对象的情况下，就具有两个子项(子对象)，即Find a meeting room对象和Send the meeting invitation and agenda对象。

在没有子项的情况下，流程直接进行到判断步骤980。然而，在存在子项的情况下，流程进行到步骤950。

在步骤950，判断用户要保留还是删除这些子项。例如，用户可以保留上述的Find a meeting room对象而删除Send the meetinginvitation and agenda对象，反之亦然。

接下来，如果在步骤950判断出用户要保留子项，则流程前进到步骤970。在该步骤970，将保留的子项链接为该要删除的对象的父项的直接子项，例如，将上述Find a meeting room对象链接为是CreateTask对象的直接子项。并且，在完成步骤970之后，流程进行到判断步骤980。而如果在步骤950判断出用户要删除子项，则流程进行到判断步骤960。在该判断步骤960，判断用户是否要删除一部分子项。如果无需删除一部分子项(判断步骤960的“否”分支)，流程进行到判断步骤980。然而，在需要删除一部分子项的情况下(判断步骤960的“是”分支)，则为每个需要删除的子项执行步骤940、950、960、及970。

在判断步骤980，判断该删除的对象是否有相关的工作产品或制品(artifact)。例如，判断该删除的对象是否有相关联的文档。在该删除的对象没有相关的工作产品或制品的情况下(判断步骤980的“否”分支)，流程直接进行到流程995。然而，在该删除的对象具有相关的工作产品或制品的情况下(判断步骤960的“是”分支)，则流程进行到步骤990。

在步骤990，通过识别信息将在相应文件系统上的该相关工作产品或制品删除。其中文件系统的例子包括但不局限于Fat 16文件系统(其支持的操作系统包括Windows XP、Unix、Linux等)、NTFS文件系统(其支持的操作系统包括Windows XP)等等。其中文件系统可以仅存在于客户端102中；也可以仅存在于服务器104中，例如，存在于中央库124中；或者存在于客户端102和服务器104这两者中。换句话说，上述相关工作产品或制品可以仅存在于客户端102中，也可以仅存在于服务器104中，或者存在于客户端102和服务器104这两者中。然后，流程进行到步骤995。

在步骤995，删除该活动对象。

至此，整个流程结束。

通过上述活动传感器112、活动过滤和分类器114、活动监视器116、及活动数据库118这几个装置之间的交互，可以形成树型结构的活动组织。

模型创建器122则是一个负责将活动线索和传统的工作分解结构(WBS)集成在一起的模块。其中通过工作分解结构，可以使项目管理者把一个复杂的项目按照层次和逻辑关系分解成多个易于管理的任务，更为全面地了解一个项目所涉及的任务以及它们之间的逻辑和层次关系。

图10示出了由模型创建器122所执行的项目模型生成过程的流程图。

首先，在步骤1010，为一个项目生成一个项目模型实例，并且为该项目模型实例分配能够将该项目模型实例与其他项目模型实例区分开的识别信息，例如项目标识符(projectID)、项目名称(projectName)等。

下面的代码示出了一个项目模型实例的例子。

Project model( )

{

projectID：3

projectName：Activity based computing solution for businessconsulting

lastUpdateTime：2006-4-15

}

本领域的技术人员应当理解，该项目模型实例的例子只是示出了一些最基本的元素，实际上，其还应当包括许多其他的元素，例如该项目所包括的任务等等。

接下来，在步骤1020，通过将一些识别信息放到WBS任务项中来生成任务对象，其中这些识别信息包括任务标识符、任务名称、该任务所属的项目的名称、该任务所属的项目的标识符、该任务的父任务的标识符等等，通过这些识别信息，可以在树型结构中找到该任务对象。

另外，诸如作者、持续时间、进展、互相依赖性、资源等之类的任务属性也复制到任务对象中，作为任务对象的元素。

接下来，在步骤1030，用任务对象的识别信息(例如任务标识符)在活动数据库118查找相关联的活动对象，并将找到的活动对象复制到任务对象中，作为任务对象的元素。

然后，在步骤1040，根据任务对象的访问控制列表，调整活动对象的访问控制列表。例如，如果活动对象的访问控制列表中包括了不在任务对象的访问控制列表中的用户，则应当在活动对象的访问控制列表中将该用户删除。

最后，在步骤1050，将建立好的项目模型存储到中央库124中的模型数据库中。其中该中央库124还可以包括文件系统，该文件系统用于放置相关的制品或工作产品，例如文档等。用户可以通过识别信息(例如标识符)来取回在文件系统的文件夹或子文件夹中的相关制品或工作产品。

以下的代码示出了一个任务对象的例子

Task object( )

{

taskID：8

taskName：Marketing investigation

projectID：3

projectName：Activity based computing solution for businessconsulting

parentID：5

parentName：Market competition analysis report

depth：2

hasChildren：yes

isMileStone：yes

isProjectTask：yes

priority：high

startTime：2006-7-20

endTime：2006-7-23

resource：Mary，Harry，Tom

Access control list：Harry，Tom，Mary

completionPercentage：80％

duration：3 days

critical：yes

 }

本领域的技术人员应当理解，该任务对象的例子只是示出了一些最基本的元素，实际上，其还应当包括许多其他的元素，例如与该任务对象相关联的活动对象等等。

其中，模型创建器122可以在一个项目完成的时候来执行上述模型生成过程，以生成一个项目模型实例。这样做的好处是因为项目已经完成，不需要对该项目模型实例进行修改。

当然，模型创建器122可以实时地来执行上述模型生成过程，以生成一个项目模型实例。缺点是由于项目还没有完成，随着项目的进行，会出现很多活动，模型创建器122需要对该项目模型实例进行不断地修改，以反映最新的活动情况。对于本领域的技术人员来说，可以了解对该项目模型实例进行不断地修改的方式，因此，这里省略了相关的详细描述。

通过上述过程，与一个项目相关的所有活动被很好地记录，项目管理者可以很好地跟踪在该项目期间的各种活动，并且团队成员可以共享相关信息和知识。

用户图形界面引擎120可以通过查询中央库124的模型数据库，向用户提供包括很多合作型活动的项目模型的图形化界面表示，从而用户可以实时地了解该项目的过程。

上面所述的图5是一个通过屏幕快照而得到的用户图形界面。在其左上部分是一个项目所包括的工作分解结构。用户可以使用鼠标或键盘在该一系列任务上选择。当用户选中了一项任务(search patents)时(例如在该任务上左单击鼠标)，在该用户图形界面的右下部分会出现该项任务的总体信息，在该用户图形界面的左下部分会出现该项任务的活动信息面板，在该用户图形界面的右上角会出现该项任务的甘特图。

图11和图12分别示出了另外两个通过屏幕快照而得到的用户图形界面。图11和图12与图5的不同之处在于，当用户在左下部分的活动信息面板中选中了一个活动时(例如在该活动上左单击鼠标)，在该用户图形界面的右下角会出现该活动的信息。其中图11示出了当选中的活动是一个被张贴的网页链接活动的情况，而图12示出了当选中的活动是一个被张贴的To Do类型活动的情况。

应当注意，为了使本发明更容易理解，上面的描述省略了对于本领域的技术人员来说是公知的、并且对于本发明的实现可能是必需的更具体的技术细节。

提供本发明的说明书的目的是为了说明和描述，而不是用来穷举或将本发明限制为所公开的形式。对本领域的普通技术人员而言，许多修改和变更都是显而易见的。例如，上述活动传感器112、活动过滤和分类器114、活动监视器116、活动数据库118、用户图形界面引擎120、模型创建器122和中央库124可以在同一个设备上，而不是如上所述的客户端-服务器配置。又例如，活动数据库118和中央库124可以是同一个装置，也就是说，在客户端102本地中不存在活动数据库118，所有的活动对象都存储在服务器104的中央库124中。

此外，设置活动过滤和分类器114、活动监视器116和活动数据库118的目的主要是对通过活动传感器112所接收的活动数据进行过滤和分类等处理，以便于模型创建器122使用。当然，如果不设置活动过滤和分类器114、活动监视器116和活动数据库118，而将通过活动传感器112所接收的活动数据直接送到模型创建器122也是可行的。

因此，选择并描述实施方式是为了更好地解释本发明的原理及其实际应用，并使本领域普通技术人员明白，在不脱离本发明实质的前提下，所有修改和变更均落入由权利要求所限定的本发明的保护范围之内。

Claims (11)

1.一种用于在项目管理中进行活动管理的系统，包括：

活动传感器，用于收集来自用户输入和事件日志的活动数据；

模型创建器，用于通过将所述活动数据与项目的任务集成在一起来创建项目模型；及

中央库，用于存储由所述模型创建器所创建的项目模型。

2.根据权利要求1所述的系统，还包括：

活动过滤和分类器，用于对由所述活动传感器收集的活动数据进行分类，生成活动对象；及

活动数据库，用于存储由所述活动过滤和分类器生成的活动对象，以提供给所述模型创建器。

3.根据权利要求2所述的系统，还包括：

活动监视器，用于跟踪所述活动传感器，以及用于根据活动，使所述活动过滤和分类器执行对活动数据分类，生成活动对象，或者执行修改或删除已生成的活动对象。

4.根据权利要求1所述的系统，还包括：

用户图形界面引擎，用于通过查询所述中央库中的项目模型，向用户提供包括各种活动的项目模型的图形界面表示。

5.根据权利要求1所述的系统，其中所述活动传感器包括：

用户输入接口，用于产生各种活动；及

事件日志引擎，用于捕获各种活动。

6.根据权利要求1所述的系统，其中所述模型创建器还可以根据从所述活动传感器得到的活动数据对所述创建的项目模型进行更新。

7.一种用于在项目管理中进行活动管理的方法，包括：

收集来自用户输入和事件日志的活动数据；

通过将所述活动数据与项目的任务集成在一起来创建项目模型；及

存储由所述模型创建器所创建的项目模型。

8.根据权利要求7所述的方法，还包括：

分类收集的活动数据，生成活动对象；及

存储生成的活动对象，以提供给所述创建模型的步骤。

9.根据权利要求7所述的方法，还包括：

根据得到的所述活动数据，对所述创建的项目模型进行更新。

10.根据权利要求8所述的方法，还包括：

监视所述收集活动数据步骤，以执行所述分类和生成活动对象步骤或者执行修改或删除已生成的活动对象的步骤。

11.根据权利要求7所述的方法，还包括：

通过查询所述项目模型，向用户提供包括各种活动的项目模型的图形界面表示。

Images