软件工程复习、考试题.docx_第1页
软件工程复习、考试题.docx_第2页
软件工程复习、考试题.docx_第3页
软件工程复习、考试题.docx_第4页
软件工程复习、考试题.docx_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

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

文档简介

软件危机的典型表现:1.对软件开发成本和进度估计的常常很不准确 2.用户对“已完成的”软件系统不满意的现象经常发生 3.软件产品的质量往往靠不住 4.软件常常是不可维护的 5.软件通常没有适当的文档资料 6.软件成本在计算机系统总成本中所占的比例逐年上升 7.软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势软件工程的定义:采用工程的概念、原理、方法来开发和维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它,这就是软件工程。软件工程的基本原理:1.用分阶段的生命周期计划严格管理 2.坚持进行阶段评审 3.实行严格的产品控制 4.采用现代程序设计技术 5.结果应能清楚的审查 6.开发小组人员应该少而精软件工程方法学:包含三个要素:方法,工具和过程使用的最广泛的软件工程方法学,分别是传统方法学和面向对象方法学软件生命周期:软件定义时期的任务:1.确定软件开发工程必须完成的总目标 2.确定工程的可行性 3.导出实现工程目标应该采用的策略及系统必须完成的功能 4.估计完成该项工程需要的资源和成本,并制定工程进度表软件开发时期:1.总体设计 2.详细设计 3.编码和单元测试 4.综合测试软件维护时期:1.当软件在使用过程中发现错误时应该加以改正 2.当环境改变时应该修改软件以适应新的环境 3.当用户有新要求时应该及时改进软件以满足用户的新需要软件过程瀑布模型 1.阶段见具有顺序性和依赖性 2.推迟实现的观点 3.质量保证的观点 快速原型模型 增量模型 螺旋模型 喷泉模型可行性研究 1.技术可行性 2.经济可行性 3.操作可行性p38系统流程图看看看 p40数据流图看看看 p47数据字典 1.数据流 2.数据流分量 3.数据存储 4.处理 需求分析需求分析的任务:1.功能需求 通过需求分析应该划分出系统必须完成的所有功能 2.性能需求 系统必须满足的定时约束或容量约束,通常包括时间、信息量速率、主存储量、磁盘容量、安全性等方面的需求 3.可靠性和可用性需求可靠性需求定量的指定系统的可靠性 4.出错处理需求 5.接口需求 6.约束 7.逆向需求 8.将来可能提出的要求访谈 正式的和非正式的 分发调查表 情景分析技术 E-R图总体设计 系统设计阶段,确定系统的具体实现方案;结构设计阶段,确定软件结构。总体设计过程:1.设想供选择的方案 2.选取合理的方案 3.推荐最佳方案 4.功能分解 5.设计软件结构 6.设计数据库 7.制定测试计划 8.书写文档 9.审查和复审设计原理 模块化 抽象 逐步求精 信息隐藏和局部化 模块独立1.耦合 尽量使用数据耦合,少用控制耦合和特征耦合 限制公共环境耦合的范围 完全不用内容耦合2.内聚 优劣评分:功能内聚 顺序内聚 通信内聚 过程内聚 时间内聚 逻辑内聚 偶然内聚启发规则 1.改进软件结构提高模块独立性 2.模块规模应该适中 3.深度、宽度、扇出和扇入都应适当 4.模块的作用域应该再控制域应该再控制域之内 P102 层次图和HIPO图 结构图面向数据流的设计方法 概念:1.变换流 2.事物流 3.设计过程设计步骤:1.复查基本系统模型 2.复查并精化数据流图 3.确定数据流图具有变换特性还是事物特性 4.确定输入流和输出流的边界,从而孤立出变换中心 5.完成第一级分解 (输入信息处理控制模块Ca,协调对所有输入数据的接收 变换中心控制模块Ct,管理对内部形式的数据的所有操作 输出信息处理模块Ce,协调输出信息的生产过程)6.完成第二级分解(从变换中心的边界开始逆着输入通路向外移动,把输入通路中每个处理映射成软件结构中Ca控制下的一个底层模块沿着输出通路向外移动,把输出通路中每个处理映射成直接或间接受模块Ce控制的一个低层模块把变换中心内的每个处理映射成受Ct控制的一个模块)7.使用设计度量和启发式规则对第一次分割得到的软件结构进一步精化第六章 全是图。 1、 选择程序设计语言的实用标准:(1)系统用户的要求.(2)可以使用的编译程序(3)可以得到的软件工具.(4)工具规模.(5)程序员的知识.(6)软件可移植性要求.(7)软件的应用领域.2、 编码的规则:(1)程序内部的文档:恰当的标识符、适当的注解、程序的视觉组织.(2)数据说明.(3)语句构造.(4)输入输出.(5)效率.3、 软件测试:(1)为了发现程序中的错误而执行程序的过程.(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案.(3)成功的测试是发现了至今为止尚未发现的错误的测试.4、 测试方法:黑盒测试、白盒测试.5、 测试步骤:(1)模块测试.(2)子系统测试(3)系统测试(4)验收测试.(5)平行运行6、 测试阶段的信息流有两类:(1)软件配置,包括需求说明书,设计说明书和源程序清单.(2)测试配置,包括测试计划和测试方案7、 从以下5个模块进行单元测试:(1)模块接口.(2)局部数据结构(3)重要的执行通路.(4)出错处理通路.(5)边界条件.8、 集成测试的策略:(1)自顶向下优点:不需要测试驱动程序,能够在测试阶段的早期实现并验证系统的主要功能,而且能在早期发现上层模块的接口错误.缺点:需要存根程序,可能遇到与此相联系的测试困难,底层关键模块中的错误发现较晚,而且用这种方法在早期不能充分展开人力.(2)自底向上.9、 回归测试:是指重新执行已经做过的测试的某个子集,用于保证由于调试或其他原因引起的变化,不会导致非预期的软件行为或额外错误的测试活动.10、 白盒测试的逻辑覆盖:(1)语句覆盖.(2)判定覆盖.(3)条件覆盖.(4)判定/条件覆盖.(5)条件组合覆盖11、 黑盒测试:着重测试软件功能。黑盒测试力图发现下述类型的错误:(1)功能不正确或遗漏了功能(2)界面错误.(3)数据结构错误或外部数据库访问错误(4)性能错误.(5)初始化和终止错误.12、 软件可靠性:是程序在给定时间间隔内,按照规格说明书的规定成功地运行的概率.13、 软件可用性:是程序在给定的时间点,按照规格说明书的规定,成功地运行的概率.14、 软件维护:软件已经交付使用后,为了改正错误或满足新的需要而修改

温馨提示

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

评论

0/150

提交评论