软件工程学习心得体会范文（精编4篇）

【前言导读】此篇优秀范文“软件工程学习心得体会范文（精编4篇）”由阿拉题库网友为您精心整理分享，供您学习参考之用，希望这篇资料对您有所帮助，喜欢就复制下载吧！

软件学习心得体会1

广联达预算软件是广联达软件股份有限公司开发的专业性极强的造价工程造价预算软件，至目前为止本人学习这一软件已经很长时间，基本的`操作和使用均已掌握，但本人认为应当将知识和心得与大家共同分享，以达到共同提高的目的。广联达软件学习心得如下：

一、广联达预算软件的类型及优势体现

广联达有各式各样的预算软件，包括：第一类，清单算量软件，可对工程量（除钢筋）进行计算，具有计算定额工程量与清单工程量的功能。第二类，钢筋抽样软件。对钢筋工程量进行计算和预算。第三类，清单计价软件，可对工程量清单、计算工程、投标报价进行计算与编制。第四类，标书软件，可对投标文件或是招标文件进行编制。

在本人动手操作了广联达预算软件后发现这款软件的特色主要是：首先，计算简单、准确、迅速。我们只要根据自己的要求，在使用软件时将完整的原始数据录入软件，之后点击汇总计算，不用多久，软件就会罗列出所有的计算结果，比如材差表、直接费表、取费表、工料分析表等，整个过程简单又迅速。由于计算全靠电脑，所以只要保证原始数据的正确性，那么计算结果也是绝对正确的。我不禁想起以前用人手计算时，每天都不厌其烦的用计算器反复的计算和演算，现在终于“解放”了！

其次，存档有序、报表规范。在计算完每个工程之后，软件都会自动生成一份对应的报表，用来存档。关于格式，软件程序已按照相关的规定事先设置好了，用户根本不用费心，只要点击对应的按钮即可。不仅如此，如果用户不满系统自带的格式，也可以自己根据自己的喜好去修改和编辑表格。可见，用人工誊抄报表、记录报表的时代已经过去了。当计算完每项工程后，只需点击保存按钮，那么下次还可以继续使用。如果计算的项目越来越多的话，软件还可以对这些数据进行归类。这项操作也是十分简单的，只需用不同的文件夹来分门别类的存放文件即可。倘若要将资料交给别人，也不用再像以前那样带各种各样的书籍和资料，只用将其拷贝到U盘里即可。

再次，自动排版、编制定额。计价软件除了具有预算、编制、审核结算等功能以外，还具有制作单位估价表、编制概预算定额的功能。这项功能可以说是工程造价管理部门喜闻乐见的功能，以前都由人来完成编制定额工作的，一堆一堆的定额子目全靠人工计算，密密麻麻的估价表也是全靠人手填写，不仅如此，还有极其琐屑的计算和校对工作。由于整个工作都是人工操作的，所以难免会出现一些纰漏和误差，准确率偏低，这些都影响数据的使用效率。鉴于此，广联达预算软件里面特别添加了一个估价表模块，这个功能可自动计算估价表。用户只需轻轻一点，不用多久，海量的定额子目里的材料费、基价、机械费、材料费就统统都计算出来了，而且不用担心计算误差的问题，且排版十分整洁。用户还可以根据自己的喜好设置表格格式，然后再点击软件里的自动排版功能，这样一来，用户就得到了一份打印稿。用软件制作出来的估价表不但排版整洁，且只需适当的调整就可直接进行印刷。

二、广联达预算软件工程案例操作心得

1、工程情况描述

本人运用广联达GCL2008软件对一个在建工程进行了完整的计算，这个工程一共有3063O的建筑面积，檐口高度为21。5m，地上五层，框架结构全部现浇，基础完全独立，建筑的前后方都有庭院，整个建筑呈梯形阶梯布局，逐层缩进，没有标准楼层，外部装修比较复杂，装饰线条零散无规律。在装修时，二层和一五层窗户与窗户之间、阳台的墙面砖必须是紫色，底层要贴上麻石。室内的卫生间和厨房要贴上瓷砖，其他地方全刷乳胶漆。建筑物每一层都有露台，且造型比较复杂，排水沟设置在檐口处，坡屋要贴上蝴蝶瓦，坡屋面必须一分为二。

2、传统计算难点

这种类型的工程在通过手工来计算的时候，存在着下列难点：

①独立基础作为棱台型的，而且各个棱台在高度上也不是一致的，同地梁交汇时所减的尺寸也不一样，要逐步的进行计算。

②电梯基础同邻近的独立基础在进行放坡之后有重复相交的现象存在，相交区域的工程量要扣除，但是如何扣减难以通过公式表达出来。

③斜屋面之下柱体的高度很难确定，这是由于柱会随着斜板坡度不断变化。

④在屋面斜板檐口地方设置了排水沟，这条排水沟就把斜板划分开来。除此之外檐口处的斜挑檐作为不规则的一个梁构件，屋面板到墙外皮的挑檐部分并非为板构件，这样就造成屋面装修的时候不能够按板智能布置，更加不能够自适应斜板了。

⑤屋面凹进地方的平屋面女儿墙同斜屋面板交汇在一起，而交汇点的尺寸是由屋面的坡度来决定的，因此给手工计算造成了不便，一般要应用CAD获取相关的计算尺寸。

⑥针对装修而言，由于楼层不一样，所以每一层的装修都要计算，尽管只有五层，再加基础总共要对六层进行计算，而且没有标准层，每一层都应该单独计算，同时外墙装修非常多，这就导致和墙面装修之间的扣减关系非常繁杂。因为不具备标准层，所以每一层在缩进的时候，预留门窗的尺寸都是不一样的，尤其是转角窗，如此就让诸多外墙面装修出现工程量扣减的情况。而其表达式异常的繁杂。

3、广联达预算软件操作心得

本人通过GCL2008算量软件仅仅只用了五天便完成了主体结构的计算，室内和室外的装修以及楼地面一共只用了一天时间，尤其是该软件里面所添加的单构件装修以及房间依附构件这两个功能，对于工程量的计算起到了很大的作用，总体来讲，GCL2008软件给造价算量计算赢得了很多的时间，而且使计算的效率得到有效的提升，使工程量计算里面的构件以及构件的扣减劳动得到了简化，从而使得整体的计算强度大幅下降。针对上述手工计算存在的难点而言。

①本人在对单独柱以及梁装修进行处理的时候，未应用单独柱外装修功能，仅仅只是把梁位置沿着梁长方向布置上和梁一样宽的墙体，并且把梁下剩余的墙体设置成了矩形墙洞，如此不但使梁柱的外装修得到了布置，而且也未加大墙体的工程量。

②在对屋面装修进行处理的时候，我首先对斜板进行定义，对于新构建的屋面，应用按现浇板智能布置，并且挑选出屋面需要布置的板，如此屋面就能够依据我的要求自动布置屋面装修了。

③在对房内装修进行布置的时候，针对相同的装修材料按照不一样的墙体材质来逐个定义，随后将墙面装修都依附到房内，之后直接对不一样的房间进行布置，如此就能够比较方便的实现室内装修。

④针对室外装修而言，利用GCL2008软件处理就变得更加简洁了。因为该项工程的室外装修异常繁杂。而软件予以了墙面、墙裙以及踢脚等装修构件，并且墙面均设置了四个标高，这样就使得工程的处理变得更加简便了。要注意的是，软件的颜色是能够编辑的，因此能够按照工程中所应用的材料颜色来装修。

软件学习心得体会2

现在21世纪是现代信息技术的 时代，计算机在社会生活的方方面面得到广泛运用，当然也包括在会计领域的运用。随着用友、金蝶等一系列软件的开发，手工记账正在被逐渐替代。我们学习用友U8的操作，就是为了了解和掌握整个会计工作是如何应用计算机软件进行管理，帮助我们更好地了解企业账务的整个流程。

这学期我们实验的主要内容是总账和UFO报表这两个部分。要对企业的业务进行管理，首先要建立一个账套，这样才能对日常的工作在财务软件中进行操作和管理。由于会计信息的保密工作十分重要，是企业的机密。因此，要对操作人员进行权限设置，这样不仅能防止会计信息的泄露，也能实现各种分工，建立良好的内部控制制度。一个完整的通用账务处理子系统包括：初始设置、凭证处理、账簿输出、出纳管理、往来管理、部门管理、项目管理和期末业务处理。在总账系统中，日常的业务处理主要包括记账凭证的录入、审核、修改和记账等工作。

通过对总账业务的处理，使我了解了从填制凭证到记账的整个流程。大体程序是录入凭证—出纳签字—账套主管审核、签字—对账—记账—结账，这样的一个过程。总体内容不是很多，但总账在整个财务中却是最基础、最重要的部分。后面的许多管理都依赖于总账。所以，保证总账的正确性是很重要的。虽然在业务处理过程中，我们如果出现错误可以更改，但是就需要其他各个职位人员的配合才能进行，是一个比较麻烦的返工过程。因此，在处理过程中应该做到认真仔细，尽量避免不必要的错误。账务处理子系统是会计信息系统的核心系统。它不仅改变了会计数据的处理方式，而且由于计算机数据处理特点，部分地改变了传统会计的业务流程。

财务报表是企业财务与经营数据的汇总，反映企业财务与经营状况，为企业的管理者提供决策的依据。因此，财务报表要求全面、真实和及时。目前人们所常用的报表处理系统大多是Excel，但随着会计软件的开发和技术的创新，不少企业已经放弃了传统的Excel处理方式，而是采用更加方便、易懂的会计软件进行处理。通过UFO报表的编制，让我体会到传统报表与现代报表编制的区别，也让我体会到会计软件处理的优势。

UFO报表可以利用软件中自带的报表模板直接生产我们所需要的报表。我们只要对其中的公式进行设置，便可得到所有的数据，这样大大提高了工作效率和正确率。同时，还可以运用图形分析法、视图分析法对数据进行分析，这样更加直观、醒目、易理解。也方便为管理者提供信息，做出决策。编制财务会计报表是会计处理程序的终点，信息使用者可以通过财务会计报告及时了解企业的财务状况、经营成果和现金流量等会计信息，所以，报表任何处理子系统是任何会计信息系统不可缺少的重要组成部分。

软件工程学习心得体会3

经过这学期软件工程实验的学习，深深感到用户需求对软件的重要性。成功的软件产品是建立在成功的需求基础之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。

需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识：用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。

其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是"很明显"的信息。最后是需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。为了克服以上的问题，必须有组织的执行需求的获取活动。

需求获取活动要完成的任务或者步骤的过程如下：

1、编写项目视图和范围文档

系统的需求包括四个不同的层次：业务需求、用户需求和功能需求、非功能性需求。业务需求说明了提供给用户新系统的最初利益，反映了组织机构或用户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。

非功能性需求是用户对系统良好运作提出的期望，包括了易用性、反应速度、容错性、健壮性等等质量属性。需求获取就是根据系统业务需求去获得系统用户需求，然后通过需求分析得到系统的功能需求和非功能需求。项目视图和范围文档就是从高层次上描述系统的业务需求，应该包括高层的产品业务目标，评估问题解决方案的商业和技术可行性，所有的使用实例和功能需求都必须遵从的标准。而范围文档定义了项目产品所包括的所有工作及产生产品所用的过程。项目相关人员对项目的目标和范围能达成共识，整个项目组都应该把注意力集中在项目目标和范围上。

2、用户群分类

系统用户在很多方面存在着差异，例如：使用系统的频度和程度、应用领域和计算机系统知识、所使用的系统特性、所进行的业务过程、访问权限、地理上的布局以及个人的素质和喜好等等。根据这些差异，你可以把这些不同的用户分成不同的用户类。与ULM中Usecase的Actor概念一样，用户类不一定都指人，也可以包括其他应用系统、接口或者硬件，这样做使得与系统边界外的接口也成为系统需求。将用户群分类并归纳各自特点，并详细描述出它们的个性特点及任务状况，将有助于需求的获取和系统设计。

3、建立核心队

通常用户和开发人员不自觉的都有一种"我们和他们"的想法，产生一种对立关系，把彼此放在对立面，每一方都定义自己的"边界"，只想自己的利益而忽略对方的想法。他们通过文档、记录和对话来沟通，而不是作为一个合作的整体去识别和确定需求完成任务。实践证明这样的方法是不正确的，不会给双方带来一点益处，良好的沟通关系没有建立导致了误解和忽略重要的信息。只有当双方参与者都明白要成功自己需要什么，同时也知道要成功对方需要什么时，才能建立起一种合作关系。

为了建立合作关系通常采取一种组队的'方式来获取需求，建立一个由用户代表和开发人员组成的联合小组作为需求获取的核心队伍。联合小组将负责识别需求、分析解决方案和协商分歧，小组成员可以采用会议、电子邮件、综合办公系统等方式进行交流，但交流时应注意以下原则：小组会议应该由中立方来组织和主持，用户和开发人员都要参加；交流预先要确定准备和参与的规则；议题要明确并覆盖所有关键点，但信息来源应该自由；交流目标要明确，并告知所有的成员。

4、确定使用实例

从用户代表处收集他们将使用系统完成所需任务的描述，讨论用户与系统间的交互方式和对话要求，这就是使用实例，一个单一的使用实例可能包括完成某项任务的许多逻辑相关任务和交互顺序。使用实例方法给需求获取带来的好处来自于该方法是用以任务为中心和以用户为中心的观点，比起使用以功能为中心和以开发者为中心的方法，使用实例方法可以使用户更清楚地理解和认识到新系统允许他们做什么和怎么做。描写使用实例的时候要注意使用简洁直白的表述，尽量使用主动语态，用"系统"或者"用户"作为主语，比如"用户提交用户密码，系统验证用户密码是否正确"，还有一点在描述中不要设计界面细节，比如"用户从下拉框中选择产品类型"。使用实例为以后写用例场景描述中的基本路径和扩展路径提供了素材。

5、分析用户工作流程

分析用户工作流程观察用户执行业务任务的过程，通过分析使用实例得到系统的用例图。编制用例图文档将有助于明确系统的使用实例和功能需求，统一建模语言的使用有助于与用户进一步交流。每个用例的描述应包括：编号，为每个用例分配一个唯一的编号，为需求的追溯提供了方便；参与者，与这个用例交互的 actor;前置条件，开始用例前所必须具备的系统状态；后置条件，用例完成后系统达到的状态；基本路径，用例完成的关键路径，也是用户期望的路径；扩展点，基本路径的分枝，表示意外情况；字段说明，路径中名称的进一步分解说明，对以后类属性的定义和数据库字段设计起作用；设计约束，实现用例的非功能约束。

6、检查问题报告

通过检查当前已经运行系统的问题报告来进一步完善需求客户的问题报告及补充需求为新系统或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为收集需求过程提供极有价值的信息。

7、需求重用

如果客户要求的功能与已有的系统很相似，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。业务建模和领域建模式需求重用的最好方法，像分析模式和设计模式一样，需求也有自己的模式。

总结：经过一学期的软工实验，深刻感到其重要性的同时也学到了不少的东西 ，将对我在今后的软件开发过程中起极大的作用。

软件学习心得体会4

一、需求分析和概要设计。

1）需求分析

按照软件工程的软件过程来说：

1需求分析产生了软件功能规格说明书，需要确定用户对软件的需求，要作到明确、无歧义。不涉及具体实现方法。用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。

2、概要设计产生了软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。并且需要指出关键技术难点等。

在进行需求分析时，我们既是开发者又是用户，本系统的业务流程与业务分类的定义比较难。我们的团队进行了研讨，还充分运用了身边的各种资源，大量的查找了很多网络上关于工资系统的资料。通过资料的进行讨论、根据我们的课题进行分析，最后确定了用户的需求为：

1、本系统在高校应用后高校工资管理方面的教职工将减少至目前的50%左右；

2、本系统在高校应用后将在高校各方面的成本将会有所降低；

3、本系统在高校应用后将教职工的工资达到完全透明，计算更加精确教职工因纠纷事件减少到1%。 根据分析将系统的功能从一般教职工与系统管理者两个角度将功能划分为7个模块，当然介于我们的知识有限，有的功能没有实现：员工工资与考勤直接挂钩，但本系统无法与员工考勤系统挂钩相连，由于涉及此系统时该高校并没有员工考勤系统，而且我们在最初进行商量的时候也没有提出该要求。

2）概要设计

从概要阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。由概要设计说产生大的概要说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。

在本阶段主要涉及处理流程的设计、总体结构和模块外部设计、功能分配。在接口设计上有用户接口、外部接口、内部接口；数据结构设计有逻辑结构设计、物理结构设计等等。在接口设计时参考了大量的资料。

最后就是编写文档——软件需求说明书、概要分析说明书。

而文档的作用在于：一是可以帮助整理思路。把要完成的目标，系统的结构，每一个模块的功能等整理一下，然后分门别类地写下来，这样在开发的过程中，就有据可依，在需要回过头来修改设计的时候，也有证可考。二是便于交流。三是可以作为以后维护时的参考资料。

三、软件工程课程设计——心得体会

我们进行了为期一周的课程设计。通过这次课程设计，我拓宽了知识面，锻炼了能力，综合素质得到较大提高。安排课程设计的基本目的，在于通过理论与实际的结合、人与人的沟通，进一步提高思想觉悟。尤其是观察、分析和解决问题的实际工作能力，以便培养成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。作为整个学习体系的有机组成部分，课程设计虽然安排在一周进行，但并不具有绝对独立的意义。它的一个重要功能，在于运用学习成果，检验学习成果。运用学习成果，把课堂上学到的系统化的理论知识，尝试性地应用于实际设计工作，并从理论的高度对设计工作的现代化提出一些有针对性的建议和设想。检验学习成果，看一看课堂学习与实际工作到底有多大距离，并通过综合分析，找出学习中存在的不足，以便为完善学习计划，改变学习内容与方法提供实践依据。对我们信息管理与信息系统专业的学生来说，实际能力的培养至关重要，而这种实际能力的培养单靠课堂教学是远远不够的，必须从课堂走向实践。这也是一次预演和准备毕业设计工作。通过课程设计，让我们找出自身状况与实际需要的差距，并在以后的学习期间及时补充相关知识，为求职与正式工作做好充分的知识、能力准备，从而缩短从校园走向社会的心理转型期。课程设计促进了我系人才培养计划的完善和课程设置的调整。

在一个星期的课程设计之后，我们普遍感到不仅实际动手能力有所提高，更重要的是通过对软件开发流程的了解，进一步激发了我们对专业知识的兴趣，并能够结合实际存在的问题在专业领域内进行更深入的学习。

软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始。我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项目开发中更多的是协作、管理和控制。我学习到很多一般性的方法，例如：需求获取、模块化、计划等等。同时，我也认识到使用计算机解决实际问题的复杂性，人们认识表达的过程不断反复、逐步深化，软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。