软件工程知识点总结_第1页
软件工程知识点总结_第2页
软件工程知识点总结_第3页
软件工程知识点总结_第4页
软件工程知识点总结_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件工程(简要知识点)

「问题定义(确定题目)

(软件定义彳可行性研究

I需求分析

概要设计

「系统设计工

详细设计

软件生命周1软件开发];

编码和单元测试

期:K统实现

综合测试

㈱软什件u时天王程力I运行维护:’主1要任务是使软件持久地满足用户的需"要

二、可行性研究:

1、任务:用最小的代价在尽可能短的时间内确定问题是否能够解决。

2、四个方面:技术、经济、操作可行性、法律

3、数据流图四种成分:1、源点/终点2、处理3、数据存储4、数据流

三、需求分析:

1、任务:确定系统必须完成哪些工作,对目标系统提出完整、清晰、具体的要

求。

2、构造化方法就是面向数据流自顶向下逐步求精进展需求分析的方法。

3、实体联系图:1、数据对象2、属性3、联系(1:1、1:N、M:N)

四、总体设计:

1.任务:答复“概括的说,系统应该如何实现〃,用比拟抽象概括的方式确定系

统如何完成预定的任务,也就是说应该确定系统的物理配置方案,并且进而确定

组成系统的每个程序构造。

2.系统设计阶段(确定系统具体实施方案)、构造设计阶段(确定软件构造)

3.模块独立:内聚和耦合

4.耦合表示一个软件陶造内各个模块之间的互连程度,应尽量选用松散耦合的

系统

5.内聚(Cohesion):一个模块内各元素结合的严密程度

6.面向数据流的设计方法:变换流和事务流

五、详细设计:

L任务:确定应该怎样具体的实现所要求的系统,也就是说经过这个阶段的设计

工作应该得出对目标系统的准确描述,从而在编码阶段可以把这个描述直接翎译

成用*种程序设计语言书写的程序。

2.过程设计的工具(程序流程图、盒图、PAD图、判定表、判定树)

七、测试:

1、单元测试:又称模块测试。每个程序模块完成一个相对独立的子功能,所以

可以对该模块进展单独的测试。由于每个模块都有清晰定义的功能,所以通常

比拟容易设计相应的测试方案,以检验每个模块的正确性。

2、集成测试:

在单元测试完成后,要考虑将模块集成为系统的过程中可能出现的问题,例如,

模块之间的通信和协调问题,所以在单元测试完毕之后还要进展集成测试。这个

步骤着重测试模块间的接口,子功能的组合是否到达了预期要求的功能,全程数

据构造是否有问题等。

3、白盒测试技术(逻辑覆盖、根本路经测试)

白盒测试时将程序看作是一个透明的盒子,也就是说测试人员完全了解程序的

内部构造和处理过程。所以测试时按照程序内部的逻辑测试程序、检验程序中

的每条通路是否都能按预定的要求正确工作。白盒测试又称为构造测试。

4、语句覆盖就是设计足够的调试用例,使得程序中的每个语句至少执行一次。

5、判定覆盖就是设计足够的测试用例,使得程序中每个判定的取“真〃分支和

取“假〃分支至少都执行一次,判定覆盖又称分支覆盖

6、条件覆盖就是设计足够的测试用例,使得程序判定中的每个条件能获得各种

可能的结果。

7、判定/条件覆盖就是设计足够的测试用例,使得判定中的每个条件都取到各

种可能的值,而且每个判定表达式也都取到各种可能的结果。

8、条件组合覆盖就是没计足够的测试用例,使得每个判定中的条件的各种可能

组合都至少出现一次。

9、黑盒测试技术(等价划分)

黑盒测试时完全不考虑程序内部的构造和处理过程,只按照规格说明书的规定

来检查程序是否符合它的功能要求。黑盒测试是在程序接口进展的测试,又称

为功能测试。

1)、黑盒测试检查的主要方面有:

程序的功能是否正确或完善:

数据的输入能否正确接收,输出是否正确;

是否能保证外部信息(如数据文件)的完整性等。

用黑盒法设计测试用例时.,必须用所有可能的输入数据来检查程序是否都能产

生正确的输出

2)、等价类划分

等价类的划分在很大程度上依靠的是测试人员的经历,下面给出几条根

本原则:

(1)如果输入条件规定了取值*围,则可划分出一个有效的等价类(输入值在此

*围内)和两个无效的等价类〔输入值小于最小值、输入值大于最大值)。

(2)如果输入条件规定了输入数据的个数,则可相应地划分出一个有效的等价

类(输入数据的个数等于给定的个数要求)和两个无效的等价类(输入数据的个

数少于给定的个数要求、输入数据的个数多于给定的个数要求)0

(3)如果输入条件规定了输入数据的一组可能的值,而且程序对这组可能的值

做一样的处理,则可将这组可能的值划分为一个有效的等价类,而这些值以外

的值划分成无效的等价类。

(4)如果输入条件规定了输入数据的一组可能的值,但是程序对不同的输入值

做不同的处理,则每个输入值是一个有效的等价类,此外还有一个无效的等价

类(所有不允许值的集合)。

(5)如果输入条件规定了输入数据必须遵循的规则,则可以划分一个有效的等

价类(符合规则)和假设干个无效的等价类(从各种角度违反规则)。

八、维护(改正性维护、适应性维护、完善性维于、预防性维护)

九、决定软件可维护性因素(可理解性、可测试性、可修改性、可移植性、可重

用性)

I、对象模型1、关联2、聚集3、泛化4、依赖和细化

软件工程(详细复习内容)

第一章绪论

1.1软件危机

1、软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

(熟记)

2、了解软件危机主要的一些典型表现。

3、出现软件危机的原因:

4、消除软件危机的途经:首先,我们要对计算机软件有一个止确的认识;更重

要的是,必须充分认识到软件开发不是*种个体劳动的神秘技巧,而应该是一种

组织良好、管理严格、各类人员协同配合、共同完成的工程工程;最后,应该

开发和使用更好的软件工具。

总之,为了解决软件危机,既要有技术措施(方法和工具),又要有必要的组织

管理措施。

1.2软件工程

1、软件工程:采用工程的概念、原理、技术和方法来开发和维护软件,把经过

时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,

以经济地开发出高质量的软件并有效地维护它。(熟记)

2、了解软件工程的本质特征:

1)、软件工程关注于大型程序的构造

2)、软件工程的中心课题是控制复杂性

3)、软件经常变化

4)、开发软件的效率非常重要

5)、和谐的合作是开发软件的关键

6)、软件必须有效地支持它的用户

7)、在软件工程的领域中通常由具有一种文化背景的人替具有另一种文化背

景的人创造产品

3、缺乏应用领域地相关知识,是软件开发工程HI现问题的常见原因。

4、软件工程的根本原理:

1)、用分阶段的生命周期方案严格管理

2)、坚持进展阶段审评

3)、实行严格的产品控制

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

5)、结果应能清楚地审查

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

7)、成认不断改良软件工程实践的必要性

5、方法学(*型):在软件生命周期全过程中使用的一整套技术方法的集合。

6、软件工程方法学3要素:方法、工具和过程。

7、目前使用得最广泛的软件工程方法学,分别是传统方法学和面向对象方法学

8、传统方法学也成为生命周期方法学或构造化*型。

9、面向对象方法学具有的4个要点。

1.3软件生命周期

1、概括地说,软件生命周期由软件定义、软件开发和运行维护(也称为软件维

护)3个时期组成,每个时期又进一步划分成假设干个阶段。

2、软件定义时期的任务

3、软件定义时期通常进一步划分成3个阶段:问题定义、可行性研究、需求分

4、维护时期的主要任务是使软件持久地满足用户的需要.

5、软件开发时期通常分成4个阶段:总体设计、详细设计、编码和单元测试、

综合测试。前两个阶段又称为系统设计,后两个阶段又称为系统实现。

6、软件生命周期每个阶段的根本任务:问题定义、可行性研究、需求分析、总

体设计、详细设计、编码和单元测试、综合测试。

1.4软件工程

生命周期模型[过程模型〕:瀑布模型、快速原型模型、增量模型、螺旋模型、

喷泉模型。

(对各种模型要了解)

第2章可行性分析

可行性分析的目的:用最小的代价在尽可能短的时间内确定问题是否能够解

决。

2.1可行性研究的任务

1.研究解法的可行性的四个方面:技术可行性、经济可行性、操作可行性、法律

可行性。

2.可行性研究最根本的任务:对以后的行动方针提出建议。

3.可行性研究需要的时间长短取决于工程的规模。

2.2可行性研究过程

1.复查系统规模和目标

2.研究目前正在试用的系统

3.导出新系统的高层逻辑模型

4.进一步定义问题

5.导出和评价供选择的解法

6.推荐行动方针

7.草拟开发方案

8.书写文档提交审查

2.3系统流程图

1、系统流程图:概括地描绘物理系统的工具。

2、系统流程图的根本思想:用图形符号以黑盒子形式描绘组系统的每个部件

(程序、文档、数据库、人工过程等)。

3、P39符号

4、系统流程图的习惯画法:使信息在图中从顶向下或从左向右流动。

5、面对复杂的系统时,一个比拟好的方法时分层次地描绘这个系统。

2.4数据流图

1.数据流图(DFD):一种图形化技术,它描绘信息流和数据从输入移动到输

出的过程中所经受的变换。

2.数据流图的四种根本符号

3.数据存储(静止状态)和数据流(运动)都是数据。

4.数据流图的根本要点是描绘“做什么〃,而入是考虑“怎么做〃。

5.星号(*)是数据流之间的“与"关系;加号(+)表示“或〃关系;㊉号表

示只能从中选一个(互斥关系)。

6.画数据流图的根本目的是利用它作为交流信息的工具。

2.5数据字典

1.数据字典应由对以下4类元素的定义组成:数据流、数据流分量(即数据元

素)、数据存储、处理。

2.由数据元素组成数据的方式的三种根本类型:顺序、选择、重复。+可选

3.用以下符号描述由数据元素组成数据的关系:二意思是等价于(或定义为)、

+意思是和(即连接两个分量)、[}意思是或(通常用“|〃号隔开供选择

的分量)、{}意思是重复、()意思是可选。

4.数据字典最重要的用途是作为分析阶段的工具。

2.6本钱/效益分析

1.木钱/效益分析的目的:从经济角度分析开发一个特定的新系统是否划算,

从而帮助客户组织的负责人正确地作出是否投资于这项开发工程的决定。

2.软件开发本钱:主要表现为人力消耗。

第3章需求分析

1、需求分析是软件定义时期的最后一个阶段。

2、根本任务:准确地答复“系统必须做什么?〃这个问题。

3、用于需求分析的构造化分析方法必须遵守下述准则:

(1)、必须理解并描述问题的信息域,根据这条准则应该应该建立数据模

型。E-R图

(2)、必须定义软件应完成的功能,这条准则要求建立功能模型。数据流图

(3)、必须描述作为外部事件结果的软件行为,这条准则要求建立行为模

型。状态图

(4)、必须对描述信息、功能和行为的模型进展分解,用层次的方式展开细

3.1需求分析的任务

4、对软件系统的综合要求:功能需求、性能需求、可靠性和可用性需求、出错

处理需求、接口需求、约束、逆向需求、将来可能提出的要求。

5、需求分析的任务:确定对系统的综合要求

分析系统的数据要求

导出系统的逻辑模型

修正系统开发方案

3.2与用户沟通获取需求的方法

1、访谈、面向数据流自顶向下求精、简易地应用规格说明技术,快速建立软件

原型。

2、构造化分析方法就是面向数据流自顶向下求精进展需求分析的方法。

3、快速建立软件原型是最准确、最有效、最强大的需求分析技术。

3.3分析建模与规格说明

1、需求分析过程应建立3种模型:数据模型、功能模型、行为模型。

2、数据流图是建立功能模型的根底。

3、状态转换图是行为建模的根底。

3.4实体-联系图(E-R)

E-R图中包含着实体(即数据对象)、关系和属性3种根本成分。

第5章总体设计

5.1设计过程

总体设计过程通常有两个主要阶段组成:系统设计阶段,确定系统的具体实现

方案:构造设计阶段,确定软件的构造。

典型的总体设计过程包括下述9个步骤:

1)、设想选择的方案

需求分析阶段得出的数据流程图是总体设计的极好的出发点。

2)、选择合理的方案

对每个合理的方案,分析员都应准备以下四份材料:

A.系统流程图

B.组成系统的物理元素清单

C.本钱/效益分析

D.实现各个系统的进度方案

3)、推荐最正确方案

4)、功能分解

5)、设计软件构造

软件构造可以用层次图或构造图来描绘。

6)、设计数据库

7)、制定测试方案

8)、书写文档

这个阶段完成的文档有:系统说明、用户手册、测试方案、详细的实现

方案、数据库设计结果。

9)、审查和复查

5.2设计原理

1.模块化、抽象、逐步求精、信息隐藏和局部化、模块独立

2.模块是由边界元素限定的相邻程序元素的序列,而且有一个总体标识符代

表它。

3.模块是构成程序的根本构件。

4.模块化就是把程序分成独立命名且可独立访问的模块,每个模块完成一个

子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用

户的需求。

5.抽象:把相似的方面集中和概括起来,暂时忽略它们之间的差异,或者

说,抽出事物的本质特性而暂时不考虑它们之间的细节。

6.逐步求精是人类解决复杂问题时采用的根本方法,也是许多软件工程技术

的根底。定义:为了能集中精力解决主要问题而尽量推迟对问题细节的考

虑。

7.信息隐藏原理指出:应该这样设计和确定模块,使得一个模块内包含的信

息(过程和数据)对于不需要这些信息的模块来说,是不能访问的。

8.局部化:把一些关系密切的软件元素物理地放得彼此靠近。

9.模块独立的概念是模块化,抽象,信息隐藏和局部化概念的直接结果。

10.模块独立化重要性的原因:

第一,有效地模块化的软件比拟容易开发出来;

第二,独立的模块化比拟容易测试和维护。

11.模块的独立程度可以由两个定性标准度量,这两个标准分别称为内聚和耦

合C

12.耦合是对一个软件构造内不同模块之间互连程度的度量。

13.耦合的强弱取决于模块间接口的复杂程度,进入或访问一个模块的点,以

及通过接口的数据。

14.如果两个模块彼此间通过参数交换信息,而且交换的信息仅仅是数据,则

这种耦合称为数据耦合。

15.如果传递的信息中有控制信息(尽管有时这种控制信息以数据的形式出

现),则这种耦合称为控制耦合。

16.数据耦合是低耦合。

17.最高程度的耦合式内容耦合。

18.内聚标志着一个模块内各个元素彼此结合的严密程度,它是信息隐藏和局

部化概念的自然扩展。

19.偶然内聚、逻辑内聚、时间内聚

5.3启发规则

1.软件构造提高模块独立性

2.模块规模应该适中

3.深度、宽度、扇出和扇入都应适当

4.模块的应用域应该在控制域之内

5.力争降低模块接口的复杂程度

6.设计单入口单出口的模块

7.模块功能应该可以预测

5.4描绘软件构造的图形工具

1、层次图和HIPO图

2、构造图

5.5面向数据流的设计方法

1.面向数据流的设计方法把信息流映射成软件构造,信息流的类型决定了映

射的方法。

2.信息流分成两种类型:变化流、事物流(概念)

3.变换分析是一系列设计步骤的总称,经过这些步骤吧具有变换流特点的数

据流图按预先确定的模式映射成软件构造。

4.变换分析的设计步骤。

第6章详细设计

目标:1.确定应该怎样具体的实现所要求的系统

2.设计出程序的“蓝图〃

3.详细设计的结果根本决定了最终的程序代码的质量

6.1.构造程序设计

1.概念:结果程序设计是一种设计程序的技术,它采用自顶向下逐步求精的的

设计方法和单入口但出口的控制构造。

2.三种根本控制构造:

1)顺序构造:相当于“A、B〃

2)选择构造:相当于“Ife*pthenAelseBendif;〃

3)循环构造:相当于"Whilee*pdoA"

3.扩大的两种控制构造:

1)多分支构造:相当于“Case1of1=1:C1;...I=n:;n

2)UNTIL循环构造:相当于aRepeatAuntile*p;〃

6.3.过程设计的工具

程序流程图

程序流程图:是一种描述程序的控制构造流程和书令执行情况的有向图。程序

流程图的主要缺点:

1)程序流程图本质上不是逐步求精的好工具,它诱使程序员过早地考虑程序

的控制流程,而不去考虑程序的全局构造。

2)程序流程图中用箭头代表控制流,因此程序员不受任何约束,可以完全不

顾构造程序设计的精神,随意转移控制。

3)程序流程图不易表示数据构造。

盒图

盒图特点:

1)功能域明确,可以从盒图上一眼就看出来。

2)不可能任意转移控制。

3)很容易确定局部和全程数据的作用域。

4)很容易表现嵌套关系,也可以表示模块的层次构造。

PAD图是一种问题分析图。PAD图优点:

1)使用表示构造化控制构造的PAD符号所设计已来的程序必然是构造化程序

2)PAD图所描绘的程序构造十分清晰。图中最左面的竖线是程序的主线,即第

一层构造。随着德程序层次的增加,PAD图逐渐向右延伸,每次增加一个层

次,图形向右扩展竖线。PM)图中竖线的总条数就是程序的层次数。

3)用PAD图表现程序逻辑,易懂、易读、易记。PAD图是二维树形构造的图

形,程序从图中最左竖线上端的结点开场执行,自上而下,从左向右顺序

执行,遍历所有结点。

4)容易将PAD图转换成高级语言源程序,这种转换可用软件工具自动完成,从

而可省去人工编码的工作,有利于提高软件可靠性和软件生产率。

5)即可用于表示程序逻辑,也可用于描绘数据构造。

6)PAD图的符号支持自顶向下、逐步求精方法的使用。开场时设计者可以定义

一个抽象的程序,随着设计工作的深入而使月def符号逐步增加细节,直至

完成详细设计。

判定表

判定表由四局部组成:左上部列出所有条件;左下部是所有可能做的动作;

右上部是表示各种条件组合的一个矩阵;右下部是和每种条件组合相对应的动作

判定树

判定树是判定表的变种。

过程设计语言

过程设计语言(PDL)也称为伪码。

PDL的优点:

1)可以作为注释的直接插在源程序中间

2)可以使用普通的正文编辑程序或文字处理系统,很方便地完成PD1的书写和

编辑工作

3)已经有自动处理PDL的程序存在,而且可以自动由PDL生成程序代码。

PDL缺点:不如图形工具形象直观。

第7章测试

概念:编码和测试统称为实现。

编码:把软件设计结果翻译成程序。

测试:检测程序并改正错误的过程。

7.2软件测试根底

1.有关测试的一些规则:

1)测试是为了发现程序中的错误而执行程序的过程

2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试

3)成功的测试是发现了至今为止尚未发现的错误的测试

2.测试方法

1)黑盒测试

2)白盒测试

3.测试步骤

单元测试、集成测试、确认测试、系统测试

4、单元测试重点:

模块接口、局部数据构造、重要的执行通路、出错处理通路、边界条件

5、集成测试

自顶向下集成

自顶向下集成是一种递增的装配软件构造的方法,这种应用方法非常广泛。它

需要存根程序,不需要驱动程序。

自底向上集成

自底向上集成是从软件构造最底层模块开场进展组装和测试,它与自顶向下结

合方法相反,需要驱动程序,但是不需要存根程序。

6、确认测试

确认测试的两种可能的结果:

功能和性能与用户要求一致,软件是可以承受的

功能和性能与用户要求有差距

7、Alpha和Beta测试

Alpha测试由用户在开发者的场所进展,并且在开发者对用户的“指导〃下进

展测试。

Beta测试由软件的最终用户在一个或多个客户场所进展

8、白盒测试

逻辑覆盖、语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖

点覆盖、边覆盖、路径覆盖

9、黑盒测试技术

等价划分、边界值分析、错误推断

10、调试

调试过程

调试途径:

蛮干法、回溯法、原因排除法

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论