《新》吉珠软件工程期末复习.docVIP

吉珠软件工程期末复习整理 整理者：LENG 第一章 1.1 软件工程：是指导计算机软件开发和维护的一门工程学科。（名词解释） 采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 1.2 软件危机的7个典型表现：(简答) （1）对软件开发成本和进度的估计常常很不准确； （2）用户对“已完成的”软件系统不满意的现象经常发生； （3）软件产品的质量往往靠不住； （4）软件常常是不可维护的； （5）软件通常没有适当的文档资料； （6）软件成本在计算机系统总成本中所占的比例逐年上升； （7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势 。 1.3 产生软件危机的原因：（名词解释） （1）与软件本身的特点有关 a.软件是逻辑部件。 b.软件不会被“用坏”，如果发现了错误，很可能是开发时期引入。 c.软件规模庞大，而且程序复杂性将随着程序规模的增加而呈指数上升。 （2）与软件开发与维护的方法不正确有关 a.忽视软件需求分析的重要性。对用户要求没有完整准确的认识就匆忙着手编写程序。越早开始写程序，完成它所需要用的时间往往越长。 b.认为软件开发就是写程序并设法使之运行。程序只是完整的软件产品的一个组成部分。一个软件产品必须由一个完整的配置组成，软件配置主要包括程序、文档和数据等成分。在软件开发的不同阶段进行修改需要付出的代价是很不相同的。 c.轻视软件维护。维护是极端艰巨复杂的工作，需要花费很大代价。软件维护的费用占软件总费用的55%~70%。软件工程学的一个重要目标就是提高软件的可维护性，减少软件维护的代价。 1.4三个时期八个阶段：可能考（填空，简答） 简答： 问题定义 任务：问题是什么 通过对客户的访问调查，系统分析员扼要地写出关于问题性质、工程目标和工程规模的书面报告。 经过讨论和必要的修改之后这份报告应该得到客户的确认。 结果： 关于系统规模和目标的报告书 可行性研究 任务：有可行的解吗 系统分析员需要进行一次大大压缩和简化了的系统分析和设计过程。 研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。 结果： 系统的高层逻辑模型（数据流图、成本效益分析） 可行性论证报告（立即进行/推迟进行/不能或不值得进行） 需求分析 任务：必须做什么 主要是确定目标系统必须具备哪些功能。 系统分析员必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。 结果： 系统的逻辑模型（数据流图、数据字典、简要的算法描述） 用规格说明书准确地记录对目标系统的需求 总体设计 任务：如何解决已提出的问题 设计出实现目标系统的几种可能的方案（低、中、高成本）。 用适当的表达工具描述每种方案，分析优缺点，推荐一个最佳方案，制定出实现最佳方案的详细计划。设计程序的体系结构。 结果： 可能的解法（系统流程图、成本效益分析） 推荐的系统体系结构（层次图或结构图 详细设计 任务：怎样具体实现该系统 详细地设计每个模块，确定实现模块功能所需要的算法和数据结构。 结果： 每个模块的算法和数据结构(程序流程图、PAD图、N-S图等) 编码和单元测试 任务：得到正确的程序模块 选取一种适当的高级程序设计语言(必要时用汇编语言)，把详细设计的结果翻译成用选定的语言书写的程序； 并且仔细测试编写出的每一个模块。 结果： 代码和测试报告 综合测试 任务：得到符合要求的软件 通过集成测试、验收测试、现场测试、平行运行等方法对目标系统进一步测试检验。 通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠性的要求，也可以决定测试和调试过程什么时候可以结束。 结果： 测试计划、详细测试方案以及实际测试结果 完整一致的软件配置 软件维护 任务：使系统持久地满足用户的需要 改正性维护，诊断和改正在使用过程中发现的软件错误； 适应性维护，修改软件以适应环境的变化； 完善性维护，根据用户的要求改进或扩充软件； 预防性维护，修改软件为将来的维护活动做准备。 每一项维护活动实质上是经历了一次压缩和简化了的软件定义和开发的全过程。 结果： 完整准确的维护记录 1.5瀑布模型 传统的瀑布模型 实际的瀑布模型 1.6快速原型模型 1.7增量模型 a.增量模型把软件产品作为一系列的增量构件来设计、编码、集成和测试。 b.每个构件由多个相互作用的模块构成，并且能够完成特定的功能 1.8螺旋模型 1.9喷泉模型 选择题： 1软件工程三要素是（B ） A) 技术、方法和工具 B) 方法、工具和过程 C) 继承、对象和类 D) 过程、模型、方法 2软