到今天为止，教务系统算是告一段落，开始全面进入软考备战阶段，不过我手里的项目还得继续，话说软考项目两不误，能想到的功能基本都完成了，现在最让人头疼的是下一步不知道要做什么，客户到底需要什么，这估计是所有程序员最哀伤的事情，我也不例外。
项目还没有做完，谈不上总结，就算是做一个月结吧，教务系统用一年前的眼光来看算得上是一个比较大的项目了，脑海中对它充满了一堆感叹号加问号，在心里当神一样膜拜着。一转眼我们却成了这个神的主人，心中还是有那么一丝的受宠若惊，感叹时间是把杀猪刀啊，不过对完成它还是充满了自信，估计是从一遍两遍三四遍的机房收费系统中练出来了。
刚开始做需求分析的时候，所参考的资料是一本30页的小册子，花时间把这本小册子翻了N遍，不过还是不知道到底要做什么东西，最后分析出了评教选课这么个需求，并且试着把页面画了出来，拿着去和需求交流，发现做的全然不是这些，在交流中我对做需求分析有这么几个看法：
第一，要做这个系统的全称是什么。从名称中你至少会获得接下来所要做的主要功能，有时候客户会说不出叫什么名称，那么接着问下面的问题。
第二，这个系统主要针对哪些人，哪个是主，哪个是次。比如选课系统，主要针对是学生选课，那么主就是学生，教师是次；我这里所指的主是指用户，亦指前台用户，而管理者就成为次，亦后台管理者；不知道我的这种想法正确否？
第三，确定了第二个问题，那么就要开始针对每个角色展开各自的分析，拿点菜系统来说，确定了厨师、服务员、客户、经理这几个角色后，开始针对这四个角色问这么几个问题，以厨师为例，你会问厨师，你希望这个系统需要为提供什么？你需要在这个系统上做什么然后得到什么效果？那么厨师会告诉你，我需要客人点的菜单，做完这道菜后通过一个操作能让这道菜从当前菜单中消失（屏幕显示），通过这两个问题，你基本就能知道针对每个角色要做什么功能了。
第四，通过上面三个问题，大概需求已经没有什么问题了，后期开发的时候大方向也不会走偏了，但是在开发之前还是要去网上和市场上搜寻有没有类似的软件，如果有可以做进一步参考，为后一步的开发做个补充和引导。
上面都是我这这次教务系统中对做需求的一些感受，其实到现在为止本人还是没有彻底明白要做的东西是什么，甚至于我前两天刚知道要做的项目名称是什么，所要做的工作就是想到一个功能去实现它，然后在这基础上想下一个功能，有人会说你这肯定是前期需求没有做好，需求上花的时间太少，做出来的东西肯定不行，其实我个人觉得在需求和前期设计上并不是花的时间越多越好，后期出现的错误就越少，需求不可能是一成不变，只会越来越变态，越来越大，所以说花过多的时间在需求上并不一定就是正确，时间过多，想法自然会多，后期实现工作量自然加大，工期一紧，只好去掉很多功能，容易造成虎头蛇尾，打消自己的积极性。当然，我所表达的观点并不是一点儿时间都不要给需求，只是觉得在学习阶段没必要。还是那句话，变是永远不变的！放灵活一点，不要被条条框框所约束。