关于敏捷方法说法正确的是?A.敏捷方法是一类软件开发流程的泛称B.敏捷方法是相对传统的瀑布式软件过程提出来的C.敏捷方法可以用敏捷宣言(4条)、敏捷原则(12条)来概括D.敏捷原则通过一系列的敏捷实践来体现出来

题目

关于敏捷方法说法正确的是?

A.敏捷方法是一类软件开发流程的泛称

B.敏捷方法是相对传统的瀑布式软件过程提出来的

C.敏捷方法可以用敏捷宣言(4条)、敏捷原则(12条)来概括

D.敏捷原则通过一系列的敏捷实践来体现出来


相似考题
更多“关于敏捷方法说法正确的是?A.敏捷方法是一类软件开发流程的泛称B.敏捷方法是相对传统的瀑布式 ”相关问题
  • 第1题:

    下面说法错误的是 ( )

    A.敏捷软件开发是一种应对快速变化的需求的一种软件开发能力
    B.Scrum敏捷开发的流行,越来越多的公司采用敏捷开发用于软件产品和应用的开发
    C.敏捷开发是一种以人为核心、迭代、循序渐进的开发方法
    D.Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发

    答案:B
    解析:
    gile敏捷开发的流行,越来越多的公司采用敏捷开发用于软件产品和应用的开发。

  • 第2题:

    下列关于敏捷方法的叙述中,错误的是( )。

    A.. 与传统方法相比,敏捷方法比较适合需求变化大或者开发前期对需求不是很清晰的项目
    B. 敏捷方法尤其适合于开发团队比较庞大的项目
    C. 敏捷方法的思想是适应性,而不是预设性
    D. 敏捷方法以原型开发思想为基础,采用迭代式增量开发

    答案:B
    解析:
    本题考查敏捷方法的相关概念。

    敏捷方法是从20世纪90年代开始逐渐引起广泛关注的一些新型软件开发方法,以应对快速变化的需求。敏捷方法的核心思想主要有以下三点。

    ①敏捷方法是“适应性”而非“预设性”的。传统方法试图对一个软件开发项目在很长的时间跨度内做出详细的计划,然后依计划进行开发。这类方法在计划制定完成后拒绝变化。而敏捷方法则欢迎变化,其实它的目的就是成为适应变化的过程,甚至能允许改变自身来适应变化。

    ②敏捷方法是以人为本,而不是以过程为本。传统方法以过程为本,强调充分发挥人的特性,不去限制它,并且软件开发在无过程控制和过于严格繁琐的过程控制中取得一种平衡,以保证软件的质量。

    ③迭代增量式的开发过程。敏捷方法以原型开发思想为基础,采用迭代增量式开发,发行版本小型化。RUP相比,敏捷方法的周期可能更短。敏捷方法在几周或者几个月的时间内完成相对较小的功能,强调的是能尽早将尽量小的可用的功能交付使用,并在整个项目周期中持续改善和增强,并且更加强调团队中的高度写作。相对而言,敏捷方法主要适合于以下场合:

    ①项目团队的人数不能太多,适合于规模较小的项目。

    ②项目经常发生变更。敏捷方法适用于需求萌动并且快速改变的情况,如果系统有比较高的关键性、可靠性、安全性方面的要求,则可能不完全适合。

    ③高风险项目的实施。

    ④从组织结构的角度看,组织结构的文化、人员、沟通性决定了敏捷方法是否使用。

  • 第3题:

    1、单选题:下列关于敏捷软件开发说法错误的是()

    A.敏捷软件开发是一种应对快速变化的需求的一种开发方法

    B.敏捷软件开发强调文档的重要性

    C.敏捷软件开发注重程序员团队与业务专家的密切协作

    D.敏捷软件开发希望频繁的交付新的软件版本


    敏捷软件开发强调文档的重要性

  • 第4题:

    以下关于敏捷方法的叙述中,()是不正确的。

    A.. 敏捷型方法的思考角度是"面向开发过程"的
    B. 极限编程是著名的敏捷开发方法
    C. 敏捷型方法是"适应性"而非"预设性"
    D. 敏捷开发方法是迭代增量式的开发方法

    答案:A
    解析:
    敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

  • 第5题:

    以下关于敏捷方法的叙述中,( )是不正确的。

    A. 敏捷型方法的思考角度是"面向开发过程"的
    B. 极限编程是著名的敏捷开发方法
    C. 敏捷型方法是"适应性"而非"预设性"
    D. 敏捷开发方法是迭代增量式的开发方法

    答案:A
    解析:
    敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。