1 / 27
文档名称:

软件工程导论最全复习总结.docx

格式:docx   大小:45KB   页数:27页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件工程导论最全复习总结.docx

上传人:buzaiwuzhuang123 2020/2/10 文件大小:45 KB

下载得到文件列表

软件工程导论最全复习总结.docx

相关文档

文档介绍

文档介绍:软件危机是指在计算机开发过程中的开发和维护过程中所遇到的一系列的严重问题。软件是程序、数据及相关文档的完整集合,程序是能够完成预定功能和性能的可执行的程序序列;数据是是使程序能够适当的处理信息的数据结构;文档是开发、使用和维护程序所需要的图文资料。软件工程学包含3个要素:方法、工具、过程。目前使用最广泛的软件工程方法学是传统方法学和面向对象方法学。软件工程方法学的软件过程基本上可以用瀑布模型来描述。瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型。Rup把软件生命周期划为:初始、精化、构建、移交阶段。可行性研究的三方面:技术可行性、经济可行性、操作可行性。数据流图(DFD是一种图形化技术,他描绘信息流和数据从输入移动到输出的过程中所经受的变化。10、数据字典是关于数据信息的集合,也就是对数据流程图中所包含的所有元素的定义的集合。11、数据流图和数据字典共同构成系统的逻辑模型,没有数据字典,数据如就不严格,没有流程图,数据字典也难以发挥作用。12、需求分析阶段结束之前,系统分析员应该写出软件需求规格说明书,以书面形式准确的描述软件需求。9、结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。ER图中包含了实体、关系和属性,矩形代表实体,菱形表示关系,椭圆或圆角矩形表示属性,用直线把实体和其属性连接。验证软件需求的正确性:一致性、完整性、现实性、有效性。总体设计的基本目的是回答“概括地说,系统应该如何实现?”,总体设计又称为概要设或初步设计。模块的独立程度可以有两个定性标量度量:内聚和耦合。软件测试的目标:(1测试是为了发现程序中的错误而执行程序的过程;(2好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;(3成功的测试是发现可至今为止尚未发现的错误的测试。软件测试步骤:模块测试、子系统测试、系统测试、验收测试、平行运行。软件可靠性是程序在给定的时间点,按照规格说明书的规定,成功的运行的概率。用面向对象方法开发软件,通常需要建立3种形式的模型:描述系统数据结构的对象模型,描述系统控制结构的动态模型和描述系统功能的功能模型。22、用面向对象方法开发软件,在任何情况下,对象模型始终都是最重要、最基本的、最核心的。通常,使用UML提供的类图来建立对象模型。类与类之间通常有关联、泛化(继承、依赖和细化等4种关系。在UML中,在一段为空心的三角形的连线表示泛化关系。复杂问题的对象模型通常由:主题层、类与对象层、结构层、属性层和服务层。广义的说,软件重用可分为知识重用、方法和标准的重用、软件成分的重用。工程网络和Gantt图同样是安排进度和管理工程进度情况的强有力的工具。29、3种典型人员组织方式:民主制程序员组、住程序员组、现代程序员组。30、软件过程的输出信息可以分为3类计算机程序、描述计算机程序的文档、数据,这些项组成了软件过程中产生的全部信息,人们把他们统称为软件配置,而这些项就是软件配置项。31、Cmm把软件过程从无序到有序的进化过程分成5个阶段,并把这些阶段排序,形成五个逐层提高的等级。能力的成熟度的5个等级从低到高依次是:初始级(1级、可重复级(2级、已定义级(3级已管理级(4级和优化级(5级。15、编码风格:持续内部文档、数据说明、语句构造、输入输出、效率、32、软件危机的典型表现:对软件开发成本和进度的估计常常很不准确;用户对“已完成”的软件系统不满意的现象经常发生;软件产品质量往往靠不住;软件常常是不可维护的;软件通常没有适当的文档资料;软件成本在计算机总成本中所占的比例逐年上升;软件开发生产效率提高的速度,远远跟不上计算机应用迅速普及深入的趋势。33、软件不同于硬件,他是计算机系统的逻辑部件而不是物理部件。34、软件不同于一般程序,它的一个显著特点就是规模庞大。简单题软件工程基本原理(1用分阶段的生存周期严格管理。(2坚持进行阶段评审。(3实行严格的产品控制。(4采用现代程序设计技术。(5结果应能清楚地审查。(6开发小组人员应该少而精。(7承认不断改进软件工程实践的必要性。软件生命周期各阶段的基本任务软件生命周期由软件定义、软件开发和运行维护3个时期组成,每个时期又进一步划分成若干个阶段。(1问题定义(2可行性研究(3需求分析(4总体设计(5详细设计(6编码和单元测试(7综合测试(8软件维护需求分析的任务一、确定对系统的综合要求(1功能需求(2性能需求(3可靠性和可用性需求(4出错处理需求(5接口需求(6约束(7逆向需求(8将来可能提出的需求二、分析系统的数据要求三、导出系统的逻辑模型四、修正系统开发计划4、改进软件设计的启发式规则(1改进软件结构提高模块独立性(2模块规模应该适中(3深度、宽度、扇出和扇入都应适当(4模块的作用域应该在控制域之(5力争降低模块接口的复杂程度(6设计单入口单出口的模