软件需求工程复习(4-7章节)

1、需求工程是所有需求处理活动的总和,它收集信息、分析问题、整合观点、记录需 求并验证其正确性,终反映软件被应用后与其环境互动形成的期望效应

2、软件需求开发用来确定系统需求中应该由软件满足的部分,将其映射为软件行为,产生软件需求规格说明

3、需求获取得到的信息和需求开发应该建立的软件系统解决方案之间有着很大的差距。需求分析就是用来解决这个差距的需求工程活动。

4、需求分析的根本任务是:建立分析模型并创建解决方案。

5、需求协商活动既包括对目标冲突的处理,也包括对需求细节冲突的处理。

6、规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征。

7、【名词解释】基线

基线是软件工程活动从一个环节转入另外一个环节时对阶段产品或组件的标识。因为软件规模的膨胀和分工的细化,软件开发过程变得越来越复杂,每个阶段可能由不同类型的角色和人员来完成,因此有必要清晰标识上一阶段完成的成果和下阶段开始工作的基础。这种标识活动就是建立基线。

8、【名词解释】需求基线

需求基线是被明确和固定的需求集合,是项目团队的需要在某一特定产品版本中实现的特征和需求集合。

9需求获取就是进行需求收集的一个活动,它从人员、资料和环境中得到系统开发所需求的相关信息。

10、如果涉及复杂非功能需求,可以借助目标模型来进行。

11、如果涉及复杂工作流程,就需要进行业务过程分析。

12、目标分析能够表达问题、目标、特性之间依赖关系,所以能够完成较为复杂系统的前景与范围定义任务。

13、问题分析方法将每一个问题、目标、特性等都看作是相互独立的,所以只能完成简单系统的前景与范围定义任务。

14、涉众分析过程包括涉众识别、 涉众描述、涉众评估、涉众代表选择、涉众参与策略制定

15、涉众网络图的迭代次数一般为2-3次。

16、下列( B)不是场景方法在需求工程中的应用。
A、帮助进行详细的需求分析
B、编写系统需求规格说明
C、结合面向目标的方法,指导需求获取活动的开展
D、组织需求获取得到的信息

17、与其他的场景方法相比,用例最大的特点是采用静态结构化文本的描述方式。

18、描述场景所使用的表示法要符合正规性要求,一般可使用非形式化语言、半形式化语言和形式化语言,在实践中, 非形式化的自然语言是主要的描述方式。

19、【判断题】用例可以用于各种目的的应用,包括描述、探索和解释。

20、【判断题】探索性场景可以用来进行需求获取和需求验证。×(需求获取和需求建模与分析)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值