欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

系统设计分析  

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

上一篇: DHCP 工作 

下一篇: 经验总结