ERP系统分析及生产管理子系统设计.docx
- 文档编号:24099375
- 上传时间:2023-05-24
- 格式:DOCX
- 页数:17
- 大小:29.22KB
ERP系统分析及生产管理子系统设计.docx
《ERP系统分析及生产管理子系统设计.docx》由会员分享,可在线阅读,更多相关《ERP系统分析及生产管理子系统设计.docx(17页珍藏版)》请在冰豆网上搜索。
ERP系统分析及生产管理子系统设计
ERP系统分析及生产管理子系统设计
学论作签:
h3位文者名tti}f日:
l-期d1N口t.
导名史师三风签赴日期:
2备_丫创方尸厂吞犷
EP系统分析及生产管理子系统设计R
第1绪论章ERP软件的研究意义、国内外研究现状分析当今社会,EP(R企业资源计划)的实施对于企业来说,不仅代表了先进企业管理模式,更成为企业管理现代化的一个重要标志。
EP是一个完R
整的企业管理信息系统,能实现事前计划、事中控制的思想,并可以对企业的物流、资金流、信息流和商业流进行实时掌控,是实现企业整体效益的有效模式。
“间、正确的地点,用合适的人力、合适的物力、合适约财在正确的时
力、正确的方法,去完成正确的事情”M一直以来都是管理学界所追求的目标。
EP实施的目标正是希望能够帮助企业解决这些问题。
当国内还在R
讨论“企业实施EPR的成功率很低”、“EP找死,不上EP上RR等死‘、’“我们企业要不要实施EPR“、"REP是管理技术还是信息技术”等问题的时候,EP已经凭借其本身所蕴含的先进管理模式悄悄在国外企业主根R
发芽,茁壮成长,并影响和改变着企业的管理模式。
大有“顺模式者昌,逆模式者亡”之势。
许多中小型软件公司进行了大规模的EP软件产品的开发,也出现
了R许多非常优秀的EP软件,但仍有许多公司的软件产品并没有形成市场效R益,甚至失败,究其原因,主要是因为这类软件的特殊性,不但需求很复杂,而且很容易产生变更,目前很多大型软件公司在实施这类项目时都是结合企业实施ERP软件的方法论、ERP软件本身的构件技术、开发ERP过程中的项目管理这三个方面,对典型ERP软件的开发过程进行研究,力
争把现代软件工程中的项目方法合理的应用于传统C/S客户/(服务模式)结构甚至分布式结构的系统开发过程中。
EP软件本身就与其它类型应用软件有很大区别,想要合理的对目标R企业的资源进行管理,就首先要对自身的开发过程进行规范化的管理,所以,EP软件本身已经融合了两方面的管理,综上所述,想要帮助一个企R业“完美”的布署一套EP软件,需要两个方面的努力:
一是企业与开发R
小组能否确定出合适的项目范围和目标,以指导整个开发过程;二是EP软R件本身的开发过程整体上能否按照预期的计划进行、每一个阶段能否进行合
EPR系统分析及生产管理子系统设计理化控制(效率、质量)。
脱离企业环境的EP软件本身也是不完整的,R
就如好的钢琴也要在有水平的音乐师手下才能进发出优美的旋律,好的音乐师面对一台没有按键的钢琴也只能望琴生叹。
而对于软件工程师来讲,最重
要的职责是如何从获得真正的需求开始,对开发过程进行管理,解决开发过程中遇到的风险和变更,从而在保证效率的同时提高质量,提供满足企业应用要求的软件和文档。
所以,对REP软件的研究本身就包括了应用于开发EP软件的过程管R
理内容,EP软件比其它应用软件的开发更应该贴近软件工程理念。
两者R是密不可分的。
而EP软件的开发、生产模式必须脱离传统手工业的亘R件生产模式,转向建筑在标准化零部件或软件构件基础上的高效率、高质量的新烈生产方式,其根本出路就是走构件化、工业化的道路。
幼r长诞’少}LI}、卜以末,乖复高技术人才低效率劳动的局面一直PE重制约着软件产业的发展,尤其是EP系统的低效率开发更是引发EP发展RR
危机的主要原因。
据美国国家标准和技术研究院的一份报告显
示,占据世界软件销价额8%的是大型的专用软件,而其开发的失败率却高达7%50
因此,EP软件的开发、生产模式必须脱离传统手工业的单件生六模R式,转向建筑在标准化零部件或软件构件基础上的高效率、高质量的新型生产方式,其根本出路就是走构件化、工业化的道路。
只有这样才能从根本上改革EP的落后生产方式,从手工编码方式转向面向构件的EP业务组装RR
的生产方式。
卜时,免编程的面向构件的快速搭建EP系统的开发万式大司R大解放了EP的生产力,使得EP的产品质量得到了保证,大大缩短了开RR发周期,节约了开发成本与实施成本。
基于构件化的EP平台可以建立一R种崭新的EP产业链联盟的商业模式,这种模式是十分有利于EP业界社RR
会分工的,也是十分有利于用户利益的一种新型的、先进的社会关系,这时的EP商业模式就是区分为EP构件生产商、EP平台提供商、EP应用RRRR系统生产组装商以及EP项目服务商等专业分工,做到分工明确,各司其R
职、各负其责,充分保护产业链中各环节角色的利益?
0年,利思首创了EP01R平台,一些知名的EP厂家也紧接着陆续推R出了平台型的EP系统。
EP平台的推出,大大的推动了EP的变革,使RRR传统的EP变成可成长的EPRR、灵活的EPR、可满足未夹夺化的EPR.伯
et系统分析及生产管理子系统设计x,
是,这种EP平台仍未根本触及EP开发方式的实质问题,没有从根本上RR有效解决EP的生产方式问题,很难实现免编程的道路,因此,必须探索R一种从根本上提高EP生产力的方法。
可以预见,构件化EP平台将加速RR
发展EP平台产业链的发展,将重新整合EP业界的各种资源。
构件化RREPR平台的巨大吸引力将很快会显现出来。
构件化E技术就是在EP平台中PRR全面采用构件技术[EP是面向ER61,构件的开发与应用构件可以是被封装的对象类、类树、一些功能模块、软
件框架(wr)、软件构架(fmorak或体系结构Acicr)、文档、分析rttaheul件、设计模式(ae)Ptr等tn构件分为构件类和构件实例,通过给出构件类
的参数,生成实例,通过实例的组装和控制来构造相
应的应用软件。
其实质卜就是对已存在的软件开发知识和软件开发各阶段的各种结果的重复使用。
构件化EP作为一种崭新的EP系统,是EP开发与应用的一种革命RRR性进步。
其技术上有很大的难度,必须突破原有的思维、原有的方法论。
构
件化EP平台的五大核心问题是:
如何抽象EP业务对象;、如河RR提取及构造可复用的EP构件:
如何保存、维护、升级、调用EP构件:
如RR何组装成EP系统并能实现互操作:
如何在EP实施中动态调用构件,动RR态完善EP功能及流程。
R而对于国内市场而言EP软件的需求日益增加,这使得EP开发面RR
dil的问题优足软1复明,很多公司和个人盲目的追求“ikf:
'i所谓的构件式”开发方法却往往事得其反,我认为这是因为没有坚实的过程管理作为基础,如果能够应用面象对象的软件工程方法对整个开发过程进行有效合理的管理,结合目前流行的OP编程语言进行大量实践以后,构件自然就产生O了。
2ERP软件在开发过程中的技术特点“好篱笆才有好邻居’’,},对于一个EP项目}R来说,最主要的问题就是在于界定合理的实施范围和目标,“成功的项目是相同的,失败的项目却各有各的原因”。
其中相当一部分是由于目标的不切实际,实施范围的不确
定而造成的。
由此引发的关于如何合理界定ER项目的实施范围的目P标的讨论,也就自然而然的成为EP项目实施的一个焦点。
R
EP系统分析及生产管理子系统设计R
一般的工业安装项目、设计开发项目的范围在合同中就已有明确定
义,而目前情况下EP项目R实施合同中往往没有规定明确的实施范围或者实施范围比较笼统,没有可操作性。
主要原因如下:
I由于某些企业EP系统不了解,没有办法提出可以对R约束双方的范围和目标。
导致在实施合同中对实施范围和目标模糊不清,诸如“利用EP系统在木公司建立起面向流程的信息化管理方式,提高效率”,等R等。
2.很多企业在签订实施合同之前没有进行内部的需求分析,哪些是必须通过EP管理的,哪些是可以暂缓的,目前有哪些问R题急需解决等等,都不明确,也就没有办法确定具体的实施范围和目
标。
3EP软件开发小组过度营销,利用用户对市场、对软件的不清楚认.R识,故意模糊实施范围和目标,妄图逃避责任。
4的项目范围和目标,会给项目的双方都带来很大的困难.不明确5针对开发方,项目己经延期却无法结束,特别是目前大多数都是项.
目固定总价合同成交的情况下,陷入僵持状态。
大多数有经验的开发商都会采用直接方法来确定实施项目范围和目标:
根据用户‘双方、第三方)的《或需求分析报告》,结合EP软件功能讨R
沦米确定,如果用户的需求分析报告比较规范和完整,则可以用直接方法结合一些软件的功能,稍加讨论就确定了。
以下以财务部分为例。
目前存在的问题是随着集团公司的不断壮大,现行计算机管理软件的缺点不断暴露.比如数据滞后性,不能及时反映所有机构的财务状况,因而不利于领导决策;产供销脱节,库存资金过大,而且往往造成财务数据与业务统计数据不一致;
数据不能实现共享,存在重复劳动现象;现行财务软件不能实现事前预测,事中监控,只能用于核算及事后简单分析,管理职能极差不利于集团企业对管理的要求,仅限于单个企业的应用水平。
钊对_述问趣确正以卜L‘管理目标:
1.财务实现集团式统一管理和控制。
2.对公司各项经济活动做到事前计划,事中控制和事后分析。
3.优化公司的管理思想和经营管理模式,满足公司未来发展需求.4团公司各级领导决策提供高效、准确、实时、完整的财务信.为集
EPR系统分析及生产管理子系统设计巳。
5.能够实现物流、资金流、信息流、工作流的完整统一。
根据管理目标明确的具体要求:
I.集中的则务核算管理:
对基础数据设置可由用户自由配置,统一集
团的核算标准和规则,加强对下级单位经济行为的约束,实现对下级单位经济活动的及时监控,达到集中管理的目的。
2.全面的预算管理:
为实现利润最大化,对整个集团实施全面预算管理。
3.围绕公司的中长期发展规划,以目标利润为前提,编制全面的销售预算、采购预算、费用预算、成本预算、现金流量预算、损益预算以及资产负债预算,并提供全面预算的编制、预警控制、预算追踪及预算分析,为集
团的颅算管理提供全过程控制,从而有效地建立起预算管理控制体系,建立起对成本中心、利润中心和投资中心的绩效考核体系,使企业经营活动能沿着预算管理轨道科学合理地进行。
4强化的资金管理:
为满足集团企业结算中心及内部银行的业务需
要,资余管理系统主要是对集团的资金使用过程进行监控,合理地筹集和使用资金,确保资金占用和资金成本最低,保证资金良性循环,加强资金的一统
一结算,及时掌握集团整体资金状况,合理分配资金,提高资金使用效率,保证企业的正常运作。
5的合并报表:
对内部交易能够快速准确地实现对账,实现.及时准确数据一次采集分层过滤抵销的功能,真实反映集团的财务状况和经营成果。
6智能的决策支持:
为用户提供决策支持工具,使用户在决策分析的
过程中把注意力集中在分析的数据上,引导用户对数据从不同层次、不同角度进行观察和分析。
层次分析与角度分析交互进行,从而得到产生结果的内在原因,提示数据之间隐含的关系,使决策依据数据化,保证决策结果的科学性。
具体功能模块
板照通常的做法,将则务系统分为两大层次财务核算会计和管理分析会计。
1核算会计主要完成企业日常的财务核算,并对外提供会计信.财务
EP统分析及生产管理子系统设计R系
息。
2.管理分析会计主要完成计划预算控制、成本管理、资金管理等内容,为内部经营决策提供会计信息。
此外还有集团应用模块,提供集团内部业务处理。
所有模块既要满足生产工厂的需要,又要同时满足公司总部管理的需要。
1对本项目.3采用的过程管理方法和技术路线的可行性分析采用传统的/CS结构进行EP系统的开发,R在开发过程中采用现代软件工程的管理方法对进度、质量等进行管理,后台数据库采用MSL00S20Q企业版,数据库前台的软件开发采用Porudr写代码。
weBie编l首先对ERP软件的结构、发展趋势及开发过程中的方法和理论进行
讨论,对如何能提高这类软件的开发效率和质量进行分析;其次,企业建模和确定工作流,这是提高企业管理软件柔性的重要使能技术。
通过工作流来管理企业业
务流程,使得管理软件中流程与功能分离,克服了传统的设汁开发方法的不足一一过程和功能集中在一起。
软件开发需要经过三次分离:
即
数据库的分离―
成功(理论具备完整的数据库模型),用户接口的分离一正在进行(是大势所
一没有完全成功(缺乏模型指导)和流程的分离―
趋)iii,而工作流正是流程分离的关键技术。
接下来采用流行的C/S结构,用PB+SQL一来构建框架,最后通过质量监控和侧试确保软件的可用性。
在项目管理的实践过程中,我们发现有很多企业和个人在软件开的发过程中虽然采用了传统或现代的软件工程管理方法,却仍逃避不了项目失败的结果。
究其原因,最重要的就是大部分开发者过于重视模式化,太强调工程观念,却忽略了管理细节,再好的方案都会因为遇到突发的变更而显得无
所适从。
从以往的开发经验来看,关于执行各方面项目管理的建议、包括工作量的估计、风险管理、项目临督等等都有很多的可选性,但是如何把这些技术组成一个切实可行的项目管理过程却不明确。
所以本项目将借鉴国外优
秀的软件公司一ns:
ioy公司的项目f管理方法,结合CMM3的关键过程域的实现细节,把软件开过的项目管理与目标企业(昌汽配厂)的ERP布署大
EPR系统分析及生产管理子系统设计
计划进行整合,设计出合理有效的管理计划。
重点着手于需求分析、项目估计和进度计划环节。
需求分析:
由于我们与大昌公司有合作办学的关系存在,估该公司的部门管理人员很容易参与到整个分析过程中,这样既降低了开发过程中需求变更的可能性又使得软件的最终用户获得了软件本身的相关信息,为测试和系统集成打下基础。
项目估计:
在项目估计过程中,采用标示出系统中的程序,并将它们分类为简单程序、中等复杂程度或复杂程序。
尽量采用标准定义或以往项目的定义进行上述分类(也和软件的开发工具PB的开发过程相契合),然这
后再基于项目特有的因素精化估计。
进度计划:
在需求分析和项目估计的基础上,结合开发合同中对月户
的承诺,编制进度计划和执行目标,并在整个开发过程中严格的按照计划自我检查。
在软件部分开发结束后,争取在交付之前先投入到周边地区的某些中、
小企业进行现场测试或构建一个企业环境对软件的应用进行验证。
由于
Pwrudr本身很适合于开发基于构件式的数据库前台系统,而-SoeieBlM5L00对数据库的布署、管理也非常方便,并且也提供了一定的事务处Q20理和数据安全方面的保证,所以如果能够到本地的企业中进行系统、全面的a研和数据收集,总结下l;li作流私物流的结合特点,再把软件过程管理的}一些力法止确的应该于项目的开发过程,最终得到一个既能够适应地区特色又使用方便的ERP系统,并能够把开发过程中的经验、教训总结出来,形成相关文档是可行的。
EP系统分析及生产管理子系统设计R
第2章
项目管理计划
项日理计划(ocmneepnM是项目管pjtamnl,PreagtP)a负责人承担的所有规划任务的核心[,标准的项日管理计划应该包括四个主要部分:
项51目提要、项目规划、项目跟踪和团队。
由于我为大昌汽配厂开发的ERP软},厂}}EP系统,所以对标准的项1m'1'4小‘的R14管理计划讲行了裁制,最后把重点放在项目规划部分中的需求分析、工作量估计、进度计划上。
21昌汽配厂物流管理需求分析.大大昌汽车配件厂是一个中小型的汽车零部件生产企业,该企业的工作流主要体现在原料采购、库存管理(括原料和成品)、生产管理及销售环包
节。
该厂从九十年代初期建厂以来,一直采用批量生产的方式进行经营,而随着业务的扩人和开展,该厂苍原料采购、产品生产和销售过程中出现了较
人的脱节和风险,比如某种产品畅销时,其原料和产品的储各过少,导致销售断货:
而某种产品滞销时,又可能出现库存商品的积压.为了适应多变的
市场需求,加速企业响应市场的速度,该厂决定采用订单方式进行产品的生产和销售,全面布署一套EPR管理体系,以提高自身的市场竞争力。
本项目只是解决大昌汽配厂的一期目标,既把该厂的产、供、销活动有效的整在
一套ERP系统中,形成一条紧密的供应链更加合理的管理其资源,提高其利润二成功实施企业内部的ERP解决方案后,再进一步考虑对外的电子商务平台。
由此确定的大昌汽配厂ERP系统项目范围如下:
1,根据产品的需求和原料的采购代
价确定采购计划:
2、对采购的原料进行收货并能够进行监控;
3,根据订E和原料的供应情况形成生产单;('4、生户线的实时管理;
S、仓库中的原料数量、成品数量及其分布进行管理;6、销售过程中产品的包装、出货、退货进行管理和监控;7,在系统中实现产、供、销的一体化连锁反应;
8、相关辅助功能8、相关辅助功能
EPR系统分析及生产管理子系统设计
22工作量估计.在本项目中我们先制定了一套估计标准,把模块中涉及到的程序分成简单、中等复杂和复杂三个层次。
估计标准
程序/函数(例)用简单用例
标准3个或3个以下事务
中等复杂用例复杂用例
47-个事务7个事务
表21-用例估计标准用例分类明冽
说明复杂性编号
用例说明
编号货物编号规则定义单据号码规则维护总}数设置帐参用户操作日志参数设置应收应付参数设置用户权限管理简单},‘,‘伟‘〕内‘气孟)2U尸
复杂性简单简单简单复杂复杂简单复杂
0
供应商发票1
中等复杂中等复杂复杂中等复杂中等复杂简单复杂‘乃
生产人员资料2
产品特性飞
工序定义4
生产发料气
库管员资料‘
转仓处理
BM物料清单OBM反向查询O客户资料1112,.止
7
库存调整
复杂简单
中等复杂‘份扫
勺
 ̄匕
库存盘点
简单简单中等复杂J飞I八‘
O
货品交易记录
复杂复杂简单简单
货物资料_艺工序}__供应商资料管理
O
货品存量分布
1
销售员资料
飞〕1.1
简单简单J凡j内J,
2
包装形式
4
采购员资料采购询价采购汀单采购收货
1J4
出货监控销售发票
简单简单简单
15l6
中等复杂中等复杂中等复杂)飞
工f〕/勺
销售订单
销售报价
简单
EPR系统分析及生产管理子系统设计1‘
〔乃
收货跟踪管理0了
复杂复杂」八
八j
了八两
销售出货销售退货
复杂复杂
‘..L
采
购退货
表22用例分类-巧{估i(构建工作量1JiI-勺程序/函数简单用例中等复杂用例工作量(基于以往项目的数据)1日人5日人单元数总的构建工作量(日)人
1717945
复杂用例总工作量
8人日
1296185
表23建工作量-构按阶段1}最f计1_勺作ili
任务阶段/需求设‘}h建=}集成测试回归测试验}飞I则试父项目管理配置管理培训少他〔}的}_{}川们一
人日
占总工作量的百分比〔)9r
30193522
301910653
85巧10
6410696185100
表2-4阶段工作量
23.目的进度计划本项序号里程碑日期里程碑项目开始:
需求分析结束提交的结果
1204.0.55
业务分析和需求规范、用例
EP系统分析及生产管理子系统设计R
目录、屏幕、迭代计划细化阶段:
系统流程图与206.04.5
系统架构图、系统数据流图,下一个周期的开发计划各种表的结构功能图与数据流图、源代码、下一个周期的开发计划源代码、功能图与数据流
数据流图207.004.1
细化阶段:
数据库设计细化阶段:
采购部分的功
4207104..5
能图与数据流图细化阶段:
仓库管理部分207.04.21
的功能图与数据流图细化阶段:
生产部分的功6247.700.2
图、下一个周期的开发计划源代码、功能图与数据流图、下一个周期的开发计划
能图与数据流图2048.0.4
细化阶段:
销售部分的功J代码、功能图与数据流能图与数据流图2004名.0120
82004..1.止
图、卜一个周期的开发计划
整合阶段细化阶段:
辅助功能设计单元测试阶段集成测试阶段验收测试和产品迁移软件系统的正式交付主界面与帮助文档测试计划、测试报告代码测试报告项目收尾
0
208.504.2飞
1
208304..0,上
勺‘,月上
209.04.5『,
2049.00.1
表25进度计划-
E1R系统分析及生产管理子系统设计〕
第3章系统详细设计31.总体概述311..本系统产生背景随着全球加速从工业化社会向信息化社会转化,和全球经济一体化,以及中国加入WT,使信息化成为企业在竟争中成功的关键因素和焦点,O各企业必须重视和加速本企业的信息化建设,以增加自已的竞争实力,这是一种冲击,同时也是一种商机。
中国进入WT对汽车相关产业的冲击最大,O国内许多布署企业资源计划(R)的成功案例表明,合理的EP解决方EPR案,对提高企业自身的信息化以及实现产品的专业化很有成效,成为各汽车相关企业提高市场竞争力的必然选择。
2系统技术特点本1。
.扩展性2构为迭加式结构体系,采用模块化设计。
可为企业的长期发.系统架展提供持续连续发展。
3.技术的先进性和稳定性
4.以网络为中心的计算机技术体系。
5.事件驱动对象技术。
6基于对象的业务规则。
7.灵活性。
8BPuisPcsItri)技术应用。
强调企业面对3,Bsesoeseatn.(InrncoC
对付企业出的机遇,现本系统的灵活性可以迅速支持企业将新的设想付诸行动。
313本系统设计原则..模块、子系统、系统间尽可能采用数据祸合,必要时才采用控制祸合、在可能的范围不采用内容祸合。
4架构体系ClnSre体系。
itevre/
EPR系统分析及生产管理子系统设计5行平台运Cit:
MSnos8(体/体)、MSno20;ln端ewiw9繁d简Widws00
Sre端:
McsfSLv7/0数据库.erviooQSrr20rtee.00
32系统架构图与数据流程图.
321..流程图例解释
外项下一州部:
下、
加处逻:
卜一:
辑
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- ERP 系统分析 生产管理 子系统 设计