阅读排行榜

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

评论排行榜

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

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

2、用人不当

 虽然计算机应用软件在我国已经十分的普及,但对于像ERPPDM的大型系统,对于很多少来说还是非常陌生的,尤其是对于上年纪的老员工、老领导来说。而由于年轻人对新事物的接受能力快,因此,当今很多企业信息部门的主力员工都是年轻人,当企业要上新项目时,这些年轻人也自然的成了主力军。这样的用人从表面看是很合理的,但这种合理往往却导致了项目的“难产”。Why?年轻人对新软件的接受能力快,这没错,但是随着企业对应用软件需求的不断细化,各部门的业务协调、业务协作必不可少。有些时候复杂度甚至超过某些软件功能本身,如果其中还存在直接或间接的利益冲突,那就更加可怕了。这些问题会让阅历和资历都不足的年轻负责人苦恼万分。

另外,很多企业缺乏计算机刻板出身的相关人才,所谓的信息部门只是有一些对计算机相对了解的年轻员工来做“兼职”,在“和平年代”也许这么做不会有什么大问题,但如果企业要实施大型项目,这些年轻人恐怕就会感到力不从心。因为上线一款大型的应用软件,涉及到服务器管理、数据管理、应用软件管理、数据库管理、二次开发、后期维护等方方面面的工作,而这些工作完全交给一些非计算机专业的人员去管理的难免会有些吃力,而他们的吃力也就必然会影响项目的进度,这不能不说也是项目“难产”的一个原因。

3、过分依赖软件

过分依赖软件,即:将软件的功能边界无限扩大,这样反而使原本清晰的需求变得摇摆不定,甚至含糊不清。很多用户都有着这样一个心理:我们花了这么多的钱,当然要让软件为我们做更多的事,否则钱不是白花了吗!然后为了达到此目的,一次次的更改需求,增加新功能、新逻辑,从而也导致了软件“难产”。目前的软件没有强大到“十全十美”的地步,不可能完全代替人工,而且逻辑复杂了、软件承载的多了速度自然就会降低。应用软件不是万能的,不可能完全取代人工,我们虽然不能没有它,但也不能完全依赖它,我们应该在自动和手动的中间寻找一个平衡点,将工作一份为二,在人工的基础上合理的应用软件,我想结果也许会更好一些。

4、开发商的不负责

软件开发商作为项目的开发者,其重要性毋庸置疑,毕竟一切有关应用软件的构想再全面、再完美,在没有变成现实以前,也都是纸上谈兵。很多软件开发商喊出满足客户需求的口号,但在实际开发过程中真的这样做了吗?很多开发商中的研发人员职责不清、分工不明的现象非常严重。有的甚至从调研到分析/设计,到开发、调试,再到实施、维护,一气呵成。先不说工作量有多大,仅从项目的风险来说就是非常可怕的,更不用说最大限度发挥研发人员的长处了。

另外,有的开发商为了降低项目成本,不惜将刚录用的大学生作为研发人员派到项目一线阵地上,而这些研发人员由于工作经验不足,往往在项目实施过程中遇到问题不能以最好的方式来解决,或者是研发人员的能力不够,很多情况下不能满足用户的需求,从而耽误了项目的进度,导致项目“难产”。

信息化项目“难产”谁的错?答曰:都有错。但谁的错更大一些呢,这个问题我想站在不同立场上的人们会有不同的答案,在这里我们就不多说了,但我想说的是如果在项目实施期间商家和用户都为对方多考虑一下,其实信息化项目的实施并不难。哎,不说了,最后祝愿信息化产业增增日上……

发表于: 2010-12-29 13:14 CAE.PDM 阅读(3275) 评论(11) 收藏 好文推荐
# re: 项目“难产”谁的错?-2
2010-12-30 10:49 | IT观潮 | 1楼
红酥手,黄縢酒,满城春色宫墙柳。东风恶,欢情薄,一怀愁绪,几年离索。错错错! 
# re: 项目“难产”谁的错?-2
2010-12-30 11:14 | 【匿名用户】:E-works热心网友 | 2楼
这个世界充满了矛盾,医生和患者的矛盾,领导和员工的矛盾,而项目“难产”则是因为商家和用户的矛盾,我们不能完全消除矛盾,但可以尽量的去避免,这并不是一天两天的功夫,和楼主的观点一样祝信息产业增增日上,呵呵,支持楼主文章,写得很真实!
# re: 项目“难产”谁的错?-2
2010-12-30 11:25 | 【匿名用户】:E-works热心网友 | 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">以下是引用IT观潮在2010-12-30 10:49的发言:</div><div class="tL" style="padding-top:10px;">红酥手,黄縢酒,满城春色宫墙柳。东风恶,欢情薄,一怀愁绪,几年离索。错错错! </div></div>春如旧,人空瘦,泪痕红悒鲛绡透。桃花落,闲池阁,山盟虽在,锦书难托。莫,莫,莫!

先配合一楼一下!
再配合楼言主一下,应该软件实施难的确是个问题,希望国家有关部门能够出台一些政策,以此来推动项目的实施。
# re: 项目“难产”谁的错?-2
2010-12-31 11:24 | Arthas | 4楼
项目难产是谁都有错,谁也逃不掉。但也不是没有方法避免。自己不懂有人懂,找个第三方咨询来可以解决很多问题。首先可以帮企业弄清楚自己到底要什么,弄清楚需求,做到知己;然后帮企业了解开发商,做到知彼;再然后监督厂商,不让厂商玩花样,并提醒企业要注意哪些重要的环节。这样下来,项目成功的把握就大大提高了。

但第三方咨询也绝不是万能的,比如“用人不当”这种事情,就解决不了。
# re: 项目“难产”谁的错?-2
2011-01-02 18:53 | 【匿名用户】:E-works热心网友 | 5楼
一定要记住:
项目实施最关键的有2人,1是顾问方项目经理,2是用户方项目经理。
# re: 项目“难产”谁的错?-2
2011-01-02 18:55 | 【匿名用户】:E-works热心网友 | 6楼
顾问方的项目经理要是没有行业经验,对系统又不熟悉,那可就麻大烦了
# re: 项目“难产”谁的错?-2
2011-01-02 18:56 | 【匿名用户】:E-works热心网友 | 7楼
用户方项目经理要是没有沟通协调能力,对自己的需求一知半解,同样也会麻大烦
# re: 项目“难产”谁的错?-2
2011-01-02 18:58 | 【匿名用户】:E-works热心网友 | 8楼
企业的领导们往往在项目逼着签字验收时,才想起来项目要做这个做那个,早干什么了呢
# re: 项目“难产”谁的错?-2
2011-01-02 18:58 | 【匿名用户】:E-works热心网友 | 9楼
2个经理必须密切配合,缺一不可
# re: 项目“难产”谁的错?-2
2011-01-03 14:28 | 【匿名用户】:E-works热心网友 | 10楼
行业化解决方案可以在一定程度上解决商家和用户的矛盾,但最重要的还要看两方的配合。
# re: 项目“难产”谁的错?-2
2011-01-05 14:58 | 【匿名用户】:E-works热心网友 | 11楼
企业要是自己不想或者勉强被逼上信息化的话,那就纯属扯淡烧钱了

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

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