二
1、软件过程应该明确团队人员的工作和职责、所执行的活动及其顺序关系、活动的内容和步骤2、3W思维方式中包含What why how
3、UML是一种编制软蓝图的标准化语言
4、软件过程的目标包括:标准化、预见性、生产率、高质量、计划进度和预算的能力
5、UML不是一种编程语言
6、软件过程的四个基本活动所对应的英文单词
Specification规格说明 Development软件开发 Validation, 软件确认 Evolution软件演化
7、基于组件的开发模型的缺点是商业逐渐的修改受限制,影响系统的演化8、UML模型的构成部分包括:事务,关系,图9、瀑布模型的缺点:各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量,开发过程中很难响应客户的变更要求,早期的错误可能要等到开发后期的测试阶段才能发现,进而带来严重的后果
10、瀑布模型适用在开发的中期阶段软件需求被完整确定 ×
11、快速原型模型适用于小型或中等规模的交互式系统
12、请简述软件过程模型的定义?并至少三种列出常见的软件过程模型?
软件过程是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动。
瀑布模型、快速原型模型、增量模型、螺旋模型、形式化方法模型、基于组件的开发模型
13、UML建模语言中的UML英文全称是Unified modeling language
14、UML图主要分为结构图和行为图
15、下列属于行为图的是用例图 活动图 时序图 交互概述图(活动图 状态图)
16、下列属于静态图的是类图,对象图,包图
17、UML建模语言的先驱:Grady booch、James rumbaugh、ivar jacoboson
18、类图是对象图在系统某一时刻的快照 ×
19、状态图主要是用来描述一个对象的所有状态和状态之间的转换20、时序图是属于UML建模语言中的行为图
21、建模的目标有:对业务和软件进行可视化,详细说明系统的组成,结构和系统交互的行为,用模型的方式为系统提供一个模板,开发人员依据该模板构造软件系统,将计划和决策文档化。22、UML是开发团队用来和客户沟通的 ×23、UML建模语言是提高软件开发团队沟通效率的有效工具。
24、下列方法中哪些属于需求收集的方法?
访谈,问卷调查,小组讨论,市场资料
25、下列哪些选项属于需求收集工作内容
功能需求,性能需求,未来需求26、下列哪些类型的需求一般不会变
关键涉众,目标,范围
27、下列哪些属于需求的来源
客户或用户,行业标准,政策法规,系统或过程文档
28、开放式提问不利于收集用户信息 ×
29、下面哪个选项是对行为建模的描述
对业务流程等动态内容进行系统化的梳理和提炼当面对客户的何种需求,项目组可以建议客户将该求在项目二期的时候进行实现。
对项目系统需求的升华以及项目成本难以支撑的需求
在应对客户的挑战时,哪些满足项目“需要”的“需求规格”要尽量满足。
30、结构建模是对业务概念的静态结构进行系统化的梳理和提炼
31、在项目需求初期,客户的认知程度和项目组的认知程度差距较大
32、用例图中的人形公仔表示代表参与者
33、用例图中椭圆框标识表用例
34、用例图包含:参与者,用例以及它们之间的关系
35、下列哪些选项可以作为用例图的参与者?
硬件设备,时钟,一般用户
36、用例图可以回答下列哪些问题?
这个系统有谁在用 这些人通过这个系统能做什么事
37、用例的描述一般采用动宾短语结构
38、用例图中带有<<include>>描述的箭头虚线代表什么?
包含关系
39、下列哪个选项对应着参与者、系统边界和用例的英文翻译
Actor system boundary use case40、用例图中的矩形框标识代表系统边界
41、参与者仅可以由人承担,而不能是其他系统、硬件设备,甚至是时钟。 ×
42、如果要标识某个用例A启动了用例B,则应该在用例A和用例B之间添加包含关系 ×
43、用例的粒度越大,用例包含的功能越少 ×
44、用例表中优先级部分只能划分为“高”、“中”、“低”三种优先级 ×
45、软件开发过程中一定要使用用例图和用例表 ×
46、用例的粒度越大,用例的个数也就会越少
47、UML建模语言中的用例与软件测试中的测试用例属于同一概念 ×48、用例对应着软件的功能点 ×49、用例就是系统的各种活动的总和 ×
50、软件开发的时候,一定要对用例图中所有用例填写相应的用例表 ×
51、用例表是对用例的进一步细化 52、将泳道元素加入活动图中,不仅体现了整个活动控制流,还体现出了每个活动的实施者。 53、活动图中终点只能有一个 ×
活动图中,初始节点可以有多个 ×
活动图中,活动节点可以采用长方形框来表示 ×
54、活动图常用来描述业务或软件系统的活动轨迹,以及系统的活动控制流程
55、活动图中,活动名称可以采取表达式的方式进行命名
56、UML活动图能够表示并发活动的情形,而流程图不行
57、在活动图中,分支和分岔关系所对应的图标是相同的 ×
58、活动图中,对象能够作为某个活动的输入
活动图中,一个活动可以产生多个对象作为输出
活动图中圆角矩形框图标可以代表活动,也可以表示动作扩展区域是会执行多次的结构活动域 活动图中,当圆角矩形框代表动作状态的时候,可以附带前置条件和后置条件的约束
59、活动结束终点表明单独的控制流的终点,流结束节点是活动图内所有控制流的结束。 ×
活动图和用例表具有相同的作用 ×
活动图中的发送信号是采用凹角五边形的图标进行表示的 ×
活动图只能够用来细化用例图中单个用例 ×60、活动表示流程中的一个步骤,活动可大可小,可以进一步细分为子活动,最后可以分解位多个动作
状态机可以表现一个对象在全生命周期所经历的状态序列、引起状态转换的事件以及因状态转换引起的动作 √
一个状态转换包括触发事件,监护条件和转换动作三个要素 √利用状态机图可以精确地描述对象在生命周期内的行为特征。 √
状态的类型包括简单状态、复合状态和激活状态 ×
绘制状态机图的步骤包括下列哪些选项
寻找主要的状态,确定状态间的转换,细化状态内的活动与转换,考虑使用负荷状态图
状态机图中的状态与活动图中的活动所采用的图标一模一样 ×
如果复合状态包含两个或者多个并发的子状态机,称该复合状态为顺序复合状态。 ×状态机图描述一个对象在不同事件的驱动下发生的状态转移 √
类图中包含下列哪些关系
依赖关系,泛化关系,关联关系
类图是描述类、协作(类或对象间的协作)、接口及其关系的图 √类图(Class diagram)是最常用的UML图 √
需求分析阶段,一般需要是实现层类图 ×
类图中的类的表示包含下列哪些选项
类名,属性,操作
类的识别是面向对象方法的一个难点,但又是建模的关键。常用的方法有
名词识别法 ,系统实体识别法,从用例中识别类约束指定了类所要满足的一个或多个规则。 √
UML类图中抽象类其实就是接口的一种表现形式 ×
在UML类图红,带空心菱形的实心线代表下列哪中关系
聚合关系
下面哪些选项属于UML类图中类之间的关系
关联关系,泛化关系,聚合关系
UML类图中,接口是一种特殊的类,具有类的结构可被实例化 ×
UML类图中,接口的表示方法是一个带有名称的小圆圈 √
在UML类图中,带实心菱形的实线代表下面哪种关系
组合关系
下面哪种关系是表达整体与部分的关系,且部分不能离开整体而单独存在。
组合关系
实现关系是采用带三角箭头的虚线表示且箭头指向类 ×
关联关系所涉及的两个类处在同一个层次上,而聚合关系中,两个类处于不同的层次上,一个代表整体,一个代表部分 √
对象图可以看作类图在某一时刻的实例 √
逆向工程可以从已有代码中生成类图信息。 √
对象是定义,类是实例;类是抽象、对象是具体 ×
对象由一个菱形表示,它包含2栏,在第一栏写入对象名,在第二栏列出属性名及属性值,格式如:”属性名=属性值” ×
下列哪些元素属于顺序图的组成元素
生命线 , 消息, 角色顺序图描述了系统中的对象间通过消息进行的交互,强调消息在时间轴上的先后顺序 √通信图的缺点是没有办法表达循环和分支结构,但是对象与对象之间的交互可以一目了然。 √顺序图无法表示循环和分支结构 ×
包中可以容纳各种高级的模型元素,如类和类的关系、状态机、用例图、交互、协作等,甚至是一个完整的UML图 √
包是用于把模型组织成层次结构的通用机制,它不能执行。 √
包并不是独立存在的,包内的元素必然会和外部的类存在关系。而好的软件模型中的各个包应该做到高内聚、低耦合 √
一个包内各个同类元素可以具有相同的名字,不同包的元素不可以具有相同的名字。 ×
下列哪些选项属于构件图的作用
使客户能够看到最终系统的结构,有利于软件重用
构件是定义了良好接口的物理实现单元,是系统中不可替换的物理部件 ×
构件图中的构件不允许嵌套构件 ×
构件图主要是描述了软件的各种构件和它们之间的依赖关系 √
当某些构件驻留在某个节点时,可以在该节点的内部描述这些构件 √
UML部署图中,《artifact》构造型可以用来表示一个实际的数据库 ×
部署图用于可视化的软件组件部署的系统中的物理组件的拓扑结构。 √
节点作为部署图的组成元素之一无法像类一样拥有属性和操作 ×