CN114282078A - 项目数据的处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明公开了项目数据的处理方法、装置、电子设备和存储介质，涉及数据可视化技术领域。该方法的一具体实施方式包括：接收项目数据的查询请求，获取查询请求中用户标识，以查询用户标识对应的标签类型；获取查询请求中查询条件，以基于查询条件和标签类型从项目数据中查询目标数据，目标数据包括标签类型对应的各标签数据、各标签数据之间的关联关系和各标签数据的当前处理状态；基于标签类型查询对应的看板显示模型，以调用看板显示模型，通过关联关系和当前处理状态生成显示页面。该实施方式能够解决现有技术中看板显示方式不能满足不同人员的个性化需求，导致项目数据的查看效率较低的问题。

Description

项目数据的处理方法、装置、电子设备和存储介质

技术领域

本发明涉及数据可视化技术领域，尤其涉及一种项目数据的处理方法、装置、电子设备和存储介质。

背景技术

在信息时代，看板方式的数据展示被广泛应用，IT项目管理中，可以通过看板显示各项目的进度以及该项目对应的研发人员，使得该项目中的项目人员可以及时了解各个项目的进展。现有技术中，看板显示的方式至用于研发人员，对于企业级别等其他与项目相关的人员，无法进行查看，并且不同人员所需查看的具体数据并不相同，现有技术的看板显示方式并不能满足不同人员的个性化需求，导致项目数据的查看效率较低。

发明内容

有鉴于此，本发明实施例提供一种项目数据的处理方法、装置、电子设备和存储介质，能够解决现有技术中看板显示方式不能满足不同人员的个性化需求，导致项目数据的查看效率较低的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种项目数据的处理方法。

本发明实施例的一种项目数据的处理方法包括：接收项目数据的查询请求，获取所述查询请求中用户标识，以查询所述用户标识对应的标签类型；获取所述查询请求中查询条件，以基于所述查询条件和所述标签类型从所述项目数据中查询目标数据，所述目标数据包括所述标签类型对应的各标签数据、各所述标签数据之间的关联关系和各所述标签数据的当前处理状态；基于所述标签模型查询对应的看板显示模型，以调用所述看板显示模型，通过所述关联关系和所述当前处理状态生成显示页面并呈现。

在一个实施例中，在所述接收项目数据的查询请求之前，还包括：

获取所述目标项目的项目数据，基于所述标签类型从所述项目数据中确定对应的标签数据和标签数据之间的关联关系；

采集所述标签数据对应的状态更新信息，以基于所述状态更新信息更新所述标签数据的当前处理状态。

在又一个实施例中，所述标签类型包括项目标签、需求标签、功能标签和任务标签；

采集所述标签数据对应的状态更新信息，以基于所述状态更新信息更新所述标签数据的当前处理状态，包括：

采集所述任务标签对应标签数据的状态更新信息，以基于所述状态更新信息更新所述任务标签对应标签数据的当前处理状态；

在所述任务标签对应标签数据的当前处理状态被更新的情况下，基于更新后的当前处理状态和所述标签数据之间的关联关系，依次更新所述项目标签对应标签数据的当前处理状态、所述需求标签对应标签数据的当前处理状态、所述功能标签对应标签数据的当前处理状态。

在又一个实施例中，获取所述目标项目的项目数据，包括：

获取目标项目所包括的各开发需求，为各所述开发需求设置对应的标签类型和标签标识；

将每个所述开发需求拆分为对应的功能，为所述功能设置对应的标签类型和标签标识，以及建立所述开发需求和功能之间的关联关系；

基于各所述功能的实现步骤确定对应的开发任务，为所述功能设置对应的标签类型和标签标识，以及建立所述功能和所述开发任务之间的关联关系。

在又一个实施例中，获取所述目标项目的项目数据，基于所述标签类型从所述项目数据中确定对应的标签数据和标签数据之间的关联关系，包括：

获取所述目标项目的项目数据表，确定与所述项目数据表中字段名称匹配的标签类型，以将所述字段名称对应数据确定为与所述字段名称匹配标签类型的标签数据，基于所述字段名称之间的关联关系确定所述标签数据之间的关联关系。

在又一个实施例中，调用所述看板显示模型，通过所述关联关系和所述当前处理状态生成显示页面，包括：

获取所述看板显示模型中待显示数据的标签和位置之间的对应关系，以基于所述标签数据的标签类型确定所述标签数据的显示区域，进而基于所述关联关系和所述当前处理状态对所述标签数据排列，生成显示页面。

在又一个实施例中，获取所述查询请求中用户标识，以查询所述用户标识对应的标签类型，包括：

获取所述查询请求中用户标识，基于所述用户标识查询对应的用户权限，以基于所述用户权限确定对应的标签类型。

在又一个实施例中，获取所述查询请求中查询条件，以基于所述查询条件和所述标签类型从所述项目数据中查询目标数据，包括：

基于所述标签类型从所述项目数据中筛选对应的数据；

获取所述查询请求中查询时间，以基于所述查询时间从所述标签类型对应的数据中确定所述目标数据。

为实现上述目的，根据本发明实施例的另一方面，提供了一种项目数据的处理装置。

本发明实施例的一种项目数据的处理装置包括：接收单元，用于接收项目数据的查询请求，获取所述查询请求中用户标识，以查询所述用户标识对应的标签类型；查询单元，用于获取所述查询请求中查询条件，以基于所述查询条件和所述标签类型从所述项目数据中查询目标数据，所述目标数据包括所述标签类型对应的各标签数据、各所述标签数据之间的关联关系和各所述标签数据的当前处理状态；显示单元，用于基于所述标签模型查询对应的看板显示模型，以调用所述看板显示模型，通过所述关联关系和所述当前处理状态生成显示页面并呈现。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的项目数据的处理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的项目数据的处理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机程序产品。

本发明实施例的一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的项目数据的处理方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，对一个项目的项目数据，基于标签类型对数据进行了划分，并基于标签类型配置对应的查询用户，也就是基于不同用户的查询需求为不同的用户配置了对应标签类型，所以接收查询请求后，可以先基于查询请求来获取用户标识，以确定出对应的标签类型，即确定出哪些数据为该用户所需查看的项目数据；然后，通过查询条件和标签类型可以查询出对应的目标数据，进而通过预设的看板显示模型生成显示页面来进行显示，从而可以满足不同用户的个性化需求，并且可以提高项目数据的查看效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的项目数据的处理系统的一种系统架构的示意图；

图2是根据本发明实施例的项目数据的处理方法的一种主要流程的示意图；

图3是根据本发明实施例的看板显示页面的一种示意图；

图4是根据本发明实施例的看板显示页面的又一种示意图；

图5是根据本发明实施例的看板显示页面的另一种示意图；

图6是根据本发明实施例的看板显示页面的再一种示意图；

图7是根据本发明实施例的需求与功能关联关系的一种示意图；

图8是根据本发明实施例的项目与需求关联关系的一种示意图；

图9是根据本发明实施例的需求与功能关联关系的又一种示意图；

图10是根据本发明实施例的项目数据的处理方法的又一种主要流程的示意图；

图11是根据本发明实施例的项目数据的处理装置的主要单元的示意图；

图12是本发明实施例可以应用于其中的又一种示例性系统架构图；

图13是适于用来实现本发明实施例的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

本发明实施例提供一种项目数据的处理系统，该系统可以用于对项目数据的处理，尤其是对项目数据进行查看的场景中。

本发明实施例中，在一些企业或者用户有需求时可以提出需求，需求初始被提出时用户可以只包括主需求，相关人员通过与提出用户沟通可以确定出该实现主需求的具体需求，进而将具体需求与开发人员协商后可以确定出该项目对应的开发需求，以及每个需求对应产品的交付时间等信息。开发需求可以以需求列表的方式表示，各开发需求可以设置所属的项目(实施项目)，相关联的开发需求确定为一个项目，如几个开发需求实现的均为对应某APP的相关功能，则可以确定这些开发需求对应一个实施项目，并为该实施项目确定对应项目周期。对每个开发需求，可以拆分为一个或多个功能，例如开发需求为价格比对，则对应的功能可以包括获取需要比对的价格和通过计算进行价格比对两个功能。在确定出各功能后进一步可以基于各功能的开发流程来将每个功能拆分为更细粒度的任务，例如对应获取价格的功能可以拆分为代码开发任务、代码测试任务、打包任务等等。如此对一个项目，可以依次基于开发需求拆分为对应的功能、进而将每个功能拆分为对应任务，以任务为最小粒度进行项目数据的管理。

本发明实施例中，可以为上述过程中项目、开发需求、功能、开发任务依次设置对应的标签和标识，以表示出该数据所属的标签类型。如标签类型可以包括标签类型包括项目标签、需求标签、功能标签和任务标签，如此可以为各数据设置标签后，可以确定出每个标签类型所对应的标签数据，每个标签类型对应的数据中一个标识可以确定为一个标签数据，例如项目1为一个项目的标识，该项目1的标签为项目标签，则项目1为项目标签的一个标签数据。并且，基于上述项目、开发需求、功能、任务等之间的对应关系，可以建立起各标签数据之间的关联关系，即表示出每个任务属于哪个功能、哪个开发需求和哪个项目，从而建立起任务、功能、开发需求和项目之间的关联。同时，本发明实施例中还可以存储各标签数据的处理状态，由于任务是最小的开发粒度，所以本发明实施例中各标签数据的处理状态更新为基于任务的处理状态执行的。

如图1所示，为本发明实施例中的一种项目数据处理的系统，其中包括基础模块、管理模块、视图模块和接入模块。接入模块如图1中应用门户表示用户访问的门户；视图模块可以包括看板视图，即为用户显示的看板，可以显示用户查询的项目数据，看板视图中可以包括项目整体生命周期中的各个节点的看板视图，如需求分析看板视图(可以查看各需求标签对应的项目数据)、功能开发看板视图(可以查看各功能标签对应的项目数据)、集成测试看板视图(可以查看各测试任务标签对应的项目数据)、发布运维看板视图(可以查看各发布运维任务标签对应的项目数据)、个人看板视图(个人工作台)，以满足不同用户的个性化需求；管理模块用于系统数据支持，如图1中系统工具支持，为对项目数据的看板显示提供系统支持，系统工具中可以包括用户需求管理、迭代开发管理、测试案例与缺陷管理、运维管理、生产监控、需求分析、分支与代码、自动化部署、生产事件管理、需求排期与计划、配置与版本管理、自动化测试、模拟器/资料库，其他等等模块，各模块可以通过自动化持续集成模块进行集成，用于对市县各模块任务的任务数据进行采集和记录，并且通过记录的数据进行分析和管理，以对项目数据的管理，以及对各任务、功能、开发需求和项目对应的数据进行处理状态的更细，为用户查看的看板数据提供支持。基础技术模块可以包括自动化集成和权限管理，本发明实施例中可以对每个用户的权限进行管理，并基于权限为用户提供对应的功能和数据查看。

本发明实施例中，通过多个管理系统对需求、项目、功能、任务、测试案例、缺陷、生产事件等信息进行管理，这些事件的数据可以在实施团队在实施过程中，通过如每日站会、迭代验收会，版本验收等活动生成，进而被系统采集。管理系统之间互相同步彼此之间所需的数据。各维度和层级的视图在系统的采集数据的基础上生成，用户可通过PC端和移动端随时随地查看本权限范围内的各维度的看板视图。项目数据处理的系统可以根据需要，获取各维度、各层级、各实施周期的看板视图信息，甚至可以给功能、需求进行编码，在代码的版本包中打上功能编号、与需求编号，对于静态扫描或自动化测试跑出来的质量问题能够追溯到对应的功能和需求，作为质量看板视图数据源之一。

本发明实施例提供了一种项目数据的处理方法，该方法可由图1所示项目数据的处理系统执行，如图2所示，该方法包括：

S201：接收项目数据的查询请求，获取查询请求中用户标识，以查询用户标识对应的标签类型。

其中，查询请求中可以包括用户标识和查询条件，本发明实施例中基于用户需求为用户配置对应的标签类型，以表示出用户所需查询项目数据的层级。

具体的，可以为每个用户配置对应的用户权限，进而设置不同用户权限所对应的标签类型。例如，对于项目提出者，其通常需要查看项目在大层面的进度，所以可以通过项目标签和需求标签对应的标签数据为其展示项目的进度，而对应具体可发人员，其通常只关心其所对应任务的开发进度，所以可以通过任务标签对应的标签数据为其展示任务进度。因此本步骤中可以设置不同的用户权限，以及各用户权限与标签类型之间的对应关系，所以获取用户标识后可以查询出对应的用户权限，进而可以确定出对应的标签类型。

S202：获取查询请求中查询条件，以基于查询条件和标签类型从项目数据中查询目标数据。

其中，目标数据包括标签类型对应的各标签数据、各标签数据之间的关联关系和各标签数据的当前处理状态。

查询条件具体可以为查询日期，本步骤中基于标签类型可以从项目数据中筛选出对应的标签数据，进而通过查询日期可以确定出目标数据。由上述图1所示系统架构可知，本发明实施例中，每个标签类型所对应的标签数据中包括标签数据的关联关系和当前处理状态，通过关联关系可以确定各标签数据之间的所属关系，而通过当前处理状态可以体现出标签数据的处理进度。

S203：基于标签模型查询对应的看板显示模型，以调用看板显示模型，通过关联关系和当前处理状态生成显示页面并呈现。

其中，对于不同的用户，由于其所需查看的数据并不相同，所以所显示的看板内容也不相同，因此本发明实施例中为不同的标签类型可以配置对应的看板显示模型，以显示不同用户所需的项目数据，进而满足不同用户的个性化需求。

具体的，本步骤中可以获取看板显示模型中待显示数据的标签和位置之间的对应关系，以基于标签数据的标签类型确定标签数据的显示区域，进而基于关联关系和当前处理状态对标签数据排列，生成显示页面。

如图3所示，可以为项目管理层用户对项目数据查看时的看板显示示意图。项目管理层用户通常更注重项目的处理情况，所以对应的标签等级可以为项目标签和需求标签，所以本发明实施例中为项目管理层用户配置对应的用户权限，建立用户标识与项目标签和需求标签之间的对应关系，进而通过输入的查询条件可以查询出对应的目标数据进而进行显示，显示结果如图3所示，其中变更、待实施、细化分子、开发与测试、用户验收、待交付、已上线、停滞、废弃为项目管理层用户对应看板显示模型中为开发需求预设的处理状态，基于目标数据中需求标签对应标签数据的当前处理状态以及各需求与项目之间的关联关系即可生成图3所示的显示页面。用户通过图3所示数据可以了解各项目的详细信息，如“待实施”栏中，有多少需求计划要做。在“已上线”栏中，能了解到多少需求已经投产。

如图4所示，可以为需求管理层的用户对项目数据查看时的看板显示示意图。需求管理层的用户关注的为各开发需求的处理情况，所以为其预先配置对应的标签等级可以为需求标签，进而在查询出目标数据后，可以基于关联关系和当前处理状态来生成图4所示的显示页面。其中，用户提出、确认中、分析中、待承接、已承接、已上线、停滞、废弃、已下线为项目管理层的用户对应看板显示模型预设的各开发需求的处理状态，通过输入查询条件(如年限)，可以查询出用户关注的企业级开发需求的整体视图，了解刚提出多少开发需求，有多少开发需求在确认是否要做，已经确认要承接多少开发需求，哪些开发需求定义的功能系统已经交付上线，哪些已经下线等等。

如图5所示，可以为某一个功能管理层用户对项目数据查看时的看板显示示意图。功能管理层的用户可以关注各功能的开发进行情况，所以为其预先配置对应的标签等级可以为功能标签，进而在查询出目标数据后，可以基于关联关系和当前处理状态来生成图5所示的显示页面。其中，待实施、确认中、细化分析、设计、开发及功能测试、集成测试/非功能测试、用户测试、已交付、已上线、已下线为功能管理层的用户对应看板显示模型预设的各功能的处理状态，通过输入查询条件(如年限)，可以查看在查询年限内功能处理的全景图。

如图6所示，可以为某一个任务管理层的用户对项目数据查看时的看板显示示意图。任务管理层的用户可以关注各任务的处理进行情况，所以为其预先配置对应的标签等级可以为任务标签，进而在查询出目标数据后，可以基于关联关系和当前处理状态来生成图5所示的显示页面。其中，即将做、进行中、已完成、废弃为任务管理层的用户对应看板显示模型预设的各任务的处理状态，通过输入查询条件可以查看各任务处理的全景图。

本发明实施例中，对一个项目的项目数据，基于标签类型对数据进行了划分，并基于标签类型配置对应的查询用户，也就是基于不同用户的查询需求为不同的用户配置了对应标签类型，所以接收查询请求后，可以先基于查询请求来获取用户标识，以确定出对应的标签类型，即确定出哪些数据为该用户所需查看的项目数据；然后，通过查询条件和标签类型可以查询出对应的目标数据，进而通过预设的看板显示模型生成显示页面来进行显示，从而可以满足不同用户的个性化需求，并且可以提高项目数据的查看效率。

需要说明的是，本发明实施例中，在确定开发需求后，可以将其生成需求列表。各开发需求以需求列表的方式表示，进而可以基于开发需求之间的关联确定各开发需求所属的项目，如所涉及的APP和/或平台、开发需求所处理数据的来源等，同时为各项目配置对应的项目标识等参数。进一步的，对各开发需求进行拆分可以得出对应的功能，由于每个拆分的功能可能需要不同的系统或产品来开发，所以在得到各功能后，可以将其添加至对应的开发系统或产品中，同时对每个功能，可以基于其对应开发需求所属项目来建立功能和项目之间的关联关系，以标记各功能所属的项目。在确定各功能所属项目后，各功能的开发周期、交付计划等均需以其所属项目的相关要求一致。

如图7所示，为一种开发需求拆分后与功能之间对应关系的示意图。由于不同需求拆分出的功能可能会由同一个系统或产品开发，所以在拆分出各功能后，一个系统或产品可以对应不同开发需求所拆分的功能。如图7所示，需求列表中包括需求1、需求2、…、需求N，各需求进行拆分得出对应的功能。如需求1拆分为4个功能，依次为功能11、功能21、功能31、功能32，需求2拆分为2个功能，依次为功能12、功能33，需求3拆分为2个功能，依次为功能22、功能34。

本发明实施例中以确定需求1和需求3属于项目1、需求2和需求n属于项2，结合图7所示的需求拆分方式，则可以确定功能11、功能21、功能31、功能32、功能22和功能34均属于项目1，功能12、功能33均属于项目2，如此可以确定出各系统/产品所开发功能所属的项目。从项目管理层而言，更注重项目的处理情况，可以通过项目与需求之间的关联来查看各项目所包括的开发需求，如图8所示，为项目与需求之间关联关系的一种示意图。如图8所示，需求1和需求3同属于项目1，需求2和需求n同属于项目2。从各系统/产品层而言，其可以查看各系统/产品所开发的功能与项目之间的关系，如图9所示，为一种系统/产品承接功能与项目之间的关联关系的示意图，如图9所示，系统1/产品1承接功能11和功能12，其中功能11关联的为项目1，功能12关联的为项目2，系统3/产品3承接功能31、功能32、功能33和功能34，其中功能31、功能32和功能34关联的为项目1，功能34关联的为项目2。

下面结合图2所示的系统架构，对本发明实施例中项目数据的处理方法进行具体说明，如图10所示，该方法包括：

S1001：获取目标项目的项目数据，基于标签类型从项目数据中确定对应的标签数据和标签数据之间的关联关系。

本发明实施例中，对各项目数据均设置了对应的标签类型，如项目标签、需求标签、功能标签和任务标签，所以可以从项目数据中确定标签类型对应的标签数据。同时各标签数据之间具有所属关系，所以通过所属关系可以确定标签数据之间的关联关系。

本步骤可以具体执行为：获取目标项目所包括的各开发需求，为各开发需求设置对应的标签类型和标签标识；将每个开发需求拆分为对应的功能，为功能设置对应的标签类型和标签标识，以及建立开发需求和功能之间的关联关系；基于各功能的实现步骤确定对应的开发任务，为功能设置对应的标签类型和标签标识，以及建立功能和开发任务之间的关联关系。

对于目标项目，可以为其设置对应的项目标识和项目标签的标签类型，以将其项目标识确定为项目标签的标签数据，进而可以为其所包括的各开发需求设置对应的需求标识和需求标签的标签类型，以将需求标识确定为需求标签的标签数据，基于各开发需求所属的项目，建立需求标识和项目标识之间的关联关系。然后对于每个开发需求可以进行拆分，以拆分为对应的功能，并为其设置对应的功能标识和功能标签的标签类型，以将功能标识确定为功能标签的标签数据，同时基于各功能所属的开发需求，建立功能标识和需求标识之间的关联关系。进而基于各功能的实现步骤确定对应的开发任务，并为各任务设置对应的任务标识和任务标签的标签类型，以将任务标识确定为任务标签的标签数据，同时基于各任务所属的功能，建立任务标识和功能标识之间的关联关系。

可选的，项目数据可以具体为项目数据表，所以本步骤中还可以获取目标项目的项目数据表，确定与项目数据表中字段名称匹配的标签类型，以将字段名称对应数据确定为与字段名称匹配标签类型的标签数据，基于字段名称之间的关联关系确定标签数据之间的关联关系。

项目数据表中可以包括项目字段、需求字段、功能字段和任务字段，各字段对应的数值即为所需实现的项目、需求、功能和任务，同时项目数据表通过各字段中数值的对应关系还可可表示出各项目、需求、功能和任务之间的关联关系，所以通过上述步骤可以确定出标签数据之间的关联关系。

S1002：采集标签数据对应的状态更新信息，以基于状态更新信息更新标签数据的当前处理状态。

其中，标签类型包括项目标签、需求标签、功能标签和任务标签。由于任务时开发的最小粒度，所以各标签数据的状态均基于任务的状态进行更新，所以本步骤可以执行为：采集任务标签对应标签数据的状态更新信息，以基于状态更新信息更新任务标签对应标签数据的当前处理状态；在任务标签对应标签数据的当前处理状态被更新的情况下，基于更新后的当前处理状态和标签数据之间的关联关系，依次更新项目标签对应标签数据的当前处理状态、需求标签对应标签数据的当前处理状态、功能标签对应标签数据的当前处理状态。

任务对应的处理状态更新有可能引起对应功能、开发需求、项目的处理状态更新，所以本步骤在采集任务标签对应标签数据的状态更新信息后，可以更新任务标签对应标签数据的当前处理状态，进一步的还可以判断是否需要更新其所关联功能的当前处理状态，如果需要，则对其所关联功能的当前处理状态进行更新；如果不需要，则可以停止操作。在任务所关联功能的当前处理状态更新后，还需要判断是否需要更新其所关联开发需求的当前处理状态，如果需要，则对其所关联开发需求的当前处理状态进行更新；如果不需要，则可以停止操作。在任务所关联开发需求的当前处理状态更新后，还需要判断是否需要更新其所关联项目的当前处理状态，如果需要，则对其所关联项目的当前处理状态进行更新；如果不需要，则可以停止操作。

本发明实施例中，对一个项目的项目数据，基于标签类型对数据进行了划分，并基于标签类型配置对应的查询用户，也就是基于不同用户的查询需求为不同的用户配置了对应标签类型，所以接收查询请求后，可以先基于查询请求来获取用户标识，以确定出对应的标签类型，即确定出哪些数据为该用户所需查看的项目数据；然后，通过查询条件和标签类型可以查询出对应的目标数据，进而通过预设的看板显示模型生成显示页面来进行显示，从而可以满足不同用户的个性化需求，并且可以提高项目数据的查看效率。

为了解决现有技术存在的问题，本发明实施例提供了一种项目数据的处理装置1100，如图11所示，该装置1100包括：

接收单元1101，用于接收项目数据的查询请求，获取所述查询请求中用户标识，以查询所述用户标识对应的标签类型；

查询单元1102，用于获取所述查询请求中查询条件，以基于所述查询条件和所述标签类型从所述项目数据中查询目标数据，所述目标数据包括所述标签类型对应的各标签数据、各所述标签数据之间的关联关系和各所述标签数据的当前处理状态；

显示单元1103，用于基于所述标签类型查询对应的看板显示模型，以调用所述看板显示模型，通过所述关联关系和所述当前处理状态生成显示页面并呈现。

应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。

在一个实施例中，所述装置1100还包括：

获取单元，用于获取所述目标项目的项目数据，基于所述标签类型从所述项目数据中确定对应的标签数据和标签数据之间的关联关系；

采集单元，用于采集所述标签数据对应的状态更新信息，以基于所述状态更新信息更新所述标签数据的当前处理状态。

在又一个实施例中，所述标签类型包括项目标签、需求标签、功能标签和任务标签；

所述采集单元，具体用于：

采集所述任务标签对应标签数据的状态更新信息，以基于所述状态更新信息更新所述任务标签对应标签数据的当前处理状态；

在所述任务标签对应标签数据的当前处理状态被更新的情况下，基于更新后的当前处理状态和所述标签数据之间的关联关系，依次更新所述项目标签对应标签数据的当前处理状态、所述需求标签对应标签数据的当前处理状态、所述功能标签对应标签数据的当前处理状态。

在又一个实施例中，所述获取单元，具体用于：

获取目标项目所包括的各开发需求，为各所述开发需求设置对应的标签类型和标签标识；

将每个所述开发需求拆分为对应的功能，为所述功能设置对应的标签类型和标签标识，以及建立所述开发需求和功能之间的关联关系；

基于各所述功能的实现步骤确定对应的开发任务，为所述功能设置对应的标签类型和标签标识，以及建立所述功能和所述开发任务之间的关联关系。

在又一个实施例中，所述获取单元，具体用于：

获取所述目标项目的项目数据表，确定与所述项目数据表中字段名称匹配的标签类型，以将所述字段名称对应数据确定为与所述字段名称匹配标签类型的标签数据，基于所述字段名称之间的关联关系确定所述标签数据之间的关联关系。

在又一个实施例中，所述显示单元1103，具体用于：

获取所述看板显示模型中待显示数据的标签和位置之间的对应关系，以基于所述标签数据的标签类型确定所述标签数据的显示区域，进而基于所述关联关系和所述当前处理状态对所述标签数据排列，生成显示页面。

在又一个实施例中，所述接收单元1101，具体用于：

获取所述查询请求中用户标识，基于所述用户标识查询对应的用户权限，以基于所述用户权限确定对应的标签类型。

在又一个实施例中，所述查询单元1102，具体用于：

基于所述标签类型从所述项目数据中筛选对应的数据；

获取所述查询请求中查询时间，以基于所述查询时间从所述标签类型对应的数据中确定所述目标数据。

应理解的是，实施本发明实施例的方式与实施图2或图10所示实施例的方式相同，在此不再赘述。

本发明实施例中，对一个项目的项目数据，基于标签类型对数据进行了划分，并基于标签类型配置对应的查询用户，也就是基于不同用户的查询需求为不同的用户配置了对应标签类型，所以接收查询请求后，可以先基于查询请求来获取用户标识，以确定出对应的标签类型，即确定出哪些数据为该用户所需查看的项目数据；然后，通过查询条件和标签类型可以查询出对应的目标数据，进而通过预设的看板显示模型生成显示页面来进行显示，从而可以满足不同用户的个性化需求，并且可以提高项目数据的查看效率。

根据本发明的实施例，本发明实施例还提供了一种电子设备和一种可读存储介质。

本发明实施例的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的项目数据的处理方法。

图12示出了可以应用本发明实施例的项目数据的处理方法或项目数据的处理装置的示例性系统架构1200。

如图12所示，系统架构1200可以包括终端设备1201、1202、1203，网络1204和服务器1205。网络1204用以在终端设备1201、1202、1203和服务器1205之间提供通信链路的介质。网络1204可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备1201、1202、1203通过网络1204与服务器1205交互，以接收或发送消息等。终端设备1201、1202、1203上可以安装有各种客户端应用。

终端设备1201、1202、1203可以是但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器1205可以是提供各种服务的服务器，服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的项目数据的处理方法一般由服务器1205执行，相应地，项目数据的处理装置一般设置于服务器1205中。

应该理解，图12中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图13，其示出了适于用来实现本发明实施例的计算机系统1300的结构示意图。图13示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图13所示，计算机系统1300包括中央处理单元(CPU)1301，其可以根据存储在只读存储器(ROM)1302中的程序或者从存储部分1308加载到随机访问存储器(RAM)1303中的程序而执行各种适当的动作和处理。在RAM 1303中，还存储有系统1300操作所需的各种程序和数据。CPU 1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(I/O)接口1305也连接至总线1304。

以下部件连接至I/O接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1307；包括硬盘等的存储部分1308；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器13010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、确定单元、获取单元和对比单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收单元的功能的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的项目数据的处理方法。

作为另一方面，本发明还提供了一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的项目数据的处理方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (16)

1.一种项目数据的处理方法，其特征在于，包括：

接收项目数据的查询请求，获取所述查询请求中用户标识，以查询所述用户标识对应的标签类型；

获取所述查询请求中查询条件，以基于所述查询条件和所述标签类型从所述项目数据中查询目标数据，所述目标数据包括所述标签类型对应的各标签数据、各所述标签数据之间的关联关系和各所述标签数据的当前处理状态；

基于所述标签类型查询对应的看板显示模型，以调用所述看板显示模型，通过所述关联关系和所述当前处理状态生成显示页面并呈现。

2.根据权利要求1所述的方法，其特征在于，在所述接收项目数据的查询请求之前，还包括：

获取所述目标项目的项目数据，基于所述标签类型从所述项目数据中确定对应的标签数据和标签数据之间的关联关系；

采集所述标签数据对应的状态更新信息，以基于所述状态更新信息更新所述标签数据的当前处理状态。

3.根据权利要求2所述的方法，其特征在于，所述标签类型包括项目标签、需求标签、功能标签和任务标签；

采集所述标签数据对应的状态更新信息，以基于所述状态更新信息更新所述标签数据的当前处理状态，包括：

采集所述任务标签对应标签数据的状态更新信息，以基于所述状态更新信息更新所述任务标签对应标签数据的当前处理状态；

在所述任务标签对应标签数据的当前处理状态被更新的情况下，基于更新后的当前处理状态和所述标签数据之间的关联关系，依次更新所述项目标签对应标签数据的当前处理状态、所述需求标签对应标签数据的当前处理状态、所述功能标签对应标签数据的当前处理状态。

4.根据权利要求2所述的方法，其特征在于，获取所述目标项目的项目数据，包括：

获取目标项目所包括的各开发需求，为各所述开发需求设置对应的标签类型和标签标识；

将每个所述开发需求拆分为对应的功能，为所述功能设置对应的标签类型和标签标识，以及建立所述开发需求和功能之间的关联关系；

基于各所述功能的实现步骤确定对应的开发任务，为所述功能设置对应的标签类型和标签标识，以及建立所述功能和所述开发任务之间的关联关系。

5.根据权利要求2所述的方法，其特征在于，获取所述目标项目的项目数据，基于所述标签类型从所述项目数据中确定对应的标签数据和标签数据之间的关联关系，包括：

获取所述目标项目的项目数据表，确定与所述项目数据表中字段名称匹配的标签类型，以将所述字段名称对应数据确定为与所述字段名称匹配标签类型的标签数据，基于所述字段名称之间的关联关系确定所述标签数据之间的关联关系。

6.根据权利要求1所述的方法，其特征在于，调用所述看板显示模型，通过所述关联关系和所述当前处理状态生成显示页面，包括：

获取所述看板显示模型中待显示数据的标签和位置之间的对应关系，以基于所述标签数据的标签类型确定所述标签数据的显示区域，进而基于所述关联关系和所述当前处理状态对所述标签数据排列，生成显示页面。

7.根据权利要求1所述的方法，其特征在于，获取所述查询请求中用户标识，以查询所述用户标识对应的标签类型，包括：

获取所述查询请求中用户标识，基于所述用户标识查询对应的用户权限，以基于所述用户权限确定对应的标签类型。

8.根据权利要求1所述的方法，其特征在于，获取所述查询请求中查询条件，以基于所述查询条件和所述标签类型从所述项目数据中查询目标数据，包括：

基于所述标签类型从所述项目数据中筛选对应的数据；

获取所述查询请求中查询时间，以基于所述查询时间从所述标签类型对应的数据中确定所述目标数据。

9.一种项目数据的处理装置，其特征在于，包括：

接收单元，用于接收项目数据的查询请求，获取所述查询请求中用户标识，以查询所述用户标识对应的标签类型；

查询单元，用于获取所述查询请求中查询条件，以基于所述查询条件和所述标签类型从所述项目数据中查询目标数据，所述目标数据包括所述标签类型对应的各标签数据、各所述标签数据之间的关联关系和各所述标签数据的当前处理状态；

显示单元，用于基于所述标签类型查询对应的看板显示模型，以调用所述看板显示模型，通过所述关联关系和所述当前处理状态生成显示页面并呈现。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

确定单元，用于获取所述目标项目的项目数据，基于所述标签类型从所述项目数据中确定对应的标签数据和标签数据之间的关联关系；

更新单元，用于采集所述标签数据对应的状态更新信息，以基于所述状态更新信息更新所述标签数据的当前处理状态。

11.根据权利要求10所述的装置，其特征在于，所述更新单元，具体用于：

采集所述任务标签对应标签数据的状态更新信息，以基于所述状态更新信息更新所述任务标签对应标签数据的当前处理状态；

在所述任务标签对应标签数据的当前处理状态被更新的情况下，基于更新后的当前处理状态和所述标签数据之间的关联关系，依次更新所述项目标签对应标签数据的当前处理状态、所述需求标签对应标签数据的当前处理状态、所述功能标签对应标签数据的当前处理状态。

12.根据权利要求10所述的装置，其特征在于，所述确定单元，具体用于：

获取目标项目所包括的各开发需求，为各所述开发需求设置对应的标签类型和标签标识；

将每个所述开发需求拆分为对应的功能，为所述功能设置对应的标签类型和标签标识，以及建立所述开发需求和功能之间的关联关系；

基于各所述功能的实现步骤确定对应的开发任务，为所述功能设置对应的标签类型和标签标识，以及建立所述功能和所述开发任务之间的关联关系。

13.根据权利要求10所述的装置，其特征在于，所述确定单元，具体用于：

获取所述目标项目的项目数据表，确定与所述项目数据表中字段名称匹配的标签类型，以将所述字段名称对应数据确定为与所述字段名称匹配标签类型的标签数据，基于所述字段名称之间的关联关系确定所述标签数据之间的关联关系。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

16.一种计算机程序产品，包括计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

Images