生产计划的解决方案doc.docx
- 文档编号:7359128
- 上传时间:2023-01-23
- 格式:DOCX
- 页数:7
- 大小:21.34KB
生产计划的解决方案doc.docx
《生产计划的解决方案doc.docx》由会员分享,可在线阅读,更多相关《生产计划的解决方案doc.docx(7页珍藏版)》请在冰豆网上搜索。
生产计划的解决方案doc
APS生产计划的解决方案1
APS生产计划的解决方案
一般说,生产作业计划越详细,它给出的信息越丰富、越有价值,相应计算起来也就越困难。
生产作业计划越粗略,越接近主生产计划,信息越少、价值就越低。
企业总是希望自动得到尽可能详细的作业计划。
但是ERP在这方面遇到了真正的技术瓶颈。
就我们目前所见,几乎全部的ERP生产管理都是从四则运算的主生产计划入手,重点利用BOM解决MRP物料需求计划,之后再解决生产过程的记录和统计。
恰恰在企业最需要的详细作业计划方面最薄弱、最无所作为。
如想证明一下这个现状,去考察一下上了ERP的企业,会发现一个有趣的现象——该企业无论ERP软件搞得如何如火如荼,似乎都与生产调度人员无关。
车间里或者生产线上的生产作业计划、生产过程的调度和管理仍然是在用最初最原始的那种老方式——多数时候是经验,有时候是感觉在起作用,加上少量的以EXCELL为工具的报表运算,虽老虽笨但是有效。
ERP功能再强管得再宽似乎也管不到这里。
结果,表面风风火火的ERP与企业最关键的运转过程发生了断层,从这个断层衍生出来的一大堆问题成为众家ERP难解之死结。
最突出的一个:
企业生产调度是要对企业最底层的生产资源——人员、设备、场地等,按照它们的能力进行合理安排。
但是上层的ERP无论干什么事情都不去考虑这些资源和它们的能力,或者假设生产能力无限,或者按照一个人为定义的瓶颈资源进行简单四则计算。
这种关键矛盾由于ERP技术瓶颈的存在而无法解决,ERP的前景可谓是不容乐观。
那么,这到底有什么难的?
为什么众多的名牌ERP企业都无法提供这种基本功能?
ERP技术瓶颈到底在什么地方?
回答这个问题,就要从企业中直接干此工作的岗位——生产调度的职责说起。
一个企业的生产调度人员,首先是要对该企业的生产工艺流程烂熟于心,也就是了解企业到底是怎么进行生产的,包括其中每个细节,这是当一个生产调度最基本的前提条件。
同样的,ERP要想干同样的事情也必须达到同样的前提条件:
清楚了解企业究竟是怎样进行生产的,每个细节都不能差!
这对一个人来说可能并不算难,但对于一个ERP系统来说就是一件非常困难的事情!
有人称之为企业建模,这远不象建立BOM那么简单,其中涉及到的除了物料,还有工序、资源、时间、逻辑关系、技术参数、成本等等错综复杂的生产信息。
不同行业不同企业的建模方式更是千差万别,这是第一个技术难点。
且不说离散生产模式的电子、汽车行业与流程生产模式的化工、制药行业在基本生产方式上的巨大区别,就算同属电子、汽车,或者同属制药、化工的不同企业,他们的生产方式在细节上仍然有很大的差别。
一套ERP系统能以不变应万变统统接受这种差别吗?
技术上很难!
只好对每一个行业开发一个专用生产版本,这是必须的。
但是行业版本到了企业里就能高枕无忧了吗?
大的行业版本一般仍然无法满足行业内特定类别企业的细节差别,比如制药行业细分为‘制剂药’和‘原料药’,生产方式差别还是很大,需再开发更细分的小类别版本。
可是同类别的不同企业还有自己的生产特性,针对不同企业的二次开发就类似于把企业的生产特征逐一写到程序中。
且不说对生产系统的任何改动都要投入巨大人力,软件企业很难接受频繁和复杂的二次开发要求,更不用说企业生产过程一旦发生变化软件还是很难应对!
很多企业的生产流程每隔几天就会变,而软件商不可能每天都重写代码。
应变方式只能是降低企业的要求——生产流程建模与实际近似、大概差不多就行了。
关键是用户会不会满意?
忙了半天还是用不起来,损失就太大了。
所以,除了部分院校的理论研究者,目前国内ERP厂商还没有尝试迈过详细生产流程建模的这第一道门坎。
建立生产模型,让软件接受企业的详细生产过程,这的确很麻烦,但并非是无法完成的,真正的难点在于下一步:
根据模型和生产请求得到详细的作业计划,也就是详细生产排程。
ERP的真正技术瓶颈就发生在这里。
详细生产排程的结果是‘生产作业计划’,是针对每个人员每个设备的生产资源的工作计划。
作业计划必须满足在生产工艺上不能有半点差错。
首先,工序之间必须满足特定的逻辑关系,以及要求某些工序必须连续、同时、或者间隔进行等等,这是对作业计划最基本的要求。
其次,作业计划必须满足资源能力限制,一个资源在一个时间内只能干一件事情,生产作业计划中不能有资源冲突;最后,作业计划必须满足物料供应的限制,没有原材料不能开始生产。
也就是说:
作业计划必须同时满足多种复杂的约束条件。
TOC约束理论早已有之,只是需要比较高级的算法和数学理论,在这方面需要进行长期投入才会有所收获。
因此国内理论界对此的研究还很少。
对APS高级计划与排程的研究旨在大概了解APS的执行安装和操作流程,从而使得生产环境的生产排程同现实生产中的制造业操作流程相似,将现实生产环境的重要特征和限制考虑在内。
例如多层次的结构产品,串行,并行及可选择的工艺操作路线,每个操作都有多个可用资源及可选备用资源。
为了确保极大的适用性,在研究中均选用实例商业运用范例,来应对现实生产中的成本削减和种种困难。
这样,此项研究就全面的展现了APS系统在某个具体行业的安装和操作过程,从而在此类行业中更具借鉴意义。
在工业领域中,生产计划旨在创建一个分开的计划,其能反应中期计划,及精准的订单和预测信息,然后决定数量和何时开始生产每项产品。
生产排程需要分配所有必要的制造活动,从而达成既定的计划,确保整个时段所有的生产资源可用,同时依据所有出现在生产环境中的特征和约束条件。
传统系统以串行的方式执行计划和排程,通过等级步骤,从最聚集点到最详细的点。
这样计划之间的内在联系就忽略不计了,而需向实际环境妥协。
传统的步骤包括当今大部分公司所安装的ERP系统。
大部分公司尚未有有效的计划和生产排程方法。
AP公司薪酬改革方案建议书1
AP公司薪酬改革方案建议书
一、目的:
体现按劳分配、竞争激励、效益优先、兼顾公平的薪酬改革思路,通过加强工资中的激励因素,促进员工对企业的认同感和敬业精神。
二、基本要点:
1薪酬结构实行基础工资+岗位技能等级工资+效益(绩效)工资;其中,基础工资为全员一致,岗位技能等级工资按照职位评价确定,二者相对固定,效益工资与公司利润等经营指标挂钩,保持弹性浮动;
2.实行管理、技术(业务)分类管理,在两大序列中划分职位等级,规范岗位职责和任职资格,实行竞争上岗;
3.加强绩效考核与绩效管理,在确定基本工资和岗位技能等级工资的基础上,结合岗位责任与任期目标的考核,实行弹性效益工资;
4.相对增大效益(绩效)工资占薪酬总额的比重,强化激励作用,体现下可保底、上不封顶的弹性浮动薪酬,浮动部分的得失视员工绩效和公司效益而定。
三.实施细则:
1.职务分类
将公司人员分为一般业务人员、管理人员、技术人员三类。
业务人员包括后勤、接待、办公室文员等。
管理人员包括主管、各部门经理、公司的财务总监及副总经理。
技术人员包括安装调试人员、程序员、以及工程师、技术总监。
2.职位评价
选择职位评价方法,对全部职位进行评价,确定职位的序列与等级,划分职位薪酬等级
3.薪酬结构设计
将全员工资分为基本工资,岗位技能工资和效益工资三部分。
1)基本工资
基本工资为公司保证员工最低生活标准的工资,按照全员统一的原则确定,可以参考合肥市最低工资标准设定。
2)岗位技能工资
岗位技能工资以胜任本职岗位应当具备的知识技能和身心条件为评价要素,结合岗位工作条件与工作环境、工作强度负荷综合评定,体现岗位的纵向差别。
可以设定岗位技能工资分为8个等级。
各等级级差体现交叉重叠、相对宽带、向上逐渐拉大的特征。
(见表一)
3)效益工资
效益工资是指公司按照当月实际经营情况给公司员工发放的带有奖励性质的工资部分。
根据各个岗位等级确定不同的薪酬基点,(见表一)经过考核,确定同群体员工的考核系数,考核系数的确定采取强制比例法,员工薪酬基点乘以该岗位员工的考核系数即为本次考核周期的绩效薪点(在同一部门中,优、良、合格、不合格员工的比例为20%,30%,45%,5%,考核成绩为优的员工的考核系数为薪酬基点×1.25,考核为良的员工的实际系数为薪酬基点×1.1,考核为合格的员工的实际系数为薪酬基点×1.0,考核为不合格的员工实际系数为薪酬基点×0.8。
)得到每个员工的实际系数,再根据利润提成指标,根据公式
S=[(W×V)/∑A]×A
其中S为员工的效益工资,W为当月利润总数,V为利润提成比例,W×V为当月提取奖金(效益工资)总额,∑A为全体员工的考核系数,A为员工个人的考核系数,即每个员工的效益工资实际上是由当月利润
乘以利润提成指标,除以所有员工考核系数之和,再乘以每个员工的实
际系数所得。
4.员工调资策略
以年终绩效考核成绩确定员工的调资幅度和频率,体现奖勤罚懒、奖优罚劣的激励导向,有效控制工资成本刚性递增,保持员工绩效与企业效益同步增长的态势。
表一
岗位等级表
表2
员工调资与年终绩效考评关系表
ArcGIS三维解决方案11
ArcGIS三维解决方案
ArcGIS为3DGIS提供了全面的解决方案:
利用ArcSDE空间数据库引擎来存储和管理空间地图数据,通过ArcMap、ArcGlobe等桌面软件来制作准备二维、三维地图数据文件,然后通过ArcGISServer发布和管理地图服务,供ArcGlobe、ArcGISExplorer和Web浏览器等客户端来访问。
与二维GIS一样,3DGIS同样包含了数据可视化、空间分析、数据管理三个部分。
Geodatabase模型将彻底支持3D,不是2.5D的可视化,而是真3D的数据对象和要素,同时,ArcGIS还提供了处理3D数据模型的分析工具,包括3Dlineofsite、对象的3Dbuffering、envelopes和体积表现的可视化和三维分析。
一、地图数据组织和管理
数据是整个系统的关键,3DGIS数据包括:
主要成分
建筑及构造物
桌面3DGIS应用
ArcEngine
ArcGISServerArcGISServer
●底图或航片/卫星图片
●数字地形模型(DEM)
视觉增强辅件:
●植物
●街景构件
●字标
动态数据:
●交通
●街灯
●树木
1、三维数据建库流程
数据准备阶段
–可获取的资源
–影像数据;(DOM、DEM……)
–矢量数据;(路网、管网、电网……)
–地名数据;(Label、Annotation……)
–模型数据;(Multipatch、SketchUp、3dMax……)
–其他GIS数据;(GDB、Shp……)
2、创建三维场景
利用桌面软件ArcGlobe来创建三维场景,添加需要的各种要素,如文字标注、街景和植被数据、三维建筑模型等等。
其中三维建筑模型可以用二维底图来构建,也可以导入第三方软件(如Sketchup、3DMAX)做好的3D模型数据。
添加文字标注
添加植被
导入3d模型
二、ArcGISServer发布地图服务
ArcGISServer是功能强大的基于服务器的GIS产品,用于构建集中管理的、支持多用户的、具备高级GIS功能的企业级GIS应用与服务,如:
空间数据管理、二维三维地图可视化、数据编辑、空间分析等即拿即用的应用和类型丰富的服务。
ArcGISServer提供广泛的基于Web的GIS服务,以支持在分布式环
Map&Image-
层
Geo-COP
EnterpriseServiceBusMobile
境下实现地理数据管理、制图、地理处理、空间分析、编辑和其它的GIS功能。
ArcGISServer主要功能包括:
支持二维三维地图可视化;除标准浏览器外,还支持ArcGISDesktop和ArcGISExplorer等桌面客户端;可以集成多种GIS服务;支持标准的WMS、WFS;提供配置、发布和优化GIS服务器的管理工具;提供.NET和Java软件开发工具包;提供通用的框架在企业内部建立和分发GIS应用;提供操作简单、易于配置的Web应用;提供通用的GIS数据管理框架;支持在线的空间数据编辑和专业分析;
1)通过ArcGIS桌面进行内容创建和发布
ArcGISServer利用ArcGIS桌面产品创建用来发布的地图,Globe以及空间处理任务,然后在ArcGISServer上进行发布。
发布过程既可以在ArcGIS桌面中的ArcCatalog环境下进行,也可以在基于浏览器的ArcGISServer管理器中完成。
如果想要共享这些资源,你可以首先在ArcGISServer中使用这些资源创建Web服务,然后通过各种客户端产品(也可以是其他的服务器)访问和使用这些资源。
2)二维地图服务
二维地图服务提供对ArcMap文档(.mxd)内容的访问。
创建地图服务之前,必须在ArcMap中首先创建一个地图文档,然后发布为地图服务。
创建地图缓存(可选)地图缓存是在多级比例尺下预先渲染的分块的地图集合,用来提高地图显示和使用的效率。
因为地图影像不需要根据用户的请求动态实时地渲染生成,因此缓存服务可以大大提高显示速度。
然而,因为地图影像是在创建地图缓存时预先计算生成的,因此地图缓存只能用来提供静态的地图内容。
地图缓存保存了一系列比例尺下的地图数据,每个比例尺对应一定详细程度和分辨率的地图信息。
在构建应用之前,一个好的设计首先要确定使用哪些比例尺,以及包含何种详细程度的地图信息。
ArcMap和它所包含的按比例地图显示功能可以用来生成和维护高性能的地图缓存。
3)Globe服务
在ArcGlobe中创建的Globe文档可以发布为ArcGISServer的Globe
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 生产 计划 解决方案 doc