Learun

非IT行业大企程序员讲述MIS系统开发案例

我怕爱的太早我们不能终老 提交于 2020-09-29 12:57:58
雪莉叹了一口气,调整了一下被汗水濡湿的刘海,然后向后靠在办公椅中,伸手在电脑键盘上输入了一些内容,最后拿起印刷着房地产广告的扇子,边扇风边等待着。 她的工位在办公室的东侧角落,侧靠着窗。此时虽已然是初秋,但是夏日的余威还是不减。尽管办公室里冷气开得很足,但大楼外烈阳炙烤所带来的能量,还是越过了玻璃窗泄漏进来。靠窗的雪莉热得满身是汗,恨不得赶紧找地方冲个凉。 过了十来分钟,电脑上显示的画面没有任何变化,“加载中”的动画依然在屏幕中心跳动着。雪莉盯着屏幕紧皱眉头,牙齿咬着下嘴唇发出生气的哼哼声,同时将Enter键敲得啪啪作响。她现在这个样子,也能够理解,毕竟有研究表明,相比舒适的气温环境,当人处在炎热的环境下时,情绪会比较容易躁动不安,忍耐力和耐心都会受到负面影响。 一旁的同事小新注意到了她。怎么了雪莉?不舒服吗?小新表达了关切。啊?哦,没事,没有不舒服。雪莉抬头看向小新,即使已经做了安慰性的回答,但小新依然满脸担忧。她叹了一口气,继续说,那什么,十几分钟前我MIS系统账号莫名其妙下线,任何就一直无法登陆,挺烦人的。说完了自己烦躁的真正原因,雪莉意识到小新脸上浮现出一丝惊讶。 原来你也遇到这个问题!还以为只有我是这样!小新表现得激动,以至于讲话声音很大。雪莉做禁声手势提示小新,他也意识到自己失态,于是咳嗽一声来缓解尴尬。在恢复正常情绪之后,小新说,我也是这样,MIS莫名其妙就下了线

浅析LR.Net工作流引擎

淺唱寂寞╮ 提交于 2020-09-27 06:13:06
在当代信息化软件系统开发中, 工作流引擎 是其中非常重要的一环。所谓工作流引擎,是指工作流作为软件系统的一部分,其中包括了流程的节点管理、流向管理、流程样例管理、审核管理等重要功能。 工作流引擎可根据角色、分工和条件的不同来决定信息传递的路由与内容的分级。其对各应用系统是有着决定作用的。 美观友好的交互界面,稳定的数据库信息交换,满足实际业务需求的高效程序逻辑,这些都是判断一个软件系统是否优秀的重要标准。一个满足以上条件的系统,将会在一定程度上保证其稳定性和易用性。 做到程序稳定,是为了保证该系统的可靠性,满足界面易用,则是在保证模块化、结构化、操作的便捷性。这样可以在业务流程发生变化,例如决策权的改变、组织结构的变动时,随之变换的全新业务逻辑,而工作流引擎解决的就是这个问题。如果应用程序缺乏稳定高效的逻辑层,就会很容易出现包括信息路由错误、异常循环在内的各种错误。 这里举个简单的例子。一台电脑,外观前卫炫酷,但如果硬件系统有问题,那势必会出现各种BUG,如不加以改进,极有可能被人嫌弃,最终变成一堆废品。而应用系统的拓展性就好比电脑的运行速度,别人开机只需五秒,而你的则需要五分钟(业务流程变动需要更长时间的程序修改),孰优孰劣,一目了然。而如果电脑动不动就蓝屏重启(程序逻辑异常循环),那这样的电脑谁还会用呢? 服务架构 面向服务的体系结构,是一个组件模型

浅析LR.Net工作流引擎

白昼怎懂夜的黑 提交于 2020-09-24 03:38:15
在当代信息化软件系统开发中 , 工作流引擎 是 其中 非常重要的一环。所谓 工作流引擎 ,是指 工作流 作为 软件 系统的一部分, 其中 包括 了 流程的节点管理、流向管理、流程样例管理、审核管理等重要功能。 工作流引擎 可 根据角色、分工和条件的不同 来 决定信息传递 的 路由 与 内容 的分级 。 其对 各应用系统 是 有 着 决定作用的 。 美观友好的交互 界面, 稳定的 数据库信息交换, 满足 实际业务需求 的高效 程序逻辑, 这些都是判断一个软件系统是否优秀的重要标准。一个满足以上条件的系统,将会 在一定程度上保证其稳定性和易用性。 做到程序 稳定 , 是为了保证 该 系统的可靠 性 , 满足界面 易用 , 则 是在 保证模块化、结构化、操作的便捷性 。 这样可以在业务流程发生变化,例如决策权的改变、组织结构的变动时 , 随之变换 的全新业务逻辑,而 工作流引擎 解决的就是这个问题。如果应用程序缺乏 稳定高效 的逻辑层,就 会很 容易出 现包括 信息路由错误、 异常 循环 在内的各种错误 。 这里举个简单的例子。一台电脑,外观前卫炫酷,但如果硬件系统有问题,那势必会出现各种BUG,如不加以改进,极有可能被人嫌弃,最终变成一堆废品。而应用系统的拓展性就好比电脑的运行速度,别人开机只需五秒,而你的则需要五分钟(业务流程变动需要更长时间的程序修改),孰优孰劣,一目了然

JAVA + VUE + 简洁UI:分离式软件平台形成之旅

寵の児 提交于 2020-08-19 12:42:28
转眼间,撸码7、8年了,从大公司到小作坊,码农的生活果然是很抠腚,在所有呆过的公司里,项目不少,正经的不多,延期是常事,你说QQ微信不聊,动作片也少看,动不动通个宵,但是进度却迟迟跟不上,找谁说理去。 以前,做项目的时候总有一种被压榨的感觉,认为项目经理总是把工时估少了,后来自己做了项目管理,按照以往的经历估工时,做到最后还是会有些延期,然后就是加班拼命赶。除了客户需求变化,开发人员水平,数据导入问题等不可控因素外,以往的项目没有积累,每次都是从头开始才是最应该解决的。 开发中一些常用的基础模块,比如权限控制,其实大部分系统都是可以通用;还有数据导入,最开始的时候我真的傻到一个个模块的去写,复制、粘贴、修改,还经常有字段对错了;还有数据接口,系统做好以后要花好长的时间去做数据对接...... 在此基础上,我感觉到要提高开发效率需要一套高效的基础模块框架,基于目前的趋势可以采用MVC+VUE,力求通用,达到事半功倍的效果。 前端实现 以前我用过一段时间的ext感觉这个前端框架比较臃肿,加载速度慢,而且商用是收费的,所以没有考虑,后来考虑过easyui,也需要收费,而且感觉也不是特别灵活,所以后来就直接用JQuery来实现前端,用iframe的方式实现多窗体,自己再把样式调整得好看一些整个下来感觉一点都不比其它前端框架差,而且可以省去版权费用,降低了总体成本。后来总有客户要求用vue

JAVA + VUE + 简洁UI:分离式软件平台形成之旅

冷暖自知 提交于 2020-08-19 12:39:28
转眼间,撸码7、8年了,从大公司到小作坊,码农的生活果然是很抠腚,在所有呆过的公司里,项目不少,正经的不多,延期是常事,你说QQ微信不聊,动作片也少看,动不动通个宵,但是进度却迟迟跟不上,找谁说理去。 以前,做项目的时候总有一种被压榨的感觉,认为项目经理总是把工时估少了,后来自己做了项目管理,按照以往的经历估工时,做到最后还是会有些延期,然后就是加班拼命赶。除了客户需求变化,开发人员水平,数据导入问题等不可控因素外,以往的项目没有积累,每次都是从头开始才是最应该解决的。 开发中一些常用的基础模块,比如权限控制,其实大部分系统都是可以通用;还有数据导入,最开始的时候我真的傻到一个个模块的去写,复制、粘贴、修改,还经常有字段对错了;还有数据接口,系统做好以后要花好长的时间去做数据对接...... 在此基础上,我感觉到要提高开发效率需要一套高效的基础模块框架,基于目前的趋势可以采用MVC+VUE,力求通用,达到事半功倍的效果。 前端实现 以前我用过一段时间的ext感觉这个前端框架比较臃肿,加载速度慢,而且商用是收费的,所以没有考虑,后来考虑过easyui,也需要收费,而且感觉也不是特别灵活,所以后来就直接用JQuery来实现前端,用iframe的方式实现多窗体,自己再把样式调整得好看一些整个下来感觉一点都不比其它前端框架差,而且可以省去版权费用,降低了总体成本。后来总有客户要求用vue

精美前端UI(VUE)界面,ASP.NET通用工作流开发分享

让人想犯罪 __ 提交于 2020-08-17 15:52:53
工作流 在IT领域算是一个老话题了,最早的工作流思想在上世纪60年代就有人提过,70年代有人开始了初步尝试,但是由于技术的限制,直到80年代才有第一批比较成功的工作流,随后工作流便逐步走向了爆发期,90年代便出现了很多类型的工作流,不过其主旨是不变的,那就是提高工作效率。 工作流在企业管理软件的开发中处于核心地位,几乎所有常用功能都需要工作流。工作流辅以权限和表单,才能构成比较完整的管理模式。 在定义上,工作流是指一类能够完全自动执行的经营过程,根据一系列过程规则,将文档、信息或任务在不同的执行者之间进行传递与执行。说的直白一点工作流就是封装好的一种框架,我们利用这种框架来解决需要多个人或者多个部门协同完成的某项工作。工作流基础框架有许多都是开源的,我们可以尽情的拿来学习、研究最终运用到我们的系统中。 今天和大家分享一下所负责项目流程模块开发的部分成果。 所展示前端均使用vue,截图部分分别是流程设计、流程任务、流程委托、流程监控和签章,有一个请假实例要权限和表单配合,欢迎指正。 流程设计 流程任务 流程委托 流程监控 流程签章 以上均可以直接配置,并不需要写代码,是企业级软件配置平台,.net版本目前已经升级到.net core,java版本也可以直接看demo,希望和各位技术爱好者共同交流进步,详情可以看这里: www.learun.cn . 来源: oschina 链接:

精美前端UI(VUE)界面,ASP.NET通用工作流开发分享

 ̄綄美尐妖づ 提交于 2020-08-17 15:52:19
工作流 在IT领域算是一个老话题了,最早的工作流思想在上世纪60年代就有人提过,70年代有人开始了初步尝试,但是由于技术的限制,直到80年代才有第一批比较成功的工作流,随后工作流便逐步走向了爆发期,90年代便出现了很多类型的工作流,不过其主旨是不变的,那就是提高工作效率。 工作流在企业管理软件的开发中处于核心地位,几乎所有常用功能都需要工作流。工作流辅以权限和表单,才能构成比较完整的管理模式。 在定义上,工作流是指一类能够完全自动执行的经营过程,根据一系列过程规则,将文档、信息或任务在不同的执行者之间进行传递与执行。说的直白一点工作流就是封装好的一种框架,我们利用这种框架来解决需要多个人或者多个部门协同完成的某项工作。工作流基础框架有许多都是开源的,我们可以尽情的拿来学习、研究最终运用到我们的系统中。 今天和大家分享一下所负责项目流程模块开发的部分成果。 所展示前端均使用vue,截图部分分别是流程设计、流程任务、流程委托、流程监控和签章,有一个请假实例要权限和表单配合,欢迎指正。 流程设计 流程任务 流程委托 流程监控 流程签章 以上均可以直接配置,并不需要写代码,是企业级软件配置平台,.net版本目前已经升级到.net core,java版本也可以直接看demo,希望和各位技术爱好者共同交流进步,详情可以看这里: www.learun.cn . 来源: oschina 链接:

对于一款软件而言,完备的功能固然重要,但交互体验也不该被忽视

寵の児 提交于 2020-08-16 14:07:17
一般情况下,软件开发的前期设计以及开发的过程中,满足其功能性的优先级要高于交互界面的美观性。以至于业界中众多软件平台的UI设计,与其完备的功能形成落差。对于对美感稍有追求和欣赏能力的用户来说,使用时所感受到的巨大割裂感可能会令其产生剧烈不适。 这不难理解,毕竟出现这种情况,都是开发者出于成本控制的考虑,而对前端页面刻意弱化。但这样一来,软件产品的整体品质就出现短板,用户会很容易觉察到其中的缺陷与恶意。SO,一款优秀的软件除了有完备的功能之外,也要有足够美观友好的用户交互界面。 这里举一个正面的例子,看看LR.net快速开发平台的UI与功能,可以做为一种参照或者标准。首先,其内部准备了多套不同风格的Homepage界面,以满足不同人群的审美。 经典极简 冷酷商务 清新大方 青春活力 自由恬适 再者就是功能性方面,总之,一个软件开发平台该有的东西,它都能给到用户。 1.敏捷开发 敏捷开发向导:表单、流程、数据等常用功能配置向导 代码生成器:八套开发模板,生成类、页面、映射、表单、小程序等 通用图标:PC和移动端图标 数据看板:BI大数据看板 表格组件:各类常用表格 甘特图:了解项目进度 信息可视化:货架、生产线等 门户配置:企业门户 插件配置:框架内置及第三方插件 二维码生成:企业二维码生成 D3配置:动态数据展示 2.系统管理 行政区域:全国行政区划 数据字典:各项目特性查询

Learun快速开发平台,一个开源可视化的开发平台

試著忘記壹切 提交于 2020-08-08 19:40:18
简介 Learun快速开发平台 ,是一个以模块化为核心的快速开发平台,是一个集PC和APP快速开发、系统管理、任务监控、开发工具、可视化数据源管理与数据构建、API动态生成与统计、工作流、可视化表单设计、小程序等全方位功能于一体的高效、稳定的快速开发平台。 平台采用Jquery、Bootstrap、Dapper ORM、jquery mobile、vue.js、uni-app等核心技术。 功能特色 1. 模块化 丰富的模块稳定的框架后台极易上手 目前已包括敏捷开发、系统管理、单位组织、自定义流程、移动管理、报表系统、工作流引擎、开发工具等模块。 2. 快速开发 强大的代码生成器与代码模板一步到位创表、代码生成即刻开发,可视化配置与自定义接口分秒接入,权限控制、统计报表等一个都不能少。 3. 工作流引擎 像“乐高”一样做开发,严谨的工作流开发流程,拖拽式设计表单,可视化流程开发直观展示管理流程,所见即所得;还有企业级专业流程引擎等您咨询。 4. 可视化开发 整个平台贯彻可视化开发原则,平台首页任意模块都可以手动编辑,可视化报表开发更是简单,平台内部选好模板和布局,连接好数据库,做好SQL就行了。 5. 跨多端开发 Learun是PC和APP一体化开发平台,而APP有安卓、iOS、H5的区别,各大平台又有各自的小程序系统,learunAPP基于uni-app框架,一套代码可运行所有平台

企业为何需要建立统一的复用型软件平台?

北城以北 提交于 2020-08-08 18:41:52
近年来,互联网在中国得到了爆发式发展,越来越多的行业受到互联网的影响,开始了自主信息化的道路。虽然得益于互联网的发展,很多企业的业务增长达到了前所未有的水平,规模也越来越大,但是也由此产生了各种各样的问题,如信息化建设跟不上企业业务发展的需求,新老系统衔接不畅等。 企业信息化面临的实际问题 在企业快速的发展过程中,往往会出现这样一个链条。 新增一块业务 —> 招聘一位高级技术人员 —> 围绕这位同事组建一支技术团队 —> 该业务基本由这只团队负责。由此便形成了一个闭环,当需要跟其他业务进行交互时,经常由技术负责人之间商定,你可能遇到过同样一个业务接口,同时提供 了RPC,HTTP,MQ 等多种方式,只是为了给不同的项目提供基础服务。 如果随着业务的的发展,团队形成了一个部门,团队决策者通常会从自身利益考量,希望尽量减少对外部门的依赖,无论是技术选型,规范建立,组件选取,运行环境都希望能进行掌控。当这样的技术氛围一旦形成,单个员工对单个项目的影响就会变得非常巨大,一个产品经常会因为一两个核心员工的离职难以为继,最后不得不重新开发新的产品。 另外,从成本上来说,当每个团队都在试图构建自己完整的研发流程时,中间的技术研究,产品研发,运维管理就会出现非常多的资源浪费。而且,KPI 指标也会非常难以设立,因为当每个团队都采用不同技术栈,不同的技术组件,不同的维护方式和规范时