CN113450062A - 项目信息处理方法、系统、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种项目信息处理方法及系统、电子设备及计算机可读存储介质。所述方法包括：接收并存储用户输入的项目信息和需求信息，所述项目信息和所述需求信息对应于同一个应用程序；根据所述项目信息和所述需求信息确定目标需求，根据目标需求生成所述应用程序对应的任务数据；将所述项目信息、所述需求信息与所述任务数据关联显示在任务管理界面。本申请的技术方案，可以方便地进行应用程序各版本需求的导入，并且将需求与任务数据关联显示在任务管理界面，使得用户可以清晰查看同一个需求下的任务数据，相对于现有技术，实现了对需求的有效管理，同时节约了管理时间及人力成本。

Description

项目信息处理方法、系统、电子设备及存储介质

技术领域

本申请涉及信息处理技术领域，具体涉及一种项目信息处理方法及系统、电子设备及存储介质。

背景技术

在软件开发过程中，开发团队一般以项目组的形式用敏捷开发模式进行版本迭代。每一个版本的流程都需要进行需求的评审，功能的开发、测试、验收，到最后的上线。整个过程需要耗费项目经理或者管理人员极大的精力去进行项目进度的把控和风险的评估。而开发一个较大的产品更是分为多个项目组并行开发，耗费的人力物力成倍增加。其中，敏捷开发模式是一种应对快速变化的需求的一种软件开发能力。

目前，业内普遍做法是使用工具进行项目管理，如使用excel表格对需求和项目人员的工作排期进行管理，但是此方法需要人工维护表格，以及需要较专业的excel技能才能制作清晰的表格，需要较大的人力。也有一些在线项目管理工具，但大多只是任务看板，数据较散乱，并没有对需求的管理。

发明内容

本申请的目的是提供一种项目信息处理方法及系统、一种电子设备以及一种计算机可读存储介质，以节约项目管理时间及人力成本。

本申请第一方面提供一种项目信息处理方法，包括：

接收并存储用户输入的项目信息和需求信息，所述项目信息和所述需求信息对应于同一个应用程序；

根据所述项目信息和所述需求信息确定目标需求，根据目标需求生成所述应用程序对应的任务数据；

将所述项目信息、所述需求信息与所述任务数据关联显示在任务管理界面。

在本申请的一些实施方式中，所述项目信息包括项目组名称、项目所开发的应用程序名称、团队成员信息；所述需求信息包括：应用程序的版本信息和每个版本对应的需求数据；所述任务数据包括任务的任务所有者信息、任务文档信息、备注信息、排期信息、任务状态。

在本申请的一些实施方式中，所述应用程序的需求信息以树状结构预先存储于维基Wiki表中；

所述接收并存储用户输入的需求信息，包括：

通过Wiki链接的方式获取所述应用程序的需求信息。

在本申请的一些实施方式中，所述任务管理界面包括需求列表区域和任务列表区域；其中，所述需求列表区域用于显示需求数据，所述任务列表区域用于显示每个需求数据对应的任务数据；

所述将所述项目信息、所述需求信息与所述任务数据关联显示在任务管理界面，包括：

响应于用户针对应用程序的目标版本信息的选择操作；在所述需求列表区域显示所述目标版本信息对应的至少一个目标需求数据，在所述任务列表区域显示所述至少一个目标需求数据对应的任务数据。

在本申请的一些实施方式中，所述任务列表区域包括不同任务状态对应的状态区域，每个所述状态区域为可拖放区域，每个任务为可拖动元素；所述方法还包括：

响应于用户针对当前任务的拖动操作，判断所述拖动操作是否符合预设规则；

若是，执行所述拖动操作，否则不执行。

在本申请的一些实施方式中，所述任务状态包括：未开始、开发中、测试中、验收中和已完成；所述执行所述拖动操作，包括：

若所述拖动操作为将当前任务的任务状态从开发中变更为测试中，则根据当前任务的任务数据生成提测邮件。

在本申请的一些实施方式中，所述方法还包括：

根据所述任务数据进行以下至少一项数据汇总：

根据所述任务状态汇总每个任务状态下的任务数量；

根据所述任务所有者信息汇总每个团队成员的任务数量；

根据所述排期信息汇总当前项目中人力资源占用总时长和平均时长。

本申请第二方面提供一种项目信息处理系统，包括：

接收存储模块，用于接收并存储用户输入的项目信息和需求信息，所述项目信息和所述需求信息对应于同一个应用程序；

生成模块，用于根据所述项目信息和所述需求信息确定目标需求，根据目标需求生成所述应用程序对应的任务数据；

关联显示模块，用于将所述项目信息、所述需求信息与所述任务数据关联显示在任务管理界面。

本申请第三方面提供一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行以实现本申请第一方面所述的方法。

本申请第四方面提供一种计算机可读存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现本申请第一方面所述的方法。

相较于现有技术，本申请实施例提供的项目信息处理方法，通过接收并存储用户输入的项目信息和需求信息，根据项目信息和需求信息确定目标需求，根据目标需求生成应用程序对应的任务数据；将项目信息、需求信息与任务数据关联显示在任务管理界面。本申请的技术方案，可以方便地进行应用程序各版本需求的导入，并且将需求与任务数据关联显示在任务管理界面，使得用户可以清晰查看同一个需求下的任务数据，相对于现有技术，实现了对需求的有效管理，同时节约了管理时间及人力成本。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请的一些实施方式所提供的一种项目信息处理方法的流程图；

图2示出了项目信息接收页面的示意图；

图3示出了记录项目各版本的需求数据的树状结构示意图；

图4示出了填写具体的Wiki链接的输入框页面示意图；

图5示出了解析Wiki链接得到需求文档的页面示意图；

图6示出了通过Wiki链接将需求导入项目信息处理系统的过程；

图7示出了任务数据与需求关联显示的示意图；

图8示出了版本信息与需求池关联显示的示意图；

图9示出了任务管理界面中两个区域的示意图；

图10示出了提示发送提测邮件的示意图；

图11示出了提测邮件编辑页面的示意图；

图12示出了任务管理界面中的完整的任务状态流转示意图；

图13示出了本申请的一些实施方式所提供的一种项目信息处理系统的示意图；

图14示出了本申请的一些实施方式所提供的一种电子设备的示意图；

图15示出了本申请的一些实施方式所提供的一种计算机可读存储介质的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本申请所属领域技术人员所理解的通常意义。

另外，术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，对于应用程序项目管理，业内普遍做法是使用excel表格对项目需求和项目人员的工作排期进行管理，但是此方法需要人工维护表格，以及需要较专业的excel技能才能制作清晰的表格，需要耗费较大的人力以及时间成本。也有一些在线项目管理工具，但大多只是任务看板，数据较散乱，不能对需求进行有效的管理。

有鉴于此，本申请实施例将提供一种项目信息处理方法，和基于该方法的项目信息处理系统、电子设备以及存储介质等。在本申请实施例的方案中，项目信息处理系统接收并存储用户输入的项目信息和需求信息，项目信息和需求信息对应于同一个应用程序；根据项目信息和需求信息确定目标需求，根据目标需求生成应用程序对应的任务数据；将项目信息、需求信息与任务数据关联显示在任务管理界面。其中，项目信息可以包括项目组名称、项目所开发的应用程序名称、团队成员信息等；需求信息可以包括：应用程序的版本信息和每个版本对应的需求数据等；任务数据可以包括任务的任务所有者信息、任务文档信息、备注信息、排期信息、任务状态等。通过本申请实施例的方案，通过上述项目信息处理系统可以方便地进行应用程序各版本需求的导入，并且将需求与任务数据关联显示在任务管理界面，使得用户可以清晰查看同一个需求下的任务数据，相对于现有技术，实现了对需求的有效管理，同时节约了管理时间及人力成本。

为进一步说明本申请实施例的方案，下面将结合附图进行描述。可以理解的是，下面各实施例中，相同或相应的内容可以相互参考，为描述简便，后续不作赘述。

本申请实施例提供一种项目信息处理方法及系统、一种电子设备以及计算机可读存储介质，下面结合附图进行说明。

请参考图1，其示出了本申请的一些实施方式所提供的一种项目信息处理方法的流程图，该方法的执行主体可以为任务信息的处理系统，该处理系统具体可以是服务器或者智能手机、平板电脑等电子设备。如图所示，所述项目信息处理方法，可以包括以下步骤S101-S103：

在步骤S101中，接收并存储用户输入的项目信息和需求信息，该项目信息和需求信息对应于同一个应用程序。

其中，所述项目信息可以包括：项目组名称、项目所开发的应用程序名称、团队成员信息等。项目组名称也可以称为团队名称，例如为“测试组”；项目所开发的应用程序名称例如为“测试App”，团队成员信息可以包括项目组管理员和成员的信息，例如开发人员、测试人员的信息。

其中，所述需求信息可以包括：应用程序的版本信息和每个版本对应的需求数据。

实际应用中，在开发一个应用程序或者产品之前，需要创建项目分组。进行创建项目分组时，首先创建一个以项目为核心的团队，对应的项目信息可以包括团队名称、项目所开发的应用程序信息、团队成员、管理员列表等信息。团队创建成功后，执行确定操作后，该团队对应的项目信息可以存储在MongoDB数据库Group(分组)表中，如图2所示，其示出了项目信息接收页面的示意图。

如图2所示，关于团队成员添加，可以通过搜索user表(用户表)中用户标识uid进行添加，用户信息存储在user表中，包括uid、name(中文名字)、cid(岗位)等信息。user表也可以存储在MongoDB数据库中。

其中，MongoDB是一个基于分布式文件存储的数据库，由C++语言编写，属于非关系型数据库。

在本申请的一些实施方式中，上述应用程序的需求信息优选以树状结构预先存储于维基Wiki表中，如图3所示，通过parent字段进行关联，这种存储方式的目的是能够实现通过App名称找到App下所有版本及需求的信息。具体的，如叶子节点为sub_wiki(表示需求的一个子需求)，sub_wiki的parent为wiki(表示某版本下的一个需求),wiki的parent为version(表示应用程序的一个版本号)，version的parent为App。例如，“测试App”即对应图3中的App，“测试App”各版本的需求数据记录在如图3所示的树状结构中。

在本申请的一些实施方式中，接收并存储用户输入的需求信息的步骤，可以实现为：通过Wiki链接的方式获取应用程序的需求信息。

具体的，在将应用程序的需求导入项目信息处理系统时，可以把具体的需求文档放在已经成熟的Confluence中进行管理和存储，Confluence是一个专业的企业知识管理与协同软件，Confluence会自动生成一个Wiki链接，例如：xxx.com/pages/viewpage.action？pageId＝163152258，项目信息处理系统需要存储wiki的标题和上述链接，以实现从Confluence导入wiki数据到项目信息处理系统。具体实现如下：

如图4所示，页面中提供一个输入框来填写具体的Wiki链接，如：xxx.com/pages/viewpage.action？pageId＝163152258，链接中的pageId为wiki文档的标识。如图5所示，前端通过对此链接进行正则匹配可以解析出pageId，并传到后端。

后端拿到解析后的pageId，结合着解析后的pageId分析Confluence的数据库可得出，此pageId为需求文档的主键(标识需求文档唯一性的字段)，通过数据库查询可以得到此pageId对应的具体需求文档数据，以及此需求文档同级所有需求文档。

数据返回到前端进行显示，解析的数据应该为一个数组，前端通过复选或者全选操作再进行数据过滤，得出数据再存储到项目信息处理系统中。通过Wiki链接将需求导入项目信息处理系统的过程参见图6所示。

在步骤S102中，根据项目信息和需求信息确定目标需求，根据目标需求生成应用程序对应的任务数据。

实际应用中，可以是相应的人员根据预先导入项目信息处理系统的项目信息以及需求信息，通过相关点击操作认领自己负责的需求，也就是确定目标需求，并在点击同时生成目标需求相应的任务数据，并与对应的项目信息下的需求关联。

其中，所述任务数据可以包括任务的任务所有者信息、任务文档信息、备注信息、排期信息、任务状态。

在步骤S103中，将项目信息、需求信息与任务数据关联显示在任务管理界面。

根据本申请的一些实施方式中，所述任务管理界面至少包括需求列表区域和任务列表区域；其中，所述需求列表区域用于显示需求数据，所述任务列表区域用于显示每个需求数据对应的任务数据。

具体的，导入需求后，任务管理界面与普通看板相比，其左侧增加需求池(需求列表区域)，如图7所示，所有任务均在需求下创建，即任务数据与需求关联。创建的任务数据存储在数据库的task表(任务表)中，存储wikiId字段即为当前需求的标识，同时wiki链接也会存储到task表中，此外还有任务所有者信息、任务文档信息、备注信息、排期信息、任务状态等。

创建任务后，以表单形式填入相关任务信息进行存储。其中排期信息的填写需要调起前端的日期选择控件，可选日期对当年所有的假期和调休工作日进行了处理，节假日不可选择，可选时间精确到0.5天。节假日的数据存储在数据库中。任务存储的排期时间为开始时间和结束时间的时间戳，通过计算两个时间戳之间的自然天，再根据数据库中的数据判断时间段是否有节假日，如果有则减去相应的天数，可计算出当前任务所用的时间。

任务的状态有未开始、开发中、测试中、验收中和已完成几种状态。任务创建后默认在未开始状态下。不同岗位创建的任务在样式上会做不同颜色区分。

根据本申请的一些实施方式中，步骤S103可以具体实现为：响应于用户针对应用程序的目标版本信息的选择操作；在所述需求列表区域显示所述目标版本信息对应的至少一个目标需求数据，在所述任务列表区域显示所述至少一个目标需求数据对应的任务数据。如图8所示，切换任意一个版本信息，版本信息所对应的需求池均会发生变化。

相较于现有技术，本申请实施例提供的项目信息处理方法，通过接收并存储用户输入的项目信息和需求信息，根据项目信息和需求信息生成应用程序对应的任务数据；将项目信息、需求信息与任务数据关联显示在任务管理界面。本申请的技术方案，可以方便地进行应用程序各版本需求的导入，并且将需求与任务数据关联显示在任务管理界面，使得用户可以清晰查看同一个需求下的任务数据，相对于现有技术，实现了对需求的有效管理，同时节约了管理时间及人力成本。

根据本申请的一些实施方式中，上述任务列表区域可以包括不同任务状态对应的状态区域，每个所述状态区域为可拖放区域，每个任务为可拖动元素；

在上述实施例的基础上，所述方法还包括：

响应于用户针对当前任务的拖动操作，判断所述拖动操作是否符合预设规则；若是，执行所述拖动操作，否则不执行。

若所述拖动操作为将当前任务的任务状态从开发中变更为测试中，则根据当前任务的任务数据生成提测邮件。

如图9所示，任务管理界面中分为两个区域，左边为需求列表区域，右边为任务列表区域，任务列表区域内每一个状态又分为一个矩形区域，此区域设置为可拖放区域，用于存放当前状态的任务。而每个任务也为一个可拖动元素，可以拖放到相应的状态区域内。可理解为看板分为x轴和y轴，x轴为任务的不同状态，y轴为任务对应的需求。

任务状态的变更，可直接拖动任务到相应的状态区域内，拖动停止后在回调函数中处理任务的状态修改，此时会判断当前的用户是否能把任务拖动到当前状态中。例如岗位是测试的用户不能把任务拖到开发中状态。

在项目开发流程中，开发者开发完自己的任务需要告知测试者对该功能进行测试，一般是用邮件的形式进行通知,如图10所示。如图11所示，在此系统中开发者把任务修改为测试中时，会自动根据开发者的任务信息生成提测邮件信息，并提供编辑状态，自行判断是否修改，随后使用nodemailer邮件插件进行发送。图12为任务管理界面中的完整的任务状态流转示意图。

在上述实施例的基础上，所述方法还包括：根据所述任务数据进行以下至少一项数据汇总：

根据所述任务状态汇总每个任务状态下的任务数量；

根据所述任务所有者信息汇总每个团队成员的任务数量；

根据所述排期信息汇总当前项目中人力资源占用总时长和平均时长。

本实施方式中，根据任务数据存储中的用户信息，排期信息等可以统计当前项目进行数据汇总。根据任务状态可汇总出每个状态的下的任务个数并生成柱状图。根据任务的所属用户可以汇总出每个成员有多少任务，每个岗位有多少任务。根据排期时间汇总出当前项目中人力资源占用总时长，平均时长。

本申请实施例中提供的技术方案，至少具有如下技术效果或优点：

1、可以方便地进行需求的导入；

2、引入更多的项目数据，包括应用，版本，需求等，更符合敏捷开发项目流程；

3、在任务排期时对日期进行了节假日的过滤，可以精确计算出工作时长；

4、任务看板采用需求与任务状态两个纬度展示，可以清晰查看同一个需求下的任务状态；

5、可以精确地汇总当前项目不同纬度的数据。

在上述的实施例中，提供了一种应用于服务器的项目信息处理方法，与之相对应的，本申请还提供一种项目信息处理系统。请参考图13，其示出了本申请的一些实施方式所提供的一种项目信息处理系统的示意图。由于系统实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的系统实施例仅仅是示意性的。

如图13所示，所述项目信息处理系统13可以包括：

接收存储模块101，用于接收并存储用户输入的项目信息和需求信息，所述项目信息和所述需求信息对应于同一个应用程序；

生成模块102，用于根据所述项目信息和所述需求信息确定目标需求，根据目标需求生成所述应用程序对应的任务数据；

关联显示模块103，用于将所述项目信息、所述需求信息与所述任务数据关联显示在任务管理界面。

本申请实施例提供的项目信息处理系统10，与本申请前述实施例提供的应用于服务器的项目信息处理方法出于相同的发明构思，具有相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的项目信息处理方法对应的电子设备，例如手机、笔记本电脑、平板电脑、台式机电脑等，以执行上述项目信息处理方法。

请参考图14，其示出了本申请的一些实施方式所提供的一种电子设备的示意图。如图14所示，所述电子设备20包括：处理器200，存储器201，总线202和通信接口203，所述处理器200、通信接口203和存储器201通过总线202连接；所述存储器201中存储有可在所述处理器200上运行的计算机程序，所述处理器200运行所述计算机程序时执行本申请前述任一实施方式所提供的项目信息处理方法。

其中，存储器201可能包含高速随机存取存储器(RAM：Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口203(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网、广域网、本地网、城域网等。

总线202可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。其中，存储器201用于存储程序，所述处理器200在接收到执行指令后，执行所述程序，前述本申请实施例任一实施方式揭示的所述项目信息处理方法可以应用于处理器200中，或者由处理器200实现。

处理器200可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器200中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器200可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器201，处理器200读取存储器201中的信息，结合其硬件完成上述方法的步骤。

本申请实施例提供的电子设备与本申请实施例提供的项目信息处理方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。

本申请实施方式还提供一种与前述实施方式所提供的项目信息处理方法对应的计算机可读存储介质，请参考图15，其示出的计算机可读存储介质为光盘30，其上存储有计算机程序(即程序产品)，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的项目信息处理方法。

需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。

本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的项目信息处理方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围，其均应涵盖在本申请的权利要求和说明书的范围当中。

Claims (10)

1.一种项目信息处理方法，其特征在于，包括：

接收并存储用户输入的项目信息和需求信息，所述项目信息和所述需求信息对应于同一个应用程序；

根据所述项目信息和所述需求信息确定目标需求，根据目标需求生成所述应用程序对应的任务数据；

将所述项目信息、所述需求信息与所述任务数据彼此关联，并显示在任务管理界面。

2.根据权利要求1所述的方法，其特征在于，所述应用程序的需求信息以树状结构预先存储于Wiki表中；

所述接收并存储用户输入的需求信息，包括：

通过Wiki链接的方式获取所述应用程序的需求信息。

3.根据权利要求1所述的方法，其特征在于，所述项目信息包括项目组名称、项目所开发的应用程序名称、团队成员信息；所述需求信息包括应用程序的版本信息和每个版本对应的需求数据；所述任务数据包括任务的任务所有者信息、任务文档信息、备注信息、排期信息、任务状态。

4.根据权利要求3所述的方法，其特征在于，所述任务管理界面包括需求列表区域和任务列表区域；其中，所述需求列表区域用于显示需求数据，所述任务列表区域用于显示每个需求数据对应的任务数据；

所述将所述项目信息、所述需求信息与所述任务数据彼此关联，并显示在任务管理界面，包括：

响应于用户针对应用程序的目标版本信息的选择操作；在所述需求列表区域显示所述目标版本信息对应的至少一个目标需求数据，在所述任务列表区域显示所述至少一个目标需求数据对应的任务数据。

5.根据权利要求4所述的方法，其特征在于，所述任务列表区域包括不同任务状态对应的状态区域，每个所述状态区域为可拖放区域，每个任务为可拖动元素；所述方法还包括：

响应于用户针对当前任务的拖动操作，判断所述拖动操作是否符合预设规则；

若是，执行所述拖动操作，否则不执行。

6.根据权利要求5所述的方法，其特征在于，所述执行所述拖动操作，包括：

若所述拖动操作为将当前任务的任务状态从开发中变更为测试中，则根据当前任务的任务数据生成提测邮件。

7.根据权利要求3所述的方法，其特征在于，所述方法还包括：

根据所述任务数据进行数据汇总：

根据所述任务状态汇总整个版本需求下的任务数量；

根据所述任务所有者信息汇总每个团队成员的任务数量；

根据所述排期信息汇总当前项目中人力资源占用总时长和平均时长。

8.一种项目信息处理系统，其特征在于，包括：

接收存储模块，用于接收并存储用户输入的项目信息和需求信息，所述项目信息和所述需求信息对应于同一个应用程序；

生成模块，用于根据所述项目信息和所述需求信息确定目标需求，根据目标需求生成所述应用程序对应的任务数据；

关联显示模块，用于将所述项目信息、所述需求信息与所述任务数据关联显示在任务管理界面。

9.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行以实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至7中任一项所述的方法。

Images