准备好心得体会可以帮助我们更好地组织思路，使分享更加有条理和易于理解，为了进行很好的叙述，大家都要将感受记录在体会中，有美篇范文网小编今天就为您带来了软件培训的心得体会8篇，相信一定会对你有所帮助。
软件培训的心得体会篇1
通过这次课程设计的实训，增加了我学习软件技术的兴趣，虽然还不明确软件技术包含的具体内容，但从c++语言这门课程开始，已发现程序设计的乐趣，在学习c++语言的过程中也学到了许多计算机应用基础知识，对计算机的机体也有了一个大体的了解。在实际操作过程中犯的一些错误还会有意外的收获，感觉实训很有意思。在具体操作中对这学期所学的c++语言的理论知识得到巩固，达到实训的基本目的，也发现自己的不足之出，在以后的上机中应更加注意，同时体会到c++语言具有的.语句简洁，使用灵活，执行效率高等特点。发现上机实训的重要作用，特别是对数组和循环有了深刻的理解。
通过实际操作，学会c++语言程序编程的基本步骤、基本方法，开发了自己的逻辑思维能力，培养了分析问题、解决问题的能力。深刻体会到“没有做不到的，只有想不到的”，“团结就是力量”，“实践是检验真理的标准”，“不耻下问”的寓意。
在此希望以后应多进行这样的实训，加长设间，培养学生独立思考问题的能力，提高实际操作水平。
通过本次项目实训我要感谢学校领导给我们提供了这次机会，让我们自己有出去体会生活，自己做项目的深刻体会。这次实训让我明白我自己之前的学习还是差很多，只有不断的努力，才能学好。还要感谢达内公司对我的指导，我自己的努力固然重要，但是达内的优秀教师给我做的培训，讲的理论都让我受益匪浅，让我对软件有了一个新的概念新的理解。
软件培训的心得体会篇2
金蝶k3软件系统给会计人员的工作带来了很多方便，比起传统的手工做账，操作更简便，工作效率也得到很大的提高，权限设置非常明确，更有利于企业的内部控制。在实验过程中自己也遇到大大小小的各种问题，有的向同学寻求帮助，有的向老师请教，但都必须及时把问题解决，不能拖到后面或者忽略问题，这样不但会影响后面的实验，还会降低工作效率。
实训中发现了自己的许多不足：课上的学习没有把知识很好地串起来，而业务不是像书上一样分块进行讲解的，它是连续的，所以在处理一笔业务的时候，知道要做什么，却常常不知道从何处着手。因此，在学以致用方面还需要努力。
本次实训的内容包括对核算账套管理、基础资料设置、总账系统、应收款应付款管理系统、固定资产管理系统、工资管理系统、现金管理系统、业务系统等一套完整的财务软件的操作与练习。通过老师在课堂上对知识的讲解与自己动手操作同步学习的基础上，和这次独立实训操作的过程中，使我们熟练的掌握了金蝶财务软件，为以后的会计职业发展道路奠定了一定的基础。
实训的时候也有不少认识：
1、做会计需要理清思路，这样具体工作起来有方向，效率比较高，否则很容易在一个问题上卡住。而理清思路后就是具体的一些工作，这些工作有时会重复，比较枯燥，但很需要耐心。
2、最好在项目开始之前，完成前期数据准备。金蝶k3使用前，必须设置好基础资料，基础资料是运行k3系统的基石，有点像盖房子之前先要准备好材料一样。基础资料的准备顺序基本上就是系统默认的顺序。在需要时会自动提示你需要先处理哪一些。金蝶软件相对比较容易学，但比较适合规模小的企业；学习不同的财务软件，有助于我们在不久的将来进入企业后，能快速地、熟悉地处理会计、财务上的工作，这无疑是对我们非常有意义的，所以当前我们必须好好地、认真地学习财务软件的应用与操作，使我们能够有充分的准备而踏入社会，走上工作岗位。
“纸上学来终觉浅，绝知此事要躬行”。这门实训课学到了不少东西，同时也发现自己对会计的专业知识掌握得很少。所谓会计行业越老越值钱，以前总认为会计最重要的是经验，这次的实训课程让我深刻认识到理论是否扎实也是很关键的，毕竟会计对专业性要求比较高，而且有一些比较基础性的理论知识是必须掌握的，否则，真正到了工作会没有头绪的！
总之，会计工作需要我们将理论知识和动手操作相结合，并付之足够的耐心和细心才能在学习和工作中游刃有余。
软件培训的心得体会篇3
这个学期学习了工程造价软件应用——————广联达软件的应用，这门课程只有十六个课时，这对于我们来说是很困难的，用十六个学时的时间去学好一个软件，而且它还是一个包括三个模块的软件。刚开始的时候自己还告诫自己一定要好好学习这个课程，因为以后工作中如果从事造价工作的话一定会用到它的，它将是我们以后工作的一个手段，是我们工作的得力助手，我们在工作中是离不开它的。所以我们必须去学好这个软件，必须学会运用这个软件，进而去熟练的运用这个软件，再次就是把它应用到实际的工作中去。
开始接触到这个软件时心里面就有一点很担心，因为自己在以前的学习中，我对计算机不是很感兴趣，学习计算机软件一直都是我的一个软肋，说实话我心里面真的很担心，我害怕自己学不好这个软件，但是我知道只要自己努力去学习，一定会学习好的。
在开始学习的时候自己还没有感觉广联达这个软件有什么困难，感觉很简单。
在开始老师总是告诉我们在应用软件时要适时看下面的提示，这样会简单好多，老师给我们总结出绘制构件的三个基本步骤：
选构件、选方法、看提示。在广联达图形算量软件gcl20xx模块下，最基本的是先建立好轴网，然后就是在定义和绘图之间来回转换，把定义模式中定义好的构件在绘图模式中绘制在轴网中。
我们只需要按照绘制的顺序绘制就好，按照：墙、门窗洞口、柱、梁、楼梯、装修、土方、基础、其他、自定义的顺序进行定义绘制。然后一层一层的绘制就可以了。
等绘制好之后在广联达计价软件模块中选择清单或者定额模式进行绑定、换算定额、套价，出清单或出总价。在广联达钢筋抽样ggj20xx模块下，进行抽筋算量，按照：柱、墙、门洞口、梁、板、基础、自定义、其他的顺序进行定义绘制，然后汇出总量即可。
我们买了最新版的密码狗，可以进行全程的算量，通过这段时间我的练习，我认为绘图算量前必须进行三项准备工作：
1、分图纸：把图纸分为：总说明、基础、框架柱、墙和暗柱配筋、连梁配筋、梁配筋、板配筋、结构平面图、零星（楼梯节点等）九大部分。对构件来说，这9部分是独立的。
2、分析绘图先后顺序：首先根据总说明建立工程，把基础放在第一种构件绘图，而后是框架柱，可以使用柱表功能。再做墙和约束边缘构件配筋，因为墙会是梁的支座。再下来是连梁配筋，因为连梁会是次梁的支座，所以连梁放在梁的前面。接下来是主梁、次梁。绘制完上述的构件后，板和板配筋就很方便了，利用点式画法或自动生成最小板，很快可以把板绘制完，再配板钢筋。最后算楼梯等零星。
3、建立楼层关系表：在广联达软件中，层的概念很重要，掌握了层，软件的应用就会很简单了，把建筑里的构件分为水平构件和竖向构件，水平构件分为梁、板，竖向构件为剪力墙和柱。尽量用层来控制竖向构件，非到万不得以不要用输标高来控制竖向构件。我在画图之前建立一张楼层关系表，根据此表在软件中建立楼层，按总说明在此表中标上构件砼标号，在钢筋软件里很快可以把钢筋的锚固和搭接调好。此表放在电脑前，可以在汇图时随时清楚的看到自己算在哪层，因为图纸上有些构件是按层来标示的，有些是按标高来标示的，有了这张楼层关系表，计算时很方便，不用来回推算。
钢筋工程基本思路和图形工程基本思路：
1、钢筋工程基本思路：
在计算钢筋工程量时，首先建立轴网，因为工程轴网是绘制其他构件的基础，所以建立正确轴网是绘图算量的最近本的关键。
基础：根据不同的基础类型，定义和绘制不同的类型。
框架柱：首先做出基础部分框架柱，然后复制到上一层，通过原位标注把截面尺寸和钢筋信息不同的柱子更改过来即可。
画图时只要画出一层构件，其他楼层通过复制即可。在绘制时灵活应用设置柱靠梁边、调整柱端头、f4等命令能快速确定出柱的位置。
墙：虽然墙的层数多，但是变化很少同样采取做一层构件复制到其他层，再修改属性方法处理。
约束边缘构件：做完墙后，有助于确定约束边缘构件的位置。建立构件时采用建立异型构件方法处理，在坐标方格内绘制柱截面后，随即定义好插入点，方便绘图。然后自定义各种钢筋，由于此部分构件录入需要一个一个箍筋录入，本次工程在此部分使用了相对较多的时间。
梁：梁比较直观，只要按图纸标注录入钢筋信息即可，标注时使用梁平法表格进行标注，对跨数自动识别与图纸不相同的梁采用；设置梁支座、删除梁支座，对于同名相同标注的梁采用应用同名梁；对于不同跨有相同的钢筋信息我采用梁跨格式刷；对于某一跨某一位置钢筋信息相同的，我又采用梁跨数据刷，减少了重复劳动，提升了布置钢筋的效率。软件自动考虑了梁与柱之间的关联，比手工算量简便很多。
板：底层框架裙房部分的板形状不规则，按自动生成板来画板，这样就不容易产生板重叠的现象（用画线来画板容易使板重叠）。然后再根据需要合并板、画线分割板为布置板筋作准备。
楼梯及零星构件：绘图输入不能处理时，使用单构件输入法来处理，楼梯可采用选择正确的标准图输入数值计算，对于不能参数输入计算的构件采用表格输入计算，较手工计算还是方便不少。
最后，检查构件属性及布置是否符合设计要求；检查钢筋尺寸是否符合设计要求及规范规定—“编辑钢筋”；检查同类型构件的钢筋量—“查看钢筋量”；查看对应的报表，如“钢筋定额表”“钢筋统计汇总表”等。
钢筋输入必须是绘图输入与单构件输入的有机结合。
构件录入完毕后，根据图纸设计说明修改计算设置汇总计算为方便对汇总出来的构件能够有一个一目了然的效果，在定义构件的时候最好把能描述的特征简练的备注在构建的后面。
根据我学习广联达的体会，我认为学习广联达可以划分为三个阶段的学习：第一阶段：掌握软件的结构及其功能。这时我们还处于学习软件的初级的阶段，现在的我们还是在慢慢的去了解广联达的各个功能。
第二阶段：工程适用软件。在这个过程中，我们已经对软件的有了一定的了解，我们需要拿一些简单的工程来学习软件。将我们所掌握的软件的功能实际的应用到工程里面去，在这个过程中我们会遇到好多的问题，我们要去解决这些问题。
第三阶段：功能适应工程。在对软件的功能有了较深的了解后，就可以真正应用到工程里面去了。
这个阶段应该是我们到工作的时候了，但是我们遇到的实际工程是千变万化，我们要再对软件功能充分了解以后，根据工程的需要提取软件的功能来满足工程要求。
广联达软件是我们以后工作中需要使用的软件，这三个阶段是我们必不可少要经历的阶段。
但是其实无论什么软件都只不过是为我们服务的一种工具，只要我们有心去学，用心去使用，都是很容易学会和撑握，广联达也不例外，只有我们了解和掌握了其功能，灵活应运，变通处理工作中遇到的各种问题。
总之我在学习广联达软件的过程中学到了许多东西，它对我的帮助很大。
软件培训的心得体会篇4
在支付宝测试分析的角色和系统分析的角色是对应的，只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发，测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上，觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的，用例是用例执行人员来写并且执行的)。
而通过这次的这次分析觉得自己的测分还存在以下的问题：
1、太关注开发的内部实现逻辑。建议：将开发内部实现逻辑看成一个黑盒子，测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题，而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。
2、分析文档写的过于详细，甚至将用例的步骤都写了出来。建议：测试分析要从全局上去看问题，细节的东西即便是知道的，也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样)，这样后面的人才会自己主动去想问题。
3、分析文档要考虑维护性问题，不要出现类似比如还款中状态为“r”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档，所以如果侧分这么写很有可能导致用例也照着这么写，其实不管侧分和用例都不应该具体写到r这么细节，否则的话开发稍作变动我们就要相应变动我们的用例
4、没有明确测试目的。review用例的时候，没有提出每个用例需要明确一个测试目的，让别人来看这个用例的时候能明白到底是怎么回事。
总结：
1、以后写测试分析文档，依据仅仅是prd文档，必须抛开开发实现逻辑部分(即不去看系分文档)，待测分出来之后，再去看系分文档，互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的.开发去互相明确更细节的东西。
2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析，细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分，其实还少了对整体流程的关注，需要增加业务流程的各条路径的一个覆盖，在针对路径的用例中不需要关注到数据库表级那么细。
3、在做流程路径覆盖之前应该画一个路径图，这个图的画法考虑各个入口的不同分开画流程图，分别进行路径覆盖。
软件培训的心得体会篇5
检查人员调取了a金融服务公司的电子账。该公司是分支机构，总部在上海，甲市地域内的小额金融服务由该公司负责，合作方为与之有关联的b公司，b公司在各大卖场，特别是家电卖场设立经营柜台，为购买手机、电脑等家电商品的用户提供小额贷款业务，购买者需要贷款时，在卖场的经营柜台与a、b公司签订贷款及金融服务合同，生效后，b公司将全款支付给卖场，购买者提取商品，并按合同约定分期(如12个月)向b公司支付贷款本金、利息和金融服务费，b公司收取款项后，按月拆分给a公司，a公司就收取的金融服务费申报缴纳。
检查人员在对营业税情况进行检查时，首先按年度核对营业税的计税依据是否有问题，电子账显示，6001-main business income(主营业务收入)科目当年有较大发生额，反映的似乎是主营业务收入，同时，另外有一个科目7002-clearing house accout -off bs- business-gc fee(账外科目——业务类——金融服务费)有一个较小的累计发生额，也像是主营业务收入，但似乎又不是。就此问题，检查人员询问了被查单位的财务人员，财务人员的解释是，6001记载的是每个月所有生效合同总的应收金融服务费金额，7002记载的是按合同约定每个月实际分期收到的金融服务费金额。这一数字由b公司数据服务器自动拆分，每月会有一张拆分表，被查单位根据拆分表进行账务处理。检查人员查看了部分服务合同，核对了两个被查年度7002科目记载的.当年累计发生额与当年营业税申报缴纳情况，确定被查单位所缴纳营业税的计税依据就是7002科目记载的当年累计发生额，未发现疑点。但这样是不是营业税就没问题呢?
从被查单位的财务核算及数据拆分的原理来看，6001与7002科目发生额是有关联关系的，因为，7002是6001的一种“递延”，如2012年1月6001当月发生额120万元，且均为12期(即在今后12个月内分期支付金融服务费)，那么今后12个月，每个月7002都会有10万元的发生额，这就是二者之间的逻辑关系，根据这一原理，检查人员决定将6001和7002科目的趋势进行比对，看能否发现什么问题。
在用友查账软件中，检查人员点击“稽查实施” →“科目趋势分析”，设定分析科目为6001和7002的2012年1月到2013年12月贷方月发生额，点击“分析”，生成了两个科目两个年度月发生额的趋势图表，上面那条曲线(简称q1)是6001的趋势，下面的曲线(简称q2)是7002的趋势，仔细观察这个图，检查人员发现，q1虽然弯折厉害，但应该是自然的，在前期与被查单位业务人员沟通时，检查人员了解到，其月金融服务合同签订的情况是不均衡的，如每年10月是经营旺季，所以合同签订的多，6001增幅较大，而11月则进入淡季，合同额会大幅减少，但随着该公司业务的拓展，总的业务量是不断上升的，因此，可以判定q1线是合理的。再看q2，检查人员发现，它的最大特点是太完美了，稳步平滑增长，没有任何曲折，这是不符合实际的，因为q1有较大的波折，根据q1、q2的关联关系，q1的波折和起伏应当会在以后的期间内通过q2反映出来，但q2恰恰没有波折，似乎与q1无关，存在明显的人为加工痕迹，据此，检查人员判断，根据数据拆分确定的q2，可能没有完全反映实际情况。接下来，检查人员到被查单位实地检查，查阅了所有的合同资料，履行相关手续后，检查了被查单位相关银行账户的情况，进一步逐月核对了数据拆分情况，终于确定了被查单位人为递延、少计拆分数据，延迟并少缴税款的事实，检查人员依法进行了处理。
软件培训的心得体会篇6
20xx年x月x日。我怀着对提高并实现自我价值的心态，走进深圳走秀网络科技有限公司的大门，开始了自己大学里兼职实习工作。转眼间。6个月的实习时间就要过去了。回想起这段时间的工作过程，我深深的认识到在走秀网实习的选择是绝对正确的，走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。现将这段时间的工作进行如下总结。
首先，要具有良好的学习能力。刚进走秀，带我的老大是哈尔滨人，我跟她很投缘。开始的一个星期，我只是熟悉公司的一些业务和我们前端的测试范围，在熟悉业务的过程中，我发现这些页面上的东西看上去挺简单的，但是要深入了解还是需要很长的一段时间。期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。走秀网的测试部还比较大，所以对工作的流程和上线之前的版本控制的非常严格。我们在上线之前，会经过两套环境，功能测试环境和镜像环境，功能测试环境是对需求和功能的一个详细的验证环境，镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎么产生的，所以需要去跟开发人员沟通，开始的时候自己一个人不敢过去开发部，就让老员工(才哥)带着过去，一段时间过后，我开始自己去和开发沟通交流，从发现问题的重现，到催促开发修改和转测试，这一段时间让我深刻体会到沟通时多么重要。
在走秀期间，我们测试部总监还会对我们不定时的培训。教会我们测试的工作流程和每个阶段应该展开的工作范畴。作为测试，必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink，还给我们培训了，如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。慢慢的，在对公司的业务了解的比较透的时候，老大就开始让我们自己对一些小需求进行测试，测试的过程中，不仅仅是对页面和表面功能进行测试，还要根据需求文档和页面的显示对数据库表进行查询操作，查看页面的显示和功能是否和数据表里面的一致，还要在后台日志中查看是否有报错。所以，测试并不是像我想象中的那么简单，不是在页面上点来点去就可以测的好的。
实习可以使每一个学生有更多的机会尝试不同的工作，扮演不同的社会角色，逐步完成职业化角色的转化，发现自己真实的'潜力和兴趣，以奠定良好的事业基础，也为自我成长丰富了阅历，促进整个社会人才资源的优化配置。作为一名学生，我想学习的目的不在于通过毕业考试，而是为了获取知识，获取工作技能，换句话说，在学校学习是为了能够适应社会的需要，通过学习保证能够完成将来的工作，为社会做出贡献。然而步出象牙塔步入社会是有很大落差的，能够以进入公司实习作为缓冲，对我而言是一件幸事，通过实习工作了解到工作的实际需要，使得学习的目的性更明确，得到的效果也相应的更好。
人要想成功及获得好的业绩，必须牢记一个规则：我们永远不能将个人利益凌驾于团队利益之上，在团队工作中，会出现在自己的协助下同时也从中受益的情况，反过来看，自己本身受益其中，这是保证自己成功的最重要的因素之一。
软件培训的心得体会篇7
将近一个月的假期实习生活结束了，告别了这一次短暂的实习生活，这段时间也让我感概万分，有欢乐，也有苦累，也许这就是实习生活所必须经历的吧。似乎尝到了校园中所不能经历的辛酸苦累，所以，这段时间里我学到了很多，也都成为了我人生中的宝贵财富，也迈向了社会中重要的一步，是非常值得珍惜的。
这次实践主要就是学会使用公司软件部门所开发的应用软件和各种产品设备，熟悉和了解一贯的操作方法和可能出现的问题，并就如何解决问题向老员工请教方法。教我的是一位年纪稍大的老员工，先与我说了一下要点，然后让我自已看，遇到不懂的就问。初次接触，发现它并不像书本那样的有条有序，许多信息夹杂在一起，令人眼花缭乱，而有不同的种类，要做到随便一看就知是什么单是不行的，因为看过一点有关软件测试的书籍，所有有点了解，但是这些根本不够，于是接来的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书，熟悉它的.大致结构。
熟悉了相关软件和硬件的操作和基本故障诊断之后，我也成为工作之中的一员，开始尝试解决客户应用产品中出现的一些问题。在这一段时间里，主要任务有巩固之前所学的，对常见的错误要一看便知，并养成认真仔细的工作习惯。在工作的过程中我也遇到了一些棘手的问题，但是经过大家的共同努力也一起解决了。经过了这些之后我也感觉到光靠培训听讲是不那么管用的，有时候也要自己试着去解决问题去亲自动手测试一些东西，在实际的应用过程中去发现问题和解决问题，做任何事都是一样要实事求是。
结合之前的培训，了解我现在的任务就是熟悉各种软件的操作和数据结构，然后在此基础上尽一切可能的去模拟、去思考现实使用环境中的应用可能性和预测可能出现的状况再对比一出现故障的概率等等，在这样的一个环节之后我要做的更细致的活儿就是做好各种测试计划和测试报告，然后对这些报告做一个准确和客观的评估然后将我所获得的结果反馈给软件或者硬件开发人员。
经过了将近一个月时间学习，了解到自己还有许多的不足，首先是缺乏工作经验，因为自己缺乏经验，很多问题而不能分清主次，还有些培训或学习不能找到重点，然后工作态度仍然不够积极，在工作中仅仅能够完成布置的工作是不够的，若没有工作做时可能就会松懈，不能做到主动学习。在工作中，不允许丝毫的马虎，严谨认真是时刻要牢记的。同时，学术上不够钻研，这是由工作性质决定的，也是我自己选择的，因为在我看来，只有被市场认可的技术才有价值，，但我毕竟是大三在校生，对科研技术进展方面都不了解，所以还需要更多的锻炼机会。
经过这一次的实践与学习，我才慢慢开始真正了解了软件测试工作，实习是一个开端，一个让自己学会成长的地方，不管是从工作技能上还是为人处事上，我都感觉到了自己有很大的提高。
首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信自己一定能克服。作为软件测试工作者要善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生，别人认为是对的，我却认为不是对的。有时候，往往某些质疑才是关键。保持一个良好的心情，否则很可能无法把测试作好，一定不能把生活中的不愉快的情绪带到工作中来。在工作技能上，因为从事的是测试工作，自己又没有经验，所以一切需要我从头开始，而且更需要自己的努力、耐心和细心。这些都是自己欠缺的，但是在工作了这几个月后，真的发现自己有了很大的改善。其次，让自己成熟了许多。虽然不能用语言来描述，但是确实可以从生活中的点点滴滴感觉得到。经历使人成长，只有经历过，才可以让自己真的成熟起来。
刚开始的时候很多人都和我一样，认为软件测试工作简单，只需要动动鼠标就行，之后才明白当初的认识是多么的肤浅。虽然自是功能测试，手工测试的工作，但是那鼠标也不是那么乱点的!所以其实做任何一件事都要付出自己自己的真心，努力去做，勇敢去做，才能离成功更进一步。
软件培训的心得体会篇8
这几天参与了一个c语言和c++语言是不是应该算一种语言的讨论，引发了写没写过大项目的质疑。我先自我介绍一下，我03年参加工作，毕业后就进入了当时可能是最火的电信软件开发行业，开始写c语言，unix下c语言。当时中国移动是最有钱的甲方了吧，主机都是ibm 小机，hp的也用，但是没有ibm的数量多。aix、hp-ux都用过，直到linux。我当时做账务处理，主要就是算月租，把话单变成账单，对账单做优惠，收用户的手机费。
有人说计费系统不算大项目，但是就我从业的这么多年看，至少不是小项目。我也没再参与过更大的项目了。
转回到软件开发，一个软件项目，是由很多功能模块构成的，有前台，有中间件，有后台，有接口，有主机监控，有统计分析报表等等。每个大类里面，还要细分更多的子模块，子功能等等。我想任何一个项目经理、系统架构师，都不可能把这样的项目写到一个main里面，代码写几百万行吧？按照项目管理的理论要求，项目要进行分解，形成wbs，切分成最长2周的工作任务包，那么我们肯定会把模块细化，切分成细小的功能点，按照原来的软件工程理论，这可能叫解耦吧？再按照中国软件工程师的特点，独立个体都是龙，捏合到一起往往1+1不一定大于2，所以拆分功能模块，最合适的就是拆分到一个模块一个人负责，与其他模块交互，架构师或项目经理参与，双方谈好接口，这样既保证了软件的可靠性，又提高了工作效率，工程师离职后也不会对整个系统有大的影响。
写具体的一个程序也是，因为我只会c语言，我就拿c语言举例。写一个程序，不是一个函数从头写到尾，写几万行，那样不叫程序，也不是一个成熟的有水平的程序员干的事。一个程序，也是由多个模块、多个函数构成，每个函数最好不要超过1000行，一些功能关联性高的，组成一个lib库文件，lib库可以有层级，平级直接没有调用关系，高层级可以调用低层级，层级也不易太多，5级足以。这样开发，主程序中按照事物或数据的处理流程，调用相关的函数即可。编译也方便，代码复用率也高，出了问题也好查。
总之每个人写程序的习惯都不一样，选择适合自己的就好。至于大项目，我真的觉得你可能就是参与了其中一块而已，如果真有人纯手撸500万行代码，请收下我的膝盖，我对您顶礼膜拜，您永远是我的神！
会计实习心得体会最新模板相关文章：
