软件工程重点.docx
《软件工程重点.docx》由会员分享,可在线阅读,更多相关《软件工程重点.docx(30页珍藏版)》请在冰豆网上搜索。
![软件工程重点.docx](https://file1.bdocx.com/fileroot1/2023-4/16/6daf5861-341d-4b81-9fa5-0c85263d09a5/6daf5861-341d-4b81-9fa5-0c85263d09a51.gif)
软件工程重点
重点
壹软件工程
一、1、什么是软件危机:
软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
2、软件危机产生的原因:
与软件本身的特点有关,也与软件开发和维护的方法不正确有关
3、软件是程序、数据以及相关文档的完整集合。
二、软件工程方法学三要素:
方法、工具和过程
软件工程学的一个重要目标是提高软件质量,减少软件维护代价。
三、
四、软件过程五个模型对比(瀑布模型、快速原型、增量、螺旋、喷泉模型)
五、可行性研究:
1、任务:
用最小的代价在尽可能短的时间内确定问题是否能够解决。
2、四个方面:
技术、经济、操作可行性
3、数据流图四种成分:
1、源点/终点2、处理3、数据存储4、数据流
六、需求分析:
1、任务:
确定系统必须完成哪些工作,对目标系统提出完整、清晰、具体的要求。
2、结构化方法就是面向数据流自顶向下逐步求精进行需求分析的方法。
3、实体联系图:
1、数据对象2、属性3、联系(1:
1、1:
N、M:
N)
七、总体设计:
1、任务:
回答“概括的说,系统应该如何实现”,用比较抽象概括的方式确定系统如何完成预定的任务,也就是说应该确定系统的物理配置方案,并且进而确定组成系统的每个程序结构。
2、系统设计阶段(确定系统具体实施方案)、结构设计阶段(确定软件结构)
3、模块独立:
内聚和耦合
耦合表示一个软件结构内各个模块之间的互连程度,应尽量选用松散耦合的系统
内聚(Cohesion):
一个模块内各元素结合的紧密程度
4、面向数据流的设计方法:
变换流和事务流
八、详细设计:
1、任务:
确定应该怎样具体的实现所要求的系统,也就是说经过这个阶段的设计工作应该得出对目标系统的精确描述,从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
2、过程设计的工具(程序流程图、盒图、PAD图、判定表、判定树)
3、面向数据结构的设计方法(jackson方法):
4、程序复杂程度的定量(McCabe方法):
1、V(G)=E-N+2(E是流图中边的条数,N是结点数)2、V(G)=P+1(P是流图中判定结点的个数)3、流图中的区域数等于环形复杂度。
九、编码
一十、单元测试:
又称模块测试。
每个程序模块完成一个相对独立的子功能,所以可以对该模块进行单独的测试。
由于每个模块都有清晰定义的功能,所以通常比较容易设计相应的测试方案,以检验每个模块的正确性。
一十一、集成测试:
在单元测试完成后,要考虑将模块集成为系统的过程中可能出现的问题,例如,模块之间的通信和协调问题,所以在单元测试结束之后还要进行集成测试。
这个步骤着重测试模块间的接口,子功能的组合是否达到了预期要求的功能,全程数据结构是否有问题等。
一十二、白盒测试技术(逻辑覆盖、基本路经测试)
白盒测试时将程序看作是一个透明的盒子,也就是说测试人员完全了解程序的内部结构和处理过程。
所以测试时按照程序内部的逻辑测试程序、检验程序中的每条通路是否都能按预定的要求正确工作。
白盒测试又称为结构测试。
1、语句覆盖就是设计足够的调试用例,使得程序中的每个语句至少执行一次。
2、判定覆盖就是设计足够的测试用例,使得程序中每个判定的取“真”分支和取“假”分支至少都执行一次,判定覆盖又称分支覆盖
3、条件覆盖就是设计足够的测试用例,使得程序判定中的每个条件能获得各种可能的结果。
4、判定/条件覆盖就是设计足够的测试用例,使得判定中的每个条件都取到各种可能的值,而且每个判定表达式也都取到各种可能的结果。
5、条件组合覆盖就是设计足够的测试用例,使得每个判定中的条件的各种可能组合都至少出现一次。
6、基本路经测试:
一十三、黑盒测试技术(等价划分)
黑盒测试时完全不考虑程序内部的结构和处理过程,只按照规格说明书的规定来检查程序是否符合它的功能要求。
黑盒测试是在程序接口进行的测试,又称为功能测试。
1、黑盒测试检查的主要方面有:
程序的功能是否正确或完善;
数据的输入能否正确接收,输出是否正确;
是否能保证外部信息(如数据文件)的完整性等。
用黑盒法设计测试用例时,必须用所有可能的输入数据来检查程序是否都能产生正确的输出
2、等价类划分
等价类的划分在很大程度上依靠的是测试人员的经验,下面给出几条基本原则:
(1)如果输入条件规定了取值范围,则可划分出一个有效的等价类(输入值在此范围内)和两个无效的等价类(输入值小于最小值、输入值大于最大值)。
(2)如果输入条件规定了输入数据的个数,则可相应地划分出一个有效的等价类(输入数据的个数等于给定的个数要求)和两个无效的等价类(输入数据的个数少于给定的个数要求、输入数据的个数多于给定的个数要求)。
(3)如果输入条件规定了输入数据的一组可能的值,而且程序对这组可能的值做相同的处理,则可将这组可能的值划分为一个有效的等价类,而这些值以外的值划分成无效的等价类。
(4)如果输入条件规定了输入数据的一组可能的值,但是程序对不同的输入值做不同的处理,则每个输入值是一个有效的等价类,此外还有一个无效的等价类(所有不允许值的集合)。
(5)如果输入条件规定了输入数据必须遵循的规则,则可以划分一个有效的等价类(符合规则)和若干个无效的等价类(从各种角度违反规则)。
一十四、维护(改正性维护、适应性维护、完善性维护、预防性维护)
一十五、决定软件可维护性因素(可理解性、可测试性、可修改性、可移植性、可重用性)
一十六、面向对象方法学优点:
1、与人类习惯的思维方法一致2、稳定性好3、可重用性好4、较易开发大型软件产品5、可维护性好
一十七、对象模型1、关联2、聚集3、泛化4、依赖和细化
贰软件工程
1.1软件危机
1、软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
(熟记)
2、了解软件危机主要的一些典型表现。
(P2)
3、出现软件危机的原因:
4、消除软件危机的途径:
首先,我们要对计算机软件有一个正确的认识;更重要的是,必须充分认识到软件开发不是某种个体劳动的神秘技巧,而应该是一种组织良好、管理严格、各类人员协同配合、共同完成的工程项目;最后,应该开发和使用更好的软件工具。
总之,为了解决软件危机,既要有技术措施(方法和工具),又要有必要的组织管理措施。
1.2软件工程
1、软件工程:
采用工程的概念、原理、技术和方法来开发和维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它。
(熟记)
2、了解软件工程的本质特征:
1)、软件工程关注于大型程序的构造
2)、软件工程的中心课题是控制复杂性
3)、软件经常变化
4)、开发软件的效率非常重要
5)、和谐的合作是开发软件的关键
6)、软件必须有效地支持它的用户
7)、在软件工程的领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产品
3、缺乏应用领域地相关知识,是软件开发项目出现问题的常见原因。
4、软件工程的基本原理:
1)、用分阶段的生命周期计划严格管理
2)、坚持进行阶段审评
3)、实行严格的产品控制
4)、采用现代程序设计技术
5)、结果应能清楚地审查
6)、开发小组的人员应该少而精
7)、承认不断改进软件工程实践的必要性
5、方法学(范型):
在软件生命周期全过程中使用的一整套技术方法的集合。
6、软件工程方法学3要素:
方法、工具和过程。
7、目前使用得最广泛的软件工程方法学,分别是传统方法学和面向对象方法学
8、传统方法学也成为生命周期方法学或结构化范型。
9、面向对象方法学具有的4个要点。
(P10)
1.3软件生命周期
1、概括地说,软件生命周期由软件定义、软件开发和运行维护(也称为软件维护)3个时期组成,每个时期又进一步划分成若干个阶段。
2、软件定义时期的任务
3、软件定义时期通常进一步划分成3个阶段:
问题定义、可行性研究、需求分析
4、维护时期的主要任务是使软件持久地满足用户的需要。
5、软件开发时期通常分成4个阶段:
总体设计、详细设计、编码和单元测试、综合测试。
前两个阶段又称为系统设计,后两个阶段又称为系统实现。
6、软件生命周期每个阶段的基本任务:
问题定义、可行性研究、需求分析、总体设计、详细设计、编码和单元测试、综合测试。
1.4软件工程
生命周期模型(过程模型):
瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型。
(对各种模型要了解)
1.5小结(熟读,对本章系统地了解)
第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、数据流图的四种基本符号P41
3、数据存储(静止状态)和数据流(运动)都是数据。
4、数据流图的基本要点是描绘“做什么”,而不是考虑“怎么做”。
5、星号(*)是数据流之间的“与”关系;加号(+)表示“或”关系;⊕号表示只能从中选一个(互斥关系)。
6、画数据流图的基本目的是利用它作为交流信息的工具。
2.5数据字典
1、数据字典应由对下列4类元素的定义组成:
数据流、数据流分量(即数据元素)、数据存储、处理。
2、由数据元素组成数据的方式的三种基本类型:
顺序、选择、重复。
+可选
3、用以下符号描述由数据元素组成数据的关系:
=意思是等价于(或定义为)、+意思是和(即连接两个分量)、[}意思是或(通常用“|”号隔开供选择的分量)、{}意思是重复、()意思是可选。
4、数据字典最重要的用途是作为分析阶段的工具。
2.6成本/效益分析
1、成本/效益分析的目的:
从经济角度分析开发一个特定的新系统是否划算,从而帮助客户组织的负责人正确地作出是否投资于这项开发工程的决定。
2、软件开发成本:
主要表现为人力消耗。
3、成本估算技术:
代码行技术、任务分解技术、自动估计成本技术。
4、货币的时间价值:
用利率的形式。
假设年利率为i,如果现在存入P元,则n年后的价值:
F=P(1+i)^n
5、衡量一项开发工程的价值:
投资回收期。
6、纯收入
7、投资回收率
2.7小结
三需求分析
4、需求分析是软件定义时期的最后一个阶段。
5、基本任务:
准确地回答“系统必须做什么?
”这个问题。
6、用于需求分析的结构化分析方法必须遵守下述准则:
(1)、必须理解并描述问题的信息域,根据这条准则应该应该建立数据模型。
E-R图
(2)、必须定义软件应完成的功能,这条准则要求建立功能模型。
数据流图
(3)、必须描述作为外部事件结果的软件行为,这条准则要求建立行为模型。
状态图
(4)、必须对描述信息、功能和行为的模型进行分解,用层次的方式展开细节。
3.1需求分析的任务
5、对软件系统的综合要求:
功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、逆向需求、将来可能提出的要求。
6、需求分析的任务:
确定对系统的综合要求
分析系统的数据要求
导出系统的逻辑模型
修正系统开发计划
3.2与用户沟通获取需求的方法
8、访谈、面向数据流自顶向下求精、简易地应用规格说明技术,快速建立软件原型。
9、结构化分析方法就是面向数据流自顶向下求精进行需求分析的方法。
10、快速建立软件原型是最准确、最有效、最强大的需求分析技术。
3.3分析建模与规格说明
9、需求分析过程应建立3种模型:
数据模型、功能模型、行为模型。
10、数据流图是建立功能模型的基础。
11、状态转换图是行为建模的基础。
3.4实体-联系图(E-R)
E-R图中包含着实体(即数据对象)、关系和属性3种基本成分。
3.5数据规范化
第一范式:
每个属性值都必须是原子值,即仅仅是一个简单值而不含内部结构。
第二范式:
满足第一范式的条件,而且每个非关键字都由整个关键字决定(而不是由关键字的一部分来决定)。
第三范式:
符合第二范式的条件,每个非关键字属性都仅由关键字决定,而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述(即一个非关键字属性值不依赖于另一个非关键字属性值)。
3.6状态转换图
1、状态转换图(简称状态图):
通过描绘系统的状态及引起系统状态转换的事件,来表示系统的行为。
2、在状态图中定义的状态主要有:
初态(即初始状态)、终态(即最终状态)和中间状态。
在状态图中只能有一个初态,而终态则可以有0至多个。
3、事件就是引起系统做动作或(和)转换状态的控制信息。
4、
在状态图中,初态用一对同心圆(内圆为实心圆)表示。
中间状态用圆角矩形表示。
如图:
5、活动表的语法格式:
事件名(参数表)/动作表达式
6、在活动表中通常使用的3种标准事件:
Entry事件指定进入该状态的动作
Exit事件指定退出该状态的动作
Do事件制定在该状态下的动作
7、状态转换:
箭头指明的转换方向。
8、事件表达式的语法:
事件说明【守卫条件】/动作表达式
事件说明与守卫条件同时使用时,则当且仅当事件发生且布尔表达式为真时,状态转换才发生;如果只有守卫条件没有事件说明则只要守卫条件为真,状态转换就发生。
9、守卫条件是一个布尔表达式。
10、动作表达式是一个过程表达式,当状态表达式开始时执行该表达式。
3.7其他图形
层次方框图、warnier图、IPO图(输入、处理、输出图的简称)
3.8验证软件需求
从四个方面进行验证:
一致性、完整新、现实性、有效性
3.9小结
五总体设计
5.1设计过程
第3章总体设计过程通常有两个主要阶段组成:
系统设计阶段,确定系统的具体实现方案;结构设计阶段,确定软件的结构。
第4章典型的总体设计过程包括下述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、模块的独立程度可以由两个定性标准度量,这两个标准分别称为内聚和耦合。
12、耦合是对一个软件结构内不同模块之间互连程度的度量。
13、耦合的强弱取决于模块间接口的复杂程度,进入或访问一个模块的点,以及通过接口的数据。
14、如果两个模块彼此间通过参数交换信息,而且交换的信息仅仅是数据,那么这种耦合称为数据耦合。
15、如果传递的信息中有控制信息(尽管有时这种控制信息以数据的形式出现),则这种耦合称为控制耦合。
16、数据耦合是低耦合。
17、公共环境耦合、
18、最高程度的耦合式内容耦合。
19、内聚标志着一个模块内各个元素彼此结合的紧密程度,它是信息隐藏和局部化概念的自然扩展。
20、偶然内聚、逻辑内聚、时间内聚
21、低内聚、中内聚、高内聚的分类。
5.3启发规则
11、/软件结构提高模块独立性
12、模块规模应该适中
13、深度、宽度、扇出和扇入都应适当
14、模块的应用域应该在控制域之内
15、力争降低模块接口的复杂程度
16、设计单入口单出口的模块
17、模块功能应该可以预测
5.4描绘软件结构的图形工具
7、层次图和HIPO图
8、结构图
5.5面向数据流的设计方法
7、面向数据流的设计方法把信息流映射成软件结构,信息流的类型决定了映射的方法。
8、信息流分成两种类型:
变化流、事物流(概念)
9、变换分析是一系列设计步骤的总称,经过这些步骤吧具有变换流特点的数据流图按预先确定的模式映射成软件结构。
10、变换分析的设计步骤。
5.6小结
第6章详细设计
目标:
1.确定应该怎样具体的实现所要求的系统
2.设计出程序的“蓝图”
3.详细设计的结果基本决定了最终的程序代码的质量
6.1结构程序设计
1.概念:
结果程序设计是一种设计程序的技术,它采用自顶向下逐步求精的的设计方法和单入口但出口的控制结构。
2.三种基本控制结构:
1)顺序结构:
相当于“A、B”
2)选择结构:
相当于“IfexpthenAelseBendif;”
3)循环结构:
相当于“WhileexpdoA”
3.扩充的两种控制结构:
1)多分支结构:
相当于“CaseIofI=1:
C1;……I=n:
Cn;”
2)UNTIL循环结构:
相当于“RepeatAuntilexp;”
4.结构程序设计的种类:
1)经典的结构程序设计:
只允许使用顺序、IF_THEN_ELSE型分支和DO_WHILE型循环;
2)扩展的结构程序设计:
除了三种基本控制结构,还使用DO_CASE型多分支结构和DO_WHILE型循环结构;
3)修正的结构程序设计:
除了三种基本控制结构和两种扩充结构,还使用LEAVE(或BREAK)结构。
6.2人机界面设计
6.2.1设计问题
1.系统响应时间
2.用户帮助设施
3.出错信息处理
4.命令交互
6.2.2设计过程
6.2.3人机界面设计指南
1.一般交互指南
2.信息显示指南
3.数据输入指南
6.3过程设计的工具
6.3.1程序流程图
程序流程图:
是一种描述程序的控制结构流程和指令执行情况的有向图。
程序流程图的主要缺点:
1)程序流程图本质上不是逐步求精的好工具,它诱使程序员过早地考虑程序的控制流程,而不去考虑程序的全局结构。
2)程序流程图中用箭头代表控制流,因此程序员不受任何约束,可以完全不顾结构程序设计的精神,随意转移控制。
3)程序流程图不易表示数据结构。
6.3.2盒图
盒图特点:
1)功能域明确,可以从盒图上一眼就看出来。
2)不可能任意转移控制。
3)很容易确定局部和全程数据的作用域。
4)很容易表现嵌套关系,也可以表示模块的层次结构。
6.3.3PAD图
是一种问题分析图。
PAD图优点:
1)使用表示结构化控制结构的PAD符号所设计出来的程序必然是结构化程序
2)PAD图所描绘的程序结构十分清晰。
图中最左面的竖线是程序的主线,即第一层结构。
随着德程序层次的增加,PAD图逐渐向右延伸,每次增加一个层次,图形向右扩展竖线。
PAD图中竖线的总条数就是程序的层次数。
3)用PAD图表现程序逻辑,易懂、易读、易记。
PAD图是二维树形结构的图形,程序从图中最左竖线上端的结点开始执行,自上而下,从左向右顺序执行,遍历所有结点。
4)容易将PAD图转换成高级语言源程序,这种转换可用软件工具自动完成,从而可省去人工编码的工作,有利于提高软件可靠性和软件生产率。
5)即可用于表示程序逻辑,也可用于描绘数据结构。
6)PAD图的符号支持自顶向下、逐步求精方法的使用。
开始时设计者可以定义一个抽象的程序,随着设计工作的深入而使用def符号逐步增加细节,直至完成详细设计。
6.3.4判定表
判定表由四部分组成:
左上部列出所有条件
左下部是所有可能做的动作
右上部是表示各种条件组合的一个矩阵
右下部是和每种条件组合相对应的动作
6.3.5判定树
判定树是判定表的变种。
6.3.5过程设计语言
过程设计语言(PDL)也称为伪码。
PDL的优点:
1)可以作为注释的直接插在源程序中间
2)可以使用普通的正文编辑程序或文字处理系统,很方便地完成PDl的书写和编辑工作
3)已经有自动处理PDL的程序存在,而且可以自动由PDL生成程序代码。
PDL缺点:
不如图形工具形象直观。
6.4面向数据结构的设计方法
6.4.1Jackson图
1)顺序结构
2)选择结构
3)重复结构
6.4.2改进的Jackson图
6.4.3Jackson方法
Jackson结构程序设计方法基本上由5个步骤组成:
1)分析并确定输入数据和输出数据的逻辑结构,并用Jackson图描绘这些数据结构。
2)找出输入数据结构和输出数据结构中有对应关系的数据单元。
3)用下述3条规则从描绘数据结构的Jackson图导出描绘程序结构的Jackson图。
第一,为每对有对应关系的数据单元,按照它们在数据结构图中的层次在程序结构图的相应层次画一个处理框。
第二,根据输入数据结构中剩余的每个数据单元所处的层次,在程序结构图的相应层次分别为它们画上对应的处理框。
第三,根据输入数据结构中剩余的每个数据单元所处的层次,在程序结构图的相应层次分别为它们画上对应的处理框。
4)列出所有操作和条件,并且把它们分配到程序结构图的适当位置。
5)用伪码表示程序。
6.5程序复杂程度的定量度量
6.5.1McCabe方法
1.流图
“退化了的”程序流程图,它仅仅描绘程序的控制流程,完全不表现对数据的具体操作以及分支或循环的具体条件。
2.计算环形复杂度的方法
1)环形复杂度等于流图中的区域数。
2)流图G的环形复杂度V(G)=E-N+2,其中,E是流图中边的条数的,N是结点数。
3)流图G的环形复杂