冰天国度

看了很多别人描述网站项目开发的文章，也清楚的看到与感受到了公司网站项目的开发。发现网站项目在开发过程中都会面临的共同问题：需求不断的提，设计不断的改，开发不断的做。最后的结果总是不完美，不是这里有问题，就是那里不满意，然后几个部门间就不停的吵，互相埋怨。相信这种事情业内人士应该都有遇到过。

问题在哪里呢？我个人觉得需求不明确、不合理、不全面是一个制造祸端的重要的因素，在实际的项目中，一个需求的提出或更改本身不会带来太多的问题，问题是随着需求的变更带来的一系列逻辑/功能上的变化，如果仅仅只看到表面上的改变，而忽略了衍生出的变化或矛盾冲突，那么在执行后，随着设计，开发的向前推进，就必然会发现这些问题，结果有以下几点：

一是就地解决（如果问题不大）,继续推进。
二是停止前进，发现问题无法调合，又得重新思考，修改需求，然后再设计，开发……
三是不理会问题，待开发完成后，这些问题直接影响项目质量。

很显眼，带来问题的机率是很大的。那么，如何有效的避免这种情况发生呢？？也许，通过用例图是一种很好的控制方法。先来看看用例图用什么样的作用：

1.验证一个实现是否完成了所有的需求。如:需求规定的那些用户目标是否都被实现了 。
2.验证应用程序只做了所要求的事情。如:在功能上不会去实现用户从未要求的事情 。
3.有助于变更管理。当一些需求变更后，我们想知道哪些测试用例应当被重新执行以测试这个变化。

通过第3点，可以很明显的看出，通过用例图，可以让一个需求变更带来的所有逻辑变化一目了然。以辅助判断需求变更带来的整体影响。

在我所负责的软件项目中，虽然没有完全用这处方法来进行辅助控制，但由于自己经常画用例图，每次涉及需求变更，都会在脑中有个大致的用例模拟（也许这就是接触UML所带来的思维上的提升吧），来辅助判断该需求变更所涉及的范围，以控制修改成本。

最后，不得不提一下，无论用什么方法，沟通都是最重要的环节之一，因为参与项目的不止你一个人。