2022年软件工程总结-软件测试的工作总结

2022年软件工程总结_软件测试的工作总结今天视频看完了，可是没有总结。还是感觉不会总结。一想到50讲的课，怎么总结呢？开始听的时候，是真不知道从哪里下手，因为开始看的时候有种迷迷糊糊的感觉。软件工程，我期待的一门课就这么听完了一遍。很有些囫囵吞枣的感觉，不过收获还是很多的，至少知道了软件工程的阶段不是只有需求分析、编程和测试维护。当然这个很早之前就知道，只是以前根本没有什么概念。在第一阶段，规划阶段，我们首先应该了解用户的需求和软件的性能。然后进行可行性分析和研究。在各种可行性研究中，技术可行性研究对软件开发人员来说是最重要的。然后是需求分析阶段，也是规划阶段的最后一部分。需求分析定义了要做什么。用编程语言表达真正的需求。但这一阶段并没有解决如何做到这一点。解决怎么做的是下一个阶段设计阶段。设计阶段分为概要设计和详细设计。概要设计把每个组成部分的功能都给出意义明确的模块，每个模块都和一部分需求相对应。但是不考虑细节。详细设计，把每个模块的功能实现详细的表示出来，为源程序的编写打下基础。然后就是编程阶段，我们一般最初接触的就是编程，所以编程阶段比较了解，由于前期文档已经做的很详细，功能的实现数据和算法都已经清楚了，所以编程是比较简单的。编程是测试阶段，测试阶段的成本最高。测试阶段是发现错误的阶段，纠错阶段是调试阶段。然后交付给用户使用和维护。以上几点是软件工程的生命周期的六个阶段。软件工程过程和软件工程生命周期也不能等同。软件工程过程软件规格说明：规定软件的功能及其运行的限制软件开发：生产符合规范的软件软件的确认：确认软件能够完成客户提出的要求软件进化：满足客户的变更需求。软件必须随着使用而发展。pdca软件工程过程对应于软件生命周期。软件规范对应于规划阶段，软件开发对应于设计和编程阶段，软件确认对应于测试和调试阶段，软件演化对应于操作和维护阶段。软件开发的每个过程都有相关文档，用老师们的话说叫做以文档为驱动。文档的好坏直接影响到软件开发的进度和软件的质量。而文档中最多的是使用图表，dfd图，sc图。数据流程图、过程流程图、系统流程图等各种图表。还是那句话，一张好的图表胜过一千句话。软件生命周期的每一部分都有它自己需要注意的地方，生命是它自己的焦点（或知识点）。今天已经是22号了，文档还没写。先写文档了。唉，又落后了。我今天看完了视频，但没有摘要。我还是不能总结。当我想到50个讲座时，我如何总结它们？当我开始听的时候，我真的不知道从哪里开始，因为当我开始看的时候我感到困惑。软件工程，我听了一门我期待的课程。我想吞咽，但我还是得到了很多。至少我知道软件工程的阶段不仅仅是需求分析、编程和测试维护。当然，这是很久以前就知道的，但以前没有概念。第一个阶段，计划阶段，要首先对用户的要求进行了解，对软件的性能等进行了解。然后进行可行性分析研究，在各种可行性研究中，对于软件开发人员来说，技术可行性研究最重要。之后就是需求分析阶段了，需求分析阶段也是计划阶段的最后一部分。需求分析定义了要做什么。把现实的需要用程序语言表达出来。但是这一阶段并不解决怎么做。解决问题的下一个阶段是设计阶段。设计阶段分为概要设计和详细设计。概要设计为每个组件的功能提供了一个有意义的模块，每个模块对应一部分需求。但没有考虑细节。详细设计了各模块的功能实现，为编制源程序奠定了基础。然后是编程阶段。一般来说，我们第一次接触的是编程，因此我们对编程阶段有了更好的理解。由于早期的文档已经做得很详细，并且功能实现数据和算法已经很清楚，所以编程相对简单。编程完了就是测试阶段了，测试阶段的费用是最多的。测试阶段是发现错误的阶段，改错是调试阶段。然后就是交付用户使用，及维护。以上几点是软件工程生命周期的六个阶段。软件工程过程和软件工程生命周期不可能相等。软件工程过程如下：软件规范：指定软件的功能及其操作限制软件开发：产生满足规格说明的软件：软件确认：确认软件能够满足客户提出的要求：软件演进：为满足客户的变更要求。软件必须在使用的过程中演进。软件工程过程对应于软件生命周期。软件规范对应于规划阶段，软件开发对应于设计和编程阶段，软件确认对应于测试和调试阶段，软件演化对应于操作和维护阶段。软件开发的每个过程都有相关文档，用老师们的话说叫做以文档为驱动。文档的好坏直接影响到软件开发的进度和软件的质量。而文档中最多的是使用图表，dfd图，sc图。数据流程图、过程流程图、系统流程图等各种图表。还是那句话，一张好的图表胜过一千句话。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等？在设计和实现类似于实时通信和数据采集的功能时，为什么不参考实时系统和嵌入式系统的优秀系统框架和模式？当然，为什么所有问题都必须通过开发语言中个人和团队的传统或经验来解决？？？“外山之石可攻玉”。软件工程的定义：软件工程是将系统化的，规范化的，可度量的方法应用于软件的开发，运行和维护过程，即将工程化应用于软件中的方法的研究。软件工程定义2：开发、运行、维护和修复软件的工程方法。软检策略思想：软件复用，分而治之，优化折中。软件生命周期：软件生命周期是指计算机软件从功能确定、设计、开发、成功使用到在使用中不断修改、补充和改进，直至停止使用的全过程。它包括制定计划（可行性与计划研究），需求分析，设计，程序编码（实现），测试及运行维护6个阶段。软件开发模型：瀑布模型、快速原始模型、增量模型、螺旋模型、喷泉模型、组件重用模型。软件开发过程：（1）定义；（2）开发；（3）验证；（4）维护。软件开发的基本方法：传统的结构化方法和面向对象方法。可行性研究的主要任务：可行性研究的主要任务不是具体解决系统中的问题，而是确定这些问题是否值得解决，是否可以在尽可能短的时间内以最低的成本解决。可行性研究主要包括以下几个方面：1，技术可行性（风险分析，资源分析和技术分析）；2，经济可行性（成本-效益分析）；3，社会可行性（社会可行性是指开发后的系统能否得到社会的认可）系统模型：物理（框图）、逻辑（流程图）；系统流程图在可行性分析阶段使用。成本效益分析：成本—效益分析的目的是从经济角度来评价开发一个新的软件项目是否可行。系统成本包括系统的开发成本和运行成本。系统成本包括：（1）硬件成本；（2）系统软件成本；（3）软件开发成本；（4）施工成本；（5）用户培训费用；（6）不可预见费用。系统运行成本是指在软件生命周期内维持系统运行所发生的成本，按年度成本计算。它包括：（1）人员费用；（2）网路使用费用；（3）维修费用；（4）消耗品费用。需求分析的任务是理解和表达用户的需求，描述软件的功能和性能，确定软件设计的局限性以及软件和其他系统元素的细节，并定义软件的其他有效性需求。数据流图在需求分析阶段ER模型包括实体、连接和属性三个阶段。在er图中用矩形方框代表实体在ER图中，菱形框用于表示连接。在er图中用椭圆或圆角矩形表示属性。层次方框图是一系列多级矩形框的树状结构，用来描述数据的层次结构。软件设计的原则：模块化，抽象化，信息隐蔽，模块独立。模块化是指在解决复杂问题时，将软件系统从上到下划分为多个模型的过程。抽象化是指认识复杂现象过程中使用的思维工具，即抽出事物本质的，共同的特性而暂不考虑它的细节，不考虑其它因素。抽象、逐步细化和模块化的概念是一致的。模块独立性的概念是模块化，抽象化和信息隐蔽的直接产物。模块独立性可以通过两个定性标准来衡量：内聚性和耦合性内聚性：又称块内联系，是指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。耦合：也称为块间连接，是指软件系统结构中模块之间紧密关系的度量。偶然内聚:这种模块内各部分之间没有有意义的关系或者关系很松散。逻辑内聚：这个模块结合了几个相关的功能。每次调用时，根据传输到模块的控制参数确定要执行的功能。时间内聚：这种模块大多为多功能模块，但要求模块的各个功能必须在同一时间段执行。项目衔接：以流程图为工具设计程序时，通过流程图确定模块划分，流程图的一部分划分为组成模块，即流程衔接模块。通信内聚：一个模块内各功能部分都使用了相同的输入数据，或产生了相同的输出数据。顺序内聚：模块的所有部分共同完成一个特定的功能，这是密切相关且不可分割的。内容耦合：如果一个模块直接访问另一个模块内的内部数据，或一个模块不能通过正常入口转到另一个模块内部，或两个模块有一部分程序代码重叠（在汇编语言程序中可能出现），或者一个模块有多个入口，则两个模块之间就发生了内容耦合。它是最高程度的耦合，应该避免。公共耦合：如果一组模块访问相同的公共数据环境，则它们之间的耦合称为公共耦合。外部耦合：一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。控制耦合：如果一个模块将控制信息传输到另一个模块以控制其功能，则此耦合称为控制耦合。标记耦合：如果一组模块通过参数表传递记录信息，这组模块就是标记耦合。事实上这组模块共享了某一数据结构的子结构，而不是简单变量。数据耦合：如果一个模块访问另一个模块，它们通过数据参数（不是控制参数、公共数据结构或外部变量）交换输入和输出信息。这种耦合称为数据耦合。非直接耦合：如果两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的，