在UML的需求分析建模中,用例模型必须与()反复交流并加以确认。
在UML的需求分析建模中,对用例模型中的用例进行细化说明应使用()。《图->-文字>图》
需求分析是一种软件工程活动,它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的(1)、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围,创建所需数据、信息和(2)以及操作行为的模型,此外还有分析可选择的解决方案,并将它们分配到各软件元素中去。空白(2)处应选择()
UML的客户需求分析、系统分析和系统设计阶段产生的模型,其描述图符()。
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中()包括构件图(component diagram),它描述软件系统中各组成构件、构件的内部结构以及构件之间的依赖关系。
结构化分析得到新的逻辑模型由哪几部分组成?简述目标分析中,依据用户需求与现状,通过目标分析,构思新系统逻辑模型的全过程。
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中()包括类图(class diagram)、对象图(object diagram)和包图(package diagram),它们分别从不同的层面表示系统的静态结构。
UML使用的行为模型有三种,即:()。
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中()包括用例图(use case diagram),它从外部用户的角度描述系统的功能,并指出功能的参与者。
UML的系统分析进一步要确立的3个系统模型是()、对象动态模型和系统功能模型。
在UML的需求分析建模中,对用例模型中的用例进行细化说明应使用()。
UML的事物是对模型中最具有代表性的成分的抽象,(1)是模型的静态部分,描述概念或物理元素;(2)用来描述、说明和标注模型的任何元素。空白(1)处应选择()
在UML的需求分析建模中,()模型图必须与用户反复交流并加以确认。
需求分析是一种软件工程活动,它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的(1)、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围,创建所需数据、信息和(2)以及操作行为的模型,此外还有分析可选择的解决方案,并将它们分配到各软件元素中去。空白(1)处应选择()
需求分析是一种软件工程活动,它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的(1)、指明软件和其他系统元素的接口、并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围,创建所需数据、信息和(2),以及操作行为的模型,此外还有分析可选择的解决方案,并将它们分配到各软件元素中去。空白(2)处应选择()
需求分析是一种软件工程活动,它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的(1),指明软件和其他系统元素的接口,并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围,创建所需数据、信息和(2)以及操作行为的模型,此外还有分析可选择的解决方案,并将它们分配到各软件元素中去。空白(2)处应选择()
需求分析是一种软件工程活动,它在系统级软件分配和软件设计间起到桥梁的作用。需求分析使得系统工程师能够刻画出软件的(1),指明软件和其他系统元素的接口,并建立软件必须满足的约束。需求分析是发现、求精、建模和规约的过程。包括详细地精化由系统工程师建立并在软件项目计划中精化的软件范围,创建所需数据、信息和(2)以及操作行为的模型,此外还有分析可选择的解决方案,并将它们分配到各软件元素中去。空白(1)处应选择()
UML的事物是对模型中最具有代表性的成分的抽象,(1)是模型的静态部分,描述概念或物理元素;(2)用来描述、说明和标注模型的任何元素。空白(2)处应选择()
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中()包括交互图(interactive diagram)、状态图(statechart diagram)与活动图(activity diagram),它们从不同的侧面刻画系统的动态行为。
UML行为模型的状态图是以状态机模型的方式进行的用例实现。状态图只能用来实现单个用例。
在UML的需求分析建模中,用例模型图必须与用户反复交流并加以确认()
UML叫做统一的建模语言,它把Booch、Rumbaugh和Jacobson等各自独立的OOA和OOD方法中最优秀的特色组合成一个统一的方法。UML允许软件工程师使用由一组语法的语义的实用的规则支配的符号来表示分析模型。在UML中用5种不同的视图来表示一个系统,这些视图从不同的侧面描述系统。每一个视图由一组图形来定义。这些视图概述如下:
UML的描述机制中状态图、活动图、顺序图和合作图用来建立系统的动态模型,属于动态建模机制。()
需求分析过程应该建立3种模型,它们分别是数据模型、功能模型、行为模型。以下几种图形中,()属于数据模型。