软件工程学习心得体会.docx

软件工程学习心得体会.docx

《软件工程学习心得体会.docx》由会员分享，可在线阅读，更多相关《软件工程学习心得体会.docx（8页珍藏版）》请在冰豆网上搜索。

软件工程学习心得体会

软件工程学习心得体会

LT

在大学二、三年级，我要注重学习java基础知识、多学习项目开发经验，了解项目开发业务知识，并在学习中掌握db2数据库的sql语句的复杂查询以及管理操作，并深入学习了解struts、hibernate、spring相关操作。

同时在大三结束之前，我要至少了解并熟悉2门编程语言，如.net、c++、php；并学习掌握noracle、ms-sql数据库管理操作；掌握软件开发各个阶段的基本技能，如市场分析,可行性分析,需求分析,结构设计,详细设计,软件测试等。

如果有时间的话，还要学习管理方面的相关知识，由技术型向管理型方面的转移。

我要多多锻炼自己的能力，不论待人接物，还是进行演练，都要积极参见，努力争取较大的提升。

在大学四年级，学校会安排比较多的实习，到那时候，就要好好工作，发挥自己前三年学到的知识，努力完成自己的毕业实习，最后，优秀地完成自己的大学学业。

如果能够，我将选择继续深造，可以通过保研，考研等等许多途径，努力获得研究生的资格。

同时，就业也是一个不错的选择，但是不论考研还是工作，我都要一如既往地补充自己，不断提高自己的专业水平。

在工作时，我会优先选择私人的，创意性比较强的公司，从中积累经验，并且努力奋斗，成为复合型人才，我便可凭此进入大公司或者帮助自己的公司变得更加强大和成功，最后成为it行业中优秀的一员。

四、总结

卢苇教授的“软件工程导论”真的让我获益良多，对于软件工程专业有了深刻的了解，对自己以后的道路的安排也有了深刻的认识。

上课的日子总是很快，不知不觉中遍结了课，我感到如梦初醒，因为我们才敲开软件知识的大门。

路漫漫其修远兮，吾将上下而求索。

不经历风雨怎能见彩虹。

我要时刻保持一颗清醒的头脑，随时为自己的目标而奋斗。

其实，每个人心中都有一幅画，描述着理想、信念、追求、抱负；每个人心中都有一片森林，承载着鸟语花香的甜蜜、阴森恐惧的彷徨。

一个人，若要获得成功，必须拿出勇气，付出努力、拼搏、奋斗、成功。

机遇不同情眼泪的忧伤、不相信颓废的绝望，只期待爱打拼、时刻准备着的人。

【篇二：

学习《软件工程》课程心得体会】

软件工程课程

——心得体会

摘要：

高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。

利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。

在进行软件需求说明书设计及概要设计的心得体会。

关键字：

工资管理功能心得

绪论：

软件工程课程设计的题目是高校教职工工资管理系统，本文主要是对于软件工程课程设计中需求分析与概要设计分析的心得。

我们进行设计的项目是高校教职工工资管理系统。

高校教职工工资管理系统是为了解决教职工工资管理的而设计的，目的是建立一个能够初步实现高校教职工工资管理系统的智能化管理，该系统能跟据每位教师的职称不同而确定不同的基本工资，同时能根据每个教职工的出勤率，加班时间计算出每个教职工的月工资，还能根据每个月的情况计算出年终奖金。

利用此系统能减少工资计算管理教职工数量，增加教职工效率，同时还能使公司工资管理更加合理、透明，为高校节约成本。

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

1）需求分析

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

1需求分析产生了软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。

不涉及具体实现方法。

用户能看得明白，开发人员也可据此进行下面的工作（概要设计）。

2.概要设计产生了软件概要设计说明书，说明系统模块划分、选择的技术路线等，整体说明软件的实现思路。

并且需要指出关键技术难点等。

在进行需求分析时，我们既是开发者又是用户，本系统的业务流程与业务分类的定义比较难。

我们的团队进行了研讨，还充分运用了身边的各种资源，大量的查找了很多网络上关于工资系统的资料。

通过资料的进行讨论、根据我们的课题进行分析，最后确定了用户的需求为：

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

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

3.本系统在高校应用后将教职工的工资达到完全透明，计算更加精确教职工因纠纷事件减少到1%。

根据分析将系统的功能从一般教职工与系统管理者两个角度将功能划分为7个模块，当然介于我们的知识有限，有的功能没有实现：

员工工资与考勤直接挂钩，但本系统无法与员工考勤系统挂钩相连，由于涉及此系统时该高校并没有员工考勤系统，而且我们在最初进行商量的时候也没有提出该要求。

2）概要设计

从概要阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。

在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。

由概要设计说产生大的概要说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。

在本阶段主要涉及处理流程的设计、总体结构和模块外部设计、功能分配。

在接口设计上有用户接口、外部接口、内部接口；数据结构设计有逻辑结构设计、物理结构设计等等。

在接口设计时参考了大量的资

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

料。

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

而文档的作用在于：

一是可以帮助整理思路。

把要完成的目标，系统的结构，每一个模块的功能等整理一下，然后分门别类地写下来，这样在开发的过程中，就有据可依，在需要回过头来修改设计的时候，也有证可考。

二是便于交流。

三是可以作为以后维护时的参考资料。

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

我们进行了为期一周的课程设计。

通过这次课程设计，我拓宽了知识面，锻炼了能力，综合素质得到较大提高。

安排课程设计的基本目的，在于通过理论与实际的结合、人与人的沟通，进一步提高思想觉悟。

尤其是观察、分析和解决问题的实际工作能力，以便培养成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。

作为整个学习体系的有机组成部分，课程设计虽然安排在一周进行，但并不具有绝对独立的意义。

它的一个重要功能，在于运用学习成果，检验学习成果。

运用学习成果，把课堂上学到的系统化的理论知识，尝试性地应用于实际设计工作，并从理论的高度对设计工作的现代化提出一些有针对性的建议和设想。

检验学习成果，看一看课堂学习与实际工作到底有多大距离，并通过综合分析，找出学习中存在的不足，以便为完善学习计划，改变学习内容与方法提供实践依据。

对我们信息管理与信息系统专业的学生来说，实际能力的培养至关重要，而这种实际能力的培养单靠课堂教学是远远不够的，必须从课堂走向实践。

这也是一次预演和准备毕业设计工作。

通过课程设计，让我们找出自身状况与实际需要的差距，并在以后的学习期间及时补充相关知识，为求职与正式工作做好充分的知识、能力准备，从而缩短从校园走向社会的心理转型期。

课程设计促进了我系人才培养计划的完善和课程设置的调整。

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

软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始。

我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项目开发中更多的是协作、管理和控制。

我学习到很多一般性的方法，例如：

需求获取、模块化、计划等等。

同时，我也认识到使用计算机解决实际问题的复杂性，人们认识表达的过程不断反复、逐步深化，软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。

1

【篇三：

软件工程心得体会】

读软件工程案例教程有感

对于学习软件工程这门课程，我认为有许多东西要学习。

其实在我看来学习这门课程的精髓是学习一种方法。

是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

读完软件工程案例教程这本书，我觉得自己受益匪浅。

整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于uml面向对象分析建模和测试等。

对于这本书我主要对需求分析和测试比较感兴趣，在这我要着重的谈一些自己的心得体会以及自己的看法。

一．需求分析

1.1需求分析的重要性

一款成功的软件是建立在成功的需求分析之上的，而高质量的需求来源于用户与开发人员之间有效的沟通与合作。

当用户有一个问题可以用计算机系统来解决，而开发人员开始帮助用户解决这个问题，沟通就开始了。

由此我们可以看出需求分析的重要性。

需求获取可能是最困难、最关键、最易出错及最需要沟通交流的活动。

对需求的获取往往有错误的认识：

用户知道需求是什么，我们所要做的就是和他们交谈从他们那里得到需求，只要问用户系统的目标特征，什么是要完成的，什么样的系统能适合商业需要就可以了，但是实际上需求获取并不是想象的这样简单，这条沟通之路布满了荆棘。

首先需求获取要定义问题范围，系统的边界往往是很难明确的，用户不了解技术实现的细节，这样造成了系统目标的混淆。

其次是对问题的理解，用户对计算机系统的能力和限制缺乏了解，任何一个系统都会有很多的用户或者不同类型的用户，每个用户只知道自己需要的系统，而不知道系统的整体情况，他们不知道系统作为一个整体怎么样工作效率更好，也不太清楚那些工作可以交给软件完成，他们不清楚需求是什么，或者说如何以一种精确的方式来描述需求，他们需要开发人员的协助和指导，但是用户与开发人员之间的交流很容易出现障碍，忽略了那些被认为是很明显的信息。

最后是

需求的确认，因为需求的不稳定性往往随着时间的推移产生变动，使之难以确认。

为了克服以上的问题，必须有组织的执行需求的获取活动。

1.2需求分析的原则

（1）需求分析必须能够表达和理解问题的数据域和功能域。

数据域包括数据流、数据内容和数据结构，而功能域反映上述3方面的控制信息。

（2）需求分析要把一个复杂问题按功能进行分解并逐层细化。

通常，软件系统要处理的问题如果太大、太复杂就很难理解，若划分成几部分，并确定各部分间的接口，就可完成整体的功能。

在需求分析过程中，软件系统的用户需求中的数据、功能和行为都应细化。

（3）需求建模。

模型可以帮助系统分析人员更好地理解软件系统的数据、功能和行为，这些模型是软件工程中下一阶段进行系统设计的基础。

1.3需求分析的注意事项

（1）确定详细的需求，否则经费就算不准。

经费估计错误的原因多为：

用户需求频繁变动、遗漏重要需求、与用户交流不够、需求规格说明书质量低劣、需求分析不充分等。

（2）在编写需求规格说明书之前，应明确要解决的问题。

在试图解决问题之前，要保证已考察了全部可替代的方案。

要搞清哪地方有问题，真正的问题出在哪里。

这样，在编写需求规格说明书时做到有的放矢，把存在的问题暴露出来。

（3）立即确定需求，并记录下该需求的背景。

没有明确问题，就进行下一步的设计，想回避矛盾，可能会带来更大的问题。

用户不确定需求，软件设计人员自己决定需求，将会带来严重的问题。

为了避免将来可能出现的问题和软件工程项目能够尽快地进入到下一个阶段的系统设计中，要尽可能迅速地把用户需求确定下来。

任何决定总比没有决定要好。

（4）一旦在需求规格说明书中发现问题，立即改正。

如果把存在的问题拖延到系统设计阶段去改正，就可能要花数倍的时间和精力才能纠正同一错误。

（5）在众多用户需求中确定各个需求的优先顺