软件需求分析案列_一个需求分析做的不够的案例

突然发现，这段时间被失败的项目包围着。其实认真想想，做了那么多项目，成功的不太记得了，失败的却总是纠缠着你。

这个项目，要说它失败呢。它还运行了2-3年，业务一直在用它在监控库存，很依赖它来制定订货数量和时间。要说它成功呢，到现在业务部门还不断地要求修这里改那里。

项目简介：是一个库存监控报警系统。系统每天计算那些东西的库存量低于一个标准值(该值根据时间段内的发料情况来设定，系统自动计算)，把需要报警的列在页面上。业务人员每天查看。但因为库存保障这种东西，完全靠机器是靠不住的，因为有很多特殊情况。所以系统给的只能做参考，采购人员必须在基于系统给出的结果上，自己需要再查看其他参数(系统也列出来)，以及其他情况来确定采购的数量。

人员配置：一个人

架构和技术：struts1+spring+hibernate , oracle

开发情况：当时我刚进公司，稀里糊涂领导就交了这个任务给我。于是我就乖乖地按照业务部门说的开发。其实这个项目也不困难，我自己一个人开发很快就完成了。

使用情况：开始用后，业务部门根据一些实际情况要求做出调整，因为我把所有的业务逻辑写在存储过程里(我真感谢我当时的做法)，所以改起来其实很方便。然后，业务部门领导换了，但后来的领导也凑合着用这个系统，但提出一些新的想法，我又按照他的新想法，修修补补了一下。然后，有一天，我觉得老系统不好用，应该做的更好。刚好我比较闲。我就重新写了一个系统。把逻辑模块分的更清晰一些，并且为了减轻业务人员工作量，我做了一些功能辅助他们工作。

<