04)通信的能力。
[0035]通过引用能力库(300)，应用程序(302)能够利用能力参数(306)并且调用能力工作流(308)，而不必依赖程序资源(304)。在部署应用程序(302)时满足应用程序的请求。能够查询程序资源(304)以查找将满足应用程序的请求的能力的执行。程序资源(304)能够对能力库(300)提供满足应用程序的请求的能力的执行，平台层能够利用这些能力。在执行工作流的时候，当应用程序(302)正在平台层上运行时，程序资源(304)能够将与能力执行关联的参数值提供给应用程序。
[0036]可以在从一般定义到更加具体的定义的层次结构中设置能力。在某些情况下，能力能够从其父工作流继承工作流定义的参数。然而，能力可以不具有与父工作流定义相同的工作流定义。其它类型的能力可以包括值和属性。虽然参考包含在能力库中的具体类型的能力已经描述了该示例，但是任何适当的能力类型可以包括在能力库中。
[0037]图4是根据本文描述的原理用于利用平台层开发应用程序的方法的示例的示意图。在该示例中，方法(400)包括识别具有匹配应用程序请求的能力的平台层(402)，所述应用程序请求针对嵌入应用程序层中的应用程序；将应用程序部署到平台层(404);以及利用所述能力在平台层中的应用程序上执行开发任务(406)。
[0038]可使用与能力关联的标签识别平台层的能力。部署应用程序可以包括发送并安装应用程序到平台层使得平台层运行所部署的应用程序。平台层可以已经包含一些能力并且被标注为具有那些能力。可以将其他的能力添加到平台层以满足应用程序请求。
[0039]例如，应用程序可以请求具有25至35千兆字节的存储器、具有大于250千兆字节的磁盘、以及具体类型的服务器。平台层可以已经具有26千兆字节的存储器和300千兆字节的磁盘。在该示例中，该平台层是应用程序偏爱的候选者，只要具体类型的服务器能够在同一平台上得到支持。因此，协调系统查询提供操作具体类型服务器的能力的资源的库。协调系统可以选择候选者资源以支持具体服务器类型。响应于选择将支持具体类型服务器的资源，协调系统可以继续查询该库以查找将为所选择的资源提供额外支持的额外程序等。因此，协调系统将继续查找程序、能力、资源等直到其能够满足应用程序的请求。
[0040]应用程序能够被定义为请求的最小值，并且平台也能够被定义为其能力。在这种示例中，能够利用逻辑来确定使用哪个平台层。在一些示例中，基于应用程序的请求以及平台层的能力，协调系统可以确定来建立新的平台层以适应应用程序的请求。
[0041]开发任务可以是在开发阶段发生的任何适当任务。例如，开发任务可以包括建模任务、重新配置任务、涉及概念开发的任务、涉及质量保证的任务、涉及生产的任务、涉及开发的其它阶段的任务或其组合。
[0042]应用程序能够定义其自身的请求。请求可以包括动作、值、属性、遍历顺序、层次、另一个请求或其组合的请求。
[0043]平台层也可能够定义其能力。平台层具有共享公共操作系统和公共程序的至少一个服务器，并且能力包括描述层次、遍历顺序、值、属性、动作模型、另一种能力、或者其组合的开放元数据定义语言。
[0044]响应于接收请求，平台层被识别为匹配应用程序请求中的至少一些应用程序请求。方法包括引用将平台层中的标签与能力关联的能力库。
[0045]如果所选择的平台层缺少应用程序所请求的能力中的一些能力，那么可以通过额外的程序提供该能力。例如，可以应用来自能力库的能力。应用可以包括将能力下载到平台层。在其它示例中，应用包括使能力通过网络连接由平台层使用。除了将应用程序部署到平台层，应用程序层可以将与应用程序有关的额外机器可读指令附加到平台层。机器可读指令可以是部署策略、维护策略、监控策略、另一种策略、其它类型的机器可读指令、或者其组合。
[0046]在一些实例中，响应于提出请求，协调系统将确定在平台层中所需的能力以运行应用程序。如果不存在适于利用平台的现有能力来运行应用程序的平台层，那么协调系统可以确定建立新的平台层并且应用该能力以满足应用程序的请求。在其它示例中，应用程序的请求被匹配到能够至少使用或接收至少一些能力以满足应用程序的请求的平台层。
[0047]图5是根据本文描述的原理的协调系统(500)的示例的示意图。协调系统(500)包括请求引擎(502)、能力跟踪引擎(504)、分配引擎(506)、以及部署引擎(508)。在该示例中，协调系统(500)还包括应用引擎(510)以及附加引擎(512) ο引擎(502、504、506、508、510,512)是指硬件和程序指令的组合以执行指定的功能。引擎(502、504、506、508、510、512)中的每一个可以包括处理器和存储器。程序指令被存储在存储器中并且引起处理器执行引擎的指定功能。
[0048]请求引擎(502)引起应用程序层产生应用程序开发的后期阶段中的应用程序的依赖关系和/或能力的请求。能力跟踪引擎(504)跟踪哪个平台层包括满足应用程序的请求中的至少一些的能力。分配引擎(506)将应用程序层分配到平台层中的一个。如果所分配的平台层不包括满足应用程序的请求的所有能力，那么应用引擎(510)将那些能力应用到所分配的平台层。
[0049]部署引擎(508)将应用程序从应用程序层部署到平台层。附加引擎(512)将与应用程序相关的机器可读指令附加到平台层。
[0050]图6是根据本文描述的原理的协调系统的示例的示意图。在该示例中，协调系统(600)包括与存储器资源(604)通信的处理资源￠02)。处理资源(602)包括至少一个处理器以及用于处理程序指令的其它资源。存储器资源(604)通常表示能够存储由协调系统(600)使用的数据(例如程序指令或数据结构)的任何存储器。被示出存储在存储器资源(604)中的程序指令包括应用程序请求产生器￠06)、平台层能力跟踪器￠10)、平台层分配器(612)、能力应用器(616)、应用程序部署器(618)、机器可读指令附加器(620)，以及开发任务执行器￠22)。被示出存储在存储器资源￠04)中的数据结构包括能力库￠14)。
[0051]存储器资源(604)包括计算机可读存储介质，其包含计算机可读程序代码以引起处理资源(602)执行任务。计算机可读存储介质可以是有形的和/或非瞬态存储器介质。计算机可读存储介质可以是任何适当的存储介质，该存储介质不是传输存储介质。计算机可读存储介质类型的非穷尽列表包括非易失性存储器、易失性存储器、随机存取存储器、基于忆阻器的存储器、只写存储器、闪存、电可擦除可编程只读存储器、磁存储介质、其它类型的存储器或者其组合。
[0052]应用程序请求产生器(606)表示在被执行时引起处理资源(602)产生应用程序的请求的程序指令。平台层能力跟踪器(610)表示在被执行时引起处理资源(602)基于能力库(614)中的标签跟踪平台层能力的程序指令。在一些示例中，手动地确定平台层的能力。然而，在其它示例中，利用确定引擎来确定平台层的能力。平台层分配器(612)表示在被执行时引起处理资源(602)将平台层分配给拥有请求的应用程序的程序指令。能力应用器(616)