3维立体

今天整理了一下自己的文件,发现了好多以前的东西。

以前很喜欢三维立体画,喜欢陷入立体世界里的那种感觉。

贴几张出来,有兴趣的朋友一起欣赏欣赏

喜欢陷入里面的感觉,希望你也能够,并喜欢陷入三维的感觉

 

Server Application Unavailable .net 1.1与.net 2.0共存问题

The WEB Application You Are Attempting To Access On This WEB Server Is Currently Unavailable. Please Hit   The   “Refresh”   Button   In   Your   WEB   Browser   To   Retry   Your   Request.

Administrator   Note:   An   Error   Message   Detailing   The   Cause   Of   This   Specific   Request   Failure   Can   Be   Found   In   The   Application   Event   Log   Of   The   WEB   Server.   Please   Review   This   Log   Entry   To   Discover   What   Caused   This   Error   To   Occur.
头痛,从来没玩过在2003上配置.net+mssql. 问了一下单位的管服务器的老师,也没找到哪里错误.
于是我上网上搜了搜.得到如下结果
首先是这个答案 当然是 肯定的。不作任何处理的默认情况下会出问题!

   各位在同一电脑上同时安装并运行.net 1.1 和 .net 2.0 两个版本的朋友要小心啊!
   您的项目是不是时不时会出现 Server Application Unavailable 错误呢?或者一直连续都出这个错误!
   今天我朋友将其从1.1升级至2.0的项目发布至公司安装有windows 2003的服务器上,结果2.0的项目始终无法成功运行。甚至还造成服务器上正在为全公司服务的基于.net Framework 1.1的web程序出错。他感觉很奇怪,在自己电脑上明明运行的很好啊,怎么一到服务器上就不行了?
    他发布2.0 web程序的过程如下:
    1、在服务器上创建一个目录,然后将发布后的所有Web程序的文件复制到这个新建的目录。
    2、在服务器的IIS上新建一个虚拟目录,然后 将其配置成可以执行脚本的应用程序,(过程与创建.net Framework 1.1版本的程序相同。) 然后,将此虚拟目录的.net Framework 配置成2.0。
     大功告成后,开始访问刚配置的程序,却得到如下错误:

Server Application Unavailable

The web application you are attempting to access on this web server is currently unavailable. Please hit the "Refresh" button in your web browser to retry your request.

Administrator Note: An error message detailing the cause of this specific request failure can be found in the application event log of the web server. Please review this log entry to discover what caused this error to occur.

      之后向我求助,经过仔细阅读了IIS帮助文档,才发现,原来这个错误是由 IIS6 应用程序隔离机制造成的。IIS默认的应用程序隔离机制被称为:“工作进程隔离模式”,在此模式中,应用程序被分为多个组,每个组就是一个“应用程序池” ,每个应用程序池之间是相互隔离的。 隔离的好处当然就是安全啦,稳定啦,等等。IIS中的每个应用程序池由一个“工作进程”分别进行管理,也就是"W3wp.exe" 。如果有多个应用程序池中的程序运行,我们就能看到多个w3wp.exe。 我们平时新建的虚拟目录都默认被指向IIS6的“DefaultAppPool" 中, 所以在默认情况下,不管你有多少个asp.net程序在运行,在“Windows任务管理器”中你只能看到一个w3wp.exe进程。

      出现上述错误的原因是: .net Framework 2.0的程序与.net Framework1.1(或1.0)的程序被放入同一个应用程序池(默认情况下放入DefaultAppPool池),也就是由同一个工作进程: w3wp.exe 进行管理,而单个工作进程是无法同时管理不同的程序(或者不同版本的程序)的。如果先访问.net framework 1.1的页面,则工作进程先加载并管理了 1.1版本的程序集,此时访问.net framework 2.0的web程序页面,Server Application Unavailable 错误就出来了。 反之,如果在默认应用程序池的w3wp.exe尚未启动前先访问了 2.0的web程序(此时应用程序集已经加载了.net framework2.0的Web程序集),再访问1.1或1.0的Web程序页面时,同样会出现“服务器应用程序不可用” 这样的中文提示。(您可以结束掉以前的w3wp.exe进行测试。)
   
    我朋友之所以在自己的开发机器上没出现此错误是因为他在开发基于.net framework 2.0的项目时,一直都只访问这个2.0的web程序,跟本未曾访问过其他web程序。而朋友的服务器上已经存在1.0 的项目,并且一直有人使用。这个错误在今天之前从未碰到过,其实大部分人在开发一个项目时,都只访问正在开发的项目。很有可能就忽略了这个问题,而到了发布的时候却出现错误,搞得手忙脚乱。

   解决办法: 在IIS中新建一个应用程序池,然后选中你的 基于.net framework2.0的虚拟目录,点“属性”-》在“应用程序池” 中选择刚才新建的的应用程序池,点击“确定”。

    如果你的电脑主要是为了学习,开发,测试web程序,完全可以建一个类似于名为"dotnet2.0"的应用程序池,以后所有新建的2.0的虚拟目录都指向此应用程序池。

但是单位的那台服务器仅仅只运行这一个.net的站点,显然不是以上描述的问题,不过上文也提到一个出现问题的状况,值得收藏.

 

后来找到了这个,如下.

在网站目录中,添加iis_wpg 和asp.net这个两个用户即可。

 

 

Server   Application   Unavailable 出现的原因有多种,具体的解决方法,还得看系统日志的相关提示。

 

有时候可能是组件的丢失,重装应该可以解决。

 

附命令行下卸载和安装asp.net:

 

1.Open a command prompt
2.Stop IIS:“iisreset/stop“
3.Change to the .NET Framework 2.0 root directory:“C:WINDOWSMicrosoft.NETFrameworkv2.0.50727“
4.Stop web services: "net stop w3svc"
5.Uninstall all instances of ASP.NET from IIS: "aspnet_regiis.exe -ua"
6.Reinstall ASP.NET into IIS: "aspnet_regiis.exe -i"
7.Restart web services:“net start w3svc“
8.Restart IIS:“iisreset/start“

 

 

 

 

 

 

 

 

 

 

 

Server   Application   Unavailable

 

 

 

 

The WEB Application You Are Attempting To Access On This WEB Server Is Currently Unavailable. Please Hit   The   “Refresh”   Button   In   Your   WEB   Browser   To   Retry   Your   Request.

 

Administrator   Note:   An   Error   Message   Detailing   The   Cause   Of   This   Specific   Request   Failure   Can   Be   Found   In   The   Application   Event   Log   Of   The   WEB   Server.   Please   Review   This   Log   Entry   To   Discover   What   Caused   This   Error   To   Occur.


 

 

错误提示:服务器应用程序不可用
您试图在此 Web 服务器上访问的 Web 应用程序当前不可用。请点击 Web 浏览器中的“刷新”按钮重试您的请求。

管理员注意事项: 详述此特定请求失败原因的错误信息可在 Web 服务器的系统事件日志中找到。请检查此日志项以查明导致该错误发生的原因。

 

我遇到的是目录权限问题,所以我在网站目录中,添加iis_wpg 和asp.net这个两个用户,网站就正常访问了,又学了一招.

ERP系统应用中的3C理论简介

针对以往传统的ERP系统中所存在的无法适应重复性生产(RepetitiveManufacturing)新趋势的缺陷,国际上一种称为3C理论的应用模式正逐步应用于ERP系统中,做为对传统ERP系统的完善和补充,起到了较为理想的功效。3C是英文Capacity(生产能力)、Commonality(通用性)和Consumption(物料消耗)的简写。3C理论的应用较好地解决了在供应链中进行物料供应时如何有效地确定最佳物料利用点的难题。在重复性生产条件下,3C应用模式可取代传统的MRP系统用于物料需求计划的制定和控制。

    一、应用传统ERP系统进行重复性生产所存在的主要问题剖析

    当今世界特性化需求和个性化消费已成为时尚,使得产品日趋多品种少量化,制造性企业为了顺应市场发展趋势,逐步开发出了多种先进的实用性产品设计和工艺流程设计方法,如ROP(ReorderPoint,再订货点法)、JIT(准时制)等,并将其运用于ERP系统之中,使得生产零件日趋标准化,产品的通用性大大增强,工艺流程中的生产准备作业也相应地进行了简化,保证在同一生产线上就能够完成多品种标准化生产,重复性生产逐渐成为制造业的主流。同时,对于生产计划的排程和管制也由传统MRP系统中的以需求订单为基础的模式转变为以需求速度为基础的新模式。此时不再需要生产计划订单,生产准备作业、库存及制造提前期也基本上达到了最小化。
    于MRP系统之前已开始应用的ROP及在MRP之后才开始应用的JIT系统,均是以物料需求速度为基础的应用模式,但是,应用ROP时是假设物料需求速度为恒定值;应用JIT系统时是假设物料需求速度为可变值。当物料需求离散或非连续时,需要采用MRP系统;当物料需求连续且存在大量库存时,则应采用ROP;当物料需求连续且不允许大量库存时,则应采用JIT系统。无论哪种情形下,都希望提前期越短越好。
    物料需求的连续性和提前期长短因素对采用何种系统的选择确定如表1所示。
    表1各种资源计划系统的选择
    
        物料
需求提前期 连续 非连续
长   ROP MRP
短   JIT MRP

    对于重复性生产来说,MRP和ROP系统明显不适应,JIT系统勉强适用。下面着重剖析传统ERP系统中应用的生产计划系统MRP、ROP、JIT在进行重复性生产时所存在的主要问题(表2)。
    表2应用MRP、ROP、JIT系统进行重复性生产存在的主要问题
    
    
    主 要 问 题 剖 析
MRP1、进行销售预测时,仅仅根据历史资料和“杜撰”的市场趋势,未考虑到生产能力的限制;2、进行销售预测时,将产品预测数量作为确定值输入系统,容易产生预测失真;3、进行MPS(主生产计划)编制时,仅考虑某一特定配置、数量和日期某一个别产品的计划产量,而未考虑产品群的计划产量,常造成产需差异过大;4、进行MRP(物料需求计划)编制时,是根据MPS(主生产计划)依次向下展开的,每种物料的采购或制造均为某种成品的制造而准备,并未考虑不同成品之间物料的通用性问题。也未考虑预测失真的影响;5、总体来讲,MRP无法用于重复性生产。
ROP1、在进行生产计划编制时是以过去的物料需求速度为参考依据,而不是根据将来的实际物料需求,致使在市场需求量变动时,根本无法对库存量进行适当的调节;2、以个别物料的需求为基础,未考虑物料清单(BOM),完全忽略了物料之间的相互关联,成品需求和物料需求差异大;3、未考虑生产能力的限制,常常会发生无法集中接受订单的情况;4、因为产品的市场需求波动较大,历史统计数据变异较大,易导致计划安全库存过高,使得物料库存过大;5、完全根据统计数据进行预测,当客户需求改变时,就会打乱原来预计的产品组合,并影响物料需求计划。
JIT1、根据实际消耗来补充物料,未能考虑到将来的变化,计划性不强,仅适用于提前期很短或未来物料需求极其稳定的情形;2、只考虑了每种物料在前后工艺流程之间的流动,并未考虑各种物料之间的关系,没有采用物料清单(BOM);3、系统应用的假设前提是生产线保持均衡状态,而实际上无法做到此种平衡;4、未考虑未来物料需求量、物料通用性、物料价值和物料清单等因素,致使对看板张数的计算仅凭经验,缺乏科学性,也使得看板张数的调整无法随需求的变化而相应灵活改变。

    总之,传统ERP系统中的MRP偏重于计划,却因无法根据实际需求进行物料补充,从而对生产的控制功能较为欠缺;JIT根据实际物料消耗进行补充,具有较强的生产控制功能,却疏于对未来变动的考虑而使计划性差强人意。针对以上缺陷,国际上的企业资源计划管理专家集成了JIT、ROP和MRP的优点,研究开发了3C理论及其应用模式,目的是为了使改善后的ERP系统既可象JIT那样根据实际物料消耗来进行生产控制,又能如MRP那般根据未来物料需求预测制订生产计划。

二、3C理论概要

    3C理论的目的在于在重复性生产条件下找到将物料供应到供应链中的物料利用点的最佳方法。在重复性生产条件下,产品生产线可视为企业内部的供应链,供应商可视为企业外部的供应链。此时,内部供应链的准备作业可以忽略,而外部供应链的准备作业必须考虑,应根据准备作业成本和库存费用成本来计算经济订货批量(EOQ)或订货时间间隔(TBP)。3C应用模式用于在重复性生产条件下替代传统ERP系统中的MRP进行物料需求计划的制订,实践证明行之有效。
    首先,让我们对3C有一个清楚的概念:
    Capacity(生产能力):指企业制造过程中所需各种资源(如人力、设备、面积等)的产出能力。应该以有限的生产能力作为物料需求计划制订的基础,以最大限度的降低制造成本费用,并改善物料补充的绩效。传统ERP系统中的MRP未考虑生产能力的限制,由此制订的生产计划未必可行,常常需要耗费大量人工进行手工调整,并造成物料供应混乱的局面。
    Commonality(通用性):指产品生产所需物料的标准化、系列化和互换性能。生产中应该尽量使产品所需物料具有通用性,有利于降低库存费用成本。传统ERP系统中的MRP是通过预测的未来物料需求来计划物料补充的,常常会因为预测失准而造成大量的库存,无法实现理想中和理论上极低的物料库存量。
    Consumption(物料消耗):指生产产品时对物料的耗用量。应该以物料的实际消耗为采购的基础,这样可以大大缩短产品客户定单的提前期。传统ERP系统中的MRP是以并不准确的销售预测为基础的,常常致使补充入库的物料是多余的或不需要的,容易造成客户订单交货延误。
    接着,让我们熟悉一组3C理论所涉及的专用术语:
    ★最大产出速率MOR(MaximumOutputRate):指某一产品p在生产单位f的最大可能
产出速率,一般表示为MORpf。某一产品及其半成品或零件在流经生产线时必须经过若干个功能区段(FunctionArea),可以通过工艺路线(routine)推算出每个产品在各道工序中的最大产出速率。
    ★最大销售速率MSR(MaximumSalesRate):指某一产品p在供应链中的的最大可能产出速率,一般表示为MSRp。销售速率决不会大于产出速率,产出速率则为该产品在各功能区段的最大产出速率中最小的。在一条生产线中,最慢的工序决定了整条生产线的效率,即具有最小产出速度的工序决定了整条生产线的生产效率。亦即具有最小产出的速度的工序决定了整条生产线的产出速率。
    显然:
    MSRp=min{MORpf}
    ★预测销售速率PSR(PredictedSalesRate):又称为需求拉动表TOP(TableofPull),指生产组织中人们一致同意的产品p的峰值销售速率(PeakSalesRate),一般表示为TOPp或PSRp。MSRp只考虑生产能力而未考虑客户需求。TOPp(PSRp)则考虑了客户需求并且保证需求不超过销售速率。
    显然:
    TOPp(PSRp)≤MSRp
    ★实际销售速率RSR(RealSalesRate):一般用所统计的产品p平均一天的客户订购量(CustomerOrder)表示,标记为COp。
    ★利用率Utilization:指对生产功能单位f的利用程度,表示为Uf。
    显然:
    Uf=∑COi/MORif≤1(i=1,2,3,….,n)
    ★汇总物料清单SBOM(SummarizedBillofMaterial):汇总某一产品结构所用到的所有物料及其数量的物料清单。SBOM不考虑物料的层次,每一物料仅列出一次,其单位用量为总使用量。在SBOM中,某一单位产品p使用物料m的总用量为BOMpm。
    ★速率物料清单RBOM(RateBillofMaterial):是在同一生产线上生产的所有产品的物料清单,而非某个产品的物料清单。速率物料清单RBOM考虑产品线中的所有产品而非个别产品,是应用3C理论进行生产计划制订的基础。
    ★看板KANBAN:是一个控制企业生产和物流的过程,保证生产线以恰当的原料或半成品在必要时间生产必须产品。只有在生产达到某一状态时,才对物料进行补充进货或生产,此种需求源和供应源之间的关系是在控制周期中确定下来的。KANBAN生产控制的重要参数为:N—在控制周期中KANBAN数;Q—每个KANBAN所包含的量。
    最后,让我们简要了解有关速率物料清单RBOM、通用性系数COMI、定货策略的计算或制订方法:
    ★RBOM(速率物料清单)的计算方法
    通常,RBOM的算法如下:
    ①假设RBOMm=0,瓶颈生产能力利用率CU=0;
    ②计算各个产品p对物料m的峰值消耗量POCpm=TOPp×BOMpm,并将计算结果按照由大到小的顺序给各个产品p依次排序;
    ③选择第一个p;
    ④依次推算RBOMm←RBOMm+POCpm=RBOMm+TOPp×BOMpm;
    ⑤依次推算CU←CU+TOPp/MSRp,如果CU<1且仍有产品p可供选择,那么再选择下一个产品p,重复计算步骤④;否则计算将结束。
    以上提供的RBOM的算法的含义是:利用产品p的产出速率的限制(生产能力限制),来计算各个物料m的最大消耗速率。为了便于理解,下面举特例进行说明:
    假设整条生产线是均衡的,即生产线的速率等于各个工作中心的速率;且销售速率刚好等于生产速率。表示为:TOPp=MSRp=MORpf,此时,物料m的速率物料清单为:RBOMm=max{TOPp×BOMpm}。显见,用每一个产品的预计销售速率TOPp乘以一单位该产品对物料m的使用量BOMpm,即可算出该产品生产所造成的物料消耗速度,再取极值即得出速率物料清单RBOMm。
    显然,在3C理论所采用的速率物料清单RBOMm中,已经充分考虑了生产能力(MSR)、物料通用性(取各个产品消耗物料m的最大值)以及物料消耗(TOP×BOM),可以说此乃3C理论之所以更加有效实用之核心所在。
    举例:某产品线有4种产品6种物料,其TOP如表3所示,BOM如表4所示。根据以上算法可以用以从表5中清晰地看出3C应用模式与传统ERP系统中MRP之间的比较优势是多么的明显。因此采用3C应用模式后将大大降低库存成本费用和提前期。
    ★COMI(通用性系数)的计算方法
    通用性系数COMI(CommonalityIndex)是用以衡量产品物料通用程度的具体指标,0≤COMI≤1。一般情况下,库存用表示,库存随物料通用性程度的高低变化而呈现反向变化,即物料通用性程度越高,则库存越低;反之,则库存越高。在极端情况下,即当COMI=0时,是通用性最佳程度,此时库存最低,用INVlow表示;当COMI=0时,是通用性最差程度,此时库存最高,用INVhigh表示。图1表示出COMI与INVnormal之间的关系。
    
    图1COMI与INVnormal之间的关系示意
    假设物料m的成本是Cm,共计划生产P种产品。
    ①当COMI=1,即最佳情况下,因所有产品的生产物料完全通用,即只生产同一种产品,故P=1,此时库存量为:
    INVlow=∑{TOP1×BOM1i×Ci}(其中:i=1、2、3、…、m。)
    ②当COMI=0,即最差情况下,因所有产品的生产物料完全不通用,此时库存量为:
    INVhigh=P×INVlow
    ③一般情况下的库存量为:
    =∑{RBOMi×Ci}(其中:i=1、2、3、…、m。)
    显然,COMI=(INVhigh-INVnormal)/(INVhigh-INVlow)
    =[P/(P―1)]*[1―INVnormal/INVhigh]
    不难理解,当P>1时,计算COMI才有实际意义。仍以上例所示的产品线(有4种产品6种物料)举例,基本参数见表3。经计算该产品线的通用性系数:
    COMI=(4/3)*(1-1180/2580)=0.827
    表3COMI计算参数表
    
物料m 1 2 3 4 5 6 合计
RBOMm 80 90 60 120 60 100
Cm 1 2 4 3 2 2
INVhigh 170 380 600 690 340 400 2580
INVnormal 80 180 240 360 120 200 1180

    ★3C订货策略的计算方法
    在3C应用模式中进行生产计划制订时,需要使用看板系统进行有效的控制,能够进行弹性物流调节,保证物料供应和低库存。假设从供应商到工厂这段备料时间为REPm(ReplenishmentTime)。备料时间包括加工厂商通知供应商、供应商备料、发货、运输、工厂验收入库等时间,通常,除了运输耗费较长时间外,其他时间均比较短。供应商发货都有一定的批量要求,只有当看板积累到该批量,供应商才发货,这段时间间隔为LSm/RBOMm,其中:LSm为某一物料m的发货批量;RBOMm为某一物料m的物料需求速度。这样可知,某一物料从耗用到补充所经历的时间间隔为REPm+LSm/RBOMm,而存在于供应商和加工厂之间的最大在制品库存数量为(REPm+LSm/RBOMm)*RBOMm=REPm*RBOMm+LSm
    显见,在3C应用模式下,看板的张数NKANBAN的计算方法如下:
    NKANBAN=[REPm*RBOMm+LSm]/容器容量
  &nb
sp; 可以看出,最大在制品库存量REPm*RBOMm+LSm和REPm*RBOMm就是极小法和极大法中的订至点和订货点。当发生了物料消耗,库存低于定货点,产生空看板时,看板会自动返回上道工序,就相当于发出一张订单使库存量返回到订至点。3C系统可根据看板数,来制订相应的物料需求计划和订货策略。
    由于3C理论在重复性生产条件下充分考虑了物料的通用性,从而大大降低了库存成本,成为国际上公认的对传统ERP系统加以补充完善的全新应用模式。

   三、3C理论与ERP系统的集成

    在重复性生产条件下,既然3C理论有诸多优点,那么如何才能有效地将其集成到ERP系统中,从而完善传统ERP系统的功能呢?其实,利用3C理论可从两个方面入手实现与ERP系统的结合,一方面,可以利用3C计算出ROP所需的订货点和批量等数据,并将这些数据输入到ERP系统之中;另一方面,可利用3C理论配合看板数和批量来确定物料需求计划,并将计划数据输入到ERP系统中。
    首先,当3C应用于ROP时,主要采用固定订货批量法(FOQ,FixedOrderQuantity)或定期订货批量法(POQ,PeriodicOrderQuantity)。FOQ是库存降至订货点时所发出的经济订货批量(EOQ,EconomicOrderQuantity)的订单;POQ是订货时间一到即参考当时的库存并发出用经济订货批量减去当时库存量的订单,期望在订单交货时的可用库存量(包含制造厂、供应商、运输途中的物料数量,即实际在库量与在途量之和为可用库存量)能够提升到目标库存水平(TIL,TargetInventoryLevel)或称订至点库存水平(OUTIL,OrderuptoInventoryLevel)。
    根据某一物料m的实际耗用量数据可推算出EOQ(经济订货批量)和SS(SafetyStock,安全库存量),在重复性生产条件下,由于充分考虑了物料的通用性(Commonality),因此使得EOQ和SS达到相当低的水平。在采用POQ时,订货时间间隔TBP(TimebetweenPurchase)的算法为:
    TBPm=EOQm/RBOMm
    假设从供应商到制造厂之间的提前期为LTm,则物料订至点OUTm算法如下:
    OUTm=RBOMm×TBPm+SSm
    物料m的订货点OPm的算法如下:
    OPm=RBOMm×LTm+SSm
    在极大极小法中,极大就是OUTm,极小就是OPm。
    其次,3C配合看板系统进行生产计划制订和控制时,其汇总物料清单(BOMpm)必须从ERP系统中通过物料清单BOM而生成;另外,其汇总工艺路线ROUpf亦通过BOM和工艺路线推算出。ROUpf就是生产单位产品p所要使用工作中心f的标准时间STpf,其倒数为最大产出速率MORpf,即单位时间内可以生产的产品p的数量。由MORpf可推算出最大销售速率MSRp。某一物料m的标准时间stmf由准备时间(Setuptime)、操作时间(Runtime)、标准批量(LS)计算而成。可见:
    stmf=(Setuptime+Runtime*LS)/LS
    STpf=∑stif(i=1,2,3,…,m)
    MORpf=1/STpf
    MSRp=min{MORpf}
    TOPp和RBOMm直接通过3C系统维护,确定TOPp后推算出RBOMm。有必要通过业务流程改造简化准备作业,降低生产批量,随时维护好BOMpm和ROUpf数据。看板数量NKANBAN的计算方法参见前述相关内容。
    将按照上述两种计算方法利用3C系统制订的生产计划结果分别输入到ERP系统中去,就实现了3C系统与ERP系统的结合或集成,使传统ERP系统更好地适用于重复性生产方式,使企业达到减小库存和提高效率的目的。

    四、3C理论的局限性及其应用建议

    任何理论都有一定的局限性,只能在一定的条件下起到应有的效用。3C理论只有基于下述两个假设条件才能较好地发挥作用:
    ①成品可分解为产品线(又称产品结构树、产品结构层次),各产品线内的产品有部分零部件具有较高的通用性。
    ②同一产品线的产品在同一条生产线上生产,且具有相同的瓶颈工艺流程和生产能力。
    在实际应用中如何有效地发挥3C系统的优势,下面是几点建议:
    ①对于属于同一产品线、使用专用物料的个别产品,其专用物料的需求计划仍然利用MRP进行制订;
    ②对于通用性高的物料,其需求计划可以用3C理论进行制订;
    ③对于通用性高但价值过低的物料,其需求计划可使用传统的ROP制订;
    ④实际应用时,可针对不同情况在ERP系统的项目主文件(ItemMaster)中适时设定任一物料的需求计划方法(MRP、ROP、JIT、3C等)即可,凡应用3C系统进行物料需求计划制订的产品线的物料,其通用性系数COMI不能太低,一般大于0.6为宜

一点历史

周末盘点了一下自己,发现有好多计划了好久的事情没有去做。

其中一件事情是前天开始的BaaN视频讲座,本来计划一周一讲,现在看来,太困难了。

还有另外一件事情是在博客上做个“一点历史”页面,把以前的有意义的照片放上去,本来打算在春节做个动态的页面,有后台的系统,但是春节过了这么久了,一直也比较忙,这件事情一直搁浅着。上个周末,终于把这件事情也完成了。

虽然看看这两个作品比想象中的要差,没有做好准备,但是分析了一下自己,是不是要执行“Just Do It”呢,如果总担心事情做不好或没准备好而不去做,是不是这件事情就永远的搁浅了呢?还是计划了就去做,事情没有100%完美,能按计划去执行,能达到80分也要去做。

做了才有成绩。不做,想的再完美也没有成绩!

我的“一点历史”:http://www.denghaigang.com/history.asp

周末,拿着相机,翻着相册,看到好的就咔嚓一张,背景为我的床单,呵呵。

第一次用到Photoshop的Automate(自动)和Action(脚本),批处理图片非常好用。第一次在网页中用“锚点”。

BaaN 采购管理

一直想做一份视频教程,今天终于下定决心开始做了。

下面是第一讲,采购管理的第一部分

 

希望对大家有帮助,以后会继续讲。。。