|
|

楼主 |
发表于 2009/4/30 21:05:22
|
显示全部楼层
本帖最后由 风云子 于 2009/4/30 21:06 编辑
JDE/RPG ERP开发经验总结--欢迎JDE开发的兄弟们补充斧正中
我用的是JDE A733,开发平台是AS400,版本号是V5R53B。公司95年上的JDE系统。在此我大概的草草谈谈JDE ERP的开发经验和感受。希望对ERP开发感兴趣的朋友有些帮助。籍此希望JDE开发的各位朋友请跟帖,说说你的开发经验和开发感受!请详细点写写!便于我们大家一起好好总结这些,拾遗补缺,取长补短!
JDE的资料,尤其是开发资料,经验总结性质的资料的确在网上很少很少。但正因为很少,我们更应该先从我们自己做起,我们自己先把自己的资料和经验分享出来,我为人人,人人就会为我!先我们自己做起,先从我们平台做起!在此,我这篇草创的JDE ERP开发经验总结文章是起个抛砖引玉的作用,希望更多同仁高手们加到这个分享各自宝贵经验的行列当中来。分享的人多了,我们就此知道的就会多了,学到东西就会多起来。。。我们日常的工作也就顺手多了起来!一起努力吧,兄弟们!期待你们更多更好的文章跟帖中。我写了,你写了,他写了, 其他高手就会跟着写,大家一起努力写。然后我们就可以跟着知道很多原本很难知道的这方面的讯息和知识的。。。。这就是积极分享的魅力,不但提高了自己更会帮助他人!
JDE二次项目开发模板:主要是写一个模块的计划,例如该模块开发需要有:向用户了解需求的时间,做分析的时间,出框架,细化到要写那些程序,每个程序用户出SPEC的时间,编写系统说明的时间,写程序所需的时间,测试时间,整合测试时间,用户DEMO时间,再修改并测试时间,最后上线时间 。出SPEC不是用户出,是系统分析员出的。新的系统还要建数据库的。还有系统开发文档制作、用户帮助文档制作以及培训用户的时间。很多公司人员不够,不可能专门配备设置系统分析员的,基本上都是一个人包打天下,从需求了解、需求分析、系统设计、编码、测试等,尽管这种组织架构是很不合理的。新的系统还有很多和数据库相关的操作要做(建立数据库等)
有系统开发表是很有帮助的,因为人员的流动,将来的人FOLLOW如果有档案就容易多了,可是在实际运作中确实有困难的,但因这个太耽误时间了,容易无形中消失了。有的系统可能一开始会提供系统相关数据表的说明文档,但是随着人员交替以及时间的推移,文档慢慢缺失了、不见了,最后只好通过查看分析数据以及程序来获知相应表字段的关系
比如库存管理、 订单管理 应付应收 总帐 固定资产等系统的记录文档。这些通常是用ERP系统的标准程序 ,只要购买了大型的ERP系统中都是包含了的,不可能再开发了。根据实施时企业所上的ERP系统的模块多少,相应的系统表也会有不同的差异,比如只上了采购模块,可能就没有财务的相关数据表
我们假定的前提是400平台上的开发, 二次开发一般都是自己新增表, 在合适的点需要的数据写入自己加的表 。自行开发的都是系统中没有的, 例如工资管理,人事管理,QA管理,HELPDESK,PROJECT管理,设备维修等。二次项目开发大都是在原有模块下优化, 按业务部门的需求做些报表和设置一些他们访问的menu…开发以前没有的模块的比较少。去年我参加了一个直供-间供的系统开发。这个开发也只是从F42119里面取数据然后做成报表供user检查 核销 。一般二次开发大都是从系统中导出数据,然后用PC处理后出报表用,不会在PC上再有输入动作
群中的嘻嘻的开发经验:二次开发分三种情形,第一种就是上面说的那种,基本是定制报表 ,另一种就是增加自己的表,以自己的表做小系统的开发 ,最后一种,就是在原表的基础上做开发,不是自己做的都不敢这样做,怕没看仔细别人的表的本意而改错了,那可就麻烦了,会被T掉的。 比如借用原表的字段、在原表上增加字段等等
做报表主要是看报表需要输出什么内容,找到与相关内容的数据库和字段,然后根据报表输出需要的格式,找一个相似的报表程序,拿来修改就好了主要把数据库记住了就好,字段可以到用的时候再去查 ,把几个主要的文件记住就好了,而且通常文件定义的时候都是有一定意义的。不过有些刚做开发的朋友会说,我不知这些啊,怎么去知道这些呢?其实是因为他们对JDE的系统不熟悉,所以不知道文件定义的方法是什么,这个你最好要靠开发路上的日积月累和多熟悉这些的同事请教交流。
先从了解系统的基本开始,再去想怎么做开发。没了解清楚基础的就想自己去做个系统开发那是不可能的。你对ERP了解有多少,你对JDE系统本身了解又有多少?你有多少程序的开发经验?自己参与写过哪些系统?在TEAM中担任的什么角色?
我以前有个朋友,他是个非常聪明的人,程序写得很好,也就只是程序写得很好,他从来不愿意花心思去了解一个系统的运行方式,各程序和模块,数据库之间的关系,他后来尝试出去做系统设计,总有很多的缺陷,没能成功一个,已经十多年过去了,他还是个写程序的 。
天天积极向上是好事。想很快学会这个系统更是件大好事。但做JDE ERP开发,不要太急功近利了,一口是吃不了个胖子的,做系统开发更是如此。比如当你完整跟过一个项目的话,当初项目经理都做了什么,或让你都做了哪些工作,如果这个项目还有其他人参与,其他同事又做了些什么,多去集中思考下这些问题.... 去试着多了解一个系统的运行方式,各程序和模块,数据库之间的关系,多思考下这个项目背后的东西,他那个报表和窗口是如何做出来的,是通过哪些file什么逻辑关系做的报表,然后这个存储管理系统和其他JDE模块有什么关系?user录入的数据和报表展示的数据 的关系……
如果你了解了这些,就能自己尝试去做个简单的系统了 。当然了,做开发的,特别是刚做开发的朋友看到这里要说了,那你手头有没有什么好资料好案例好经验可以分享的,可以借用的。但是朋友你要知道,你找其他人提供的资料,跟你将做的项目可能完全没有什么关系,根本就没办法帮到你什么,况且每个公司的运作情况都不同,也不容易借鉴到什么。在不同公司不同行业不同的业务需求下上着同一个项目的几率非常非常的小。一味照搬只会适得其反。
与其等待别人告知你开发经验和知识,还不如我们自己积极的多动动手,多想想怎么去做这些去设置这些。自己找到的东西是最牢靠,印象也最深刻的。
比如你可以试着去分析你的项目要求是什么,用户输入的数据与输出的结果有什么关联,有哪些是需要去检测的,程序运行背后,数据之间的关联,怎样令到程序能运行顺畅,并且速度要快并且数据的安全性也很重要,所有要考虑的东西都是很多的,在此我也没办法一一说到。
盲目的到处找资料问资料求他人帮助告诉自己一些神们,还不如求自己,多去集中思考这些问题。当然了,也不是说交流不重要,而只是说在这种情况下,你自己先弄出一点基础来,基础的东西别人也帮不了你什么。基础弄出来了,再去与人交流也就知交流什么,自己差距在哪?盲区又在哪里了。
对于要开发的新项目,刚开始做开发的朋友会有两点困惑:1)最开始的项目计划和项目安排是项目经理做的,现在的项目任务是让你做另外一个分公司或者类是客户需求的项目,让你也试着做一份项目计划,明天与user开会前想好,要跟用户谈什么,需要他们最开始准备什么数据?这个项目的每个步骤需要多少时间?预计什么时候能完成? 2)第一点可能有点难,难就难在 那些背后的关联问题了。
第一点项目经理已经跟你讲得很清了,据他的要求去做就好了,第二点,背后的关联,在此因各个公司各个项目的具体的系统和要求不同,虽说我没办法就事论事情的告诉你具体12345该怎么做。但你能做的,就是尽量去请教熟悉你们系统运作的人(如周围的同事,我们群我们平台的朋友们),也可以先向用户去套点资料 ,还可以先问问用户有什么要求,希望做到什么的效果,再考虑怎么问同事同行。
系统背后的那些关联 ――你要做的这个项目,有哪些字段或数据是从系统中原来就有的? 比如提供给用户录入的窗口和打印的报表。可能有些刚做开发的朋友会说:“我就是搞不明白这个啊,这个怎么去弄明白…?”。这就说明你对系统太不熟悉了啊,你可以直接问同事啊,从一点一点的去了解去熟悉。JDE ERP开发经验是需要长时间积累和不断总结思考出来的。
比如群中群中江苏☆桃子说的这句开发经验就很好:新出的一个Item 你就跟着他走,如何出来,然后看它到哪些部门,这个部门需要做什么 然后在JDE里面如何反映出来 然后下一个状态又是什么?这中间需要更新哪些档案需要写入哪些档案?其实JDE A733的F1已经很全了,一般不需要去找什么文档来看的。先从数据流向开始摸索起,然后把JDE一个模块一个模块拿下来。就是先看数据结构,数据流向,然后再看系统总架构,跟着工厂的流程走.. 简单的就是按照公司的职责部门划分,然后一个部门一个模块, 首先是采购,那么就是sales order 主档,然后就去看主档里面的字段,然后看每个字段的出处以及最后被用到哪里. 主档就是object file 了, 关于采购阿,F4201 , F4211,F42119, 还有其他一些比如item信息,supplier 信息,这些我都会归在公共模块的 。还有一个subfiles的这些都是PF,LF,DSPF,PRTF的 |
|