CN109101222A - 一种24小时快速交付的前端开发平台 - Google Patents
一种24小时快速交付的前端开发平台 Download PDFInfo
- Publication number
- CN109101222A CN109101222A CN201810820099.8A CN201810820099A CN109101222A CN 109101222 A CN109101222 A CN 109101222A CN 201810820099 A CN201810820099 A CN 201810820099A CN 109101222 A CN109101222 A CN 109101222A
- Authority
- CN
- China
- Prior art keywords
- page
- engineer
- task
- development
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明属于计算机应用技术领域且公开了一种24小时快速交付的前端开发平台,包括***架构和工作流程,***架构包括多个客户终端、多个用户终端和服务器端,工作流程包括提交需求、上传设计稿、发布任务、报告任务、分配任务、开发页面、重新分配任务、提交代码、测试验收、修改页面和结算费用。本发明利用标准化业务流程和开发规范,一方面避免了对大量常规需求的反复确认,减少了客户与工程师的沟通工作量;另一方面保证了多位工程师并行开发时任务整体的交付质量,并由此提高了任务开发速度,确保24小时内快速交付。
Description
技术领域
本发明涉及计算机应用技术领域,具体地指一种24小时快速交付的前端开发平台。
背景技术
软件前端开发平台聚集了大量工程师,可以为客户提供软件前端开发服务。传统的前端开发平台主要包括三个重要阶段,首先是客户发布任务,由客户提供软件用户界面设计稿及交互说明文档,招募前端开发工程师,与工程师沟通明确需求细节后,支付相应费用;然后进入开发阶段,前端开发工程师根据设计稿及需求文档进行开发,开发过程中提交代码,开发完成后将代码整合,交付给客户;客户收到交付代码后,进行最后的测试,前端开发工程师配合进行修改完善,再由客户进行验收,支付剩余开发费用。目前,影响平台前端开发任务工作效率的瓶颈主要在于需求沟通和协同开发这两个环节,其中涉及大量的工程师与客户之间、工程师与工程师之间的沟通工作。一方面人为沟通容易遗漏或者误解需求细节,另一方面反复沟通确认耗时较长。
发明内容
本发明要解决的技术问题克服现有的缺陷,提供一种24小时快速交付的前端开发平台,利用标准化业务流程和开发规范,一方面避免了对大量常规需求的反复确认,减少了客户与工程师的沟通工作量;另一方面保证了多位工程师并行开发时任务整体的交付质量,并由此提高了任务开发速度,确保24小时内快速交付,可以有效解决背景技术中的问题。
为了解决上述技术问题,本发明提供了如下的技术方案:
本发明提供一种24小时快速交付的前端开发平台,包括***架构和工作流程,其特殊之处在于,所述***架构包括多个客户终端、多个用户终端和服务器端,所述客户终端包括发布需求、发起任务、获取开发结果并提交修改意见,所述用户终端包括接受任务、提交开发结果并修改,所述服务器包括任务管理服务器、文件储存服务器、代码管理服务器和修改管理服务器,所述服务器端分别与客户终端、用户终端信号连接。
进一步地,所述任务管理服务器用于接收客户提交的前端开发任务需求,将任务页面分配给多个工程师并行开发,根据任务开发进度及交付期限调整任务分配。
更进一步地,所述文件储存服务器用于存储客户提交设计稿文件。
更进一步地,所述代码管理服务器用于根据任务需求创建初始框架代码,供工程师上传开发结果代码,并将代码部署至测试环境供客户查看。
更进一步地,所述修改管理服务器用于客户提交任务测试修改意见,工程师查看修改意见并反馈修改结果状态。
更进一步地,所述任务管理服务器对每个任务维护一个工程师用户队列,按照工程师工作效率进行排序,将任务内容按页面分配给队列中的各个工程师,安排工程师并行开发,根据工程师实际开发效率和可工作时长进行分配,确保每个工程师被分配到在任务期限24小时内能完成的合适的工作量。
更进一步地,所述任务管理服务器执行的任务分配方法为遍历工程师列表和任务页面列表,依次将页面分配给工程师,直至当前工程师工作量饱和,即下一个页面工作量大于当前工程师剩余可分配工作量,再继续将后续页面分配给后续工程师,具体步骤如下:
a1)读取报名工程师列表,根据工程师工作效率排序,工程师工作效率根据该工程师的历史工作记录,已开发页面数量和实际工作时间统计计算,得到该工程师预计每天能开发的标准页面数量,设置当前工程师为列表头部的工程师;
a2)读取任务页面列表,根据页面类型获取页面工作量数据,设置当前页面为列表头部的页面;
a3)比较当前工程师可分配工作量和当前页面工作量,如果当前页面工作量小于当前工程师可分配工作量,执行步骤a4),否则执行步骤a5);
a4)将当前页面分配给当前工程师,并从当前工程师可分配工作量中扣除当前页面工作量,如果当前页面不是页面列表最后一个页面,执行步骤a6),否则执行步骤a7);
a5)设置工程师列表下一个工程师为当前工程师,执行步骤a3);
a6)设置页面列表下一个页面为当前页面,执行步骤a3);
a7)返回分配结果并结束。
更进一步地,所述代码管理服务器,当任务发布时,根据接收的任务信息,选择与技术要求匹配的代码模版,创建该任务的初始代码框架,然后根据任务需求中的页面信息,为每一个页面创建初始目录及初始代码文件,工程师开发完成的页面,通过代码管理器进行代码同步,并自动部署在测试环境,向客户返回可查看的页面地址和下载代码的地址,供客户测试验收。
更进一步地,所述前端开发平台执行的工作流程如下:
1)提交需求:客户在客户终端输入开发任务的基本需求信息,包括设计稿类型、开发内容和技术要求;
2)上传设计稿:客户通过客户终端选择页面类型并上传设计稿文件,服务器端接受设计稿文件后,根据文件名返回页面名称;
3)发布任务:服务器端根据客户提交的需求中各类页面的数量,计算出总体开发费用,客户支付费用后,在服务端器发布任务信息;
4)报名任务:工程师用户在用户终端接收到新发布的任务信息后,向服务器端发送报名该任务的指令;
5)分配任务:服务器端根据页面数量和报名队列分配页面开发任务,并向用户终端发送对应工程师分配到的页面信息;
6)开发页面:工程师在用户终端接收到分配的任务消息后,从服务器端下载对应页面的设计稿文件,并同步任务的初始代码,基于设计稿,根据平台规定的开发规范进行开发;
7)重新分配任务:服务器端在任务期限时间进行判断,如有工程师未按期交付代码,则进行延期处理,将当前工程师脱离该任务,将该工程师未提交的页面重新分配给队列内其他工程师,向替补工程师的用户终端发送任务分配信息;
8)提交代码:工程师开发完分配的页面后,向服务器端提交完成的页面代码;
9)测试验收:客户在客户终端接收到页面完成信息后,访问服务器端提供的页面访问地址,查看测试交付结果页面;
10)修改页面:服务器端接收到客户提交的修改意见时,向对应的用户终端发送修改通知消息;
11)结算费用:质保期结束时,如任务所有修改意见已修改完成,服务器端将根据参与任务的各个工程师分配的页面进行费用结算,将结算金额支付给工程师,并向用户终端发送结算消息。
更进一步地,所述步骤3)中服务器端根据客户提交的需求中各类页面的数量,计算出总体开发费用的方法为根据页面类型获取页面工作量数据,即内容页工作量为1标准页、首页和长页面工作量为2.75标准页、弹窗工作量为0.3标准页、Tab页工作量为0.4标准页。
本发明所达到的有益效果是:利用标准化业务流程和开发规范,一方面避免了对大量常规需求的反复确认,减少了客户与工程师的沟通工作量;另一方面保证了多位工程师并行开发时任务整体的交付质量,并由此提高了任务开发速度,确保24小时内快速交付。
附图说明
图1是本发明实施例所述的一种24小时快速交付的前端开发平台***结构图;
图2是本发明实施例所述的一种24小时快速交付的前端开发平台***结构中服务器端结构示意图;
图3是本发明实施例所述的一种24小时快速交付的前端开发平台工作流程示意图;
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
实施例:请参阅图1~3,本发明一种24小时快速交付的前端开发平台,包括***架构和工作流程,所述***架构包括多个客户终端、多个用户终端和服务器端,所述客户终端包括发布需求、发起任务、获取开发结果并提交修改意见,所述用户终端包括接受任务、提交开发结果并修改,所述服务器包括任务管理服务器、文件储存服务器、代码管理服务器和修改管理服务器,所述服务器端分别与客户终端、用户终端信号连接。
任务管理服务器用于接收客户提交的前端开发任务需求,将任务页面分配给多个工程师并行开发,根据任务开发进度及交付期限调整任务分配,对每个任务维护一个工程师用户队列,按照工程师工作效率进行排序,将任务内容按页面分配给队列中的各个工程师,安排工程师并行开发,根据工程师实际开发效率和可工作时长进行分配,确保每个工程师被分配到在任务期限24小时内能完成的合适的工作量,所述任务管理服务器在任务到期时,检查工程师完成情况,如有未按时提交代码的,启动延期机制,将未完成的页面重新分配至候补工程师,所述任务管理服务器跟踪工程师完成情况,如果任务所有页面都已交付,代码上传至代码管理服务器,将任务状态修改为已完成,向客户端发送任务完成通知,并设置任务进入质保期,当质保期结束时,任务管理服务器检查修改管理服务器上该任务的所有修改意见,如果所有意见均已修改完毕,则对任务所有工程师进行结算,并结束任务,其中,任务分配方法为遍历工程师列表和任务页面列表,依次将页面分配给工程师,直至当前工程师工作量饱和,即下一个页面工作量大于当前工程师剩余可分配工作量,再继续将后续页面分配给后续工程师,具体分配流程如下:
a1、读取报名工程师列表,根据工程师工作效率排序,工程师工作效率根据该工程师的历史工作记录,已开发页面数量和实际工作时间统计计算,得到该工程师预计每天能开发的标准页面数量,设置当前工程师为列表头部的工程师;
a2、读取任务页面列表,根据页面类型获取页面工作量数据,即内容页工作量为1标准页、首页和长页面工作量为2.75标准页、弹窗工作量为0.3标准页、Tab页工作量为0.4标准页,设置当前页面为列表头部的页面;
a3、比较当前工程师可分配工作量和当前页面工作量,如果当前页面工作量小于当前工程师可分配工作量,执行a4,否则执行a5;
a4、将当前页面分配给当前工程师,并从当前工程师可分配工作量中扣除当前页面工作量,如果当前页面不是页面列表最后一个页面,执行a6,否则执行a7;
a5、设置工程师列表下一个工程师为当前工程师,执行a3;
a6、设置页面列表下一个页面为当前页面,执行a3;
a7、返回分配结果并结束。
文件存储服务器用于存储客户提交设计稿文件,工程师下载设计稿文件后,基于设计稿进行前端开发工作。
代码管理服务器用于根据任务需求创建初始框架代码,供工程师上传开发结果代码,并将代码部署至测试环境供客户查看,当任务发布时,代码管理服务器根据接收的任务信息,选择与技术要求匹配的代码模版,创建该任务的初始代码框架,然后根据任务需求中的页面信息,为每一个页面创建初始目录及初始代码文件,工程师开发完成的页面,通过代码管理器进行代码同步,并自动部署在测试环境,向客户返回可查看的页面地址和可下载的代码地址,供客户测试验收。
修改管理服务器用于客户提交任务测试修改意见,工程师查看修改意见并反馈修改结果状态。
前端开发平台的工作流程包括提交需求、上传设计稿、发布任务、报告任务、分配任务、开发页面、重新分配任务、提交代码、测试验收、修改页面和结算费用,工作流程具体操作如下:
1、提交需求:客户在客户终端输入开发任务的基本需求信息,包括设计稿类型、开发内容和技术要求,其中设计稿类型可选项为PSD格式、Sketch格式和Jpeg/Png格式;开发内容可选项为电脑端、手机端和电脑+手机端;技术要求可选项包括几种主流前端技术框架,如基础H5、VUE、React.js、Angular.js等。客户仅需提供上述必要信息,其他详细需求信息都包含在设计稿里,客户不需要提供更多需求信息,尽量减少需求沟通工作量;
2、上传设计稿:客户通过客户终端选择页面类型并上传设计稿文件,服务器端接受设计稿文件后,根据文件名返回页面名称。页面类型根据开发工作量分为内容页、首页、长页面、弹窗和Tab页。各类型页面工作量设定以内容页为标准取相对值,即内容页工作量为1标准页、首页和长页面工作量为2.75标准页、弹窗工作量为0.3标准页、Tab页工作量为0.4标准页。其中弹窗和Tab页为页面附属内容,无需上传单独设计稿;
3、发布任务:服务器端根据客户提交的需求中各类页面的数量,计算出总体开发费用,客户支付费用后,在服务端器发布任务信息。平台规定了每类页面的单价为200元/标准页,基于任务包括的页面类型、工作量标准及数量,最后计算任务整体费用。客户通过平台账户支付费用后,服务器端开启任务流程,并向当前可接单工程师的用户终端发送任务信息,服务器端同时根据任务需求的技术框架,选择与技术要求匹配的代码模版,创建该任务的初始代码框架,然后根据任务需求中的页面信息,为每一个页面创建初始目录及初始代码文件;
4、报名任务:工程师用户在用户终端接收到新发布的任务信息后,可向服务器端发送报名该任务的指令。服务端器接收到报名指令后,将符合条件的工程师加入报名队列,并根据工程师工作效率进行排序;
5、分配任务:服务器端根据页面数量和报名队列分配页面开发任务,并向用户终端发送对应工程师分配到的页面信息。为保证任务整体按时在24小时内交付,服务器端会根据工程师的开发效率进行分配,确保每个工程师被分配到在任务期限内能完成的合适的工作量,其中,任务分配方法为遍历工程师列表和任务页面列表,依次将页面分配给工程师,直至当前工程师工作量饱和,即下一个页面工作量大于当前工程师剩余可分配工作量,再继续将后续页面分配给后续工程师,具体如下:
5-1、读取报名工程师列表,根据工程师工作效率排序,工程师工作效率根据该工程师的历史工作记录,已开发页面数量和实际工作时间统计计算,得到该工程师预计每天能开发的标准页面数量,设置当前工程师为列表头部的工程师;
5-2、读取任务页面列表,根据页面类型获取页面工作量数据,即内容页工作量为1标准页、首页和长页面工作量为2.75标准页、弹窗工作量为0.3标准页、Tab页工作量为0.4标准页,设置当前页面为列表头部的页面;
5-3、比较当前工程师可分配工作量和当前页面工作量,如果当前页面工作量小于当前工程师可分配工作量,执行5-4,否则执行5-5;
5-4、将当前页面分配给当前工程师,并从当前工程师可分配工作量中扣除当前页面工作量,如果当前页面不是页面列表最后一个页面,执行5-6,否则执行5-7;
5-5、设置工程师列表下一个工程师为当前工程师,执行5-3;
5-6、设置页面列表下一个页面为当前页面,执行5-3;
5-7、返回分配结果并结束。
6、开发页面:工程师在用户终端接收到分配的任务消息后,从服务器端下载对应页面的设计稿文件,并同步任务的初始代码,基于设计稿,根据平台规定的开发规范进行开发。开发规范从代码风格、页面布局、以及前端各种元素、组件的实现进行了详细的规定,要求对设计稿中可识别的原则统一按照平台开发规范进行标准化开发。
7、重新分配任务:服务器端在任务期限时间进行判断,如有工程师未按期交付代码,则进行延期处理,将当前工程师脱离该任务,将该工程师未提交的页面重新分配给队列内其他工程师,向替补工程师的用户终端发送任务分配信息。
8、提交代码:工程师开发完分配的页面后,向服务器端提交完成的页面代码。服务器端将接收到的页面代码部署到测试环境,并向客户终端返回页面访问地址和代码下载地址。当所有页面开发完成并提交后,服务器端向客户终端发送任务完成消息,并进入质保期。
9测试验收:客户在客户终端接收到页面完成信息后,访问服务器端提供的页面访问地址,查看测试交付结果页面。如果发现有需要修改完善的问题,将修改意见发布到服务器端。客户也可以通过服务器端提供的代码下载地址,下载全部已完成页面代码。
10、修改页面:服务器端接收到客户提交的修改意见时,向对应的用户终端发送修改通知消息。工程师根据接收到的修改意见,对页面进行修改,然后向服务器端提交修改后的页面代码。
11、结算费用:质保期结束时,如任务所有修改意见已修改完成,服务器端将根据参与任务的各个工程师分配的页面进行费用结算,将结算金额支付给工程师,并向用户终端发送结算消息。
本发明的有益效果是,利用标准化业务流程和开发规范,一方面避免了对大量常规需求的反复确认,减少了客户与工程师的沟通工作量;另一方面保证了多位工程师并行开发时任务整体的交付质量,并由此提高了任务开发速度,确保24小时内快速交付。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种24小时快速交付的前端开发平台,包括***架构和工作流程,其特征在于:所述***架构包括多个客户终端、多个用户终端和服务器端,所述客户终端包括发布需求、发起任务、获取开发结果并提交修改意见,所述用户终端包括接受任务、提交开发结果并修改,所述服务器包括任务管理服务器、文件储存服务器、代码管理服务器和修改管理服务器,所述服务器端分别与客户终端、用户终端信号连接。
2.根据权利要求1所述的一种24小时快速交付的前端开发平台,其特征在于:所述任务管理服务器用于接收客户提交的前端开发任务需求,将任务页面分配给多个工程师并行开发,根据任务开发进度及交付期限调整任务分配。
3.根据权利要求1所述的一种24小时快速交付的前端开发平台,其特征在于:所述文件储存服务器用于存储客户提交设计稿文件。
4.根据权利要求1所述的一种24小时快速交付的前端开发平台,其特征在于:所述代码管理服务器用于根据任务需求创建初始框架代码,供工程师上传开发结果代码,并将代码部署至测试环境供客户查看。
5.根据权利要求1所述的一种24小时快速交付的前端开发平台,其特征在于:所述修改管理服务器用于客户提交任务测试修改意见,工程师查看修改意见并反馈修改结果状态。
6.根据权利要求2所述的一种24小时快速交付的前端开发平台,其特征在于:所述任务管理服务器对每个任务维护一个工程师用户队列,按照工程师工作效率进行排序,将任务内容按页面分配给队列中的各个工程师,安排工程师并行开发,根据工程师实际开发效率和可工作时长进行分配,确保每个工程师被分配到在任务期限24小时内能完成的合适的工作量。
7.根据权利要求6所述的一种24小时快速交付的前端开发平台,其特征在于:所述任务管理服务器执行的任务分配方法为遍历工程师列表和任务页面列表,依次将页面分配给工程师,直至当前工程师工作量饱和,即下一个页面工作量大于当前工程师剩余可分配工作量,再继续将后续页面分配给后续工程师,具体步骤如下:
a1)读取报名工程师列表,根据工程师工作效率排序,工程师工作效率根据该工程师的历史工作记录,已开发页面数量和实际工作时间统计计算,得到该工程师预计每天能开发的标准页面数量,设置当前工程师为列表头部的工程师;
a2)读取任务页面列表,根据页面类型获取页面工作量数据,设置当前页面为列表头部的页面;
a3)比较当前工程师可分配工作量和当前页面工作量,如果当前页面工作量小于当前工程师可分配工作量,执行步骤a4),否则执行步骤a5);
a4)将当前页面分配给当前工程师,并从当前工程师可分配工作量中扣除当前页面工作量,如果当前页面不是页面列表最后一个页面,执行步骤a6),否则执行步骤a7);
a5)设置工程师列表下一个工程师为当前工程师,执行步骤a3);
a6)设置页面列表下一个页面为当前页面,执行步骤a3);
a7)返回分配结果并结束。
8.根据权利要求4所述的一种24小时快速交付的前端开发平台,其特征在于:所述代码管理服务器,当任务发布时,根据接收的任务信息,选择与技术要求匹配的代码模版,创建该任务的初始代码框架,然后根据任务需求中的页面信息,为每一个页面创建初始目录及初始代码文件,工程师开发完成的页面,通过代码管理器进行代码同步,并自动部署在测试环境,向客户返回可查看的页面地址和下载代码的地址,供客户测试验收。
9.根据权利要求1所述的一种24小时快速交付的前端开发平台,其特征在于:所述前端开发平台执行的工作流程如下:
1)提交需求:客户在客户终端输入开发任务的基本需求信息,包括设计稿类型、开发内容和技术要求;
2)上传设计稿:客户通过客户终端选择页面类型并上传设计稿文件,服务器端接受设计稿文件后,根据文件名返回页面名称;
3)发布任务:服务器端根据客户提交的需求中各类页面的数量,计算出总体开发费用,客户支付费用后,在服务端器发布任务信息;
4)报名任务:工程师用户在用户终端接收到新发布的任务信息后,向服务器端发送报名该任务的指令;
5)分配任务:服务器端根据页面数量和报名队列分配页面开发任务,并向用户终端发送对应工程师分配到的页面信息;
6)开发页面:工程师在用户终端接收到分配的任务消息后,从服务器端下载对应页面的设计稿文件,并同步任务的初始代码,基于设计稿,根据平台规定的开发规范进行开发;
7)重新分配任务:服务器端在任务期限时间进行判断,如有工程师未按期交付代码,则进行延期处理,将当前工程师脱离该任务,将该工程师未提交的页面重新分配给队列内其他工程师,向替补工程师的用户终端发送任务分配信息;
8)提交代码:工程师开发完分配的页面后,向服务器端提交完成的页面代码;
9)测试验收:客户在客户终端接收到页面完成信息后,访问服务器端提供的页面访问地址,查看测试交付结果页面;
10)修改页面:服务器端接收到客户提交的修改意见时,向对应的用户终端发送修改通知消息;
11)结算费用:质保期结束时,如任务所有修改意见已修改完成,服务器端将根据参与任务的各个工程师分配的页面进行费用结算,将结算金额支付给工程师,并向用户终端发送结算消息。
10.根据权利要求9所述的一种24小时快速交付的前端开发平台,其特征在于:所述步骤3)中服务器端根据客户提交的需求中各类页面的数量,计算出总体开发费用的方法为根据页面类型获取页面工作量数据,即内容页工作量为1标准页、首页和长页面工作量为2.75标准页、弹窗工作量为0.3标准页、Tab页工作量为0.4标准页。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2018103361423 | 2018-04-16 | ||
CN201810336142 | 2018-04-16 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109101222A true CN109101222A (zh) | 2018-12-28 |
Family
ID=64847307
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810820099.8A Pending CN109101222A (zh) | 2018-04-16 | 2018-07-24 | 一种24小时快速交付的前端开发平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109101222A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110264060A (zh) * | 2019-06-13 | 2019-09-20 | 广州宝荣科技应用有限公司 | 一种基于药师审方状态的处方分发方法及*** |
CN110865806A (zh) * | 2019-11-20 | 2020-03-06 | 腾讯科技(深圳)有限公司 | 代码处理方法、装置、服务器及存储介质 |
CN114579125A (zh) * | 2022-03-11 | 2022-06-03 | 百果园技术(新加坡)有限公司 | 一种客户端组件开发方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102456177A (zh) * | 2010-10-27 | 2012-05-16 | 镇江华扬信息科技有限公司 | 软件项目管理*** |
CN104536899A (zh) * | 2015-01-20 | 2015-04-22 | 成都益联科创科技有限公司 | 一种基于智能集群的软件部署及其维护方法 |
CN106779307A (zh) * | 2016-11-22 | 2017-05-31 | 崔岩 | 第四方管理***的数据处理方法及*** |
-
2018
- 2018-07-24 CN CN201810820099.8A patent/CN109101222A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102456177A (zh) * | 2010-10-27 | 2012-05-16 | 镇江华扬信息科技有限公司 | 软件项目管理*** |
CN104536899A (zh) * | 2015-01-20 | 2015-04-22 | 成都益联科创科技有限公司 | 一种基于智能集群的软件部署及其维护方法 |
CN106779307A (zh) * | 2016-11-22 | 2017-05-31 | 崔岩 | 第四方管理***的数据处理方法及*** |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110264060A (zh) * | 2019-06-13 | 2019-09-20 | 广州宝荣科技应用有限公司 | 一种基于药师审方状态的处方分发方法及*** |
CN110865806A (zh) * | 2019-11-20 | 2020-03-06 | 腾讯科技(深圳)有限公司 | 代码处理方法、装置、服务器及存储介质 |
CN110865806B (zh) * | 2019-11-20 | 2023-08-18 | 腾讯科技(深圳)有限公司 | 代码处理方法、装置、服务器及存储介质 |
CN114579125A (zh) * | 2022-03-11 | 2022-06-03 | 百果园技术(新加坡)有限公司 | 一种客户端组件开发方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108876201A (zh) | 快速交付的开发方法、平台及*** | |
CN108280631A (zh) | 一种前端开发任务管控方法及*** | |
CN108876202A (zh) | 快速交付的设计工作管理方法、平台及*** | |
CN109101222A (zh) | 一种24小时快速交付的前端开发平台 | |
CN109034610A (zh) | 基于不同时段不同分配机制的软件开发云平台 | |
CN109740851A (zh) | 快速交付的自控设计工作管理方法、平台及*** | |
CN109118063A (zh) | 基于单位时间分配的任务开发云平台 | |
CN105243582B (zh) | 基于财务云的xbrl会计软件标准数据接口***及方法 | |
EP0692119A1 (en) | Automated billing consolidation system and method | |
CN103136623B (zh) | 工程进度付款申请的在线管理方法 | |
CN109740849A (zh) | 快速交付的结构设计工作管理方法、平台及*** | |
US20070124155A1 (en) | Consolidating and managing hardware maintenance services | |
CN109377011A (zh) | 快速交付的软件对接开发方法及*** | |
CN109754215A (zh) | 快速交付的工艺设计工作管理方法、平台及*** | |
CN109117366A (zh) | 快速交付的软件测试方法及*** | |
CN109118059A (zh) | 快速交付的前端软件开发方法、平台及*** | |
CN107589976A (zh) | 一种扩展性和兼容性高的企业自动开票的方法 | |
US20050086598A1 (en) | Document digest system and methodology | |
CN109102168A (zh) | 基于页面计量和时效控制的开发云平台 | |
CN109214645A (zh) | 基于模块计量的开发方法及*** | |
CN109242240A (zh) | 基于单位时间分配和时效控制的任务开发云平台 | |
CN109255515A (zh) | 一种基于页面计量和单位时间分配的任务开发云平台 | |
CN109118062A (zh) | 基于抢单机制的开发方法及*** | |
CN109118060A (zh) | 基于时效控制的快速开发方法、平台及*** | |
CN109102169A (zh) | 基于功能计量的开发方法及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181228 |