CN109947402A - 一种项目开发系统 - Google Patents

Abstract

本申请实施例提供一种项目开发系统，用于减少人力物力的浪费。该项目开发系统包括：第一设备，用于根据项目需求生成项目图谱；其中，所述项目图谱包括至少一个节点及所述至少一个节点之间的连接关系，所述至少一个节点中的每个节点为用于实现所述项目需求的一个功能模块；至少一个第二设备，用于根据所述项目图谱启动所述至少一个节点，以完成所述项目需求。

Description

一种项目开发系统

技术领域

本申请涉及电子信息技术领域，尤其涉及一种项目开发系统。

背景技术

随着软件应用规模的逐渐扩大，应用层次的逐步深入，项目开发的复杂度逐渐增加。

目前，在项目开发人员确定产品需求后，需要与架构师反复讨论，以确定产品架构。在确定产品架构之后，由软件开发人员进行软件代码编写、调试，然后交由软件测试人员进行测试。在测试通过之后，进行产品验证，若验证结果不能满足产品需求，项目开发人员还需要与架构师再次进行讨论修改，需要耗费大量的人力物力。

因此，现有的开发程序流程耗费大量的人力物力。

发明内容

本申请实施例提供一种项目开发系统，用于减少人力物力资源的浪费。

本申请实施例提供一种项目开发系统，包括：

第一设备，用于根据项目需求生成项目图谱；其中，所述项目图谱包括至少一个第一节点及所述至少一个第一节点之间的连接关系，所述至少一个第一节点中的每个节点为用于实现所述项目需求的一个功能模块；

至少一个第二设备，用于根据所述项目图谱启动所述至少一个第一节点，以完成所述项目需求。

在本申请实施例中，是由第一设备根据项目需求生成项目图谱，也就是由第一设备完成对项目需求的分析，同时是由至少一个第二设备根据项目图谱启动至少一个节点，以完成项目需求，也就是将初步验证的开发工作嫁接于产品或需求分析者，极大地减少了沟通环节，从而能够减少人力资源和物力资源的浪费。

进一步，项目图谱的生成，能够避免现有技术中开发人员理解上可能的偏差或者需求意图传达不明确，而导致产品交付延迟，进而提高项目开发效率。

在一个可能的设计中，在所述至少一个第二设备根据所述项目图谱启动所述至少一个节点时，具体用于：

根据与所述项目图谱对应的启动文件启动所述至少一个第一节点。

在一个可能的设计中，

所述至少一个第一节点中的两两节点之间基于话题进行通信。

在一个可能的设计中，所述至少一个第二设备包括：

算法服务器，用于调用与所述算法服务器启动的节点对应的算法模型。

在本申请实施例中，在算法服务器启动相应节点后，可以直接调用与启动的节点对应的算法模型，而无需软件开发人员再花费时间编写、编译、测试，从而能够减少时间花费，提高项目开发效率。

在一个可能的设计中，所述至少一个第二设备还包括：

嵌入式服务器，用于将输入参数发送给所述算法服务器；其中，所述输入参数是通过所述嵌入式服务器所启动的节点对应的硬件设备采集的；

相应的，所述算法服务器还用于：

根据所述输入参数运行所述算法模型，获得运行结果。

在本申请实施例中，嵌入式服务器能够给算法服务器调用的算法模型提供输入参数，无需像现有技术中需要硬件采购人员采购相应硬件，并完成硬件调试之后，才能完成对算法模型的运行，因此，能够提高项目的开发效率。

在一个可能的设计中，所述算法服务器包括第一算法服务器和第二算法服务器；

其中，所述第一算法服务器启动第一个第一节点，所述第二算法服务器启动第二个第一节点，所述第一个第一节点对应第一算法模型，所述第二个第一节点对应第二算法模型，所述第一算法模型和所述第二算法模型对应相同的输入参数。

在本申请实施例中，第一算法模型和第二算法模型对应相同的输入参数，这也就实现了多模型协同解析输入数据，换句话说，也能够降低对算法服务器硬件上的要求。

在一个可能的设计中，所述至少一个第二设备还包括：

应用开发服务器，用于将所述运行结果上传至云端服务器。

在一个可能的设计中，所述项目开发系统还包括：

测试服务器，用于启动至少一个第二节点，以获取所述算法模型的运行日志，完成对所述算法模型的测试。

相较于现有技术中测试人员需要再软件开发人员编写、调试完成之后，才能接入。在本申请实施例中，通过测试服务器可以在项目图谱生成之后，便可介入测试，从而能够提高项目开发的效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中项目开发流程图；

图2为DDS的具体实现过程的示意图；

图3为本申请实施例提供的一种项目开发系统的示意图；

图4为本申请实施例提供的至少一个节点之间的连接关系的示意图；

图5为本申请实施例提供的一种项目开发系统的详细示意图；

图6为本申请实施例提供的项目开发的流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

以下，对本申请实施例中的部分用于进行解释说明，以便于本领域技术人员理解。

(1)机器人软件平台2.0(Robot Operating System，ROS)支持构建的系统包括Linux、windows、Mac等，甚至没有操作系统的裸机；ROS2.0中最重要的一个概念就是“节点”，ROS2.0中的节点之间通过域的概念进行划分，位于一个域内的节点均设置相同的域标识(domain id)；ROS2.0采用数据分发服务(Data Distribution Service，DDS)来负责可靠通信，其中，DDS的实现过程请参见图1。

图1中包括：域(Domain)、域参与者(DomainParticipant)、数据写入者(DataWriter)、发布者(Publisher)、数据读取者(DataReader)、订阅者(Subscriber)、主题(Topic)。其中，发送方使用的对象被称为Publisher和DataWriter，接收方使用的对象被称为Subscriber和DataReader。

应用程序使用DataWriter发送数据。DataWriter与单独主题相关联，用户可以在单独应用程序中拥有多个DataWriter和主题。另外，在单独应用程序中，用户可以为一个特定的主题对应至少一个DataWriter。Publisher是一个负责实际数据发送的DCPS对象。应用程序使用DataReader访问DCPS上接收的数据。

Subscriber是负责发布数据实际接收的DCPS对象。当数据被发送至应用程序时，它首先由Subscriber处理，数据样本随后被储存在适当的DataReader中。

(2)知识图谱，是一种基于图的数据结构，由节点(Point)和边(Edge)组成。在知识图谱里，每个节点表示现实世界中存在的“实体”，每条边为实体与实体之间的“关系”。

(3)本申请实施例中的术语“算法服务器”、“嵌入式服务器”、“测试服务器”、“应用开发服务器”只是一种代号、名称，在实际实现中，这些技术特征可以以其它名称出现。

(4)本申请实施例中的术语“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面介绍本发明实施例的技术背景。

请参见图2，为现有技术中项目开发的流程图，包括四大部分：概念阶段、计划阶段、开发阶段及验证阶段，其中，概念阶段是从接收到《项目任务书》-进行标杆设计、竞争分析和设计卖点-《客户需求规格说明书》和《多概念选择说明书》-需求和概念技术及决策评审-《初步的业务计划》和《产品开发的一级计划》；计划阶段是分解需求明确规格-技术评审-分解确定各级计划-完善业务计划书；开发阶段是各模板详细设计-技术评审-技术规格说明-打样-出样评审会；验证阶段是二次打样-二次样评审-软硬件联调测试。该开发流程存在如下技术问题，软件开发需要迭代几个版本才能满足需求，同样在验证阶段也需要反复验证多次，需要耗费大量的人力物力。

鉴于此，请参见图3，本申请实施例提供一种项目开发系统300，该项目开发系统包括：

第一设备301，用于根据项目需求生成项目图谱；其中，所述项目图谱包括至少一个第一节点及所述至少一个第一节点之间的连接关系，所述至少一个第一节点中的每个节点为用于实现所述项目需求的一个功能模块。

至少一个第二设备302，用于根据所述项目图谱启动所述至少一个第一节点，以完成所述项目需求。

在本申请实施例中，是由第一设备301根据项目需求生成项目图谱，也就是由第一设备完成对项目需求的分析，极大的减少了沟通环节，同时是由至少一个第二设备根据项目图谱启动至少一个节点，以完成项目需求，也就是能够将初步验证的开发工作佳姐于产品或需求分析者，从而能够减少人力资源和物力资源的浪费。

进一步，项目图谱的生成，能够避免现有技术中开发人员理解上可能的偏差或者需求意图传达不明确，而导致产品交付延迟，进而提高项目开发效率。

在本申请实施例中，第一设备可以是服务器、个人计算机(Personal Computer，PC)、平板电脑(Portable Android Device，PAD)，或者为其它终端设备，在此不再一一举例。在下面介绍过程中，以第一设备是分析服务器为例。

项目需求可以是实际应用中的任何一个项目的项目需求，例如“户外行走报警机器人”、“室内自动驾驶洗地机”、“物流机器人”等等。其中，项目需求可以是项目开发人员通过分析服务器的显示界面输入，或者通过语音方式输入的方式输入，或者是通过其它方式输入。在分析服务器获取项目需求后，提取项目需求中的关键词，对提取的关键词进行分析，确定最小功能单元，以及各个功能单元之间的连接关系，也就是确定各个节点，及各个节点之间的连接关系。

此处的节点可以理解是集成了ROS图中的“节点”的所有属性，并能够完成某一功能模块的独立的程序，该功能模块可以是软件实现的功能模块，或者是硬件实现的功能模块。

在具体实现过程中，请参见下表一，以项目需求是“户外行走报警机器人”为例，分析服务器提取关键词：行走、报警。在提取关键词之后，需要进一步对提取的关键词进行分析分解。

作为示例一：行走

首先，需要支持行走的硬件设备马达；在行走过程中可能会涉及到路线规划、避障、远程控制、低电量显示报警等等，而实现这些功能不仅需要软件的支持，还需要硬件上的支持，例如利用摄像头采集图像数据，通过图像数据实现自动避障；通过全球定位系统(Golbal Positioning System，GPS)实现自动路线规划；通过无线通信模块接收无线信号，以实现远程控制等等。

作为示例二：报警

要实现报警，则可能会涉及到图像识别、语音识别、危险提示等等，而实现实现上述功能，不仅需要软件，还需要相应的硬件支持，例如利用摄像头采集图像数据，实现图像识别；利用语音采集单元采集语音数据，对语音数据进行分析，以及传感器、灯带等等。

表一

在分析服务器对项目需求分析完成之后，确定各个功能实现的节点(Node)及节点之间的连接关系。例如，自动路线规划的软件实现对应节点A，摄像头对应的节点B、GPS对应的节点C；自动避障的软件实现对应节点D，节点B、距离传感器对应的节点E；报警的软件实现对应节点F，节点B，语音采集单元对应的节点G、灯带对应的节点H，具体请参见图4，图4示出了各个节点及各个节点之间的连接关系。

在本申请实施例中，分析服务器生成的项目图谱将显示在分析服务器的显示器上，以供项目开发人员进行校对。若当前生成的项目图谱没有问题，则进行下一步骤操作。若发现生成项目图谱存在不足之处，项目开发人员可以进一步拆解分析，例如自动线路规划，路径选择是以路径长短为依据，还是以路径上的无线信号强度为依据，在该拆解分析后，就涉及到无线信号强度的测量。这样在重新分析后，可以生成新的项目图谱。

在具体实现过程中，分析服务器在生成项目图谱后，还需要生成与项目图谱对应的启动(launch)文件，launch文件是描述一组节点及其话题重映射和参数的XML文件。根据规范，launch文件的后缀都是.launch。每个launch文件中包括node标签，每个node标签里包括了项目图谱中节点的名称、该节点所在的包名pkg以及节点的类型(节点的类型指的就是可执行文件的名称，如果是python编写的就是×××.py)。

在分析服务器生成项目图谱对应的launch文件后，则将启动文件分发给至少一个第二设备。在本申请实施例中，在至少一个第二设备接收分析服务器发送的launch文件之后，则根据launch文件启动所述至少一个第一节点。

在本申请实施例中，至少一个第一节点中的两两节点之间基于主题进行通信。

在本申请实施例中，至少一个第二设备可以是至少一个服务器、个人计算机(Personal Computer，PC)、平板电脑(Portable Android Device，PAD)，或者为其它终端设备，在此不再一一举例。

在具体实现过程中，至少一个第二设备包括：算法服务器。其中，算法服务器的个数可以是一个，也可以是多个，同时算法服务器启动的节点的个数可以是一个，也可以是多个，在本申请实施例中不做限制。

算法服务器，用于调用所述算法服务器所启动的节点对应的算法模型。

在本申请实施例中，算法模型可以是预先存储在算法服务器中的，也可以是在需要时，从其它服务器上获取的。由于可以直接调用与节点对应的算法模型，无需再安排软件开发人员进行编码、调试等，能够大大缩短项目开发时间，提高项目开发效率。

继续沿用上述举例，算法服务器启动节点A、D、F，则需要调用与节点A对应的能够实现自动路线规划的算法模型，调用与节点D应的能够实现自动避障的算法模型，调用与节点F对应的能够实现节点报警的算法模型。

在此，需要说明的是，当在算法服务器上没有存储于启动的节点对应的算法模型时，可能还是需要软件开发人员先行编码，录入，从而能够方便后续项目开发的使用。

在本申请实施例中，所述至少一个第二设备还包括：

嵌入式服务器，用于将输入参数发送给所述算法服务器；其中，所述输入参数是通过所述嵌入式服务器所启动的节点对应的硬件设备采集的；

相应的，所述算法服务器还用于：

根据所述输入参数运行所述算法模型，获得运行结果。

在本申请实施例中，嵌入式服务器的个数可以是一个，也可以是多个，同时嵌入式服务器启动的节点的个数可以是一个，也可以是多个，在此不做限制。其中，嵌入式服务器启动的一个节点对应一个硬件设备，继续沿用上述举例，嵌入式服务器启动节点B，对应的硬件设备是摄像头，启动节点C，对应的硬件设备是GPS，启动节点D，对应的硬件设备是距离传感器。

在具体实现过程中，在算法服务器启动节点，并调用该节点对应的算法模型之后，则需要运行该算法模型，以运行报警的算法模型为例，在运行该算法时，需要获取图像数据和/或语音数据，而这些输入参数需要通过硬件设备摄像头和/或语音采集单元获取。在这种情况下，算法服务器就需要与嵌入式服务器通信，告知嵌入式服务器启动相应的节点B和节点F，以使得摄像头采集图像数据，语音采集单元采集语音数据，并将采集到的图像数据和语音数据发送给算法服务器。算法服务器在接收到图像数据和语音数据之后，则运行报警的算法模型，以分析当前是否存在危险。

在本申请实施例中，所述至少一个第二设备还包括：

应用开发服务器，用于将所述运行结果上传至云端服务器。

在本申请实施例中，应用开发服务器的个数可以是一个，也可以是多个，同时应用开发服务器启动的节点的个数可以是一个，也可以是多个，在此不做限制。

在本申请实施例中，在算法服务器获取运行结果之后，则将运行结果发送给应用开发服务器，以使得应用开发服务器将运行结果上传至云端，进而通过云端告知项目产品的使用者。继续沿用上述举例，在户外行走报警机器人发现当前所处环境存在危险时，则将警报结果发送给应用开发服务器，以使得应用开发服务器将警报结果上传至云端，这样云端则可以将警报结果发送给使用者，以提示使用者当前存在危险。具体的项目开发系统的示意图请参见图5。

在本申请实施例中，由于算法服务器可以是一个或者多个，在算法服务器为多个时，例如包括第一算法服务器和第二算法服务器；其中，所述第一算法服务器开启第一个第一节点，所述第二算法服务器开启第二个第一节点，所述第一个第一节点对应第一算法模型，所述第二个第一节点对应第二算法模型，所述第一算法模型和所述第二算法模型对应相同的输入参数。

在本申请实施例中，可以实现多模型协同解析输入数据。例如第一算法服务器启动节点D，第二算法服务器启动节点F，这两个节点对应的算法模型都需要摄像头采集的图像数据，也就是通过第一算法服务器的算法模型对图像数据进行分析，实现自动避障，由通过第二算法服务器的算法模型对图像数据进行分析，实现报警。由于是在不同的算法服务器上根据相同的输入参数实现不同的功能，从而能够降低对算法服务器的硬件上的要求。

在本申请实施例中，所述项目开发系统还包括：

测试服务器，用于启动至少一个第二节点，以获取所述算法模型的运行日志，完成对所述算法模型的测试。

在本申请实施例中，测试服务器的个数可以是一个，也可以是多个。同时，测试服务器也是根据分析服务器发送的启动文件，启动至少一个第二节点。在具体实现过程中，在算法服务器启动相应节点后，测试服务器通过启动的至少一个第二节点，便可以获取算法模型的运行日志，进而实现对算法模型的测试，而无需像现有技术中，需要等到软件工程师完成代码编译调试之后才能进行，从而能够缩减项目开发时间，提高项目开发效率。

在本申请实施例中，在完成测试之后，项目开发人员可以验证是否满足需求，在验证基本满足需求之后，确定采购样机配件，由采购人员购买样机配件，在采购完成后，进行软硬件联调整合，接着进行压力测试，在压力与稳定测试不通过时，则由产品开发人员再次进行调整测试，在压力与稳定测试通过时，交由工厂进行整机打造生产，在生产完成后，进行产品试用，在产品试用过程中完成质量测试论证，在产品质量论证通过的情况下，交付小批量生产，以实现产品试运行，在经过一定时间的运行论证之后，投放市场。具体的项目开发流程图请参见图6。

以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本发明实施例的保护范围之内。

Claims (8)

1.一种项目开发系统，其特征在于，包括：

第一设备，用于根据项目需求生成项目图谱；其中，所述项目图谱包括至少一个第一节点及所述至少一个第一节点之间的连接关系，所述至少一个第一节点中的每个节点为用于实现所述项目需求的一个功能模块；

至少一个第二设备，用于根据所述项目图谱启动所述至少一个第一节点，以完成所述项目需求。

2.根据权利要求1所述的项目开发系统，其特征在于，在所述至少一个第二设备根据所述项目图谱启动所述至少一个第一节点时，具体用于：

根据与所述项目图谱对应的启动文件启动所述至少一个第一节点。

3.根据权利要求2所述的项目开发系统，其特征在于，

所述至少一个第一节点中的两两节点之间基于主题进行通信。

4.根据权利要求1-3任一项所述的项目开发系统，其特征在于，所述至少一个第二设备包括：

算法服务器，用于调用与所述算法服务器启动的节点对应的算法模型。

5.根据权利要求4所述的项目开发系统，其特征在于，所述至少一个第二设备还包括：

嵌入式服务器，用于将输入参数发送给所述算法服务器；其中，所述输入参数是通过所述嵌入式服务器所启动的节点对应的硬件设备采集的；

相应的，所述算法服务器还用于：

根据所述输入参数运行所述算法模型，获得运行结果。

6.根据权利要求5所述的项目开发系统，其特征在于，

所述算法服务器包括第一算法服务器和第二算法服务器；

其中，所述第一算法服务器启动第一个第一节点，所述第二算法服务器启动第二个第一节点，所述第一个第一节点对应第一算法模型，所述第二个第一节点对应第二算法模型，所述第一算法模型和所述第二算法模型对应相同的输入参数。

7.根据权利要求6所述的项目开发系统，其特征在于，所述至少一个第二设备还包括：

应用开发服务器，用于将所述运行结果上传至云端服务器。

8.根据权利要求4所述的项目开发系统，其特征在于，所述项目开发系统还包括：

测试服务器，用于启动至少一个第二节点，以获取所述算法模型的运行日志，完成对所述算法模型的测试。