教务系统后台总结

   这次教务系统，我跟校林负责成绩管理这部分。

   这一块，总的来说不复杂。主要是对成绩进行导入和查询。

   从开始分析需求到现在已经半个月了，后台代码已经完工。目前开始着手做界面。将前面的工作总结一下。

   1. 需求分析

   这次的需求主要是参考正方的教务系统软件。做需求的同时把系统的界面设计出来。正方软件里的成绩管理的功能非常多，界面也比较复杂，很多我们也看不懂。于是就果断删掉了很多复杂或朦胧的需求。然后界面的菜单一下子简单明了了很多。目前存在的功能就是最主要的功能。也算是偷了个懒儿。

   界面的设计过程就是落实需求的过程。只有界面明了了，业务需求才明确，后台才比较好确定下来。虽然界面是画好了，但是在后台编码的过程中还是回来改了好多。

   2.数据库设计

   数据库的设计理论上说是要符合三范式的。其一就是减少冗余，但是，冗余最少的数据库未必是最好的数据库，有时为了提高运行效率，就必须降低范式标准，适当保留冗余数据。这次我们的数据库就加了一些可以没有，但有了之后很方便的字段，存在冗余，但使用方便。

   3 .DAL层和BLL层

   DAL和BLL跟机房收费系统和新闻发布系统大同小异，D层就是增查改，为保留所有数据，没有删操作。B层还是业务的组装。这次的代码框架是用EA自动生成的。先在EA里画类图。

                                                             
 

   教务系统做到现在，最大的收获就是练习了怎样“合作”。

   1.务系统是一个整体，每一部分都跟其他至少一部分有关系，自己会调用其他人的方法，其他人也可能调用自己的方法。怎样沟通和交流？通过口头还是文档？我们要做的就是把这些做的更规范。虽然交互内容少，但要尽量规范。一切以文档形式进行，对双方来说都清晰和方便。这方面我们开始做的并不好，以至于需要我们方法的组对我们的数据库和D层都很模糊。

   2.小组内的交流和任务分配也很重要。否则，代码的冲突和覆盖便是家常便饭了。修改也要做好记录，做好沟通。每一次的修改不仅会影响自己，还会影响其他组。dll版本的更新要慎重。

 

 

            接下来，就要进入此次bs的最重要的一个环节----界面。