由于整个集团公司非常庞大,有上千个分支机构,不可能由总部某个人能管理所有的数据,或者掌握所有的业务.某个业务都会由于某个相应的部门进行管理,例如所有分公司的人力资源,都由总部的人力资源部门管理.哪些分公司谁是人力资源部门的,谁在管理什么事务,只有总部对口的人力资源的人员最清楚. 1: 总部有相应的人力资源管理人员,这些人应该是可以管理所有分公司及总部在内的普通业务.但是这些普通管理人员不可以设置授权给其他人权限. 2: 总部的人力资源的某个业务的主管,虽然有所有的操作权限,但是平时是不会操作这些…

C#.NET 大型企业信息化系统集成快速开发平台 4.2 版本 – 员工离职管理 当公司有几万人,上千家加盟网点,几个庞大的直属分公司后,系统账户的有效管理也是一个头疼的问题,把所有的帐户及时进行科学的管理,有人员离职时及时进行记录,防止离职人员的系统账户有各种安全漏洞.   谁什么时间操作了什么帐户?都进行了什么备注?什么时间阻止了帐户的登录系统的权限?是否有多个人需要处理人员离职后的各种操作?后勤.IT.财务.人事?是否经过了确认?是否方便协调各个部门的操作?   每个子公司?网点?总部的管…

很多传统企业.包括系统集成类的IT企业,若不是从事专业软件开发领域的,能做出一套适合本公司企业信息化的灵活的信息系统还是很有难度的,还有一些已经多年不写程序的资深开发人员,初学者,都难把一个整套系统实现出来了. 市面上成熟的开发框架要几十万,又想不花那么昂贵的费用,又想有一套自己能驾驭的软件系统平台,成熟稳定.bug少,能经得起考验的,有是知名度的开发框架,那可以考虑我们的 “大型企业信息化系统集成快速开发平台”. 里面有非常多的好用的例子代码,只要稍微用心学习模仿一下就可以见效了,若实在学不会…

每个人外表看看都没什么大区别.但是内在的知识.处理问题的能力.解决问题的能力.头脑灵活性都会有很大的差距.软件组件也是一样,有些组件编写厉害,想问题深入,能处理的难题也多,构思巧妙. 通用快速开发平台就是这样的一个组件.能处理大型集团化公司的用户权限管理系统.也可以同时处理维护多套信息系统的权限配置管理.对很多大型集团公司来讲信息化容易成为公司的包袱.累赘.割舍不掉的一块心病. 若有自己的一定规模的开发团队,有长期维护完善信息系统的目标定位,那就可以考虑自己的核心系统自己慢慢完善改进.或者适当能…

由于这几年互联网电商的快速发展,快递公司也进入了快速发展的绝好快速成长期.随着社会的强劲需求公司的业绩年年攀新高.快速发展的公司都需要有强大的IT信息系统,硬件设备基本上款到了货也可以到了,但是软件系统就不是那么简单了,需要长期的维护完善才能平稳运行. 公司有几十套业务系统需要快速开发.开发队伍的建设.软件系统的建设.基础平台的建设都堆在了一起,由于我们用了成熟的通用快速开发平台,所有的用户都能集中统一授权.所有的业务系统都有统一的管理后台配置管理,几乎很多精力都放在业务模块的开发上就可以了.…

作为一个完整的整体信息化解决方案需要有足够强大的各种功能,这些功能相对独立,又互相依存.当有需要这样的功能时可以随时拿出来用,适当修改一下就可以满足要求.只有这样才能快速开发各种信息化系统,才能满足各种客户的需求. 同步数据需要解决的问题主要有: 01:全国性大型集团公司的信息化改造项目会涉及到非常多的分公司网点的客户端需要同步数据的各种需求,这个已经超越了人工能处理好的极限.02:网点非常多时,往往由于业务的特殊性会有能离线作业的需要,网络故障.网络带宽不理想时都可以进行离线处理的工作流程需要…

以前的开发平台里,是用xml语言包实现了多语言功能,现在新的平台里进行了调整,把多语言包资源放在数据库表里实现了. 我们系统预留了多语言的配置全局变量.可以通过配置这个参数达到切换多语言的目的 我们在选项管理里增加一个多语言选择的选项目,然后有哪些语言资源就加上去 下面的表是多语言的数据库设计表结构 下面图是多语言的数据库里的资源设置情况 这个是多语言的设置管理界面参考 下面是多语言的管理窗体位置 多语言例子程序参考: /// <summary> /// 获取多语言 /// </summ…

由于信息系统庞大.各种业务子系统.各种开发语言开发的业务逻辑.各种年代维护的代码.各种参差不齐的历史遗留信息系统,面向全国的业务系统,面向某个领域的汽运管理信息系统,面向内部的业务系统,面向外部的各种互联网应用,各种业务系统都需要进行数据的交互. 但是这个时候没有一个标准的全国性的地区数据维护,那很容易整个业务系统的数据杂乱无章.甚至无法精确管理数据,数据比对的效率底下,我们需要标准的基础数据支撑我们的各种业务系统. 需要精确管理成千上万的加盟店.准确通知.指挥这么多营业网点,需要有一套强大过硬…

往往我们看到一个好用的工具.就能知道制作这个工具有多少不容易,使用好这个工具也有多少不容易? 通用快速开发框架同样也是经过多年的完善改进才到了今天的稳定成熟度,知名程度,为什么能成为全国有名的软件组件自然也有他的道理. 有上百号人的开发团队天天使用这个组件.每天有全国各地的几十万用户,全公司十多万员工的天天使用各种业务系统. 几十套业务系统都是基于这个基础框架.基础数据之上进行开发.维护,经过实际的残酷考验,集成几十套业务系统,支撑整个集团公司的核心业务系统,解决各种疑难问题,性能问题.系统的过…

几十万人使用的系统.覆盖全国.每天营业额上好几个亿的.若信息安全方面太薄弱了.那将会是致命的打击.甚至威胁到企业的正常运转.从国家层面到企业级别大家都在重视信息的安全.可控. 运行速度慢一点点可以忍受.但是信息安全没保证是绝对无法忍受的.下面是防止暴力破解的例子运行效果,若这个用户名连续尝试登录好多次,系统就认为有暴力破解的行为.会禁止这个用户登录系统.包括人工登录.程序脚本登录都会被阻止. 当然后台也需要防止弱密码.设置密码修改密码时,都需要弱密码检查才可以.否则还是白辛苦一场了. 下图是,防…

现在的信息系统越来越复杂,越来越庞大,不仅需要内部是一个整体,而且还需要提供很多对外的服务调用. 1:别人如何调用最方便?用不同的开发语言调用.例如app.手持设备.服务器.2:服务的返回状态是什么样子的?有利于排查问题.3:服务的安全性.可过渡升级性.性能效率要有保障.4:服务也需要有完整的调用日志记录等. 下面是一个服务调用有效性判断的函数代码,供大家参考. //-----------------------------------------------------------------…

往往开发的人不是维护的人,开发的单位不是维护的单位.信息的畅通沟通交流很多时候会有打折.扭曲.甚至是容易得到歪解.配置错业务操作权限.为了防止发生没必要的麻烦,甚至是发生重大错误,我们的软件需要不断换位思考,不是只是功能实现了就可以了.是否实现得最优. 原来的权限设置页面,虽然也都能完成基本工作,但是有几个缺点: 1:这个权限指向的url是多少?看不清楚.看不方便.2:这个权限是谁设置的?什么时候创建的?3:这个权限的主意事项是什么?配置时需要注意什么?看不到.4:更深入的需求.是谁赋予的权限?…

1:当远程调用方法时,会有很多种可能性发生.接口调用之后,发生错误是什么原因发生的?反馈给开发人员需要精确.精准.高效率,这时候若能返回出错状态信息的详细信息,接口之间的调用就会非常顺利,各种复杂问题也就可以迎刃而解. 2:返回接口的类型定义如下参考: //----------------------------------------------------------------- // All Rights Reserved , Copyright (C) 2015 , Hairihan…

当用户都在一个公司内,甚至一个办公室时,喉一下或者跑过去亲自更新一下程序,就可以了,问题就很简单也没多少复杂性,也不怎么考验技术能力.当面对全国10万以上客户端时,问题就来了. 1:有的用户打开系统一天也不会关闭,甚至几天都不关闭电脑一直会用下去,这时候系统有升级变更就容易无法及时更新.我们需要开发一个功能,每过5分钟就自动检查一下系统的升级情况.哪怕是就一直没退出过系统,不是每次登录时才判断系统是否有升级. 2:为了系统的安全性.一般至少会要求用户每过8个小时,重新登录一次系统,也不可能登录一…

庞大的业务系统,特别是需要有离线作业操作支持的核心业务系统,需要有强大的基础数据同步功能,基础数据有在增加.有在变动.有在失效,同时有大量的客户端全天侯的在连接服务器.不间断的在处理核心数据. 经过2年的不断完善改进.又有保证性能.又有能保证性能.又支持自动升级的接近完美的客户端诞生了.在这个基础上开发任何业务模块都会方便很多,客户端支持手动同步基础技术.登录系统时后台自动同步数据等功能. 其实很多时候,难点不在于技术有多少深奥.在于稳定可靠.放心用,经得起大量客户端的参考考验. 把每一个点点滴…

由于我们同时开发多个大型应用系统同时系统有大量用户.高并发用户,平时访问系统的用户数量就有3万多人在线.需要对几十个系统进行持续优化改进,同时要增强信息系统的各种安全性. 如此多的系统.如此多的用户,还要进行各种业务操作:大数据的查询统计等等,数据库系统的压力已经很大,再进行各种安全验证时时的认证,数据库系统会不堪重负,所以我们进行了缓存优化.用缓存来分担这部分压力,不把所有的压力都转嫁到数据库上,把数据库能解放的压力都解放出来. 身份认证.操作检查时都可以使用缓存的方式,提高效率,分担压力.…

很多软件组件,大家都能想到了,大家也能做出来,但是成熟稳定.可靠.易用.功能全面,可信任,可相信,可开源就不是很容易,需要树立良好的口碑才可以. 1:往往会有黑客,进行撞库挖掘漏洞,很多系统的账户有可能被猜测出密码来,会存在严重的安全问题. 2:全部加上图片验证码等,用户体验比较差,天天用的用户会很难受. 3:恶意刷屏.大数据查询有恶意查询时,服务器进入恶性循环,数据库压力会过大,为了防止进入恶性循环,能控制调用频率比较好. 4:对外,对内提供接口调用时,合作伙伴,内部接口调用频率过高时,服务器…

因为大型应用系统可能有几十个子系统,为了减轻数据库频繁读写压力.提高系统的运行速度.反映速度,大型应用系统都需要采用缓存机制提高运行效率.Redis 缓存预热实现将来大家很多基础数据都可以缓存获取,不需要从数据库获取.代码其实不在于多,在于给他什么 时髦的名字, 来个 缓存预热就很时髦了,其实也就10行左右代码而已了. 有追求有理念,写代码就不迷茫了.没追求没理念很容易迷失方向.…

客户的需求如下: 所有基礎信息需要記錄創建人,創建時間,更改人,更改時間,刪除人,刪除時間.有停用基礎信息功能(停用不是刪除,只是暫時停用).基礎信息可以查出已經刪除的信息(有選項可以選擇),有方法把刪除信息撤回. 其实很多时候客户的需求也不难,但是全部实现起来总是挺不容易的,因为这个涉及到全局性的设计,所有相关页面的修正,所有业务逻辑的调整等等,还有已经在用系统的影响等等,所以不是凭空架构的系统修改起来就不那么容易了. 1:有选项可以选.是否看被删除的数据?被删除的数据有特殊的显示方式. 2:…

当公司有几万人,上千家加盟网点,几个庞大的直属分公司后,系统账户的有效管理也是一个头疼的问题,把所有的帐户及时进行科学的管理,有人员离职时及时进行记录,防止离职人员的系统账户有各种安全漏洞. 谁什么时间操作了什么帐户?都进行了什么备注?什么时间阻止了帐户的登录系统的权限?是否有多个人需要处理人员离职后的各种操作?后勤.IT.财务.人事?是否经过了确认?是否方便协调各个部门的操作? 每个子公司?网点?总部的管理人员,授权是否限制正确了?是否都在操作应该操作的数据?系统的权限控制是否到位了?是否能防…

大型业务应用系统很容易受到各种攻击,每加上一道防护就可以减少80%-90%的攻击.我们的核心接口组件里也做了一些限制,有些接口方法只有内网的用户才可以调用,防止外网的用户调用,这样安全性会有很大的提升. 只有内网的电脑才可以调用的限制,这样,就防止外面的人非法调用我们的方法,可以提高一些安全性,方法上加上2行代码就可以了至少安全性提高80-90%,多一道防护,少N个攻击.减少致命的黑客攻击,尽量避免无法挽回的损失.…

代码生成器进行了改进,针对Oracle数据库生成更优美的代码.这样生成出来的代码,更像微软的风格,更像C#.NET的标准规范,阅读起来也更优美.把Oracle表字段名默认大写, 有_分割等进行了优化,这样用我们代码生成器生成的代码,阅读起来,更顺眼.更能拿得出手了.代码生成器生成代码效率高.规范性强.错误少.质量可靠. EF 生成的 Oracle 底层数据库的SQL语句性能不能有保障.在大并发大用户时会有很多不确定因素.甚至优化起来工作量大,所以在 Oracle 上自己生成底层代码还是很有必要的…

主管可以看下属的数据,这个是经常用到的一个权限,不管是大公司,还是小公司都需要的功能. 通过以下2个方法,可以任意达到想要的效果了,设置简单灵活,还能递归运算下属,有时候简单好用就是硬道理. #region public List<BaseUserEntity> public List<BaseUserEntity> GetListByManager(BaseUserInfo userInfo, string managerId) 按上级主管获取下属用户列表 /// <sum…

由于公司是面向全国服务的.全国各地都有分公司,需要管理到覆盖全国的各种业务,各种业务系统信息系统的数据都需要规范化. 公司开展网络订单功能,在全国范围内实现网络下单.提高工作效率,提高各公司之间的数据交换效率,承接订单的效率,防止沟通交流中的出错率. 通用权限管理系统组件已经实现了内置的电子商务基础数据管理功能,提供各种接口调用,为快速开发大型电子商务系统做个稳定的基础.…

最近工作上需要,给苹果客户端开发接口,实现集中统一的用户管理,下面是接口调用参考. 1: 获取OpenId? http://127.0.0.1/GetOpenId.ashx?username=Administrator&password=Administrator 2: 获取用户信息? http://127.0.0.1/GetSignin.ashx?OpenId=fa05d010-dc80-40f8-80c5-4d32e4d7b2c2 3: 修改密码? http://127.0.0.1/Chan…

公司的短信平台,数据量越来越大了,需要对数据进行一些优化,下面是拆分后的数据库量参考. 新开发的软件模块,必须支持分表,拆表的功能一个数据表里,不适合保存1000万以上的记录新开发的业务模块,能分表的全分表,否则,将来我们无法用其他小型数据库,例如mysql 现在系统的短信已经进行了拆表接着打算把日志也进行拆表确保数据库里,没有庞大的表,随时可以切换数据库 每个人把自己负责的事情,做到自己能力的及至,做到部门能力的及至,公司能力的及至,就很有希望了有时候我说话很随意,但是一般会注意,我说出去的话…

可以给自己的信息管理系统增加一些即时消息提醒功能,简单方便,一般是一行代码就可以发送提醒信息了,方便二次开发,个性化改进. 1:可以用简拼,快速查找内部员工. 2:双击直接可以发QQ消息. 3:双击直接可以发手机短信. 4:当然也可以把电子邮件地址也加上. 5:方便查找本部门人员,本公司人员. 6:可以看到头像以及各种联系方式.…

当开发的系统多了.用户多了.合作伙伴多了.对接厂商多了.开发人员多了.部署的服务器也多了,各种安全问题就暴露出来了. 如何安全的把这些系统集成在一起?实现集群的单点登录.严格统一的用户安全体系管理? 01:如何防止黑客捣乱? 02:如何防止竞争对手捣乱? 03:如何保障核心信息系统的安全? 04:如何可以灵活部署,系统间互不影响? 05:如何可以定期修改核心数据库密码.保证安全性,保证部署的灵活性? 06:如何保证你代码的整洁.增加方法.服务时可以灵活? 07:如何保证跨平台的调用? 08:如何…

公司的系统庞大后,用户数量也庞大,容易引起各种网络安全相关问题,需要把每个用户的网络安全意识都提高,由于历史原因有些用户的密码过于简单,很容易被猜到,引起很多没必要的麻烦. 系统登录成功后,检查密码复杂度,若密码过于简单就强制要求修改密码,密码修改好后才可以正式使用系统,否则不让进入系统,没有实名认证的必须要求实名认证.经过一段时间的强制修改密码,所有用户的密码复杂度都会提高,网络安全意识也会提高,整个系统的安全性也会增强. 其实真正做好任何系统都不容易,一些成熟的组件工具根本没必要自己开发,直…

1:成熟的组件就是可以写很少的代码,可以实现很多功能.2:又可以用源码方式调用,又可以用dll方式调用.3:不需要学习里面的细节,只要会调用就可以了.4:成熟稳定,功能齐全,bug少,甚至没bug.5:没过多的业务逻辑,大多是通用的功能,直接拿来用就可以了. 下面展示已系统组件方式的源码效果图: 只要用dll方式引用组件,很多功能都可以不用开发了,直接制作个菜单就可以了,业务模块也可以模仿这里面的功能开发就可以了,自己写少量的代码,主程序就就可以完成整个系统的框架开发的大部分功能了,可以安心开发…