一.单选
1.面向对象分析与设计的关键是实现从( C )到完全对象模型的过渡。
A、对象模型
B、业务模型
C、用例模型
D、行为模型
2.顺序图表达了交互行为中的消息序列,下列( C )不属于顺序图描述的消息。
A、同步消息
B、异步消息
C、并发消息
D、返回消息
二.多选
1.对象是指在一个应用中具有明确角色的独立可确认的实体,每个对象都含有下列( BCD )要素。
A、抽象
B、标识
C、状态
D、行为
2.领域模型的建立需通过识别候选对象与类、确定概念类、建立类之间的关系及添加类的重要属性等步骤来完成,其中识别候选类的方法包括( BCD)。
A、概念分析
B、名词分析
C、行为分析
D、概念类分析列表
三.填空
1.顺序图和通信图从不同的侧重点对用例的典型场景进行完全等价的实现。一个更常见的做法是在分析阶段的开始,先开发 系统顺序图 ,而不是直接考虑对象间的交互图。
2.状态机理论认为,系统总是处于一定的状态之中。系统在任一状态中都是稳定的,如果没有 外部事件触发;外部事件;事件触发;外部触发 ,系统会一直持续维持该状态。
3.对象约束语言(OCL)是一种规约语言,它以 表达式 的方式定义对其它模型元素的约束。
四.判断
1.面向对象分析方法是在面向对象编程和面向对象设计得到大规模应用的情况下发展起来的,是目前最主流的需求分析方法,它完全摒弃了传统软件方法学中的各种思想与做法。(×)
2.在确定概念类时,如果候选类既维持一定的状态,又依据状态表现一定的行为,那么它就应该是一个独立存在的候选类。(√)
3.基于CRC卡的职责驱动方法是一种面向对象的建模技术,它通过CRC卡的建立、描述、修改和完善等行为,为复杂系统建立有效的对象模型。(√)
1.系统表达方式有(D)。
A、使用列表或者表格来组织独立、并列的信息
B、使用相同的语句格式来描述所有的细节需求
C、使用编号来表达繁杂信息之间的关系
D、以上都是
2.文档化的主要目标是(D)。
A、描述
B、阅读
C、理解
D、交流
3.在需求开发的过程中,可能会产生很多中不同类型的需求文档,它门之间的不同表现在(D)。A、在联系需求时使用的辅助性文档不同
B、需求文档的内容不同
C、需求文档的模板不同
D、以上都是
4.软件需求规格说明的英文缩写是(A)
A、SRS
B、SRD
C、SRM
D、SRP
5.需求规格说明活动中对模版进行选择和使用的整个过程正确的是(C)。
A、标准模版、项目模版、组织模版、项目软件需求规格说明文档
B、项目模版、标准模版、组织模版、项目软件需求规格说明文档
C、标准模版、组织模版、项目模版、项目软件需求规格说明文档
D、标准模版、项目模版、项目软件需求规格说明文档、组织模版
6.编写需求说明的原因为(D)。
A、保证软件开发的质量、需求的完整
B、保证业务需求提出者与需求分析人员、开发人员、测试人员及其也相关利益人对需求达成共识。
C、保证软件开发的质量、需求的可追溯性
D、以上都是
7.软件需求规格说明文档的产生阶段为(D)。
A、对业务需求的定义和文档化阶段
B、对用户需求的定义和文档化阶段
C、系统建模阶段
D、对系统需求、解决方案的定义和文档化阶段
8.下列说法错误的是(C)。
A、软件需求规格说明文档的完整性体现为不能遗漏任何必要的需求信息。
B、软件需求规格说明文档的一致性是指规格说明中的需求与其他软件需求或高层(系统、业务)需求不相矛盾。
C、软件需求规格说明文档的可阅读性指采用文学手段,使文档引人入胜。
D、软件需求规格说明文档的可修改性表现为需求会因为各种原因而发生变化,而需求规格说明文档必须是可以被修改的。
9.引言是对整个软件需求规格说明的概要,它不包括以下哪个内容(C)。
A、目的
B、范围
C、产品前景
D、参考文献
1.编写软件需求规格说明书必须采用标准模板。(×)
1.验证是贯穿于整个软件生命周期的。(√)
2.需求验证并不是一个可以一次结束的活动,它可能需要多次、反复地执行验证。(√)
3基于场景方法也是需求评审当中常用的一种检查方法。(√)
4.审查类型中最正式评审类型是轮查。(×)
5.在大多数情况下,需求都是在静态的方式下被加以验证。那么对复杂的动态行为就需要使用原型或模拟方法来加以验证。(√)
6.评审是很重要的一种需求验证方法。(√)
7.需求验证和需求确认一样,都能确保得到正确的需求。(×)
8.需求验证活动同样普遍存在于需求分析过程中。(×)
9.需求验证是需求工程中最后一个活动。(×)
10如果业务需求和用户需求没有得到后项需求的充分支持,那么软件需求规格说明文档存在不完备的缺陷。(√)
1.需求基线的维护主要包括配置管理和(B )。
A、用户维护
B、状态维护
C、客户维护
D、市场维护
2.从需求向后回溯(前向跟踪的两种联系之一)说明软件需求来源于哪些涉众的需要和(D )
A、前景
B、范围
C、规格说明
D、目标
3.需求工程是所有需求处理活动的总和,它包括需求开发和( A)两个部分。
A、需求管理
B、需求维护
C、需求开发
D、需求分析
4.后向跟踪是指 ( B)到软件需求规格说明文档之后的演化过程。
A、涉众分析
B、需求被定义
C、用例
D、场景
5.需求跟踪是以(C )为基线,在向前和向后两个方向上,描述需求以及
跟踪需求变化的能力。
A、分析模型
B、用例图
C、软件需求规格说明文档
D、前景与范围文档
1.后向跟踪包括两种联系:从需求向前跟踪和 回溯到需求的跟踪 。(√)
2.需求跟踪是一种有效的控制手段,能够在涉众的需求变化中协调系统的演化,保持各项开发工作对需求的一致性。(√)
3.前向跟踪是指需求在被 获取 到软件需求规格说明文档之前的演化过程。(×)
4.需求跟踪是以前景与范围文档为基线,在向前和向后两个方向上,描述需求以及跟踪需求变化的能力,分为前向跟踪( PreTraceabmty )和后向跟踪 (Post Traceability )两种。(×)
5.需求基线其实不是被明确和固定的需求集合,是项目团队需要在某一特定产品版本中实现的特征和需求集合。(×)