2021-2022年收藏的精品资料软件工程复习.doc

上传人:知****量 文档编号:19285683 上传时间:2022-06-05 格式:DOC 页数:10 大小:361KB
返回 下载 相关 举报
2021-2022年收藏的精品资料软件工程复习.doc_第1页
第1页 / 共10页
2021-2022年收藏的精品资料软件工程复习.doc_第2页
第2页 / 共10页
点击查看更多>>
资源描述

《2021-2022年收藏的精品资料软件工程复习.doc》由会员分享,可在线阅读,更多相关《2021-2022年收藏的精品资料软件工程复习.doc(10页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

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

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

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

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

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

6、现算法。6、过程设计阶段的工具:流程图、N_S图、问题分析图(PAD图)7、用户界面设计8、用户界面设计问题1 n系统响应时间2 n用户帮助设施3 n出错信息处理4 n命令交互9、用户界面设计过程n用户界面设计是一个迭代的过程,一般步骤如下:1 n先设计和实现用户界面原型。2 n用户试用该原型,向设计者提出对界面的评价。3 n设计者根据用户的意见修改设计并实现下一级原型。4 n不断进行下去,直到用户满意为止。10、用户界面设计的基本原则n(1)可靠性n(2)简单性n(3)易学习性和易使用性n(4)立即反馈性11、用户界面设计指南 n(1)一般交互n(2)信息显示n(3)数据输入12、数据代码设

7、计的原则、种类、方法1 n数据输入、输出设计2 n数据安全设计3 n详细设计文档与复审13、如何进行时间管理 1 时间跟踪。时间管理首先要跟踪时间,即对所用的时间进行跟踪,并保存一份完整和准确的记录。时间跟踪要使用工程记事本和标准的时间记录日志。2 跟踪已完成的任务。除了记录时间,还要对时间段内产生的结果进行跟踪和记录,这样才能计算出工作效率。3 活动分类。在时间跟踪的基础上,可以对活动分类,将重点放在那些占用大部分时间的少数几项活动上。在此基础上,可以分析和调整自己的时间分配优先级,判断自己是否承诺事情太多,时间不够用4 作出时间安排。时间安排是如何使用时间的计划。可以使用时间安排表来编制时

8、间安排计划。14、算法与程序运行的效率是直接相关的,为了提高程序的运行效率,在进行算法设计时应遵守的原则: 1 在编程前,尽可能化简有关的算术表达式和逻辑表达式。2 仔细检查算法中嵌套的循环,尽可能将某些语句或表达式移到循环外面。3 尽量避免使用多维数组。4 尽量避免使用指针和复杂的表达式。 5 采用快速的算术运算。6 不要混淆数据类型,避免在表达式中出现类型混杂。7 尽量采用整数算术表达式和布尔表达式。8 选用高效率算法。15、模块?为什么要进行模块划分? 模块(Module)是一组完成指定功能的语句,包括输入、输出、逻辑处理功能、内部信息、运行环境(与功能对应但不是一对一关系)。一个子程序

9、、一个函数、一个对象等都是模块的例子。 一个大的软件系统的所有的功能不可能都用一个模块来实现,人的处理能力也限制了模块不能太大太复杂。将一个大的软件系统,用几个模块来协作实现,每个模块实现一部分功能,保证每个功能都用相应的模块来实现。将系统划分成模块就是把大的复杂的问题分解成许多容易解决的小问题,这就是大事化小、分而治之的思想,是人类对待复杂问题时采用的高明策略。16、为了提高模块的独立性,模块之间最好是数据耦合。17、各种内聚与耦合(请大家自己补充)18、信息流的种类1 变换流(交换流)2 事务流第五章 实现1、通常把编码和测试统称为实现2、编码就是把软件设计结果翻译成用某种程序设计语言书写

10、的程序。3、软件测试基础1 测试阶段的根本目标是在软件投入生产性运行之前尽可能多地发现并排除软件中潜藏的错误,最终把一个高质量的软件系统交给用户使用。 2 软件测试在软件生命周期中横跨两个阶段: 单元测试、综合测试。3 软件测试的工作量往往占软件开发总工作量的40%以上,在极端情况,测试那种关系人的生命安全的软件所花费的成本,可能相当于软件工程其他开发步骤总成本的3倍到5倍4、软件测试的目标(1) 测试是为了发现程序中的错误而执行程序的过程;(2) 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;(3) 成功的测试是发现了至今为止尚未发现的错误的测试。5、测试原则:1.测试用例应由输

11、入数据和预期的输出数据两部分组成,这样便于对照,有的放矢。2.测试用例,不仅选用合理的输入数据,还要选择不合理的输入数据,对不合理的输入数据,程序应拒绝接受,并输出相应的提示。3. 除了应检查程序是否做了它应该做的事,还应该检查是否做了它不应该做的事。例:打印信息时打出了用户并不需要的多余信息。4.应制定测试计划并严格执行,排除随意性。5.长期保留测试用例,因为以后还要用。(例修改后或以后的维修)6.对发现错误较多的程序段,应进行更深入的测试。7程序员避免测试自己的程序,心理状态的障碍。自己错误理解,应由别人或另外机构来测试。6、软件测试方法一般分为两大类:动态测试方法与静态测试方法,而动态测

12、试方法中又根据测试用例的设计方法不同,分为黑盒与白盒测试两类。7、白盒法:把测试对象看作一个打开的盒子,测试人员须了解程序的内部结构和处理过程,以检查处理过程的细节为基础,对程序中尽可能多的逻辑路径进行测试,检验内部控制结构和数据结构是否有错,实际的运行状态与预期状态是否一致。8、黑盒测试是功能测试,设计测试用例需要研究需求规格说明和概要设计说明中有关程序功能或输入输出之间的关系等信息,9、单元测试内容1、主要检查数据能否正确地通过模块。检查的主要内容是参数的个数、属性及对应关系是否一致。2、局部数据结构:(局部数据结构主要检查一下几个方面的错误)说明不正确或不一致;初始化或缺省值错误;变量名

13、未定义或拼写错误;数据类型不相容;上溢或下溢,地址错等。3、重要的执行路路径:(白盒法) 4、错误处理:检查能否处理,外部输入错误或内部处理引起的错误;对错误不能正确描述,或描述内容难以理解 在错误处理之前,系统已进行干预等。5、边界条件的测试10、单元测试测试方法:每个模块逐个测试,在与被测模块有联系的模块,尚未验好或未测试时,要设计驱动模块和桩模块。11、集成测试的方法:主要有两种,非渐增式测试和渐增式测试。12、非渐增式测试: 首先对每个模块分别进行单元测试,然后再把所有模块按设计要求组装在一起进行测试。13、渐增式测试: 逐个把未经测试的模块组装到已经过测试的模块上去,进行集成测试每加

14、入一个新模块进行一次集成测试,重复此过程,直至程序组装完毕。14、非渐增式和渐增式区别:1 非渐增式把单元测试和集成测试分成两个不同的阶段,而渐增式把两个测试合在一起,同时完成。2 非渐增式需要更多工作量,(因为要做较多的驱动模块和桩模块)而渐增式工作量较少。3 渐增式有利于排错,特别是模块接口错误。4 非渐增式开始可并行测试所有模块,能充分利用人力,对测试大型软件很有意义。15、逻辑覆盖共有六种逻辑覆盖技术1 语句覆盖2 判定覆盖3 条件覆盖4 判定/条件覆盖5 条件组合覆盖6 路径覆盖例一:以下述程序模块为讨论基础: procedure example (A,B: real ; var X

15、: real) ; begin if (A1) and (B=0) then X := X/A; if(A=2) or (X1) then X := X+1; end;(一)对于上述程序段,我们如果选用的测试用例是:A=2 B=0 X=3这样该程序段的4个语句均得到执行,预计结果是x=2.5,从而做到了语句覆盖(二)如使用下述两个测试用例:A=2 B=0 X=3A=1 B=0 X=1从而可以使两个判断的“真”、“假”分别得到覆盖(三)上例中四个条件A1,B=0,A=2,X1所有可能出现的结果是:A1, A1 ,X1)and(B=0)表达式二:(A=2)or(x1)可能的组合形式有:(1)A1,

16、B0(2)A1,B0(3)A1,B0(4)A1,B0(5)A2,X1(6)A2,X1(7)A2,X1(8)A2,X1该例的条件组合覆盖的测试用例可以是:A=2 B=0 X=4A=1 B=1 X=1A=2 B=1 X=1A=1 B=0 X=2例二:以下述程序模块为讨论基础:float fun(float a,float b) float x=0; if(a=3)|(b1) x=a*b; if(a2) &(b=0) x=a-3; return x;语句覆盖:测试数据预期返回结果a=3,b=00判定覆盖:测试数据预期返回结果a=3,b=00a=1,b=00条件覆盖:测试数据预期返回结果a=3,b=0

17、0a=2,b=24判定/条件覆盖:测试数据预期返回结果a=3,b=00a=1,b=22a=1,b=10条件组合覆盖:测试数据预期返回结果a=3,b=26a=3,b=00a=1,b=00a=1,b=2216、黑盒测试技术黑盒测试是功能测试,设计测试用例需要研究需求规格说明和概要设计说明中有关程序功能或输入输出之间的关系等信息,黑盒测试一般有以下三种方法结合起来使用。等价类划分 边界值分析 错误推测法(一)等价类划分示例一某城市电话号码由三部分组成:地区码:空白或3位数字前 缀:非0或1开头的三位数字后 缀:4位数字(二)等价类划分示例二某一8位微机,其八进制常数定义为:以零开头的数是八进制整数,

18、其值的范围是-01770177,如05,0127,-065请划分上述问题的有效等价类与无效等价类。17、需求测试的一般方法1 进行需求的同行评审。2 通过用例设计来测试需求。测试用例设计是从一个不同于开发的角度上对系统进行分析,因而易于暴露需求存在的问题或者测试用例设计本身的问题。3 需求建模测试。需求建模包括把需求转换成图形模型或形式化语言模型,如采用UML建模。4 基于原型的测试。原型法(Prototype Method )是建立一个将开发的系统(新产品)的部分实现,以便获取需求和理解需求,也用于对系统的一些参数和技术难点、关键进行估计。18、衡量一个软件开发成功与否的最重要的标准1 功能

19、性:最终软件产品与客户的陈述和隐含要求的一致程度。2 可靠性:涉及到设备及媒体失效背景下软件的健壮性及其相对功能性。3 可用性:描述了用户学会使用软件的容易程度、它的直观性以及由客户组织使用的与其他系统进行交互的能力。4 效率:涉及到计算机资源的有效利用。5 可维护性:要求软件容易修改和测试且不影响它的稳定性。6 可移植性:软件在多平台上运行的能力和对组织标准的一致程度。19、常见的系统测试有:1 功能测试。根据产品的需求规格说明书和测试需求列表,验证产品的功能实现是否符合产品的需求规格。2 协议测试。对系统协议的一致性、协议的性能指标、协议互操作性和协议健壮性进行测试。3 性能测试和压力测试

20、。对程序的正常性能和对付非正常情形的能力进行测试。4 容量测试。测试系统能处理的数据容量。5 安全测试。测试系统的安全性。6 恢复性测试与备份测试。恢复性测试检验系统从失败中恢复过来的能力。备份测试是恢复性测试的补充。7 GUI 测试。测试系统的图形用户接口。确认界面实现与设计的吻合。确认界面处理的正确。8 健壮性测试。又叫容错性测试,测试系统出现故障时,是否能够自动恢复或者忽略故障继续运行。9 兼容性测试。测试系统对其他系统的兼容性。10 可用性测试。检测用户在理解和使用系统方面的方便和容易程度。11 安装反安装测试。测试用户成功安装拆卸系统的方便性和可行性。12 文档测试。验证系统提交给用

21、户的文档的正确性。13 在线帮助测试。验证系统在线帮助的可用性和正确性。14 数据转换测试。验证系统升级时能否转换原有数据。20、提高软件质量和可靠的技术大致可分为两大类:其中一类就是避开错误技术,但避开错误技术无法做到完美无缺和绝无错误,这就需要避开错误。21、桩模块是用来代替被测试模块所调用的模块,它的作用是返回被测模块所需的信息。第6章软件维护1、软件维护(software maintenance)就是在软件产品交付之后对其进行修改,2、以纠正故障,或改进性能和其它属性,或使产品适应改变了的环境。3、软件维护的种类1 改正性维护2 适应性维护、3 完善性维护4 预防性维护。4、维护的流程

22、(1)确定类型(2)维护记录的保存(3)维护的复审5、维护的副作用1 编码副作用2 数据副作用3 文档副作用6、提高软件的可维护性的方法1 明确软件工程的质量目标2 利用先进的软件技术和工具3 选择便于维护的程序设计语言4 采取有效的质量保证措施5 完善程序的文档7、软件维护(software maintenance)就是在软件产品交付之后对其进行修改,以纠正故障,或改进性能和其它属性,或使产品适应改变了的环境。8、软件可维护性就是维护人员对该软件进行维护的难易程度,具体包括理解、改正、改动和改进该软件的难易程度。9、提高软件的可维护性是软件工程各阶段追求的目标之一。10、在开发时明确质量目标

23、、考虑软件的维护问题是必须的、重要的。11、在软件开发阶段提供完整、一致的文档,采用先进的软件开发方法和软件开发工具是提高软件可维护性的关键。12、面向对象方法简称为OO(Objected Oriented)方法13、面向对象分析(Object Oriented Analysis,简称OOA)14、面向对象设计( Object Oriented Design,简称OOD)15、统一建模语言UML(Unified Modeling Language)是一种直观的、通用的、可视化建模语言。16、对象(Object):面向对象方法把客观世界中的实体抽象为问题域中的对象。17、类(Class):类是对具有相同数据和相同操作的一组相似对象。18、继承(Inheritance):在层次结构中,下层的派生类具有和上层的基类相同的特性(包括数据和方法),这种现象称为继承。19、消息传递:对象彼此之间仅能通过传递消息相互联系。20、封装性:对象的信息都被封装在该对象类的定义中,必须发消息请求它执行其某个操作,处理它的数据,不能从外界直接对它的数据进行操作。21、OO = Objects + Classes +Inheritance + Communication with Messagesl面向对象=对象+类+继承+消息传第 10 页 共 10 页

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 应用文书 > 工作计划

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁