软件工程期末复习要点归纳总结_第1页
软件工程期末复习要点归纳总结_第2页
软件工程期末复习要点归纳总结_第3页
软件工程期末复习要点归纳总结_第4页
软件工程期末复习要点归纳总结_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

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

文档简介

1、精选文档第一章 软件工程学概论1、软件危机产生的缘由软件本身的特点:难于维护、规律简单软件开发与维护的方法不正确:忽视需求分析重要性、轻视软件维护课本表述:1、 软件不同于硬件,它是计算机中的规律部件而不是物理部件2、 软件不同于一般程序,它的一个显著特点是规模浩大,而且程序的简单性将规模的增加而呈现指数上升。3、 软件本身特有的特点的确给开发和维护带了一些客观困难4、 软件开发与维护有关的很多错误生疏与做法有关(忽视需求分析,轻视软件维护)5、 对用户要求没有完整精确的生疏就匆忙开头着手编写程序6、 在软件不同阶段进行修改需要付出的代价是很不相同的2、软件危机的表现(什么是软件危机)(1)、

2、成本高:(2)、软件质量得不到保证:软件质量问题导致失败的软件项目格外多(3)、进度难以把握:项目延期比比皆是由于进度问题而取消的软件项目较常见只有一小部分的项目能够按期完成(4)、维护格外困难:软件维护的多样性软件维护的简单性软件维护的副作用3、克服软件危机(1)、管理的角度:软件开发过程的争辩、文档的标准化以及人员的沟通方式等(2)、软件开发方法的争辩结构化软件开发方法, 面对对象的开发4、软件工程的定义概括的说,软件工程师指导计算机软件开发和维护的一门工程学科。接受工程的概念、原理、技术和方法来开发和维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经

3、济地开发出高质量的软件并有效地维护它,这就是软件工程。(1)、软件工程就是建立和使用一套合理的工程原理,从而经济地获得牢靠的、可以在实际机器上高效运行的软件。(2)、把系统的、规范的、可度量的方法应用于软件开发、运行和维护的过程,也就是把工程应用于软件.争辩中提到的途径总之:软件工程是应用计算机科学、数学及管理科学等原理开发软件的工程。他借鉴传统工程的原理、方法,以提高质量,降低成本为目的。5、软件工程的本质特性1、关注与大型程序的构造2、中心课题是把握简单度3、软件经常变化4、开发软件的效率格外重要5、和谐的合作是开发软件的关键6、软件必需有效地支持它的用户7、在软件工程领域中通常由具有一个

4、文化背景的人替另外一种文化背景的人制造产品6、软件工程的基本原理1、用分阶段的生命周期方案严格管理2、坚持进行阶段评审3、实行严格的产品把握4、接受现代程序设计技术5、结果应能清楚地审查6、开发小组应当少而精7、承认不断改进软件工程实践的必要性软件工程学包含3个要素:方法、工具和过程7、软件生命周期(1)、概念:软件生命周期由软件定义、软件开发和运行维护(也成软件维护)3个时期组成。(2)、内容:1、 问题定义回答“要解决的问题是什么?“,写出关于问题性质、工程目标和工程规模的书面报告2、 可行性分析回答”对于问题是否有行得通的解决方法?“,即探究问题是否值得去解,是否有可行的方法3、 需求分

5、析确定”为了解决这个问题,目标系统必需做什么“,确定目标系统必需具备哪些功能,得到需求规格说明书。4、 总体设计回答”概括地说,应当怎样实现目标系统?“,确定程序由哪些模块组成以及模间的关系5、 具体设计回答”应当怎样具体地实现这个系统呢?”,确定实现模块功能所需要的算法与数据结构6、 编码和单元测试写出正确的简洁理解、简洁维护的程序模块,然后认真测试每个模块7、 综合测试通过各种类型的测试(及相应的调试)是软件达到预定要求8、 软件维护通过各种必要活动是系统长久地满足用户需求8、生命周期模型(1)、瀑布模型传统瀑布模型特点:1、 阶段间具有挨次性与依靠性2、 推迟实现的观点3、 质量保证的观

6、点瀑布模型优点:1、 可强迫开发人员使用规范的方法(例如:结构化技术);2、 严格规定每个阶段必需提交的文档;3、 要求每个阶段交出的全部产品都必需通过验证。缺点:1、“瀑布模型是由文档驱动的”成为主要缺点适用范围:适合于用户需求明确、完整、无重大变化的软件项目开发。(2)、快速原型模型适用范围:用户不能给出完整、精确的需求说明,或者开发者不能确定算法的有效性、操作系统的适应性或人机交互的形式等状况。(3)、增量模型特点:1、反复的应用瀑布模型的基本成分和原型模型的迭代特征,每一个线型过程产生一个“增量”的发布或提交,该增量均是一个可运行的产品。 2、 早期的版本实现用户的基本需求,并供应应用

7、户评估的平台。优点:1、 在较短时间内向用户提交可完成部分工作的产品;2、 逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品,从而削减一个全新的软件可能给客户组织带来的冲击;缺点:1、 软件体系结构必需是开放的;2、 开发人员既要把软件系统看作整体。又要看成可独立的构件,相互冲突;3、 多个构件并行开发,具有无法集成的风险。(4)、螺旋模型基本思想:使用原型或其他方法来降低风险。适用范围:适用于内部开发大规模软件项目。优点:1、对可选方案和约束条件的强调有利于已有软件的重用,也有助于把软件质量作为软件发的一个重要目标2、削减了过多测试或测试不足3、维护和开发之间并没有本质区分缺点:1、

8、 风险驱动,需要相当丰富的风险评估阅历和特地学问,否则风险更大2、 随着迭代次数的增加,工作量加大,软件开发成本增加(5)、喷泉模型特点:喷泉模型是一种以用户需求为动力,以对象为驱动的模型,主要用于接受对象技术的软件开发项目。该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。(6)、Rational统一过程RUP重复一系列周期,每个周期由一个交付给用户的产品结束。每个周期划分为初始、细化、构造和移交四个阶段,每个阶段围围着五个核心工作流(需求、分析、设计、实现、测试)分别迭代。第二章 可行性争辩1、 概念(目的)用最小的代价在尽可能短的时间内确定问题是否能够解决,不是解决问题

9、,而是确定问题是否值得去解决。2、 可行性争辩任务了解客户的要求及现实环境,从技术、经济和社会因素等三方面争辩并论证本软件项目的可行性,编写可行性争辩报告,制定初步项目开发方案。即对软件开发以后的行动方针提出建议。3、 争辩内容(1) 技术可行性 使用现有的技术能实现这个系统吗?(2) 经济可行性这个系统的经济效益能超过它的开发成本吗?(3) 操作可行性系统的操作方式在这个用户组织内行得通吗?(4) 法律可行性新系统开发是否会侵害法藤、集体或国家利益?4、 数据字典 (1)、内容1、数据流2、数据流重量(即数据元素)3、数据存储4、处理(2)、作用对于数据流图中消灭的全部被命名的图形元素在字典

10、中作为一个词条加以定义,使得每一个图形元素都有一个精确的定义。第三章 需求分析1、 需求分析的任务(1) 确定对系统的综合要求(2) 分析系统的数据要求(3) 导出系统的规律模型(4) 修正系统的开发步骤2、 猎取需求的方法(1) 访谈(2) 面对数据流自顶向下(3) 简易的应用规模说明技术(4) 快速建立软件模型3、 实体-关系图(P63)、层次方框图(P68)和IPO图(P69)4、 结构化分析模型数据流图:描绘当数据在软件系统中移动时被变换的规律过程,指明系统具有的变换数据的功能,是建立功能模型的基础实体-联系图:描绘数据对象及数据对象之间的关系,用于建立数据模型。状态转换图:指明白作为

11、外部大事结果的系统行为。描绘了系统的各种行为模式(称为“状态”)和在不同状态间转换的方式。是行为建模的基础第四章 总体设计1、 模块独立性与耦合性(P97)(1) 模块化把程序划分成独立命名且可独立访问的模块,每个模块完成一个子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求模块化的优点:1. 使软件结构清楚,简洁设计也简洁阅读与理解2. 简洁测试与调试,提高牢靠性3. 提高软件的可修改性4. 有助于软件开发工程的组织管理(2) 模块独立的重要性有效的模块化(即具有独立的模块)的软件比较简洁开发出来独立的模块比较简洁测试和维护(3) 耦合衡量不同模块彼此间相互依靠(连接)

12、的紧密程度,耦合要低,即每个模块和其他模块之间的关系要简洁1、 数据耦合:两个模块之间通过参数交换信息,而且交换的信息仅仅是数据2、 把握耦合:传递的信息中有把握信息3、 特征耦合:当把整个数据结构作为参数传递而被调用的模块只需要使用其中一部分数据元素4、 公共环境耦合:两个或多个模块通过一个公共环境相互作用5、 内容耦合:消灭一下状况之一,则为内容耦合:1、 一个模块访问另一个模块的内部数据2、 一个模块不通过正常入口而转到另一个模块的内部3、 两个模块有一部分代码重叠4、 一个模块有多个入口数据耦合<把握耦合<特征耦合<公共环境耦合<内容耦合(4) 内聚(P99)衡

13、量一个模块内部各个元素彼此结合的紧密程度。内聚要高,每个模块完成一个相对独立的特定子功能信息隐蔽(P96)应当这样设计和确定模块,使得一个模块内包含的信息(过程和数据)对于不需要这些信息的模块来说,是不能访问的2、 启发规章1、 改进软件结构提高模块独立性2、 模块规模应当适中3、 深度、宽度、扇入、扇出都应适中4、 模块的作用域应当在把握域之内5、 力争降低模块接口的简单度6、 设计单入口、单出口模块7、 模块功能应当可以猜测3、 层次图和HIPO图(P102)4、 面对数据流的设计方法(P104)(1) 概念面对数据流设计就是把信息流映射成软件结构,信息流的类型打算了映射的方法。信息流包括

14、变换流、事物流。(2) 变换分析与事务分析(P105)5、 小结i. 进行软件结构设计遵循的最主要的原理是模块独立原理ii. 抽象和求精是一对互补概念iii. 软件工程师在实践中总结阅历得出一些很有参考价值的启发式规章iv. 自顶向下逐步求精是进行软件结构设计的常用途径v. 用形式化的方法由数据流图映射出软件结构第五章 实现1、 选择程序设计语言为了使程序简洁测试和维护以削减软件的总成本,所选用的高级语言程序应当有抱负的模块化机制,以及可读性好的把握结构和数据结构:为了便于调试和提高软件牢靠性,语言特点应当是编译程序能够尽可能多地发觉程序中的错误;为了降低软件开发和维护的成本,选用的高级语言应

15、当有良好的独立编译机制。第六章 软件测试2、 测试的概念(1) 测试是为了发觉程序中的错误而执行程序的过程(2) 好的测试方案是极可能发觉了至今为止尚未发觉的错误的测试方案。(3) 成功的测试是发觉了至今为止尚未发觉的错误的测试。3、 测试的过程与步骤(P153)大型软件的测试过程基本由下述几个步骤组成(1) 模块测试(单元测试) 发觉编码和具体设计的错误(2) 子系统测试(3) 系统测试(集成测试)(4) 验收测试(确认测试)(5) 平行运行4、 单元测试(P153)着重从下述5个模块进行测试(主要使用白盒测试技术)(1) 模块接口(2) 局部数据结构(3) 重要的执行通路(4) 出错处理通

16、路(5) 边界条件5、 集成测试(P156)集成测试就是测试和组装软件的系统化技术,主要目标是发觉与接口有关的问题。有两种集成策咯(1) 自顶向下集成(2) 自底向上集成6、 确认测试(P160)也称验收测试,它的目标是验证软件的有效性。通常使用黑盒测试法。7、 白盒测试技术(P162)白盒方法测试软件时设计测试数据的典型技术(1) 规律掩盖1、 语句掩盖2、 判定掩盖3、 条件掩盖4、 判定/条件掩盖5、 条件组合掩盖6、 点掩盖7、 边掩盖8、 路径掩盖(2) 把握结构测试1、 基本路径测试2、 条件测试3、 循环测试8、 黑盒测试技术(P171)黑盒测试力图发觉下述类型的错误:(1) 功

17、能不正确或遗漏了功能。(2) 界面错误。(3) 数据结构错误或外部访问数据库错误(4) 性能错误(5) 初始化和终止错误黑盒测试用到的技术(1) 等价划分(2) 边界值分析(3) 错误推想第七章 维护1、 维护的定义(P189)所谓软件维护就是在软件已经交付使用周,为了改正错误或满足新的需要而修改软件的过程。依据交付使用之后可能进行的4项活动具体定义软件维护(1) 改正性维护订正在使用过程中暴露出来的错误;诊断和改正错误的过程,(2) 适应性维护为了和变化了的环境适当地协作而进行的修改软件活动(3) 完善性维护在使用软件的过程中增加新的功能或修改已有功能,还可能提出一般性的改进意见的过程(4)

18、 预防性维护为了改进将来的可维护性与牢靠性,或为了给将来的改进奠定更好的基础而修改软件的过程。2、 维护的过程(P192)(1) 维护组织(2) 维护报告(3) 维护的大事流(4) 保存维护记录(5) 评价维护活动3、 小结1、 软件生命周期每个阶段的工作都和软件可维护性有亲密关系。2、 再工程过程可以在完成任意一个活动之后中止第八章 面对对象技术1、 面对对象方法学要点(P203)面对对象方法学的动身点和基本原则,是尽可能模拟人类思维方法,是开发软件尽可能接近人类生疏世界解决问题的方法与过程。2、 面对对象方法学优点1、 与人类习惯的思维方法全都2、 稳定性好3、 可重用性好4、 较易开发大

19、型软件产品5、 可维护性好3、 对象模型(P216)对象模型表示静态的,结构化的系统的“数据”性质。它是对模拟客观世界实体的对象以及对象彼此之间的关系的映射,描述了系统的静态结构。4、 动态模型(P223)动态模型表示瞬时的、行为化的系统的”把握“性质,它规定了对象模型中的对象的合法序列。5、 功能模型(P224)功能模型表示变化的系统的”功能“性质,他指明白系统应当”做什么”,因此更直接反映了用户对目标系统的需求。6、 三种模型之间的关系(P228)功能模型指明白系统应当“做什么”;动态模型明确规定了什么时候(即在何种状况下接受什么时间的触发)做;对象模型则定义了做事情的实体。在面对对象方法

20、学中,对象模型是最基本的,它为其他两种模型奠定了基础,人们依靠对象模型完成了3中模型的集成。下面扼要地叙述3种模型之间的关系。三种模型描述了系统的不同方面:对象模型动态模型功能模型对象的静态结构及相互关系与时间和挨次有关的系统性质与值的变化有关的系统性质描述系统的数据结构把握结构系统的功能“干事的主体”“什么时候干”“干什么”功能模型与对象模型的关系-对象模型描述了功能模型中的动作对象,数据存储以及数据流结构-功能模型中的处理对应于对象模型中的操作动态模型与对象模型的关系-状态转换驱使行为发生,这些行为在DFD中被映射成处理,它们同时与对象模型的操作相对应-针对每个建立的动态模型描述了类实例的生命周期或运行周期动态模型与功能模型的关系-功能模型中的处理可能产生动态模型中的大事。7、 其他简单问题(大型系

温馨提示

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

评论

0/150

提交评论