CN114153443A - 应用程序开发方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及一种应用程序开发方法、装置、设备及存储介质。该方法包括从可视化配置界面的需求编辑区域，获取应用程序的开发需求；获取并显示与开发需求对应的开发可行性文档；当获取指示开发可行性文档无误的信息后，按照开发可行性文档启动开发流程。采用本实施例的方案，需求提供方可以通过开发用平台提出开发需求，并由开发用平台基于开发需求生成开发可行性文档，进一步在确定开发可行性文档无误后，执行开发流程，由于上述过程均通过开发用平台完成，因此可以避免中间人员在需求提供方与开发人员之间传递开发相关的开发需求等信息导致的影响开发周期，消耗额外的时间的问题。

Description

应用程序开发方法、装置、设备及存储介质

技术领域

本申请涉及计算机领域，尤其涉及一种应用程序开发方法、装置、设备及存储介质。

背景技术

软件的开发工作本质上就是客户需求用技术转化的过程，目前在开发构成中，基本采用的是专门人员去负责与客户沟通获取开发需求，再将开发需求告知开发人员的模式来进行，然而由于负责与客户沟通的人并不一定具有软件开发的专业知识，因此无法对用户的部分需求做开发可行性分析，会影响到开发周期，消耗额外的时间。

发明内容

本申请提供了一种应用程序开发方法、装置、设备及存储介质，用以解决由于中间人传达用户的需求导致的影响开发周期，消耗额外的时间的问题。

第一方面，提供一种应用程序开发方法，包括：

从可视化配置界面的需求编辑区域，获取应用程序的开发需求；

获取并显示与所述开发需求对应的开发可行性文档；

当获取指示所述开发可行性文档无误的信息后，按照所述开发可行性文档启动开发流程。

可选地，所述开发需求包括以下至少一种：

所述应用程序的功能；

所述应用程序的应用场景；

所述应用程序的开发周期；

所述应用程序的开发预算；

所述应用程序的功能的说明。

可选地，所述装置还用于：

获取并显示与所述开发需求对应的开发可行性文档之前，获取对部署的沟通应用的预约使用时间；

当确定所述预约使用时间到来时，通过所述沟通应用对所述开发可行性文档进行分析，并确定分析结果指示所述开发需求具有开发可行性。

可选地，所述装置还用于：

按照所述开发可行性文档启动开发流程之后，当确定收到指示所述开发需求变更的变更需求时，基于所述变更需求更新所述开发可行性文档，并继续按照更新后的开发可行性文档执行所述开发流程。

可选地，所述装置还用于：

按照所述开发可行性文档启动开发流程之后，基于所述开发可行性文档，确定当前所处的开发阶段；

生成并显示与所述开发阶段对应的开发进度。

可选地，所述装置还用于：

生成并显示与所述开发阶段对应的开发进度之后，获取进度查询请求，所述进度查询请求中携带从所述开发进度中所指示的目标开发进度；

响应于所述进度查询请求，获取并返回与所述目标开发进度对应的样品开发应用。

可选地，所述装置还用于：

获取并显示与所述开发需求对应的开发可行性文档之前，分析得到所述开发需求所指示的需求偏好；

确定已开发的应用中不存在与所述需求偏好一致的已开发完成的应用。

第二方面，提供一种应用程序开发装置，包括：

第一获取单元，用于从可视化配置界面的需求编辑区域，获取应用程序的开发需求；

第二获取单元，用于获取并显示与所述开发需求对应的开发可行性文档；

开发单元，用于当获取指示所述开发可行性文档无误的信息后，按照所述开发可行性文档启动开发流程。

第三方面，提供一种电子设备，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中所存储的程序，实现第一方面所述的应用程序开发方法。

第四方面，提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的应用程序开发方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本申请实施例提供的技术方案中，从可视化配置界面的需求编辑区域，获取应用程序的开发需求；获取并显示与开发需求对应的开发可行性文档；当获取指示开发可行性文档无误的信息后，按照开发可行性文档启动开发流程。采用本实施例的方案，需求提供方可以通过开发用平台提出开发需求，并由开发用平台基于开发需求生成开发可行性文档，进一步在确定开发可行性文档无误后，执行开发流程，由于上述过程均通过开发用平台完成，因此可以避免中间人员在需求提供方与开发人员之间传递开发相关的开发需求等信息导致的影响开发周期，消耗额外的时间的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

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

图1为本申请实施例中网络系统的架构图；

图2为本申请实施例中应用程序开发方法的流程示意图；

图3为本申请实施例中应用程序开发装置的结构示意图；

图4为本申请实施例中电子设备的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参见图1，图1为本申请实施例提供的一种网络系统的架构图，如图1所示，该网络系统包括终端101、开发用平台102和数据库103。

其中，该网络系统通过有线或无线的网络连接，可以是虚拟专用网、局域网、广域网或城域网等，具体通信传输协议不作限定。

其中，终端101和开发用平台102可以基于B/S架构(Browser/Server，浏览器和服务器架构)实现。

在B/S架构下，用户的工作界面通过WWW浏览器来实现，极少部分事务逻辑在前端(Browser)实现，但是主要事务逻辑在服务器端(Server)实现，形成所谓三层3-tier结构。B/S架构是WEB兴起后的一种网络架构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器(Browser)，如Netscape Navigator或InternetExplorer，服务器安装Oracle、Sybase、Informix或SQL Server等数据库。浏览器通过WebServer同数据库进行数据交互。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本(TCO)。

其中，终端101能够显示浏览器界面，浏览器界面中具有可视化配置界面，可视化配置界面中具有需求编辑区域，用户可以在该需求编辑区域编辑应用的开发需求。

应用中，需求编辑区域具有多个需求编辑选项，如应用程序的功能选项、应用场景选项、开发周期选项、开发预算选项以及应用程序的功能的说明选项。用户通过对需求选项进行选择编辑，可以实现对应用程序的开发需求的配置。

应理解，对于上述多个需求编辑选项，根据选项所指示的开发需求的重要程度，可以设置部分需求编辑选项为必填项，部分需求编辑选项为选填项。如设置功能选项、开发预算选项、应用程序的功能的说明选项为必填项，设置应用场景选项和开发周期选项为选填项。

应用中，对于属于选填项的需求编辑选项，当用户没有对选填项进行配置时，可以以默认值作为该选填项的配置。

应用中，还可以设置需求编辑选项的配置方式，如设置以选填的方式配置需求编辑选项，又如以文本输入的方式配置需求编辑选项，等。

其中，开发用平台102作为执行主体，在一些实施例中，开发用平台102可以是智能应用开发的后台服务器，开发用平台102通过处理器执行程序代码来进行一系列开发流程。

开发用平台102用于从可视化配置界面的需求编辑区域，获取应用程序的开发需求；获取并显示与开发需求对应的开发可行性文档；当获取指示开发可行性文档无误的信息后，按照开发可行性文档启动开发流程。

其中，开发可行性文档为基于开发需求所作的评估文档。当开发可行性文档无误时，指示可以按照该开发可行性文档进行应用程序的开发，此时启动开发流程。

应理解，开发应用平台102可以通过终端101的浏览器界面显示开发可行性文档。

应用中，为了确定开发可行性文档能够准确地反映开发需求，还可以在开发可行性文档之前，对开发需求的开发可行性进行分析。

一个具体实施例中，获取对部署的沟通应用的预约使用时间；当确定预约使用时间到来时，通过沟通应用对开发可行性文档进行分析，并确定分析结果指示开发需求具有开发可行性。

应理解，本实施例中的沟通应用包括但不限于即时聊天应用等应用程序。当沟通应用的预约时间到来时，开发人员和需求提供方可以通过沟通应用针对开发需求进行沟通和讨论，并在沟通和讨论的过程中针对开发需求的开发可行性达成一致，并将沟通的结果上传至开发用平台102。

本实施例中，启动开发流程之后，在开发中途，若遇到问题或者需求变更，需求提供方还可以基于终端101向开发用平台102提出需求变更。

一个具体实施例中，按照开发可行性文档启动开发流程之后，还可以当确定收到指示开发需求变更的变更需求时，基于变更需求更新开发可行性文档，并继续按照更新后的开发可行性文档执行开发流程。

本实施例中，开发用平台还可以向需求提供方展示开发进度。

一个具体实施例中，按照开发可行性文档启动开发流程之后，基于开发可行性文档，确定当前所处的开发阶段；生成并显示与开发阶段对应的开发进度。

软件开发生命周期，亦叫做软件生命周期或者系统开发生命周期，是直到生命周期结束的软件生成生命周期。有问题定义，可行性分析，总体描述，系统设计，编码，调试和测试，验收等阶段。

本实施例中，需求提供方还可以从开发用平台获取不同开发阶段的样品开发应用(DEMO)。

一个具体实施例中，生成并显示与开发阶段对应的开发进度之后，获取进度查询请求，进度查询请求中携带从开发进度中所指示的目标开发进度；响应于进度查询请求，获取并返回与目标开发进度对应的样品开发应用。

本实施例中，开发用平台还可以基于获取的开发需求对需求提供方进行画像，以便直接向需求提供方推荐已开发完成的应用程序。

一个具体实施例中，获取并显示与开发需求对应的开发可行性文档之前，分析得到开发需求所指示的需求偏好；确定已开发的应用中不存在与需求偏好一致的已开发完成的应用。

数据库103可用于存储开发需求、开发可行性文档等信息，开发人员可通过终端101输入条件查询语句从数据库103中提取需要的信息，例如：开发可行性文档。该数据库103可以是本地数据库，如万科的Van-Bu数据库，也可以是独立于开发用平台102的第三方数据库，如一些设计院的数据库，或者还可以是云端数据库。

应理解，本实施例中的终端101可以是桌上电脑、平板电脑、超级计算机等设备；开发用平台102可以是本地服务器，也可以是云端服务器，或者也可以是服务器集群。

应理解，图1所示的网络系统架构仅仅是一种示例，其还可以包括如路由器、交换机等更多的组成部分。

基于图1所示的网络系统架构，以下结合相关附图对本申请实施例提出的应用程序开发方法进行详细阐述。请参阅图2，图2为本申请实施例提供的应用程序开发方法的流程示意图，该方法应用于图1所示的开发用平台102，该图例识别方法具体可以包括以下步骤：

步骤201、从可视化配置界面的需求编辑区域，获取应用程序的开发需求。

本实施例中，开发需求包括以下至少一种：

应用程序的功能；

应用程序的应用场景；

应用程序的开发周期；

应用程序的开发预算；

应用程序的功能的说明。

其中，应用程序的功能用于描述应用程序所能实现的功能。比如对于购物类的应用程序，应用程序的功能可以有购物车功能、结算功能、订单查看功能等。

应用程序的应用场景用于指示应用程序所应用的场景。比如实现购物的应用程序，实现邮件收发的应用程序等。

应用程序的开发周期指的是开发应用程序所需要的时长。

应用程序的开发预算指的是开发应用程序所需要的费用。

应用程序的功能的说明，用于对应用程序的各功能进行描述，以便开发人员了解对功能进行了解。如应用程序的功能有购物车功能时，在应用程序的功能的说明部分可以对购物车功能进行详细说明，比如购物车功能实现的是在线购买功能，它类似于超市购物时使用的推车或篮子，可以暂时把挑选商品放入购物车、删除或更改购买数量，并对多个商品进行一次结款，是网上商店里的一种快捷购物工具。

步骤202、获取并显示与开发需求对应的开发可行性文档。

本实施例中，开发可行性文档为基于开发需求所作的评估文档。通常开发可行性文档包括可行性研究的前提，可行性研究的目标，可行性研究的条件、假定和限制，可行性研究方法，决定可行性的主要因素等内容。

步骤203、当获取指示开发可行性文档无误的信息后，按照开发可行性文档启动开发流程。

应理解，开发可行性文档可以由需求提供方指示是否有误。开发可行性文档无误指示需求提供方认可可以按照该开发可行性文档启动开发流程。

应用中，为了确定开发可行性文档能够准确地反映开发需求，还可以在开发可行性文档之前，对开发需求的开发可行性进行分析。

一个具体实施例中，获取对部署的沟通应用的预约使用时间；当确定预约使用时间到来时，通过沟通应用对开发可行性文档进行分析，并确定分析结果指示开发需求具有开发可行性。

应理解，本实施例中的沟通应用包括但不限于即时聊天应用等应用程序。当沟通应用的预约时间到来时，开发人员和需求提供方可以通过沟通应用针对开发需求进行沟通和讨论，并在沟通和讨论的过程中针对开发需求的开发可行性达成一致，并将沟通的结果上传至开发用平台。

本实施例中，启动开发流程之后，在开发中途，若遇到问题或者需求变更，需求提供方还可以基于终端向开发用平台提出需求变更。

一个具体实施例中，按照开发可行性文档启动开发流程之后，还可以当确定收到指示开发需求变更的变更需求时，基于变更需求更新开发可行性文档，并继续按照更新后的开发可行性文档执行开发流程。

本实施例中，开发用平台还可以向需求提供方展示开发进度。

一个具体实施例中，按照开发可行性文档启动开发流程之后，基于开发可行性文档，确定当前所处的开发阶段；生成并显示与开发阶段对应的开发进度。

软件开发生命周期，亦叫做软件生命周期或者系统开发生命周期，是直到生命周期结束的软件生成生命周期。有问题定义，可行性分析，总体描述，系统设计，编码，调试和测试，验收等阶段。

本实施例中，需求提供方还可以从开发用平台获取不同开发阶段的样品开发应用(DEMO)。

一个具体实施例中，生成并显示与开发阶段对应的开发进度之后，获取进度查询请求，进度查询请求中携带从开发进度中所指示的目标开发进度；响应于进度查询请求，获取并返回与目标开发进度对应的样品开发应用。

本实施例中，开发用平台还可以基于获取的开发需求对需求提供方进行画像，以便直接向需求提供方推荐已开发完成的应用程序。

一个具体实施例中，获取并显示与开发需求对应的开发可行性文档之前，分析得到开发需求所指示的需求偏好；确定已开发的应用中不存在与需求偏好一致的已开发完成的应用。

本申请实施例提供的技术方案中，从可视化配置界面的需求编辑区域，获取应用程序的开发需求；获取并显示与开发需求对应的开发可行性文档；当获取指示开发可行性文档无误的信息后，按照开发可行性文档启动开发流程。采用本实施例的方案，需求提供方可以通过开发用平台提出开发需求，并由开发用平台基于开发需求生成开发可行性文档，进一步在确定开发可行性文档无误后，执行开发流程，由于上述过程均通过开发用平台完成，因此可以避免中间人员在需求提供方与开发人员之间传递开发相关的开发需求等信息导致的影响开发周期，消耗额外的时间的问题。

相关技术中，由于负责与用户沟通的人并不一定具有软件开发的专业知识，无法对用户的部分需求做开发可行性分析，会影响到开发周期，消耗额外的时间；一些需求提供方实际对自己的需求并不能明确清楚地表达出来，会导致后续开发结果与真正需求有偏差；开发中常常遇到需求变更的情况，此种沟通通常具有滞后性。

为了解决相关技术中存在的上述问题，本申请实施例提供一种应用程序开发方法，具体如下所示：

考虑到实际使用，基于BS架构，即客户端-服务器结构或者浏览器—服务器架构搭建开发用平台。

本开发用平台主要是为了减少沟通成本而搭建，因此核心的用户角色分为开发人员，需求提供方，其他非核心用户角色可以包括外勤技术支持人员，客服问题反馈人员等，下面的说明将主要围绕开发者和用户来展开：

需求提供方可以使用开发用平台提出原始需求，开发人员可以直接与需求提供方进行沟通，并告知需求提供方技术上是否可行，并对需求提供方的需求存在的不具体不明确的地方与客户直接沟通，明确比较具体的一些需求细节，告知技术可行性和相关风险，启动开发流程。

在开发中途，若遇到问题或者需求变更，需求提供方也可以直接与开发人员进行沟通，说明变更原因，开发人员说明相关风险，并修改项目计划。

需求提供方可以通过开发用平台关注开发进度，并使用开发阶段提供的DEMO，这一过程不需要中间人牵线，减少时间成本。

开发用平台也根据需求提供方的需求分析需求提供方的偏好，对需求提供方进行“画像”，并给需求提供方推荐一些现成的比较成熟的软件产品方案，给开发人员提供一些技术方案推荐，这样也可以减少开发时间，提升软件产品的需求提供方体验。

基于同一构思，本申请实施例中提供了一种应用程序开发装置，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图3所示，该装置主要包括：

第一获取单元301，用于从可视化配置界面的需求编辑区域，获取应用程序的开发需求；

第二获取单元302，用于获取并显示与开发需求对应的开发可行性文档；

开发单元303，用于当获取指示开发可行性文档无误的信息后，按照开发可行性文档启动开发流程。

可选地，开发需求包括以下至少一种：

应用程序的功能；

应用程序的应用场景；

应用程序的开发周期；

应用程序的开发预算；

应用程序的功能的说明。

可选地，该装置还用于：

获取并显示与开发需求对应的开发可行性文档之前，获取对部署的沟通应用的预约使用时间；

当确定预约使用时间到来时，通过沟通应用对开发可行性文档进行分析，并确定分析结果指示开发需求具有开发可行性。

可选地，该装置还用于：

按照开发可行性文档启动开发流程之后，当确定收到指示开发需求变更的变更需求时，基于变更需求更新开发可行性文档，并继续按照更新后的开发可行性文档执行开发流程。

可选地，该装置还用于：

按照开发可行性文档启动开发流程之后，基于开发可行性文档，确定当前所处的开发阶段；

生成并显示与开发阶段对应的开发进度。

可选地，该装置还用于：

生成并显示与开发阶段对应的开发进度之后，获取进度查询请求，进度查询请求中携带从开发进度中所指示的目标开发进度；

响应于进度查询请求，获取并返回与目标开发进度对应的样品开发应用。

可选地，该装置还用于：

获取并显示与开发需求对应的开发可行性文档之前，分析得到开发需求所指示的需求偏好；

确定已开发的应用中不存在与需求偏好一致的已开发完成的应用。

基于同一构思，本申请实施例中还提供了一种电子设备，如图4所示，该电子设备主要包括：处理器401、存储器402和通信总线403，其中，处理器401和存储器402通过通信总线403完成相互间的通信。其中，存储器402中存储有可被处理器401执行的程序，处理器401执行存储器402中存储的程序，实现如下步骤：

从可视化配置界面的需求编辑区域，获取应用程序的开发需求；

获取并显示与开发需求对应的开发可行性文档；

当获取指示开发可行性文档无误的信息后，按照开发可行性文档启动开发流程。

上述电子设备中提到的通信总线403可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线403可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器402可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器401的存储装置。

上述的处理器401可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的应用程序开发方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种应用程序开发方法，其特征在于，包括：

从可视化配置界面的需求编辑区域，获取应用程序的开发需求；

获取并显示与所述开发需求对应的开发可行性文档；

当获取指示所述开发可行性文档无误的信息后，按照所述开发可行性文档启动开发流程。

2.根据权利要求1所述的方法，其特征在于，所述开发需求包括以下至少一种：

所述应用程序的功能；

所述应用程序的应用场景；

所述应用程序的开发周期；

所述应用程序的开发预算；

所述应用程序的功能的说明。

3.根据权利要求1或2所述的方法，其特征在于，获取并显示与所述开发需求对应的开发可行性文档之前，还包括：

获取对部署的沟通应用的预约使用时间；

当确定所述预约使用时间到来时，通过所述沟通应用对所述开发可行性文档进行分析，并确定分析结果指示所述开发需求具有开发可行性。

4.根据权利要求1或2所述的方法，其特征在于，按照所述开发可行性文档启动开发流程之后，还包括：

当确定收到指示所述开发需求变更的变更需求时，基于所述变更需求更新所述开发可行性文档，并继续按照更新后的开发可行性文档执行所述开发流程。

5.根据权利要求1或2所述的方法，其特征在于，按照所述开发可行性文档启动开发流程之后，还包括：

基于所述开发可行性文档，确定当前所处的开发阶段；

生成并显示与所述开发阶段对应的开发进度。

6.根据权利要求5所述的方法，其特征在于，生成并显示与所述开发阶段对应的开发进度之后，还包括：

获取进度查询请求，所述进度查询请求中携带从所述开发进度中所指示的目标开发进度；

响应于所述进度查询请求，获取并返回与所述目标开发进度对应的样品开发应用。

7.根据权利要求1或2所述的方法，其特征在于，获取并显示与所述开发需求对应的开发可行性文档之前，还包括：

分析得到所述开发需求所指示的需求偏好；

确定已开发的应用中不存在与所述需求偏好一致的已开发完成的应用。

8.一种应用程序开发装置，其特征在于，包括：

第一获取单元，用于从可视化配置界面的需求编辑区域，获取应用程序的开发需求；

第二获取单元，用于获取并显示与所述开发需求对应的开发可行性文档；

开发单元，用于当获取指示所述开发可行性文档无误的信息后，按照所述开发可行性文档启动开发流程。

9.一种电子设备，其特征在于，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中所存储的程序，实现权利要求1-7任一项所述的应用程序开发方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的应用程序开发方法。

Images