一种云扩RPA流程项目结构以及.dgs文件的制作方法

本发明涉及一种云扩rpa流程项目结构以及.dgs文件。涉及云扩rpa流程项目技术领域。

背景技术：

随着互联网和移动互联网的全面普及，企业的线下业务场景都在实施数字化转型，如线下的业务办理转移到线上桌面端。当越来越多数字化服务出现在客户端，产品的体验竞争愈演愈烈。在此背景下，rpa的出现极大程度上解决了企业的痛点。如何将rpa产品打磨到人人可用，人人会用，是产品研发的关键目标。在windows系统之下，很多程序需要以管理员的身份才能运行，不以管理员身份运行的话无法操作到系统的特定文件，或者会在运行过程中报错。用户虽说可以通过修改执行文件的属性去设置其默认执行权限为“以管理员身份运行”，但是这种操作麻烦耗时，可能用户会每天都要运行这些程序，老是手动选择，会给用户带来极大的不便，且并不是每个用户都知道怎么去做。如何设置才能让程序以后都是直接以管理员的身份去运行，降低用户的运行实施成本，是提高产品质量的关键，是本领域技术人员需要解决的问题。

技术实现要素：

本发明的目的就是为了解决以上问题，提供一种云扩rpa流程项目结构以及.dgs文件。

为实现上述目的，本发明一种云扩rpa流程项目结构包含两层，第一层是项目文件夹，第二层是核心，包含流程文件，project.json文件,project.runtime.json文件，projectsettings.json文件，.setting文件夹，.git文件夹，其他文件和子文件夹。

优选的，所述的项目文件project.json，该文件包含了项目的重要属性，是项目最重要的文件，没有该文件，项目无法在云扩编辑器中打开，也无法在云扩机器人上运行，其结构如下：

a.projectname:项目名；

b.version:项目版本；

c.schemaversion:project.json文件的版本，用以兼容旧的项目，当当前编辑器的project.json版本大于所要打开的流程项目的project.json的schemaversion版本时，项目需要做一些兼容性的调整，让项目可以在高版本的编辑器里面打开；

d.projecttype：项目类型，分为流程项目和组件项目，流程项目就是包含业务逻辑的项目，组件项目则是可以打包成组件，供其他流程进行调用；

e.description：描述；

f.author:作者；

g.company:公司；

h.license:凭证；

i.settings:存放项目的一些设置；

j.projectentryitem:项目的入口文件，确定项目运行从哪个文件开始；

k.items:包含在项目内的文件列表，显示为相对路径，通过这个属性来管理项目的流程文件，子文件夹和非流程文件，在发布的时候也是根据这个属性将项目文件夹下必要的文件进行打包；

l.targetframework：使用的.net的框架；

m.projectdependencies：项目的依赖项列表，流程文件会依赖一些nuget包或者其他组件项目，这个属性就记录了所依赖的依赖项，用以在打开项目时去加载这些依赖项；

m-1.id:依赖项的唯一标识；

m-2.autoupgrade:是否为自动更新；

m-3.upgradeversionpattern自动更新的方式；

n.projectdependencyitems:依赖项的子项列表；

n-1.id:依赖项子项的唯一标识；

n-2.version:版本号；

n-3.title:完整的名称；

n-4.innerdendencies:依赖项所依赖的依赖项；

o.lastmodifytime:最后修改时间；

p.projectreferences：引用的项目列表，项目也可以去引用其他项目，从而可以调用其他项目的流程，这个属性用来记录项目引用的其他项目的id.；

优选的，所述的项目文件夹下配置一个project.runtime.json文件，属性与project.json相同，里面记录了在运行的时候项目需要的最小的依赖项集，这个文件的好处是可以让项目在运行时加载依赖项的最小集，从而节省内存。

优选的，所述的projectsettings.json存放各个文件的断点信息，用以在编辑器中调试流程。

优选的，所述的.settings文件夹，存放项目的一些公共设置，主要的是自动化组件的一些延时的设定，可以自定义自动化组件匹配超时的默认时间。这个文件夹是个隐藏文件夹，对于用户来说是不可知的。

优选的，所述的.git文件夹存放了版本控制的信息，我们的项目支持本地的版本控制，支持文件的回滚，这个文件夹是个隐藏文件夹，存放了文件版本控制需要的一些文件，对于用户来说是不可知的。

一种云扩rpa流程项目.dgs文件,其中所述的项目名.dgs文件项目编辑完成后，云扩编辑器可以将项目打包成.dgs格式的文件，用以发布到市场，机器人，控制台，或者导入回到云扩编辑器中。

与现有技术相比，本发明的有益效果是：通过这个项目结构，可以将多个流程文件统一成一个整体，通过项目的导入导出和发布功能实现项目的复用性。

附图说明

图1为本发明云扩rpa流程项目结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本实施例提供一种技术方案：参照图1所示：一种云扩rpa流程项目结构以及.dgs文件包含以下步骤：所述的rpa流程项目结构包含两层，第一层是项目文件夹，第二层是核心，包含流程文件，project.json文件,project.runtime.json文件，projectsettings.json文件，.setting文件夹，.git文件夹，其他文件和子文件夹。

优选的，所述的项目文件project.json，该文件包含了项目的重要属性，是项目最重要的文件，没有该文件，项目无法在云扩编辑器中打开，也无法在云扩机器人上运行，其结构如下：

a.projectname:项目名；

b.version:项目版本；

c.schemaversion:project.json文件的版本，用以兼容旧的项目，当当前编辑器的project.json版本大于所要打开的流程项目的project.json的schemaversion版本时，项目需要做一些兼容性的调整，让项目可以在高版本的编辑器里面打开；

d.projecttype：项目类型，分为流程项目和组件项目，流程项目就是包含业务逻辑的项目，组件项目则是可以打包成组件，供其他流程进行调用；

e.description：描述；

f.author:作者；

g.company:公司；

h.license:凭证；

i.settings:存放项目的一些设置；

j.projectentryitem:项目的入口文件，确定项目运行从哪个文件开始；

k.items:包含在项目内的文件列表，显示为相对路径，通过这个属性来管理项目的流程文件，子文件夹和非流程文件，在发布的时候也是根据这个属性将项目文件夹下必要的文件进行打包；

l.targetframework：使用的.net的框架；

m.projectdependencies：项目的依赖项列表，流程文件会依赖一些nuget包或者其他组件项目，这个属性就记录了所依赖的依赖项，用以在打开项目时去加载这些依赖项；

m-1.id:依赖项的唯一标识；

m-2.autoupgrade:是否为自动更新；

m-3.upgradeversionpattern自动更新的方式；

n.projectdependencyitems:依赖项的子项列表；

n-1.id:依赖项子项的唯一标识；

n-2.version:版本号；

n-3.title:完整的名称；

n-4.innerdendencies:依赖项所依赖的依赖项；

o.lastmodifytime:最后修改时间；

p.projectreferences：引用的项目列表，项目也可以去引用其他项目，从而可以调用其他项目的流程，这个属性用来记录项目引用的其他项目的id.；

一种云扩rpa流程项目.dgs文件：在云扩编辑器中创建一个流程项目或者组件项目，项目结构将会自动生成；

通过在编辑器里面的导出功能，将项目打包成dgs文件；

可以通过编辑器的导入功能，将dgs文件重新导回到项目中进行编辑；

可以通过编辑器的发布功能，编辑器会自动把项目打包成dgs文件，并且根据用户选择将dgs文件发布到控制台，市场，或者机器人。

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

需要说明的是，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合，本说明书系统实施例，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。