软件工程复习.docx

《软件工程复习.docx》由会员分享，可在线阅读，更多相关《软件工程复习.docx（10页珍藏版）》请在三一文库上搜索。

1、第一章概述1、软件危机、软件危机产生的原因2、软件工程3、软件工程学的主要内容4、软件工程过程5、软件生命周期6、软件生命周期模型(SWlifecyclemodel)及各自特点7、软件工程要到达的目标？8、RUP开发过程有何特点？9、软件危机的表现10、解决软件危机的途径Ik演化模型的特点12、快速原型模型的特点？13、软件生存周期分为哪些阶段？各阶段又有哪些根本任务？14、可行性研究的主要内容(第一章的内容请大家自己整理)第二章需求分析1、可行性报告要有结论；或及时中止不可行的工程。2、软件需求是进行软件设计、实现和质量度量的基础。3、需求分析是发现、逐步求精、建模、规格说明和复审的过程。4

2、建立模型是描述用户需求，定义需求，用以验收产品。5、数据模型用实体-关系图来描述数据对象及相互关系。6、功能模型用数据流图来描述。7、行为模型用状态转换图来描绘。8、数据字典用来描述软件使用或产生的所有数据对象、数据存储规则和处理算法等。9、需求分析阶段还应写出软件需求规格说明，有时附上可执行的原型及初步的用户手册。它是需求分析阶段的最终成果。10、复审：需求分析的结果要经过严格的审查，确保软件需求的一致性、完整性、现实性和有效性。Ik软件过程改良的实际意义一般软件组织都有它采用的软件过程模型。软件组织在进行具体软件工程时采用的软件过程，称为软件过程实例。成功的软件过程改良，无论是对模型还是

3、对实例的改良，都可以为软件组织提高效率、减少错误、保证进度、提高质量。据一些持续采用CMM进行了三年以上过程改良的软件组织报告，过程改良典型的投资回报率是7：K通过过程改良，软件组织的平均年生产率递增37除缺陷在测试前被发现的比例年增长率18%产品投放市场的时间平均提前19%,现场错误年平均降低45虬12、软件过程改良的原则与步骤原则1过程改良建立在过程评价和过程度量基础上；2软件过程改良是一个持续的过程；3过程改良活动本身应当被作为一个过程改良工程来完成；4将过程度量用于对改良过程进行监控，以便及时对改良活动做必要的调整；5适当地重复软件过程评价活动。步骤1制定过程改良方案2评价各个改良方案

4、3对改良方案进行排序4估计实施的进度表5获得管理层的承诺第三章概要设计1、概要设计的目的与任务：通过这个阶段的工作将划分出组成系统的物理元素一一程序、文件、数据库、人工过程和文档等等,另一项重要任务是设计软件的结构，也就是要确定系统中每个程序是由哪些模块组成的，以及这些模块相互间的关系。概要设计的过程由两个主要阶段组成：系统设计阶段，确定系统的具体实现方案；结构设计阶段概要设计过程包括下述9个步骤：1设想供选择的方案2选取合理的方案3推荐最正确方案4功能分解5设计软件结构6设计数据库7制定测试方案8书写文档9审查和复审2、概要设彳的工具、方法和结果（重点）1层次图2结构图3Jacksan图3、

5、如何选择程序设计语言实现系统1语言自身的功能；2系统用户的要求；3编码和维护本钱：4软件的兼容性：5可以使用的软件工具；6软件可移植性；7开发系统的规模；8程序设计人员的知识水平。第四章详细设计1、详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统2、详细设计的目标不仅仅是逻辑上正确地实现每个模块的功能，更重要的是设3、计出的处理过程应该尽可能简明易懂。4、详细设计的主要任务：每个模块的内部特性、使用的数据。5、过程设计就是用顺序、选择和循环三种结构的有限次组合或嵌套，描述模块功能的实现算法。6、过程设计阶段的工具：流程图、N_S图、问题分析图（PAD图）7、用户界面设计8、用户界面设

6、计问题IJTJTJ-_1234LLLL系统响应时间用户帮助设施出错信息处理命令交互用户界面设计是一个迭代的过程，一般步骤如下：1 先设计和实现用户界面原型。2 用户试用该原型，向设计者提出对界面的评价。3 设计者根据用户的意见修改设计并实现下一级原型。4 不断进行下去，直到用户满意为止。10、用户界面设计的根本原则(1)可靠性(2)简单性(3)易学习性和易使用性(4)立即反应性11、用户界面设计指南(1) 一般交互(2)信息显示(3)数据输入12、数据代码设计的原则、种类、方法1 数据输入、输出设计2 数据平安设计3 详细设计文档与复审13、如何进行时间管理1时间跟踪。时间管理首先要跟踪时间，

7、即对所用的时间进行跟踪，并保存一份完整和准确的记录。时间跟踪要使用工程记事本和标准的时间记录日志。2跟踪已完成的任务。除了记录时间，还要对时间段内产生的结果进行跟踪和记录，这样才能计算出工作效率。3活动分类。在时间跟踪的基础上，可以对活动分类，将重点放在那些占用大局部时间的少数几项活动上。在此基础上，可以分析和调整自己的时间分配优先级，判断自己是否承诺事情太多，时间不够用4作出时间安排。时间安排是如何使用时间的方案。可以使用时间安排表来编制时间安排方案。14、算法与程序运行的效率是直接相关的，为了提高程序的运行效率，在进行算法设计时应遵守的原则：1在编程前，尽可能化简有关的算术表达式和逻辑表达

8、式。2仔细检查算法中嵌套的循环，尽可能将某些语句或表达式移到循环外面。3尽量防止使用多维数组。4尽量防止使用指针和复杂的表达式。5采用快速的算术运算。6不要混淆数据类型，防止在表达式中出现类型混杂。7尽量采用整数算术表达式和布尔表达式。8选用高效率算法。15、模块？为什么要进行模块划分？模块(Module)是一组完成指定功能的语句，包括输入、输出、逻辑处理功能、内部信息、运行环境(与功能对应但不是一对一关系)。一个子程序、一个函数、一个对象等都是模块的例子。一个大的软件系统的所有的功能不可能都用一个模块来实现，人的处理能力也限制了模块不能太大太复杂。将一个大的软件系统，用几个模块来协作实现，每

9、个模块实现一局部功能，保证每个功能都用相应的模块来实现。将系统划分成模块就是把大的复杂的问题分解成许多容易解决的小问题，这就是大事化小、分而治之的思想，是人类对待复杂问题时采用的高明策略。16、为了提高模块的独立性，模块之间最好是数据耦合。17、各种内聚与耦合(请大家自己补充)18、信息流的种类1变换流（交换流）2事务流第五章实现1、通常把编码和测试统称为实现2、编码就是把软件设计结果翻译成用某种程序设计语言书写的程序。3、软件测试基础1测试阶段的根本目标是在软件投入生产性运行之前尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。2软件测试在软件生命周期中横跨两个阶

10、段：单元测试、综合测试。3软件测试的工作量往往占软件开发总工作量的40%以上，在极端情况，测试那种关系人的生命平安的软件所花费的本钱，可能相当于软件工程其他开发步骤总本钱的3倍到5倍4、软件测试的目标（1）测试是为了发现程序中的错误而执行程序的过程；（2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；（3）成功的测试是发现了至今为止尚未发现的错误的测试。5、测试原则：1.测试用例应由输入数据和预期的输出数据两局部组成，这样便于对照，有的放矢。2.测试用例，不仅选用合理的输入数据，还要选择不合理的输入数据，对不合理的输入数据，程序应拒绝接受，并输出相应的提示。3.除了应检查程序是否做

11、了它应该做的事，还应该检查是否做了它不应该做的事。例：打印信息时打出了用户并不需要的多余信息。4.应制定测试方案并严格执行，排除随意性。5.长期保存测试用例，因为以后还要用。（例修改后或以后的维修）6.对发现错误较多的程序段，应进行更深入的测试。7程序员防止测试自己的程序，心理状态的障碍。自己错误理解,应由别人或另外机构来测试。6、软件测试方法一般分为两大类：动态测试方法与静态测试方法，而动态测试方法中又根据测试用例的设计方法不同，分为黑盒与白盒测试两类。7、白盒法：把测试对象看作一个翻开的盒子，测试人员须了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行

12、测试，检验内部控制结构和数据结构是否有错，实际的运行状态与预期状态是否一致。8、黑盒测试是功能测试，设计测试用例需要研究需求规格说明和概要设计说明中有关程序功能或输入输出之间的关系等信息，9、单元测试内容1、主要检查数据能否正确地通过模块。检查的主要内容是参数的个数、属性及对应关系是否一致。2、局部数据结构：（局部数据结构主要检查一下几个方面的错误）说明不正确或不一致；初始化或缺省值错误；变量名未定义或拼写错误；数据类型不相容；上溢或下溢，地址错等。3、重要的执行路路径：（白盒法）4、错误处理：检查能否处理，外部输入错误或内部处理引起的错误；对错误不能正确描述，或描述内容难以理解在错误处理之前

13、系统已进行干预等。5、边界条件的测试10、单元测试测试方法：每个模块逐个测试，在与被测模块有联系的模块，尚未验好或未测试时，要设计驱动模块和桩模块。11、集成测试的方法：主要有两种，非渐增式测试和渐增式测试。12、非渐增式测试：首先对每个模块分别进行单元测试，然后再把所有模块按设计要求组装在一起进行测试。13、渐增式测试:逐个把未经测试的模块组装到已经过测试的模块上去，进行集成测试每参加一个新模块进行一次集成测试，重复此过程，直至程序组装完毕。14、非渐增式和渐增式区别：非渐增式把单元测试和集成测试分成两个不同的阶段，而渐增式把两个测试合在一起，同时完成。2非渐增式需要更多工作量，(因为要做

14、较多的驱动模块和桩模块)而渐增式工作量较少。3渐增式有利于排错，特别是模块接口错误。4非渐增式开始可并行测试所有模块，能充分利用人力，对测试大型软件很有意义。15、逻辑覆盖共有六种逻辑覆盖技术1语句覆盖2判定覆盖3条件覆盖4判定/条件覆盖5条件组合覆盖6路径覆盖例一：以下述程序模块为讨论基础：procedureexample(A,B:real;varX:real);beginif(Al)and(B=O)thenX:=X/A;if(A=2)or(Xl)thenX:=X+l；end;(一)对于上述程序段，我们如果选用的测试用例是：A=2B=OX=3这样该程序段的4个语句均得到执行，预计结果是x=2

15、5,从而做到了语句覆盖(二)如使用下述两个测试用例：A=2B=OX=3A=IB=OX=I从而可以使两个判断的“真、“假分别得到覆盖(三)上例中四个条件Al,B=0,A=2,Xl所有可能出现的结果是：Al,Al,Xl)and(B=O)表达式二：(A=2)or(xl)可能的组合形式有：(1) Al,B=O(2) Al,B0(3) Al,B=O(4) Al,B0(5) A=2,Xl(6) A=2,Xl(7) A2,Xl(8) A2,Xl该例的条件组合覆盖的测试用例可以是：A=2B=OX=4A=IB=IX=IA=2B=IX=IA=IB=OX=2例二：以下述程序模块为讨论基础:floatfun(flo

16、ata,floatb)(floatx=0;if(a=3)II(bl)x=a*b;if(a2)&(b=0)x-a-3;returnx;语句覆盖:测试数据预期返回结果a=3,b=00判定覆盖:测试数据预期返回结果a=3,b=00a=l,b=00条件覆盖:测试数据预期返回结果a=3,b=00a=2,b=24判定/条件覆盖:测试数据预期返回结果a=3,b=00a=l,b=22a=l,b=l0条件组合覆盖:测试数据预期返回结果a=3,b=26a=3,b=00a=l,b=00a=l,b=2216、黑盒测试技术黑盒测试是功能测试，设计测试用例需要研究需求规格说明和概要设计说明中有关程序功能或输入输出之间的关

17、系等信息，黑盒测试一般有以下三种方法结合起来使用。等价类划分边界值分析错误推测法(一)等价类划分例如一某城市电话号码由三局部组成：地区码：空白或3位数字前缀：非0或1开头的三位数字后缀：4位数字输入条件有效等价类无效等价类地区码空白(I)3位数字(2)有非数字字符(5)少于3位数字(6)多于3位数字(7)前缀从200到999之间的3位数字(3)有非数字字符(8)起始位为，0(9)起始位为T(IO)少于3位数字(11)多于3位数字(12)后缀44立数字(4)有非数字字符(13)少于以立数字(14)多于利立数字(15)纥测试有效等价类的测试用例：测试数据测试范围I期望结果()276-2345等价类

18、有效(635)805-9321等价类有效”测试无效等价类的测试用例:测试数据测试范围期望结果(20A)223-4567无效等价类(5)(33)234-5678无效等价类(6)(7777)345-6789无效等价类(7)(203)3A5-2345无效等价类(8)(345)025-2355无效等价类(9)(776)127-5355无效等价类(10)(746)52-5305无效等价类(ID(226)6234-5105无效等价类(12)(296)524-5005无效等价类(13)(336)434-55无效等价类(14)(323)234-55457无效等价类(15)(二)等价类划分例如二某一8位微机，其

19、八进制常数定义为：以零开头的数是八进制整数，其值的范围是-01770177,如05,0127,-065请划分上述问题的有效等价类与无效等价类。八进制整型常量输入条件的等价类表输人数露合理尊价类不合理等价类人进制整数1.2-4位以。打头缄字串2.以4)打头的好5位数多3 .以3E0非-打头的雷4 .。打头含有车数字字符的串5 .以-0打头含有非数字字符的期6 .各于5个字符九-后丰。的多位串8 .-后有非数字字符9 .-后霎于4个数字人进制数范围10.在.1771力之间11.小于-17712.大于17717、需求测试的一般方法1进行需求的同行评审。2通过用例设计来测试需求。测试用例设计是从一个不

20、同于开发的角度上对系统进行分析，因而易于暴露需求存在的问题或者测试用例设计本身的问题。3需求建模测试。需求建模包括把需求转换成图形模型或形式化语言模型，如采用UML建模。4基于原型的测试。原型法(PrototypeMethod)是建立一个将开发的系统(新产品)的局部实现，以便获取需求和理解需求，也用于对系统的一些参数和技术难点、关键进行估计。18、衡量一个软件开发成功与否的最重要的标准1功能性：最终软件产品与客户的陈述和隐含要求的一致程度。2可靠性：涉及到设备及媒体失效背景下软件的健壮性及其相对功能性。3可用性：描述了用户学会使用软件的容易程度、它的直观性以及由客户组织使用的与其他系统进行交互

21、的能力。4效率：涉及到计算机资源的有效利用。5可维护性：要求软件容易修改和测试且不影响它的稳定性。6可移植性：软件在多平台上运行的能力和对组织标准的一致程度。19、常见的系统测试有：1功能测试。根据产品的需求规格说明书和测试需求列表，验证产品的功能实现是否符合产品的需求规格。2协议测试。对系统协议的一致性、协议的性能指标、协议互操作性和协议健壮性进行测试。3性能测试和压力测试。对程序的正常性能和对付非正常情形的能力进行测试。4容量测试。测试系统能处理的数据容量。5平安测试。测试系统的平安性。恢复性测试与备份测试。恢复性测试检验系统从失败中恢复过来的能力。备份测试是恢复性测试的补充。7GUI测试

22、测试系统的图形用户接口。确认界面实现与设计的吻合。确认界面处理的正确。8健壮性测试。又叫容错性测试，测试系统出现故障时，是否能够自动恢复或者忽略故障继续运行。9兼容性测试。测试系统对其他系统的兼容性。10可用性测试。检测用户在理解和使用系统方面的方便和容易程度。11安装/反安装测试。测试用户成功安装拆卸系统的方便性和可行性。12文档测试。验证系统提交给用户的文档的正确性。13在线帮助测试。验证系统在线帮助的可用性和正确性。14数据转换测试。验证系统升级时能否转换原有数据。20、提高软件质量和可靠的技术大致可分为两大类：其中一类就是避开错误技术，但避开错误技术无法做到完美无缺和绝无错误，这就需

23、要避开错误。21、桩模块是用来代替被测试模块所调用的模块，它的作用是返回被测模块所需的信息。第6章软件维护1、软件维护（softwaremaintenance）就是在软件产品交付之后对其进行修改，2、以纠正故障，或改良性能和其它属性，或使产品适应改变了的环境。3、软件维护的种类1改正性维护2适应性维护、3完善性维护4预防性维护。4、维护的流程（1）确定类型（2）维护记录的保存（3）维护的复审5、维护的副作用1编码副作用2数据副作用3文档副作用6、提高软件的可维护性的方法1明确软件工程的质量目标2利用先进的软件技术和工具3选择便于维护的程序设计语言4采取有效的质量保证措施5完善程序的文档7、软件

24、维护(softwaremaintenance)就是在软件产品交付之后对其进行修改，以纠正故障，或改良性能和其它属性，或使产品适应改变了的环境。8、软件可维护性就是维护人员对该软件进行维护的难易程度，具体包括理解、改正、改动和改良该软件的难易程度。9、提高软件的可维护性是软件工程各阶段追求的目标之一。10、在开发时明确质量目标、考虑软件的维护问题是必须的、重要的。11、在软件开发阶段提供完整、一致的文档，采用先进的软件开发方法和软件开发工具是提高软件可维护性的关键。12、面向对象方法简称为Oo(ObjectedOriented)方法13、面向对象分析(ObjectOrientedAnalySiS

25、简称OoA)14面向对象设计(ObjectOrientedDesign,简称OoD)15、统一建模语言UML(UnifiedModelingLanguage)是一种直观的、通用的、可视化建模语言。16、对象(Object)：面向对象方法把客观世界中的实体抽象为问题域中的对象。17、类(ClaSS)：类是对具有相同数据和相同操作的一组相似对象。18、继承(Inheritance)：在层次结构中，下层的派生类具有和上层的基类相同的特性(包括数据和方法)，这种现象称为继承。19、消息传递：对象彼此之间仅能通过传递消息相互联系。20、封装性：对象的信息都被封装在该对象类的定义中，必须发消息请求它执行其某个操作，处理它的数据，不能从外界直接对它的数据进行操作。21、00=Objects+Classes+Inheritance+CommunicationwithMessages面向对象=对象+类+继承+消息传