基于ERP二次开发平台的落地结算流程的研究与实现毕业设计.docx
- 文档编号:13126016
- 上传时间:2023-06-11
- 格式:DOCX
- 页数:17
- 大小:188.58KB
基于ERP二次开发平台的落地结算流程的研究与实现毕业设计.docx
《基于ERP二次开发平台的落地结算流程的研究与实现毕业设计.docx》由会员分享,可在线阅读,更多相关《基于ERP二次开发平台的落地结算流程的研究与实现毕业设计.docx(17页珍藏版)》请在冰点文库上搜索。
基于ERP二次开发平台的落地结算流程的研究与实现毕业设计
(此文档为word格式,下载后您可任意编辑修改!
)
摘要
采用成熟套件+二次开发是成功实施特色ERP系统的主要方法,而一个成熟的ERP二次开发工具及平台是成功实施ERP不可或缺的保障。
企业资源计划即ERP(EnterpriseResourcePlanning),由美国GartnerGroup公司于1990年提出,它是MRPII(企业制造资源计划)下一代的制造业系统和资源计划软件。
除了MRPII已有的生产资源计划、制造、财务、销售、采购等功能外,还有质量管理,实验室管理,业务流程管理,产品数据管理,存货、分销与运输管理,人力资源管理和定期报告系统。
目前,在我国ERP所代表的含义已经被扩大,用于企业的各类软件,已经统统被纳入ERP的范畴。
它跳出了传统企业边界,从供应链范围去优化企业的资源,是基于网络经济时代的新一代信息系统。
它主要用于改善企业业务流程以提高企业核心竞争力。
二次开发,简单的说就是在现有的软件上进行定制修改,功能的扩展,然后达到自己想要的功能,一般来说都不会改变原有系统的内核。
针对ERP系统决策层的应用开发ERP系统虽然含有为决策层提供决策的功能模块,但决策层的需求往往是多变的。
目前对于ERP二次开发的一个观点是:
能不做就不要做。
因为二次开发的工作量一般比较大;对企业本身的开发人员来讲,难度更大,要求其对数据库结构及程序源码都十分熟悉。
而实际上,国内企业在实施ERP时,几乎都要进行或多或少的二次开发。
那么,他们具体是怎么做的呢?
排除某些企业选型不当或坚决不做业务流程及管理模式的调整等一些情况,有的二次开发也是合理的,或者说是不得不做的。
此外,随着企业规模的不断扩大与发展,往往需要向ERP的深度与高度开发应用。
Abstract
Secondarydevelopment,simplesaidisontheexistingsoftwareforcustommodifications,expansionofthefunctionandthenreachedthefunctionyouwant,generallywillnotchangethekerneloftheoriginalsystem.ForERPsystemdecision-makingofthedevelopmentandapplicationofERPsystem,althoughitcontainsprovidedecision-makingfunctionmodulefordecision-making,butdecision-makingdemandisoftenchangeable.ForaviewofERPtwodevelopmentis:
cannotdonotdo.Becausetheworkloadofthesecondarydevelopmentiscomparedcommonlybig;totheenterpriseitselfintermsofstaffdevelopment,moredifficult,thedatabasestructureandprogramsourcecodeareveryfamiliarwith.Infact,thedomesticenterprisesintheimplementationofERP,almosttwotimesthedevelopmentofmoreorless.So,ofinappropriateorresolutedon'tdobusinessprocessandmanagementpatternofadjustmentandinsomecases,somesecondarydevelopmentisreasonable,oraddition,withthecontinuousexpansionanddevelopmentofenterprisescale,oftenneedtodevelopandapplytheERPdepthandGroundSettlement
目录
封面...................................................................1
摘要...................................................................2
Abstract...............................................................2
关键词.................................................................2
Keywords...............................................................2
正文...................................................................5
1绪论ERP系统的现状...............................................5
2ERP系统的用户化和二次开发........................................6
2.1用户化和二次开发的背景.....................................6
2.2用户化与二次开发的涵义.....................................8
2.3解决的主要问题.............................................9
2.4二次开发的类型............................................11
2.5二次开发的管理重点........................................12
2.6关于ERP系统用户化和二次开发的结论........................14
3“落地结算”流程的设计与研究....................................15
3.1简述......................................................15
3.2“不近情理”的合理效应....................................16
3.3平台化ERP化解难题........................................18
4系统的设计.....................................................20
4.1系统设计思想..............................................20
4.2系统架构设计..............................................21
4.3系统详细设计..............................................22
致谢..................................................................25
参考文献.............................................................25
1.绪论ERP系统的现状
随着信息技术的不断发展,中小型企业信息化建设越来越重要,采用先进的企业资源计划(ERP)系统已势在必行。
ERP是顺应时代要求的信息技术与企业管理新思想相结合的产物。
目前国内外的ERP系统是一类高度集成的软件,其涉及到众多的计算机技术。
而ERP系统又不仅仅是一个软件,更重要的是一个管理思想,它实现了企业内部资源和外部资源的整合通过软件把企业的人、财、物、产、供、销及相应的物流、资金流、管理流、增值流紧密地集成起来。
ERP系统的开发需要依靠具有一定的开发经验和很好的技术基础的开发公司来完成。
企业所处的环境是不断变化的:
企业的产品种类、产品所处生命周期的阶段、企业的计划模式、分销模式都不断变化,企业不断地进行业务流程的再造,企业的规模不断地缩小或者扩展,总之企业的变化是绝对的。
对于国内的ERP软件供应商来说,即使软件的开发是对国情深入了解的前提下,即使他们的软件系统功能再全、适应性再强,当面对不通企业千差万别的具体情况和不同企业千变万化的特殊需求时,也不可能以以千变应万变。
因而,客观行要求ERP系统具备适应各种变化的能力。
而另外一方面,随着时间的推移,系统负载的增加,系统性能将下降,企业业务可能受到影响。
因此不管企业采用国内还是国外的软件,都面临着系统的二次开发和性能优化问题。
对商业套装软件进行性能优化是比较困难的,但仍有机会对它进行调优.只要对应用系统有正确的理解,提供时间和相关资源,IT团队就能够改善复杂关键应用的性能。
2.ERP系统的用户化和二次开发
2.1用户化和二次开发的背景
从80年代初我国引进MRPII软件以来,在近二十年中,有上千家企业购买了MRPIIERP(下文简称ERP)系统。
但从实际的应用情况来看,总体上并不令人满意。
由此而引发了很多争论,比如中国企业是否具备了使用ERP软件的能力?
再如关于ERP与国情的争论:
国内企业和软件开发商经常宣称国外的ERP软件不适应中国的国情,而国外的软件供应商则竭力辩解"管理无国界"和"国情化就是迁就落后",等等。
这些争论的焦点无疑都是些对ERP系统在企业中的有效运用有可能产生影响的因素。
不过,在笔者看来,ERP系统在企业中能否得到成功实施和有效应用,还取决于另外一个关键因素:
ERP系统的客户化和二次开发。
为什么这样讲呢?
我们来看ERP系统在企业中实施的典型步骤:
图1ERP系统实施步骤
从上图我们可以看到,ERP系统的客户化和二次开发在整个实施过程中处于承上启下的位置。
任何ERP软件,不论是国产的还是进口的,都或多或少有用户化的工作,有时还要进行二次开发。
这是因为:
A.对于国外ERP软件供应商的产品来说,确实存在国情、厂情的问题。
中国企业与国外企业相比,主要有以下四个方面的不同:
(1)生产规模、生产类型不同
在我国,大而全的国有大中型企业是国家经济的支柱。
工厂规模大,生产类型复杂,产品中有70%-80%是自制件,既加工制造又装配,管理幅度大,难度也大。
而国外基本是一些专业化分工较细的中小型企业,一些大的公司也以装配为主,自制件很少。
相比之下,管理幅度和难度不如中国企业。
(2)人员素质相差较大
国内、国外企业管理人员和生产工人的素质不能相比。
这与多年的计划经济体制和国民教育水平有关,不可能在短期内缩小这个差距。
(3)企业的管理机制与管理基础不同
国外企业由于采用现代企业制度,产权明晰,管理科学规范。
我国企业管理机制和管理基础随着现代企业管理制度的建立,将会逐步提高,但目前差距还不小。
(4)企业的外部环境不同
我国各类企业管理水平不一,交通、通信也不尽人意。
企业生产所需的外购、外协件几乎不可能按企业的需求及时供应,供货合同中的供货日期不可能精确,也无法得到保证。
B.对于国内的ERP软件供应商来说,即使他们的软件开发是基于对国情有深入了解的前提之下,即使他们的软件系统功能再全、适应性再强,当面对不同企业千差万别的具体情况、不同企业千变万化的特殊需求时,也不可能做到"以不变应万变"。
再者,企业所处的环境是不断变化的。
企业的产品种类、产品所处生命周期的阶段、企业的计划模式、分销模式都不断在变化,企业不断地进行业务流程的再造,企业的规模不断地缩小或扩展等等。
总之,企业的变化是绝对的。
因而,客观上要求ERP具备适应各种变化的能力。
如果ERP系统没有良好的柔性,不能进行方便的用户化和二次开发,那么,企业引进ERP系统之日,就是套上束缚自身发展的枷锁之时。
企业对于花重金买来的ERP系统将会"食之无味,弃之可惜",使自己陷于尴尬境地。
因此,不论企业采用国外的软件还是采用国内的软件,都面临着系统的用户化和二次开发的任务,都必须要求ERP软件具备良好的支持用户化和二次开发的功能。
ERP系统的用户化和二次开发是ERP软件作为由企业外部的软件厂商提供的一种产品转变为企业内部的管理信息系统的桥梁和纽带。
其意义如下图所示:
图2ERP系统用户化和二次开发的意义
2.2用户化与二次开发的涵义
A.用户化
一般把不牵动程序的改动称为用户化,如修改报表格式。
软件如果有报表生成功能,或采用第四代语言,任何业务人员,不需要有很多计算机知识就可以自行设置。
当然,还需要项目实施小组的批准。
许多国内外的优秀ERP软件提供了强大的支持用户化的功能。
B.二次开发
通常把改动程序的工作称为二次开发,要增加或修改软件的功能,需要ERP系统提供支持二次开发的工具,还可能需要有软件的源程序,这些都要支付额外的费用,而且并不是每个ERP供应商都愿意提供源代码。
此类问题一定要在签订合同前考虑到。
二次开发的工作是在软件功能模拟运行的基础上进行的,一般工作量比较大,需要一定的时间,会延误项目实施进程,这个因素应该在制定项目实施计划时包括进去。
改动软件后还会影响今后软件版本升级。
有些ERP软件商提供免费或收费很低的系统升级。
如果不升级,新版本的长处无法应用;如果升级,则面临着重新进行二次开发的可能。
因为ERP软件供应商在进行新版本的ERP系统开发时,可能根本不会考虑某个特定的用户在旧版本上所作的二次开发。
因此,在进行二次开发前,要做认真的分析对比。
究竟是修改软件,还是改革现行管理程序;还是两者都有些修改。
对修改的必要性、效果和代价要心中有数。
经过分析和权衡,能不二次开发就不要进行。
如果必须进行二次开发,则应尽量使得二次开发出的功能模块独立于原来的ERP系统。
这样,当ERP系统版本更新时,二次开发出来的模块无需修改或者只需较少的修改就可以应用于高版本的ERP系统。
2.3解决的主要问题
A.国外软件的本土化
每个国家在历史、地理、政治、经济、文化等方面的条件各不相同,而反映到企业中,必然使企业在管理模式、管理方法等方面有所不同,所以自然会对ERP这样的管理系统提出
不同的要求。
而这些要求对大部分国外软件来说是无法完全实现的。
这就产生了对软件进行用户化和二次开发的需求。
这种用户化和二次开发常常是可以在多家国内企业广泛使用的,具有本地化的特点。
对其程序要求具有产品软件的质量水平和技术支持水平,才能满足用户的需要。
B.满足不同行业的需求
某种软件产品的存在依赖于需求和市场。
企业信息化发展到今天,行业细分需求特点日益明显。
以制造业为例,企业用户已经不仅仅满足于财务管理、进销存管理,更要求对生产制造过程进行现代化管理,以提高核心竞争力。
而这方面的需求具有鲜明的行业特点:
同样是制造业,机械、电子、医药、冶金、化工、纺织、汽车等等对ERP软件的要求是不同的。
即使同为汽车行业,总装厂、零部件厂、毛坯厂对软件功能的要求也各有不同。
C.适应不同的企业战略
一个ERP系统是一个通行的解决方案,它的设计反映了对企业通行业务的基本原则。
供应商试图使系统反映最佳的操作,但是这“最佳”的含义往往是由供应商而不是由顾客定义的。
在多数情况下,系统能使企业的业务运行比使用前效率更高。
但是在有些情况下,系统的设计恰恰违背了企业的最佳效益。
因此,在具体实施ERP以前,必定需要对企业、企业所处的行业、企业的客户以及竞争对手等因素进行具体分析,对业务进行合理的分析和调整来保持并加强企业的核心竞争力。
当ERP的某些理念与企业的核心竞争力有冲突时,需要对ERP系统进行适当的调整。
通过合理的配置。
甚至于二次开发来满足企业的需求,而不是一味地修正企业自身来适应系统。
D.适应用户企业的特殊需要
有些使用ERP系统的公司是集团企业,作为集团企业的成员可能在不同的时期分别使用了自己的ERP系统,或者类似的信息系统,而作为统一管理这些成员公司的母公司,出于信息化管理的需要,必然希望能对这些不同的REP系统的信息进行汇总管理,这就必然要求各个成员公司的ERP系统能够提供母公司要求的格式的数据。
这些数据经常是系统本身不能提供、或者不能按要求的格式提供的,这就必然涉及到用户化或二次开发工作。
所以,在使用不同软件的集团公司中就常常需要进行接口程序的用户化或二次开发工作。
另外,每个企业的生产过程是不一样的,对生产过程的管理与控制也是千差万别的,所以就往往会提出本企业的一些特殊要求。
这些要求可能是部分流程逻辑的改变,也可能是一些特殊格式的报表,但是其共同的主旨是适应企业独特的需要,对通用软件进行用户化或二次开发。
2.4二次开发的类型
ERP项目二次开发常常涉及以下方面的需求:
A.接口需求
由于企业所使用的系统常常不只ERP一个,而各系统的数据之间常常会有所交叉,这就产生了不同系统之间接口的需求。
一般来讲,接口程序的编制都要由接口双方系统所属的公司共同完成,所以就在技术之外,先要有双方如何配合的问题。
在需求分析上,要求接口双方和用户企业大力配合,才可以确定真正的接口需求。
B.报表需求
报表需求的产生一般都是由于各单位需要符合自己特殊要求的报表。
其特点有以下几点。
(1)不需要修改数据库中数据,而只是进行查询和读取。
(2)一般对导出的数据字段内容及格式要求较严格。
(3)常常会不断有新的需求产生。
根据这些特点,应该鼓励用户自己参与报表的开发工作,这样做的理由是:
报表的开发不会破坏系统逻辑或者修改系统数据,所以交给用户做是安全的,系统提供了方便的编制报表的工具。
用户自己开发报表,更容易了解最终用户对内容和格式的要求。
今后在项目实施阶段完成以后,遇有新的需求时。
用户可以自行进行报表的开发。
可以节约用户支付给开发商的软件开发费用。
C.逻辑修改需求
一个真正成熟的软件系统,其实施过程中需要进行的逻辑修改很少,进行时也要采取非常谨慎的态度。
进行逻辑修改之前要先确认要进行的修改在逻辑上是合理的,在实现上是可行的。
并且充分了解用户需求,设计出性价比最高的解决方案。
同时要注意所采用的解决方案及其程序实现可以满足需要的性能要求和健壮性,并且界面相对容易掌握。
因为要进行修改的是个大系统,所以要整体的看所要做的修改对系统的整体影响,不要顾此失彼,对整个系统的稳定运行造成影响。
另外,要建立详细的文档,以保证将来在需要对系统进行升级时,可以在新版本中重建这些二次开发的部分。
2.5二次开发的管理重点
A.全面了解用户需求
了解用户需求表面上看是很容易的,但实际上却需要很大的努力。
有些资深顾问认为,了解用户需求的时间往往超过整个开发项目总时间的14,甚至有时在小项目中可以超过总用时的13。
其困难主要是有以下几点。
(1)用户无法用专业词汇、专业逻辑来表述其需求,而程序开发人员又缺少用户企业环境的背景,造成双方沟通的困难。
(2)用户企业组织不利,造成每个部门,甚至每个人都有对二次开发有不同的要求。
(3)用户总是在自觉不自觉中希望重复企业原有的,不合理的生产逻辑。
基于上述可能产生的问题,就需要在了解用户需求时本着真正对用户负责的原则,耐心、细致、科学、系统地了解用户需求。
①针对困难
(1)就需要在进行二次开发设计之前,对用户进行教育、培训,至少使主要的核心用户不仅了解ERP软件的使用方法,同时也了解ERP的内在逻辑,真正懂得ERP。
这样,供求双方才能使用共同语言,在共同逻辑基础上讨论ERP二次开发的需求。
②针对困难
(2)要注意以下两点。
一是帮助用户建立合理的项目队伍。
只有项目队伍有合理的组织结构,才可能汇总、优化各个不同部门,不同个人的不同的需求。
二是要求所有主要核心用户都参加整个ERP培训,而不只是自己工作相关模块的培训,这样才能让他们树立全局的观点,自觉把自己的、本部门的需求与ERP项目整体的需求相结合,得到完整的、一致的需求。
③针对困难(3)就需要负责二次开发的技术人员本着对用户对项目负责的原则,深入地理解ERP系统的整体逻辑,与项目的实施人员紧密配合,真正了解用户的需求。
这个工作有时甚至可能是一种极具挑战性的工作,不仅需要科学的态度,还要需要艺术的方法。
B.判断二次开发要求的合理性
对于软件的二次开发有时是不可避免的。
但是,过多的修改又会影响ERP项目的顺利实施。
那么,二次开发是否要做的标准是什么呢?
也就是说如何判断用户化要求是否合理,从而有效的防止过多的修改呢?
有3个方面的工作可以防止过多的修改,即教育、标准软件和管理。
C.区分及处理二次开发上线前、后阶段
在实际进行二次开发工作时,首要之事就是区分哪些二次开发是属于上线前一定要完成的,哪些二次开发是属于上线完成后才慢慢来进行的。
前者指的是那些“不改的话根本无法上线”的二次开发,后者指的是那些属于重要性不高,不会影响上线的二次开发。
如果不能对二次开发进行有效的区分,会模糊上线实施的管理重点,进而影响上线的进度甚至质量。
D.尽量避免更动数据库结构
新增或修改原有的报表或查询程序,不会影响系、统的原有数据库结构,因此不会造成日后系统升级的困扰。
但是,如果二次开发牵涉到新增字段或档案,就可能影响到原有数据库结构,此时,最好的方式就是尽量利用系统原有的“闲置”字段,不要轻易新增字段或文件档案。
如果有改动较大的二次开发,其规格应当请软件原开发厂商确认,以避免二次开发与产品发展方向重叠或冲突,以降低日后版本升级的困扰。
E.建立二次开发的规范
二次开发是一项庞杂的系统工程,决不是简单系统代码的增增减减,二次开发的文档应该由专人保管,而代码注释也必须清晰易懂,还必须有专人负责检查代码质量。
新扩充的字段命名、新建程序的命名都应该由专人分配,首先不能和现有系统冲突,同时还应预留一定的空间。
对于公用元件一般不建议修改,因为公用元件被很多程序调用。
在程序的编写上应采用继承的方式,在保证不破坏原有功能的基础上做个性化的功能完善。
如要修改处理业务逻辑.则分两种情况:
一是修改原有程序中的处理逻辑,将局部的继承去掉,重写新逻辑。
二是在原有功能基础上新增,保留继承关系,在新的子文件中只完成新功能的实现即可,当版本升级时,二次开发的程序惟一要做的就是继承新版本的源代码作重新编译。
2.6关于ERP系统用户化和二次开发的结论
ERP系统用户化和二次开发具有十分重要的意义,本文旨在从中总结出一些普遍性的经验和教训。
对提高ERP实施的成功率和实施效益具有参考价值,从而使得ERP能够真正的发挥作用,提高企业决策体系和市场运作体系的反应水平,提高企业捕捉发展机遇、规避市场风险的能力,提高企业的核心竞争力、加快企业的市场反应机制,并最终推动企业的发展。
3.“落地结算”流程的设计与研究
3.1简述
时下的摩托车和汽车配件行业,上下游企业间流行着一种“落地结算”的供销模式。
这儿所谓的“落地”并非通常所说的“到货”,而是实际进入“使用”才算成交。
具体而言,上家把零配件发到下家,双方的买卖还不算数,此时的货主依然为卖方,买方只承担为卖方“代为保管”的责任,不要说付款,连欠帐单也不用开具
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 ERP 二次开发 平台 落地 结算 流程 研究 实现 毕业设计