开始介入的时候已经基本上完成一版本，部署和架构基于传统的服务化方案，进行rpc之间调用，服务器和监控的模式还是传统的虚拟机资源分配的形式，项目管理按传统的软件工程管理进行。项目的规模属于中型项目，政务民生类项目，用户规模大概在城市级百万级左右，每天涉及到资金交易在亿级别，项目周期大概是1年多，属于业务型服务。

以下阐述规避涉密因素不涉及相关单位和公司字眼。

从传统业务架构的服务器发布，同时也包括项目管理开发流程（cmmi5结构），再到传统的项目管理运维等进行架构升级，升级的目标为业务中台架构，为下一步数据运营管理做好基础。升级过程从团队、专家、业务、架构等几个维护进行的调整，以适应当前it行业的发展和数字化市场环境，在这个升级的过程不仅仅是技术项目的升级，更多的是组织架构，团队技能的升级，以消除前期传统模式留下的弊端。

升级过程阐述分三个维护，主要升级的成果点：

按前期-中期-后期三个时间段时间编写，整个过程我有我思。

这个过程无疑还是一个突出的问题：决心。中台型的转变需要整体团队的互相配合。每个节点做好自己的事情，需要上下一心的转变，领导层的意识和可行性的架构能力的支撑。

过程基本是老打法、老方式，而这也是最有效的方法。

前期最主要的还是团队的意识，这里的团队包括的不仅仅是一个组，而是整个团队的上下意识，这个过程调整了组织结构，这基本上将原有的项目管理模式归由研发部进行整体指导，主要是：

以上两步基本上解决了执行的基础保障，也是中台架构的基础保障条件。

架构升级的前期遇到的最突出的问题，旧系统的切换，这是一个矛盾点，在不违背大家过大的意愿下，调整的架构设计，当中也做了很多妥协，另一个是牺牲一部分技术妥协团队的接受，一步步推进。从上而下的业务模式改变，主要包括几个点：

上面几步基本上解决了基础层的问题点，还有过程持续构建的弊端点，资源不稳定点等。

基础层的解决和保障，最终还是回到业务建设上。

最可能出现问题的一点和沉淀能力的抽取考虑上，原业务架构，比如原来就没有考虑到这样的方式，进行的项目还有工程研发等，这个基本上最有可能导致后期上线不稳定的因素，做了几点：

基于以上多种结构的调整，基本上业务中台架构的雏形很快体现，这个过程消耗了差不多几个月的时间，基本上还是符合预期点，在有项目的推进下，其实各个部门还有项目组基本上感知性还有排斥性没有多大的体现，在研发和技术的支撑上，转变过程基本上无感知。

这是一个问题暴露阶段，这个过程需要的全员的配合，这也是为什么在前期下放责任和思想统一的原因点，一个架构师，一个部门是无法支撑起团队能力的。

过程问题最突出的一个体现：信心问题。这个是前期自己的问题点，当然，这也是在自己把控范围内的一点，也是必然会出现的一个情况，这个跟以前转型（自己在多家大中型团队做过转型）基本上是一模一样的问题体现，有的时候，在理论上是可避免的，但是在操作上却是不可避免的。

初期的验证和转换调整操作，基本上觉得没什么问题，但现实是不可预知的，在综合业务场景上并不等同于互联网型的通用项目，行业软件存在很多不一样的因素，它里面包含了很多复杂的业务逻辑，类似于银行系统，并不是那么敢轻易换掉oracle一样。当前项目也涉及到大量的资金交易也较大。在上线暴露问题点的同时，很多找到的解决方案都没有涉及到，这步让团队在切入过程中，心态上比较紧张，对新架构的信心程度还有各个节点的支撑人员也头疼。

一个场景是在前期基本上按k8s服务之间调用方式来进行的，但是在内外网络隔离，还有外围服务的时候，ip判断的问题，还有各种第三方插件的问题等，还有各个使用群体（比如银行）上相应表现不佳。沟通协调，排查困难程度较大，单个层面无法解决，最终是上下层统一协调解决点。

类似于上面的场景，并不是说有多大困难，而是部分场景下没有思路，各种条件下问题比较隐性。这个过程是团队会面对的问题，在最终解决下，会更进一步的提升团队的能力点，最终达到内部接受到自然状态。

另一个是一些操作的不成熟，还有验证性，需要大量的生产和测试验证，以确保可行性和后期的稳定性，这些前期验证环境有操作，但是也有很多未知，这些都是要面对克服的问题，这个过程几乎都是熬夜过来（几乎每次转型都遇到类似），同样需要整体团队的解决能力。

这里针对的是在架构设计层支撑和中台研发团队架构的支撑上的后期。

到这一步的时候，业务中台架构基本上便向于稳定，由原来的中台架构雏形，转变成业务中台架构。不管是技术、团队、业务、专家还有各个场景下的沉淀都已经有了沉淀能力，包括解决方案等，形成一套业务中台能力点，主要包括以下几个点：

余下的，更多的是架构设计的前期问题梳理和进一步的优化，各个管理功能的完善和进一步沉淀产品能力，集成到中台管理平台上，同时在各个团队和小组之间进行经验分享和总结。同时为下一个业务场景进行梳理。

按目前的行业发展来看，当前ai、物联网等智能化的发展迅速，在进一步待场景和人才，目前也在整合这些能力点，在业务中台化建设的后期，同样会在中台化的基础上融入ai、物联网的基础产品能力范围，在行业中台上面进一步的升级业务中台大脑。

软件培训心得篇2

在没有上软件课之前就听说了广联达软件，它包括图形算量软件、钢筋抽样软件、计价软件。广联达软件在造价方面的应用很广泛，方便、快捷就是它之所以广为人知的秘诀。从大四的上学期我们开始接触广联达软件，但是课时太少，不能全面、系统、详细地了解广联达是一个遗憾，希望在以后的学习工作中加强练习，做到熟练掌握。下面就说一些我的学习心得：

一、图形算量软件——强化识图能力

开始上课后，第一个接触的就是图形算量软件，要求我们把图纸上除钢筋外的所有信息都输入这个软件，就连一个构件的尺寸都不能出错，否则就会造成以后算价的错误。如一个单体工程，它的墙类型也许会有很多种，除了有内、外墙之分外，同是外墙，材质可能不同，尺寸也可能不一样;柱子就更加麻烦，若是矩形柱还好说，当柱子是异形柱的时候，我们需要加倍小心，对照图纸输入参数化信息。这就要求我们仔细读图，认真核查图纸信息;逐项输入构件信息，做到不漏不错。

在大二的时候我对读图掌握的不是很好，所以刚开始学习图形算量时有点困难，通过图形算量的学习，使我的读图能力有了很大的提高。同时，也强化了我的cad使用能力，因为，广联达有些画图的地方和cad是互通的。

二、钢筋抽样软件——熟悉钢筋结构

在没学钢筋抽样软件之前，对它抱有很大的恐惧心理，因为我们在概预算的课程中没有学习抽筋，对它我们是完全陌生的，人在接触新事物时总是会害怕的，害怕学不好。因为害怕，也因为好奇，所以在学钢筋抽样时就更加用心。经过一段时间的学习后，才发现钢筋抽样其实也不是太难，只要能看懂配筋图，仔细输入配筋信息，钢筋的绘制就是一项简单的工作了。绘制钢筋最重要的就是要细心，不能漏筋，也不能错筋，不然会直接影响钢筋用量，导致最后的汇总计价的不正确。

三、计价软件——学会汇总计价

在图形算量和钢筋抽样结束之后，就要进行汇总计价了，汇总计算的结果就是预算的依据。计价软件是给工程量套定额出价钱用的，计价时只需要把以前做好的工程导入计价软件，然后对照市场价格表，它就会在很短的时间里得出每个分项工程的价钱。利用计价软件汇总计算不仅可以节约大量的人力，更可以省下很多的时间。在这个时间就是金钱的社会，尤其是在工期直接关系到工程款的建筑行业，节省了时间就等于赢在了起点上。

软件课在匆匆忙忙中结束了，不能说我们可以完全掌握广联达的使用，起码我们入了门，为以后的继续学习打下了基础。虽然造价软件不是只有广联达，但是，通过学习这一个，我们掌握了一种学习态度——细心、耐心，相信这对其他软件的学习也是有帮助的!

软件培训心得篇3

检查人员调取了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，可能没有完全反映实际情况。接下来，检查人员到被查单位实地检查，查阅了所有的合同资料，履行相关手续后，检查了被查单位相关银行账户的情况，进一步逐月核对了数据拆分情况，终于确定了被查单位人为递延、少计拆分数据，延迟并少缴税款的事实，检查人员依法进行了处理。

软件培训心得篇4

软件测试在整个软件周期中的重要性，它存在于整个项目周期，在项目开始之初需求调研的时候就开始了，在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重，能主导整个项目的走向，成败与否全在于开始阶段的决策。

再严密的测试也不能完全发现软件当中所有的错误，但是测试还是能发现大部分的错误，能确保软件基本是可用的，所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论，故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。

经过这次培训中多个案例的讲解，让我了解到系统在上线之后会有很多不能预知的性能问题，需要在上线之前实现进行模拟，以规避风险，包括大数据量访问，高并发数等等。

当然也有很多应对手段，没有哪种手段可称为最完美，只有最合适的，需要灵活掌握，综合运用以达到最优程度，这是个很值得研究的领域。

目前我们在项目建设过程中对性能压力测试的重视程度还不太高，厂家也很少有雇佣第三方的'测试机构。而是在现网进行试用，遇到问题再解决，可能会产生滞后问题，影响客户使用。希望以后能在性能测试方面提高重视程度，加大人力投入，以保证系统上线后能够稳定运行。

对于快速响应这块，我们不能一味依赖厂家，而希望自己就能快速响应，及时将问题解决。这也是一个比较长远的问题，需要加强研发力量的投入。

我个人是做开发出身，有此类经验，当时是在客户现场，因为了解系统内部结构，能够在第一时间排查解决客户所反馈问题。

现在系统完全由厂家开发，很难了解内部结构，或许会造成后期维护困难。所以，是否应该针对某些项目介入厂家研发工作，比如请厂家提供源代码等相关要素，以增进维护人员对系统的了解。

最后再次感谢公司提供的平台，感谢领导的信任，让我有机会得到更深层次的学习以及展示自己能力的机会，我也会尽我所能来完善工作的系统，提高整体工作效率，为南方电网的发展建设提供更坚实，优秀的支撑服务平台。

软件培训心得篇5

这个学期学习了工程造价软件应用——————广联达软件的应用，这门课程只有十六个课时，这对于我们来说是很困难的，用十六个学时的时间去学好一个软件，而且它还是一个包括三个模块的软件。刚开始的时候自己还告诫自己一定要好好学习这个课程，因为以后工作中如果从事造价工作的话一定会用到它的，它将是我们以后工作的一个手段，是我们工作的得力助手，我们在工作中是离不开它的。所以我们必须去学好这个软件，必须学会运用这个软件，进而去熟练的运用这个软件，再次就是把它应用到实际的工作中去。

开始接触到这个软件时心里面就有一点很担心，因为自己在以前的学习中，我对计算机不是很感兴趣，学习计算机软件一直都是我的一个软肋，说实话我心里面真的很担心，我害怕自己学不好这个软件，但是我知道只要自己努力去学习，一定会学习好的。

在开始学习的时候自己还没有感觉广联达这个软件有什么困难，感觉很简单。

在开始老师总是告诉我们在应用软件时要适时看下面的提示，这样会简单好多，老师给我们总结出绘制构件的三个基本步骤：

选构件、选方法、看提示。在广联达图形算量软件gcl20xx模块下，最基本的是先建立好轴网，然后就是在定义和绘图之间来回转换，把定义模式中定义好的构件在绘图模式中绘制在轴网中。

我们只需要按照绘制的顺序绘制就好，按照：墙、门窗洞口、柱、梁、楼梯、装修、土方、基础、其他、自定义的顺序进行定义绘制。然后一层一层的绘制就可以了。

等绘制好之后在广联达计价软件模块中选择清单或者定额模式进行绑定、换算定额、套价，出清单或出总价。在广联达钢筋抽样ggj20xx模块下，进行抽筋算量，按照：柱、墙、门洞口、梁、板、基础、自定义、其他的顺序进行定义绘制，然后汇出总量即可。

我们买了最新版的密码狗，可以进行全程的算量，通过这段时间我的练习，我认为绘图算量前必须进行三项准备工作：

1、分图纸：把图纸分为：总说明、基础、框架柱、墙和暗柱配筋、连梁配筋、梁配筋、板配筋、结构平面图、零星（楼梯节点等）九大部分。对构件来说，这9部分是独立的。

2、分析绘图先后顺序：首先根据总说明建立工程，把基础放在第一种构件绘图，而后是框架柱，可以使用柱表功能。再做墙和约束边缘构件配筋，因为墙会是梁的支座。再下来是连梁配筋，因为连梁会是次梁的支座，所以连梁放在梁的前面。接下来是主梁、次梁。绘制完上述的构件后，板和板配筋就很方便了，利用点式画法或自动生成最小板，很快可以把板绘制完，再配板钢筋。最后算楼梯等零星。

3、建立楼层关系表：在广联达软件中，层的概念很重要，掌握了层，软件的应用就会很简单了，把建筑里的构件分为水平构件和竖向构件，水平构件分为梁、板，竖向构件为剪力墙和柱。尽量用层来控制竖向构件，非到万不得以不要用输标高来控制竖向构件。我在画图之前建立一张楼层关系表，根据此表在软件中建立楼层，按总说明在此表中标上构件砼标号，在钢筋软件里很快可以把钢筋的锚固和搭接调好。此表放在电脑前，可以在汇图时随时清楚的看到自己算在哪层，因为图纸上有些构件是按层来标示的，有些是按标高来标示的，有了这张楼层关系表，计算时很方便，不用来回推算。

钢筋工程基本思路和图形工程基本思路：

1、钢筋工程基本思路：

在计算钢筋工程量时，首先建立轴网，因为工程轴网是绘制其他构件的基础，所以建立正确轴网是绘图算量的最近本的关键。

基础：根据不同的基础类型，定义和绘制不同的类型。

框架柱：首先做出基础部分框架柱，然后复制到上一层，通过原位标注把截面尺寸和钢筋信息不同的柱子更改过来即可。

画图时只要画出一层构件，其他楼层通过复制即可。在绘制时灵活应用设置柱靠梁边、调整柱端头、f4等命令能快速确定出柱的位置。

墙：虽然墙的层数多，但是变化很少同样采取做一层构件复制到其他层，再修改属性方法处理。

约束边缘构件：做完墙后，有助于确定约束边缘构件的位置。建立构件时采用建立异型构件方法处理，在坐标方格内绘制柱截面后，随即定义好插入点，方便绘图。然后自定义各种钢筋，由于此部分构件录入需要一个一个箍筋录入，本次工程在此部分使用了相对较多的时间。

梁：梁比较直观，只要按图纸标注录入钢筋信息即可，标注时使用梁平法表格进行标注，对跨数自动识别与图纸不相同的梁采用；设置梁支座、删除梁支座，对于同名相同标注的梁采用应用同名梁；对于不同跨有相同的钢筋信息我采用梁跨格式刷；对于某一跨某一位置钢筋信息相同的，我又采用梁跨数据刷，减少了重复劳动，提升了布置钢筋的效率。软件自动考虑了梁与柱之间的关联，比手工算量简便很多。

板：底层框架裙房部分的板形状不规则，按自动生成板来画板，这样就不容易产生板重叠的现象（用画线来画板容易使板重叠）。然后再根据需要合并板、画线分割板为布置板筋作准备。

楼梯及零星构件：绘图输入不能处理时，使用单构件输入法来处理，楼梯可采用选择正确的标准图输入数值计算，对于不能参数输入计算的构件采用表格输入计算，较手工计算还是方便不少。

最后，检查构件属性及布置是否符合设计要求；检查钢筋尺寸是否符合设计要求及规范规定—“编辑钢筋”；检查同类型构件的钢筋量—“查看钢筋量”；查看对应的报表，如“钢筋定额表”“钢筋统计汇总表”等。

钢筋输入必须是绘图输入与单构件输入的有机结合。

构件录入完毕后，根据图纸设计说明修改计算设置汇总计算为方便对汇总出来的构件能够有一个一目了然的效果，在定义构件的时候最好把能描述的特征简练的备注在构建的后面。

根据我学习广联达的体会，我认为学习广联达可以划分为三个阶段的学习：第一阶段：掌握软件的结构及其功能。这时我们还处于学习软件的初级的阶段，现在的我们还是在慢慢的去了解广联达的各个功能。

第二阶段：工程适用软件。在这个过程中，我们已经对软件的有了一定的了解，我们需要拿一些简单的工程来学习软件。将我们所掌握的软件的功能实际的应用到工程里面去，在这个过程中我们会遇到好多的问题，我们要去解决这些问题。

第三阶段：功能适应工程。在对软件的功能有了较深的了解后，就可以真正应用到工程里面去了。

这个阶段应该是我们到工作的时候了，但是我们遇到的实际工程是千变万化，我们要再对软件功能充分了解以后，根据工程的需要提取软件的功能来满足工程要求。

广联达软件是我们以后工作中需要使用的软件，这三个阶段是我们必不可少要经历的阶段。

但是其实无论什么软件都只不过是为我们服务的一种工具，只要我们有心去学，用心去使用，都是很容易学会和撑握，广联达也不例外，只有我们了解和掌握了其功能，灵活应运，变通处理工作中遇到的各种问题。

总之我在学习广联达软件的过程中学到了许多东西，它对我的帮助很大。