2012年软件工程总结。
我们在平时的学习与工作中，在一些情况下会需要我们写总结报告。写总结，对我们自己的帮助很大，不仅在思想上还在行为上！每多写一次总结，我们就越明白自己在做什么：人是拥有无限潜能的生物，不到最后一刻没有什么不可能。那么我们在写总结时可以从哪方面着手呢？下面是小编为大家整理的“2012年软件工程总结”，供您参考，希望能够帮助到大家。
今天视频看完了，可是没有总结。还是感觉不会总结。一想到50讲的课，怎么总结呢？开始听的时候，是真不知道从哪里下手，因为开始看的时候有种迷迷糊糊的感觉。软件工程，我期待的一门课就这么听完了一遍。很有些囫囵吞枣的感觉，不过收获还是很多的，至少知道了软件工程的阶段不是只有需求分析、编程和测试维护。当然这个很早之前就知道，只是以前根本没有什么概念。
第一个阶段，计划阶段，要首先对用户的要求进行了解，对软件的性能等进行了解。然后进行可行性分析研究，在各种可行性研究中，对于软件开发人员来说，技术可行性研究最重要。之后就是需求分析阶段了，需求分析阶段也是计划阶段的最后一部分。需求分析定义了要做什么。把现实的需要用程序语言表达出来。但是这一阶段并不解决怎么做。
解决怎么做的是下一个阶段设计阶段。设计阶段分为概要设计和详细设计。概要设计把每个组成部分的功能都给出意义明确的模块，每个模块都和一部分需求相对应。但是不考虑细节。详细设计，把每个模块的功能实现详细的表示出来，为源程序的编写打下基础。然后就是编程阶段，我们一般最初接触的就是编程，所以编程阶段比较了解，由于前期文档已经做的很详细，功能的实现数据和算法都已经清楚了，所以编程是比较简单的。
编程完了就是测试阶段了，测试阶段的费用是最多的。测试阶段是发现错误的阶段，改错是调试阶段。然后就是交付用户使用，及维护。
以上几点是软件工程的生命周期的六个阶段。软件工程过程和软件工程生命周期也不能等同。
软件工程过程
软件规格说明：规定软件的功能及其运行的限制
软件开发：产生满足规格说明的软件
软件的确认：确认软件能够完成客户提出的要求
软件演进：为满足客户的变更要求。软件必须在使用的过程中演进。gZ85.cOm
pdca
软件工程过程与软件生存期相对应。软件规格说明对应计划阶段，软件开发对应设计、编程阶段，软件的确认对应测试调试阶段，软件演进对应运行维护阶段。
软件开发的每个过程都有相关文档，用老师们的话说叫做以文档为驱动。文档的好坏直接影响到软件开发的进度和软件的质量。而文档中最多的是使用图表，dfd图，sc图。数据流程图、过程流程图、系统流程图等各种图表。还是那句话，一张好的图表胜过一千句话。
在软件生存周期的各个部分都有各自要注意的地方，过着说是各自的重点（或者是知识点）。
今天已经是22号了，文档还没写。先写文档了。唉，又落后了。
Gz85.com更多 精选总结阅读
软件工程小结
今天视频看完了，可是没有总结。还是感觉不会总结。一想到50讲的课，怎么总结呢？开始听的时候，是真不知道从哪里下手，因为开始看的时候有种迷迷糊糊的感觉。软件工程，我期待的一门课就这么听完了一遍。很有些囫囵吞枣的感觉，不过收获还是很多的，至少知道了软件工程的阶段不是只有需求分析、编程和测试维护。当然这个很早之前就知道，只是以前根本没有什么概念。
第一个阶段，计划阶段，要首先对用户的要求进行了解，对软件的性能等进行了解。然后进行可行性分析研究，在各种可行性研究中，对于软件开发人员来说，技术可行性研究最重要。之后就是需求分析阶段了，需求分析阶段也是计划阶段的最后一部分。需求分析定义了要做什么。把现实的需要用程序语言表达出来。但是这一阶段并不解决怎么做。
解决怎么做的是下一个阶段——设计阶段。设计阶段分为概要设计和详细设计。概要设计把每个组成部分的功能都给出意义明确的模块，每个模块都和一部分需求相对应。但是不考虑细节。详细设计，把每个模块的功能实现详细的表示出来，为源程序的编写打下基础。然后就是编程阶段，我们一般最初接触的就是编程，所以编程阶段比较了解，由于前期文档已经做的很详细，功能的实现数据和算法都已经清楚了，所以编程是比较简单的。
编程完了就是测试阶段了，测试阶段的费用是最多的。测试阶段是发现错误的阶段，改错是调试阶段。然后就是交付用户使用，及维护。
以上几点是软件工程的生命周期的六个阶段。软件工程过程和软件工程生命周期也不能等同。
软件工程过程如下：
软件规格说明：规定软件的功能及其运行的限制
软件开发：产生满足规格说明的软件：
软件的确认：确认软件能够完成客户提出的要求：
软件演进：为满足客户的变更要求。软件必须在使用的过程中演进。
软件工程过程与软件生存期相对应。软件规格说明对应计划阶段，软件开发对应设计、编程阶段，软件的确认对应测试调试阶段，软件演进对应运行维护阶段。
软件开发的每个过程都有相关文档，用老师们的话说叫做以文档为驱动。文档的好坏直接影响到软件开发的进度和软件的质量。而文档中最多的是使用图表，dfd图，sc图。数据流程图、过程流程图、系统流程图等各种图表。还是那句话，一张好的图表胜过一千句话。
2012年软件工程师工作小结
1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、开发应用程序，花时间去研究一下mfc、vcl、j2ee、.它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!
7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来自 java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。
2015年软件工程总结
软件工程的定义：软件工程是将系统化的，规范化的，可度量的方法应用于软件的开发，运行和维护过程，即将工程化应用于软件中的方法的研究。
软件工程的定义2：开发运行，维护和修复软件的工程方法。
软检策略思想：软件复用，分而治之，优化折中。
软件的生命周期：软件生命周期是指一个计算机软件从功能确定，设计，到开发成功投入使用，并在使用中不断地修改，增补和完善，直到停止该软件使用的全过程。
它包括制定计划（可行性与计划研究），需求分析，设计，程序编码（实现），测试及运行维护6个阶段。
软件开发模型：瀑布模型，快速原始模型，增量模型，螺旋模型，喷泉模型，组件复用模型。
软件开发过程：（1）定义；（2）开发；（3）验证；（4）维护。
软件开发的基本方法：传统的结构化方法，面向对象的方法。
可行性研究的主要任务：
可行性研究的主要任务不是具体解决系统中的问题，而是以最小的代价在尽可能短的时间内确定问题是否值得解决，是否能够解决。
可行性研究主要包括以下几个方面：1，技术可行性（风险分析，资源分析和技术分析）；2，经济可行性（成本-效益分析）；3，社会可行性（社会可行性是指开发后的系统能否得到社会的认可）
系统模型：物理（框图），逻辑（流程图）；
系统流程图在可行性分析阶段使用。
成本—效益分析：
成本—效益分析的目的是从经济角度来评价开发一个新的软件项目是否可行。
系统的成本包括系统的开发陈本与运营成本。
系统成本包括：（1）硬件成本；（2）系统软件成本；（3）软件开发成本；（4）施工成本；（5）用户培训费用；（6）不可预见费用。
系统的运营成本是指发生在软件生命周期内维持系统运行的费用，以每年的花费量计算。
它包括：（1）人员费用；（2）网路使用费用；（3）维修费用；（4）消耗品费用。
需求分析的任务是理解和表达用户的需求，描述软件的功能和性能，确定软件设计的限制和软件同其他系统元素的借口细节，定义软件的其他有效性需求。
数据流图在需求分析阶段
er模型包含“实体”，“联系”和“属性”三个阶段。
在er图中用矩形方框代表实体
在er图中用菱形方框代表联系。
在er图中用椭圆或圆角矩形表示属性。
层次框图是用树形结构的一系列多层次的矩形框描述数据的层次结构。
软件设计的原则：模块化，抽象化，信息隐蔽，模块独立。
模块化是指解决一个复杂问退时自顶向下逐层把软件系统划分为若干模型的过程。
抽象化是指认识复杂现象过程中使用的思维工具，即抽出事物本质的，共同的特性而暂不考虑它的细节，不考虑其它因素。
抽象化和逐步求精，模块化的概念是一致的。
模块独立性的概念是模块化，抽象化和信息隐蔽的直接产物。
模块独立性可用两个定性标准来度量：内聚性和耦合性
内聚性：又称块内联系，是指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。
耦合性：又称块间联系，是指软件系统结构中各模块间相互联系紧密程度的一种度量。
偶然内聚:这种模块内各部分之间没有有意义的关系或者关系很松散。
逻辑内聚：这种模块把几种相关的功能组合在一起，每次被调用时，根据传送给模块的控制型参数来确定应执行的功能。
时间内聚：这种模块大多为多功能模块，但要求模块的各个功能必须在同一时间段执行。
工程内聚：使用流程图作为工具设计程序的时候，通过流程图来确定模块划分，把流程图中的某一部分划出组成模块，就是过程内聚模块。
通信内聚：一个模块内各功能部分都使用了相同的输入数据，或产生了相同的输出数据。
顺序内聚：一个模块中各个部分都是完成一项具体的功能而协同工作，紧密联系，不可分割的。
内容耦合：如果一个模块直接访问另一个模块内的内部数据，或一个模块不能通过正常入口转到另一个模块内部，或两个模块有一部分程序代码重叠（在汇编语言程序中可能出现），或者一个模块有多个入口，则两个模块之间就发生了内容耦合。它是最高程度的耦合，应该避免。
公共耦合：如果一组模块都访问同一个公共数据环境，则它们之间的耦合称为公共耦合。
外部耦合：一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。
控制耦合：如果一个模块把控制信息传递给另一个模块，对其功能进行控制，这种耦合称为控制耦合。
标记耦合：如果一组模块通过参数表传递记录信息，这组模块就是标记耦合。事实上这组模块共享了某一数据结构的子结构，而不是简单变量。
数据耦合：如果一个模块访问另一个模块彼此之间通过数据参数（不是控制参数，公共数据结构或外部变量）来交换输入，输出信息，这种耦合称为数据耦合。
非直接耦合：如果两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的，这就是非直接耦合。
数据流图的类型：变换型，事务型，混合型。
sd方法以数据流图为基础设计系统的模块结构。
事务型中间是有事务中心的！由它来进行处理的！
程序设计语言的分类：
机器语言——第一代语言
汇编语言——第二代语言
高级语言——第三代语言
4gl——第四代语言
变换型数据流图是线形结构的，由输入，变换（或称主加工）和输出三部分组成。
程序的效率：程序执行速度的快慢和程序占用存储空间的大小。
效率要求实际上就是性能要求对效率追求应取决于再需求分析阶段确定的效率方面的要求；
程序的效率包括以下三个方面：程序运行时间；存储器效率；输入/输出的效率。
公式计算：v（g）=m-n+p
v（g）有向图g的环数；
m有向图g的有向弧数；
n有向图g的节点数；
p=1；
软件测试的目标：为了发现错误而执行程序的过程。
软件测试的常用方法：
黑盒法：已知该程序应具备的功能而通过检测来检验的它的每一项功能是否能正常使用此方法为黑盒测试。
白盒法：已知程序的内部结构和工作过程，通过检测可检验产品内部动作是否符合规格说明书的规定，为白盒测试。
用白盒法设计测试用例最常用的是逻辑覆盖法：包括语句覆盖，判定覆盖，条件覆盖，判定/条件覆盖，条件组合覆盖，路径覆盖。
软件测试分为4个步骤进行：单元测试，集成测试，确认测试，系统测试。
软件可维护性的因素：可理解性，可测试性，可修改性。