由作业“需求分析”想到的

俗话说：“隔行如隔山”，以前只是听别人说说罢了，今天才是深有体会。老师给了一个作业用JSP做一个仓储管理系统，首先要写需求规格说明书。以前写的系统充其量就是学生成绩管理系统啊，学籍管理系统啊，图书管理系统啊这些小打小闹的用来练手，当真正遇到大一点的项目时，就傻眼了。我们做的是仓储管理系统，也就相当于电子商务的后台管理，随着现在网购的日益流行该技术也日渐趋于成熟，先不说技术问题，就一个需求说明书中系统的功能分析这块就费了好大的劲。晚上一个人坐着写文档，因为对电子商务的好多细节都不明白好多模块的功能就搞不清楚，因为是作业也没有市场调研这一项，写文档就纯粹是闭门造车，写的功能完全是程序员（呵呵，也就是我）自己想出来的，而且写得也很吃力，一个晚上也就写了3、4页，第二天早上在网上一查相关方面的资料，我的天，相差还是很大，很多功能和自己想的很有出入，于是只能对文档一改再改，还浪费了大量的时间。

    需求分析是软件开发中的一个项常重要的环节，它直接决定你开发的产品是否为客户所需求，如果需求都没完全搞明白，那么做出的产品在耗费了大量的人力物力后将不一定能为客户所用，从而造成无法估计的损失。

    作为一个软件工程专业的学生，将来从事的肯定是软件开发，当然你的技术再纯熟充其量就是一个coder，首先需求分析就让我感觉到自己的知识相形见绌了。而21世纪又是一个信息时代，软件开发就是势在必行的，然而软件的开发人员开发出的软件是为别的行业服务的，那么最基本的一点就是要保证你对你要开发的系统所适用的行业有一定的了解，当然这就顺势产生了系统分析师这一角色，使得程序员不必关心软件流程开发“详细分析”之上的所有细节问题。

     当然按我上面的观点，系统分析师将是一个非常重要的角色，他不仅要了解软件开发的流程，从软件开发者的角度来考虑该该项目是否值得开发，还要从客户的角度看我们开发的这个软件中需要实现怎样的功能才更加有利于提高适用者的工作效率，而且要对使用者的这个行业非常熟悉，才能将适用者的需求描述的更明白。而现在用到软件的行业如此之多，这几对系统分析师的职业和知识储备要求相当高，我这也就是为什么老师们都说“现在的系统分析师很紧缺”的原因了吧。

    我真正的目的其实是想：在软件开发中，在你精通于自己专业方向的同时，还要附带的了解别的专业的知识，用来扩充自己的知识面，这样即使是作为一名coder我们也不会显得那么被动，在这个竞争激烈的时代也为自己的增加了砝码。搞软件的人在编程方面都最求完美，对自己写出的程的要求就是基本上0bug，别的专业知识的扩充不仅增长你了的见识，更主要的是在工作中知道的多了，了解的多了，融会贯通后你看问题的观点和解决问题的方法也就不同了，这样才能在遇到问题时拿出最好的解决方案。记得一位学长的人生信条就是“完美之道不再无可增加，而在无可删减”。用我们自身的努力去开发高质量的代码，缓解软件危机。