将Web作为中间层服务选课系统设计与实现.docVIP

将Web作为中间层服务选课系统设计与实现 　　摘 要：通过对已有选课系统在不同程度上存在数据传输量大、运行效率低等问题进行阐述，给出了通过减少选课服务器的连接次数，提高服务效率；将Web服务作为中间层服务，提供经过压缩的离线数据包，减少网络传输数据量，减少并发几率。 　　关键词：网上选课系统 Web中间层 服务效率 　　1 原有选课系统存在的问题 　　随着招生规模和选课容量的扩大，原有选课系统已不能满足现在的需要。特别是当学生大量集中于某个时间段内选课时，系统访问量急剧增加，这对于提供Web应用的服务器而言，CPU；I/O处理能力成为瓶颈[1]。并且，随着用户数量的增加，给用户有限的时间进行选课，使得矛盾更加突出，容易造成系统拥堵，服务器无法响应等问题。 　　2 选课系统的体系结构 　　通过对选课过程分析，发现选课过程中大量时间是学生在浏览一些与自己课程相关的信息，其他课程及相关信息不是有效信息，被使用的频率极低。因此，我们在设计过程中应着重考虑以下问题：细分上述访问类型，过滤掉无效访问和数据传输；增加人性化设计、更好的信息提示；提高选课系统的效率，使选课系统更加方便易用。开发服务器、客户端的模式，并将Web作为中间层服务的选课模式[2]（如图1所示）。其目的是通过减少单次使用时间，减少服务器连接次数，从而减少并发几率，提高服务效率，提高系统的可用性。 　　3 将Web服务作为中间层服务的特点 　　其主要目的是：分类处理数据以便减少数据传输量。 　　经过分析，根据对数据变动频率的分析，选课系统中的数据可以分为两类：（1）频繁变动的数据，例如：选课学生使用的密码，每次选课后变动的课程。（2）非频繁变动的数据，例如：课程信息，经过排课后，某些课程可能因为一些特殊原因需要调整上课时间、地点、任课教师等。而学生的基本信息，包括学号、姓名、班级、专业、院系等，课程编号、名称、学时、学分、教室、地点等信息在选课期间基本不会发生变动。 　　把这两类数据分类处理，分别采取不同的处理方式，使经常变动的数据能够随时更新，不常变动或基本不变的数据定期更新。经过分类处理，从而减轻单次处理大量数据的压力。提高用户登录使用系统的效率。其数据流程图如图2所示。 　　4 选课系统的主要模块设计 　　4.1 中间层服务设计 　　为了利用Web服务，我们设计了几个Asp服务页面作为中间件，通过网页连接数据库进行身份验证、数据提取、选课数据提交等（如图3所示）。 　　在Web服务的中间层设计中，由于将系统数据进行了特殊考虑，因此，通过中间层传递的数据非常少。经过分析，传统选课系统也采用3层或多层的结构设计，但中间层要承担所有数据的转发传递工作，因此，运行过程中的传输速度慢，出现拥堵就难以避免。我们设计Web服务的中间层，执行功能包括用户身份验证和选课课程信息的提取，这个过程中传递的数据经过了严格的限制，每一个用户登录系统一次，通过Web中间层传递的数据不超过150个字符，这样，中间层服务就极大地提高了单次验证用户和提取用户选课数据的效率，减少了登录用户排队等待服务的时间，使得用户登录速度加快。用户一旦通过Web中间层的用户验证后，连接断开，提交之前不再连接中间层。经过统计，登录选课学生一般选课时间5～30分钟。以往我们限制学生选课的登录时间，因为登录时间越长，占用服务器资源越多，现在不仅不限制，还希望不要太短，不要频繁登录，减少Web中间层服务器的连接压力，同时学生登录以后有一段时间的斟酌考虑，比较、调整也需要留有时间，因此，这样的设计契合了学生的需求，也给系统运行带来好处。 　　4.2 中间层下载文件设计 　　经过分析，那些基本不变或变动较少的数据采取定期更新方式，打包以后直接下载给用户使用（如图4所示）。 　　Web服务器上的本地数据库文件，通过Web服务器上的SQL Server服务器进行数据调度更新，更新定期进行。具体过程如下： 　　步骤1：利用Web服务器上独立运行的SQL Server服务器来调取数据。SQL Server服务器远程调取数据库服务器上的数据，写入本地Access文件，供客户端下载使用。SQL Server服务器中建立了一个本地包，调度本地包，使本地包能够每天执行一次，防止选课期间基础数据（如任课教师、上课时间、上课地点等）信息更改，使学生每次登录时下载使用的数据保持最新。 　　步骤2：在Web服务器上的SQL Server服务器中建立本地包，定期执行文件压缩。为了减少网络上传输的数据量，压缩过程非常重要，没有经过压缩的Access数据库文件大小为19 M左右，经过压缩，大小为430 k左右，无论在局域网还是在广域网，400 k大小的文件下载都不会耗费太长时间。 　　4.3 客户端程序设计 　　客户端应用程序能够弥补Web程序设计的不足