“三自主”体育课程教学理论与实践讲稿

6.5.系统设计架构

本系统采用ASP.NET应用程序三层架构模式，表现层通过统一的接口向数据访问层发送请求，业务逻辑层将请求按照一定的逻辑规则处理后进入数据库操作，然后将从数据库返回的数据集合封装成对象的形式返回到表现层。通过这样的数据处理流程，用户表现层甚至可以不知道数据库的结构，只要维护与数据访问层之间的接口即可。这种方式在一定程度上增加了数据库的安全性，同时也降低了对用户表现层开发人员的要求，因为表现层不需要进行任何关于数据库的操作。

25

6.6.系统功能模块

根据上面的分析，可以描述出系统的功能模块图。 6.6.1管理员系统

该系统主要用于系统初始化、数据库的建设、系统管理与维护、统计分析等。管理员界面的系统功能模块如下图所示。

6.6.2教师系统

选课是在保证与班级课表不冲突的前提下进行。选课后每门课的选课状态可以通过管理员适时查询。为了及时了解各教学班选课人数情况，可打印出各教学班人数统计表，该表的作用是方便教学管理，及时对选课人数不足的教学班做出调整。由于学生人数多，考虑到会有学生因这样或那样的原因没选课，特别增加了“网上个人名单增补”页面，只有教师才有权进行增补。

26

选课结束后可以按教学班打印考勤名单和成绩单。期末时学生考核成绩由任课教师或教学管理员在网上输入，为确保成绩输入的准确性，输入方法分成集体成绩输入和个体成绩输入，成绩录入后可以行政班为单位进行成绩查询和打印

6.6.3学生通过校园网登录即可参加选课，选课前还要仔细阅读选课说明，并且在规定时间进行选退课。学生可以查阅所有项目的课程介绍、教学大纲、考核内容和标准等相关信息。

6.7.数据库的设计和实现

用户的需求具体体现在对各种信息的提供、保存、更新和查询，这就要求数据库能充分满足各种数据的输出和输入。通过对上述系统功能的分析，针对学生选课系统的需求，总结出如下的需求信息：

■ 用户分学生用户、教师用户和管理员用户。 ■ 一个院系包括多个专业。 ■ 一个专业包括多个学生。 ■ 一个专业包括多门课程。

■ 一门课程对应一位教师，一位教师可以教多门课程。 ■ 一个院系对应多个教师。

■ 一个学生可选多门课程，每门课程可由多个学生选学。

27

经过对上述系统功能的分析和需求总结，设计如下所示的数据项： ■ 管理员信息，包括用户名和密码。

■ 教师，包括教师名、教师工号、所属院系等。

■ 学生，包括学生编号、学生姓名、所属院系、性别、所属专业等。 ■ 院系，包括院系名称。

■ 专业，包括专业名称、所属院系。

■ 课程，包括课程名称、课程描述、所属专业及所属教师。

根据上面的需求分析，学生选课系统数据库中各个表的设计结果如表7-1至表7-7所示。每个表格表示在数据库中的一个表。

如表7-1所示为用户表，记录用户的登录信息，包括管理员、教师和学生的登录账户。教师和学生的的名称可以由管理员添加。

表7-1 st_user（用户表）

序 号 1 2 3 4 5 ST_UserID ST_Name ST_Pass ST_Type ST_ID Int Nvarchar Nvarchar Tinyint Int 4 50 50 4 4 定义用户唯一ID 记录用户名字 记录用户密码 记录用户类型 记录此用户在教师信息表和学生信息表中的ID 如表7-2所示为教师信息列表，记录教师相关信息。

表7-2 ST_TeacherInfo (教师信息列表)

序 号 1

列 名 数据类型 长 度 字段说明 列 名 ST_TeacherID 数据类型 Int 28

长 度 4 字段说明 定义教师唯一ID号