BIEE项目实施心得汇总

第一篇：BIEE项目实施心得汇总

BIEE项目实施心得

报表追溯

A某列报表追溯到B报表

1）不带参数：报表开发编辑页面-列属性

交互-值/列标题：主交互（）操作连接

操作-导航到BI内容

选择报表

OK 2）带参数： 带参数的报表需要在被追溯的报表中添加列过滤器，运算符选择提示（如下图年月）

注意：A表传参数的字段和B表接受参数的字段，列公式：展示层的表名和列名必须一致：

如A表列公式为“维度信息”.“年月”，B表过滤器中提示的列公式也必须为“维度信息”.“年月”

用户和权限

默认年月

建立提示，提示默认值转换成SQL，写入如下语句

a)默认上月：year(current_date))*100+MONTH(CURRENT_DATE)-1 b)默认当日：year(current_date))*100+MONTH(CURRENT_DATE)+DAYOFMONTH(CURRENT_DATE)c)

d)“维度信息”.“年月” >=(year(current_date)-1)*100+MONTH(CURRENT_DATE)-1 e)“维度信息”.“年月” <=(year(current_date))*100+MONTH(CURRENT_DATE)-1 主从事件

必须将发送的维度拖入到提示区

二次开发

1)修改biee logo 用新的同样大的图片/png格式替换 登录主页Logo: oracle_logo.png

D:bieeuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarressk_blafplogin 报表页面Logo：oracle_logo.png D:bieeuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarressk_blafpb_mozilla_4 2)修改标题和头高度：

修改文件路径：

F:BIEEuser_projectsdomainsbifoundation_domainserversbi_server1tmp_WL_useranalytics_11.1.17dezjlwarresb_mozilla header.js

(a,“IMG”);b.border=0;b.src=saw.header.getResUrl(“branding_whitegradient.png”);b.alt=“";var c=saw.createChildElement 去掉抬头

false};saw.header.Viewer.launchAlerts=function(){var a=new obide.AlertsDialog.Model();new obide.AlertsDialog.Viewer(a,obips.FloatingWindow.Manager.getSingleton())};saw.header.Branding=function(e,a,d,b,c){this.headerModel=e;this.logo=a?a:saw.header.getResUrl(”common/oracleLogo.png“);this.productName=d;this.desc=b;this.href=c?c:saw.commandToURL(”bieehome“)};saw.header.Branding.prototype.render=function(f){var d=document;var e=f.insertCell(0);e.className=”HeaderLogo“;var b=saw.createChildElement(e,”IMG“);b.border=0;b.src=this.logo;b.alt=saw.header.getLocalizedString(”kmsgHeaderOracleLogo“);var a=f.insertCell(1);a.className=”HeaderBrandingCell“;b=saw.createChildElement(a,”IMG“);b.border=0;b.src=saw.header.getResUrl(”branding_whitegradient.png“);b.alt=”“--删除表头;var c=saw.createChildElement(a,”span“);c.className=”HeaderBrandName“;saw.appendTextNode(c,'BIEE');--修改表头名this.nameSpan=c;saw.addEventListener(window,”resize“,this.onWindowResize,this,true);this.gradientImg=b;this.container=f};saw.header.Branding.prototype.onWindowResize=function(b){var a=this.gradientImg;if(saw.userAgent.is_ie&&!saw.userAgent.is_ie9up&&b){var c=0;for(var d=0;d

登录主页点管理-

安全性-管理权限

登录主页设置

登录页面点我的账户

起始页

参数变量

Biee的变量分几种(库变量，会话变量，介绍变量，请求变量，Biee内部定义的变量不说了)，用起来经常让大家糊涂，再此做个总结，有异议的地方请消息给我·· 欢迎讨论~ 现在开始吧，Administrator tool-Manage-Variable 下图~

这里是模型RPD定义变量的地方，也就是所定义的变量名都是保存在RPD模型中，Variable 所定义的变量类型分为两大类，一种是Repository(库变量)，另外一种是Session(会话变量)。

其中Repository分两种变量的类型：Dynamic(动态变量)和Static(静态变量)Session也分两种变量类型：System(系统变量)和Non-System(非系统变量)现在说一下库变量的用途，库变量的Static(静态变量)经常是作为项目需求中经常用的固定值做为这个静态变量值的，举个例子：如果一个项目中有10个Dashboard，每个Dashboard有10个page，每个page的下标都需要带上公司的版权注释，当公司被收购了版权需要更改的话怎么办，改一百次版权信息？这里如果用静态变量的话就方便多了，只需修改变量对应的缺省值就可以了。用法如图：

建立一个Static的Repository Variable

变量名为SRV缺省值为222050000，其中要注意一下类型Type，因为是静态的，所以不需要初始化块。在前端直接就可以调用了

命名必须和静态变量的名称相同(不用解释吧)~

看一下效果

OK，调用静态的库变量成功。

这里需要注意一下，表达式和筛选调用库变量的时候是可以VALUEOF('SRV')来引用，而其他地方调用的话例如文本：需要这么写@{biServer.variables['SRV']}。

再看一下动态(Dynamic)的库变量的用途，例如：一个项目中，要求当用户登录的时候看到的数据是当天(当月)的数据，这时候我们需要用到动态的库变量(也有其他方法，不做介绍了)。

所谓的“当前”，就是此刻所在的月，所以这些需要设置初始化块来设置时间的更新设置。如图：

Edit Data Source是编辑查询的地方，会返回若干行值；

Edit Data Target是指定查询返回的数据用于初始化哪个变量的。返回值的顺序和需要初始化的变量顺序需要严格对称；

Schedule的地方就是制定查询执行的频率，即多久更新一次变量。前端的调用方法可以静态的库变量相同；下图依文本为例：

效果如下：

这里需要提醒一下。库变量无论是静态的或是动态的，在前端都是无法对起变量值进行更改的，当然如果是库变量的取的关系库表中的值，通过回写数据库的数据来改动态的库变量也是一种方法哦~

再看一下什么时候Session会话变量，回话变量的设置方法和库变量类似，也是可以直接设置Variables，当然也可以定义初始化块来定义更复杂的会话变量，其中会话变量分系统变量和非系统变量。

系统会话变量：DISPLAYNAME,EMAIL,GROUP,LAST_SYNCH_TIME and THIS_SYNCH_TIME, PORTALPATH,REQUESTKEY,SKIN,USER,WEBGROUPS.这里常用到的就USER,GROUP,DISPLAYNAME三个，其他变量是含义请参考 Business Intelligence Server Administration Guide。非系统会话变量名称可以自定义，但不要和系统变量同名即可，这里不再说步骤了，和库变量定义相同，这里定义了一个非系统回话变量的如下：

其中Edit Execution Precedence是加载其他的应用程序定义的变量（例如：LDAP定义的用户变量）。

Test可以测试查看到变量名称和其缺省值

再前端调用一下

注意调用会话变量的时候是VALUEOF(NQ_SESSION.变量名)而调用库变量的时候是VALUEOF(变量名)

OK~调用成功。

注意当不加指标列的时候（只有会话变量列的时候会报错）~

系统自带的会话变量如USER,GROUP等就不举例了，网上有很多实例，也可以去看我的相关LDAP权限控制博文。再看看前端可以定义的变量~ 前端可以定义的变量都是创建提示中设置

他分为介绍变量和请求变量，其中介绍变量是把提示中（也可叫筛选器）的所选项作为变量的Value值进行使用，用法如下： 定义介绍变量名

用@{变量名}的结果来引用

那么什么是请求变量，请求变量是从新定义会话变量的Value值的变量，其新定义的值来自提示所选项。

设置请求变量名的时候必须要和将修改的会话变量名称相同，上边已经定义了一个非系统会话变量SessionTest，Value值为222010000，下面以这个为例，来修改会话变量SessionTest 的Value值。

定义一个提示的请求变量，名为SessionTest

在做一个会话变量的表

这里无需加筛选器，因为调节列是来自会话变量，我们实验的目的就是用提示的请求变量来修改这个会话变量的列~ OK~添加到仪表盘里看一下结果~

为了试验明显提示的缺省值没有进行设置，这里的缺省值是来自会话变量的222010000。

操作一下提示来改变会话变量的Value值~

OK~~！

变量用法总结：

库变量在Answers列的编辑公式中调用方法是VALUEOF(”变量名")

会话变量在在Answers列的编辑公式中调用方法是VALUEOF(NQ_SESSION.变量名)

库变量和会话变量在其他地方调用（例如文本中）是@{biServer.variables[‘变量名']} 介绍变量的调用方法是@｛变量名｝ 系统自带了一些会话变量如下： Delivers：@{currentMonth}。

currentTime => @{system.currentTime} = 2010-5-14 2:21:30 system.productVersion => @{system.productVersion} = 10.1.3.4(Build 080726.1900)session.locale => @{session.locale} =zh-cn session.language => @{session.language} = zh rtl =>@{session.rtl} = false

session.loginTime => @{session.loginTime} = 2010-5-14 1:42:36 session.logoutTime =>@{session.logoutTime } = 2010-5-14 1:42:31 session.lastAccessTime =>@{session.lastAccessTime} = 2010-5-14 2:21:29 session.currentUser => @{session.currentUser.id} = administrator

user.homeDirectory => @{user.homeDirectory} = /users/administrator user.id => @{user.id} = administrator

user.displayName => @{user.displayName} = administrator

数据权限设计

待讨论

第二篇：biee报表开发总结

biee报表开发总结

（一）当BI项目已经在essbase中搭建好框架之后，接着就要通过biee制作各种报表来展示BI的成果了。

BIEE报表开发能否成功的关键就在于初期的设计。首先你必须明确你的需求，你开发的报表是给哪些人使用的，他们会如何使用，比如他们一般会有些什么输入，他们希望产生什么样的输出以及他们可能会做什么样的下钻动作。一张报表往往只是给一类人使用的，你必须精心地为他们挑选合适的维度以及初始粒度。所以同样的查询内容往往需要做好几张报表适合不同维度不同方式的数据查看（用下钻的方式可以通过汇总数据查询到详细数据，但是效率不高，如果已有足够的信息可以直接查到详细数据则直接显示详细数据）。这样做可以减少每次查询使用到得维度，从而提高查询效率。一般在一张仪表盘页中只放一张报表（汇总报表除外）。

一组报表一般由一张汇总报表（给领导查看）和几张明细查阅报表组成，汇总报表中包含各种图表，初始粒度大，同时支持很深的下钻，明细报表针对某个用途提供合适的查询方式，一般不放图表。维度是由请求字段控制的，字段越多查询越慢，所以请求字段不能过多，尤其是大的维度（我遇到过成员好几千的维度，而且层次很少）不能太多，除非已经在筛选器中进行控制，最好不要直接添加时间字段，而使用全局筛选器来控制时间。相反请求提示和相应的筛选器越多查询效率就越高，所以请求提示和筛选器可以多一些（这样还可以提供便捷的访问），请求提示使用什么输入方式也是需要考虑的问题。关于使用表还是数据透视表，两者各有利弊。表因为其结构就是请求字段的结构，所以可操作性强一些，可以实现很多数据透视表无法实现的功能（仪表盘排序，条件样式等），但是数据透视表在表现能力上优于表，尤其是维度较多的情况，可以通过一些高级的操作来改善数据透视表的功能（如修改saw脚本）。

总体来说BIEE报表的设计要控制好以下3点：

1、汇总和明细分开；

2、控制各种不同的查询路径；

3、考虑查询效率。

biee报表开发总结

（二）因为我做的报表的数据源是essbase多维数据库，所以在制作报表时不需要在administration tool当中添加维度和度量。只要直接导入数据源，然后做两次拖曳就可以了。但是很不幸的是BIEE其实并没有提供对essbase很好的支持，很多功能都无法实现，或需要调整之后才能实现。

在将文件夹从物理层拖到逻辑层之后，可以看到多维数据库的逻辑结构，但是展开的时候有些让人不知所云，因为biee并不使用essbase大纲中的名称，而是根据维度层次来命名的。需要注意的是每个维度实际是从第2层(Gen2)开始的(因为essbase大纲中的实际维度也是从第2层开始算起，第0层是大纲的根，第1层是维度的根),之后的层次可以看到被标为蓝色，这类似于关系型的雪花模型。所以在将文件夹从逻辑层拖到展现层之后就可以把第0层和第1层删了。维度的每一层只有一个key，它到底是维度值还是它的别名呢？答案是别名，而且我到目前为止还没有发现显示维度值的方法(可能是BIEE不支持)。接着修改一下维度和度量的标签就可以在answer里面使用了。但是这样还是不够的，当使用到聚合的时候就会出现“发现外部聚合集”的错误，原因是BIEE在导入essbase的时候，默认将度量的聚合属性设置为外部聚合。只要将外部聚合改为正确的度量即可，注意在物理层和逻辑层都要改，另外所有度量都要指定一种聚合方式，不能为none。

biee报表开发总结

（三）在answers中的开发难点就在于设计，我在(一)中已经介绍了经验。但是显然不可能一开始就设计得十分完美，有的时候会遇到功能实现不了或者效率太低，报表根本刷不出来，这时要么修改原先的设计，要么想办法解决问题。

关于如何提高效率，首先是优化查询。在BIEE当中，有趣的一点是它首先根据你的设计生成一条SQL查询语句，然后如果判断出数据源是多维数据库，则再将SQL语句在后台转化为MDX语句去执行。转化的逻辑大致是，select子句中放查询目标集(对应于MDX中的select字句，但是没有行列之分)，from字句中放cube，where字句中定义如何进行切片。所以在设计时尽量控制请求字段(对应select字句)中的维度字段，不需要的维度不要添加，尤其是大维度，而筛选器(对应where字句)则尽可能的多，这样切片可以切得小一些。另外查询的逻辑不要太复杂，不要使用嵌套查询(筛选器不要使用“根据其他请求结果”)。如果这样还不行，就只能优化数据源了，对于essbase，可以考虑将一些复杂的动态计算转为预先计算后存储(虽然这样做很可能会导致占用的空间增长好几倍...)，可以大大提高效率。

在BIEE中表的样式控制要比数据透视表灵活得多，基本的样式都是可控的，所以能用表的时候就尽量用表。关于如何设置样式，由于比较繁杂而且在(一)中也介绍了一些经验，所以这里就不一一介绍了，比较重要的就是条件样式(只用表能用)，可以灵活地控制显示样式，另外就是列的隐藏，可以控制哪些列在表中不显示。

BIEE的访问控制是比较灵活的，可以使用单独的链接，也可以对标题设链接，还可以对值设链接，并可以控制是否用于下钻(在列的交互控制当中设置搜索或链接)。BIEE最神奇的就是筛选器中的提示选项，选了这个选项不仅可以使用提示中的选择还可以用于链接的值传递。如果一个请求的字段的筛选器使用提示，则通过值链接被连接过来的时候，该字段就会被筛选为进行链接的那个值。另外使用提示默认是所有值，所以可以灵活的控制提示字段，比如同一个请求在不同地方使用时，需要的查询条件可能不同，这时可以通过请求提示来控制查询条件，此时就必须将所有使用到的查询条件字段加一个使用请求的筛选器。

不过在awnser中提示筛选器是不会被使用的，如果不使用筛选器就会导致查询过慢的话，建议在设计报表时先指定一个筛选值，设计完成后再将筛选器的筛选方式改为请求。对于实在无法实现的功能，最后一条路就是修改saw脚本了，但是有关BIEE的saw脚本的文档实在太少...不过通过查看saw脚本倒是可以分析出别人的报表的某些功能是怎么实现的。实施上saw脚本包含了一个请求的一切，包括显示样式和SQL查询，所以如果要备份或者拷贝一个请求，最简单的方法就是把saw脚本拷贝下来。如果你想直接修改SQL查询语句，应该先看一下SQL查询语句的各个字句存储在saw脚本中的什么位置，然后对saw脚本修改，如果直接改下面的SQL框，点了设置SQL的结果是，它产生一个最简单的SQL语句(没有任何附加内容)，而且把原来你的一切设置都重新初始化(要是你之前没备份的化，赶紧退出重来吧，千万不要保存了...)

另外介绍一些经验。为了防止字段过多导致一格内无法一行显示，可以在格式化视图的附加格式中指定一个很大的宽度，然后选择单元格向左对齐。如果只想修改请求条件的化，最好不要直接双击进入，而是先打开所在的文件夹，然后在面板中选择修改条件，这样可以避免一次不必要的查询。查询如果异常中断，即使你在后台取消了请求，甚至删除会话，essbase仍然会继续执行，如果你想进入同一个请求就会报错，这时你能做的就是等待，等essbase执行完毕才能继续使用(这也是BIEE与essbase不兼容的一个表现，它导致了BIEE的不稳

定，所以要尽量避免没有筛选控制的查询)。

biee报表开发总结

（四）本文主要讲biee中answers和dashboard的开发步骤。在administrator tool搭建好框架之后，接着通

过在浏览器中操作的answers和dashboard开发最后的报表显示。

首先要做的是添加全局筛选器。对每一个维度都设定一个全局筛选器，每个层次都设定为请求。

接着开发请求。按请求在报表中的使用顺序一个一个开发请求。先选择合适的请求字段，再添加全局

筛选器，接着添加测试筛选条件（因为全局筛选器中的筛选条件都是请求，所以不会在answers中发挥作

用，所以不会和测试筛选条件冲突），然后在表中查看结果，如果要用表显示则调整字段的顺序。如果不

报错且数据无误，则返回请求条件面板，添加一些需要计算的字段(这些字段可以通过加入一个原始字段

然后用编辑公式输入计算表达式产生)，设置标题和值的样式，并添加筛选器。然后在结果面板中开发需

要用到的数据透视表或图表，同样需要设置字段顺序和显示样式和一些其他小功能（比如计算和排序）。

然后在组合布局中调整布局，并调整格式化视图中的值。最后回到条件面板，在列格式中设置交互即链接

（建议不要现在做，因为链接最好链接到仪表盘，不过如果链接的内容很简单也可以这里做）。

然后开发提示。提示要考虑到所有可能的筛选，提示可以尽量多（就像筛选要尽量多），但是必须要

关联到筛选器。提示的输入方式很重要，必须要根据实际需求精心设计。提示之间有关联的要勾选约束，这样可以限制提示的内容。但是biee的约束很恶心，你不能限定某几个提示有约束，一旦勾选了约束，就

会和所有约束关联，也就是说如果其他任何一个提示被输入错误的值，它就会报错。对提示进行分组以防

止一行中提示太多。提示设计完成后一定要预览一下，看看效果如何，尤其是约束关系。这时可以将所有的测试筛选器删除了。

然后就可以再dashboard上开发了。首先建一个仪表盘，然后添加提示和请求，不同的请求放在不同的部分，但是因为部分只能垂直排列，所以如果要水平排列则必须放在同一个部分，并设置排列方式为水

平排列，排版的时候要注意，各部分的附加格式的宽度必须一致，否则会出现排版错误。最后就是甚至权限了，这个很简单，这里不介绍了。

整个开发过程当然不可能按上面的步骤一帆风顺地做下来，在开发过程中经常会遇到需求变更和一些

意外的结果，所以整个开发过程应该是一个循环迭代的过程，不断地完善，最后使得开发出

来的报表十分

好用而且能够从各方面反映这个报表应该反映的内容。

第三篇：ORACLE ERP实施项目心得

本人曾在东莞某大型台资企业工作近三年，其间参与ORACLE ERP实施一年多。以下就一年多来实施ERP的经历作一个总结，一来反思实施过程中的不足之处，同时也可作前车之鉴。

ERP(Enterprise Resource Planning)企业资源计划，简单的说ERP就是将企业的物流、资金流、信息流进行整合管理的管理信息系统。

ERP基于一套软件系统来实施，但ERP并不等于只是实施一套软件系统。笔者认为实施ERP更是实施一种先进的管理思想。它在充分了解企业现有管理流程的基础之上，通过一套软件系统对企业全方位、即时的管理和控制。通过自己一年多实施的经历总结出实施ERP最重要的三点：

1、了解企业的管理流程;

2、选择合适的ERP软件;

3、人。

对企业管理流程的了解实际是做需求分析，全面了解企业流程，并仔细分析是否需改进或变革。实施ERP是否需要做BPR(流程重组)。特别注意一些基本原则的制定，如原物料编码原则、成员编码原则，BOM架构原则等是否科学及合理，因为这直接关系到ERP系统Database的建立。总之需求分析越细、考虑越周全，实施ERP成功的机率就会大点，所谓“多算胜，少算不胜”。

ERP软件的选型，如同人选衣服一样，没有绝对合身的，除非你量身订做（定制开发）。这就需要考虑两个方面：软件现有系统功能、二次开发是否容易及开发成本。无论如何企业现行管理流程和软件之间总不能完全配合，对于到底是要软件适合企业还是企业迁就软件，这很难说。如果企业本身管理机制很健全，当然可作二次开发改善软件功能;如企业本身管理机制不那么健全，对于薄弱的地方可适当作作BPR，改善工作流程来适应软件系统。

ERP软件选型还应注意，不要迷信品牌，什么SAP第一，ORACLE第二等。国外品牌好不好，当然是肯定的，但要不要选就不一定。因为第一、中国企业与外国企业的管理方式并不完全一样，工作流程与使用习惯也不样；第二、由于习惯的不同，它的Report也完全不符合中国企业的格式，仅仅Report的二次开发就会让企业头大，更不要说其它功能的二次开发;第三、除软件本身的成本外，你要考虑它的顾问费用也是很昂贵的；第四、为配合软件你还要购置相应很昂贵的服务器并且之后还要源源不断的投入硬件设备的维护费用及更新费用。请记住“软件”终究只是一种工具，好不好必须结合企业实际。

企业活动的主体是人，实施ERP离不开人，这里所说的人包括以下几个方面：

一、企业高层。ERP是一个系统工程，不是某个人、某个部门的事，更不只是IT部门的事。这就需要高层全力支持，调动各相关部门，相关人员密切配合。

二、实施团队。ERP实施团队需要复合型人才，这就需要既懂管理又懂软件操作的人，而不是IT部门只懂技术的人来实施。

三、企业员工。企业员工是最终使用者，但相对来说素质又较低。所以需要对其耐心仔细的培训。

四、实施顾问。没有专业有实际经验的实施顾问来指导ERP实施，无异于让企业的实施团队拿企业做实验，他们要花数倍的时间和精力摸索，可能得出的最终结果是此路不通。

总之ERP的路还很漫长，不绝于耳的好像都是坏的消息，但是不要忽略一点“ERP帮我们建立了一个可以不断进行自我评价和不断改善管理的机制，让我们充分认识到企业自身管理的缺陷”。也许这何尝又不是“塞翁失马焉知非福”呢？

第四篇：ERP项目实施心得分析

ERP项目实施心得分析

经历了N次ERP项目，有些心得，花些时间写出来供大家参考，抛砖引玉，希望大家多多交流。

企业在应用ERP系统后不能充分获益，甚至ERP项目实施失败的原因究竟是什么呢？刘铭总结了几条原因：

1.基础数据不准确，不能根据这些数据来指导企业的生产经营活动；

2.企业员工对ERP系统缺乏主人翁的精神，企业一般只是计算机技术人员在做这项工作，整个项目推进十分困难；

3.实施过程缺乏切实可行的计划，拖延太久，以至于员工对项目实施失去热情；

4.关键岗位的员工调换工作，新来的员工不了解情况，结果项目受阻；

5.公司员工不愿意放弃已经习惯了的工作方式，而转向使用ERP系统。他们经常希望修改ERP系统来适应他们原有的工作方式；

6.对企业员工教育和培训不足；

7.最严重的问题是高层领导不重视。

不难看出，以上这些问题本质上都是人的问题。其背后的原因还是对ERP的原理、实施和运行管理的方法缺乏深刻的理解和认识。既然ERP实施不成功的本质问题在于人，那么企业就需要从改造人上面下功夫。

下面这十条忠告就是刘铭针对这些问题总结出的经验、心得，对实施和应用ERP系统的企业有很好的借鉴意义。

1.领导全面支持。ERP系统是用来完善、改进一个企业的整体工作流程。所以它统筹安排企业的物料、资金和人力等各种资源，与生产和经营息息相关，涉及到企业的每一个人。因此企业领导必须理解ERP，并对其大力支持。

2.高度重视数据的准确性，建立必要的责任制度。不准确的数据对于计算机来说其实就是“谎言”，它们只能被计算机用来高速地产生错误的答案。因此，必须建立明确的责任制度，保证在数据操作的各个环节都有专人负责，否则数据的准确性就得不到保障。

3.确立ERP系统实施的目标。搭建ERP系统必须确定明确的目标，并根据它来衡量系统的性能，不断改进系统。

4.不要将没有经验的人放到关键的岗位上。在大多数企业里，能干、经验丰富的人总是忙得不可开交，如果没有特意的安排，他们不会有“空闲”来参加ERP项目。但是正是这些重要的员工才是成功规划和实施ERP系统的基本保证。因此，一定要千方百计地发挥这些骨干力量的聪明才智，切不可让有时间而无经验的“南郭先生”参加ERP项目的关键工作。

5.不要压缩人员培训的费用。培训费用要比忽视培训而付出的代价小得多。

6.寻求专家的帮助。一切自己蛮干将比聘请有经验的专家花费更大。

7.不要把手工系统的工作方式照搬到计算机系统中。如果对现行的工作方式及其结果颇为满意而不愿意寻求改变，那么搞ERP就是浪费资金。

8.项目实施在时间上既要从容，又要紧迫。实施ERP系统可以分解为一系列具体的工作任务，有些任务烦琐却必不可少，对此要从容计划，不要急于求成。而另一方面，为避免实施过程无限期延长，紧迫感也是十分必要的。

9.树立全员参与意识。ERP的运行需要计算机，但这决不意味着ERP只是数据处理部门的事情，只有全员参与并树立起用户的主人翁精神，才能充分发挥ERP的作用。

10.ERP系统不是万能的。ERP可为企业带来多方面的效益，但它不能包医百病。

第五篇：项目实施情况

喜德县畜牧局

第三、四批扩大内需项目实施情况

一、2009年第三批扩大内需动物防疫体系建设项目

根据四川省畜牧食品局《关于下达2009年四川省乡镇兽医站基础设施建设项目初步设计方案的通知》精神﹙川畜食计字[2009]41号﹚和喜德县发改局《关于转下达凉山州2009年动物防疫体系建设项目第三批扩大内需中央预算内投资计划的通知》（喜发改函[2009]25号），我县乡镇兽医站基础设施建设共12个乡镇兽医站，其中新建乐武乡、北山乡、西河乡、沙马拉达乡、洛莫乡、热柯依达乡、额尼乡7个站。每站新建业务用房120平方米、采购仪器设备30台套；改造依洛乡、巴久乡、博洛拉达乡、则约乡、鲁基乡5个站，每站改造业务用房120平方米、采购仪器设备30台套。项目总投资162万元，其中中央投资141万、地方配套21万元。

（一）项目实施情况

根据项目下达计划，我们按省局编制的初步实施方案，编制了我县的实施方案，拟定了建设内容、建设要求、建设期限，制定了项目管理措施，成立了项目领导小组、技术小组、实施小组，制定了资金管理制度，保证了项目的顺利实施。

1、施工图的设计

按照各乡镇地基的差异性，我们统一要求由四川同舟建筑勘 1 察设计有限责任公司设计出了一楼一底的施工图。

2、比选情况

按照要求项目的基建部份，分三个标段（第一标段为乐武乡、巴久乡、沙马拉达乡、洛莫乡；第二标段为依洛乡、博洛拉达乡、则约乡、热柯依达乡、额尼乡；第三标段为北山乡、西河乡、鲁基乡）在四川日报招标投标栏目部进行网上比选：

经两次比选的结果均无人投标，按要求于2009年9月9日下午2时30分在县政务中心进行了邀标，按照邀标程序，邀请有关单位人员进行监督、评审。

最终中标的是：第一标段，四川华蓥建筑集团有限公司；第二标段，资阳市中梁建筑工程有限公司；第三标段内江市东兴建筑工程有限公司。

为保证工程及时开工，按期竣工。于2009年9月16日与施工方签订了施工合同。

（二）项目进展情况

1、通过前期的准备工作

项目已于2009年9月20日全面启动。其中则约乡、沙马拉达乡、依洛乡、鲁基乡，热柯乡、额尼乡、西河乡、北山乡的基建工程均已完成100%；由于遇上雨季，交通受阻，洛莫乡、巴久乡基建部分完成50%后停工等待，乐武乡等待明年与乡镇文化站一起施工。

2、仪器设备采购 目前实验室设备已全采回，剩下的电脑、摩托、冷藏柜、业务票据打印机、识读及数据采集设备、数据存贮卡采购的准备工作已完成，怕设备运回乡镇上无人管理而导致丢失，将等待基层站人员到位后立即挂网采购。

3、资金拨付情况

到8月30日止，财政已拨付项目款137.3982万元，项目工程借支1191440元，前期费用开支79840元。

三、存在问题：

1、由于我县属国定贫困县，地方资金配套难度大。

2、我县属边远少数民族地区，居住分散，交通不便，所建造的乡镇站均离县城较远。因此运输、人工费的成本超过原预算。

3、工程涉及的各种前期费用20多万元，县财政负但担重。基于以上因素，在一定程度上影响了项目建设进度。

二、2009年第四批血吸虫病农业综合治理重点项目

（一）项目实施情况：

本项目于2007年进行分析论证形成《喜德县2008年血吸虫病农业综合治理项目可行性研究报告》，并上报省、州，省发改委于2007年7月31日批复，同意立项。

2009年7月国家发改委、农业部联合下达投资计划通知（发改投资[2009]1781号）文件，把我县血吸虫病综治纳入第四批扩大内需项目。

本项目总投资404万元，其中中央预算内投资306万元；地 方配套62万元；农民投工投劳36万元。建设规模水改旱1900亩;耕牛圈养2900头;挖鱼池120亩，主要在我县原疫区的红莫、李子、鲁基、东河4个乡镇9个村25个组实施。由于项目任务量大，资金少，故采取“民办公补”的形式解决，在县技术组的指导下，农民自建、然后按照中央补助资金每头牛361.1元,水改旱每亩489.36元,挖鱼池每亩2454.2元的标准直接补助给农户。资金发放方式采取项目乡镇与农户签订建设内容及任务协议书，并以村为单位公示无异议后，各项目发放总补助款的30%给农户作为项目启动资金。项目各项任务建设完成后，先由技术组、乡镇自查、再申请县领导小组验收合格付后，在兑现项目总补助款的65%给农户。实验室仪器设备及办公用品由政府采购办完成。

二、项目进度：

截止2010年5月底，除实验室未改造外，其余工程已全面完成，其中：完成耕牛圈养2900头，完成任务数2900头的100%，改造牛圈12732㎡，完成任务数1160㎡的109.8%；完成水改旱1900亩，完成任务数1900亩的100%，硬化主沟29条7046m，修筑暗沟18条1100m，回填土方820m ；挖鱼池120亩，完成任务数120亩的100%;完成购置实验室仪器设备47件(套)，由于地方配套资金未到位，故实验室改造100㎡未实施。并于2010年6月上旬通过县项目领导小组自查验收合格。现正积极编写验收材料、做音象资料和财务结算，准备申请省发改委和畜牧食品局验收。

三、经费使用情况： 本项目共使用国家预算内投入资金306万元，实行专户、专账管理，严格执行县级报账制。用于补助农户资金198.9万元（其中耕牛圈养87万元;挖鱼池26.4万元；水改旱85.5万元）；用于实验室仪器设备和办公用品的采购40.0227万元；用于培训资料等其他开支5.82万元；用于东河乡东河村一组农户受灾重建项目启动预备资金10.082万元；用于项目农户补助（5%的质保金）28.2478万元。仪器设备及办公用品采购结余9.3303万元；管理费还有12.93万元；资金余额6672元。

四、存在问题：

由于地方配套资金未到位，目前实验室未进行改造。

2010年9月6日