受某文化公司委托，开发一款用于视频和图像处理的软件，开发难度高，高到从未搞过，开发周期长，长到是我以前项目监控最长开发周期的两倍，开发成本之底，让我觉得程序员成了高级打员。首先是需求分析书、产品规格说明书、设计说明书、代码规范说明书、测试计划，光文稿就不知道熬了多久才做完。

　　紧接着，遇到一系列问题，首先是语言选择，vc++和c#都是可以保证开发完成的选择，但是vc++内存容易报错，界面很难修改，而客户要求的界面质量甚至比程序的功能更严格，没办法，客户就是上帝，上帝做事一定有他的道理。c#语言易于开发，而且图形界面绘制也易于修改，可以做出客户体验很好的界面，但是在资源的消耗上，让我很吃惊。做到第二个月，大概的界面已经完成时，出现界面刷新的问题，刷新时开始卡，界面不流畅。没办法，改。

　　开会，总结，技术骨干找问题，拿出解决方案，力争第一次做软件把它做好：

　　重新做软件开发进度计划和软件测试计划，并且让独立功能demo制作和测试先行;

　　用direct draw、direct 3d或者opengl中的一个替代c#本身的gdi绘图，将在接下来的开发任务中加入进去。

　　事无巨细，当我满意的看着界面流畅，功能也已实现时，发现软件在低分辨率或者小本上根本乱到没法看，甚至是界面功能按钮错位，重叠等等。没办法，改。毕竟软件的多分辨率兼容和操作系统兼容是必须要做的。

　　接下来一大堆的麻烦找了上来，软件出现各种各样想都想不到的问题，总算是按时将第一个版本发布出去，并且开始接下来的升级开发任务。

　　最后，给刚刚接手软件开发项目的朋友一些忠告：

　　一、相关的文档不是给别人看的，而是给自己看的，相关文档一定要齐备，而且让所有涉及开发的人员都清楚的知道你文档里所要表达的意思;

　　二、一定要注意多做demo，多做实验，一个demo程序员几个钟头就可以完成，甚至更少，但是不做demo，核心程序没有做实验，其他的东西都围绕核心程序做了上去，到时候耽误的可不是几个钟头

　　三、程序设计要注重用户体验，当初客户对我要开发软件提出近乎苛刻的要求时我不在意，但是当我自己反复使用软件时有了很多体会，流畅美观的界面带给人心理的快感的确能替代一些尚未开发完整的功能带给用户的遗憾。

　　四、测试计划多次进行，分批进行，不要全部开发完成再对软件做测试。

　　还要坚持三个月，软件马上发布，希望大家的支持，谢谢!!!

软件开发心得体会 2018软件心得体会(2篇)

　　受某文化公司委托，开发一款用于视频和图像处理的软件，开发难度高，高到从未搞过，开发周期长，长到是我以前项目监控最长开发周期的两倍，开发成本之底，让我觉得程序员成了高级打员。首先是需求分析书、产品规格说明书、设计说明书、代码规范说明书、测试计划，光文稿就不知道熬了多久才做完。

　　紧接着，遇到一系列问题，首先是语言选择，vc++和c#都是可以保证开发完成的选择，但是vc++内存容易报错，界面很难修改，而客户要求的界面质量甚至比程序的功能更严格，没办法，客户就是上帝，上帝做事一定有他的道理。c#语言易于开发，而且图形界面绘制也易于修改，可以做出客户体验很好的界面，但是在资源的消耗上，让我很吃惊。做到第二个月，大概的界面已经完成时，出现界面刷新的问题，刷新时开始卡，界面不流畅。没办法，改。

　　开会，总结，技术骨干找问题，拿出解决方案，力争第一次做软件把它做好：

　　重新做软件开发进度计划和软件测试计划，并且让独立功能demo制作和测试先行；

　　用direct draw、direct 3d或者opengl中的一个替代c#本身的gdi绘图，将在接下来的开发任务中加入进去。

　　事无巨细，当我满意的看着界面流畅，功能也已实现时，发现软件在低分辨率或者小本上根本乱到没法看，甚至是界面功能按钮错位，重叠等等。没办法，改。毕竟软件的多分辨率兼容和操作系统兼容是必须要做的。

　　接下来一大堆的麻烦找了上来，软件出现各种各样想都想不到的问题，总算是按时将第一个版本发布出去，并且开始接下来的升级开发任务。

　　最后，给刚刚接手软件开发项目的朋友一些忠告：

　　一、相关的文档不是给别人看的，而是给自己看的，相关文档一定要齐备，而且让所有涉及开发的人员都清楚的知道你文档里所要表达的意思；

　　二、一定要注意多做demo，多做实验，一个demo程序员几个钟头就可以完成，甚至更少，但是不做demo，核心程序没有做实验，其他的东西都围绕核心程序做了上去，到时候耽误的可不是几个钟头

　　三、程序设计要注重用户体验，当初客户对我要开发软件提出近乎苛刻的要求时我不在意，但是当我自己反复使用软件时有了很多体会，流畅美观的界面带给人心理的快感的确能替代一些尚未开发完整的功能带给用户的遗憾。

　　四、测试计划多次进行，分批进行，不要全部开发完成再对软件做测试。

　　还要坚持三个月，软件马上发布，希望大家的支持，谢谢！！！

　　软件开发心得体会（2）：

　　作为ｐｍ，有时需要招聘软件开发人员。这几年也一直在想，如何能在短短的30分钟或1小时内，快速识别出，坐在你对面的应聘人员，是否适合你的team。这几年也一直在观察和反思，经历过的team和现在team中的软件开发人员。有几点小的心得。

　　1. 倾向于招什么样的软件开发人员

　　- 经历过历练的人

　　吃过苦的，比如以前工作，经常被外派出差，又如曾在业内都知道以加班多而著称的公司呆过，还有些，留过学，但都是自己边打工边读书的，等等。

　　这些人员，入职后，通常都是能干活，能作为骨干。

　　- 思路清晰，思想活跃的人

　　让谈谈自己现在的产品，如果能清晰表述，有条理，会发散，但又能适当控制住，并收回到原话题。谈到技术问题和解决过的难题时，眼中有光芒：）

　　这些人员，今后工作中，学习能力强，对解决难题有帮助，能作为中坚。

　　- 坦诚、坚定、平和的人

　　面试中，坦诚，目光坚定。有时坦诚到甚至于显得有点木讷：）

　　我曾经遇到一个，面试下来，我最后介绍我们产品中用到的技术，他对这些技术知之不多，最后他说，“我可能不是非常适合，我知道一个朋友，他可能更适合。”我综合评估后，最后还是选了他，事实证明，他后来做的很不错。

　　坦诚坚定的人，会有恒心去学习，去解决问题。这些人员会作为team的基石。

　　- 有缺陷的人才

　　这是一个朋友（lance）的想法，我认为还是有道理的。

　　大公司，会看重综合素质，而如果是小公司，可以考虑选择一些有缺陷的人才。所谓有缺陷，是指，比如他英语很差，或沟通不清晰，但他能用程序员该有的思维去思考问题。这样的人员，通常进不了大公司，故会相对踏实地呆在一家公司，做好自己的工作。

　　2. 谨慎考虑这样的开发人员

　　- 太活泼，太易兴奋

　　太易兴奋，说到投机处，“是是是是，对对对对。。。”，又蹦又跳，还时不时来点，“oh yeah, you are right“，然后还摆个 v 手型。讨论问题，不易固守在技术问题本身，时常跑到“我们产品中用到的技术（或第3方产品）很强，我挺他们，不可能有问题”，又或者“我们对客户要强势，我们要坚持我们的产品没问题"。

　　软件开发工作本身，显得比较沉闷，优秀的技术人员，都略显有些内向，因为解决问题，很多时候需要耐得住寂寞，时刻保持相对冷静。

　　太活泼的人，会在遇到问题之初，表现出很强的冲劲，但当长时间不能解决时，会表现出没有耐心，会经常抱怨（对team、管理、产品、流程等），非常情绪化。有些女程序员还会吵，会哭，这时项目经理只能放下手中的活，下去给她买点零食来哄哄，“莫哭，这里有你最爱吃的猫哆哩。”一边擦着鼻涕、眼泪，一边嘴里塞满东西，鼓鼓啷啷“这是酸角口味的，那个西番莲口味的才叫好吃..."

　　这些通常不太容易在面试时表现出来，在试用期时，要观察。

软件实践课程学习心得体会 2018软件心得体会(3篇)

　　经过潘老师讲授软件工程实践后，感觉对软件工程这门学科有了深一层的认识。软件工程是一门重视实际操作的科学。对于软件产品，无非是产品定义、设计代码、调试维护几个步骤，看似简单，可是实际操作却复杂困难，它不比其它行业产品可预见可触及，所以学好软件工程能为以后从事软件开发行业打好基础。

　　在软件实践这门课中，讲到了有效利用现有资源进行软件编程的方法。提到软件开发也可以像练习书法一样，采用临贴的方式，借鉴他人的优秀代码资源。临摹优秀软件是学习软件开发的一个重要方法。正如一首诗中说的：“熟读唐诗三百首，不会写来也会吟”。软件开发也是一个道理。为了真正地掌握软件开发的技巧，“临贴”是个不错的起步方法。

　　以前总是觉得，既然编写一个程序，就应该完全靠自己，那样写出来才有成就感，才算是自己的程序，可是这门课程教会我原来适当地借鉴别人的东西，也不算抄，相反，还可以提高效率，节省时间。这可真是与以往的观点不一样了。具体如下：

　　“软件编程，拿来主义的作用很大：

　　1、源代码交换方便。

　　2、可行的例程序用处大。

　　3、借鉴现成少走弯路。”

　　不过借鉴别人的东西可是有说法的，可不是盲目地抄袭，下面是一些提到的途径：

　　1、既有系统：借鸡下蛋，买来就用;

　　2、书本例子：简单修改、直接使用;

　　3、联机或联网帮助：帮助文档、官方支持;

　　4、开放软件源代码：linux apache eclipse …

　　5、互联网资源:论坛、搜索引擎、新闻组

　　借鉴过来后，还要多方面综合考虑，比如说代码的具体作用，完整性，还要考虑每个借鉴过来的东西的好坏。这些都要多方面考虑，可不能因为前面说软件编程可以借鉴别人的，就盲目地抄袭。到时候代码弄一堆凑在一块儿，谁也不知道它们会不会好好工作。弄不好乱了程序计划是小，公司的损失可不是哪个人都能承受得起的。

　　课程还提到，应该用一个小项目先从头到尾地练完，这样，有个整体性的了解，可以增加不少开发经验。看来，不学习此门课程，还不能深入地解读软件工程的奥义。这门课程为我们深入地了解软件工程这个庞大的前沿学科起到了推动性的作用。以上是我就此门课中提到的众多方法的一小段做的一些浅谈，更多的知识还在于我们自己去学习体会。

财务软件操作学习心得体会 2018软件心得体会(4篇)

　　下面我就这对次财务软件操作的学习做以下的学习心得体会报告：

　　1.学习收获： 会计电算化主要是应用电子计算机代替人工记帐、算帐、报帐，以及代替部分由人工完 成的对会计信息的处理、分析和判断的过程。 通过对用友 erp-u8 财务软件的学习， 认识和了解了财务软件系统应用基础， 系统管理、 总账管理以及 ufo 报表管理、工资管理和固定资产管理这几个方面的内容。在初次使用用 友（erp-u8）时候老师告诉我们先建立用户，再建账号，这样方便设置用户对账号的管理。 然后建立账套，将相关的企业及人员信息进行初始设置。并在“企业门户”里面进行基础设 置。接下来的过程就是启用总账管理系统进行日常的业务处理了，它是软件管理的核心，通 过对它的操作发我学会了运用计算机进行凭证管理、 出纳管理和账簿管理。 掌握了使用总账 进行转账和对账的功能，能够使用数据生成报表。此外，还对工资管理系统和固定资产管理 系统的相关操作进行了深入的学习。 总之， 通过对用友软件的学习基本上掌握了财务软件的 操作流程及方法。

　　2.学习体会 因为自己在计算机方面的学习还是很弱的， 尤其是这次学习的主要内容是关系到本专业 学习的电算化操作。 因此在整个学习的过程中， 包括理论课程和上机操作我都在很认真地听 讲和一步步地仔细操作。 但是还是难免的出现了一些问题， 比如说在注册系统时候没有将系 统的时间和账套会计期间相统一， 因此给后面的操作带来了一些不便； 在总账管理系统操作 中设置会计科目时候少设置了明细科目， 结果在输入期初余额时候才发现问题； 在输入数据 的时候抄错了数据， 试算平衡结果是不平衡的； 在制作凭证的时候凭证的制作日期发生了混 乱，系统提示说制作凭证不序时，无法进行后面凭证的操作，我修改了好久还是不行，把我 急坏了。问了 xx 老师，老师一操作就完成了，我很惊奇。老师说操作的时候不能着急，慢 慢来就好了。看来我的耐心不够好，做事不够仔细。不足的地方还很多呢。我谢过了老师并 继续实验操作。 与去年的手工做帐相比，在学习中我发现了电算化的许多优点：从编制原始凭证、记帐 凭证到登帐、结帐、编制报表（去年全程都是我是和搭档手工完成，处理一些数据的时候出 现了很多的差错，尤其是犯了如：金额写错、错行，借贷不平衡，凭证错乱、丢失等许多低 级的错误） ，而电算化则不同，数据一旦进入系统，记帐、对帐、汇总编制报表等过程都是 在一系列的设置成的体系中进行的； 对于电算化中数据的使用与保存， 只要通过账套的输出 和导入功能便可简便的实现了。

　　另外，电算化中对于凭证、账簿、报表的收集汇总、归类查 询都是很方便的。会计电算化，提高了会计工作质量，减轻了会计人员的负担，提高了会计 工作的效率，促进了会计工作的规范化。为更好地发挥会计职能作用，实现会计工作现代化 奠定了良好的基础。总之，电算化给我的印象就是：省时间，省人力、省材料，方便易行！ 。 当然，需要说明的是：电算化不能完全取代人工操作。因为计算机也是人工操作的，计 算机不能完全取代人的大脑进行会计操作。 人工的理性化设置使得会计电算化成为了企业及 会计人员的得力的助手。

　　3.结束语 经过了四周的学习过程， 我们顺利的完成了学习的任务。 电算化的学习对我们即将毕业 的财管及会计的学生从事会计工作打下了良好的基础， 希望以后有机会还能更深入的学习这 方面的内容。最后，我想对一直陪伴着我们的老师们说一句：谢谢，老师您幸苦了！