软件需求变更管理七步

huiloo · 发表于 2009-5-7 15:55:19

share 给大家

chengxq · 发表于 2009-5-7 18:10:25

借一个地方
现在很多都是要求走变更流程，变更影响度等等分析在做变更，但是实际操作性很差，特别是在我们这样的外包公司，
客户提出设计的变更，一般情况下只能接受，所以一般要求只是对变更项进行了跟踪，而对一些影响度等没有进行分析
这样可以减轻项目组的文档压力，而且简化了过程，对一些小的变更的确带来了帮助，但是实际的操作中，有些变更是影响度比较大的，但是对它减少分析之后，必然结果将项目组带入困境
大家对变更有没有什么好的办法，楼主发的资料收藏了
谢谢！

zyc@dele · 发表于 2009-5-11 17:40:21

谢谢,先收藏.

huiguiziran111 · 发表于 2009-5-12 11:37:20

kan l ,但是他们说测试就不要理会那么多需求了，那我改怎么办呢？？？？？？？？？？

sticksky · 发表于 2009-5-14 17:12:36

针对楼上的，我也深有感触。因为发觉其实在现实的测试中，往往测试人员在测试过程中都是不以需求为主。所以感觉有时候整理的文档并没有用处。

danielhe · 发表于 2010-7-22 15:44:18

谢谢

chelili · 发表于 2010-10-22 17:11:41

管理七步确实是不错了！！！

liyufang · 发表于 2011-2-24 15:08:23

正需要，谢谢

liyufang · 发表于 2011-2-24 15:20:09

说的很好，参考了

熊点心 · 发表于 2011-7-12 22:19:00

看了有点启发。但到实际中还是比较茫然。
技术人员长期处于被动状态，一时让他们分析出影响，有难度
其次，记录下来，发给客户。对方不认可分析结果。只扔一句话：到时间要东西。

diandian_1985 · 发表于 2011-7-16 21:53:09

学习了，谢谢

19801106 · 发表于 2011-7-18 12:01:13

学习

xinyu2010 · 发表于 2011-7-27 21:33:23

ddeyo · 发表于 2011-7-27 22:02:19

多谢。

ddeyo · 发表于 2011-7-27 22:02:26

多谢。

光血之刃 · 发表于 2011-7-31 17:49:28

还是个新手，不过先收藏了，以后估计有用，呵呵，谢了

stone-石头 · 发表于 2011-8-24 10:26:09

谢了，拿走！

piaolingxue423 · 发表于 2011-8-25 22:29:51

多些分享

何去何从 · 发表于 2011-8-31 09:00:27

虽然看不懂，但是有好东西就分享，顶一个

upodn · 发表于 2012-7-25 21:36:16

看看再说...

		自动登录	找回密码
密码			(注-册)加入51Testing

[资料] 软件需求变更管理七步

本帖子中包含更多资源

相关帖子

站长推荐 /1