试题详情
- 简答题在某些紧急情况下，软件可能在需求变更请求被批准之前就进行修改。请给出一个修改过程模型，确保需求文档和系统实现不会产生不一致。
-
一般来说，应该尽量避免在需求变更请求被批准之前就直接修改程序的情况，这很容易导致变更失控而且需求描述与系统实现不一致。一旦出现这种情况，必须在系统变更完成后重新执行需求跟踪控制。
关注下方微信公众号，在线模考后查看
热门试题
- 面向对象分析的基本描述工具是（）
- 在瀑布模型中，下面（）是其突出的缺点。
- 经验估算模型：（）、（）、（）。
- 与UML配合最好的软件开发方法是（）
- （）测试用例发现错误的能力较大。
- 以下哪些人或小组是部署解决方案的最佳人选
- 需求分析的目的是什么？需求分析的难点在哪
- 怎样理解“任何厂商做项目的目的，都是为了
- 考虑输入条件组合的测试用例设计方法有（）
- SA法的主要描述手段有（）。
- 软件工具
- PAD
- 预防性维护是把今天的方法学应用到昨天的系
- 下面的（）不是 RUP 模型的阶段。
- 试据下述伪代码描述的模块，改用NS图描述
- 认购人依据认购书支付给出售方的定金高于房
- 软件工程的目标有（）。
- 提示信息分哪几类？
- 源程序文档化要求在每个模块之前加序言性注
- 活动图在分析阶段的作用是什么？