湘潭大学 软件需求分析 填空题 期末考试复习

说明

因为老师删减了一些内容,所以全部的考试内容如下

第一章

1.需求规格说明应精确的描述一个软件系统必须提供的功能和性能

2.我们应该知道需求工程是指应用工程化的方法,技术和规格来开发和管理软件的需求。需求工程的目标就是要获取高质量的软件需求

3.客户对需求规格说明的说明内容拥有最终发言权

4.需求规格说明是进行系统设计,实现,测试和验收的基本依据

5.软件需求的分类中约束与限制有开发语言和使用的数据库等实例

6.需求工程的目标是获取高质量的软件需求

7.软件需求工程是一门分析并记录软件需求的学科

8.需求工程应该是由一系列与软件需求相关的活动组成的

9.按照软件需求的类型对这些需求信息进行分类

第二章

1.软件需求的开发和管理过程是由导出,确认和维护系统软件需求规格说明等一系列活动组成的

2.所谓软件生命期是指,软件从软件计划开始,经历需求分析和定义,设计,编码,测试,运行,维护,直到废止为止的期间

3.原型的用途是获取用户的真正需求

4.模块是编写代码的依据

5.在系统内外部复杂因素增加时,敏捷模型的项目开发成功率更高

第三章

场景是指用户与软件系统为实现某个目标而进行交互活动过程的描述

该目标能否实现,决定场景分为正常场景和失败场景

熟悉和掌握用户具有的一些专业知识和术语

安全性:防止数据丢失,防止病毒入侵,防止私人数据进入系统

根据场景描述的内容可以将场景分为正向场景和逆向场景

第四章

模型可大致分为三类:描述性模型,规约性模型,探测性模型

系统关联图是用图形表示系统与外部实体间的关联

需求建模的工作就是导出目标系统的逻辑模型(需求模型)

软件系统的范围明确后,下一步要分析需求可行性

实现这项需求可能涉及外部接口,可能涉及外部接口属于外部接口风险

日程风险的需求可能遇到技术困难,并危及系统原定的开发日程

第五章

面向对象的需求分析分为问题分析,应用分析,面向对象设计

软件建模方法应该至少具备提供描述手段,提供基本步骤的共同特点

使用OOAD方法进行模型构建,其步骤为设计问题定义部分,设计人机界面,设计任务管理部分,设计数据管理部分

结构体系可以反映问题域中实体之间的复杂关系,体现类或对象之间的相互依赖和相互作用关系

协作图用于表示对象间的信息往来

数据流通常用带标识的有向弧表示

设计模型:类图,功能层次图

第六章

被说明的客观世界中对象特性间发生矛盾,说明该需求规格说明缺少一致性的特性

需求规格说明必须满足的特性有正确性,无含糊性,完整性,一致性,可验证性,可行性,必要性

结构化语言:伪语言,PSL,RSL

质量需求必须是确定的,定量的,可验证的

需求规格说明或称技术合同

软件需求规格说明是对分析和综合过程的结果描述

需求规格说明是用户和软件开发方对将要开发的软件达成一致协议的文档

需求规格说明模板的修正历史记录,除了所作的修改,还有修改时间,修改人员和修改原因

需求规格说明必须具有综合性

形式化语言具有严格的语法和语义

第七章

形式化规格说明的最简单形式是将一个系统视为由许多功能组成的集合,然后给各个附加前置条件和后置条件

基于代数模型形式化描述系统的功能,结构或特性的规格说明称为代数规格说明

LOTOS进程的基本动作是交迭并发,完全同步并发,部分同步,终止动作,前缀,选择,循环,隐藏

B语言的数学符号建立在集合论,一阶逻辑和广义代换的基础上

B方法适用于大型软件系统的开发

把数据和操作封装为一体的对象称为抽象数据类型

第八章

技术评审可以根据评审的方法分为非正式评审和正式评审两种 

正是审查的筹备阶段,我们需要做的是,筹备,总体会议,准备,审查会议,修改,重审

需求测试是发现不完整和不明确需求的有效方法

需求评审的工作是评审寻求规格说明的内容

为了确保软件开发成功和降低成本,就必须严格验证软件需求

渐增式软件需求规格的评审工作将在需求获取,需求分析和定义需求规格说明的过程中反复进行

除了需要验证软件系统的四个基本性质之外,还需要验证安全性,可靠性,正确性,系统的活性

客户或用户作为代表审查人员,应保证需求规格说明能正确的,完整的描述需求

第九章

表示需求和系统元素之间联系的最普遍的方式是使用需求跟踪表

变更控制策略,这些策略描述了变更以何种形式提出,分析和处理,变更控制策略应具有现实性

软件制品可以是用户需求,组件,测试用例

跟踪图是一种图形化的需求跟踪技术

需求变更控制的步骤只是对一个需求变更请求的处理,整个控制工程也决定了一个变更请求的生存期

表示需求和系统元素之间联系的最普遍的方式是使用需求跟踪表

需求变更只对软件系统内部产生影响

不被控制的需求变更会使项目陷入困境,这是某些项目不能按进度执行或质量低劣的重要原因之一

可跟踪性表和需求跟踪表相比,缺点是不易访问逆向关系

把新扩充系统的视图,范围和限制等文档化

表示需求和系统元素之间联系,最普遍的方法是使用需求跟踪表

第十三章

第i页的技术水平用Ti表示,每页的字数用n表示,则第i页的需求规格说明的规模是Ti*n

I表示软件规模,N表示开发人数,q表示平均生产效率,整个项目的开发时间T为I/(q*n)

对软件系统或需求规格说明的重复修改,导致软件开发的成本和时间的大大增加的情况

软件规模与需求规格说明成正比,需求规格说明的规模是需求规格说明文档中每页所包含的需求规格的总和

软件的规模=软件规格说明规模*K=K*n *ti

工作量,开发时间,开发效率,开发人员水平之间存在着复杂的关系

软件设计以需求为基础,通过反复设计得到良好的软件结构和高质量算法

管理人员需根据实际情况和实际经验来选择正确的估算方法,千万不可千篇一律

你可能感兴趣的:(软件工程专业课程学习,需求分析)