软件工程复习纲要根据老师给的PPT复习提纲整理成的.docx
- 文档编号:23091793
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:24
- 大小:357.27KB
软件工程复习纲要根据老师给的PPT复习提纲整理成的.docx
《软件工程复习纲要根据老师给的PPT复习提纲整理成的.docx》由会员分享,可在线阅读,更多相关《软件工程复习纲要根据老师给的PPT复习提纲整理成的.docx(24页珍藏版)》请在冰豆网上搜索。
软件工程复习纲要根据老师给的PPT复习提纲整理成的
软件工程复习纲要
第一章概述
1软件危机:
2软件生存周期:
3软件开发过程模型:
(1)瀑布模型
(2)快速原型
(3)增量模型
(4)喷泉模型
(5)螺旋模型
(6)型式化方法模型
(7)基于构件的开发模型
4软件开发的方法:
(1)结构化方法
(2)JackSon方法
(3)维也纳开发方法
(4)面向对象开发方法
第二章需求分析
1可行性研究的任务:
技术可行性、经济可行性、社会可行性
2成本估算方法
3成本估算模型:
COCOMO模型
4常用的需求分析的方法
(1)面向数据流的结构化分析方法(SA)
(2)面向数据结构的Jackson方法(JSD)
(3)面向数据结构的结构化数据系统开发方法(DSSD)
(4)面向对象的分析方法(OOA)等
5结构化分析方法
(1)数据流图
(2)数据字典
6数据流分析技术
面向数据流进行需求分析的方法
结构化分析方法适合于数据处理类型软件的需求分析。
结构化分析方法就是用抽象模型的概念,按照软件内部数据传递、变换的关系,自顶向下逐层分解,直到找到满足功能要求的所有可实现的软件为止。
数据流图(DataFlowDiagram,简称DFD)描绘系统的逻辑模型,是结构化系统分析的主要工具。
数据流图(DFD)是描述软件系统中数据处理过程的一种有力的图形工具。
(1)数据流图中的主要图形元素
(2)数据流图中的基本符号(最新)
(3)画数据流图步骤:
1】、首先画系统的输入输出,即先画顶层数据流图。
顶层流图只包含一个加工,用以表示被开发的系统,然后考虑该系统有哪些输入数据,这些输入数据从哪里来,有哪些输出数据,输出到哪里去。
2】、画系统内部,即画下层数据流图。
一般将层号从0开始编号,采用自顶向下,由外向内的原则。
注意事项:
1】、命名。
不论数据流、数据存储还是加工,合适的命名使人们易于理解其含义。
2】、一般不画物质流。
数据流反映能用计算机处理的数据,并不是实物,因此对目标系统的数据流图一般不要画物质流
3】、父图与子图的平衡。
子图的输入输出数据流同父图相应加工的输入输出数据必须一致,此即父图与子图的平衡。
4】、局部数据存储。
当某层数据流图中的数据存储不是由图中相应加工的外部接口,而只是本图中某些加工之间的数据接口,则称这些数据存储为局部数据存储。
5】、提高数据流图的易理解性。
注意合理分解,要把一个加工分解成几个功能相对独立的子加工,这样可以减少加工之间输入、输出数据流的数目,增加数据流图的可理解性。
示例:
描述银行取款过程的数据流图
(4)数据流图的层次结构
为了表达数据处理过程的数据加工情况,需要采用层次结构的数据流图。
按照系统的层次结构进行逐步分解,并以分层的数据流图反映这种结构关系,能清楚地表达和容易理解整个系统
结构化分析方法步骤示例:
商店业务处理系统
⏹这个数据流图只是一个高层的系统逻辑模型,它反映了目标系统要实现的功能。
⏹数据流图绘制步骤:
◆首先确定系统的输入和输出。
◆根据商店业务,画出顶层数据流图,以反映最主要业务处理流程。
◆经过分析,商店业务处理的主要功能应当有销售、采购、会计三大项。
主要数据流输入的源点和输出终点是顾客和供应商。
◆然后从输入端开始,根据商店业务工作流程,画出数据流流经的各加工框,逐步画到输出端,得到第一层数据流图。
··第一层数据流图
··加细每一个加工框销售细化
··采购细化
(5)检查和修改数据流图的原则
·数据流图上所有图形符号只限于前述四种基本图形元素
·数据流图的主图必须包括前述四种基本元素,缺一不可
·数据流图的主图上的数据流必须封闭在外部实体之间。
·每个加工至少有一个输入数据流和一个输出数据流。
·在数据流图中,需按层给加工框编号。
编号表明该加工所处层次及上下层的亲子关系。
·规定任何一个数据流子图必须与它上一层的一个加工对应,两者的输入数据流和输出数据流必须一致。
此即父图与子图的平衡。
·可以在数据流图中加入物质流,帮助用户理解数据流图。
·图上每个元素都必须有名字。
·数据流图中不可夹带控制流。
·初画时可以忽略琐碎的细节,以集中精力于主要数据流。
(6)数据词典
①数据字典(DataDictionary)是关于数据的信息的集合,通过数据字典对数据流程图中的各个元素作精确的定义与说明。
它是数据流图的补充工具。
②数据词典与数据流图配合,能清楚地表达数据处理的要求。
二者构成需求规格说明书的主要部分。
③词条描述——对于在数据流图中每一个被命名的图形元素,均加以定义,其内容有:
名字,别名或编号,分类,描述,定义,位置,其它等。
④数据字典的内容及格式
数据字典是为分析人员和用户查找数据流图中有关名字的详细定义而服务的,因此也像其他任何字典一样,要把所有条目按一定次序排列起来,以便查阅。
⑤数据字典有以下四类条目:
数据流、数据项、数据存储、基本加工。
其中,数据项是组成数据流和数据存储的最小元素。
1)数据流条目给出了DFD中数据流的定义,主要部分是列出该数据流的各组成数据项。
在定义数据流及数据存储组成时,通常要用到表2.4给出的符号。
2)数据存储条目是对数据文件内容的定义,主要内容举例如下:
数据存储名称:
学生成绩库
别名:
无
组成:
学生学号+课程编码+成绩+备注
组织方式:
以学号为记录关键字升序排列。
3)数据项条目给出某个数据单项的定义,内容通常为数据项的值类型、允许取值范围等,其定义结构与数据流条目类似。
4)加工条目是用来说明DFD中基本加工的处理逻辑,对其他非基本加工则不必进行加工说明。
加工条目主要由输入数据、加工逻辑和输出数据等部分组成,加工逻辑描述把输入数据转换为输出数据的过程,是加工条目的主体。
为了使加工逻辑直观易读,有几种常用的描述方法,它们是结构化语言、判定表和判定树。
加工条目内容举例如下:
加工名称:
查阅库存
编号:
1.2
输入:
合格订单
输出:
供货订单或缺货订单
加工逻辑:
根据库存记录
IF订单项目数量<该项目库存量的临界值
THEN可供货处理
ELSE此订单缺货,登记,待进货后再处理
ENDIF
⑥数据字典的实现
数据字典的建立可以用手工和自动两种方式实现。
手工方式是指把每一个字典条目写在卡片上,由专人管理和维护。
自动方式是借助数据字典处理程序,把字典条目输入到计算机中,用计算机对它进行检索和维护。
第三章系统设计
一、概要设计
1基本任务
·设计软件系统结构:
(1)采用某种设计方法,将一个复杂的系统按功能划分成模块。
(2)确定每个模块的功能。
(3)确定模块之间的调用关系。
(4)确定模块之间的接口,即模块之间传递的信息。
(5)评价模块结构的质量.
·数据结构设计:
采用“逐步细化”的方法,如采用数据字典描述逐步细化。
设计有效的数据结构(如队列,线性表,链表等),大大简化软件模块处理过程的设计。
2编写概要设计文档:
①概要设计说明书。
②数据库设计说明书:
主要给出所使用的DBMS简介、数据库的概要模型、逻辑设计、结果。
③用户手册:
对需求分析阶段编写的用户手册进行补充。
④修订测试计划,对测试策略、方法、步骤提出明确要求。
3模块的独立性
·模块独立性,是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其它的模块的联系最小且接口是简单的。
·一般采用两个准则度量模块独立性。
即模块间耦合和模块内聚
·耦合是模块之间的互相连接的紧密程度的度量。
·内聚是模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的度量。
·模块独立性比较强的模块应是高内聚低耦合的模块。
(1)模块间的耦合
(2)模块内聚
4软件系统设计技术
(1)变换流
参看图形,信息沿输入通路进入系统,同时由外部形式变换成内部形式,进入系统的信息通过变换中心,经过加工处理以后再沿输出通路变换成外部形式离开软件系统。
当数据流具有这些特征时,这种信息流称为变换流。
(2)事务流
数据沿输入通路到达一个处理T,这个处理根据输入数据的类型在若干个动作序列中选出一个来执行。
这种“以事务为中心的”的数据流,成为“事务流”。
处理T称为事务中心,完成以下任务:
接收输入数据;分析每个事务以确定它的类型;根据事务类型选取一条活动通路。
二、详细设计
1.详细设计的任务具体主要有如下五点:
(1)确定每个模块的具体算法。
(2)确定每个模块的内部数据结构及数据库的物理结构。
(3)确定模块接口的具体细节。
(即确定模块接口的详细信息,包括模块之间的接口信息、模块与系统外部的接口信息及用户界面等。
)
(4)为每个模块设计一组测试用例。
(5)编写文档,参加复审。
2.详细设计可采用的工具
(1)(传统的)程序流程图
程序流程图是最早出现且使用较为广泛的算法表达工具之一,能够有效地描述问题求解过程中的程序逻辑结构。
程序流程图中经常使用的基本符号如图所示。
(a)一般处理框;(b)输入/输出框;(c)判断框;(d)流程线;(e)起止框
(2)N-S图
N-S图又称为盒图,它是为了保证结构化程序设计而由Nassi和Shneiderman共同提出的一种图形工具。
在N-S图中,所有的程序结构均使用矩形框表示,它可以清晰地表达结构中的嵌套及模块的层次关系。
N-S图中,基本控制结构的表示符号如图所示。
由于N-S图中没有流程线,不可能随意转移控制,因而表达出的程序结构必然符合结构化程序设计的思想,有利于培养软件设计人员的良好设计风格。
但当所描述的程序嵌套层次较多时,不仅影响可读性而且不易修改。
(3)PAD图
PAD(ProblemAnalysisDiagram,问题分析图)是继程序流程图和N-S图后,由日立公司在20世纪70年代提出的又一种用于详细设计的图形表达工具。
它只能用于结构化程序的描述。
PAD图采用了易于使用的树型结构图形符号,既利于清晰地表达程序结构,又利于修改。
PAD图中所经常使用的基本符号如图所示。
PAD图具有的主要优点如下:
(1)、使用PAD图描述的程序结构层次清晰,逻辑结构关系直观、易读、易记、易修改。
(2)、PAD图为多种常用高级语言提供了相应的图形符号,每种控制语句都与一个专门的图形符号相对应,易于PAD图向高级语言源程序转换。
(3)、支持自顶向下、逐步求精的设计过程。
(4)、既能够描述程序的逻辑结构,又能够描述系统中的数据结构。
(4)PDL语言
PDL(ProcessDesignLanguage)语言即过程设计语言,是一种用于描述程序算法和定义数据结构的伪代码。
PDL语言的构成与用于描述加工的结构化语言相似,是一种兼有自然语言和结构化程序设计语言语法的“混合型”语言。
PDL语言与结构化语言的主要区别在于:
由于PDL语言表达的算法是编码的直接依据,因此其语法结构更加严格并且处理过程描述更加具体详细。
◆PDL语言的主要特点如下:
①各种定义语句及控制结构的表达都具有严格的语法形式,使程序结构、数据说明等更加清晰。
②提供了数据说明机制,可用于定义简单及复杂的数据结构。
③提供了模块的定义和调用机制,方便了程序模块化的表达。
④用PDL写出的程序,既可以很抽象,又可以很具体。
因此,容易实现自顶向下逐步求精的设计原则。
⑤PDL描述可以直接作为注释插在源程序中,成为程序的内部文档。
这对提高程序的可读性是非常有益的。
⑥PDL描述与程序结构相似,故PDL语言便于将详细设计的结果转换为源程序。
◆PDL的缺点是不如图形描述形象直观,因此常常将PDL描述与一种图形描述结合起来使用。
◆PDL语言的主要定义语句及基本控制结构的表达如下所示:
·定义语句
1)、数据定义:
DECLARE属性变量名,…
属性包括:
整型、实型、双精度型、字符型、指针、数组及结构等类型。
2)、模块定义:
PROCEDURE模块名(参数)
……
RETURN
END
·基本控制结构
1)、顺序结构:
顺序结构的语句序列采用自然语言进行描述。
语句序列S1
语句序列S2
……
语句序列Sn
2)、选择结构:
①IF-ELSE结构②多分支IF结构
IF条件IF条件IF条件1
语句序列S1或语句序列S语句序列S1
ELSEENDIFELSEIF条件2
语句序列S2语句序列S2
ENDIF……
ELSE
③CASE结构语句序列Sn
CASE表达式OFENDIF
CASE取值1
语句序列S1
CASE取值2
语句序列S2
……
CASE语句序列Sn
ENDCASE
3)、循环结构:
(5)判定表:
当算法中包含多重嵌套的条件选择时使用。
表示复杂的条件组合与相应的动作适宜。
(6)判定树:
比判定表直观。
第四章系统实施
McCabe度量法:
基于程序控制流的复杂性度量方法
第五章软件测试
•软件测试的方法
1.静态测试:
指被测试程序不在机器上运行,而是采用人工测试和计算机辅助静态分析的手段对程序进行测试。
包括:
人工测试和计算机辅助静态分析测试.(发现30%~70%逻辑和编码错误)
2.动态测试:
指通过运行程序发现错误。
大多测试采用动态测试。
动态测试包括白盒测试法和黑盒测试法。
3.白盒测试属于结构测试,所以被测对象基本上是源程序,以程序的内部逻辑为基础来设计测试用例。
(1)逻辑覆盖:
是以程序内部逻辑为基础的测试技术,属白盒测试。
这一测试考虑测试用例对程序内部逻辑覆盖的程度。
·语句、判定、条件、条件|判定、条件组合、路径
循环覆盖
1)、单循环:
其中n为可允许执行循环的最大次数。
设计以下情况的测试用例:
①跳过循环。
②只执行循环一次。
③执行循环m次,其中m ④执行循环n-1次,n次,n+1次。 2)、嵌套循环 ①置外循环处于最小循环计数值,对于内层进行单循环测试。 ②由里向外,进行下一层的循环测试。 (2)基本路径测试 基本路径测试是在程序控制流程图的基础上,通过分析控制构造的环路复杂性,导出基本路径集合,设计测试用例保证这些基本路径至少通过一次。 程序图: 是反映控制流程的有向图,其小圆圈称为结点,代表流程图中的处理,有向箭头代表控制流向,称为边或路径。 转换程序图时的注意事项: (1)、一个边必须终止于一个结点,在选择分支的汇合处即使没有语言也应该有汇聚点。 (2)、如果判断中的条件表达式是由一个或多个逻辑运算符(OR,AND,NAND,NOR)连接的复合条件表达式,则需要改为一系列只有单个条件的嵌套的判断。 基本路径测试步骤 1、导出程序流程图的拓扑结构——程序图。 2、计算程序图的环路复杂性: 平面图中区域的个数+1。 3、确定只包含独立路径的基本数据集。 4、设计测试用例,确保基本路径集合中每条路径至少执行一次。 假定判断内没有复合的条件 基本路径测试举例: intGetMax(intn,intdata[]) {intk=0; for(intj=1;j if(data[j]>datal[k])k=j; returnk; } 4.设计测试用例—黑盒技术 ★等价类划分法★边界值分析法★错误推测★因果图 (1)等价类划分法 它将输入数据域按有效的或无效的(也称合理的或不合理的)划分成若干个等价类,测试每个等价类的代表值就等于对该类其他值的测试。 使用这一方法时,完全不考虑程序的内部结构,只依据程序的规格说明来设计测试用例。 使用这一方法设计测试用例要经历划分等价类(列出等价类表)和选取测试用例两步。 例如: 某一报表处理系统,要求输入处理报表的日期限制在1958年1月至1980年12月。 年月由6位数字字符组成,前四位代表年,后两位表示月。 用等价类划分法设计测试用例。 1)、划分等价类并编号: 2)、确定测试用例: 共8个测试用例 为合理等价类: 197505——覆盖158 为不合理等价类: 1975kl——覆盖2;19755——覆盖3;1975005——覆盖4;195712——覆盖6;200501——覆盖7;197500——覆盖9;197518——覆盖10 总共用了11个测试用例。 通常,边界值分析法比等价类划分法发现错误的能力更强。 但是对边界的分析与确定比较复杂,要求测试人员具有更多的经验和创造性。 (2)边界值分析法 经验表明: 程序往往在处理边界情况时发生错误。 边界情况指输入等价类和输出等价类边界上的情况。 使用边界值分析法设计测试用例时,一般与等价类划分结合起来,将测试边界情况作为重点目标,选取正好等于、刚刚大于或刚刚小于边界值的测试数据。 (3)错误推测法: 根据经验或直觉推测程序中可能存在的各种错误,从而有针对性地编写检查这些错误的测试用例。 (4)因果图: 通过画因果图,把用自然语言描述的功能说明转换为判定表,然后为判定表的每一列设计一个测试用例。 它能有效的检测输入条件的各种组合可能会引起的错误。 5.综合策略 通常先用黑盒法设计基本的测试用例,然后用白盒法补充一些必要的测试用例。 ·在任何情况下都应使用边界值分析法。 ·必要时用等价类划分法补充一些测试用例。 ·再用错误推测法补充测试用例。 ·检查上述测试用例的逻辑覆盖程度,如未满足所要求的覆盖标准,再添加测试用例。 ·如需求说明中含有输入条件的组合情况,则一开始就可使用因果图法。 6.测试过程 软件测试过程概述 --软件测试过程中的工作流 --软件测试步骤及与各开发阶段的关系 单元测试 集成测试 确认测试和系统测试 第六章系统运行与维护 •软件维护的定义 •软件维护的特点 •软件维护过程 •软件可维护性 •软件的逆向工程与再工程 1维护过程——本质上是修改和压缩了的软件定义和开发过程。 ①首先建立维护的机构 ②申明提出维护申请报告的过程及评价的过程 ③为每一个维护申请规定标准的处理步骤 ④建立维护活动的登记制度以及规定评价和评审的标准。 2可维护性的度量 难以做出定量度量,只能对其七种特性进行综合度量。 ⑴可理解性: ⑵可测试性: ⑶可修改性 ⑷可靠性 ⑸可移植性 ⑹可使用性 ⑺效率 第七章面向对象建模 •面向对象方法主要应用的概念(准则) 模块化 对象(Object) 类(Class) 继承(Inheritance) 消息(Message) 封装(Encapsulation) 对象结构和类结构 多态性(Polymorphism) •典型面向对象软件开发方法介绍 Booch的方法 Coad/Yourdon的面向对象分析与设计(OOA/OOD) Rumbaugh的对象建模技术(OMT) Jacobson的面向对象软件工程(OOSE) 1Booch方法表示系统模型: 2Coad/Yourdon的方法 Coad与Yourdon的方法是在信息模型化技术、面向对象程序设计语言及知识库系统的基础上发展起来的,这个方法分为OOA和OOD两部分。 问题论域部分包括与所面对的应用问题直接有关的所有类和对象。 在其它的三个部分中,识别和定义新的类和对象。 3UML模型的图形 (1)UML状态图 Project对象的状态图 (2)UML顺序图 •顺序图描述了对象之间动态的交互关系,着重体现对象间消息传递的时间顺序。 •顺序图由一组对象构成,每个对象分别带有一条竖线,称作对象的生命线,它代表时间轴,时间沿竖线向下延伸。 顺序图描述了这些对象随着时间的推移相互之间交换消息的过程。 消息用从一条垂直的对象生命线指向另一个对象的生命线的水平箭头表示。 图中还可以根据需要增加有关时间的说明和其他注释。 顺序图中的事件顺序: •因果性(Causality): 对同一消息而言,发送事件先于接收事件。 •可控性(Controlability): 对同一对象而言,事件p出现在发送事件q的上方,则p先于q •队列性(FIFO): 对同一对象而言,接收事件p出现在接收事件q的上方,并且它们分别对应的发送事件也位于同一个对象,则p先于q。 移动电话系统的顺序图: 移动电话系统的用例图: 移动电话系统的协作图: (3)UML协作图 •与顺序图作用相同,协作图也是用来描述系统中对象之间的动态协作关系。 协作图侧重于描述各个对象之间存在的消息收发关系(交互关系),而不专门突出这些消息发送的时间顺序。 •在协作图中,对象同样是用一个对象图符来表示,箭头表示消息发送的方向,而消息执行的顺序则由消息的编号来表明。 •协作图的布局方法能更清楚地表示出对象之间静态的连接关系。 •顺序图突出执行的时序,能更方便地看出事情发生的次序。 •如果要描述在一个用例中的几个对象协同工作的行为,交互图是一种有力的工具。 交互图擅长显示对象之间的协作关系,尽管它并不对这些对象的行为进行精确的定义。 •如果想要描述跨越多个用例的单个对象的行为,应当使用状态图;如果想要描述跨越多个用例或多个线程的多个对象的复杂行为,则需考虑使用活动图。 (4)UML活动图 •活动图描述系统中各种活动的执行顺序,通常用于描述一个操作中所要进行的各项活动的执行流程。 同时,它也常被用来描述一个用例的处理流程,或者某种交互流程。 •活动图由一些活动组成,图中同时包括了对这些活动的说明。 当一个活动执行完毕之后,控制将沿着控制转移箭头转向下一个活动。 活动图中还可以方便地描述控制转移的条件以及并行执行等要求。 活动图最适合支持描述并行行为,这使之成为支持工作流建模的最好工具。 活动图最大的缺点是很难清楚地描述动作与对象之间的关系。 •对于以下情况可以使用活动图: (1)、分析用例; (2)、理解牵涉多个用例的工作流; (3)、处理多线程应用。 •在下列情况下,一般不要使用活动图: (1)、显示对象间合作; (2)、显示对象在其生命周期内的运转情况。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 复习 纲要 根据 老师 PPT 提纲 整理
![提示](https://static.bdocx.com/images/bang_tan.gif)