产品设计心得体会范文【通用4篇】
【导言】此例“产品设计心得体会范文【通用4篇】”的公文资料由阿拉题库网友为您分享整理，以供您学习参考之用，希望这篇资料对您有所帮助，喜欢就复制下载支持吧！
产品设计心得体会【第一篇】
保成功，对于航天产品的重要性不言而喻。刚刚入职三个月已经深刻地体会到了航天人对保成功的重视程度，也更深刻的体会到了保成功问题关乎到我们工作的每一天，每一个细节。对于项目保成功都不是小事，个人工作的质量将会间接或者直接的影响到项目的成功与否。如何有效的提高航天产品的成功率，是我们航天工作者最重要的一步。
作为航天产品一名设计员，我深知自己的工作对于总体的重要性。一个好设计员高质量的工作不仅意味着后续工作进展顺利，个人工作量降低，也意味着加工、生产难度降低、装配简单、易于管理等。在自己日常工作中，逐渐的对如何在自身工作环节保障产品质量问题有了一些更深刻的体会，希望能够借助这次机会分享给大家。
一、 设计中细节的把控
在设计时，大的错误一般很少，错误大多出在一些细节问题上。比如说，象限标记出现不一致问题，角度标记时方向搞反，二维图与三维图不一致等等。这些问题往往不易被发现，但是有可能直接导致生产出来的产品无法正常装配和使用。对此，我总结出来的办法如下：一是及时更新二维图和三维图的对应关系，保持其一致性。二是坚持多一次原则，在图纸确认无误后再多检查一遍。三是对自己已经出现和别人出现过的问题及时归纳总结，避免后续出现同样的错误。
二、 验收过程中的问题
产品验收不仅仅是检查产品是否和图纸一致，而是对从材料源头到产品成型整个过程的验收，包括产品合格证、生产过程文件、工艺文件、质量跟踪卡、试验报告、原材料出厂合格证等。每个环节必须有明确的产品质量合格依据，必须责任到个人，一旦出现问题能够马上追踪到责任单位或个人。
三、 试验过程中的问题
入职以来有幸参加了一次外场试验，给我感触最深的是试验前的准备工作。一个试验是否成功最大的影响因素应该是准备工作。试验前的准备工作并不是简单的告诉配合单位什么时间去什么地点干什么事。而是必须要做到明确自己每一个产品的状态。对自己的目标清晰，对每一天要做的事情要有明确的规划。必须现场确认产品装配无误，现场试装产品，检查产品各机械接口是否功能完好。试验前确保各协助单位人员、仪器设备已经到位并做好试验准备。
做为一名新航天人，既感受到了来自航天的自豪感，也感受到了来自航天的责任与压力。项目问题无小事，今后的工作中将从小事做起，从自身做起，继续培养自己的工作能力，不断总结归纳，提升自己，提升航天产品的品质。以高昂的热情投身到自己所热爱的航天事业中，为航天事业贡献更多的高质量产品。
产品设计心得体会【第二篇】
通过此次plc程序设计实践本人实在是获益不浅！plc是上个学期开的课程所以这个学期并没怎么看过当要开始设计的时候还真不知从哪下手！结果第一次的上机我傻坐着不知道该做什么后来就写了几个预处理命令。
回去以后我想这样不行这样下去还得了！我就重新复习了一遍我们上个学期学习的内容发觉自已有许多都遗忘了！特别是有文件的操作几乎是一遍空白！温习过后开始做题！ 这次设计让我重新掌握了plc而且还得到了用plc解决实际问题的宝贵经验！ c程序设计是一门重要的专业基础课程，是数据结构，操作系统，数据库原理和软件工程等后继课程的基础。适用于大型系统软件和应用软件的开发。课程设计是培养学生综合运用所学知识，发现，提出，分析和解决实际问题，锻炼实践能力的重要环节，是对学生实际工作能力的具体训练和考察过程。随着科学技术发展的日新月异，当今计算机应用在生活中可以说得是无处不在。因此作为二十一世纪的大学来说掌握计算机开发技术是十分重要的。
经过这两个星期的上机实践学习，使我对plc有了更进一步的认识和了解。在不长的时间里我明白了，不仅仅是要重视，而且要通过不断的上机操作才能更好地学习这门语言。在课程设计这两个星期里，我认识到我有很多不足得地方。首先是自己在指法上还不行，经常按错字母，但通过学习和练习，已经有了很大的提高；再有对plc的一些标准库函数不太了解，对函数调用的正确使用不够熟悉，还有对plc中经常出现的错误也不了解。通过设计实践，使我在这几个方面的认识有所提高。程序设计中我也遇到了很多难题。例如我在程序中遇到了出现乱码，中间的变量自增不知道为什么就自增了两次；还有打印步骤总是不显示性别资料。后来我通过大量的上机实验，通过翻阅很多书籍，和老师的指导以及同学的讨论下，在克服了重重的困难后，终于成功的运行了课程设计所要求的程序。这次程序设计是我在plc程序的思想下第一次整体完成的程序设计，所以还有很多的不完美的地方，希望老师予以指出和改正。
这次plc的程序设计，对于我来说是一个挑战。我在plc的学习过程中的困难并不只在程序的设计中有所体现，每一个函数都设计好了，也调试好了，把它们分开运行并没有错误，但是当把它们组合成一个程序时，便是一个一个地出现错误；把这个问题解决了，另一个新的问题又来了。这不能不说是对知识的欠缺。通过这次的程序设计，我懂得了无论什么事都要去做才会发现问题，才有可能去解决问题。对知识的学习，不能潜偿辄止，要深入去学习，去了解，这样才会有所收获。有许多东西，许多事，不是想像中的那么容易，不去实践，永远也不会有提高，尤其是学习计算机。同时，在这次课程设计的过程中，我认识到学好计算机要重视实践操作，不仅仅是学习plc，还是其它的语言，以及其它的计算机方面的知识都要重在实践，不能只是学习和重视书本上的理论知识，所以日后在学习过程中，我会更加注视实践操作，使自己更好地学好计算机这门课程，在这次plc课程设计的实习中，我深感压力，因为平时对编程序这方面没有过多的关注，平时所学到的一点理论知识在实际应用中也很有限，实习过程中明显的准备不充分，使自己遇到了很多的难题，但在和同学们合作讨论下有颇有收获，从中我了解的个人的学识终究是限的，但集体的智慧是无限的，当然我们能取得这样的成绩也来于老师的指导有方，我们能够完成一个程序，从起初的总体设计，进行可行性分析，在进行分工编程，最后进行调式，虽然当中有很多的模块都是借鉴的，但毕竟我们还初在出学阶段，要成为高手还有很长的一段路要走。通过这次实习，我们了解到其实编一个所要求程序也不像刚开始所想象中的那么难，那么复杂，只要我们肯用心
用脑，肯去花功夫钻研就会一定会有收获，其实在课程设计中运用的很多知识在课堂上老师都已经很详细讲过，但我们就是缺少了那一份灵动，所以我学到了除了要有扎实的基本功外，有一点点的变通的灵泛性还是必要的。总之我们倾心投入，大家都很努力，为了课程设计能够顺利通过，我们查阅了很多资料，也请教了老师，这两周很快就过去了，但这两周过的很愉快，相信加上我的坚持不懈，以后一定会在plc的学习中得到更多的知识和经验！这次设计，让我重新掌握了plc,而且还得到了用plc解决实际问题的宝贵经验！经过这两周的课程设计，感觉收获很大，对plc产生了更大的兴趣，对程序设计思想有了初步的理解和体会，对plc的各种函数功能有了更进一步的了解，并且将平时没有彻底掌握的知识有了深刻的理解，同时自己在这次的课程设计时间中，看到了自己还存在很多方面的不足。1：对于plc程序模块的不熟悉是课程设计中所遇到的最大的问题。2：程序基础的不扎实是课程设计不能完美，高效的完成的最大影响。
3：自己对plc程序中的各种函数以及各个函数之间的相互调用还不能很好的掌握。这些不足将提醒我努力学习以便能更好的完善自我。
产品设计心得体会【第三篇】
土木工程是建造各种工程设施的学科、技术和项目的总称。指与人类生活生产活动有关的各类工程设施，如建筑公路、公路及城市道路工程、铁路工程、桥梁工程、隧道工程等。也指利用材料和设备在陆地上进行的勘察、设计和施工等工程技术活动。土木工程是社会和科技发展所需要的“衣、食、住、行”的开拓者之一。它在任何国家的国民经济中都起着重要的作用。
作为一个刚接触专业知识的大学生，在学习专业课之前直接接触到高深的专业知识是不科学的。所以学院安排我们进行这次实习，让我们从实践中获得对即将从事的这个专业的感性认识，为以后专业课的学习打下坚实的基础。
一个多月的紧张实习结束了，这一个多月我收获了很多。实习结束后有必要总结一下。首先，通过一个多月的实习和实践，我学到了很多实用的知识。所谓实践是检验真理的唯一标准。通过站在旁边，近距离观察了整个建筑施工过程，学到了很多实用的施工知识，这是我在学校很少接触和关注的非常重要、非常基础的知识。例如，在建造墙壁的过程中，如果墙壁需要翻转或相交，则应该将两个墙壁建造在一起。在离开如果的过程中，你可以离开斜如果。如果你想离开直若，你必须离开阳若，你必须有拉结筋而不是阴若。混凝土施工过程中，要特别注意混凝土的配合比，天热时要注意养护。通过实践，我得以与施工人员面对面见面，看看他们是如何施工的，如何将图纸上的模型变成美丽的建筑，并学习了许多实用的施工知识和方法来解决现场遇到的问题。这些知识往往是我在学校很少接触和关注的非常重要的基础知识。第一天，我和师傅去了趟楼，检查了一下精神层面。在接下来的日子里，我做了重复的事情，直到我完成。在大楼里，我发现一些建筑的连接处有许多裂缝。经过老师的讲解提示和我收集的信息，我收获了很多。
下面我就现场发现的问题谈一下我学到的东西：
现象一、裂缝。
裂缝产生的原因混凝土产生裂缝的原因有很多，主要是温度和湿度的变化、混凝土的脆性和不均匀性、结构不合理、原材料不合格(如碱骨料反应)、模板变形、地基不均匀沉降等。混凝土硬化过程中，水泥放出大量水化热，内部温度不断升高，在表面产生拉应力。在后期冷却过程中，由于基础或旧混凝土的约束，混凝土中会出现拉应力。气温的降低也会对混凝土表面造成很大的拉应力。当这些拉应力超过混凝土的抗裂性时，就会出现裂缝。如养护不善，干湿交替，表面收缩变形受内部混凝土制约，常导致裂缝。在钢筋混凝土中，拉应力主要由钢筋承担，而混凝土只承受压应力。如果拉应力出现在素混凝土或钢筋混凝土边缘的结构中，它必须由混凝土本身承担。一般来说，设计中不需要拉应力或只需要很小的拉应力。然而，在施工过程中，混凝土从最高温度冷却到运行过程中的稳定温度，这通常会在混凝土中产生相当大的拉应力。有时温度应力会超过其他外荷载引起的应力，因此掌握温度应力的变化规律对合理的结构设计和施工非常重要。
具体解决方法：为了保证混凝土工程质量，防止开裂，提高混凝土的耐久性，正确使用外加剂也是减少开裂的措施之一，如使用减水剂和抗裂剂。总之，混凝土早期养护实践证明，混凝土中常见的裂缝大多是不同深度的表面裂缝，主要原因是温度梯度造成寒冷地区温度骤降，容易形成裂缝。因此，混凝土的保温对防止表面早期裂缝尤为重要。从温度应力的角度来看，绝缘应满足以下要求：
1)防止混凝土内外温差和混凝土表面梯度，并防止表面裂缝。
2)为防止混凝土过冷，应尽量使混凝土在施工过程中的最低温度不低于混凝土使用寿命期间的稳定温度。
3)防止旧混凝土过冷，减少新老混凝土之间的约束。
混凝土的早期养护，也很重要的，其主要目的在于保持适宜的温湿条件，以达到两个方面的效果，一方面使混凝土免受不利温、湿度变形的侵袭，防止有害的冷缩和干缩。一方面使水泥水化作用顺利进行，以期达到设计的强度和抗裂能力。适宜的温湿度条件是相互关联的。
现象二、钢筋的绑扎
现场观察与图纸的比对和师傅的讲解，我懂得了怎么样把图纸上的东西变成实物。这可能需要个过程的，在这个过程中我发现了不少问题现结合图片说明。图中可以看到箍筋的间距没有到位。还有好多问题例如，梁与梁的接头处钢筋堆积如山没有把位置处理好，钢筋的位置明显抬高了，在浇筑混凝土的时候就容易漏筋……值得庆幸的是没有缺筋的现象发生，用他们的话说：钢筋的位置可以不对但是绝对不可以少筋，如果少筋的话到交底的时候专家组用仪器很容易得知。具体解决方法：钢筋工长认真负责，不能麻痹大意，时刻督促工人，如发现做错的严惩！
现象三、模板的标高不对
这个问题不是时常发生的，但是是非常重要的！总承包有些地方使用了钢模板，施工进度比较快，几乎四天一层的，由于采用了这种先进施工工艺，这也是其他小公司无法比拟的。
具体解决办法：标高差距在__cm范围内的，在浇注混凝土的时候由于混凝土的自重就自然的解决了；如果超出此范围就必须适当的抬高或降低支撑的高度来满足要求。
在工地我接触到了大量的工人，虽然他们文化不高，素质也不高，但他们的劳动是辛苦的。建筑工人是我们值得帮助的群体，他们处于弱势。我们应关爱弱势的人们。思考过了，你才知道他们的不幸与幸福，才知道他们的坚韧，才认识到他们的伟大。如果我们的政策能够更完善，劳动者的权益会被维护的更好。那么就不会有那么多的不近人情的现象了。工人、农民工也是生命，也是一个有法定权利的完整的社会人。他们，付出了，他们无奈，他们几乎无力改变自己命运，但是，我们这些有力帮助他们的人，应该为他们做一些事情给予回报，以表感谢，以示对他们的尊重。令人难忘的一个多月工地实习结束了，在这一个多月里，我学会了很多东西，懂得了很多道理。实践是对科学知识的最好检验，只凭在课堂上的听课，并不能掌握具体的系统的科学知识，尤其是对仪器的使用。在课堂上，我们学习的理论知识，如果在实际生活和工作当中不能够灵活运用，那一切将等于是零。实习就是将我们在课堂上所学到的理论知识运用到实战当中去。所以我们要做到能把课本上的知识灵活恰当的运用，成为对别人对社会有用的人，我们要做到适应当今飞速发展的社会，要能够确定自己的人生坐标，要能够实现自己的人生价值。
产品设计心得体会【第四篇】
产品设计体会——重温BME所学
做产品设计快2年了，一直有个心愿：总要和BME（Biomedical Engineering，生物医学工程）扯上点关系才不枉学了那么多年……那么这次就来扯一下。
定量与系统的思维。
当时所在的是“定量与系统生理实验室”。定量，意味着在定性的基础上更深入的研究，是以数据为基础的，体现了西方哲学；系统，意味着总体的大局观，代表着东方哲学。对任何实物，如果真能做到定量与系统的分析，那绝对杠杠的了。产品设计中，两种思维也是相映成趣，时而定量，比如分析用户使用产品的数据、给功能点的重要程度从各个维度上打分；时而系统，比如综合考虑我们产品需要兼顾的各种利益人群、制定项目计划时照顾到方方面面……怎么这段写得很像小学生作为？
数据挖掘步骤 VS 产品设计过程。
那会儿挖了2年的临床生理数据，今天看来，数据挖掘的步骤与产品设计的过程也都是同宗同源的，分为一下几步，对比一下。
1、 数据准备
理解应用领域的目标：商业目标与用户目标确定。
产生目标数据集：确定细分市场、细分目标用户、市场调研、需求采集。
数据清理与预处理：需求整理、需求分析。
数据缩减与投影：确定优先级、用户需求转化为产品需求。
2、数据挖掘
将目标与特殊数据挖掘方法匹配：用什么技术平台、编程语言等等。
数据挖掘算法选择：技术方案的选择，系统设计。
数据挖掘：Coding的过程。
3、 结果评价
解释和评估所挖掘到的模式：测试、用户试用，反馈修正上述过程。
使用所发现的知识：产品发布，投入应用。
诊疗循环 VS 软件项目的PDCA。
读研时的项目是辅助诊断相关的，所以接触到了“诊疗循环”（诊断、治疗、获得反馈、观察分析、修正诊断）的概念。工作原来又碰到PDCA（又叫戴明环，是美国质量管理专家戴明博士首先提出的，是全面质量管理所应遵循的科学程序，指PlanàDoàCheckàAction）的循环，发现本质其实是一样的。推及任何做事的方法，其实都有一个这样的循环，这也符合事物螺旋上升的哲学概念。