阅读排行榜

1. 结构静力分析边界条件施加方法与技巧——约束实例篇(17147) 2. 板壳单元和实体单元的连接(10688) 3. 浅谈ANSYS中自定义截面的简单应用(一)(9910) 4. 大连重工起重CAE简介(9866) 5. 利用TOAD实现Excel数据在oracle的导入导出(8818) 6. 热—固耦合分析(8135) 7. 机构柔性体分析(7462) 8. 结构优化分析及应用实例——拓朴优化(7193) 9. 结构静力分析边界条件施加方法与技巧——载荷实例篇(7028) 10. CAE在产品生命周期中的作用(7002) 11. I-deas软件将何去何从?(6538) 12. 结构设计CAE主业务流程(6406) 13. 结构动力学分析方法及应用实例(6269) 14. 结构疲劳分析方法及应用(6188) 15. PDM行业解决方案势在必行(6034) 16. CAE技术认识的三大误区(5286) 17. 有限元模态分析计算中值得注意的几个问题(5218) 18. 学习有限元分析的方法与途径(5026) 19. 商用CAE软件占领市场的三大关键要素(4730) 20. CAE分析与手动计算(4611) 21. 谁来做国家信息化规划?(4542) 22. 大连重工起重PDM应用情况简介(4470) 23. CAE人当卧薪尝胆(4467) 24. 收购来的3D软件买得起,“养”得起吗?(4398) 25. 有感而发老外索要CAE模型(4379) 26. 制定CAE行业标准势在必行(4369) 27. WBS分解在PDM项目实施中的应用(4334) 28. 3D推广应用到底难在哪?(4261) 29. 有限元软件与CAD软件的融合(4209) 30. ANSYS中定制工具栏(4196) 31. 为什么我们也用世界一流水平的软件却设计不出世界一流的产品?(4163) 32. 结构设计CAE建模技巧-1(4058) 33. PDM定制开发策略(一)(4046) 34. 结构设计CAE建模技巧-2(4004) 35. 产品设计如何降成本-1(3885) 36. PDM定制开发策略(二)(3810) 37. 有限元计算中不同单元对计算结果的影响(3806) 38. 感受2011中国CAE年会(3783) 39. 企业在信息化认识上的几大误区(3744) 40. 对CAE仿真技术与产品设计研发相融合的再思考(3449)

评论排行榜

1. 发布TCIS 制造业PLM行业解决方案2.0版本(41) 2. PDM行业解决方案势在必行(39) 3. 结构静力分析边界条件施加方法与技巧——约束实例篇(35) 4. 收购来的3D软件买得起,“养”得起吗?(28) 5. 谁来做国家信息化规划?(27) 6. 结构设计CAE主业务流程(21) 7. 大连重工起重CAE简介(20) 8. CAE在产品生命周期中的作用(19) 9. CAE人当卧薪尝胆(19) 10. 有感而发老外索要CAE模型(15) 11. I-deas软件将何去何从?(14) 12. 项目“难产”谁的错?-1(14) 13. PDM应脱下昂贵的“外衣”(2)(13) 14. 为什么我们也用世界一流水平的软件却设计不出世界一流的产品?(13) 15. 结构静力分析边界条件施加方法与技巧——载荷实例篇(11) 16. 项目“难产”谁的错?-2(11) 17. 机构柔性体分析(11) 18. 感受2011中国CAE年会(11) 19. 热—固耦合分析(10) 20. CAE技术认识的三大误区(10) 21. “快 快 快 ”都是“快”字惹的祸(10) 22. 制定CAE行业标准势在必行(9) 23. 关于11.5节能减排答记者问(9) 24. 当今CAE技术推广应用需要解决的问题(9) 25. 3D推广应用到底难在哪?(9) 26. 大连重工起重PDM应用情况简介(8) 27. 发布《PDM制造业行业解决方案1.0版》(8) 28. 有限元软件与CAD软件的融合(8) 29. PDM普及策略之“瘦身计划”-1(8) 30. 企业在信息化认识上的几大误区(8) 31. 国际上的移动式散料连续搬运设备设计标准(7) 32. 企业领导层的培训对信息化推广使用影响极大(7) 33. PDM应脱下昂贵的“外衣”(1)(7) 34. 海工装备这块蛋糕不是所有企业都适合吃的(7) 35. TCUA9.1开发的问题,待解决?(7) 36. 结构动力学分析方法及应用实例(7) 37. 结构疲劳分析方法及应用(7) 38. 制造业3D设计实施前期的关键因素(7) 39. 结构设计CAE建模技巧-2(6) 40. 关于CAE数据流与ERP数据流之区别(6)

最新评论

文章怎么只能看到部分? --我不知道
您好,我能请教一些关于ansys工具栏的问题吗? --qizhenlake
拜读了谢谢 --zhangjuhua
赞,CAE践行者! --Ewk_zd
祝贺!践行者,学习者,探索者,贡献者! --真挚
国内有相关人性化的企业没? --conion
正在努力 --教主2013
国内创新环境还不足以改变现有的企业研发流程,所以,只能在个别产品、个别公司或群体局部范围内推广! --jwcad
欢迎交流 --结构设计CAE
很专业 --【匿名用户】:E-works热心网友
有建筑设计师说他设计的楼房每平米载重是多少多少,是不是就用到了这项技术?博主说的操作技巧是不是可以让这项技术在实际应用中大大提升效果和效率? --真挚
文笔不错,赞一个先! --滨城水镜
清新的笔调,清新的环境,放松心情,放飞梦想! --真挚
这篇文章总结的真好。作为CAE的门外汉看了也基本搞清楚了。谢谢哦 --【匿名用户】:E-works热心网友
大环境安于现状,部分有积极想法的人也会被淹没了,导致恶性循环。 --汤相如
谢谢!我主要是想搞明白CAE在业务流程和部门互动中的位置和作用。一个管理者必须搞清楚这个问题,否则就不能有效利用资源。 --真挚
回答正确。
--CAE.PDM
CAE的“事后”校核是一种很不负责任的做法,生米已经煮成了熟饭,即使校核出来问题损失已经产生了,这是整体协调不良的结果。假如销售部门要求改进产品结构,得先经技术部门论证,这期间就包括CAE仿真模拟,这个过程要涉及到很多部门反复磋商,最终选择一个较为适合的方案投入生产。理想的状态是:仓库的成品或部件都是经过论证后确认方案的产品,这些成品或部件的分类与目录数据相关部门共享。

我说的有道理吗?等待博主的“仿真鉴定”。 --真挚
李主任,“真挚”博友是女士哦!~O(∩_∩)O~ --蔻色指尖
CAE人曾经总结了两句至理名言,一句是:CAE人就是干活的;二句是:CAE人就怕与不懂CAE的领导谈CAE问题。将CAE划归为普通管理岗位的领导可能根本就不知道CAE是干什么的
--CAE.PDM
从未听说过企业的CAE属于管理岗位,CAE跟产品直接相关的 --CAE.PDM
感谢真挚先生及其他博友关注此文,也十分钦佩做ERP的人关注和学习CAE。限于水平可能未必将问题表述清楚,请见最新博文《关于CAE数据流与ERP数据流之区别》 --CAE.PDM
我今天在百度里学习CAE,还得继续。 --真挚
很喜欢博主的文章。因我不了解CAE的操作要点以及与设计过程、业务流程、管控过程等之间的链接与互动方式,这篇博文我读了好几遍还是不能很好的理解,心里挺郁闷。 --真挚
到底如何解决?没看懂,一头雾水,太难了! --【匿名用户】:E-works热心网友
恭喜博主“重出江湖”! --滨城水镜
 你们在用CAE流程?可否show一下?让俺们也学学
--【匿名用户】:E-works热心网友
好久没见到博主的文章了。向可爱的CAE人致敬! --【匿名用户】:E-works热心网友
嗯,有一定道理的,好的东西不一定适合你,这个每个企业应该在买软件之前会有预算的,呵呵 --无敌战神
--蔻色指尖
小范围推广不知是否可行 若全面推广后 效率降低 责任重大噢 --【匿名用户】:E-works热心网友
为了博主专门申请的账号!
--zhangqu114
--【匿名用户】:E-works热心网友
问的好!
刚在本网站看到了一些公司的精益研发案例或者说明--不知所云啊。
和精益研发一点边都粘不上,可悲啊! --【匿名用户】:E-works热心网友
请问1在哪里?只看到了2. --bjjob1
想当年,我们公司的计算部门都不把cae模型给我们设计部门看的!!! --bjjob1
“有限元分析,是一门计算的艺术;其结果可靠性与否,几乎完全可以掌握在这个艺术家的手中,而不是软件本身“
同意这句话 --bjjob1
看来大连重工真是不简单啊。毕业的时候有几个同学貌似去了该单位,不知道现在是在做设计还是别的?我太远科技大学的,初学CAE , 觉得作者在仿真这方面很有实战经验啊,多学习! --bjjob1
要想真正的融合,不是那么简单的啊。 --bjjob1
各位博友们,TCUA9.1现在官方的资料很少,实施过的人也非常少,我们还都处于摸索阶段,为了便于为我们更好的交流,我留一下我们的办公电话:0411-86852269,有问题我们一起探讨,共同进步! --CAE.PDM

项目“难产”谁的错?-1
本文标签: PDM PLM 

       随着计算机的发展,信息化的普及,应用软件在企业生产中扮演着越来重要的角色,一款优秀的应用软件可以在很大程度上代替手工操作,可以大大提高企业的生产效率。应用软件产业在我国已经走过了几十个春秋,从最初的财务软件到MIS,再从MRPMRP2ERPPDM,而真正商家和用户双赢的项目却不太多,更多的项目则是虎头蛇尾或是不欢而散。其实从技术角度来说,商家实施项目是错错有余的,但架不住用户不给力,主要体现一个字“拖”,被用户“拖黄”的项目太常见了,不过单巴掌拍不响,这种情况用户、商家需要各打五十大板。去年,我朋友就曾做过一个项目,一年半过去了,项目还在“娘胎”中,迟迟不肯“临产”,针对此次项目我来说受说我的一点点认识吧(完全个人看法)。

和每个项目一样,在项目前期,项目经理已经把整个项目的进度做了详细的规划,开发人员为保证进度日夜赶工,终于在计划内完成任务,但到了用户测试环节却变得一塌糊涂。因为用户根本不重视,只顾忙乎自己那点活,拿测试当成儿戏。用户不积极参与测试就注定了这个项目不会顺利,必定要脱期。测试期已过,开发人员都相继撤离现场加入到另一个项目中,而这时呢,用户那边却又来“精神”了,今天销售测,发现有问题,明天生产测,又发现业务不合理,商家的项目负责人每天能接到无数个这样的电话,换成谁谁不烦,早干啥来的?但是也不能不管啊,商家工作人员只能一趟又一趟的往现场跑,最不能理解的是,需求改来改去,这个说这么做,那个说那么做,也不知道哪个说了算了?就这样几个月下来,已经到了系统上线阶段,可是用户那边呢,竟然还处在测试阶段,从而导致系统迟迟上不了线,一年下来商家一分钱没有拿到,当然不乐意了,而用户也不乐意“我还没测完,系统还有问题我凭什么给你钱”,就这样这个项目直至今日,交付日也是遥遥无期,之前的合同成了张废纸。

问题剖析:

1、用户领导的问题

由于领导对项目不够重视导致推广力度力度不够,没有对项目有一个合理的规划和硬性的要求,从而导致下面的工作人员以一个应付的心理去对待项目,工作人员和商家不能积极的配合,项目怎么可能会做得顺利。应用软件项目实施就得趁热打铁,充分调动员工的积极性,充分利用商家技术人员在现场的这段时间去解诀、了解更多的东西。为了提高效率,也为了让工作人员更快的掌握系统,领导在必要的时候应该下达一些硬性指标,哪个部门出现拖期现象,直接考核,这样一来,我估计没有一个员工敢不重视项目的。

另外这些领导也缺乏些远见,你家把项目弄得磨磨叽叽的,即使项目成功上线了,遇到点“头疼脑热的病”,人家商家还愿意管你?难不成连“流鼻涕”的小病也要花钱去“找大夫”吧?如果项目失败了呢,那么我估计这家企业在PLM这个圈里德名声也臭了,以后没人愿意给你加做项目,劳民伤财的活谁爱干啊?

(未完,待续)

发表于: 2010-12-20 15:22 CAE.PDM 阅读(2862) 评论(14) 收藏 好文推荐
# re: 项目“难产”谁的错?-1
2010-12-21 01:58 | 【匿名用户】:E-works热心网友 | 1楼
用户和软件商实施方都有错。用户本身需求说不清或者一而再再而三地修改;软件商实施方没有行业经验,跟没有吃透用户的需求,只顾往软件上靠,最终出来的东西是不伦不类,离用户的需求有距离,或者用户不用,或者不好用,诸如此类,谁的错?而且这种趋势大有蔓延之势,因此信息化项目困难重重。
# re: 项目“难产”谁的错?-1
2010-12-21 01:59 | 【匿名用户】:E-works热心网友 | 2楼
你们不是有行业解决方案吗?基本可以解决上述所有问题
# re: 项目“难产”谁的错?-1
2010-12-21 08:31 | 结构设计CAE | 3楼
<div style="background:#F3F3F3;border:1px solid #ccc;width:95%;margin-left:6px;margin-bottom:5px;padding:5px;font-size:12px;color:#000"><div class="tL">以下是引用【匿名用户】:E-works热心网友在2010-12-21 01:59的发言:</div><div class="tL" style="padding-top:10px;">你们不是有行业解决方案吗?基本可以解决上述所有问题</div></div>嗯,解决上述的问题正是我们当初研究行业化解决方案的初衷,我们的行业化解决方案已经研究成功,但是能被广大用户及商家认可还需要一段时间。
# re: 项目“难产”谁的错?-1
2010-12-21 09:48 | 【匿名用户】:E-works热心网友 | 4楼
若行业解决方案还需要用户认可的话,那就黄瓜菜都凉了。就像AutoCAD那样没听说还需要用户认可的。赶快推吧找一用户先装上用。
# re: 项目“难产”谁的错?-1
2010-12-21 09:50 | 【匿名用户】:E-works热心网友 | 5楼
按照你们的行业经验不应该有什么问题的,据说项目实施在你们家做加法的话,在别人家就得做减法了。
# re: 项目“难产”谁的错?-1
2010-12-22 17:50 | 【匿名用户】:E-works热心网友 | 6楼
坚决支持推广行业解决方案,这样的话可以把企业的IT们和软件商咨询商从痛苦和烦恼中解脱出来!
# re: 项目“难产”谁的错?-1
2010-12-22 17:50 | 【匿名用户】:E-works热心网友 | 7楼
坚决支持推广行业解决方案,这样的话可以把企业的IT们和软件商咨询商从痛苦和烦恼中解脱出来!
# re: 项目“难产”谁的错?-1
2010-12-22 17:50 | 【匿名用户】:E-works热心网友 | 8楼
强烈支持推广行业解决方案,这样的话可以把企业的IT们和软件商咨询商从痛苦和烦恼中解脱出来!
# re: 项目“难产”谁的错?-1
2010-12-22 17:52 | 【匿名用户】:E-works热心网友 | 9楼
企业的IT部门和业务部门缺少沟通,或者IT部门NB哄哄,到头来业务部门谁都不用。基本都是这种情况
# re: 项目“难产”谁的错?-1
2010-12-22 17:57 | 【匿名用户】:E-works热心网友 | 10楼
企业的IT部门在信息化实施过程中,把自己放在一个很高的位置,完全以企业顾问的角色出现,单业务一窍不通,因此业务部门根本不理,或者遇事搪塞,IT顾问如获至宝,撅屁股开发,测试时都说不错,一上线傻眼了。这个时候变成狗咬狗一身毛,谁的错?
# re: 项目“难产”谁的错?-1
2010-12-22 18:01 | 【匿名用户】:E-works热心网友 | 11楼
历史的经验已经或正在证明:凡国内信息化用不起来的企业,99%都是IT部门在牵头实施。正所谓:钱花了,企业没了
# re: 项目“难产”谁的错?-1
2010-12-25 00:38 | 【匿名用户】:E-works热心网友 | 12楼
现在的软件商实施水平确实不咋地,要想指望他们通过信息化项目的实施带给企业一个脱胎换骨的变化几乎不可能
# re: 项目“难产”谁的错?-1
2010-12-25 00:39 | 【匿名用户】:E-works热心网友 | 13楼
行业经验至关重要呀
# re: 项目“难产”谁的错?-1
2011-01-09 18:08 | 【匿名用户】:E-works热心网友 | 14楼
题目不应该叫项目难产,而应该叫信息化项目烧钱谁的错?

发表评论(网友发言只代表个人观点,不代表本网站观点或立场。)

您尚未登录,请先【登录或注册