试题详情
- 简答题简述如何进行需求变更控制。
-
需求开发是一个获取、明确并定义需求的过程,但需求并不是在需求开发结束之后就会恒定不变的。
为了解决需求变化给项目带来的影响,需要正确地处理需求变化,首先要认识到在很多情况下,需求的变化是正当和不可避免的:
①问题发生了改变。软件被创建的目的在于解决用户的问题,可是随着时间的发展,形势可能会发生变化,导致用户的问题也发生了变化。原来的问题可能因为各种原因不解白破,或者用户将原来的主要问题降为次要问题,而将原来的次要问题升级为主要问题等。所有这些都意味着软件的需求应该发生变化,否则创建的软件将会减小甚至失去服务用户的作用。
②环境发生了改变。软件是通过与其周围环境进行交互的方式来解决用户的问题的。如果软件的环境发生了改变(例如法律变化、业务变化等),那么即使用户的问题依旧,软件的需求也应该发生改变。否则,最终的软件将不能像设想的那样有效地解决用户的问题,因为旧有的模式已经无法和新的环境形成有效互动。
③需求基线存在缺陷。需求开发的理想结果当然是建立一个完全无缺陷的需求基线,但这是不可能达到的目标。因为需求工程的复杂性,需求开发得到的需求基线总是或多或少的会遗留下一些缺陷。当这些缺陷在开发或者使用中暴露出来时,必须予以及时解决。
④用户变动。在开发和使用中,软件产品的用户可能发生的人员更替,这时新的用户就可能会提出和原有用户不同的要求。在维护期间和比较长的开发周期中往往会发生这类变更。
⑤用户对软件的认识变化。随着对软件开发和使用的直接参与,用户会对软件领域有越来越多的了解,这时他们也往往会提出越来越多、越来越具体的需求,其中就夹杂着对原有需求的修改要求。在一个全新的领域或者为一个没有软件经验的企业开发软件时,这种情况非常常见。
⑥相关产品的出现。在产品开发的过程中,可能会有竞争产品、类似产品或者需要交互的其他产品等相关产品出现,这时往往需要开发者根据相关产品的新鲜知识,变更原有的软件需求和开发计划。 关注下方微信公众号,在线模考后查看
热门试题
- 什么是系统思想?过程模型如何反应系统思想
- 比较容易发现的涉众称为初始涉众,又称为(
- 需求开发的一些特性决定了需求开发过程只能
- 下列不属于需求验证的方法的是()。
- 在对数据流图进行分解时需要注意哪些问题?
- 目标的发现并是一个自上而下分解的过程,也
- 软目标是一类无法清晰判断是否满足的目标,
- 请说明为什么要编写需求规格说明文档?
- 子目标的实现只能促进父目标的实现。
- UML就是以用例来捕获系统所有的系统需求
- 大多数的需求分析方法是由信息驱动的,信息
- 系统需求规格说明文档、软件需求规格说明文
- 需求获取的成果有()。
- 为什么要使用生命周期模型?
- 简述场景应用和处理生命周期的5种情况。
- 试比较原型开发方法的三种类型。
- AND链接将一个父目标连接到一系列细化的
- 原型的需求内容可以从三个纬度上分析:即(
- 软件开发的各个阶段,为什么只有需求阶段称
- 情节串联板的类型不包括以下哪个?()