- 下列()属于需求分析的任务。
- 下列()问题是维护人员经常面对的问题。
- 软件测试阶段的输入文档包括()。
- 具有下列()特点的项目更适宜采用快速原型模型进行开发。
- 下列()包含在结构图中。
- Scrum模型中,三个角色包括()。
- 在软件配置管理中,()是配置项。
- 软件维护是保证软件正常、有效的重要手段,软件的()特性,有利于软件的维护。
- ()等软件设计原则,有助于得到高内聚、低耦合的软件产品。
- 下列()属于项目经理的职责范围。
- 软件项目计划一般包括()。
- 下列()符合良好编码的原则。
- 迭代模型更适合开发需求不明确、规模庞大、难度大或者技术新颖、风险高的项目。
- 构建系统原型便于收集、确认用户的需求。
- 回归测试是指重新执行已经做过的测试,以保证由于调试或者其他原因引起的变化,不会导致非预期的软件行为或者额外错误。
- 需求分析是软件开发过程中最为困难的一项活动,其原因之一是用户需求不确定性。
- 验证软件需求的方法主要靠人工审查的方法。
- 测试就是不断寻找程序中的错误,直到软件正确为止。
- 确认测试主要包括软件有效性测试及配置复查,目的是验证目标系统的功能需求和性能需求及其它特性需求是否与软件的需求一致.
- 概要设计不仅仅要满足功能需求及数据域需求,还需要满足非功能性需求,进行性能、可靠性与安全性方面的设计
- 请判断以下做法是否正确:为了保证软件能够按期完成,通常在项目开发中引入较多的开发人员。保证人手充足。
- 只有质量差的软件产品才需要维护。
- 预防性维护是把今天的方法学应用到昨天的系统上,以支持明天的需求。
- 在软件可行性研究中,可以从不同的角度对软件进行研究,其中分析在特定条件下,技术资源、能力、方法等方面的可用性是属于()。
- 可以构建一部分系统的模型,通过用户试用提出优缺点,最好选择()生存期模型。
- 瀑布模型本质上是一种( )。
- 快速原型模型的主要特点之一是()
- 为改正系统中隐藏的错误而进行的维护活动成为()。
- 原型化方法是用户和设计者之间执行的一种交互构成,适用于()系统。
- 模块内聚度越高,说明模块内各成分彼此结合的越()。
- 为了解决软件危机,人们提出采用()的原理来设计软件。
- 在敏捷项目中,站立会议通常()举行一次。
- 在设计测试用例时,()是用的最多的一种黑盒测试方法。
- 为避免一次性投资太多带来的风险,最好选择()生存期模型。
- 在软件工程环境中进行风险识别时,发现软件项目市场定位不好,设计开发的软件没有用户使用。这种风险属于 ( ) 。
- 软件工程的出现主要是由于()。
- ()是为了补充软件的功能或者提高原有软件的性能而进行的维护活动。
- 为了使程序能在不同的计算机上运行,程序应当具有较好的()。
- 下列说法中正确的包括()。
- 瀑布模型存在下列()局限性。
- 关于软件开发与维护,下列()描述是正确的。
- 软件开发主过程指构成软件生存周期主要部分的那些过程, 主要包括获取过程、供应过程、开发过程()。
- 从目前情况来看,增量模型存在的主要问题包括()。
- 合理的输入设计包括()。
- 自顶向下结合的渐增式测试法,在组合模块时可以采用()组合策略
- 下列描述()是符合敏捷开发原则的。
- 软件指的是计算机系统中与硬件相互依存的另一部分,包括()的完整集合
- 关于快速原型法,下列说法正确的是()。
- 以下叙述中,()属于软件开发过程中的风险。
- 瀑布模型中每个阶段都必须完成规定的文档,没有交出合格的文档就是没有完成该阶段的任务。
- 成功的测试是没有发现错误的测试。
- 需求分析人员经常面对一种现象,不同的客户提出的需求相互矛盾,并且每个客户都认为自己的需求是正确的。
- 维护中的多次修改只会改善系统而不会造成维护的困难。
- 一次性组装方式进行的集成测试和增殖性组装方式进行的集成测试思想是一致的。
- 软件测试只是对软件的编码进行查错和纠错,不需对软件计划和软件设计进行查错。
- 在进行软件总体设计时,应该加强模块之间的联系。
- 在软件开发过程中,若能推迟暴露其中的错误,则为修改错误所花费的代价将会降低。
- 概要设计通过对系统的结构表示进行细化,得到软件的数据结构和算法。
- 流程图也称程序设计图是常用的一种详细设计工具。
- 可行性研究就是判断需求分析阶段定义的项目目标和规模是否能够实现。
- 软件系统进行模块划分时,模块之间的耦合性越弱越好。
- 软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可追溯性。
- 瀑布模型核心思想是按工序将问题化简,将功能的实现与设计分开,便于分工协作。
- 在软件开发过程中,一个关键的程序员,突然离职了,导致项目进度停滞。这种风险属于 ( ) 。
- 软件生命周期的瀑布模型把软件项目分为若干个阶段。以下()是正常的开发顺序。
- 因计算机硬件和软件环境的变化而做出的修改软件的过程称为()。
- 确认软件的功能是否与需求规格说明书中所要求的功能相符的测试属于()。
- 可维护性的特性中相互促进的是()。
- W模型是()的变种。
- 需求分析阶段的研究对象是()。
- 选择那些还有较长使用寿命,目前尚能正常运行,但可能将要发生变化或调整的系统进行维护,称之为()。
- 通常,()是在编码阶段进行的测试。
- 在修改数据结构时,有可能造成软件设计与数据结构不匹配,因而导致软件出错,这种现象称为()。
- V模型是一种典型的信息系统项目的生命周期模型,它标明了测试阶段与开发过程各阶段的对应关系,其中()的主要目的是针对概要设计中可能存在的问题,尤其是检查各模块之间接口上可能存在的问题。
- 在Scrum中,作为产品负责人(PO)和团队之间的桥梁是()。
- Scrum模型中,在何时估算迭代的任务较为适宜()。
- 软件需求阶段要解决的问题是()。
- 团队成员在执行相关迭代任务的时候,发现需求不明确,应该找()。
- 在变更控制中,管理各个用户存取和修改一个特定软件配置对象的权限是()。
- 软件测试计划开始于需求分析阶段,完成于()阶段。
- 以下()生命周期模型可能导致系统设计差、效率低,难以维护。
- 敏捷工作中,提高合作的有效方法是()。
- 发现程序错误后,调试程序应该由()完成。
- 软件测试的目的是()。
- 下列()是W模型的特点。
- 螺旋模型的主要特点包括()。
- 关于瀑布模型,下列说法中不正确的包括()。
- 编码阶段的主要成果物包括()。
- 一个项目选择软件生命周期模型的基本原则包括()。
- 极限编程XP的核心价值包括()。
- 参与需求验证的人员包括()。
- 详细设计中常用的图形化工具包括()。
- 增殖式集成测试,也称渐增式集成,包括()多种方式。
- 快速原型模型的主要不足之处在于()。
- 当模块中包含复杂的条件组合,()能够清晰地表达出各种动作之间的对应关系。
- Scrum模型中,定义的活动包括()。
- 下列()属于不标准的书写格式。
- 成功的测试是发现了迄今尚未发现的错误的测试。
- 通常认为,软件开发阶段包括设计、编码与测试三个基本活动。
- 在ISO/IEC 12207软件生存周期过程标准中,管理过程及基础设施过程都是属于辅助过程。
- 使用PAD符号设计出来的程序必然是结构化程序。
- Pareto原理说明,测试发现的错误中80%可能是由程序中20%的代码造成的。
- 项目软件是通用软件,通常没有明确的甲方。由研发机构根据市场需求进行研发的软件。
- 敏捷方法是银弹,放之四海而皆准,任何开发项目都适合采用敏捷方法。
- 如果通过软件测试没有发现错误,则说明软件是正确的
- alpha测试是组织各方面的典型用户在工作中实际使用软件,并要求用户报告异常情况,测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。
- 白盒测试又叫功能测试或者数据驱动测试,黑盒测试又称为结构测试或者逻辑测试。
- 基线通常对应于开发过程中的里程碑(Milestone),一个产品可以有多个基线,也可以只有一个基线。
- 模块独立性是指每个模块只完成独立的子功能,并且与其他模块的联系尽可能少、接口简单。
- 软件架构设计不是一蹴而就的,需要不断迭代,保留优秀的设计,修复有缺陷的设计,改正错误的设计,通过不断演化,使得系统架构逐渐完善。
- 测试的目标是为了证明程序是正确的,没有错误的。
- 在完成测试工作之后,为了缩短源程序的长度,应该删除源程序中的注释。
- 快速原型方法不仅仅可以支持软件的需求分析活动还可以支持软件的设计活动。
- 在进行详细设计和编码之前,进行概要设计的好处就是可以在软件开发的早期,在全局高度对软件结构进行优化,使软件质量得到重大改进。
- 在进行软件需求分析时,不需要考虑软件的测试问题。
- 过程描述语言可以用于描述系统的体系结构。
- 增量模型中每个增量的开发依然采用瀑布模型包括需求分析、设计、编码及测试等开发活动。
- 判定表、判定树和IPO图都是常用来编写数据字典的工具。
- 软件维护是在软件产品生产过程中对其进行修改,以达到随时纠正故障的目的。
- 为了提高程序的易读性,尽可能使用高级语言或者4GL编写程序。
- 项目管理核心三角形是范围、进度和风险。
- 面对需求不确定的系统,最好选择瀑布模型作为软件生命周期模型。
- 为软件的运行增加监控设施以应对将来可能出现的问题,这种维护的类型是()。
- 利用程序设计的控制结构导出测试用例的测试方法是()
- 原型化方法是一种()型的设计过程。
- 软件开发的增量模型()。
- 瀑布模型是一种()。
- 制定测试计划最早开始于()阶段。
- 在项目开发过程中,一旦纠正了程序中的错误后,通常需要选择已经测试过的测试用例,对修改的程序重新测试,这种测试称为()。
- 初步的用户手册在()阶段编写。
- 敏捷团队采用()估算一个用户故事的相对规模。
- 软件生命周期的开发活动中,()活动最容易出错,并且对软件的影响最大。
- 软件的集成测试最好由()承担,以提高集成测试的效率。
- 迭代计划会议的主要议程是()。
- 为了更好的管理变更,需要定义项目基线,关于基线的描述正确的是()。
- 对于风险较大的项目,最好选择()生存期模型。
- ()是为了确保每个开发过程的质量,防止把软件差错传递到下一个过程而进行的工作。
- 维护中,因误删除一个标识符而引起的错误是()副作用。
- 在软件开发过程中,进行风险管理时,首先应该进行()。
- 软件详细设计的主要任务是确定每个模块的()。
- 单元测试所依据的模块功能描述和模块内部逻辑的定义应该在()阶段完成。
- 软件设计时,划分模块的一个准则是()。
- 若团队计划使用故事点估算用户故事的相对工作量,他们倾向使用()敏捷方法
- Scrum的文档处理方法是()。
- Scrum模型中,工作任务的分配方式是()。
- 注释是提高程序可读性的有效手段,好的程序注释占到程序总量的()。
- 与系统测试有关的文档是()。
- 应该()更新发布燃尽图。
- 研究开发所需要的成本和资源是属于可行性研究中的()研究的一方面。
- 需求分析阶段的重要工作是确定()。
- 评估开发所需的成本和资源属于可行性研究中的()。
- 下面对提高程序编码效率没有影响的是()。
- 敏捷开发仅适用于在一个地方办公的、10个人以内的小团队。
- 软件开发采用敏捷模型,开发过程中就可以没有文档。
- 具有下列()特点的项目更适合采用瀑布模型。
- 以下()软件生存周期模型是一种风险驱动的模型。
- 增量模型与迭代模型的不同之处,主要包括()。
- Sprint Backlog中包含()内容。
- 瀑布模型具有下列()优点。
- 瀑布模型的关键不足在于()。
- 一个大型游戏软件最好选择增量模型作为软件生命周期模型。
- V模型是最具有代表意义的测试模型,以下对V模型的描述正确的是()。
- 变更控制主要关注的是()。
- 软件配置项是软件配置管理的对象,即软件工程过程中产生的()。
- ()不属于项目管理的五个过程组之一。
- 某软件项目的《概要设计说明书》第一次正式发布,版本号定义为1.0,此后,又进行了2次小的升级,此时版本应该为()。
- 软件配置管理是在软件项目启动时就开始的,并且一直持续到软件退役后才终止的一组跟踪和控制活动。
- 基线产品是不能修改的。
- 下列()不属于项目管理的三要素。
- 下列关于基线和配置项的描述中,正确的是()。
- 下列()可以作为软件配置项。
- 下列()都是软件配置管理的任务。
- 某ATM取款机突然出现这样的情况:取钱之后,账户余额不变。工作人员需要迅速对软件进行维护。请问这种维护属于()类型的维护。
- 软件交付是一个新系统逐步取代旧系统的过程,而不是一个突然事件,软件的交付使用应尽可能平稳过渡,不影响生产和工作。
- 软件在投入使用之后,仍然需要进行变更,主要原因包括()。
- 软件维护的副作用主要包括()。
- 软件维护就是改错。
- 为了加强软件维护的进度,应尽可能增加维护人员的数目。
- 软件生存周期的()工作与软件的可维护性有着密切的关系。
- 通常影响软件易维护性的因素包括()。
- 为了实施国家的安居工程,某市修改了住房补贴的缴存方式。由于缴存方式的调整,某单位的工资管理系统不能正确计算工资了,必须进行软件系统维护。请问针对工资管理系统的维护属于()类型的维护。
- 下列文档与维护人员有关的是()。
- 软件测试中测试用例的定义主要包括输入数据与()。
- 单元测试工作的输入信息包括()。
- 对一批模块进行测试,发现错误多的模块中残余的错误将比其他模块少。
- 对目标系统进行测试时,可以采用穷举测试的方法。
- 编码风格可以依赖程序员的个性设定,不需要固定的格式。
- 下列()文档可以用于设计测试用例。
- ()方法需要考虑模块间的接口个各模块之间的联系。
- 源程序中的序言性注释应置于每个模块的开始部分,该注释中不应有()。
- 以下哪项不属于黑盒测试要测试的错误?
- 下列()不是软件详细设计的任务。
- 软件概要设计结束后得到()。
- 初步的集成测试计划在()阶段编写。
- 软件概要设计包括()。
- 在进行概要设计时应加强模块间的联系。
- 设计软件体系结构一般不确定()。
- 良好的分层架构有利于系统的扩展与维护。
- 常用的概要设计图形化工具包括()。
- ()着重反映模块之间的隶属关系,即模块间的调用关系和层次关系。
- 软件重用是提高软件开发生产率和目标系统质量的重要途径。
- 软件需求分析阶段的主要输入文档是()。
- 软件需求规格说明书在软件开发中具有重要的作用,它是软件可行性分析的重要依据。
- 下列()不是复杂软件工程项目的需求的特点。
- 需求分析是软件开发中很重要的一项工作,其原因之一就是,需求获取中的错误,会在后续的设计和编码中进行发散式的传播,会给项目成功带来极大风险。
- 需求规格说明书的读者包括()。
- 需求的验证并不是一个可以一次结束的活动,它可能需要反复多次。
- 需求规格说明书的作用不包括()。
- 需求规格说明书描述了()。
- 收集用户需求的方法,不包括()。
- 使用跟踪矩阵有助于()。
- 项目开发计划除去规定项目开发所需的资源、开发的进度等之外,还可以包括用户培训计划。
- ()是软件可行性研究涉及到的内容。
- 下列()属于可行性研究阶段的成果物。
- 所谓软件过程的里程碑,通常是指()。
- 在问题定义阶段,开发任务主要是()。
- 一个项目是否开发,从经济上来说是否可行,归根结底是取决于()。
- 软件可行性研究中的社会可行性涉及()等社会因素。
- 可行性研究的主要任务是用最小的代价在尽可能短的时间内确定问题是否能够解决。也就是判断 问题定义阶段确定的目标和规模是否能够实现,并提出可行项目的初步方案。
- 问题定义是拟研发软件之前,对软件的需求问题进行初步调研、确认和描述的过程
- 问题定义报告通常不包括以下()内容。
- 关于程序和软件,说法正确的是( )。
- 软件开发小组的规模与个人生产率成正比,向一个已经延期的软件项目增加人手,会使它按期完工。
- 一个软件从定义到开发,所经历的生存过程称为软件生存期或叫生命周期。
- 开发软件的高成本及软件产品的低质量之间存在矛盾,这种现象称之为()。
- 以下属于应用软件的是()。
- ISO/IEC 12207软件生存周期过程标准,把用于开发一个软件系统的过程分为三类,包括主过程、辅助(组织)过程及()。
- 以下()属于软件工程七个基本原理。
- 以下()属于软件危机的具体表现。
- 软件工程学的提出起源于软件危机,其目的就是最终解决软件的生成工程化问题。
- 软件工程是由()组成。
答案:问题分析###需求评审###需求描述
答案:理解别人程序非常困难###维护工作没有吸引力###文档不完备、不一致###设计时没有考虑未来的修改与维护
答案:需求规格说明书###测试计划###软件设计说明书###源程序
答案:软件需求定义不明确的项目###项目规模较小,不太复杂###软件需求经常变化的项目###交互式系统
答案:模块之间的控制关系###模块间传递的数据###模块
答案:团队成员(Team member)###流程负责人(Master)###产品负责人(Product Owner)
答案:文档###程序###数据
答案:可修改性###可测试性###可复用性###可理解性
答案:复用###抽象###分而治之###演化
答案:组织实施###开发计划###项目进度管理
答案:进度安排###人员安排###软件开发标准的选择和制定
温馨提示支付 ¥5.00 元后可查看付费内容,请先翻页预览!