不要奢望需求完全了解

 

         教务系统的开发告与段落，基本功能已经实现。剩下的工作就是要进行完善和测试了！

         在本次系统开发中出现了一些问题。从整体架构上还是比较成功的！我们来总结一下此次开发的经验和教训吧！

         在此次系统开发到前期分析时，发现教务系统到需求非常的复杂。成为系统开发的最大障碍！

         面对较为复杂的需求，我们应该如何去做？

         就以往的经验来看，我们都是将系统的需求分析的差不多了才开始着手做（本身系统较小，需求也基本不会变更），我们对之前做的小软件在日常生活中了解的也比较多，所以做也比较容易。

         现在教务系统的需求很多都没有听说过，更别提了解了！

         想要按照之前那些小软件的开发步骤去开发更是难得很啊！加上这次开发每个开发阶段都有时间要求，给我们的压力很大啊！

         所以我们就不能等到需求完全了解了再进行开发，呵呵。用我们米老师的话讲：“要是等需求分析完了，那系统也不用做了！”。再加上我们是开发软件的，不是学习他们怎么工作的。像一些教务处的一些工作，我们根本就不知道，想把这些工作流程搞明白，估计得去教务处先工作上个几年！

 

和六期的师兄、师姐交流知道，当下较为吃香的开发方法敏捷开发和快速原型法！

         什么是个敏捷开发啊？

         具体“敏捷开发”是个什么东东还不太清楚，不过大体上就是为了应对需求经常改变的程序开发。在开发之前，搭好框架之后，就可以根据需求渐变了！就这样才能很好的应对需求的不断变更。（人们太聪明了！）

         快速原型？

         快速原型大概是这样：用户提出需求之后，在最短的时间里建立“原型”。“原型”就是“模型”，使用开发工具将用户需要的功能简单的显示出来。让用户能够看到功能为主，征求用户的意见。通过交涉才能逐步得出最终的功能！

         之前我们学习软件工程的时候，在系统开发之前需要写需求文档。作为和用户交流的凭证。这也是问题，在本次开发系统的时候发现读别人写的文档实在是件痛苦的事。用户要是看，那不是更头疼吗？还是给用户一个模型来看，更合适！

 

         现在就不研究这两种开发方法了！还是说这个教务吧！

         看来我们不能等着需求了，直接去做吧！但是还有问题就是，如果我们把现在知道了功能做出来了，再有新功能再改吗？ 那我们什么时候才能做完啊？

         那我们该如何去做呢？

         看来我们还是要好好把这个框架搭好，能够具有更好的扩充性。才能应变需求的变更！这也是“敏捷开发”的基础！

         其实当前建筑也遵循这种模式。现在楼房都是用框架房，用钢筋、混凝土浇灌出来。之后用大方砖砌好墙。之后住户就可以对房子进行改装了！

         呵呵，毕竟我们不是盖房子。还是研究软件开发吧！

        

         我们要想能够搭建起扩充性非常好的框架，还需要通过今后不断的学习不断提高。