系统设计分析

　　系统设计出来的好坏很大程度取决于用户需求是否合理，当然还有就是完成项目的技术上是否有难度。
　　在公司我刚做完一个项目，当然是一个非常小的项目。虽然是一个小项目，但它五脏俱全。还有就是写的系统是为公司自己用。就算是这么小的项目也经过了两次大的需求的变动。由于需求分析不由我本人来做，我的角色是项目开发者。第一次大的需求变动是我把整个项目做完了，我们公司所谓的系统分析师做了一重要的决定－－系统的需求变了。从我的角度来分析就是－－表示层变了，业务层变了，持久层变了。由于公司有很的遗留系统，第一版本的数据库是用在某个遗留的数据库上，这次的变动把数据库都移到了另外一个的遗留数据库上了。呵呵，还真会折腾人呀。没有办法了，重新来吧。还好，系统不是很大，时间不是很紧，不然我可死定了。我觉得测试没问题，也安排上线时间。等着我和另一个同事（文档整理员或者测试员）为用户进行培训时，这时又杀出一个”程咬金“来。这个人不是系统分析师了，而是我们的经理，可以说是我们老板吧。这次可又惨了。这次的修改是在原有的基础上增加了两个字段，这样说来也就是说---表示层变了，业务层变了，持久层变了。没有办法了，只好又改了。
　　为什么会出现这样的情况呢？怎么这么小的系统，做一个需求为什么会这么难呢？不知道为什么为自己公司开发系统，需求就这么难搞定呢？不管怎么样，我觉得在以后的项目分析调研中，我会尽可能的小心，把需求分析到位，不要盲目的去编码。在以前的开发过程中，我的习惯是开发一个原型给用户确认之后才动手的。
         也不知前辈们是怎么做的，请多给点意见。谢谢。