简介一套基于ASP.NET的智能型考试安排系统源码项目采用C#语言与SQL Server数据库开发以B/S模式运行面向高校及中职院校教务管理人员、教师和学生主要解决传统人工排考效率低、监考教师分配易冲突等问题。系统覆盖完整考试业务链学生注册登录后可查看监考教师资料并修改个人密码教师登录可查询考试时间、考场地点、考生人数等基本信息管理员能集中维护教师、学生、考试数据并对手动或自动考试安排、监考分配进行统一管理同时提供教师资料、考场资料、监考资料的报表查询以及密码修改、系统帮助等工具。压缩包大小807KB内含完整C#源码与SQL Server数据库文件proctorSystem_data.mdf在VS2010与SQL Server2005环境下即可部署登录地址为login.aspx默认管理员账号admin、密码1。已有285人学习/浏览适合需要快速搭建排考平台的教务人员也适合作为ASP.NET Web开发的课程设计或毕业设计参考。资源可直接运行调试便于二次开发代码结构清晰数据库脚本完整方便学习者快速掌握信息管理系统开发流程。1. 智能排考系统的边界它不是排课而是解决监考分配矛盾期末周的教务办公室里最让人头疼的不是课程表而是把有限的监考老师安全地排进几十个考场保证同一时间不出现一人跨两场、考场容量不超员。这套asp.net智能型考试安排系统解决的就是这个分配问题。它是一套B/S模式的web系统使用C#在Visual Studio 2010中开发数据落在SQL Server 2005的proctorSystem_data.mdf上管理员既能自动跑一遍分配也能手工微调每一条监考记录。适合高校教务处做期末监考安排也适合拿来做WebFormsSQL Server的完整课程设计参考。整个流程从login.aspx进入学生、教师、管理员三种角色各看各的页面权限边界非常清楚。2. 从login.aspx开始回发模型与角色权限的落地2.1 login.aspx不是一个静态页面在ASP.NET WebForms里login.aspx背后有一个同名的login.aspx.cs每次请求先执行Page_Load再执行你在按钮上绑定的事件。演示系统里登录地址是login.aspx管理员账号是admin密码是1登录逻辑通常可以抽成一层先做非空校验再参数化查询用户表最后把角色Id写进Session。下面这段代码是我在类似排考项目里常用的登录判断结构protected void btnLogin_Click(object sender, EventArgs e) { string name txtUserName.Text.Trim(); string pwd txtPassword.Text.Trim(); if (string.IsNullOrEmpty(name) || string.IsNullOrEmpty(pwd)) { lblMsg.Text 用户名和密码不能为空; return; } string connStr ConfigurationManager.ConnectionStrings[proctorConnection].ConnectionString; string sql SELECT RoleId FROM Users WHERE LoginNamename AND Passwordpwd; using (SqlConnection conn new SqlConnection(connStr)) { SqlCommand cmd new SqlCommand(sql, conn); cmd.Parameters.AddWithValue(name, name); cmd.Parameters.AddWithValue(pwd, pwd); conn.Open(); object result cmd.ExecuteScalar(); if (result ! null) { Session[UserRole] result.ToString(); Session[LoginName] name; Response.Redirect(admin/index.aspx); } else { lblMsg.Text 账号或密码错误; } } }这段代码已经能说明WebForms的完整交互链路页面按钮触发服务器端Click事件SqlConnection连接SQL ServerExecuteScalar拿到首行首列的用户角色。特别注意代码里用参数化查询而不是字符串拼接登录名和密码直接进SQL会导致注入这类教务系统里存着大量师生信息不能在这个位置偷懒。AddWithValue在.NET Framework 4下没问题但如果某个字段是char类型隐式转换会补齐空格最好在SQL里用LTRIM(RTRIM(列名))处理一下。2.2 三种角色一个Session仔细拆这个系统的功能角色边界很明确学生注册登录后能查看监考教师资料也能修改个人密码教师登录后能查看考场的基本信息比如考试时间和考生人数管理员则统一管理教师、学生、考试信息并且负责监考老师的分配。最常见的实现方式是在登录成功后把RoleId存进Session然后在每个受保护页面的Page_Load里做一次角色判断protected void Page_Load(object sender, EventArgs e) { if (Session[UserRole] null) { Response.Redirect(../login.aspx); return; } string role Session[UserRole].ToString(); if (role ! 1) { Response.Redirect(../noaccess.aspx); return; } }这是最直观的页面级权限控制缺点是每个页面都要写一遍页面一多就容易漏。稳妥的做法是抽一个BasePage基类把这段判断放到基类的OnLoad里后续页面继承BasePage后自动获得校验能力。中小型项目里这套方案足够不必为了权限去引入大型RBAC框架。角色登录入口核心功能学生注册/登录查看监考教师资料、修改个人密码教师login.aspx查看考场考试时间、考生人数管理员login.aspx教师管理、学生管理、考试管理、监考分配、报表查询2.3 B/S模式为什么适合这类系统这套系统的定位是B/S模式教师和学生只需要打开浏览器访问不需要安装桌面客户端部署成本被压缩到服务器端一个站点。VS2010里完成编译发布后放到IIS内网用户直接访问login.aspx就能登录。相比现在常见的asp.net core mvc项目WebForms的回发机制虽然老但处理以表单操作、数据展示为主的教务系统非常直接GridView绑定数据源RowCommand处理每行按钮不需要额外写前端路由和API层。如果你习惯用VS Code看这份源码不要随意删除.aspx的设计器关联代码WebForms的控件声明和事件绑定依赖这些自动生成的逻辑少一个字段声明页面就编译不过。3. 数据库设计proctorSystem_data.mdf里藏的关系3.1 核心表一条完整的排考主线数据库文件名是proctorSystem_data.mdf放在App_Data下这决定了它可以通过相对路径直接附加。从功能反推至少会有学生表、教师表、考试表、考场表、监考分配表这几张核心表命名可能略有差异但关系一定是围绕“谁在什么时间到哪个教室监考哪门课”展开。监考分配表是整个系统的枢纽建议设计成下面这样CREATE TABLE dbo.ProctorAssign ( Id INT IDENTITY PRIMARY KEY, ExamId INT NOT NULL, TeacherId INT NOT NULL, ClassroomId INT NOT NULL, IsManual BIT DEFAULT 0, CONSTRAINT FK_Proctor_Exam FOREIGN KEY (ExamId) REFERENCES dbo.Exam(Id), CONSTRAINT FK_Proctor_Teacher FOREIGN KEY (TeacherId) REFERENCES dbo.Teacher(Id) );外键约束在这里不是摆设。ExamId和TeacherId的外键能防止分配记录指向不存在的考试或教师ClassroomId关联考场表可以保证分配时教室是真实存在的。IsManual字段是手工调整的标记后续自动分配再跑一遍时跳过IsManual1的记录避免管理员辛苦改好的监考安排被算法覆盖。3.2 连接串与App_Data的关系VS2010开发时App_Data路径下的mdf文件最省事的连接方式是用AttachDbFilename。打开Web.config能看到类似下面的配置connectionStrings add nameproctorConnection connectionStringData Source.\SQLEXPRESS;AttachDbFilename|DataDirectory|proctorSystem_data.mdf;Integrated SecurityTrue;User InstanceTrue providerNameSystem.Data.SqlClient / /connectionStrings|DataDirectory|指向项目的App_Data目录开发环境里这一步很顺。但如果你把站点发布到IISUser InstanceTrue这个老参数经常会引发权限报错因为IIS进程账号不一定能创建SQL Server用户实例。正式部署更稳的连法是先把mdf附加到本地SQL Server实例然后用Initial Catalog方式连接这个话题我在后面部署章节再展开。3.3 查询中的类型问题字符串转数字系统里统计考生人数时前端TextBox默认返回字符串和后端int列比较经常出问题。SQL Server 2005没有TRY_CONVERT所以不能用简单粗暴的CAST硬转需要用ISNUMERIC先做判断SELECT roomId CAST(roomNo AS INT) WHERE ISNUMERIC(roomNo) 1ISNUMERIC的坑在于它会放行很多非纯数字内容比如小数点和货币符号所以在校验量大的场景里最好在C#后置代码里先做一次正则判断只有纯数字才进入SQL查询参数。这块是课程设计与真实项目的分水岭演示代码能跑通就够但真上了生产环境一个非数字字符串就可能让整个查询抛异常。4. 自动分配与手动干预排考算法的约束实现4.1 用贪心循环实现自动分配自动分配监考老师听起来像规划算法但实际操作中通常退化为“带约束的贪心分配”。先把所有考试按时间分组再对同一时间段内的考场逐一分配老师核心约束只有两条同一老师在同一时间只能出现在一个考场同时开考的考场数不能超过可用教师数。最简单的实现可以这样写foreach (Exam exam in exams) { DateTime examTime GetExamTime(exam.Id); ListClassroom rooms GetRoomsByExam(exam.Id); ListTeacher teachers GetAvailableTeachers(examTime); int offset exam.Id % teachers.Count; for (int i 0; i rooms.Count; i) { Teacher t teachers[(i offset) % teachers.Count]; if (IsTeacherScheduledOn(t.Id, examTime)) continue; AssignProctor(exam.Id, t.Id, rooms[i].Id); } }offset是偏移量作用是让每一场考试不从教师列表的同一个位置开始取人尽量让监考次数在不同老师之间均衡。循环里还在每次分配前检查该老师当前时间是否已有安排这就是硬约束的兜底。如果学校规定“每位老师一天最多监考两场”你需要再加一个count计数每次分配前判断当天累计监考次数。这个从“能跑”到“满足校规”的演进过程正是算法里最需要设计的地方。4.2 手动调整与冲突检查系统介绍里明确写了“手动或者自动进行考试安排”说明界面上一定有切换入口。手工调整最常见的方式是在GridView每行放一个“替换教师”按钮点开后用下拉列表选新老师点击确认后更新监考分配表。后置代码大致长这样protected void gvProctor_RowCommand(object sender, GridViewCommandEventArgs e) { if (e.CommandName ReplaceTeacher) { int assignId Convert.ToInt32(e.CommandArgument); int newTeacherId Convert.ToInt32(ddlTeacher.SelectedValue); string sql UPDATE ProctorAssign SET TeacherIdnewTeacherId, IsManual1 WHERE IdassignId; // 执行前先用 SELECT COUNT(*) 检查该老师在相同考试时间是否已有安排 } }需要重点说明的是执行更新之前必须做一次冲突检查否则可能把某位老师改成同时监考两场。一般做法是先取该分配记录对应的考试时间再查其他分配表记录里同一老师、同一时间段的记录数大于0就提示冲突并终止更新。新手容易在这里省事但一旦放过了重复分配后期报表查询里就会出现同一个老师的名字挂在两间教室数据看起来非常假。4.3 手工记录要能扛住自动重跑自动分配算法不是跑一次就完事管理员可能因为调课、老师请假而改动数据然后再点一次“自动分配”。这时最怕的是手工调整过的记录被算法重新覆盖。用IsManual字段做标记自动分配时直接把IsManual1的记录排除在候选范围外就能避免这个冲突。维度自动分配手工调整触发方式管理员点击自动安排界面上逐行替换教师记录标记IsManual0IsManual1再次自动分配整体重排跳过带标记记录这套机制在小型教务系统里够用数据量大了以后建议再加一个locked_until时间戳控制“手工锁定只对某场考试生效”这样算法可以重新分配其他场次灵活性更高。5. 报表查询与部署排错从本地到可用的几步5.1 报表查询用参数化拼接管理员对教师资料、考场资料、监考资料的查询最稳妥的写法是拼参数化SQL而不是把TextBox内容直接塞进字符串。连续查询条件可以用空字符串跳过string sql SELECT t.TeacherName, c.ClassroomName, e.ExamName, e.ExamTime FROM ProctorAssign pa JOIN Teacher t ON pa.TeacherId t.Id JOIN Classroom c ON pa.ClassroomId c.Id JOIN Exam e ON pa.ExamId e.Id WHERE (teacherName OR t.TeacherName LIKE % teacherName %) AND (classroomName OR c.ClassroomName LIKE % classroomName %); cmd.Parameters.AddWithValue(teacherName, txtTeacher.Text.Trim()); cmd.Parameters.AddWithValue(classroomName, txtClassroom.Text.Trim());空字符串条件让查询在没有筛选时直接返回全量数据有筛选时再收紧范围。使用参数占位符而不是直接拼接既能防止注入也避免名字里带单引号时SQL语法报错。5.2 IIS部署与数据库附加开发环境是VS2010发布时在项目上右键“发布网站”输出到物理目录然后在IIS里新建站点指向该目录。关键步骤是数据库挂载打开SQL Server Management Studio图形化工具右键“数据库”选择“附加”选中App_Data下的proctorSystem_data.mdf。附加完成后把Web.config连接串改成直连实例add nameproctorConnection connectionStringData Source.;Initial CatalogproctorSystem;Integrated SecurityTrue providerNameSystem.Data.SqlClient /如果IIS站点没有做Windows集成认证而是用应用池的虚拟账户那么上述Integrated Security连接可能会失败。此时可以用SQL Server配置管理器确认实例名并改用SQL账号连接但必须在SQL Server层面为对应登录名赋予proctorSystem数据库的db_datareader和db_datawriter权限。5.3 常见问题清单现象原因处理方式登录后页面打不开页面级权限判断没有放行检查Page_Load里的Session角色判断附加数据库失败mdf版本与SQL实例不匹配VS2010默认生成2005/2008版本换SQL Server 2005/2008 R2实例字符串转数字报错varchar列混入空值或非数字先ISNUMERIC过滤再CAST转换自动分配覆盖手工记录没有检查IsManual标记自动分配时跳过IsManual1login.aspx无法直接打开默认文档未配置在IIS默认文档里加上login.aspx最后补一个部署细节站点物理路径可以直接指到源码目录但要注意把App_Data目录的写入权限单独放开SQL Server附加数据库时需要在App_Data下生成日志文件没有写权限会直接导致附加失败。本文还有配套的精品资源点击获取