软件开发学习心得体会

人一生都处于成长中，面对不同阶段的自己，我们受到各种各样的启发，会有一些心得体会。通过文字记录的方式，写下我们的心得体会，对我们的成长，也具有一定的激励作用。该怎么写出促进自身成长的心得体会呢？今天小编为大家精心挑选了关于《软件开发学习心得体会》的文章，希望能够很好的帮助到大家，谢谢大家对小编的支持和鼓励。

第一篇：软件开发学习心得体会

软件开发学习心得体会

随着我矿“两化”融合工作的推进, 软件开发方面人才显 得更加缺乏,所以我选择对 ASP.NET 进一步深入学习;经过 近两个月的自主学习,进一步掌握了 ASP.NET 动态网页制作 的一些理论知识和基本常识,不仅要应用各种方面的知识还 要对所学的知识学会变通使用,虽然会有一些成功的地方。 曾经看到网上有这么一句话,一个优秀的网络程序员不但要 了解自己领域的一些专业技术,而且很多时候还要充当半个 网络工程师,半个美术设计师和半个数据库管理员。

ASP.NET是 Microsoft .Net 战略的核心产品, asp.net 凭借它丰富的控件,以及具有革命性的 code-behind 技术, 以及良好的封装性,无疑成为业界开发 active server page 的一门巨将, ASP.NET 是 ASP(微软动态服务器网页技术的最新版 本。执行效率大幅提高:ASP.net 构架是可以用 Microsoft (R 公司最新的产品 Visual Studio.net 开发环 境进行开发, WYSIWYG (What YOUSee Is What You GET所见 即为所得的编辑。简单性和易学性、高效可管理性

ASP.net 使用一种字符基础的,分级的配置系统,使你服 务器环境和应用程序的设置更加简单。因为配置信息都保存 在简单文本中,新的设置有可能都不需要启动本地的管理员

工具就可以实现。这种被称为 "ZEROLocal Administration"的哲学观念使 Asp.net 的基于应用的开发更加具体, 和快捷。 一个 ASP.net 的应用程序在一台服务器系统的安装只需要简 单的拷贝一些必须得文件,不需要系统的重新启动,一切就 是这么简单。 多处理器环境的可靠性 ASP.net已经被刻意设 计成为一种可以用于多处理器的开发工具,它在多处理器的 环境下用特殊的无缝链接技术,将很大的提高运行速度。即 使你现在的 ASP.net 应用软件是为一个处理器开发的,将来 多处理器运行时不需要任何改变都能提高他们的效能,但现 在的 ASP 确做不到这一点。 自定义性和可扩展性 ASP.net设 计时考虑了让网站开发人员可以在自己的代码中自己定义 "plug-in" 的模块。 这与原来的包含关系不同, ASP.net 可以 加入自己定义的如

何组件。网站程序的开发从来没有这么简 单过。安全性基于 Windows 认证技术和每应用程序配置,你 可以确性你的原程序时绝对安全的。 ASP.NET 的语法在很 大程度上与 ASP 兼容,同时它还提供一种新的编程模型和 结构,可生成伸缩性和稳定性更好的应用程序,并提供更好 的安全保护。可以通过在现有 ASP 应用程序中逐渐添加 ASP.NET 功能,随时增强 ASP 应用程序的功能。 ASP.NET 是一个已编译的、基于 .NET 的环境,把基于通用语言的程 序在服务器上运行。将程序在服务器端首次运行时进行编 译,比 ASP 即时解释程序速度上要快很多 . 而且是可以用任

何与 .NET 兼容的语言序。另外,任何 ASP.NET 应用程序 都可以使用整个 .NET Framework。开发人员可以方便地获 得这些技术的优点,其中包括托管的公共语言运行库环境、 类型安全、 继承等等。 ASP.NET 可以无缝地与 WYSIWYG HTML 编辑器和其他编程工具(包括 Microsoft Visual Studio .NET一起工作。这不仅使得 Web 开发更加方便, 而且还能提供这些工具必须提供的所有优点,包括开发人员 可以用来将服务器控件拖放到 Web 页的 GUI 和完全集成的 调试支持。 当创建 ASP.NET 应用程序时,开发人员可以使 用 Web 窗体或 WEB,或以他们认为合适的任何方式进行组 合。每个功能都能得到同一结构的支持,使您能够使用身份 验证方案,缓存经常使用的数据,或者对应用程序的配置进 行自定义 . 如果你从来没有开发过网站程序,那么这不适合 你,你应该至少掌握一些 HTML 和简单的 Web 开发术语 (不过 我相信如果有兴趣的话是可以很快的掌握的 。你不需要先 前的 ASP 开发经验(当然有经验更好 ,但是你必须了解交 互式 Web 程序开发的概念,包含窗体,脚本,和数据接口的 概念, 如果你具备了这些条件的话, 那么你就可以在 Asp.net 的世界开始展翅高飞了。

在这短短的两个月中, 我知道在程序设计的时候, 不要太 在意程序是否最简洁灵活,对于一般开发者而言,程序规范

化和可读性可能比追求程序的灵活性更加重要。在互联网资 源越来越丰富的情况下,我们可以参考一些规范的程序源代 码来学习。同时我也知道,想要学好这门课程,所要具备很 多条件,首先打代码要规范,要做注释,这样回头来看程序 时可以很

快的看懂,一方面可以练习自己的逻辑表达能力, 对以后遇到难以实现的功能也可以很好的表达出来向别人 请教,而且出去从事编程工作的话,代码的规范是相当重要 的。还有一点要学会总结,把自己做的程序用到的知识点列 出来就可以很好的总结自己的知识点。当形成知识体系,对 知识的理解就会更上一层楼。

第二篇：学习软件心得体会

马上就到了CAD结束的时候，经过这一个多月的学习，我掌握了CAD制作的基本操作，简单了解了CAD的实际用途。CAD即计算机辅助设计，是利用计算机及其图形设备帮助设计人员进行设计工作的一种软件。它是Autodesk公司出品的一款著名的专业制图设计软件，功能非常强大，已经成为国际制图设计的标准软件。在机械、建筑、服装、电子等各个方面都有应用。尤其在机械行业是离不开这个软件的。CAD可以绘制机械、建筑、航空、石油等多方面的二维平面图形和三维立体图形等等，它的使用性是非常之广泛的。我们在绘制图形的时候要注意线条的宽度，字体的美观、尺寸也相当准确，在命令提示行里输入多少就是多少，方便简洁。

我作为一名建筑学的学生，之后到了工作岗位上，也许会从事设计方面的工作，这时学习CAD就至关重要了。CAD可以将图示清晰明了的体现出来，让人一目了然，尺寸大小形状都有体现，是设计者和实施者的桥梁，从一张CAD图纸可以看出设计者的构思，简单明了。CAD实际用途的广泛性不仅体现在我们环境工程这个专业上，在其他的专业也有体现。可以说CAD是今后我们软件应用的一个基础，无论是设计还是施工都要看懂CAD图，学会应用和绘制CAD图。

本学期的CAD课程学习的时间很短很紧，虽然内容不是特别多，但是如果要熟练的掌握，需要练习的时间比较多，而且很多软件的特点需要摸索和思考，期间免不了需要老师的耐心讲解和同学的帮助。除了上课认真听课下课后多练习课程内容外，也需要对CAD的别的功能进行探索，勇于尝试和失败。在作图的过程中我遇到了不少的难题，而且其中很多问题别的同学也遇到了，我们一起探讨研究，结果也比较让人比较满意。 通过CAD的学习，不仅让我掌握了一门技术，更是让我懂得了团队合作的重要。在课程的最后进行了一次别开生面的CAD制作比赛，更是让我收获很多。

对于平时作业和绘图时遇到的问题，主要是对于软件很多绘图修改命令的不熟练。就拿绘制直线为例，如果不打开正交的命令则会导致直线的不平整，对于绘制水平竖直的图形有很大的不便，使之不能很好的对齐，又如不打开线宽的命令就不会体现线条的粗细等等。还有图层的建立和应用的问题，需要将要绘制的图层设置为当前，很多时候就是因为忘记设置当前，造成了很多不必要的麻烦。而且图层绘制时也要好好的选择线性和颜色才不会造成后来返工的局面。

用CAD画图，打开对象捕捉就能把有特征的点标出来，但是很多时候要适时地使用。CAD中尺寸标注也很快捷，两个点一拉，左键一点就完成一个标注，不用画箭头，不用标文字，只要自己设计好标注格式，计算机就能按要求标出来。插入文字也很方便，但是要注意字的格式要提前设好，防止不必要的麻烦。老师会拿一些图作为平时作业，既给我们创造了练习的条件，也让我们更加形象的懂得CAD绘制的图像是怎么样的，也加深了我们的理解。

课程最后的比赛大家都很用心，我作为我们组的组长更是感觉兴奋而有压力。大家都有好的选题，也都很别开生面，我们组小组讨论后选定的主题是制作一个女性主题公园，我们希望给大家一种耳目一新的感觉。我们立刻分了工，大家分别进行绘制针对女人童年、中年、老年不同年龄层次的休闲区域。我们希望打造一个时尚前卫绿色环保充满生机的主题公园。而我绘制的是公园的平面图，代表了公园的主体。

在绘制的过程中，我从我组同学那里学会了带基点复制，在我们的first lady主题公园中需要大量的树木和草丛，如果自己单一的绘制会浪费很多的时间而且也不会特别的具有美感。所以在另一幅CAD图上，我们带基点复制了很多不同种类的树木和花草，给我们的公园增色不少。

对于已经绘制的好的图像修改图层是后来团队合作时探索出来的，我们组很多人遇到了类似的问题，在图层选择时没有选定为当前，使得想要的图形没有到规定的图层中去。这时，要将所要更改的图形进行选定，点击右键，在最后一个特性中将所要更改的更改过来，无论是颜色还是线性还是图层都可以同一的修改。这时就比较方便，可以很多线条的修改不存在干扰的问题。

虽然比赛最后的结果不是特别好，但是我们切实收获了很多。在这两个多礼拜中进行了很多的探索，付出了很多的时间和精力，充分的应用了我们的想象，大家团结一致，共同为了我们的图的完美互相指点和帮助。虽然大家不是特别认可我们的作品，但是里面注入了我们太多太多的心血，我们对自己很满意。

很感谢老师对我们的指导，让我也对设计这个领域的职业产生了兴趣，很希望可以从事这方面的工作。在一张张图纸上绘制上自己的想象和创意，是多么让人感到自豪的事情啊。

第三篇： 软件工程学习心得体会

学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

要学习软件工程，学会如何系统的思考，以及养成良好的编码习惯，想学好软件工程，就必须知道软件工程的目标、过程和原则： 软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。

可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。

软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。 软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。

pad图：它是用结构化程序设计思想表现程序逻辑结构的图形工具。pad也设置了五种基本控制结构的图示，并允许递归使用。hipo图：hipo图是由一组ipo图加一张hc图组成。它是美国ibm公司在软件设计中使用的主要表达工具。hc图既是层次图，用于表示软件的分层结构。hc图中的每一个模块，均可用一张ipo图来描述。ipo 图由输入、处理和输出三个框组成，需要时还可以增加一个数据文件框，这种图形的优点，是能够直观地显示输入处理输出三者之间的联系。还有测试方法:按照测试过程是否在实际应用环境中来分，有静态分析与动态测试。测试方法有分析方法(包括静态分析法与白盒法)与非分析方法(称黑盒法)。静态分析技术：不执行被测软件，可对需求分析说明书、软件设计说明书、源程序做结构检查、流程分析、符号执行来找出软件错误。动态测试技术：当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。还学习了其他很多工具、语言、方法等，虽然不是都学得很透彻，但我相信在今后的学习中一定会慢慢的完善的。

软件工程对于初学者来说，知识基础较薄弱，对一些应用操作、概念、工具方法等理解起来较为困难，要能从整体概念上较好地理解和把握、学好软件工程，不是仅仅把几本专业书籍细致地看几遍，然后上机练习几次就可以成功，学习过程中要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决。但是还要注意什么都学，肯定是什么都学不透的，要集中精力打攻坚战，学习软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性的在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习面向对象分析的时候要结合大一学习的面向对象及其方法学这一专业科目进行研究拓展;在学习语言时，要看看与c语言的联系，多思多想，把从各个科目学到的知识通汇贯通。

在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。

而编码的学习中，我更了解到形成自己独特的规范的编码风格是非常重要的事。因为这影响到了软件后期繁重的维护，大家都要阅读你的程序，如果你写的程序毫无规范可言，那么别人怎么能读懂你的程序?读不懂程序，维护又从何谈起呢?所以，我们在今后的学习中，一定要注意这方面的培养，在写程序的过程中，要逐步的在规范的基础上形成属于自己的风格，即方便自己的修改，也方便日后他人的阅读。

在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。在今后的学习中要注意多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，应用于今后的实践。不断锻炼自己，向一名合格的程序设计师迈进。

以上这篇是软件工程学习心得体会。就为您介绍到这里，希望它对您有帮助。如果您喜欢这篇文章，请分享给您的好友。

第四篇：软件工程学习心得体会

软件工程学习心得体会一：学习软件工程的心得体会

学习了这门课程, 还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。

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

软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。软件的特征：①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品。③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。④维护过程比硬件复杂的多，甚至会引发新的错误。软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。出现软件危机的原因：①软件维护费用急剧上升，直接威胁计算机应用的扩大。②软件生产技术进步缓慢。软件工程是指导计算机软件开发和维护的工程学科。 软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综合测试;⑧软件维护;

瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。其特点是：线性化过程;分为分析、设计、编码、集成等几个阶段，并且各阶段逐级推进，不允许跨越。里程碑管理;阶段评审;文档驱动;简洁便于工程应用的线性化过程步骤，并可以通过里程碑管理机制而使项目进程量化。其明显的优点就是没个阶段结束前都要对所完成的阶段成果进行评审，这使得软件的错误能够在个阶段内尽早发现并尽早解决，总的来说瀑布模式具有良好的质量保证机制，有很强的生命力。

原型进化模式：对软件进行直接模拟或仿真，只需要分析需求框架后进行原型创建，再对原型系统进行逐步细化与完善，通过版本更新逐步满足用户对于软件的多方面需要。

增量模式：开发过程有三个任务域，分别是设计结构、开发构件和集成系统，它既有完善的工程管理机制，又能适应用户需求变更，有利于质量的监控，并且各局部基于构件构造，有利于逐步构建与完善;由于先交付核心构件可利于降低项目的技术风险。

螺旋模式：是一种可较好的规避开发风险过程的模式，项目是基于任务的螺旋式推进，每个螺旋由内之外分别是需求分析、软件设计、系统集成、验证与交付。

软件开发的整个过程：①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项目负责人、开发人员、资料管理员和软件测试员。②项目计划是为了使软件开发各项工作有秩序地进行，包括任务分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划书可以作为软件开发的工作指南。③项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因素，如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。⑤软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。 ⑥软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。

计算机系统由硬件、软件、数据资源、网络资源、使用系统的人等诸多元素。有三种典型的计算机体系结构：①主机结构，主机集中了全部智能，并依靠终端接口与外部设备连接。②Client/Server结构，智能分布于服务器与客户机，并依靠网络连接成系统，其中，服务器处于核心位置，提供被动核心服务;客户机处于边缘位置，可主动访问服务器，寻求服务支持。③Browser/server结构，可适应互联网远程交互的特殊结构，基于Web服务器构建。

需求分析：系统开发前期需求分析很重要，它是为了有效解决用户问题的需要进行的一项工程活动，所需要考虑的需求问题是功能需求、数据需求、性能需求和接口需求，开发者承担分析任务，核心是用户。其步骤有三个：①获取客户需求，客户泛指某个人或机构部门等，一般方法是调查，包括访谈、座谈、问卷、跟班和收集资料，需求规约可表达用户的软件价值。②建立需求模型，它是用户需求的图解，一些常用的模型有：业务树图、用例图、活动图。分别用于结构化需求建模、系统业务举例和反映系统工作流程。③进行需求验证，要验证的主要内容有：有效性验证、一致性验证、完整性验证、现实性验证和可检验性验证。 结构化分析建模：它是建立在需求规约基础上的，对软件问题进行全面解说，包括四个方面：①数据建模，它与数据库设计密切相关，ER图涉及实体、关系、属性等图形元素，在业务层面建立数据库概念模型，一般用于前期的建模构想。②功能建模，是对系统数据加工的图解，数据流程图是常用的建模工具，涉及数据接口、数据处理、数据流、数据存储等图形元素，用于描述系统数据加工细节。③行为建模，行为模型用于说哦名软件系统与环境的交互，状态转换图常用的软件行为建模工具涉及状态、事件等图形元素。⑤数据字典，是用于定义软件的元素，使软件元素获得严肃的、详密的、精确的规格说明。需求分析模型中的数据、功能、行为等诸多方面的元素，都有必要通过数据字典给予细节说明，以达到对系统较完整全面的规格定义。

基于UML对象面向对象分析建模：UML是统一建模语言，有统一的语法、语义和语用规则，其建模过程的特点是：用例驱动、以构架为中心和增量迭代，通过包实现对模型的有效的一体化管理。包括三部分：①用例建模，它面向用户需求的，能够反映系统的用户价值，用例图的基本元素有用例、参与者、交流;用例之间有泛化、延伸和包含关系。②活动建模，活动图用于描述系统动态过程，主要图形元素有：活动、转换、起点、终点、判断、并发、同步、泳道等。可描述高层业务级活动，涉及整个业务流程，针对每个用例活动建模，反映用例内部活动细节。③类分析建模，这里就只考虑实体类，实体类所代表的数据相互之间通常有一定的关系，依靠这种关系可形成有组织的程序数据结构。实体类之间的主要数据关系有：关联、聚类、泛化。

接下来我就简单说下我上这门课的简单的心得体会，我们是大四的学生了，也只有这个学期有课了，刚开始课表安排出来的时候觉得挺意外的，只有前八周有课，当时我还是有点小感动的，大四事情很多，有要考研的和工作的，大家也都有各自的事情，如果有16周的课，那么每周课不是特别多，但是时间特别分散，也不能集中某段时间去做什么事情。但是相对于老师的压力也有，课程压缩了相当于每节课的教学任务大大增加了，在加上有些假期冲掉课，就感觉我们好像上课学不到什么东西，也只是一些关键的和考试挂钩的才重点讲，完全没有扩展的时间和空间了。但是总的来说，学校开了这门课，我们上了这门课，总是学到了点东西的，不可能明明上了软件工程这门课，却像没上一样什么都不懂。在上课的时候我还是很认真地去听老师所讲述的内容的，我觉得他的思想和我一向而来的培养计算机学生综合素质的理解还是在一定程度上不谋而合了，所谓的需求获取，那就是一个谈判，辩论，交流的过程，已经不是单纯的编编程序就能解决的问题了。从我所看到的听到的来说，我最怕的就是计算机系的学生被别人说成是个带着厚眼镜的，只能够在电脑前编编程序的，在交际场上不知道说什么而一个字都说不出来的人。我觉得这样的人进入社会之后是没有什么前途的，起码他们缺乏了与人沟通交流的能力。而这门课程在一定程度上给了我们这些学生一个机会来锻炼自己在另一方面的能力，设想一下，一个又有技术又能够与人交流合作的人所取得的成就自然要比一个单单只会编程序的人要大得多。其次，这门课程教给了我们在完成一个实际项目时的一般程序及过程，我认为这是一份非常具有实际意义的教学内容。当我们在毕业之后，这是我们实际要运用的一项非常有用的技能，而且不仅仅局限于软件工程的范畴，我们即使是从事与其它行业，不也是要从需求获取开始，一直有条有理地到最后成品的出炉吗?应该说这就是这门课的价值所在。无论是在上课，还是在学生会里面做学生工作，我都深深地感觉到，技术性的工作就好比变魔术，其实原理是非常简单的，甚至可以说简单的可笑，但是当你就是做出这么一个简单的东西出来之后，一些外行们有时候会用崇拜的眼光看着你，觉得你很厉害，很高深莫测。但是制作的过程他们却不知道，也许知道之后他们只是会哑然失笑，原来这个东西的制作过程是如此的简单。这个可以说就是技术的魅力了，而作为需求获取及之后的一系列过程则是类似于魔术揭秘的过程，但是作为这个秘密我们并不需要一揭到底，至于揭的程度如何那就是我们那就是我们学出的程度如何了，我们要让对方知道我们在做什么?以及如何去做?这些东西需要我们以一定的技巧叙述出来，所起到的作用就是能够让对方了解自己的进度，却又能够不让对方来干涉自己的工作过程。因为我们是技术员，对方只是外行，即使对方知道了这个魔术的操作过程，也并不代表他们就能够向变着魔术的我们来随便修改这个魔术的变法，况且我们能够用不同的过程来得出一个同样的结果，这个过程的得出的主动权如何掌握在我们的手上，就看我们如何以高明的方式来揭开这个魔术的谜底了。当然了，在纯粹的理论上，我觉得开设这样一门课程是很成功的。但是毕竟现实里有太多的不确定的因素。最重要的因素就是授课的老师和听课的学生。这两个可以说是这门课成与败的决定性的因素。

作为我们学生来说，应该负起比较主要的责任。在大学里有了太多的基础课程，基础课程大多都比较枯燥无味，也许在第一个学期里我们还能够保持着新鲜感，但是在6学期之后，可以说再有新鲜感就是一件比较困难的事情了，我们都已经开始变得迟钝了。其次的，没有认识到这门课程的价值。这门课的价值我已经在上面说过了，是不言而喻的。但是并不是每个同学毕业之后都回从事计算机行业，也不是每个同学都知道这门课程的意义已经不仅仅局限于计算机这个范畴。或许有些人觉得反正以后不是这个发展方向，也就不在乎这个课程吧。我个人觉得这门课确实是挺好的，如果认真学必能学到很多东西，动手实践能力和从整个大体分析系统开发的逻辑性思维也会明显增强，不管以后从事哪个方面的工作，这对以后来说都是一笔很大的隐性财富。说到我自己对这么课的学习，还是有点愧疚的，前面四周我每周每节课都去上的，并且上课也认真听，一边听老师讲课一边自己看书本的介绍，但是后来我上这门课的次数就降低了，因为觉得时间很紧吧，而且老师上课的节奏我个人觉得有点慢，我都可以自己预习看到后面去了，但是这门课我还是每周至少上一节课的，虽然我早上7点多一点就出门，在自习室，但是有时候明明知道到了上课的时间，明明上课的地方离自习的地方不远也不太想去。我记得有次上课时候老师生气了，说来上课的人少，我仔细环顾了下四周发现确实人很少，稀稀疏疏的分散着，看起来确实不太舒服，让我不得不反思了，这大学的教育到底怎么了，怎么到了大四大家都不来上课，虽然我不是每节课都来，但是我还是时不时来上课的，可能是比较浮躁吧，快毕业了，觉得上课学不到什么实际的东西，要么实际一点好好考研继续深造，要么去培训增强实践能力这样才能较好的为找个满意的工作做好铺垫。

《软件工程》课程既强调基本概念和基本知识的理解和掌握，又侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合。我还是蛮喜欢这门课的，通过对这门课的学习让我意识到理论学习很重要，实践更重要，实践是检验真理的唯一标准，只有将理论与实际结合，才更能发挥我们所学的知识的作用，更能直接的创造效益，社会和国家做出贡献。

>软件工程学习心得体会二：软件工程学习心得>>(3520字)

通过这半学期我对软件工程的学习，老师在课堂上从软件工程的基础到用户的需求分析，最后到黑盒白盒测试通过自身做过的一些案例，生动形象的讲解了软件工程这门本身枯燥乏味的课程，这不仅增强了学生学习的积极性，也通过让我们自己去做一些需求分析，我们从中学到了许多知识。

老师不仅仅在课堂上对我们悉心的知道，在课外还让我们多看一些有关软件工程方面最前沿的理论，通过这段时间我读了《软件工程——实践者的研究方法》、《件工程案例》这两本书，通过自己的读书学习，我有以下心得体会。

众所周知软件对于一个公司，一个企业乃至一个国家都是十分重要的，因此一个软件的维护也十分重要，下面我就讲一些关于软件维护的知识。

维护阶段是软件生存期中时间最长的一个阶段，也是花费的精力和费用最多的一个阶段。由于操作系统软件和基础软件版本升级或应用管理系统软件的不断开发、完善，需要对软件进行维护。但当运行环境改变或者系统功能、性能需求发生变化，使原软件不能通过维护的手段满足用户需求时，则需要进行软件更新。

1.软件维护的类型：

软件的开发过程对软件的维护有较大的影响。若不采用软件工程的方法开发软件，则软件只有程序而无文档，维护工作非常困难，这是一种非结构化的维护。若采用软件工程的方法开发软件，则各阶段都有相应的文档，容易进行维护工这是一种结构化的维护。非结构化维护活动只能从阅读、理解和分析源程序开始，这样做难以弄清系统功能、软件结构、数据结构等问题，常常造成误解。同时由于没有测试文档，也不可能进行回归测试很难保证程序的正确性。这种软件维护方法仅在软件工程时代之前采用。在进行结构化维护活动时，需从评价需求说明开始，弄清楚软件功能、性能上的改变;对设计说明文档进行评价，并进行修改和复查;根据设计的修改，进行程序的变动;根据测试文档中的测试用例进行回归测试;最后，把修改后的软件再次交付使用。这对于减少精力、减少花费和提高软件维护效率有很大的作用。

2.软件维护的困难：

软件维护的困难主要是由于软件需求分析和开发方法的缺陷造成的。软件生存周期中的开发阶段没有严格而科学的管理和规划，就会引起软件运行时的维护困难。这种困难表现在如下几个方面。

(1)读懂别人的程序是困难的。

(2)文档的不一致性。这种不一致性表现在各种文档之间的不一致以及文档与程序之的不一致。

(3)软件开发和软件维护在人员和时间上存在差异。

(4)软件维护不是一项吸引人的工作。

3. 软件维护的费用：

软件维护的费用在总费用中的比重是不断增加的，它在 1970 年占 35%～40%，1980 年上升到 40%～60%，1990 年上升到 70%～80%。软件维护费用不断上升，这只是软件维护有形的代价，另外还有无形的代价，即要占用更多的资源。由于大量软件的维护活动要使用较多的硬件、软件和软件人员等资源，这样一来，投入新的软件开发的资源就因不足而受到影响。由于维护时的改动，在软件中引入了潜在的故障，从而降低了软件的质量。

4.软件维护的分类

软件维护有改正性维护、适应性维护、完善性维护和预防性维护 4 类。

(1)改正性维护。在软件交付使用后，由于开发时测试的不彻底、不完全，必然会有一部分隐藏的错误被带到运行阶段来，这些隐藏下来的错误在某些特定的使用环境下就会暴露。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程，就叫做改正性维护。例如，改正性维护可以是改正原来程序中未使开关(off/on)复原的错误;解决开发时未能测试各种可能情况带来的问题;解决原来程序中遗漏处理文件中最后一个记录的问题等。

(2)适应性维护。随着计算机的飞速发展，外部环境(新的硬、软件配臵)或数据环境(数据库、数据格式、数据输入/输出方式、数据存储介质)可能发生变化，为了使软件适应这种变化，而去修改软件的过程就叫做适应性维护。例如，适应性维护可以是为现有的某个应用问题实现一个数据库;对某个指定的事务编码进行修改，增加字符个数;调整两个程序，

使它们可以使用相同的记录结构;修改程序，使其适用于另外一种终端。

(3)完善性维护。在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性，这种情况下进行的维护活动叫做完善性维护。例如，完善性维护可能是修改一个计算工资的程序，使其增加新的扣除项目;缩短系统的应答时间，使其达到特定的要求;把现有程序的终端对话方式加以改造，使其具有方便用户使用的界面;改进图形输出;增加联机帮助(Help)功能;为软件的运行增加监控设施等。在维护阶段的最初一两年，改正性维护的工作量较大。随着错误发现率急剧降低，并趋于稳定，就进入了正常使用期。然而，由于改造的要求，适应性维护和完善性维护的工作量逐步增加，在这种维护过程中又会引入新的错误，从而加重了维护的工作量。实践表明，在几种维护活动中，完善性维护所占的比重最大。即大部分维护工作是改变和加强软件，而不是纠错。所以，维护并不一定是救火式的紧急维修，而可以是有计划、有预谋的一种再开发活动。事实证明，来自用户要求而扩充、加强软件功能、性能的维护活动约占整个维护工作的 50%。

(4)预防性维护。除了以上三类维护之外，还有一类维护活动，叫做预防性维护。这是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。通常，预防性维护定义为：“把今天的方法学用于昨天的系统以满足明天的需要”。也就是说，采用先进的软件工程方法对需要维护的软件或软件中的某一部分(重新)进行设计、编制和测试。

在整个软件维护阶段所花费的全部工作量中，预防性维护只占很小的比例，而完善性维护占了几乎一半的工作量，软件维护活动所花费的工作占整个生存期工作量的 70%以上。这是由于在漫长的软件运行过程中需要不断对软件进行修改，以改正新发现的错误、适应新的环境和用户新的要求。这些修改需要花费很多精力和时间，而且有时修改不正确，还会引入新的错误。同时，软件维护技术不像开发技术那样成熟、规范化，消耗工作量自然就比较多。

5.软件维护：

(1)数据维护

大多应用软件的数据随着应用规模的日益扩大和用户环境的迅速发展，不但基础信息，其他所有专题信息也需要经常地进行维护和更新。应根据系统的规模和实际需求，建立系统的数据维护更新机制，规定数据维护更新的周期，使系统的所有数据均相对地始终处于最新的状态。数据对一个软件的重要性，越来越被人们认识。但是，数据如果不经常更新，则有可能失去应用价值，这是每个软件维护和运行所应重视的问题。

(2)硬件维护

在软件运行的过程中，应建立硬件设备的日常维护制度，并根据设备的使用说明进行及时的维护，以保证设备完好和系统的正常运行。但当设备的处理能力达不到要求，或者设备本身已经过时、淘汰，或者设备损坏，买不到零配件，或者修理不值得时，应考虑硬件更新。系统硬件更新应按关于硬件评价指标的规定要求重新进行选型。

(3)软件维护的原因

要求进行软件维护的原因多种多样，归结起来有 3 种类型。改正在特定的使用条件下暴露出来的一些潜在程序错误或设计缺陷。因在软件使用过程中数据环境发生变化(例如，一个事务处理代码发生改变)或处理环境发生变化(例如，安装了新的硬件或操作系统)，需要修改软件以适应这种变化。用户和数据处理人员在使用时常提出改进现有功能、增加新的功能，以及改善总体性能的要求，为满足这些要求，就需要修改软件把这些要求纳入到软件之中。

6. 软件维护的过程

一个维护申请提出之后，经评审需要维护，则按下列过程实施维护。

(1)首先要确定进行维护的类型。在许多情况下，用户可以把一个请求看作改正性维护，而软件开发者可以把这个请求看作适应性或完善性维护。此时，对不同观点就需要协商解决。

(2)对改正性维护从评价错误的严重性开始。如果存在一个严重的错误，例如，一个系统的重要功能不能执行，则有管理者组织有关人员立即开始分析问题。如果错误并不严重，

则改正性维护与软件其他任务一起进行，统一安排，按计划进行维护工作。

(3)适应性和完善性维护如同它是另一个开发工作一样，建立每个请求的优先权，安排所需求的工作。

(4)实施维护任务。不管维护类型如何，大体上要开展相同的技术工作。这些工作包括修改软件设计、必要的代码修改、单元测试、集成测试、确认测试及复审。每种维护类型的侧重点不一样。

(5)“救火”式维护。并不完全适合上面所述的经过仔细考虑的维护申请，而是对于出现突发性的重大故障的维护。

以上是我对软件工程中软件维护的初步认识，以后我会更加努力的学习软件工程这门课程。

>软件工程学习心得体会三：学习软件工程的心得体会>>(933字)

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

软件工程是指导计算机软件开发和维护的工程学科。

软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。软件的生存周期可分为八个阶段：①问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综合测试;⑧软件维护; 瀑布模式：原型进化模式：增量模式：螺旋模式：

软件开发的整个过程：①需要项目团队，组建优秀的团队可以开发出更搞质量的软件产品。任务开发团队要求小而精，成员大多在8人以内，主要成员有项目负责人、开发人员、资料管理员和软件测试员。②项目计划是为了使软件开发各项工作有秩序地进行，包括任务分配和基于里程碑的进度安排，甘特图和任务网络图是用来描述进度计划的工具。项目计划书可以作为软件开发的工作指南。③项目成本估算，由于项目有来自各方面的成本包括工资开支、场地费、差旅费、设备费和资料费等，但是软件主要是对人力成本的估算，常用的方法有程序代码成本估算法等。④软件风险管理包括很多不确定的风险因素，如计划风险、管理风险、需求风险、技术风险、人员风险、产品风险、用户风险和商业风险等等，而风险管理的主要任务是：风险识别、风险评估、和风险防范。⑤软件文档管理，软件文档是工程模式软件开发的成果体现，包括技术文档、管理文档和用户文档。 ⑥软件配置管理与软件质量管理，包括配置规划、软件变更控制、软件版本控制和质量控制计划。

《软件工程》课程既强调基本概念和基本知识的理解和掌握，又侧重软件项目的分析、设计、实现和维护的基本技能。比较注意“点”和“面”的结合。我还是蛮喜欢这门课的，通过对这门课的学习让我意识到理论学习很重要，实践更重要，实践是检验真理的唯一标准，只有将理论与实际结合，才更能发挥我们所学的知识的作用，更能直接的创造效益，社会和国家做出贡献。

>软件工程学习心得体会四：《软件工程》学习心得>>(2931字)

一、软件工程的定义

软件工程 (Software Engineering，简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。在现代社会中，软件应用于多个方面。典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。

二、软件工程的目标

在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。

三、软件工程的原则

是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。软件工程的原则有以下四项基本原则：1)选取适宜开发范型;2)采用合适的设计方法;3)提供高质量的工程支持;4)重视开发过程的管理。

四、软件工程的由来

据说上个世纪60年代的程序员都是天才，写程式就像写日记一样，吃过晚饭没事干随手就可以写几个出来玩，第二天还可以拿去卖钱。所以那时候程序员在大家眼中，跟那些搞美术，音乐的是一类的，被称为“艺术家”。

但事过境迁，就像任何人都不会嫌钱多一样，永远都不会有人嫌CPU快的。于是，随之而来的就是硬件的迅猛发展和越来越变态的软件。记得以前常去同学家拷游戏，通常几张软盘就可以搞定，而现在的游戏，两三张CD-ROM都算少的了。像如此庞大复杂的怪物，就算你是如何的天才，一个人肯定是搞不定的，否则，等你把程式写出来，人家Intel连奔腾N都开发出来了。既要开发大型的软件还要追求速度(这样才能赚钱)，于是很自然地，合作的概念被提了出来。

在开始合作的初期，由于大家都习惯了当很有个性的“艺术家”，结果可想而知，一个是毕加索派的，而另一个是意大利印象派的，再加上一个画泼墨山水画的，要是像这样凑出来的东西都能不出问题的话，那么Bill早就转行了。所以，那时侯的大型软件，据说“蓝屏”比WINDOWS 98还多。

马克思告诉我们，万物都是从量变到质变的。随着问题的不断涌现，一些master们开始尝试去总结经验，并归纳了一些规范去指导软件的分析，设计，实现，测试，维护，人员交流协作，项目预算及时限控制等方方面面，这就是软件工程的前身。

软件工程到现在已发展了30多年，可以说是相当成熟的了。现在开发软件，据说都是一大帮人排排坐，按着一整套的规章制度来干活。于是，软件开发成了“工程”，程序员也就沦为“工人”了。

五、软件工程的核心

软件工程，说白了，就是这样一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。简单来说，就是对于总体的组织和对于局部的实现。

六、软件开发过程

开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的;然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的;接下来就是将涉及的各种主要或次要功能分成各个模块;最后就是分模块来编码和DEBUG。除了第一步外，其余的步骤应该是一个循环的过程。既然软件开发是一个具有不可预知性和变化性的动态的过程，那么，对其每一个步骤的组织，即周期模型，就必须包容它的这种性质。

具体到每一步的工作要怎样完成，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。文档的作用在于以下3个方面：一是可以帮助整理思路。把要完成的目标，系统的结构，每一个模块的功能等整理一下，然后分门别类地写下来，这样在开发的过程中，就有据可依，在需要回过头来修改设计的时候，也有证可考。二是便于交流。想象一下开会时的情形。一大帮子人争先恐后，激烈辩论，然后会终人散，思想灵感也就随之散了，结果是开了半天会，什么也没讨论出来。这就是后来会议记录被发明出来的原因。在脑子里的东西一多，就会散而且乱，用语言表达的时候，很容易会丢三落四，别人也很难把握住你的思想。但经过整理写在纸上以后，则会清晰得多，无论是别人还是自己，看起来都可以一目了然。三是可以作为以后维护时的参考资料。有一句名言：“笔和纸永远都比大脑可靠”，意思就是说，放在大脑里的东西说不准哪天就忘了，但写在纸上的东西，只要不发生什么意外，一般是丢不了的。当过了一段时间，你需要再回过头来修改你的程序的时候，你就会发现，你以前写下的文档实在太有价值了。别指望你的源代码，对于复杂一点的程序来说，单纯的源代码几乎会扼杀掉你所有的时间。

可行性分析 就是关于当前项目能不能干的分析结果。主要考虑的方面包括：是否能把这个项目开发出来;假如可以的话，预计需要多少时间，能否满足客人的时间要求;需要多少人力和资金的投入;最重要的是，这个项目能否赚钱，能赚多少。还要对可能存在的风险进行评估。

七、软件工程学习感悟

时间飞逝，不知不觉间《软件工程》的学习完了。在这将近半学期的学习中，虽然我不能说我将《软件工程》学习的有多么的好，但是通过学习，我还是受益良多。

在以前，我一直对软件存在一些偏见或则是误解，认为软件就是程序，软件的开发就是编写程序，只要编完了程序，一切也就ok了，而且我还片面的认为只要我掌握了时下最新的语言和工具，那么我就能写程序了。一个人，只要会编程，就能写软件，就是程序员;一个公司，只要招聘一些程序员，就能开发好的软件产品。只要有几个有经验的程序员，再找些兼职的大学生，就能组成一个软件公司。

但是通过了《软件工程》这门课的学习，使我认识到了我以前的错误。软件其实不仅仅是程序，软件开发其实也不仅仅是编写程序，软件是思想在硬件上的载体和体现，处理的是逻辑和信息。唯有对软件和软件的开发过程，有充分的认识，才能更好的开发出，过程受控、质量受控的软件产品。

而且在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。编程其实是一种乐趣和苦恼共存的一项创造性活动。因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。

而且通过学习《软件工程》，我还学到了很多其他的东西。比如通过学习《软件工程》，特别是教员的课程讲解和每次用实际的软件现场的讲解，为我提供了一个尽早接触世界工作和真实项目的机会。让我知道如何在以最小的成本中，训练自己的基本工程素质和能力，如何激发自己的积极性等。而且通过学习《软件工程》，还让我认识和培养了我的团队协作能力，特别是对于我们这些在校的学生来说，这种学习更是能让我在以后工作中少走很多的弯路。

所以，通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。在此我对教员的辛勤教育表示感谢，因为是你让我学习到了这些，是我获益良多。

第五篇：中普软件学习心得

审计与风险相伴而行

——学习中普审计管理软件有感

当老师布置这项任务——学习中普审计管理软件时，我心里不禁疑惑，老师的动机何在?目的是什么?这样一个在实操中运用的软件，对于正在学习理论知识的我们，能起到什么样的帮助?

这么些个疑团，在我安装好软件、试运行开始后，一个个不破而解。我想，事务所在进行审计的实际操作中，都根据自身的需要，具备一套独有的审计操作管理平台，再加上中普审计软件自身的某些运行缺陷，熟悉具体的软件操作只是一种表象，并不是老师此次作业的实质。更多的是想借用这么一个平台，让我们亲自动手，体验从课本学习到实际操作的角色转变，通过剖析整个审计流程，做到胸有成竹，腹有笔墨，先人一步，在今后的实践工作中才不致于乱了头绪，手忙脚乱。

为了梳理审计流程、熟悉审计步骤、了解各项审计可能会碰到的问题、解决方案、合理预见及应对所面临的审计风险等等，抱着潜心的学习态度，我展开了中普审计管理软件的学习之旅。

首先，是审计的第一程序——准备阶段。

这里，我们假定已事先了解被审计单位的基本情况，接受了审计委托。打开平台，通过U盘等工具导入数据进行采集后，进行必要的数据转换，然后建立审计项目。

(1) 选择该审计项目并套帐后，开始进点准备：填写审计通知书、发送重要事项承诺书、填写审计进点会议通知书和填写审计进点会议纪要。

(2) 根据进点会议提要，填写并签订初步业务活动程序表、业务承接评价表、业务保持评价表和审计业务约定书。这里，我注意到，【控制】如为首次接受委托，则必须做：1.前后任注册会计师沟通;2.期初余额审计。也就是提醒我们，在初次接触被审计单位，必须了解该审计主体的过去，这其中的一些事项是否会对被审计单位现今的财务报表状况有影响，是否存在重大错报风险。 (3) 初步了解和评价被审计单位的内部控制系统，分析审计风险。 (4) 明确审计目标，拟定审计计划，确定审计项目实施方案，包括方案的基

1

本内容，确定计划实施时间和形成实施方案。

接下来，是审计的第二程序——实施阶段。

(1) 正式进驻被审计单位，在这一步，我了解到，使相关员工了解审计的目的、内容、起讫时间等，争取员工的信任、支持和协助非常重要。

(2) 汇总对整体层面内部控制了解的主要内容和结论;记录通过询问、观察和检查程序对控制环境的了解和评价结果;记录通过询问、观察和检查程序对被审计单位的风险评估过程的了解和评价结果;记录通过询问、观察和检查程序对信息系统与沟通的了解和评价结果;记录通过询问、观察和检查程序对被审计单位对控制的监督的了解和评价结果。分析内部控制系统的健全性、合理性和有效性。

(3) 审查财务报表及其反映的经济活动，对被审计单位的财务收支及其他经济活动的合法性和公允性进行全面或重点的检查。在这里，中普审计软件与通用财务审计、业务审计、集团审计之间是无缝集成，可以查询即实时监控该项目审计全过程各单位帐套编制的底稿，审计项目小组组长或者主审在线监控项目进度情况，为调整审计计划提供信息资料。

另外，旨在通过一系列的财务审计：

1、账户关联分析(联动分析)，回归分析;

2、报表趋势分析，

3、结构分析、比率分析;

4、全面的单位往来、个人往来分析，深入了解企业收入、成本财务状况;

5、账龄分析、函证管理、凭证抽查、调整分录和报表附注稽核等手段，揭示财务报表项目中可能存在的重大错报。

若存在关联方，存在合并报表时，需要进行集团审计：

1、从集团的角度对子公司的财务状况进行综合审计分析;

2、按子公司行业性质多口径汇总分析;

3、对集团内部的母公司与子公司(主业与多经单位)往来、投资等关联交易进行审计;

4、生成各种合并前、合并后报表，合并试算平衡表，并满足报表勾稽关系。 (4) 将收集的审计证据，填写报表、审定表、明细表和附注稽核等作为相关证据。

最后，是审计的第三程序——报告阶段。

(1) 整理、评价审计证据，如报表附注、各种询证函、永久性档案增补记录，对“项目作业”中已建立的审计计划项目或已完成审计项目进行综合管理。 (2) 复核审计工作底稿，包括风险评估工作底稿、实质性测试程序工作底稿、

2

其他项目(如舞弊风险评估与应对、关联方及关联方交易、持续经营、或有事项、期后事项、比较数据等)工作底稿、业务完成阶段工作底稿„„我曾今有疑惑，为何工作底稿反映的有关问题需要与被审计单位进行商议、取得认可?而从中，我了解到，听取对审计证据的真实性与准确性予以认可的反馈意见，对形成正确的审计结论有重要的意义。

(3) 编写审计报告。中普软件有标准的审计报告模板，对于指导我们以后的工作有巨大的辅助效果。

(4) 提出管理建议书，性质上是一种咨询意见，不具有“公正性”和“强制性”。

中普审计管理软件的熟悉让我感受到，实践与理论的差距是如此的明显。对于财务审计，我的了解程度只是7大账户循环审计，具体里面使用到的方法和技术，知之甚少。如今，接触了中普，我的心里有了谱，知道该从哪里入手，怎么去分析和检验各个账户之间的关系。又如，风险评估程序考虑影响目标实现的内外部因素，通过分析各种风险提供管理风险的依据，方便人们对症下药。

这一套系统软件的学习，还令我更加深刻地体会到这样一句话：“审计与会计相随而生、与风险相伴而行。”

现代审计伴随着会计而生，财务审计任然占据了审计工作中的半壁江山。而随着社会经济的发展和经济生活的日益复杂化，涉及审计对象和内容的不断扩大，特别是现代抽样审计的普遍运用，实施的专业判断内容的增多，审计风险也不断加大。

因此，我们在与风险同行的时候，保持应有的职业谨慎，经得起社会和历史的检验。在中普审计管理软件中，审计的一个细小的侧面——了解被审计单位的及其环境一项，就让我受益匪浅。它以客户的诚信、经营风险、财务状况的角度，分别从信息来源和考虑因素2方面做了详细的记录和分析。细致入微的周全考虑，一种对于审计工作的崇敬油然而生。作为一种较高层次的综合监督，审计的权威与信誉，来自于工作的严谨、规范、实事求是、结论正确，我真的喜欢上了这样一门与风险相伴的学科。

3