5.3数据结构与程序的关系
采用多种数据结构处理，结合适当的算法，提高程序的简洁性、可读性、高效性和可维护性。
6系统出错处理设计
6.1出错信息
（1） 统计在线人数
在选课系统中, 为了方便学生看到当前系统在线人数, 避开选课高峰期, 需要统计在线人数。在此为了避免连接数据库, 减慢系统运行速度, 采用了继承HttpSessionListener 方法。当用户进入系统, 触发SessionCreated 事件, 计数器加1; 当用户离开, 触发SessionDestroyed 事件, 关闭页面, 计数器减1实现了简单的不需要操作数据库的在线人数统计。
（2） 课程冲突的应对策略
由课程、教室的繁多及学生选课的自由性所决定,在管理员安排课程和学生选课过程中不可避免出现课程冲突问题, 即教师在同一时间上两门课程、同一教室、在同一时间有两个教师来上课和同一学生在同一时间选择了两门课程等问题。这就需要在系统中用一些策过许多步骤, 当需要选择多门课程时不得不经过许冗杂而重复的步骤。学生对要选的课程的开课一些基本信息和对自己所得成绩和学分的查询比较模糊、复杂, 课表的表现不够直观等等。教师同样需要复杂的操作才能对所授课程和选课学生进行查询和管理。系统的操作界面不友好、不够人性化。这样的设计显然是不能令人满意的。 （3） 系统不稳定
网站时常不能访问, 用户无法登陆, 这显然是网站服务器系统的不稳定造成的。作为系统的设计者, 应在发布网站前进行充分的效能测试, 从而最大程度上避免这种情况的出现。 （4）系统性能不好
由于采取的技术和数据库速度及性能较慢的原因, 从而导致在选课高峰期, 同时有大量的同学选课的时候出现登陆和选课速度很慢或是根本就无法成功登及结构体系。在这种结构下, 用户仅需通过浏览器就可实现客户端的功能, 而大部分的事物逻辑是在服务器端实现。这样就大大降低了客户端的负载, 减轻了系统维护与升级的成本。用一览表的方式说明每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。
6.2补救措施
说明故障出现后可能采取的变通措施。包括：
（1）后备技术。说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术。
（2）降效技术。说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录。
（3）恢复及再启动技术。说明将使用的恢复再启动技术，使软件从故障点恢复执行或
使软件从头开始重新运行的方法。
6.3系统维护设计
主要是指系统编码的可维护性, 因为大多系统不可能完全满足所有需求, 所以在以后需要进行修改。所以编码要遵循一个良好的习惯, 包括格式的注释, 对于代码的功能要有明确的解释。采用面向对象的编程方法是一个不错的主意。
说明为了系统维护的方便而在程序内部设计中作出的安排，包括在程序中专门安排用于系统的检查与维护的检测点和专用模块。