以下关于统一过程UP的叙述中,不正确的是( )。A.UP是以用例和风险为驱动,以架构为中心,迭代并且增量的开发过程 B.UP定义了四个阶段,即起始、精化、构建和确认阶段 C.每次迭代都包含计划、分析、设计、构造、集成、测试以及内部和外部发布 D.每个迭代有五个核心工作流

题目

以下关于统一过程UP的叙述中,不正确的是( )。

A.UP是以用例和风险为驱动,以架构为中心,迭代并且增量的开发过程 B.UP定义了四个阶段,即起始、精化、构建和确认阶段 C.每次迭代都包含计划、分析、设计、构造、集成、测试以及内部和外部发布 D.每个迭代有五个核心工作流


相似考题
更多“以下关于统一过程UP的叙述中,不正确的是( )。 A.UP是以用例和风险为驱动,以架构为中心,迭代并且 ”相关问题
  • 第1题:

    统一过程(UP)是一种用例驱动的迭代式增量开发过程,每次迭代过程中主要的工作流包括捕获需求、分析、设计、实现和测试等。这种软件过程的用例图(Use Case Diagram)是通过()得到的。 ()A. 捕获需求 B. 分析 C. 设计 D. 实现


    正确答案:A
        统一过程(UP)的基本特征是“用例驱动、以架构为中心和受控的迭代式增量开发”。其核心的工作流包括捕获用户需求、分析、设计、实现和测试等。首先,开发人员通过和用户的沟通、了解,捕获用户需求并制作软件用例图,从而得到软件的用例模型。然后分析并设计满足这些用例的系统,得到分析模型、设计模型和实施模型,进而实现该系统,最后通过测试模型来验证系统是否满足用况中描述的功能。需求捕获过程中得到的用例将各个核心工作流结合为一个整体,驱动整个软件开发过程。

  • 第2题:

    RUP的主要特征有以()、以架构为中心(类、组件、子系统)、迭代和增量的软件开发、以及过程可配置。

    A.数据驱动软件的设计和实现

    B.性能驱动软件的设计和实现

    C.用例驱动软件的设计和实现

    D.计划驱动软件的设计和实现


    正确答案:C

  • 第3题:

    UP(统一过程)是用例驱动的、以架构为核心、迭代和增量的软件过程框架,它提供了一种(32)的特性。

    A.演进

    B.敏捷

    C.测试驱动

    D.持续集成


    正确答案:A
    解析:本题考查UP(统一过程)的特性。UP是用例驱动的、以架构为核心、迭代和增量的软件过程框架,它提供了一种演进的特性。敏捷、测试驱动、持续集成是XP(极限编程)的特性。

  • 第4题:

    论用例的获取方法

    UP(unified process,统一开发过程)是一种软件开发过程,它的特点是用例驱动;以构架为中心;迭代和增量开发。用例(usecase)是对一组动作序列的描述,系统通过执行改动作序列,为参与者(actor)产生可观察的结果。用例不仅可以描述系统的需求,而且能驱动系统的设计、实现和测试。

    试围绕“用例的获取方法”论题,依次从以下3个方面进行论述。

    1.概要叙述你参与分析和开发的软件项目以及你所担任的主要工作。

    2.详细论述你在这个项目中获取系统的用例的基本步骤。

    3.分析并讨论获取用例的效果(是否获取了系统的所有用例或全部重要的用例),并进行评价。


    正确答案:用例分析技术是Rational三友之一的Ivar Jacobson先生于1967年在爱立信公司开发AXE交换机时开始研究并于1986年总结、发布的一项源于实践的需求分析技术。 Ivar先生在加盟Rational之后与三友合作提出了UMI、完善了RUP用例分析技术也因此被人广泛了解和关注。 用例分析技术为软件需求规格化提供了一个基本的元素而且该元素是可验证、可度量的。用例可以作为项目计划、进度控制、测试等环节的基础。用例是开发团队与客户之间有效的沟通工具它可以用来描述功能和非功能需求其有助于确保需求的可跟踪性能够抑制过早的设计。不过值得注意的是关于用例有2个常见的误区。 (1)用例分析技术包括了整个需求过程:它只是一个需求分析技术是在传统的需求捕获技术的基础上使用的无法替代这些技术; (2)用例分析技术是分解技术:其实用例分析技术是一种合成技术将在需求捕获中收集而来的零散的特性合成为用例。 因此要清楚地认识用例源于涉众不能够自己杜撰出用例但也不要企图直接问他们还有什么用例;另外用例描述的编写工作应由开发人员和客户组成的团队完成。 总之用例来源于传统的需求捕获方法所产生的结果。通常采用迭代的方式来创建需求:首先生成提纲和高层描述(即粗略的用例模型)然后对其进行拓展和深化(即对用例模型的描述进行完善)最后进行集中的整理与修剪。用例模型的建立过程主要分为识别参与者(actor)、合并需求获得用例、细化用例描述3个步骤。 根据上面的分析可知用例是一种需求的描述方法因此用例的获取也是需求的获取因此在本篇论文的写作过程中应该充分说明如何结合用例技术来获取需求。 具体来说写作要点主要包括以下几个方面: (1)所列举的参与分析和开发的软件项目应该适合于用例分析技术而非如驱动程序之类系统参与者不明显或不重要的应用。 (2)文章中应该详细地说明获取系统用例所采用的工作步骤应该从需求的捕获开始然后详细地说明如何识别参与者如何识别用例如何进行描述的细化和模型的建立。 用例获取的基本步骤: ①定义该应用系统的边界(可以用计算机系统作为边界也可以用使用该应用系统的机构中的部门界限作为边界还可以用该机构本身作为边界)。 ②识别出该应用系统所有的参与者。 ③对于所识别出的每一个参与者分别确定; .该参与者所参与的每一种业务活动; .各种业务活动的完整的事件序列; .激发上述每一个事件序列的参与者。 ④对③中确定的事件序列进行分析去掉其中重复的事件序列。 ⑤用结构化的自然语言来描述④中确定的每一个事件序列得到初步确定的每一个用例。 ⑥对⑤中初步确定的每一个用例进行分析和必要的重组采用包含(include)、扩展 (extend)和概括(generalization)关系来表示用例之间的关系最终得到所有的用例。 (3)在描述获取系统用例的步骤时应该尽可能结合项目实际情况描述具体的过程而不要过多地列举相关书籍中内容干巴巴的理论会显得文章十分空洞要充分体现出真实性。 (4)可以充分地引入一些用例分析模式来说明用例的获取过程。 (5)文章中应该对用例获取的效果进行分析特别是对用例模型的全面性并且应该充分体现出客户在用例获取过程中的参与情况。 (6)可以适当地对用例获取的过程中的不足进行评价并提出相应的改进方法。
    用例分析技术是Rational三友之一的Ivar Jacobson先生于1967年在爱立信公司开发AXE交换机时开始研究,并于1986年总结、发布的一项源于实践的需求分析技术。 Ivar先生在加盟Rational之后,与三友合作提出了UMI、完善了RUP,用例分析技术也因此被人广泛了解和关注。 用例分析技术为软件需求规格化提供了一个基本的元素,而且该元素是可验证、可度量的。用例可以作为项目计划、进度控制、测试等环节的基础。用例是开发团队与客户之间有效的沟通工具,它可以用来描述功能和非功能需求,其有助于确保需求的可跟踪性,能够抑制过早的设计。不过值得注意的是,关于用例有2个常见的误区。 (1)用例分析技术包括了整个需求过程:它只是一个需求分析技术,是在传统的需求捕获技术的基础上使用的,无法替代这些技术; (2)用例分析技术是分解技术:其实用例分析技术是一种合成技术,将在需求捕获中收集而来的零散的特性合成为用例。 因此,要清楚地认识用例源于涉众,不能够自己杜撰出用例,但也不要企图直接问他们还有什么用例;另外用例描述的编写工作,应由开发人员和客户组成的团队完成。 总之,用例来源于传统的需求捕获方法所产生的结果。通常采用迭代的方式来创建需求:首先生成提纲和高层描述(即粗略的用例模型),然后对其进行拓展和深化(即对用例模型的描述进行完善),最后进行集中的整理与修剪。用例模型的建立过程主要分为识别参与者(actor)、合并需求获得用例、细化用例描述3个步骤。 根据上面的分析,可知用例是一种需求的描述方法,因此用例的获取也是需求的获取,因此在本篇论文的写作过程中,应该充分说明如何结合用例技术来获取需求。 具体来说,写作要点主要包括以下几个方面: (1)所列举的参与分析和开发的软件项目应该适合于用例分析技术,而非如驱动程序之类,系统参与者不明显或不重要的应用。 (2)文章中应该详细地说明获取系统用例所采用的工作步骤,应该从需求的捕获开始,然后详细地说明如何识别参与者,如何识别用例,如何进行描述的细化和模型的建立。 用例获取的基本步骤: ①定义该应用系统的边界(可以用计算机系统作为边界,也可以用使用该应用系统的机构中的部门界限作为边界,还可以用该机构本身作为边界)。 ②识别出该应用系统所有的参与者。 ③对于所识别出的每一个参与者,分别确定; .该参与者所参与的每一种业务活动; .各种业务活动的完整的事件序列; .激发上述每一个事件序列的参与者。 ④对③中确定的事件序列进行分析,去掉其中重复的事件序列。 ⑤用结构化的自然语言来描述④中确定的每一个事件序列,得到初步确定的每一个用例。 ⑥对⑤中初步确定的每一个用例进行分析和必要的重组,采用包含(include)、扩展 (extend)和概括(generalization)关系来表示用例之间的关系,最终得到所有的用例。 (3)在描述获取系统用例的步骤时,应该尽可能结合项目实际情况,描述具体的过程,而不要过多地列举相关书籍中内容,干巴巴的理论会显得文章十分空洞,要充分体现出真实性。 (4)可以充分地引入一些用例分析模式来说明用例的获取过程。 (5)文章中应该对用例获取的效果进行分析,特别是对用例模型的全面性,并且应该充分体现出客户在用例获取过程中的参与情况。 (6)可以适当地对用例获取的过程中的不足进行评价,并提出相应的改进方法。

  • 第5题:

    统一过程模型是一种“用例和风险驱动,以架构为中心,迭代并且增量”的开发过程,定义了不同阶段及其制品,其中精化阶段关注( )。

    A.项目的初创活动
    B.需求分析和架构演进
    C.系统的构建,产生实现模型
    D.软件提交方面的工作,产生软件增量

    答案:B
    解析:
    统一软件开发过程(RUP)将软件开发周期划分为4个连续的阶段,即初始阶段、精化阶段、构造阶段和交付阶段。其中,精化阶段分析问题领域,建立健全的体系结构基础(即关注需求分析和架构演进),编制项目计划,淘汰项目中最高风险的元素。

  • 第6题:

    与其他软件过程相比,RUP具有三个显著的特点:( )、以基本架构为中心、迭代和增量。

    A.用例驱动
    B.风险驱动
    C.配置驱动
    D.模型驱动

    答案:A
    解析:
    与其他软件过程相比,RUP具有三个显著的特点:用例驱动、以基本架构为中心、迭代和增量。RUP中的软件过程在时间上被分解为四个顺序的阶段,分别是初始阶段、细化阶段、构建阶段和交付阶段。每个阶段结束时都要安排一次技术评审,以确定这个阶段的目标是否已经满足。如果评审结果令人满意,就可以允许项目进入下一个阶段。

  • 第7题:

    统一过程模型的特点是:用例驱动、以()为中心迭代增量式地开发软件。


    正确答案:架构

  • 第8题:

    统一过程模型是以用例驱动,以架构为中心、可迭代可配置的软件开发流程。


    正确答案:正确

  • 第9题:

    在()模型中是采用用例驱动和架构优先的策略,使用迭代增量建造方法,软件“逐渐”被开发出来的。

    • A、快速原型
    • B、统一过程
    • C、瀑布模型
    • D、螺旋模型

    正确答案:B

  • 第10题:

    单选题
    统一软件开发过程是一种基于面向对象技术的软件开发过程,其特点是"用例驱动,以架构为核心,迭代并增量"。统一软件开发过程定义了4种通用的开发阶段,它们按照过程顺序分别是:起始阶段、(1)、构建阶段和(2),其中在构建阶段主要产生的文档有(3)。空白(3)处应选择()
    A

    初始用户手册

    B

    用例模型

    C

    项目计划

    D

    设计模型


    正确答案: C
    解析: 统一过程适合于大、中型项目的开发,可以分为4个顺序的阶段,分别是初始阶段、细化阶段、构建阶段和移交阶段。初始阶段的任务是为系统建立业务模型并确定项目的边界。在初始阶段,必须识别所有与系统交互的外部实体,定义系统与外部实体交互的特性。在这个阶段中所关注的是整个项目的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来说,初始阶段可能很短。细化阶段的任务是分析问题领域,建立健全的架构基础,淘汰项目中最高风险的元素。在细化阶段,必须在理解整个系统的基础上,对架构做出决策,包括其范围、主要功能和诸如性能等非功能需求,同时为项目建立支持环境。在构建阶段,要开发所有剩余的构件和应用程序功能,把这些构件集成为产品,并进行详细测试。从某种意义上说,构建阶段是一个制造过程,其重点放在管理资源及控制操作,以优化成本、进度和质量。构建阶段的主要任务是通过优化资源和避免不必要的报废和返工,使开发成本降到最低;完成所有所需功能的分析、开发和测试,快速完成可用的版本;确定软件、场地和用户是否已经为部署软件做好准备。在构建阶段,开发团队的工作可以实现某种程度的并行。即使是较小的项目,也通常包括可以相互独立开发的构件,从而使各团队之间实现并行开发。当基线已经足够完善,可以安装到最终用户实际环境中时,则进入交付阶段。交付阶段的重点是确保软件对最终用户是可用的。交付阶段的主要任务是进行β测试,制作产品发布版本;对最终用户支持文档定稿;按用户的需求确认新系统;培训用户和维护人员;获得用户对当前版本的反馈,基于反馈调整产品,如进行调试、性能或可用性的增强等。根据产品的种类,交付阶段可能非常简单,也可能非常复杂。例如,发布现有桌面产品的新发布版本可能十分简单,而替换一个国家的航空交通管制系统可能就非常复杂。交付阶段结束时也要进行技术评审,评审目标是否实现,是否应该开始演化过程,用户对交付的产品是否满意等。

  • 第11题:

    判断题
    统一过程模型是以用例驱动,以架构为中心、可迭代可配置的软件开发流程。
    A

    B


    正确答案:
    解析: 暂无解析

  • 第12题:

    填空题
    统一过程模型的特点是:用例驱动、以()为中心迭代增量式地开发软件。

    正确答案: 架构
    解析: 暂无解析

  • 第13题:

    统一过程(UP)的基本特征是“用例驱动、以架构为中心的和受控的迭代式增量开发”。UP将一个周期的开发过程划分为4个阶段,其中(26)的提交结果包含了系统架构。

    A.先启阶段

    B.精化阶段

    C.构建阶段

    D.提交阶段


    正确答案:B
    解析:统一过程(UP)的基本特征是“用例驱动、以架构为中心的和受控的迭代式增量开发”。一个UP可分为若干个周期,每个周期的开发过程被分为4个阶段,每个阶段可进行若干次迭代。UP将一个周期的开发过程划分为如下的4个阶段。(1)先启阶段(Inception):该阶段的主要意图是建立项目的范围和版本,确定业务实现的可能性和项目目标的稳定性。提交结果包括原始的项目需求和业务用例。(2)精化阶段(Elaboration):该阶段的主要意图是对问题域进行分析,建立系统的需求和架构,确定技术实现的可行性和系统架构的稳定性。提交结果包括系统架构及其相关文档、领域模型、修改后的业务用例和整个项目的开发计划。(3)构建阶段(Construction):主要意图是增量式地开发一个可以交付用户的软件产品。(4)提交阶段(Transition):主要意图是将软件产品提交用户。

  • 第14题:

    UP(统一过程)是用例驱动的、以架构为核心、迭代和增量的软件过程框架,它提供了(32)的特性。

    A.演进

    B.敏捷

    C.测试驱动

    D.持续集成


    正确答案:A
    解析:统一过程(United Process)是用例驱动的、以架构为核心、迭代和增量的软件过程框架,它提供了一种演进的特性。它包括迭代的软件开发、需求管理、使用基于构件的体系结构、可视化软件建模、验证软件质量和控制软件变更等内容。其中,统一过程的需求管理提供了有效需求分析的方法和步骤,它描述了如何提取、组织和文档化需要的功能及约束;如何跟踪和文档化折衷方案及决策;如何捕获和进行商业需求交流。过程中使用用例和场景来捕获功能性需求,并确保由它们来驱动设计、实现和软件的测试,使最终系统能满足最终用户的需要。同时,统一过程给开发和部署系统提供了连续的和可跟踪的线索。统一过程(UP)提供了在开发组织中分派任务和责任的纪律化方法。其目标是在可预见的日程和预算前提下,确保满足最终用户需求的高质量产品。对所有的关键开发活动,它为每个团队成员提供了使用准则、模板和工具指导。而通过对相同基础知识的一致理解,使在进行需求分析、设计、测试项目管理或配置管理等工作时,均能确保全体成员共享相同的知识、过程和开发软件的视图。

  • 第15题:

    统一过程(United Process)是一种用例驱动的、以(31)为核心、迭代和增量的软件过程框架。

    A.构件库

    B.核心资源

    C.用户需求

    D.体系结构


    正确答案:D
    解析:统一过程(United Process)是一种用例驱动的、以体系结构为核心、迭代和增量的软件过程框架,它提供了一种演进的特性。“用例驱动”指到最终产品为止的每个阶段都可以回溯到用户的真正需求。“以体系结构为核心”是指关注体系结构模式的开发,以引导后续系统,保证系统的平滑演进。

  • 第16题:

    ●统一过程是用例和风险驱动,以架构为中心,迭代的增量开发过程。(49)是一种统一过程。

    (49)

    A.RUP

    B.XP

    C.SCRUM

    D.水晶法


    正确答案:A

  • 第17题:

    对于开发模型来说,(请作答此空)复用好、开发过程无间隙、节省时间。( )是瀑布与原型(演化)模型结合体,适用于复杂项目。( )需要用户参与,模块化要求高,不适用新技术。( )是用例驱动、架构为中心、迭代、增量。

    A.RAD模型
    B.螺旋模型
    C.RUP模型
    D.喷泉模型

    答案:D
    解析:
    开发模型的特点如下:

  • 第18题:

    以下关于统一过程UP的叙述中,不正确的是 。

    A.. UP是以用例和风险为驱动,以架构为中心,迭代并且增量的开发过程
    B. UP定义了四个阶段,即起始、精化、构建和确认阶段
    C. 每次迭代都包含计划、分析、设计、构造、集成、测试以及内部和外部发布
    D. RUP有9个核心工作流

    答案:B
    解析:
    统一过程(UP)的基本特征是以用例和风险驱动,以架构为中心,受控的迭代式的增量开发。UP定义了四个阶段:

    起始阶段(Inception):该阶段的主要目的是建立项目的范围和版本,确定项目目标的可行性和稳定性,提交结果包括需求和用例。

    精化阶段(Elaboration):该阶段的目的是对问题域进行分析,建立系统需求和架构,确定实现的可行性和稳定性,提交结果包括系统架构、问题领域、修改后的需求及项目开发计划等相关文档。

    构建阶段(Construction):增量式开发可以交付给用户的软件产品。

    移交阶段(Transition):目的是将软件产品交付给用户。

  • 第19题:

    UML的软件以()为中心,以系统体系结构为主线,采用循环、迭代、渐增的方式进行开发。

    • A、用例
    • B、对象
    • C、类
    • D、程序

    正确答案:A

  • 第20题:

    在()中是采用用例驱动和架构优先的策略,并采用迭代增量建造方法,使软件“逐渐”被开发出来。

    • A、喷泉模型
    • B、瀑布模型
    • C、螺旋模型
    • D、统一过程

    正确答案:D

  • 第21题:

    单选题
    统一软件开发过程是一种基于面向对象技术的软件开发过程,其特点是"用例驱动,以架构为核心,迭代并增量"。统一软件开发过程定义了4种通用的开发阶段,它们按照过程顺序分别是:起始阶段、(1)、构建阶段和(2),其中在构建阶段主要产生的文档有(3)。 空白(1)处应选择()
    A

    分析阶段

    B

    细化阶段

    C

    设计阶段

    D

    交付阶段


    正确答案: A
    解析: 暂无解析

  • 第22题:

    单选题
    在()中是采用用例驱动和架构优先的策略,并采用迭代增量建造方法,使软件“逐渐”被开发出来。
    A

    喷泉模型

    B

    瀑布模型

    C

    螺旋模型

    D

    统一过程


    正确答案: A
    解析: 暂无解析

  • 第23题:

    单选题
    在()模型中是采用用例驱动和架构优先的策略,使用迭代增量建造方法,软件“逐渐”被开发出来的。
    A

    快速原型

    B

    统一过程

    C

    瀑布模型

    D

    螺旋模型


    正确答案: A
    解析: 暂无解析