软件工程期末总结

软件工程期末总结（精选5篇）

软件工程期末总结 篇1

课程：姓名：学号：班级：xxxxx xxxxx xxxxxx xxxxxx

目录

1.软件工程学概述.........................................................1 1.1软件危机..........................................................1 1.2软件工程..........................................................1 1.3软件生命周期......................................................2 1.4软件过程..........................................................2 2.可行性研究:............................................................2 2.1可行性研究的任务..................................................2 2.2可行性研究的过程..................................................3 2.3数据流图..........................................................3 3.需求分析...............................................................3 4.形式化说明技术.........................................................4 5.模块设计...............................................................4 1．耦合：............................................................4 2．内聚..............................................................4 6.详细设计...............................................................5 6.1结构程序设计......................................................5 6.2人机界面设计......................................................5 7.软件测试...............................................................5 7.1软件测试的目标....................................................5 7.2软件侧试准则......................................................6 7.3测试方法..........................................................6 8.软件可靠性.............................................................7 8.1软件质量..........................................................7

1.软件工程学概述

1.1软件危机

1.1.1 软件危机的介绍:是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。具体地说，软件危机主要有以下一些典型表现：1.对软件开发成本和进度的估计常常很不准确。2.用户对“已完成的”软件系统不满意的现象经常发生。3.软件产品的质量往往靠不住。4.软件常常是不可维护的。5.软件通常没有适当的文档资料。6.软件成本在计算机系统总成本中所占的比例逐年上升。7.软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。1.1.2产生软件危机的原因:在软件开发和维护的过程中存在这么多严重问题，一方面与软件本身的特点有关，另一方面也和软件开发与维护的方法不正确有关。软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件。1.1.3消除软件危机的途径:

1、认识到软件是程序、数据及相关文档的完整集合。2.认识到软件是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目；

3、推广使用在实践中总结出来的开发软件的成功的技术和方法，探索更好更有效的技术和方法；

4、开发和使用更好的软件工具。总之，为了解决软件危机，既要有技术措施（方法和工具），又要有必要的组织管理措施。软件工程正是从管理和技术两方面研究如何更好地开发和维护计算机软件的一门新兴学科。

1.2软件工程

1.2.1软件工程的介绍:软件工程是指导计算机软件开发和维护的一门工程学科。定义：采用工程的概念、原理和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它。1.2.2软件工程的基本原理:

1、用分阶段的生命周期计划严格管理

2、坚持进行阶段评审

3、实行严格的产品控制

4、采用现代程序设计技术

5、结果应能清楚地审查

6、开发小组的人员应该少而精

7、承认不断改进软件工程实践的必要性 1.2.3 软件工程方法学:通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为范型。软件工程方法学包含3个要素方法、工具和过程。目前使用得最广泛的软件工程方法学，分别是传统方法学和面向对象方法学

1.3软件生命周期

软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。软件定义的3个阶段：问题定义、可行性研究、需求分析;软件开发的四个阶段：总、详（系统设计）、编、综（系统实现）软件生命周期每个阶段:1.问题定义2.可行性研究3.需求分析4.总体设计5.详细设计6.编码和单元测试7.综合测试8.软件维护

1.4软件过程

软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。

1.4瀑布模型瀑布模型

一直是唯一被广泛采用的生命周期模型,有下述的几个特点：1.阶段间具有顺序性和依赖性（1）必须等前一阶段的工作完成之后，才能开始后一阶段的工作（2）前一阶段的输出文档就是后一段的输入文档，因此，前一阶段的输出文档必须正确。2.推迟实现的观点；3.质量保证的观点（1）每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务，（2）每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题改正错误。

优点：可强迫开发人员采用规范的方法；严格地规定每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。缺点：瀑布模型是由文档驱动的

2.可行性研究: 可行性研究的目的，就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

2.1可行性研究的任务

可行性研究的目的不是解决问题，而是确定问题是否值得去解决。可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。在澄清了问题定义之后，分析员应该导出系统的逻辑模型。然后从系统逻辑模型出发，探索若干种可供选择的主要解法（即系统实现方案）。对每种解法都应该仔细研究它的可行性，一般说来，至少应该从下述3个方面研究每种解法的可行性。

1）技术可行性 使用现有的技术能实现这个系统吗？

2）经济可行性 这个系统的经济效益能超过它的开发成本吗？ 3）操作可行性 系统的操作方式在这个用户组织内行得通吗？

必要时还应该从法律、社会效益等更广泛的方面研究每种解法的可行性。可行性研究需要的时间长短取决于工程的规模。一般来说，可行性研究的成本只是预期的工程总成本的5%-10%。

2.2可行性研究的过程

步骤：1.复查系统规模和目标2.研究目前正在使用的系统3.导出新系统的高层逻辑模型4.进一步定义问题5.导出和评价供选择的解法6.推荐行动方针7.草拟开发计划8.书写文档提交审查

2.3数据流图

数据流图（DFD）是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。数据流图有四种基本符号：

正方形（或立方体）表示数据的源点或终点； 圆角矩形（或圆形）代表变换数据的处理； 开口矩形（或两条平行横线）代表数据存储； 箭头表示数据流，即特地数据的流动方向。

在数据流图中应该描绘所有可能的数据流向，而不应该描绘出现某个数据流的条件。数据存储和数据流都是数据，仅仅所处的状态不同。数据存储是处于静止状态的数据，数据流是处于运动中的数据。数据流图的基本要点是描绘“做什么”，而不是“怎么做”。数据流图的4种成分：源点或终点，处理，数据存储，数据流数据流图的基本目的是利用它作为交流信息的工具，另一个主要用途是作为分析和设计的工具。

3.需求分析

3.1.1确定对系统的综合需求1.功能需求2.性能需求3.可靠性和可用性需求4.出错处理需求5.接口需求6.约束7.逆向需求8.将来可能提出的需求

4.形式化说明技术

PSL/PSA系统的主要优点是它改进了文档质量，能保证文档具有完整性、一致性和无二义性，从而可以减少管理和维护的费用。数据存放在数据库中，便于增加、删除和更改，这也是它的一个优点。

5.模块设计

模块独立的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。开发具有独立功能而且和其他模块之间没有过多的相互作用的模块，就可以做到模块独立。

1．耦合：

耦合是对一个软件结构内不同模块之间互连程度的度量。耦合强弱取决于模块间接口的复杂程度因此，模块间的耦合程度强烈影响系统的可理解性、可测试性、可靠性和可维护性。公共环境耦合的复杂程度随耦合的模块个数而变化，当耦合的模块个数增加时复杂程度显著增加。如果只有两个模块有公共环境，那么这种耦合有下面两种可能。1.一个模块往公共环境送数据，另一个模块从公共环境取数据。这是数据耦合的于一种形式，是比较松散的耦合。2.两个模块都既往公共环境送数据又从里面取数据，这种耦合比较紧密，介于数据耦合和控制耦合之间。如果两个模块共享的数据很多，都通过参数传递可能很不方便，这时可以利用公共环境耦合。最高程度的耦合是内容耦合。如果出现下列情况之一，两个模块间就发生了内容耦合。一个模块访问另一个模块的内部数据。一个模块不通过正常入口而转到另二个模块的内部。两个模块有一部分程序代码重叠（只可能出现在汇编程序中）。一个模块有多个入口（这意味着一个模块有几种功能）。应该坚决避免使用内容耦合。事实上许多高级程序设计语言已经设计成不允许在程序中出现任何形式的内容耦合。总之，耦合是影响软件复杂程度的一个重要因素。应该采取下述设计原则：尽量使用数据耦合，少用控制耦合和特征耦合，限制公共环境耦合的范围，完全不用内容耦合。

2．内聚

内聚标志着一个模块内各个元素彼此结合的紧密程度，它是信息隐藏和局部化概念的自然扩展。简单地说，理想内聚的模块只做一件事情。内聚和耦合是密切相关的，模块内的高内聚往往意味着模块间的松耦合。内聚和耦合都一是进行模块化设计的有力工具，但是实践表明内聚更重要，应该把更多注意力集中到提高模块的内聚程度上。低内聚：偶然内聚、时间内聚、逻辑内聚；中内聚主要有两类：过程内聚和通信内聚；高内聚也有两类：顺序内聚和功能内聚。功能内聚是最高程度的内聚。

6.详细设计

详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。详细设计阶段的任务还不是具体地编写程序，而是要设计出程序的“蓝图”，以后程序员将根据这个蓝图写出实际的程序代码。因此，详细设计的结果基本上决定了最终的程序代码的质量。考虑程序代码的质量时必须注意，程序的“读者”有两个，那就是计算机和人。在软件的生命周期中，设计测试方案、诊断程序错误、修改和改进程序等都必须首先读懂程序。实际上对于长期使用的软件系统而言，人读程序的时间可能比写程序的时间还要长得多。因此，衡量程序的质量不仅要看它的逻辑是否正确．性能是否满足要求，更主要的是要看它是否容易阅读和理解。详细设计的目标不仅仅是逻辑上正确地实现每个模块的功能，更重要的是设计出的处理过程应该尽可能简明易懂。结构程序设计技术是实现上述目标的关键技术，因此是详细设计的逻辑基础。

6.1结构程序设计

如果一个程序的代码块仅仅通过顺序，选择和循环这3种基本控制结构进行连接，并且每个代码块只有一个入口和一个出口，则称为程序的结构化。

6.2人机界面设计

人机界面设计是接口设计的一个重要的组成部分。在设计人机界面过程会遇到下面4个问题：系统响应时间，用户帮助设施，出错信息处理和命令交互。用户界面设计过程是一个迭代的过程，首先创建设计模型，再用原型实现这个设计模型，并由用户试用和评估，然后根据用户意见进行修改。为了支持上述迭代过程，各种用于界面设计和原型开发的软件工具产生。它们为简化窗口，菜单，设备交互，出错信息，命令及交互环境的许多其它元素的疮疖提供各种历程或对象。用户界面评估周期如下，完成初步设计之后就创建第一级原型，用户使用并评估该原型，直接向设计者表述对界面的评价，设计中根据用户意见修改设计并实现下一级原型。

7.软件测试

7.1软件测试的目标

1.测试是为了发现程序中的错误而执行程序的过程。2.好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。3.成功的测试是发现了至今为止尚未发现的错误的测试。从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是正确的”,“成功的

测试是没有发现错误．的测试”等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。如果为了表明程序是正壑耍进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。关于这个结论下面还要讨论。

7.2软件侧试准则

怎样才能达到软件测试的目标呢？为了能设计出有效的测试方案，软件工程师必须深人理解并正确运用指导软件测试的基本准则。下面讲述主要的测试准则。1.所有测试都应该能追溯到用户需求。2.应该远在测试开始之前就制定出测试计划。3.把Paret原理应用到软件测试中。Pareto原理说明，测试发现的错误中的80%很可是由程序中20％的模块造成的。当然，问题是怎样找出这些可疑的模块并彻底地测试它们。4.应该从“小规模”测试开始，并逐步进行“大规模”测试。通常，首先重点测试单个程序模块，然后把测试重点转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。5.穷举测试是不可的。所谓穷举测试就是把程序所有可能的执行路径都检查一遍的测试。即使是一个中等规模的程序，其执行旋的排列数也十分庞大，由于受时间、人力以及其他资源的限制，在测试过程中不可能执行每个可能的路径。囚此，测试只能证明程序中有错误，不能证明程序中没有错误。但是，精心地设计测试方案，有可能充分覆盖程序逻辑并使程序达到所要求的可靠性。6.为了达到最佳的测试效果，应该由独立的第三方从事测试工作。所谓“最佳效果”是指有最大可能性发现错误的测试。由于前面已经讲过的原因，开发软件的软件工程师并不是完成全部测试工作的最佳人选（通常他们主要承担模块测试工作）。

7.3测试方法

测试任何产品都有两种方法：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用琅口果知道产品的内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正乒进行。前一种方法称为黑盒测试，后一种方法称为白盒测试。对于软件测试而言，黑盒测试法把程序看作一个黑盒子，完全不考虑程序的内部结均和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序否能适当地接收输人数据并产生正确的输出信息，程序运行过程中能否保持外部信息（例如，数据库或文件）的完整性。黑盒测试又称为功能测试。白盒测试法与黑盒测试法相反，它的前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。这种方法按测程序中的主要执行通路是否都能按预定要求正确工作。照程序内部的逻辑测试程序，白盒测试又称为结构测试。

8.软件可靠性

可靠性定义：软件可靠性是程序在给定的时间间隔内，按照规格说明书的规定成功的运行的概率可用性定义：软件可用性是程序在给定的时间点，按照规格说明书的规定，成功的运行的概率基本假定 1.在测试之前每1000条指令中大约有5~20个错误 2.失效率正比于剩余的错误数，平均无故障时间MTTF与剩余错误数成反比3.为了简化讨论假设发现的每一个错误都立即正确地改正了。

8.1软件质量

概括地说，软件质量就是“软件与明确地和隐含地定义的需求相一致的程度”。更具体地说，软件质量是软件与明确地叙述的功能和性能需求、文档中明确描述的开发标准以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度。上述定义强调了下述的6个要点: 1.正确性（它按我的需要工作吗？）系统满足规格说明用户目标的程度，即，在预定环境下能正确的完成预期功能的程度。

2.健壮性（对息外环境它能适当地响应吗？)在硬件发生故障、输入的数据无效或操作错误等意外环境下，系统能做出适当的响应程度。

3.效率〔完成预定功能时它需要的计算机资源多吗？）为了完成预定的功能，系统需要的计算资源的多少。

4.完整性（安全性）（它是安全的吗？)对未经授权的人使用软件或数据的企图，系统能够控制（禁止）的程度。

软件工程期末总结 篇2

首先, 期末总结应是校园管理的“必要流程”。俗话说:编筐编篓, 重在收口。期末总结作为一学期育人实践的“收口环节”, 一是要借此对学期计划进行必要的“回头看”, 通过合适的方式将相关总结与对应计划一起公开, 让每一个育人者既要看到超额的目标和落空的设想, 更要看清成功的经验和失误的根源, 让学习和反思成为这一过程的必然环节。二是要借此对师资素养进行及时的“左右看”, 通过对展评方式进行创新, 在评议中既要审视“干与不干”的态度问题, 更要剖析“干好与干不好”的能力问题, 让警醒和借鉴成为这一环节的醒目色彩。三是要借此对自我定位进行客观的“向前看”, 在自我审视、互相对比、彼此汲取的基础上, 对以后的自我发展和工作规划看得更远, 看得更准。

其次, 期末总结应是理性育人的“魅力窗口”。一是期末总结是伤不起的“诚信窗口”, 只有用事实说话的总结才可以展现一个部门或教师的诚信魅力, 也才能为今后的工作指明方向和目标。而对成绩不着边际的夸大, 对问题缺乏正视勇气的总结, 特别是那些“拿来的总结”, 在“忽悠”工作的同时也必然“忽悠”自身的形象, 让其代表的部门和教师无颜示人。二是期末总结是不可或缺的“阳光窗口”, 正确对待经验和教训, 不回避工作中的失误, 及时找到根源, 及时汲取教训, 这样的总结不仅可以精确剖析一学期工作, 更可以展现教师自身的阳光心态和阳光形象。

再者, 期末总结应是校本研训的“实践平台”。一是有的放矢地进行“师能培训”的好素材, 借助期末总结的交流、评议、论坛等形式的活动, 既可以让每一个部门、每一位教师及时接触到校园里鲜活的成功案例, 及时汲取利于自身育人实践的“管理营养”, 又可以充分展示、充分探讨各种失误事件, 及时警示, 及时反思, 有效提升校园管理能力, 更可以通过引导教师梳理、提炼和思考一学期工作, 有效摒弃“八股味”, 学会依据事实剖析, 依照客观反思, 在有效规范育人反思、管理反馈等行为的同时, 也会让总结真实又可信。二是“因时制宜”进行师德培训的好机会。自觉规范期末总结这一育人流程, 不仅是科学管理的要求, 更是一个学校师德水平的体现。“天花乱坠”还是“一字传神”, “过度渲染”还是“货真价实”, “严谨客观”还是“敷衍塞责”……通过对不同的期末总结形式进行展示和评议, 一方面可以清晰呈现师德上的优劣和差距, 促进激励效应, 另一方面也可以抓住这一细节对责任意识、奉献精神、协作能力等进行针对性的引导, 让期末总结充分发挥出“师德课堂”的职能。

工程概预算期末总结 篇3

1.基本建设程序

制作项目建议书；可行性论证；初测、初步设计；补充初测、定测、技术设计；补充定测、施工图设计；拟定招标方案、上报；招标、开标、评标、定标；合同实施即组织施工；竣工验收；使用阶段。

三种阶段设计：一种阶段设计：施工图设计；两种阶段设计：初步设计、施工图设计；三种阶段设计：初步设计、技术设计、施工图设计。

2.公路工程基本建设内容：建筑安装工程：建筑工程、安装工程；工具、设备、器具、购置；其他基本建设内容。

3.工程预决算种类：[1]、投资估算（=建议估算+可行估算），建设单位；[2]、工程概算：设计单位，（1）、工程最高限额；

（2）、确定、控制投资的依据；（3）、施工图设计、施工图预算的依据；（4）、工程是否合理、选优的依据；（5）、评价投资效果的依据；[3]、施工图预算，施工单位，编制标底的依据，控制在概算以内。[4]、施工预算，施工单位。[5]、工程结算，施工单位，建设单位。

4.公路工程项目的分解：1建设项目，是指在一个场地或几个场地上，按照一个总体设计进行建设，经济上实行独立核算，能独立发挥投资生产功能，行政管理上具有独立组织形式的各个单项工程的总和。：（1）、单项工程：独立的设计文件，竣工可单独使用；（2）单位工程：有独立的设计文件，竣工后不可单独使用；（3）、分部工程：可按施工部位、施工长度和施工特点分类；（4）分项工程：可按施工方法施工程序、材料划分、前提可按某种计量单位进行计算。

5.工程量计算：工程定额计价，工程量清单计价；

6.概算、预算定额适用范围：新建、改建、重建、扩建工程

第二讲、公路工程定额

1.概念：在正常的施工条件下，在合理的施工组织下，完成合格产品，所消耗的人工、材料、施工机械消耗量的额定标准。实物量法生产力水平反比定额水平

2.定额的分类：

（一），按生产要素分类：（1）、劳动定额，时间定额和产量定额；（2）、材料消耗定额，材料净消耗定额、损耗定额、周转定额、产品定额；（3）、.机械使用台班定额，机械台班消耗定额，机械台班费用定额；

（二）按用途分类：（1）、施工定额；（2）、预算定额；（3）、概算定额；（4）、投资估算指标。

4.（1）有损消耗：材料用量=（1+损耗率）*净用量 ；（2）周转性材料：拱盔、模板、支架；（3）人工工日8小时，隧道工程7小时，潜水，6小时；（4）机械台班8小时，潜水器设备6小时，变压器24小时；

5.材料周转定额指周转性材料（如横板、支架的木料）在施工中合理的使用次数和用量标准。

6.机械台班费用定额指以机械的一个台班为单位，规定其所消耗的工时、燃料及费用等数量标准并可折算为货币形式表现的定额。（不变费用+可变费用）。

第三讲、定额查用

1.概算定额的组成结构：

1、定额的颁发文件；

2、总说明；3目录；4章（节）说明；5定额表；（1）表号及定额名称【（1-1-14）表示（第一章-第一节-第十四个表格）】用于定额编号；（2）工程内容；（3）定额单位(工程数量=工程量/定额单位)；（4）顺序号（简化说明）；（5）项目；（6）单位；（7）代号计算机；（8）工程项目；（9）栏号：用于定额编号；（10）定额值；（11）基价：以2007年北京地区物价水平为准；（12）小注；（13）页码：用于定额编号；6附录。

1.定额编号：

1、表示方法：（1）页码—表号—栏号（常用）56 —4-1-3 —4+4表示用到了第四栏（2）表号—栏号（少用）4-1-3 — 4 +4（3）电算8位：章1 节2 表2 栏3 例子 4 01 03 0042、定额编号作用(1)/审核复合；(2)、用于计算机应用；(3)、定额表的08表；

三、概算定额查用方法：

1、确定定额种类，初步设计，概算定额//施工图设计，预算定额；

2、确定定额编号；

3、查看章节说明：

4、定额表，（1）、检查所确定的定额表号是否有误；（2）、与工程内容对照；（3）、小注；（4）是否抽换；（5）确定定额值

第五讲、基本定额应用

1.定额抽换：1抽换条件：（1）、周转性材料的支架、拱盔不能到达周转次数；（2）、砼编号、砂浆编号与定额不同；（3）钢筋I、II级比例与定额不同；（4）有些施工机械在定额中没有。

第六讲

1.计价土石方：（1）挖方：计价；（2）填方(1)借土：计价，（2）调配：不计价；（3）设计断面方=挖方+填方，其中挖方采用天然，天方采用压实后；（4）计价方=挖方（天然密实度）+填方（压实后体积）-利用方（压实密度）=挖方+借土数量（压实后）；（5）、借方（压实后）=填方-利用方；（6）、弃方=挖方-利用方。

2.路基的三种类型：路堤（填方）；路堑（挖方）；半填半挖型

3.路基的构成：边坡、排水沟、支挡结构。

4.土石方工程量计算：（1）按几何尺寸计算；（2）土石方调配计价按定额规定：1）挖方按土质套用定额，按天然密度计算；1）填方套用压实定额，按压实密度计算；3）本庄利用不参与计价4）远程利用只计算调配运输费用；5）借方，需计算挖、装、运费用，其余费用计算于填方6）只需计算运输费用。

5.土石方工程计量方法：平均断面法，似棱体法；

第七讲

1.按面层材料分：沥青、水泥混凝土、块料路面、颗粒路面

2.路面工程工程总说明(1)工程量计算规则：沥青混合料、石拌基层稳定土混合料运输以1000立方米为单位。其他类型路面以及路槽路肩垫层基层等以1000平方米为单位。(2)路面项目中的厚度均为压实厚度，培路肩厚度为净培路肩的夯实厚度(3)定额中混合料是按最佳含水量编制。(4).定额中凡有洒水车的子项按每台35立方米来计算定额用水量。

3.工程量计算:(1).路面垫层、基层：面积按设计图纸，按不同厚度的各层顶面面积计算，不扣除各种井所占面积。(2).面层：面积按设计图纸，按不同的厚度面积计算b（未知）=a+2c面积=（a+b）/2*L

4.桥梁工程钢筋工程量

（1）质量（t）=长度*根数*理论质量/m（2）长度 ：1）主筋构件长度-2c+2弯钩增加量； 2）弯起构件长度-2c+2弯起增加量+2弯钩增加量；3）箍筋构件长度-8c+2弯钩增加量

5.桥梁工程预应力钢筋工程量：

（1）质量=长度*每米理论质量*束定额中按每m1.10Kg编制。长度 先张法：构件长度

6.其他工程量：（1）支座：板式支座 体积dm3。盆式支座 个数；（2）桥面铺装：面积；（3）接缝伸缩缝：长度 第十一讲

1.概预算文件（1）封面：版式： 横A3，竖 A4。文字：建设项目名称、全长（道路）、计阶段及文件名称（XX桥梁初步设计概算）、册数、设计单位。报批：颜色：初步设计概算 淡豆绿色、修正概算 粉红色、预算 象牙白或奶油白色。（2）扉页：内容：建设项目名称、设计阶段及文件名称、册数、编制人员签章、审核人员签章、年月。（3）目录（4）编制说明1）设计依据、相关文件号。2)采用定额编制方法计算取费的依据，补充定额。3）与概预算相关的会议论要委托书、协议书。4）总金额、人工、材料、机械、总消耗量、各方案经济比较。5）编制中存在的问题。（5）表格1-12 汇总表 计算表

2、编制过程（1）熟悉设计图纸施工资料（2）准备概预算资料《定额》定价的文件（3）分析外业调查资料施工方案（4）分项（5）按定额计算工程量（6）表格计算（7）编制说明（8）复核审查出版

3.编制依据

（1）法令性文件（2）设计资料（3）定额取费标准等，人工、材料、机械单价（4）施工组织设计（5）当地物资劳力可用情况（6）施工单位施工能力潜力（7）了解当地的自然情况（8）其他沿线设施

第十二、十三、十四讲

0.公路工程费用构成图：

（一）建筑安装工程费：1直接费用（1）直接工程费：人工费、材料费、施工机械使用费（2）其他工程费：冬季施工增加费、雨季施工增加费、夜间施工增加费、特殊地区施工增加费、行车干扰工程施工增加费、安全文明施工措施费、临时设施费、施工辅助费、工地转移费

2、间接费用：（1）企业管理费：基本费用、主副食运费补贴、职工探亲路费、职工取暖补贴（2）规费：养老保险费、失业保险费、医疗保险费、住房公积金、工伤保险费

3、利润税金；

（二）、设备、工具、器具及家具购置费：

1、办公及生活用家具购置费；2设备、工具、器具购置费；

（三）、工程建设其他费用：土地征用及拆迁补偿费、建设项目管理费、研究试验费、前期工作费、专项评估费、施工机构迁移费、供电站费、联合试运转费、生产人员培训费、固定资产投资方向调节税、建设期贷款利息。

（四）、预备费

1、价差预备费；

2、基本预备费。概、预算项目划分：第一部分 建筑安装工程费：第一项 临时工程 第二项 路基工程 第三项 路面工程 第四项 桥梁涵洞工程 第五项 交叉工程 第六项 隧道工程 第七项 公路设施及预埋管线工程 第八项 绿化及环境保护工程 第九项 管理、养护及服务房屋 第二部分 设备及工具、器具购置费 第三部分 工程建设其他费用

（2）如实际出现的工程和费用项目与项目表的内容不完全相符时一、二、三部分和“项”的序号应保留不变，“目”、“节”、“细目”可随需要增减，并按项目表的顺序以实际出现的“目”、“节”、“细目”依次排列，2建筑安装工程费是直接形成工程实体时所发生的费用

3直接工程费是指施工过程中耗费的构成工程实体和有助于工程形成的各项费用，包括人工费、材料费、施工机械使用费。4人工费是列入概、预算定额的直接从事建筑安装工程施工的生产工人开支的各项费用，包括基本工资、工资性补贴、生产工人辅助工资、职工福利费

5人工单价（元/工日）=[基本工资（元/月）+地区生活补贴（元/月）+工资性津贴（元/月）]*（1+14%）*12月/240（工日）

6材料费包括材料原价、运杂费、场外运输损耗、采购及保管费。

7施工机械使用费是指列入概、预算定额的施工机械台班数量，按相应的机械台班费用定额计算的施工机械使用费和小型机具使用费。

8其他工程费是指直接工程费以外的施工过程中发生的直接用于工程的费用。

计算方法：直接工程费*费率；

特殊地区施工增加费，查表费率：高原地区施工增加费，风沙地区施工增加费，沿海地区施工增加费。

9建设期贷款利息是指建设项目中分使用国内贷款或国外贷款部分，在建设期内应归还的贷款利息。

建设期贷款利息=（上年末付息贷款本息累计+本付息贷款额/2）*年利率

10价差预备费是指设计文件编制年至工程竣工年期间，第一部分费用的人工费、材料费、机械使用费、其他工程费、间接费等以及第二、三部分费用由于政策、价格变化可能发生上浮而预留的费用及外资贷款汇率变动部分的费用。

11基本预备费系是指在初步设计和概算中难以预料的工程和费用。其用途：（1）在进行技术设计、施工图设计和施工过程中，在批准的初步设计和概算范围内所增加的工程费用。（2）在设备订货时，由于规格、型号改变的价差，材料货源变更、运输距离或方式的改变以及规格不同而代换使用等原因发生的价差。（3）由于一般自然灾害所造成的损失和预防自然灾害所采取的措施费用。(4)在项目主管部门组织竣（交）工验收时，验收委员会（或小组）为鉴定工程质量必须开挖和修复隐蔽工程的费用（5）投保的工程根据工程特点和保险合同发生的工程保险费用。

12建设单位管理费：是指建设单位为建设项目的立项、筹建、建设、竣工验收、总结等工作所发生的费用，不包括应计入设备、材料预算价格的建设单位采购及保管设备、材料所需的费用。

13基本费用=直接费*费率：管理人员工资、办公费、差旅交通费、固定资产使用费、工具用具使用费、劳动保险费、工会经费、职工教育经费、保险费、工程保修费、工程排污费、税金、其他。

第十五讲 工程清单计价

1.工程清单计价与定额计价联系、区别：

联系：

1、自上而下的组合计价

2、造价原理相同 建筑安装工程费=分项工程量*相应单价（1）定额计价：人工材料机械数量*相应价格（2）工程量清单计价

区别：

1、体现我国建筑市场不同计价阶段（1）国家定价—国家指导价—国家调整—以概预算为基础，确定工程造价特殊方法（2）反映市场定价阶段

2、计价依据性质（1）定额：各种定额（2）清单：《清单计价规范》

3、编制主体（1）定额：招标人投标人按图纸计算（2）清单：招标人或委托机构

4、单价与报价

5、适用阶段（1）定额：对工程做预测和估计，签合同起辅助作用（2）清单：签订合同中以及后续过程

6、合同价格调整方式（1）定额：变更签证、定额解释、政策性调整（2）清单：基本无调整

软件测试期末复习知识点总结 篇4

“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。一切从客户出发，理解客户的需求，对软件需求定义、设计的怀疑，发现需求定义和产品设计中的问题。这主要通过各种软件评审活动来实现，包括让客户参加评审、测试活动。

软件测试过程：（1）测试组织和管理（2）测试计划（3）测试用例实际（4）测试实施（5）测试结果分析（6）测试评审与报告 软件测试方法：白盒测试方法、黑盒测试方法、静态测试与动态测试、主动测试与被动测试、形式化测试方法、基于风险的测试、模糊测试方法、ALAC测试和随机测试方法

2.单元测试：是对软件基本组成单元进行的测试，而且软件单元是在与程序的其他部分相隔离的情况下进行独立的测试。

静态测试就是静态分析，对模块的源代码进行研读，查找错误或收集一些度量数据，并不需要对代码进行编译和仿真运行。

动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统行为、变量实时结果、内存、堆栈、线程以及测试覆盖度等各方面的信息，来判断系统是否存在问题，或者通过有效的测试用例，对于的输入输出关系来分析被测程序的运行情况，来发现缺陷。静态测试、动态测试的区别：1.静态测试用于预防，动态测试用于矫正；2.多次的静态测试比动态测试的效率高；3，静态测试综合测试程序代码；4.在相当短的时间里，测试的覆盖率能达到100%，而动态测试经常只能达到50%测试左右；5.动态测试比静态测试更花时间； 6.静态测试比动态测试更能发现bug；7.静态测试的执行可以在程序编码编译前，动态是中能在编译后才能执行。

3.功能测试：一般须在完成集成测试后进行，而且是针对应用系统进行测试是根据产品规格说明书，来检验被测试的系统是否满足各方面功能的使用要求。

集成测试：也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试，其主要目的是检查软件单位之间的接口是否正确。集成测试包括非增量测试和增量测试两种方式，集成测试的策略主要有自顶向下和自底向上两种。

功能测试、集成测试区别：

4.回归测试：目的是在程序有修改的情况下，保证原有功能正常的一种测试策略和方法。程序在发现严重软件缺陷要进行修改或版本升级要新增功能，这时需要对软件进行修改，修改后的程序要进行测试，这时要检验软件所进行的修改是否正确，保证改动不会带来新的严重错误。

5.桩程序（Stub），也称桩模块：用以模拟被测模块工作过程中所调用的下层模块。桩模块由被测模块调用，它们一般只进行很少的数据处理,例如打印入口和返回，以便于检验被测模块与其下级模块的接口。驱动程序（Driver），也称驱动模块：用以模拟被测模块的上级模块，能够调用被测模块。在测试过程中，驱动模块接受测试数据，调用被测模块并把相关的数据传送给被测模块。

软件缺陷：软件缺陷是指计算机系统或者程序中存在的任何一种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷、瑕疵，其结果会导致软件产品在某种程度上不能满足用户的需求。标准定义，从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。

软件测试步骤： 即单元测试、集成测试、确认测试和系统测试。

1.开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。2.集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。3.确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。4.系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。

软件测试流程：需求分析和定义、系统设计、详细功能设计、编码、单元测试、功能测试、系统测试、验收测试

软件测试涉及的关键问题：1.测试过程和开发过程是同时开始，同时结束的，两者保持同步的关系；2.测试过程是对开发过程中阶段性成果和最终产品进行验证的过程，所以两者相互依赖；3.测试过程中的工作重点和开发工作的重点可能不一样，两者有各自的特点

黑盒测试的特点：1.不基于对系统内部的设计和实现。2.用例设计基于功能的定义和需求说明书。3.关注于测试数据的选择和测试结果的分析。

测试方法有：等价类划分、边界值分析法、判定表方法、因果图法、正交实验法、功能图法、错误推测法

黑盒测试缺点：1.对用例设计人员的经验要求较高，包括数据的选择，对潜在错误的敏感性；2.对于内部实现的bug不容易发现；3.不能提供直观的测试覆盖率。

白盒测试的特点：1.需要了解系统的整体设计和实现；2.对源代码进行审查；3.在单元测试阶段发现大量的缺陷；4.关注于系统的控制流和数据流；

测试方法有：语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、路径覆盖、基本路径测试法

白盒测试缺点：1.不能确保系统是否完全符合需求说明书；2.白盒测试的代价会大于黑盒测试；3.需要源代码首先完成才能进行测试；

集成测试中自顶向下和自底向上方法

自顶向下法：从主控模块（主程序）开始，沿着软件的控制层次向下移动，从而逐渐把各个模块结合起来。具体步骤是：1.对主控模块进行测试，测试时用桩程序代替所有直接附属于主控模块的模块；2.根据选定的结合策略，每次用一个实际模块代替一个桩程序；3.在结合下一个模块的同时进行测试；4.为了保证加入模块没有引进新的错误，可能需要进行回归测试。优点：不需要测试驱动程序，能够在测试阶段的早期实现并验证系统的主要功能，而且能在早期发现上层模块的接口错误。缺点：需要桩程序，可能遇到与此相联系的测试困难，低层关键模块中的错误发现较晚，而且用这种方法在早期不能充分展开人力

自底向上法：从“原子”模块（即在软件结构最底层的模块）开始集成以进行测试，具体策略是：1.把底层模块组合成实现某个特定的软件子功能的族；2.写一个驱动程序，协调测试数据的输入输出；3.对由模块组成的子功能族进行测试；4.去掉驱动程序，沿软件结构自下向上移动，把子功能族组合起来形成更大的子功能族。优缺点：刚好和自顶向上相反

简述增量式集成测试的自顶向下和自底向上两种测试方法：自顶向下增量式测试的主要优点在于它可以自然地做到逐步求精，一开始便能让测试者看到系统的框架。它的主要缺点是

需要提供被调用模拟子模块，被调用模拟子模块可能不能反映真实情况，因此测试有可能不充分。自底向上测试的优点在于，由于驱动模块模拟了所有调用参数，即使数据流并未构成有向的非环状图，生成测试数据也没有困难。它的缺点在于，直到最后一个模块被加入进去之后才能看到整个程序（系统）的框架

集成测试自底向上和自顶向下集成方法优缺点是什么？

自底向上集成方法尽早的对底层实用历程进行测试，可以避免编写众多的桩模块，使得系统底层的众多问题及早得到解决。缺点是在一些顶层构件非常重要的情况下，却将其放到了最后集成。

自顶向下集成方法则尽早进行了顶层控制模块的测试和集成，使得系统整体上得到验证，但却将底层实用历程的测试放到了最后。某些具有关键性能或作用的底层模块的问题将在最后才可能被发现。

简述系统测试过程的主要步骤及每个步骤的测试依据。

功能测试：测试依据是系统功能需求；

性能测试：测试依据是其他软件需求；

验收测试：测试依据是客户需求规格说明书；

信息工程学院马研期末工作总结 篇5

信息工程学院学生马克思主义理论学习研究在2015年下学期的各项工作活动中都取得了丰硕的成果，取得了长足的发展和进步，但在发展过程中也呈现了些许问题和不足，现将协会本学期的各项工作总结如下：

一、协会各项工作成果

（一）理论学习——红色景点的红色接触

本次活动时间：2015.04.11下午,本次实践活动包含参观革命历史纪念馆、学习红色历史等项目。参加活动的队员要通过学习红色历史、参观革命历史纪念馆，加深对红色历史的学习，提高政治觉悟。同时以本次活动作为载体，充分调动马研人理论学习的积极性、主动性、创造性，活动主要有以下几大环节：

1、信息马研参与活动的全体成员在南湖校区集合于下午2.30集合乘坐公交准时到达位于阅马场北端的红楼，下午3.30参观位于首义广场的辛亥革命纪念馆。

2、按照部门划分小组，每个小组选择自己的参观课题，进行相应的理论研究学习。

3、讨论环节，各小组根据自己的话题讨论，其中“路人参观红色景点的心态及目的”这一话题引起了不错的重视，经过随机调查发现真正以缅怀先烈，纪念红色历史为目的的游客并不占多数，也给红色知识的宣传起到了一定的警示作用，然后各小组代表进行讨论，并请同学们积极发言，大家踊跃上台交流对红色景点的见解与体会，很有深度。

（二）第一届信息工程学院五四青年论坛之影视配音大赛 赛分为初赛和决赛，分别于2015.05.09在党员服务中心和2014.05.23于鉴主16楼报告厅举行，本次活动是由信息工程学院马研举办，以传承五四精神，助力中国梦想为主题，吸引了包括信息工程学院、化生学院、外语学院等多个学院同学的关注和积极参与，于五四青年到来之际取得了很好地效果。活动主要有以下几点成功之处值得继续坚持：

1、活动的灵感来源于近期连续上映的几部电影，足够吸引眼球，而且可以在选手们参加比赛的同时结交不少配音方面比较成功的学姐学长，采纳他们的意见并不断提高自己的配音水平。

2、两位重量级导师的点评给本次活动增色不少，他们是：前信息马研会长欧阳阳，信息学院14级辅导员王纯静。两位评委的精彩点评也使得选手的配音水平有很大提高，不管是活动组织者还是参与者都收获颇丰。

3、通过举办该次活动，本次活动的宣传很到位，吸引了几个学院的同学的关注和参与，对今后的活动举办有不少借鉴意义。

（三）会议召开与后期的整理

马研内部成员还举办过两次理论学习活动，组织学习了第十二届全国人民代表大会的内容。虽然规模不大，但加深了内部成员的交流及组织能力，此外，就本学期的会议召开及活动后期整理还有以下几方面：

1、本学期加强了协会各种活动资料的有效管理。所有活动策划书、活动表格、协会成员档案、新闻稿、总结、宣传资料等，均有相关硬件资料的备份，将其存储到协会的百度网盘里，方便协会新成员的学习和借鉴。

2、会议召开合理高效。协会借鉴和吸取了以往发展中的各种经验和教训，重视会议的程序规范性和会议效果，每次组织重大的活动，都会有相应的负责人组织召开2-3次活动筹备会议及小组讨论，所有参与组织的成员分工明确，团结合作，力争将活动丰富、完美的展现给参与者。

在本学期中，平均每月3～5次会议，主要是例会、总结会和工作活动动员会等，在开会前几天，会议负责人做好各项准备，对会议流程作出合理规划，保证了会议的合理性、高效性，并有秘书部成员记录。

相应的，每次活动结束后，都会有针对性的活动总结，形式不限，但是大家都积极对活动的存在问题提出建议，也在下一次的活动中积极改进。

3、细节把握深刻到位

协会的长远稳定发展离不开长远的规划，也离不开细节的把握。“细节决定成败”，马研在本学期的发展中，虽遇到过各种的阻碍，但仍然取得了巨大的成果，这也与本协会在细节上的把握深刻到位是分不开的。

本协会的各项工作都十分注重细节，无论是协会对内部的建设管理方面，还是在协会活动的开展方面，都尽量将各个细节考虑到位，策划到位，积极发表协会的相关新闻和照片等，为协会的网络宣传和资料备案等作出积极努力。在内部建设管理方面，协会在正规化建设的同时，注重培养协会的人文气息，关注协会的会员，让协会成员感到协会的温馨，让他们更加信任马研，让大家更加团结向上，为协会各项工作的顺利开展打下坚实的基础。

二、工作存在问题及改进

（一）上下部门不够协调

协会的各部长对部门的各项工作的指导力度不够，在很多活动的策划中很多部门没有提供相应的人力支持，会内也没有更好的对部门干事进行相应的指导和监督，造成协会所提出的一些方针战略没有得到应有的实施效果。部长、干事对协会所下达的各种工作活动、任务、消息等没有进行更好有力的传达。各部门需加强各部门的制度建设并将其作为重点工作。

只有各部长对部内成员严格要求，分工明确，肩负起相应的责任，以指导为主让大一成员切身参与到广大活动中去才能更好的提高歇会的协调运作能力。

（二）干事没有敢于提出质疑

部分干事没有明确自己的责任，对部长等上级很多主张没有提出相应质疑，从而导致了众口难调的现象出现。干事的身份并不在于仅仅是听取部长或者会长的话，而在于自身参与思考，切身考虑过活动的利弊，一个事件可能出现的结果以及提供与异于他人的新奇可行的想法等。不需要过分依赖上级的指导和思路，要学会独立思考，独立处理突发事件，否则这将成为制约协会发展的一大因素。

（三）各部门间沟通交流不够

协会中各部门之中的各成员间的沟通交流不错，但在部门之间却鲜有交流，这在一些活动之中就凸显出了弊端，甚至出现了多次项目负责人不认识需要被分配任务的人员的情况。这其中的主要原因就是活动开展时忽略了成员交流，很多人在参加活动不论之前还是之后都是以个体参加，但协会应该是一个整体，应该多在私下进行部门间的成员组合，促进会内人员的交流，增强协会的凝聚力，让协会成为一个坚不可摧的整体才能走得更远。