powerbuilder还有人用吗2021浅谈Powerbuilder的未来和Powerbuilder使用者的未来 原创
2010-06-07 01:59:00
4点赞
chengg0769
码龄16年
关注
Powerbuilder的未来预见：
Powerbuilder现在成为sap家族的一个工具，广大使用pb的人士可能忐忑不安，本身12刚出来还没稳定，就出现这样子的事情 。通常使用者心底都希望自己的工具是一个保持独立的产品 。LAMP能说明这种情况 。
我预见，sap作为企业运用的集大成者，整合sybase在业界看来是件好事 。我认为也如此 。
【erpvb.net的简单介绍】erp 数据库 平台也是其他几家集团已经整合完成的一个模式 。ms，ibm，oracle 。都说四家天下 。相形之下，sap在db方面是没有话语权，或者说一张结实的桌子只有桌面子 ， 没有四条腿 。而sybase恰恰是有四条腿的桌子，反而没有一张结实的桌面子 。这二者结合不能说不是件好事 。做技术必须要强大的现金流来支撑，就如google的运用做得好一样，因为他有强大而及时的现金流，google的科学家一点都不用考虑公司没钱 。ms在开发方面也是以万人投入，其力度是相当大的 。以至于就算我们坐上和谐号也追赶不上他家的技术进步 。当然我们不能说sybase就缺钱 。但是我自身说，sybase比较缺投入 。但凡看在眼里的事情都说明这个问题 。如果连一个分割条都不屑一顾的话 ， 如果几个古板的控件就可以糊弄近十个版本的话，那请问到底是缺什么 。
最新版Powerbuilder混淆器，在全世界得到近200个有效下载量(指知道什么叫混淆的人下载它并细心测试它)，并得到较多质量较好的反馈，在此感谢大家支持这个一个迟来的工具，还好世界很大 ， 从google的group上看有澳大利大，黎巴嫩，法国西班牙的用户很多 ， 否则就国内这么点用户，怕是我这个工具也是白写的了 。下载请至:
很多人都期望sybase能保持独立的发展并与sap整合好 。当然也提到我们关心的Powerbuilder的问题 。
任何人现在都没有得到一丁点信息关于sap对Powerbuilder的态度，好像是这样 。sap口口声声地说得到sybase的移动平台，这样很多人很担忧 。过多的商业因素我们不去考虑，我只认为，如果把powerdesigner和Powerbuilder从sybase拿掉 ， 或者说从sap拿掉 ， 那会失信于80%的sybase一族，至少情感上和由此联动的反应会这样 。不管sap多么强大，毕竟他不属于sybase领域内的专家 。就像orcale对mysql的态度敏感一样，稍有点风吹草动 ， 嘘嘘声一片 。如是，则跟那种暴发户无两样 。我认为sap没有对sybase既有业务能干涉的专业性 。sybase在其数据库基础之上，产品线是完善的 。虽然遗憾watcom成为open，并且也没有对pb的编译器产生多少影响，以至于到今天为止都不能用机器码编译较大的项目(在我看来如果产品号称可以编译成机器码，但是却耗时良久卡死在那里，或者出现这样那样无可名状的错误让我们使用者无可奈何，这种编译技术是一种耻辱，原谅我用耻辱二字，因为中国字太丰富了，我一定得继承和发扬).我不认为pb会没有发展，但是我否认他能有多大改观 。有些事情大家是看在眼里，也不是一天两天的事情了 。语言，数据库 ， 编译器都需要灵魂人物，否则不会有太大改观 。.net没有安德森可能也就是改良版本的vb，不会好到哪里去 。大家都在说pb怎么样不如意，坐轿子不急抬轿子的急 。你以为作为sybase不急，不急才怪，可能也是没有办法 。他还得受到平台和操作系统等不确定因素的影响而迟迟不能决断 。
我认为sap和sybase整合上 ， 是良好耦合 ， 没有多大的冲突，至少对pb来说是这样 。不会太像宝蓝那样把ide卖掉(作价两千万也是一个耻辱 ， 听说差点没人要)，因为前端建模到数据库到pb，到其他产品线那是顺理成章缺一不可的 。所以c编译器可以卖掉，但pb不可能，也不可能被轻视 。另外一点说pb的历史是伟大的 ， 在历史上是有大量客户应用来开发现在都还在运行的系统，也包括一些政府的基础事业 。如果你是sap当家 ， 你会去动这方面的不好的念头 。因为这个问题是敏感问题，可以避而不谈 ， 也可以轻描淡写，但不可以随意表达对pb的态度 。我想 ， sap是谨慎的 。在行动方面，sybase需要强大的现金流进行基础研究，这是肯定的 。以sybase的收入来看 ， 要加大投入与列强站在同一个开发起跑线上 ， 估计有点难 。虽然他之前是比较独立的 。所以关键就在于sap的投入了，说到底就是钱，其他我觉得没什么担忧的 。简单说，不支持好pb和其他工具会丢大量客户和动摇核心业务甚至整个产品线，造成导火索效应，支持得好，大快人心 ， 一群老fans还是紧跟其后 ， 毕竟平台的选择有个惯性 。把昨天砍断，从明早全新开始，我个人都是不太可能的，更何况这么大的集团的行为 。谨慎的人可能先看看外界的意见再说话，绝不空许下什么狗头愿 。
pb是开放支持所有数据库 ， 并在积极同.net平台整合，这是向好的方面 。所以他的用户包括40以上的老用户 ， 虽然用户并不都是sybase数据库的使用者 。使用者在多种数据库上用pb进行开发，开发的成果遍布各种大小应用 。乱动就意味着马上失去 。
但此pb命运完全由其当家人抉择 。我们无能为力 。如积极支持并让其走得更远是利大于弊的 。如上所述 。
Powerbuilder使用者的未来：
我是一个开发者，自由或者被迫选择平台是没有办法的事情，而且不是说只能选择一个平台开发自己的运用 ， 我们受到多种因素的影响 ， 比如流行度 ， 客户接受情况，成本 ， 开发平台和工具的优劣 。这个好像是市场行为 ， 业已形成，就好像台风来了，它往东吹 ， 你就没法往西边跑 。
要选择成本小的，客户欢迎和接受的，稳定和流行的平台和工具，这是没得说的 。
成本小 ， 体现在开发上 ， 容易开发和修改，后期容易维护，客户接管后也容易管理 ， 不能说让客户要招专家进公司才能接管系统和再开发，那也不行 。如那样，恐怕你的钱都收不回来，因为你根本无法交脱手 。因实际情况而定，无以特例概全面 。程序开发每天都面临反反复复的修改和一遍又一遍的升级 。这当中有多少成本根本就没纳入计算 ， 也难怪很多公司都没有加班费，可能严格算起来开软件公司是亏本的事情 。以现在广州深圳5000-6000奈何都招不到合适的人 。如果你开公司说要给职员良好的待遇，什么都按规定来，请问你会不会亏本 。
java空中楼阁消散后 ， 许多人又回到.net平台开始招兵买马，干得轰轰烈烈 。当然许多做erp的公司不一样 ， 我记得大概是2004年吧，我去宏远酒店参加一家erp厂商的产品推介会 ， 该厂商已经有用.net开发完整的产品了 。也就是说准备期是在2002-2003年，足见走在.net运用的前面 。定位的消费群体不一样，我们好多产品注定只能呆在win平台而无法去享受咖啡开发的优雅 。
刚才搜网络，有人骂delphi就像是一个不节食的大肚子，要不是生一个怪胎，要不是就是把肚子撑爆 。其他语言也一样，总有它发展的一个过程，到最后就是想门门包含，门门精通 ， 岂不知，这世上都是物极必反，任何语言都有他的定位，这种定位会在一定时间的运用之后就凸现出来 ， 会形成他自己的门户和黄金搭档 。这么说的话，php支持oop也许又是一个孕妇 。网上有论，java也是想包揽一切开发和一切平台，不过，现在他定位企业运用开发和跨平台移动开发等是比较不错的，今天还没有谁能代替他在这些方面的地位 。
但：任何平台的持有者，我说的是操作系统的持有者，都不会甘心的 。不会有哪个平台会自认无所作为 。跨平台只是一个梦想，也只会永远是一个梦想 。所以现在专有平台上的开发语言如object c和Symbian上C等需求 。这是品牌强势造成的 。跨平台被视作强龙，谁会任强龙呼风唤雨，而平台任由摆布，如你是，你会吗？还是那句，诸侯割据 ， 多足鼎立，谁也不会让着谁 。如果纯谈技术，全世界开发一种标准即可 ， 大家都拥护就行了，但是商业社会就不行 。大家会搞出10个甚至几十个平台来 。以前是pc，现在是上网本，移动上网设备，手机和这阵很跟风的平板等终端 。
只想说跨平台，和一次怎么到处怎么（网上有个笑话说是一次编写，到处调试）又回到了概念阶段 。现在的人们也许就是比较理性选择了 。
适合你的就是最好的 。你的选择不是由商业宣传和别人许下的狗头愿来决定的 。虽然摆脱不了技术列强们的左右 。
那就是要针对自己的领域，恰当并有先见地选择 。如择妻不当，也许后悔终身都有 。
话锋转回 ， 回到pber的抉择上来 。我一路走来，先学过vb和delphi写过东西 ， 后在工厂维护erp和主导厂内上线，所以出厂后选择pb10，11开发了这些年 。并学会c#写简单的winform 。
现在面临两个问题，bs的强势兴起和pb的没落 。
bs和网络新标准，html5和css3以及网络富客户端运用是未来十年的主要议题 。pb显得不合适了 。虽然他有众多的办法运用到网络上 。包括智能客户端，远程终端ts服务，citric和国内做接入的一些方案 。三层的跨网络运用也应该是可以的 。
不过如果要开发适合现在客户的胃口的产品 ， 无一要定位在新的技术标准和新的流行色上 。比如现在的服务器托管和saas运用 。如果你有幸开发的是受众多达几万几十万的软件平台 。无法将几万，几十万的运用付诸cs来实现，如果你想走saas的话 。未来的互联网运用可能都是统称叫服务了 。客户什么都不要出，直接开通服务登录浏览器就行了 。这个概念在昨天，在写这些个文字之前，我都刚刚想清楚 。
pber有三个方向我觉得要突破：
1. 数据库的深入
数据库是现在绝大多数运用必须使用的，网站，企业运用，办公，管理，都离不开 。许多开发者如果在正规的开发公司呆过 ， 涉及到的都是别人设计好的一些东西，自己可能只是一个代码工人 。在规模较小的公司，可能数据库方面档次比较差，没有完善的设计，甚至用拼音做字段(如果你是，请勿告诉他人) 。这应该不叫掌握和熟悉，精通数据库吧(虽然简历上可以这么写) 。所以我自身来说 ， 我要提高一些 。因为数据库方面的规划，设计，优化，管理，这些需求会持续很久 。而且能提高自己在这方面的层次 。如果马上对自己数据库方面的能力打分 ， 可能我只得15分吧 。因为只会mssql，运用又简单 。我能搞出一个小运用来，但我无法专业地完整并严谨地走完这个过程 。你认为你自己存在这个严重问题吗？
2. bs开发和运用
如果是一个熟练的开发者，应该接受其他语言不会太久 ， 当然我指的是java和.net.当然不会去指c/c,嵌入开发这些 。因为不是一个量级 。所以我自身，我只说我，应该会跳出pb火箭的逃逸塔，在c#和.net上降落，因为目前已经会一些winform 。再则最近有详细学习一下asp.net的开发教程 ， 我认为.net已经在数据展示方面有针对性地开发了很多组件 ， 就如当年vcl一样，我觉得构建一个企业运用和不复杂的运用是相当快的 。以前大量的vfer转向c#,是有原因的 。因为vf可能更没落 。我的一个朋友就是，他自己对开发也不是100%的精通 ， 不过他说c#开发非常简单 ， 很省事吧 。而且两年前跟我谈出租客户端有点saas的意思 。我想这得益于安德森对组件，属性的深刻理解，以及理解开发运用的人真正需要哪些武器 。所以这些个设计得比较晚的工具，它尽可以抛弃一些诟?。⑽梢磺锌捎弥攀疲郊蚯С璋谝簧?。c#在快速写一个web上我看是比较不错的，易用吧 。可能报表方面不会太尽如人意 。因为大概都需要第三方的组件支持 。在这一点上，我认为dw.net对我们来说是个好的控件，可以善用 。当然有些人说为什么不选vb，其实vb作了一些厌恶的乱改，比如有些调用改成了描述语句那样的 。。。好像是文字一样 。。这些我不喜欢 。个人好恶而已 。
或许想黄国筹先生一样力图整合dw-ie控件一样，把.net和pb的优势结合起来，未尝不是件好事 。他告诉我，他已经拓展到.net方面了 。我感觉自己有点晚 ， 不过还是有基础，不算太老的人，因为java个，bcb个 ， 我都能写简单程序 ， 我算有点基础知识，只是asp.net没尝试过真正做运用 ， 意识上没有进化到bs上来 。这几年都用pb瞎混了 。另外主要也是没有好的产品要实现 ， 比如能saas卖的，我没有 。
可能许多人比如pb老人 ， 可能不太熟悉和愿意使用陌生的工具 ， 比如c#的语法毕竟比较靠近c，而且又是个四不像，什么都有，新的知识点太多 。你说web，至少html，js，css，ajax就够弄一阵子的了 。就算你再有傻瓜工具拖拉，可bs要了解的新东西太多了 。但是我认为，先求简单运用，用起来再求深入是可行的 。任何工具的学习可能都有这么一个过程，最开始我们只会写事件代码 ， 到后来才学会自己做控件，做组件，分层这些抽象的事情 。
3. 我还想温习一下c和基础知识如数据结构，新的也许跟不上 ， 但是旧的管够 。
不管说出来是不是笑话 。
至少我最近做的反编译器和混淆器就是用bcb开发的，情况不同，就自然而言决定你要用某某工具，这个由不得人的 。你不可能一辈子做一样事情 。比如一个朋友邀请我外包他的板卡呼叫平台的计费和套餐结算部分 ， 那我真不知道该用什么写了 ， 因为原来的代码是php，pb是可以，但是部分界面又要上互联网 。以前他有一个phper，但是走掉了 ， 现在phper翘的很 ， 不好找，phper对网站是可以，但是对计费和套餐又没概念，所以思前想后，想给我做，因为这些是我们熟知的，这就矛盾了 。而且可能还会涉及到板卡周边的问题，会碰到c等程序代码，至少涉及到接口部分也许会去看 。我这么说不是很奇妙的情景吗，但一点不没虚构 。也许你可以做得相当专业 ， 专做某样 ， 但不是人人能做到的 。项目可能碰到你 ， 你也可能碰到项目 。硅谷里的c需求高达50% ， 因为他们做产品 。产品化的东西无一都是这个语言写的 。至少10，20年内应该是这样子的 。
另外一个活例子是黄国筹先生的txdw，是用vc封装并拓展而成的吧 。
所以我之前有这种提法，只请你想象：一个程序员，只会写写数据库的程序员，退休后，你该做点什么，也许你要做点什么 ， 请记得这第三点 。
在这个问题上，这个老问题上，我也是无所适从 。都待自己去考虑吧 。
我都在想 ， 也许我明天什么都不做了 ， 也许改行了，也许编程只是个爱好了，我用电脑来做什么好呢 。可能偶有好的想法想实现某个玩意 。那我就去实现吧 。所以我想有功夫学回点基础知识 。有时往前途看 ， 真叫迷茫而无望 。希望可以潜心回顾一下基?。?以备不时之需 。
有时想自己写的这些个项目，倒是可以赚几个铜钱花花，可是终日也只是堆砌代码 ， 歪搞乱搞，不精通也不规范，谈不上半点技术 ， 虽然也曾决心要把数据库学习精通，无奈整日都是应付一些层面上的事情，终日都在做一些不是技术的事情 。有点虚度的感觉 。
好的产品诞生于伟大的奇特的构想 。也许我说要把基础学好也只能做一个梦里的产品 。不过如果真全身而退之后，也许会完成一个伟大的作品呢也未尝不可能 。
所以我的思路就是想多手准备，而不想简单地深入一个狭窄的夹缝，以致自己无法进退 。
以上仅是我个人意见，不代表任何商业观点 。
转载请注明出处 ， 请不要无视作者的原文出处让更多的读者找不到源头 。最近发觉一些网络抓文字的系统竟然会篡改抓过去的文字，可以原谅技术的低劣 。但是无法原谅作者一栏写着“佚名” 。
我的产品
反编译逆向工具：PB反编译大师 PowerBuilder反编译大师
加密工具：PB混淆加密大师 PowerBuilder混淆加密大师
互联网数据组件：DataWindowHTTP
ESC/POS打印组件：ESC/POS ImagePrint(LPT,column format)
以及正在测试即将释出的 SQLCloudODBC组件，等等等
用vb开发erp可行吗可以 。
早期很多ERP都是搭载微软erpvb.net的技术erpvb.net，很多优秀erpvb.net的ERP系统都是用VB开发erpvb.net，比较有代表性的是90年代日资企业的自主开发产品，那时VB头上的光环无比闪亮 。
随着第三代语言的快速发展 ， C# ， JAVA的崛起，各种框架 ， 模式的应用 ， 桌面开发朝着快餐工厂产出式迈进 。在上世纪最初的一段时期涌现erpvb.net了大批软件系统 ， 很多ERP厂商作出了卓越贡献 ， 但能沉淀积累下来的精品跟VB时代相比，相去甚远 。
VB并没有退出历史舞台，VB.NET仍有大批追随开发者 。比如Infor公司的很多产品依托的微软技术，包括ERP二次开发接口等大量开发和设计技术 。
用什么语言不用重要，积累却是很重要的 。
请分条列出ERP软件的选型标准不要讲标准吧 。
用友、金蝶、正航、神码、天思、管家婆，有品牌的当中估计可以选择的大概就是这些了 。
以下供参才，避免犯的错误！
爱普瑞斯首席顾问张纯女士根据其多年的信息化经验,提出选择ERP软件时应避免的5大错误 ， 助力甲方企业更好开展系统选型：1.不了解企业对ERP软件的真正需求 2.没有意识到企业业务需求的独特性;3.没有挑选最适合企业的ERP软件供应商 4.不重视ERP软件的安装实施 5.没有从企业长远发展的角度挑选ERP软件
1.不了解企业对ERP软件的真正需求
在选择解决方案前，您必须花时间了解企业真正需要的是什么样的软件 。首先，要决定您需要的是全面整合的ERP系统，还是具有单项优势的软件 。这取决于您希望解决什么样的业务瓶颈及问题，或是您要通过软件赢得什么样的商业机遇及竞争力，当然，这同时也取决于企业的具体规模与部门结构 。例如，对一家中型规模的企业而言，采购预算有限 ， 企业内部能提供的相应资源也有限，那么您很可能需要一套具有全面整合功能的ERP软件系统，因为这类软件系统能够帮助企业在投入更低成本和更少资源的同时，大大简化业务处理流程、高效提升生产力 。
同时，让我们也来看看具备单项优势的软件对企业意味着什么 。要安装及使用此类软件，您需要掌握业务流程中每一套应用程序的业务规则和数据库构造 。这是因为，所有的独立软件要一致运行，才能保证整个业务运营流程中的数据连贯一致且准确无误 。然而，创建不同系统间的数据对接，通常需要各个部门的大量协同作业 ， 如果企业还没有准备好足够的人力、物力和财力来应对这一局面 ， 那么一套全面整合的ERP软件系统才是您的最佳选择 。
在爱普瑞斯26年的发展历程中 ， 遇到过很多中型企业客户，最初这些企业往往都已经在使用一套独立的软件系统，如财务、仓库或销售管理系统等，但随着公司业务的不断发展，功能单一的独立系统无法满足公司运营需要 。这时候 ， 大部分管理者希望对原有系统进行“加固” ， 即增加另外一些独立的系统以满足眼前的需求 。然而普遍的结果却是，多个独立系统的共存，不仅没有为企业节省成本，反而成为管理的负担 。当在使用多个独立系统出现问题时，要与多个不同供应商周旋，在他们的客户支持中找到最合适的解决方案，通常耗时耗力 。而采用爱普瑞斯高度整合的ERP系统后，实现了业务运作自动化，改善了对供应链实时信息的掌控和管理 ， 最终帮助客户提高生产率和盈利水平 。
一般说来 ， 一套全面整合的ERP解决方案的总体拥有成本（TCO）低于单项软件 。使用多个独立的单项软件，通常会大幅提高整体的用户许可使用费和安装实施成本，更不用说会降低整体运营效率 。单项软件也不能保证版本永不被快速发展的IT领域淘汰 ， 而版本过时会导致日后更多的额外花费 。
综合而论，最适合中型企业的ERP软件通常是全面整合的ERP软件 。当然，这一整套解决方案必须能够满足公司绝大部分的主要业务需求，从而公司无须额外进行单个功能定制 。要找到这样的解决方案，您只要选择一位积累了丰富行业经验的合作伙伴，这样的合作伙伴会对您的行业特殊需求了如指掌，能提供给您充份满足主要业务需求的软件解决方案 。
2.没有意识到企业业务需求的独特性
每个行业都有其行业独特性 。如果使用的软件缺少行业特定功能 ， 通常会导致ERP软件安装实施无法顺利完成 。通用的“大众化”解决方案通常服务于许多不同的行业，但当您希望它能配合您独特的业务模式及公司内部其他系统使用时，您不得不花费大量的资金对它进行许多个性化定制 。另外，您可能会被此类“大众化”解决方案最初较低的软件初装费和初始维护费用所吸引，但值得注意的是，当您真正开始使用这类软件之后，您会发现软件最终的实际运营成本远比预期成本高的多，这是因为您不得不支付后期高额的个性化定制费用 ， 以及因太多个性化定制而带来的软件升级费用和日常维护费用，同时，软件的安装实施周期也会因太多的定制而一再拖延，从而将大大降低并延迟您的总体投资回报率 。
挑选软件时，一定要避免选择那些阻碍企业业务发展的系统 。相反地 ， 您所选择的解决方案应该是为企业及所属行业专门设计的 ， 您的软件供应商应该和您一样对您所属的行业了如指掌，这样他才能更好地为您提供专业化建议及解决方案 。挑选到适合企业的解决方案，将有助于企业在降低运营成本的同时，提升业务营运效率，从而实现企业盈利的最大化以及资本投资的高效回报率 。
爱普瑞斯曾经服务过一家中型北美家具进口商，该客户寻找的ERP解决方案，必须对市场需求和采购计划具有准确的预测和规划，除了可根据零售客户要求调整可用库存外 ， 还需要跟踪和管理来自海外的集装箱和货运信息 。这是典型的分销业务需求，大多数大众化ERP软件需要进行二次开发才能实现这些特定的功能 。而爱普瑞斯长期专注于研究分销行业特性，系统内已拥有了完整的需求规划与采购、商品进出口管理模块 ， 能够帮助客户优化业务处理流程 ， 实现从需求规划到仓储物流的整合化运营管理，确保提供实时信息的访问和读取渠道 。这正是客户跟踪和管理业务运营所需要的 。该客户最近已经将爱普瑞斯系统升级至最新版本 ， 以使用其中的最新功能，包括有效完善提单和分拣需求的功能，以及自动化的仓库分拣警报功能等 。
3.没有挑选最适合企业的ERP软件供应商
购买ERP软件时，您需要选择适合企业需求的软件供应商，这将从根本上决定软件的安装实施能否顺利完成 。成功安装适合企业的软件，能够为企业营运锦上添花；而那些无法满足企业业务需求的软件安装 ， 多以失败告终 。选择软件供应商时最常见的错误之一，就是选择了不了解自己企业业务运营的ERP软件供应商 。决策者们通常会被“大品牌”概念所误导，认为选择大品牌的软件即可收到较高的投资回报率（ROI） 。然而，大多数大品牌软件供应商因为涉及的业务层面太过广泛 ， 而无法为特定行业提供专业化的行业知识 。选择ERP软件时 ， 要避免让自己陷入这样一种困境：需要给软件合作伙伴做关于您业务运营流程的普及教育 。企业应该选择的是一个已经对企业所属行业具有深入了解的合作伙伴,这样将达到事半功倍的效果，有助于更快地开展业务、更好地扩大成本效益、更有效地使用ERP软件解决方案 。而大众化软件的中间代理商却需要先学习了解您的业务运营流程 ， 然后在大众化标准软件的基础上给您做客户定制来满足您的独特业务需求，最终会大大提高了您的成本开销 。综合而论，您需要选择的是已使用行业最佳实践方案的合作伙伴，而不是只能提供无行业针对性、大众化业务流程处理方案的供应商 。
挑选软件供应商时，还要尽量避免选择不与时俱进的供应商 。相反，您选择的软件供应商应该相当了解您所属的行业，并且深知行业的未来发展趋势 。您的软件供应商应该非常熟悉新的行业标准 ， 能够将相关的处理程序纳入标准的ERP软件解决方案中，以满足类似于RFID等的行业合规需求 。此外 ， 您要确保所选择的ERP软件供应商提供的解决方案包含所有满足企业独特需求的必需模块，如EDI、RFID和扣款管理模块等 。
从一开始挑选ERP软件，您就必须计划挑选一个值得长期保持合作伙伴关系的ERP软件合作商 。这样的合作商要能够与您的企业携手并进，让您可以持续拓展业务 。同样的，您挑选的软件供应商也应该同样怀抱着与您建立长期合作伙伴关系的信念，这样，它才能提供专业的商业解决方案和增值服务，比如反馈迅速的产品客户支持、持续不断的产品版本发布，以及提供如在线电子公告牌及客户会议等不同形式的用户论坛 。
4.不重视ERP软件的安装实施
在ERP软件安装实施过程中常见的问题之一是缺少为客户专门配备的项目经理 。多数情况下，软件成功安装实施需要一位为客户专门配备的项目经理将自己80-90%的工作时间全部投入在该项目上，他的工作职责在于简化程序实施、控制事态发展 。作为企业而言 ， 之所以投入大量的资金与时间来安装实施一套软件系统 ， 是希望能看到所有投入换来业务绩效的明显提升 。一个对于企业而言如此庞大而有意义的项目，难道不值得为其专门配备一位项目经理以保证整套系统实施安装的顺利完成吗？！
另外一个关于企业无法成功安装实施软件的常见原因是，软件安装缺乏公司高层的支持 。在实施软件的过程中，公司总裁或其他高级主管也应参与其中 。参与并不意味着需要他们主导项目的日常作业——这些是项目经理的职责所在，总裁或高级主管应更多地参与项目进程会议，与项目经理共同探讨软件的安装实施进程 。公司高层的鼎力支持可以使得软件的安装实施过程更加顺利地进行 。
除此之外 ， 影响ERP软件系统无法成功安装实施的另一个常见错误是，企业的业务职能部门不愿意接受或探究新的发展变化 。如果企业乐于接受有利于改善其业务处理流程的新想法和新概念 ， 这将对ERP软件的成功安装实施起到推波助澜的作用 ， 有助于企业长期地从新系统中获益 。一个好的ERP软件合作伙伴，不仅能为您提供一套助您实现主要业务目标的软件系统，而且能够给您提供行业最佳实践经验的建议和引领，让您更好地经营业务 。
在软件安装实施完成时不对整套业务处理流程进行整理归档，是又一个软件实施的常见错误 。在实施过程中，为每一个部门把实施流程和业务处理流程进行书面归档，这将有利于企业在软件安装实施的培训和过渡期间，能同时最大限度地开发潜力、正常开展日常业务 。此外，在实施过程中 ， 如果有人员离职或公司内部职位变更，手头的书面文档即可作为培训材料，接任者可以凭借此类文档很快熟悉工作职责，更有效地完成工作 。
另外，不要以为单靠软件供应商在软件安装初期对员工的培训就能满足员工日后的日常工作需求，这个错误观念同样会导致ERP软件安装运行的失败 。在软件安装实施后 ， 员工仍需要继续接受培训，书面文档也可用作辅助性培训材料 。一旦新系统上线，持续跟进地对企业内操作软件的员工进行培训是很重要的，每次培训时间可以间隔4个月、6个月或8个月 。通过这样的培训，企业能够及时发现某些在软件初装时中可有可无的应用程序，在企业日益发展的业务需求面前，显得越来越重要 。
全面周全的软件测试是ERP软件安装实施过程中容易被疏忽的一个重要步骤 。在软件上线前，让公司内各个部门的软件用户通过真实数据对所有应用程序进行软件测试是很必要的，这样才能找出业务处理流程中可能出现的问题以及双方对企业需求和解决方案的误解 。及时在软件上线前的测试过程中将这类问题找出来 ， 软件供应商就能够通过做简单的程序更改将问题解决 。为了将问题的发生几率降至最低，并且让新ERP系统发挥出对企业的最大贡献 ， 在正式投入使用软件前，全面细致地测试您的所有数据、程序和处理流程是至关重要的 。
5.没有从企业长远发展的角度挑选ERP软件
选择ERP软件时 ， 要理清楚成本投入与期望产出值之间的关系——永远记得 ， 软件投资是为了改善和提升业务运营状况 。因此，大量资金成本的投入是必不可少的，但关键还在于选对合适的ERP软件和合作伙伴 。只有这样 ， 您的软件安装实施才能快速高效，并且在安装实施后给您带来更高的投资回报率（ROI）和更低的总体拥有成本（TCO） 。当然，无论是在生活还是工作中，人们都希望买东西时花出去的成本是最低的，都喜欢讨价还价 。然而，对于ERP软件 ， 成本较低的解决方案往往意味着后期更高金额资本的投入 。因此，在对比多家软件报价时，如果您发现有一家软件供应商的报价远远低于其他家，请考虑清楚天上会有馅儿饼掉吗 。
这样的软件供应商通常无法提供与其他候选供应商功能收益相当的软件系统 。选择这样的软件系统，您会发现在软件安装实施后，却没有最基本的应用工具来帮助您管理开展日常业务 。此外，还有一些高折扣的软件系统提供的解决方案缺乏灵活性，很难帮助您满足客户和业务的独特需求 。如果选择此类软件供应商，日后您可能要花费大量的额外资金，比如用于软件升级乃至时间不久就替换整套系统，来满足您灵活的业务需求 。最终，您会发现这样的软件投资成本反倒被大大增加了 。
比较供应商成本时，请相信您的直觉和良好的商业判断力 。选择能够帮助您运营业务的应用程序，助您实现企业的主要战略目标 。控制预算固然重要，但要了解清楚软件投资后的发展前景以及您的投资回报比 。仓促地选择成本最低的ERP软件或解决方案，可能会带来日后隐性成本的增加，延误削减了您的业务投资回报率（ROI） 。
ERP系统用什么语言开发?什么是ERP系统？ERP开发 。\x0d\x0a\x0d\x0a在编程上erpvb.net，说白了，无论什么ERP其实都是一个数据库工程erpvb.net！\x0d\x0a关键在于连接数据库上 ， VB最容易连接和操作数据库，其次是DELPHI；而JAVA和.net开发重视健壮性，并不是在意成本和开发周期 ， 因为ERP更需要稳定性 。\x0d\x0a使用VB（BASIC） ， DELPHI（PASCAL）开发周期最短，速度最快，成本最低 ， 技术难度最低 ， 适合小团队快速开发\x0d\x0a时下更多的是JAVA和.net(C#)来开发 ， 适合大团队，健壮性更好，关于开发语言上没什么好学的，什么语言都能开发；即使用C/C，都一样 。\x0d\x0a目前所有的团队用的最多的还是.net C#来开发 。\x0d\x0a\x0d\x0a决定一套ERP软件的成败，关键在于个人对管理学的理念上！\x0d\x0a\x0d\x0aERP系统是企业的资源管理系统！\x0d\x0a开发一套ERP软件，目的就是为了实现效率化的管理；比如酒店的房间管理系统，公司的财务系统 ， 超市的收款系统等等，什么针对销售管理或者客户管理的，都是ERP开发的范畴 。
ERP软件用什么语言开发的?ERPerpvb.net：英文为Enterprise Resource Planing，企业资源计划所以它不是一套什么软件，而是一套企业的资源计划管理方案 ， 因为很多软件能利用电脑的软件来很好的实现这套方案，所以被称为ERP 。开发一套ERP，也就是利用计算机开发一套完整的企业资源管理系统 。至于用什么软件开发那就随便erpvb.net了 。比如说：C、C、VS、VB、Delphi等软件开发语言只要能最小的减少企业资源管理等的BUG就算一套完整的ERP（比如说有财务管理ERP用友 ， 金喋等软件都是很好的财管管理ERP） 。建意：如果您想一个人开发一套完整的ERP可能性有一点儿太小erpvb.net了，所以你最好能有一个团队一起利用什么语言开发就无所谓了 。只要能很好的组合模块 ， 可以尝试开发一套ERP 。
关于erpvb.net和的介绍到此就结束了 ， 不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站 。
推荐阅读
- 茶叶公众号怎么制作，茶叶公众号标题怎么取
- 浮点性能怎么算显卡，浮点运算 gpu
- js中整形，js 整形
- word怎么导入pdf，word怎么导入pdf文档
- C语言中绝对值的函数符号 绝对值c语言数学函数
- 鄂州市微信小程序注册，鄂州市微信小程序注册在哪里
- redis哨兵登录需要密码，redis哨兵登录需要密码吗
- 注册会计资料公众号推荐，注册会计资料公众号推荐有哪些
- mysql中怎么存百分数 mysql怎么存数据