学习
实践
活动
专区
工具
TVP
写文章

敏捷工作流开发平台(学习参考)

最近在网上找到一个“工作流程快速开发框架”,用JAVA编写的,大家可以下载下来学习参考下。主要:基于activiti5.22, 前后端分离,模块化,超低耦合。 动态任务:(开发中)可以配置虚拟任务,定义任务产生和回收节点,并配置其办理人等信息。 移动端:支持移动端协同办公,并且移动端依然支持强大的表单生成功能,支持pc端所有表单控件。 【免责申明】 本公众平台不是广告商,也没有为其他三方网站或者个人做广告宣传。此分享的源代码和文章是小编在项目中、学习中整理的一些认为不错的项目。用户产生的一些自愿下载或者付费行为。 与平台没有直接关系。

68610
  • 广告
    关闭

    热门业务场景教学

    个人网站、项目部署、开发环境、游戏服务器、图床、渲染训练等免费搭建教程,多款云服务器20元起。

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    敏捷开发

    现在有许多公司专门从事软件开发项目。他们中的一些人正在使用标准的业务方法(瀑布),有些人已经涉及敏捷原则。产品开发人员和开发团队一直在寻找更有效的生产方式。 虽然瀑布过程在过去被广泛采用,但越来越多的团队正在转向敏捷开发,这是一种现代化的项目管理和产品开发方法。在本文档中,我们想向您介绍敏捷的世界,并揭示与在工作中使用敏捷方法的开发团队合作的好处。 敏捷简介: 敏捷开发(Agile development) 是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。 与传统瀑布开发的比较: 敏捷开发与传统瀑布开发的主要区别在于,小团队可以根据快速反馈和变化,使用持续设计改进和测试的原则开发高质量的自适应软件。 如果没有敏捷的思维方式,工具和流程就收效甚微。 敏捷开发框架: 敏捷是几种迭代和增量软件开发方法的总称,每一种变体都是它自己的敏捷框架。

    9720

    敏捷j2ee开发平台集成版

    功能概述 关键字: java 开源 轻量级 工作流 敏捷开发 框架开发 基于java语言开发的。它是JeeSite4-JFlow 是 JeeSite 开发平台与 JFlow 流程开发平台集成的版本。 可以使用 JeeSite 的敏捷开发,也可以使用开源工作流引擎JFlow。两者珠联璧合,是您开发的好框架。 这个开发平台主要包含两个部门:第一部分就是java开发基础平台,如图1所示,它实现了用户管理、角色管理、机构管理、部门管理、权限管理等基本功能,它本身就是一个java的开发框架。 第二部分是引用了一个开源的工作流开发框架,如图2所示,它实现了工作流程的开发等功能。流程引擎设计支持所见即所得的设计:节点设计、表单设计、单据设计、报表定义设计、以及用户菜单设计。 【免责申明】本公众平台不是广告商,也没有为其他三方网站或者个人做广告宣传。此分享的源代码和文章是小编在项目中、学习中整理的一些认为不错的项目。用户产生的一些自愿下载或者付费行为。与平台没有直接关系

    33930

    敏捷开发」企业架构和敏捷开发:对立吸引?

    因此,在许多组织中,敏捷与创新能力同等重要。创新和敏捷性是可持续业务的必要能力。 ? 敏捷开发已成为软件开发的标准。但真正的业务敏捷性需要的不仅仅是拥有一堆Scrum团队。 此外,如果您只关注敏捷软件开发提供的小规模敏捷性,您可能看不到树林:为什么您希望像企业一样灵活,这需要什么? 在更大的规模上组织敏捷 企业不仅仅是小团队的一系列本地开发项目。 示例:Scaled Agile Framework 诸如Scaled Agile Framework(SAFe)和Disciplined Agile Delivery(DAD)等现代开发正朝着正确的方向发展 SAFe使用分层迭代方法,我们在底层找到典型的敏捷团队。这些结果以2-3周的典型敏捷频率提供。 TOGAF也有一个迭代结构,由其架构开发方法(ADM)熟悉的“麦田怪圈”图表示。但是,在敏捷环境中应用它需要进行一些调整。特别是企业架构需要变得更加外向,从而更加面向业务,最终客户和以结果为中心。

    63220

    谈谈敏捷开发

    我对敏捷开发是源于10多年前看了一本关于迭代开发的书,从而对迭代开发有了一些兴趣。从那时开始有了迭代开发的概念。随着项目经验的增加迭代的重要性也越发觉得明显。 随后进入了提倡敏捷开发的公司,被迫式的接触了许多“敏捷开发”,随着项目经历越来越多,慢慢的就开始有了更新的认识和想法。 在做这些工作的时候我并不知道敏捷开发这个东西,直到在2010年进入一个公司非常提倡敏捷开发,已经有了迭代周期、backlog、站立会议、周例会等等,在这个团队中对开发过程有各种规章要求,完全是制度化的, 下面就敏捷开发分享一些应该着重注意的点,解决这些问题我想对任何开发团队都会有很大的帮助。 需求在开发中的重要性 大量的开发过程告诉我,需求在软件开发过程中是极其重要的。 这里只是想强调需求需要更多的投入到开发过程中去,及时的与客户沟通交流,了解到客户的真实想法。 强调文档的作用 我觉得很多对敏捷开发的一个误解就是不需要文档,敏捷开发并未抛弃文档。

    52000

    敏捷开发--scrum

    请简述一下什么是敏捷开发(Agile Development),以及什么是持续集成。 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。 在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 、 持续集成是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。 许多团队发现这个过程可以大大减少集成的问题,让团队能够更快的开发内聚的软件。 2.  你所知道的敏捷方法有哪些? 请至少列举出3个 Scrum、极限编程(Extreme Programming,XP)、Crystal、动态系统开发方法、功能驱动的开发方法和Lean软件开发 3.

    84760

    了解敏捷开发

    什么是敏捷开发敏捷开发以用户的需求变化为核心,采用迭代、循序渐进的方法进行软件开发敏捷开发模式的分类 XP极限编程(eXtreme Programming) SCRUM 水晶方法 动态系统开发方法 精益开发 其中XP和SCRUM最为流行。 (对开发人员要求较高) 重构建立在软件开发中无法避免出现BUG的前提下,与其最后修改整体的BUG,不如在一次次的重构迭代中反复扩展优化。 在开发过程中,通过持续集成,使得每一次的发布都可以成为可执行版本。 勇气 应用极限编程,每时每刻都在应对变化。这要求开发者时刻面对快速开发,重新开发。 变化在软件开发中是不可避免的,极限编程的思想就是将变化扼杀在摇篮中,避免最后形成一个无法重构的庞大工程。

    38720

    Scrum敏捷开发

    什么是Scrum敏捷开发 Scrum是敏捷开发的一种,是一种以人为本,迭代式增量软件开发的过程,以英式橄榄球争球队形(Scrum)为名,因此可以想象,整个团队是高效而富有激情的。 Scrum的模式和流程 标准的Scrum开发模式 以下是标准的Scrum开发模式:所有的需求都到达PO/PM这里,整理出Product backlog,每次的迭代开发(Sprint)都是PO/PM从 Master可以由专门的人来担当,也可以由团队内部的成员来担当,很多团队都是由PO来同时兼任Master,笔者建议由团队内部成员轮流担当,这样能够培养团队成员的责任感,增强团队的凝聚力,并让大家更加容易理解敏捷开发的精髓 很多采用敏捷开的团队都不开Review会议,其实Review会议是有一定的好处和目的的: 可以让团队的成果得到认可,提升团队的自我价值感 其他人可以了解团队在做的事情 可以吸引一些利益相关者的注意, 敏捷带来的价值 快速响应变化,及时响应用户反馈,调整优先级:Scrum开发可以完全适应现在互联网开发里的”小步快跑“,以轻量级的Story作为需求进行迭代式开发,保证最重要的总是优先做。

    89031

    敏捷模型」敏捷架构:规模化敏捷开发的策略

    与流行的看法相反,架构是敏捷软件开发工作的一个重要方面,就像传统的工作一样,并且是扩展敏捷方法以满足现代组织的现实需求的关键部分。但是,敏捷专家的架构方式与传统主义者的方式略有不同。 2.整个生命周期的架构 图1描绘了敏捷模型驱动开发(AMDD)的生命周期。 图1.软件项目的敏捷模型驱动开发(AMDD)生命周期。 ? 图2描述了Disciplined Agile Delivery(DAD)工具包描述的敏捷/基本生命周期。 当敏捷架构师是开发团队的高效成员,并且当开发团队参与开始的架构工作时,他们不需要全面的文档,导航图就足够了(授予,当这不是案件文件,希望最小,可能是必需的)。 共同的实践 敏捷实践 架构师受到高度重视,经常被置于基座上,甚至更糟糕 敏捷的架构师谦虚地承认他们不会走水 架构师太忙了,不能随便开发 敏捷架构师是开发团队的活跃成员,在适当的情况下开发软件并充当团队的架构顾问

    58120

    敏捷开发有哪些模式_软件敏捷开发方法的模式

    很显然传统的瀑布开发模式已经不能满足需要了,于是,敏捷开发这种模式就出现了。    接触过敏捷开发的朋友可能会知道,敏捷开发有如下的价值观:   个体与互动 胜于 过程与工具,可工作软件 胜于 复杂文档   用户协作 胜于 合同谈判,响应变化 胜于 遵循计划   下面新霸哥将会用一个真实的案例的给大家讲讲敏捷开发 开发人员编码工作完成后就没有事情做了吗? 迭代开发中一个星期后,相关的团队成员的编码工作基本上完成了或完成了大半。这时候项目经理会组织一个开发人员会议,就是开发人员坐到一个会议室里面瞪着大眼在投影仪上找bug或编码规范问题。 当然,敏捷开发有十二原则,在这里新霸哥就不重复了,如果有需要对敏捷开发有更深的了解欢迎和新霸哥交流。如今,敏捷的思想算是深入人心了,后面的具体方法就是教会我们如何实施敏捷

    16210

    敏捷1.4】敏捷开发环境:领导与团队

    敏捷开发环境:领导与团队 敏捷中,最重要的是什么呢?基本上所有的教材都会说,敏捷是以人为本的,以团队为核心的。第一,敏捷不提倡加班,第二,敏捷让团队自管理,第三,敏捷中的领导都是服务员而不是命令者。 要敏捷,更得要支持 首先,公司上层的支持是非常重要的一环。没有上层领导的支持,一切敏捷都无从谈起。为什么这么说呢?因为敏捷真的和传统的项目开发非常不同,甚至很多东西都是让人感觉不可思议的。 在整个项目的开发过程中,始终以一种指导的形态出现。不说出答案,只点出问题和提示。发现团队成员做事的原因和动机,理解他们的需求。通过项目目标和任务对整体进行调整以项目要求。 对于敏捷来说,它诞生于软件开发行业。众所周知,软件行业本身就是典型的知识工作者聚集的地方,很多业界大佬都是码农出身,试想,如果他们当时在开发的过程中,没有自主的管理和决策能力的话,能成就当前的事业吗? 或者说一个开发人员,也可以去做一些测试工作。 不过,这里并不是说每个人都要成为 “全栈” 。很多 “全栈” 工程师,其实往往更多的情况下是什么都懂但什么都不精。

    18820

    什么是敏捷开发

    1、概念 简单的说,敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。 敏捷最大的特色是迭代式开发。 2、优势 ? 1、敏捷开发属于增量式开发,对于需求范围不明确,需求变更较多的项目而言,可以很大程度上响应及拥抱变化。 2、对于互联网产品而言,市场风向转变很快,需要一种及时快速的交付形式,而敏捷开发则能更好地适用于此。 3、敏捷开发可最大程度体现80/20法则的价值,通过增量迭代,每次都优先交付那能产生80%价值效益的20%功能。能最大化单位成本收益。 3、误区 ? 4、特点 ? 5、核心原则 ? 敏捷开发 6.1、敏捷开发 客人到餐馆来点菜(新项目) 不确定客户想吃什么的时候,通常选好餐厅后会先看看餐厅的菜单(客户往往提不出具体的需求) 根据图文菜单,客人点了是个菜(根据原型和设计稿

    57620

    敏捷开发实践总结

    前言 敏捷开发它是一种指导思想或开发方式,但是它没有明确告诉我们到底采用什么样的流程进行开发,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式;Scrum和XP的区别是 什么叫敏捷开发敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的软件开发方法。敏捷开发作为CMM神话崩溃后被引入的一套新的软件开发模式。 对概念的理解: 以人为核心:敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心。 为什么要使用敏捷开发模式? 敏捷开发注重人与人之间的交流和合作,可以快速实现功能,以小步快跑的形式,不断试错,不断调整方向,不断完善产品。总结起来就是:适应变化,不断迭代。 scrum流程图: ? SCRUM敏捷开发流程是什么?

    1.5K30

    敏捷开发实践(一)--谈谈我对敏捷开发的理解

    随着敏捷开发越来越流行,人人都在谈敏捷,人人也都在学习scrum等敏捷开发方法。。。当然,自己也是敏捷开发的实施者和受益者。 其次,敏捷开发都具有以下共同的特征: 迭代式开发 增量交付 开发团队和用户反馈推动产品开发 持续集成 开发团队自我管理 最后,相比于“传统”的瀑布开发模式,敏捷开发是一种“现代”的开发模式。 敏捷开发宣言 《敏捷宣言》 我们通过身体力行和帮助他人来揭示更好的软件开发方式。 敏捷开发十二原则 在敏捷开发中,我们遵循以下准则: 我们的最高目标是,通过尽早和持续地交付有价值的软件来满足客户。 欢迎对需求提出变更——即使是在项目开发后期。 敏捷开发宣言比较抽象,但是敏捷开发十二原则就非常具体了,相信用过敏捷的人都知道,上面的十二原则都是开发过程的经验总结。

    35710

    敏捷开发Agile Scrum

    最近公司开始使用敏捷开发模式,所以稍微了解一下。。。  什么是敏捷开发敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。 怎么理解呢? 首先,我们要理解它不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发;而这种开发方式的主要驱动核心是人;它采用的是迭代式开发; 为什么说是以人为核心 因为在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据;而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流, 迭代是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务,这样的一个周期就是一次迭代的过程;同时每一次迭代都可以生产或开发出一个可以交付的软件产品。 关于Scrum和XP 前面说了敏捷它是一种指导思想或开发方式,但是它没有明确告诉我们到底采用什么样的流程进行开发,而Scrum和XP就是敏捷开发的具体方式了,你可以采用Scrum方式也可以采用XP方式;

    56520

    敏捷开发入门普及

    不同于瀑布模型将开发过程划分为需求、设计、编码、测试等阶段,Scrum将整个开发过程分为多次迭代(称为Sprint,冲刺),一般为期2~4周。 图解敏捷开发 ? 适用场景 不确定的开发流程,技术方案 不成熟的产品 产品快速多方面优化 产品新特性研发 技术重构 问题场景&&错误认识 一个团队闭关开发一个项目就是敏捷 正确理解:敏捷不等于闭关,只是可能坐一起效率更高 ,其倡导的是何时都可以发生沟通,并准备一白板可以随时讨论方案;敏捷团队质量以及效率高于一般团队;敏捷团队开发的是以迭代为单位,不是项目; 有了任务细分,开发白板,站会就是敏捷 正确理解:任务细分、白板、 开发很快,快速交付的是敏捷 正确理解:开发快、快速交付产物只是敏捷的一个特点,也要深刻理解其交付的只是一个迭代的,并不是一个完整的产品。 只有软件开发团队才有敏捷 正确理解:符合可以将任务明细,具有一个可执行团队,一个监督者,都可以尝试敏捷的管理。

    48040

    开发 | 除了性价比排名,如何选购深度学习 GPU

    那么,对于一名 DL 开发者,应该怎么选择合适的 GPU 呢? 我开发了一个全新的 8 bit 压缩技术,其模型并行化比起 32 bit 方法要高效得多,尤其是密集或全连接层。 把其他 PC 硬件的成本也纳入考虑——把可兼容 4 GPU 的高端 PC 平台的成本,定为 $1500。 该情况下,如果你想要买许多 GPU,不出意料的,更高端的 GPU 会占优势,因为 PC 平台+ 显卡的整体性价比更高。 但其实,这还是有所偏颇的。 因此,开发者真正感兴趣的应是有限预算里的性价比。针对你的预算,最佳系统选项是什么?你还需要考虑一些其它问题:你计划让这个 GPU 服役多久?几年后,你是要升级 GPU 还是升级整机?

    69960

    关注

    腾讯云开发者公众号
    10元无门槛代金券
    洞察腾讯核心技术
    剖析业界实践案例
    腾讯云开发者公众号二维码

    相关产品

    • 数据开发治理平台 WeData

      数据开发治理平台 WeData

      数据开发治理平台 WeData是位于云端的一站式数据开发治理平台,融合了包含数据集成、数据开发、任务运维的全链路DataOps数据开发能力,以及数据地图、数据质量、数据安全等一系列数据治理和运营能力,帮助企业在数据构建和应用的过程中实现降本增效,数据价值最大化。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券