软件工程试卷软件sofeware软件工程复习资料软件工程答案

1 2.1 2.2 2.3 3.1 4 5 6 7.2 9 11 18 20 21.4 1、P11. 答：将系统的、规范的、可度量的工程化方法应用于软件开发、运行和维护的全过程及上述方法的研究，为之软件工程。 软件工程的目标是：在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并满足用户需求的软件产品。 2、 P5,6 答：所谓软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问。 软件危机的表现有： （1） 对于软件开发的成本和进度的估计很不准确。 （2） 开发的软件产品不能完全满足用户的要求，用户对已完成的软件系统不满意的现象常常发生。 （3） 开发的软件可靠性差。 （4） 软件通常没有适当的文档。 （5） 软件的可维护性差。 （6） 软件开发生产率提高的速度，远远跟不上计算机应用普及深入的趋势。 软件危机产生的原因有以下几方面： （1） 软件的规模愈发庞大。 （2） 软件开发的管理困难。 （3） 软件本身的独有特点确实给开发和维护造成一些客观困难，但是人们在长期的实践中也积累了不少成功的经验。如果坚持使用成功的经验和正确的方法，许多困难是可以克服的。但是相当多的软件开发人员对于软件的开发和维护存在不少糊涂的观念，实践中或多或少地采用错误的方法和技术。这可能是软件危机的主要原因。 （4） 软件开发和维护中许多错误认识和方法的形成可以归结与计算机发展早期软件开发的个体化特点。 （5） 软件开发技术落后。 （6） 生产方式落后。 （7） 开发工具落后，生产率提高缓慢。 3、 P19 答：不能。因为客户一开始对自己需求了解也不全面，日后随时有可能提出新要求，发生需求改变。 4、（一解）软件生命周期模型, 是跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。是描述软件开发过程中各种活动如何执行的模型。可以分成可行性研究与计划、需求分析、设计、编程、测试、维护。 可研究与计划阶段的任务:研究开发该项目的可行性. 需求分析阶段的任务: 理解和表达用户的要求. 设计阶段的任务: 建立系统的结构. 编程阶段的任务: 编写程序. 测试阶段的任务: 发现错误和排除错误. 维护阶段的任务：维护系统的正常工作。 （二解）答：（1）软件分析时期。这个时期的根本任务是确定软件项目的目标，软件应具备的功能和性能，构造软件的逻辑模型，并制定验收。 （2）软件设计时期。这时期的根本任务是将分析时期得出的逻辑模型设计成具体计算机软件。 （3）编码与测试时期。在这个时期里，主要是组织程序员将设计的软件“翻译”成计算机可以正确运行的程序；并且要经过按照软件分析中提出需求要求和验收标准进行严格的测试和审查。审查通过后才可以交付使用。这个时期也可以根据具体软件的特点，决定是否划分成一些阶段，如编码、单元测试、集成测试、验收测试等。 （4）运行维护时期。软件运行过程中可能由于各方面的原因，需要对它进行修改。其原因可能是运行中发现了软件隐含的错误而需要修改；也可能是为了适应变化了的软件工作环境而需要做适当变更；也可能是因为用户业务发生变化而需要扩充和增强软件的功能等。 5、（一解）瀑布模型将软件工程生命周期个活动规定为依线性顺序连接的若干阶段的模型。 原型模型是借助一些软件开发工具或环境禁尽可能块地构造一个实际系统的简化模型。 瀑布模型 优点使软件变得比较容易维护就能显著降低软件预算 可强迫开发人员采用规范的方法（例如，结构化技术）； 严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要。 原型模型 优点 1.原型法在得到良好的需求定义上比传统生存周期法好得多，可处理模糊需求，开发者和用户可充分通信。 2.原型系统可作为培训环境，有利于用户培训和开发同步，开发过程也是学习过程。 3.原型给用户以机会更改心中原先设想的、不尽合理的最终系统。 4.原型可低风险开发柔性较大的计算机系统。 5.原型增加使系统更易维护、对用户更友好的机会。 6.原型使总的开发费用降低，时间缩短。 缺点 1.“模型效应”或“管中窥豹”。对于开发者不熟悉的领域把次要部分当作主要框架，做出不切题的原型。 2.原型迭代不收敛于开发者预先的目标。即每次更改，为了消除错误，次要部分越来越大，“淹没”了主要部分。 3.原型过快收敛于需求集合，而忽略了一些基本点。 4.资源规划和管理较为困难，随时更新文档带来麻烦。 5.长期在原型环境上开发，只注意得到满意的原型，容易“遗忘”用户环境和原型环境的差异。 （二解）答：瀑布模型是将软件生命周期各活动规定为依线性顺序联接的若干阶段的模型。原型模型是借助一些软件开发工具或环境尽可能快地构造一个实际系统的简化模型。瀑布模型特点是强调了每一阶段的严格性。瀑布模型的缺点体现在它是一种理想的线性开发模式，缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。原型模型的最大特点是：利用原型法技术能够快速实现系统的初步模型，供开发人员和用户进行交流，以便较准确获得用户的需求；采用逐步求精方法使原型逐步完善，这是一种在新的高层次上不断反复推进的过程，它可以大大避免在瀑布模型冗长的开发过程中看不见产品雏形的现象。 6、P23、P24 答：如果是功能和性能明确、完整、无重大变化的软件开发，则用瀑布模型。 在具备如下条件是，会用原型模型开发： （1） 首先得有快速建立系统原型模型的软件工具与环境。随着计算机软件飞速发展，这样的软件工具越来越多，特别是一些第四代语言已具备较强的生成原型系统的能力。 （2） 原型模型适合于那些不能预先确切定义需求的软件开发。 （3） 原型模型适合于那些项目组成员（包括分析员、设计员、程序员和用户等）不能很好协同配合、交流或通信上存在困难的情况。 7、可行性研究的任务是首先需要进行概要的分析研究，初步确定项目的规模和目标，确定项目的约束和限制，把它们清楚的列举出来。然后，分析员进行简要的需求分析，抽象出该项目的逻辑结构，建立逻辑模型。从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的主要解决办法，对每种解决办法都要研究它的可行性。 主要解决的问题是（1）技术可行性：对要开发项目的功能、性能、限制条件进行分析，确定在现有的资源条件下，技术风险由多大，项目是否能实现。 （2）经济可行性：进行开发成本的估算以及了解取得效益的评估，确定要开发的项目是否值得投资开发。 （3）社会可行性：要开发的项目是否存在任何侵犯、妨碍等责任问题，要开发项目的运行方式在用户内是否行得通，现有、人员素质、操作方式是否可行。 （4）操作可行性：要开发的项目的运行方式在用户的组织内是否得通，现有得管理制度。人员素质和操作得方式是否可行。 8 、需求分析的目的是对系统进行评估，采集和分析系统的需求，理解系统要解决的问题，重点是充分考虑系统的实用性。 需求分析的任务 1、确定要求 ⑴ 功能要求:系统必须做什么？ ⑵ 性能要求：做得怎样？ ⑶ 运行要求 ⑷ 未来可能的扩充要求 2分析数据 ⑴建立概念模型( ⑵形象描绘数据结构 ⑶数据结构规范化(Normalization) 3、导出逻辑模型： DFD + DD + IPO 4、修正计划：重估成本、进度等 5、开发原型系统(Prototyping) 9、同3题 10、数据字典关于数据流图中包含的所有元素的定义的集合，数据字典由：数据流、数据流分量、数据存储、处理四类元素的定义组成。 11、看好如何画数据流程图，数据库设计。 12．看好什么是功能模块图。 15、不用管。 16、 17、P146、147 18、P153 20、类的具有相同的属性和服务的一组对象的集合。 对象是系统用来描述客观事物的一个实体。类之间的关系是类图中比较复杂的内容。有关联、聚合、组合、范化、依赖。 关联：是模型元素之间的一种语义联系，是类之间的一种很弱的联系。关联可以有方向，可以给关联加上关联名来描述关联的作用。关联两端的类也可以以某种角色参与关联，角色可以具有多重性，表示可以有多少个对象参与关联。可以通过关联类进一步描述关联的属性、操作以及其他信息。关联类通过一条虚线与关联连接。对于关联可以加上一些约束，以加强关联的含义 聚合是一种特殊的关联，聚合表示整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构。从而找出一些组成类，该整体类和组成类之间就形成了聚合关系。 组合也是一种特殊的关联，也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在。部分对象与整体对象之间具有共生死的关系。 泛化定义了一般元素和特殊元素之间的分类关系，类之间的这种泛化关系也就是继承关系。泛化关系是“a－kind－of”关系，定义一般元素和特殊元素之间的分类关系。 1．依赖： 依赖对象通过调用被依赖对象的方法来获得服务。一种比较松散的关系，并且是短期的。我们的过程与对象往往依赖于我们的实体域对象。如在struts 的 action中调用模型层的方法。 2．关联 ：它使一个类指到另一个类的属性。长期的 3．聚合 ：聚合关系是关联关系的一种，是强的关联关系。聚合是整体和部分之间的关系。 4．组合 ：也叫合成关系，组成关系是关联关系的一种，是比聚合关系强的关系。对象负责代表部分的对象的生命周期。 注：既然聚合，组合关系属于关联关系，那么如何区分一般关联关系，聚合关系和组合关系呢？ 一般关联：只要一个对象联系到另外一个对象就形成了关联关系。如：人和他的猫，黑豹乐队和窦魏，pc机和显示器。 聚合关系：一种强关联关系，它要求有部分和整体的关系，并且没有了整体部分也可以独立存在。在上面三个例子中人和它的猫显然没有部分和整体的关系，所以只能是一般的关联关系。而黑豹乐队和窦魏，窦魏等人组成了黑豹乐队即：窦魏和黑豹是整体和部分的关系。而窦魏脱离了黑豹（早就离开了）更或者黑豹不存在了那么窦魏仍然可以以音乐人的身份存在（即对象仍然可以独立存在）所以它属于聚合关系。组成关系是可以共享的。（窦魏也可以加入其他乐队）。 组合关系：一种更强的整体和部分的关系。它并且要求代表整体的对象负责代表部分的对象的生命周期，组成关系是不能共享的。如：pc机和显示器的关系。 22、 23、一般－特殊的关系也是继承关系是指特殊类的对象拥有其一般类的全部属性和服务。反映了一个类与若干个互不相容子类的之间的关系。 整体－部分的关系是指一个（一些）对象是另一个对象的组成部分。举例在P152、153 25、P366 27、质量的度量的标准在P405， 30、 1、C/S架构软件的优势与劣势 （1）、应用服务器运行数据负荷较轻。 （2）、数据的储存管理功能较为透明。 （3）、C/S架构的劣势是高昂的维护成本且投资大。 2、B/S架构软件的优势与劣势 （1）、维护和升级方式简单。 来 （2）、成本降低，选择更多。 （3）、应用服务器运行数据负荷较重。 32黑盒测试的原理是黑盒测试也称功能测试，它是通过测试来每个功能是否都能正常使用。在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 白盒测试的原理是白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 33因为白盒测试是用于把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。白盒测试主要是想对程序模块进行如下检查： 　1、对程序模块的所有独立的执行路径至少测试一遍。 2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。 3、在循环的边界和运行的界限内执行循环体。 4、测试内部数据结构的有效性。 而黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。  功能不正确或遗漏、界面错误、 数据库访问错误、 性能错误、初始化和终止错误等 所以白盒测试不能替代黑盒测试。 35软件维护可以分成三种 （1）纠错性维护（Corrective maintenance） 。由于前期的测试不可能揭露软件系统中所有潜在的错误，用户在使用软件时仍将会遇到错误，诊断和改正这些错误的过程称为纠错性维护。 （2）适应性维护（Adaptive maintenance） 。由于新的硬件设备不断推出，操作系统和编译系统也不断升级，为了使软件能适应新的环境而引起的程序修改和扩充活动称为适应性维护。 （3）完善性维护（Perfective maintenance） 。在软件的正常使用过程中，用户还会不断提出新的需求。为了满足用户新的需求而增加软件功能的活动称为完善性维护。 36、P455 37、P460 38、对测试工作总体负责，其主要工作职责如下： （1） 参与项目开发各个阶段的评审工作，以便提早发现问题。 （2） 根据部门命令及项目需要安排编写测试相关文档（计划、安排、报告、测试用例）并就某些特定文档提请评审。 （3） 组织各级测试工作人员对测试工作进行准备。 （4）分配测试工作任务。 （5）对测试工作进行协调。 （6）参与测试中发现重大问题的讨论。 （7）审查测试人员日志，监督其工作。 （8）组织并参与测试后的讨论工作，使部门测试水平不断提高 39、风险在P477 , PAGE 3