酷站网站包头网络推广

当前位置： 首页 > news >正文

酷站网站,包头网络推广,电子商务网站建设下载,网站名字重复一、题目类(老师重点提到过的题目) 1、高可靠性是否意味着高可用性#xff1f;试举例证明自己的观点#xff1f; 答#xff1a;高可靠性不意味着高可用性 可靠性说明系统已经准备好#xff0c;马上可以使用#xff1b;可用性是系统可以无故障的持续运行#xff0c;是一…一、题目类(老师重点提到过的题目) 1、高可靠性是否意味着高可用性试举例证明自己的观点 答高可靠性不意味着高可用性 可靠性说明系统已经准备好马上可以使用可用性是系统可以无故障的持续运行是一个持续的状态。与可用性相反可靠性是根据时间段而不是任何时刻来定义的。 例如A机器一年坏一次一次坏一个月B机器一年坏十次一次坏10秒。在可靠性上A机器可靠性更高。在可用性上A机器一年中可用11个月B机器一年中可用12个月B机器可用性更高。 2、为什么要进行边界值分析 (1) 等价类划分忽略掉了某些特定类型的高效测试用例而边界值分析可以弥补其中的一些不足 (2)编程的很多错误是发生在定义域或值域的边界上。因此针对边界情况设计测试用例可以更好的检查错误具有更高的测试回报率 (3) 边界值数据本质上是属于某个等价类的范围测试时确实有些重复但是为了更好的测试质量边界值特别容易出bug适当的重复是可以接受的。 3、什么是桩试着举个例子 桩函数是白盒测试中的概念是使用一些自己定义的测试函数来替换当前需要测试的函数。被替换的函数可能是目前还没写完的这样能够加速开发或更好的找错误源。 例子想要对数据进行处理但是处理部分还没有完成采用桩函数代码如下 def test(a,b) # 被测模块 c ab stub© def stub© # 桩函数 print© if __name main: test(1,2) # 驱动程序 4、如识别耦合并修改代码解耦(附例题) 印记耦合当被调用的模块可以使用的数据多于真实所需数据时导致数据访问可能失控给计算机犯罪提供机会. 解耦只提供所需要的数据 void print(double height,double weight){ System.out.println(身高height) System.out.printIn(体重weight); } 5、根据顺序图绘制类图或给出代码实现(有顺序图例题类图需要自己练习) 6、为什么要“设计易读的代码” 设计易读的代码是为了让团队成员包括自己更容易理解代码的含义从而更方便地对代码进行修改、维护和扩展。易读的代码有如下一些优点 (1)提高开发效率和可维护性代码好理解也就提高了项目的开发效率也增强了项目的可维护性 (2)便于发现、减少错误开发人员更容易发现代码中的错误减少代码中的潜在缺陷和bug。 (3)便于团队合作易读的代码让团队成员更容易互相理解和协作从而提高团队的协作效率。 (4)便于代码重用开发人员可以很快的找到需要的代码重用起来也方便 综上来说易读的代码对于提高代码质量、减少错误、提高开发效率和促进团队合作都具有重要的作用所以我们要设计易读的代码。 7、持续的构建-修复模型是否可对需求快速响应是否可以用于替代极限编程试简要给出理由 (1) 在程序规模比较小对质量要求不高时构建-修复模型可对需求快速响应因为此时软件结构简单开发人员可控可以迅速地将新功能或修改推向市场收集用户反馈并及时进行修复和调整。 但在程序规模较大时构建-修复模型可能无法对需求快速响应。因为该模型没有分析、没有文档也没有质量考虑软件结构在不断的修改中变得越来越糟糕甚至无法修改导致无法再对需求进行快速相应 (2) 构建-修复模型不可用于替代极限编程。两者都强调快速响应变化和持续改进但它们的具体实现方式有所不同。 构建-修复模型可以帮助开发人员更快地修复缺陷和改进产品但它并没有像极限编程那样强调代码质量、自动化测试、持续集成等。极限编程可以更好地促进软件开发的质量和可维护性。 因此持续构建-修复模型不能完全替代极限编程。应该根据具体的项目需求和团队情况选择合适的开发方法。 8、为什么说软件工程的核心是分解和抽象 因为软件系统通常是复杂的是由许多不同的模块和组件组成的这些模块和组件之间可能存在复杂的相互作用。为了能够更好的管理这种复杂性我们采用分解的方法将系统分解为更小的模块和组件并从中抽象出关键概念和模式。 分解和抽象让复杂的系统变为了更小的、更易于管理的一个个部分让开发者更好的管理和维护系统提高系统的质量和可靠性。更好的开发与维护复杂的系统这也是软件工程的目的所在所以我们说软件工程的核心是分解和抽象 9、说明“软件程序文档数据”中的文档和建模存在什么样的关系 文档和建模是密切相关的。 文档和建模是相互支持的。例如文档可以指导建模的方向建模可以帮助开发人员更好地理解文档。 文档和建模是相互补充的。例如开发人员使用UML图对软件系统进行建模而文档中的文字描述可以对UML图进行解释和补充更好地表达软件系统的设计。 二、知识点类(题目中需要掌握的知识点) Part1 软件工程基本概念 1、软件复杂程度的提高给软件开发带来的影响 (1)开发周期和维护成本增加需要更多的时间和资源来设计、实现、测试该软件 (2)质量控制变得更加困难复杂度的提高可能会增加软件中的缺陷和bug数量 (3)团队协作的挑战加大复杂度的提高需要更好的沟通和协作能力以确保整个团队能够协调合作 (4)比如说带来的软件危机这是由于使用硬件的思想来解决了软件的问题1个人干10个月和10个人干1个月在软件思想上未必可行这同时也引出了软件工程的重要性 2、软件工程的定义和思想 (1) 定义应用系统的、规范的、可量化的方法来开发、运行和维护软件即将工程应用到软件。并对这些方法展开研究。 同时来说软件工程是一个包含复杂内容的学科并不能用几个有限的定义将其概括 (2) 思想把软件当作一种工业产品采用工程化的方法对软件的进行计划、开发和维护 1、耦合都有哪些类型解耦的方式是什么(根据找到的材料现在能做的是判断是什么类型解耦只会解标记耦合和控制耦合) (1) 非直接耦合无直接联系完全通过主模块的调用实现 (2) 数据耦合(最低耦合)通过数据参数交换信息且为简单数据 (3) 标记耦合传的数据多于真实需要的 解耦方法只提供所需要的数据多一个数据不给 (4) 控制耦合调用模块传递的信息控制了被调用模块的内部逻辑 解耦方法将被调用模块拆解并将判定上移 (5) 重复耦合两个模块有一部分逻辑代码是一样的看似无耦合但一改逻辑需要两处都改 (6) 公共耦合两模块访问同一公共数据(如全局变量) (7) 内容耦合一模块可以直接访问另一模块数据 2、148-151页的体系结构(必出一大题) 3、都有哪几种内聚如何区分 (1) 偶然内聚一个模块完成一组任务任务间彼此存在松散关系或完全不相关 (2) 逻辑内聚几个相关功能放在同一个模块根据调用传来的参数决定执行哪个 (3) 时间内聚模块完成的功能必须在同一时间段内执行功能只因时间因素关联在一起(是时间而不是时间段) (4) 过程内聚模块内各处理程序相关且必须以特定次序执行 (5) 通信内聚模块内各部分使用相同的输入数据或产生相同的输出结果 (6) 顺序内聚特定顺序执行前者的输出是后者的输入 (7) 功能内聚模块仅完成一项工作 (8) 信息内聚模块仅对单一数据完成工作(如查询账户余额、更新账户余额都是对账号余额这一个来做的) 4、给顺序图画类图 5、给一张图补充图中两者之间的关系 6、类图顺序图会考的多一些(类图中更多的关注的是类与类之间的关系而不是之前参与者与类之间的关系) 7、配件、连接件、配置