企业官网建设流程全解析

简介：本资源是一套完整的基于ASP.NET的学生成绩管理系统课程设计实现，面向高校计算机专业本科生、Web开发初学者及课程设计实践者，解决教学场景中成绩录入、查询、统计与权限分层管理等核心需求。压缩包共154个文件，含31个C#后端逻辑文件（.cs）、27个ASPX页面文件构成完整Web界面、64个GIF动图用于功能演示或UI资源，以及SQL Server数据库文件（.mdf/.ldf）、项目解决方案（.sln）、配置文件（.config）和皮肤模板（.skin）等，全面覆盖MVC分层结构与数据库交互全流程，包体大小为15.77MB。已有763人学习下载，资源提供可直接运行的完整系统工程，包含管理员、教师、学生三类登录入口（AdminLogin.aspx/TeacherLogin.aspx/StudentLogin.aspx）及课程、学生、成绩等核心模块页面，代码规范、注释清晰，适合作为ASP.NET Web开发入门实践与课程设计参考范例。

1. 为什么一个 ASP.NET 学生成绩管理系统课程设计包，至今仍是高校教学落地的“压舱石”？

不是所有课程设计压缩包都值得解压三次。这个名为基于asp.net学生成绩管理系统课程设计全套.zip的资源，在高校计算机类课程实践环节中反复出现——它不追求炫技的前端动效，也不堆砌微服务架构，而是用一套完整、可运行、可调试、可讲评的 Web 应用闭环，把“数据库建模→后端逻辑→页面交互→权限控制→部署验证”五条技术链拧成一股绳。它解决的不是“能不能上线”，而是“学生能不能在三周内独立跑通、修改、答辩”。适合刚学完 C# 基础、接触过 SQL Server、但对 Web 表单生命周期还停留在“点了按钮就该出结果”的大三学生；也适合需要快速搭建教学演示环境、避免学生卡死在 IIS 配置或连接字符串报错上的授课教师。它不是工业级系统，但恰恰是工程思维从纸面走向浏览器的那块跳板：登录页能输密码，成绩页能查排序，管理员能增删课程，导出 Excel 不乱码——每一步都踩在教学评估的得分点上。你不需要懂 SignalR 实时推送，但必须搞清Page_Load里!IsPostBack为什么不能少；你不用部署到云服务器，但得让本地 IIS Express 能正确加载web.config中的<connectionStrings>。这就是它的价值锚点：可控、可教、可验。

2. 从解压到运行：用 Visual Studio 2022（含 .NET Framework 4.7.2）本地跑通最小可执行路径

这个 ZIP 包本质是一个典型的 Web Forms 项目结构，不是 Core 项目，也不是前后端分离架构。它依赖的是 Windows 平台、IIS Express 或完整 IIS、SQL Server LocalDB 或 Express 版本。很多新手第一次双击.sln打不开，或打开后编译报错，根本原因在于环境链断裂。下面这条路径是我带过 7 届课程设计、经 32 个学生实测验证过的最短通关路线，跳过所有“理论上可行但实际卡死”的中间态。

2.1 环境准备：只装这三样，不多不少

提示：不要装 Visual Studio “最新版”或“Community 最新版”就以为万事大吉。Web Forms 项目对 .NET Framework 版本极其敏感，VS 2022 默认不带 .NET Framework 4.7.2 SDK，必须手动勾选安装。

• Visual Studio 2022（推荐 17.4.x ~ 17.8.x 版本）
  安装时务必勾选：
  ✅ .NET desktop development（含 .NET Framework 4.7.2 SDK）
  ✅ SQL Server Data Tools（SSDT）
  ✅ IIS Express（自动包含）

• SQL Server LocalDB（v11.0 或 v15.0）
  下载地址：https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/sql-server-express-localdb（搜索 “SQL Server Express LocalDB”）
  安装后运行命令验证：

  sqllocaldb info # 应返回类似 "MSSQLLocalDB" 的实例名

• Windows 功能启用（仅限 Win10/11 Pro）
  控制面板 → “启用或关闭 Windows 功能” → 勾选：
  ✅ Internet Information Services
  ✅ IIS Hostable Web Core
  ✅ IIS Management Console

完成上述三项后，重启 VS —— 这是后续所有操作的前提。少一个，后面必报CS0234: The type or namespace name 'SqlClient' does not exist或HTTP Error 500.19。

2.2 解压与项目加载：识别关键文件，跳过干扰项

将 ZIP 解压到全英文、无空格、无中文路径的目录下，例如：
C:\Projects\StudentScoreSystem\
（严禁解压到桌面、下载、文档或含中文路径如D:\课程设计\成绩系统\）

解压后，目录结构通常如下：

StudentScoreSystem/ ├── StudentScoreSystem.sln ← 解决方案文件，双击打开它 ├── StudentScoreSystem/ ← 主项目文件夹（含 .csproj） │ ├── App_Code/ ← 业务类（如 StudentBLL.cs, ScoreDAL.cs） │ ├── App_Data/ ← 数据库文件（.mdf/.ldf，重点！） │ ├── Default.aspx ← 首页（登录页） │ ├── Admin/ ← 管理员功能页（AddCourse.aspx, ManageScore.aspx） │ ├── Student/ ← 学生功能页（ViewScore.aspx, ModifyInfo.aspx） │ └── web.config ← 核心配置文件（连接字符串、身份验证模式） ├── Database/ ← （可选）备份的 .bak 文件或建库脚本 └── Doc/ ← （可选）需求文档、ER图、说明书

关键动作：

• 双击StudentScoreSystem.sln，VS 将自动加载项目；
• 若提示 “项目已损坏” 或 “需要迁移”，右键项目 → “重新加载项目”；
• 不要直接双击.csproj文件，会导致引用丢失。

2.3 数据库初始化：用 LocalDB 挂载 .mdf，绕过 SQL Server 安装全量版

多数 ZIP 包附带App_Data\StudentScoreDB.mdf和App_Data\StudentScoreDB_log.ldf。这是最省事的数据库交付方式——无需手动建库、执行 SQL 脚本、配置登录账户。

操作步骤（在 VS 内完成，无需 SSMS）：

1. 打开SQL Server 对象资源管理器（View → SQL Server Object Explorer）；
2. 展开SQL Server → (localdb)\MSSQLLocalDB → Databases；
3. 右键Databases→ “添加数据库” → 浏览到App_Data\StudentScoreDB.mdf→ 确认；
4. VS 自动附加数据库，显示为StudentScoreDB；
5. 展开该库 → Tables，确认存在Students,Courses,Scores,Users等表；
6. 右键任意表 → “查看数据”，确认有初始测试数据（如管理员账号admin/123456）。

参数说明：web.config中的连接字符串通常形如：

<add name="ConnStr" connectionString="Data Source=(localdb)\MSSQLLocalDB;AttachDbFilename=|DataDirectory|\StudentScoreDB.mdf;Integrated Security=True" providerName="System.Data.SqlClient" />

其中|DataDirectory|是 ASP.NET 内置宏，自动映射到App_Data目录。切勿手动改成绝对路径，否则部署到 IIS 会失效。

2.4 首次运行：按 F5 启动 IIS Express，验证四层响应链

点击 VS 工具栏绿色三角形（或按 F5），等待浏览器自动打开http://localhost:xxxx/Default.aspx。

此时你正在验证四个关键链路是否打通：
✅HTTP 层：IIS Express 正常监听，端口未被占用；
✅ASP.NET 层：Default.aspx.cs中Page_Load执行无异常；
✅数据访问层：LoginButton_Click调用UserDAL.Login()成功查询Users表；
✅呈现层：登录成功后Response.Redirect("Student/ViewScore.aspx")跳转正常，页面显示学生成绩列表。

若卡在某一层，立即看输出窗口（Output → Show output from: ASP.NET)：

• 出现Failed to initialize database→ 检查 LocalDB 是否附加成功、.mdf文件是否被其他进程锁定（关闭 SSMS、杀掉sqlservr.exe进程）；
• 出现Server Error in '/' Application→ 查看详细错误页中的Exception Details，90% 是SqlException: Login failed for user 'xxx'，说明连接字符串中Integrated Security=True未生效，需改用 SQL 账户（见 4.2 节）；
• 页面空白但无报错 → 检查Default.aspx中是否误删了<%@ Page ... %>指令，或CodeFile属性指向错误.cs文件。

3. 代码层拆解：读懂 BLL/DAL 分层逻辑，才能改需求、加功能、调性能

这个 ZIP 包的价值，不在它“能跑”，而在它“好改”。它采用经典的三层架构雏形（UI / BLL / DAL），虽未严格分离项目，但代码组织清晰。理解每一层的职责边界，是你从“照着做”迈向“自己做”的分水岭。我们以“学生修改密码”功能为例，顺藤摸瓜走一遍完整调用链。

3.1 UI 层：ModifyPwd.aspx.cs—— 事件驱动与数据绑定

打开Student/ModifyPwd.aspx.cs，核心逻辑集中在SaveButton_Click：

protected void SaveButton_Click(object sender, EventArgs e) { string oldPwd = OldPassword.Text.Trim(); string newPwd = NewPassword.Text.Trim(); string confirmPwd = ConfirmPassword.Text.Trim(); // 1. 前端校验（基础） if (string.IsNullOrEmpty(oldPwd) || string.IsNullOrEmpty(newPwd)) { ShowMessage("密码不能为空"); return; } if (newPwd != confirmPwd) { ShowMessage("新密码与确认密码不一致"); return; } // 2. 调用 BLL 方法 UserBLL userBll = new UserBLL(); bool result = userBll.ChangePassword(Session["UserID"].ToString(), oldPwd, newPwd); // 3. 根据返回值更新 UI if (result) { ShowMessage("密码修改成功", true); // 清除 Session，强制重新登录（安全实践） Session.Abandon(); Response.Redirect("~/Default.aspx"); } else { ShowMessage("原密码错误，请重试"); } }

逻辑说明：

• Session["UserID"]是登录时存入的用户 ID（非明文密码），确保操作者身份；
• ShowMessage()是自定义方法，封装了ClientScript.RegisterStartupScript，实现 JS 弹窗提示；
• Session.Abandon()是关键安全动作：修改密码后立即销毁会话，防止旧 Session 继续操作（很多学生漏写这行，导致“改了密码还能用旧 Session 登录”的漏洞）。

3.2 BLL 层：App_Code/UserBLL.cs—— 业务规则中枢

BLL 是承上启下的核心。它不碰数据库细节，只定义“什么能做、什么不能做”。

public class UserBLL { private UserDAL userDal = new UserDAL(); // 依赖注入雏形（此处为简单 new） /// <summary> /// 修改密码：先验证原密码，再更新新密码（MD5 加密存储） /// </summary> public bool ChangePassword(string userId, string oldPwd, string newPwd) { // 1. 查询当前密码（MD5 加密后比对） string currentHash = userDal.GetPasswordById(userId); if (currentHash == null || currentHash != GetMD5Hash(oldPwd)) return false; // 2. 更新为新密码的 MD5 值 return userDal.UpdatePassword(userId, GetMD5Hash(newPwd)); } private string GetMD5Hash(string input) { using (MD5 md5 = MD5.Create()) { byte[] inputBytes = Encoding.UTF8.GetBytes(input); byte[] hashBytes = md5.ComputeHash(inputBytes); return BitConverter.ToString(hashBytes).Replace("-", "").ToLower(); } } }

参数说明与踩坑点：

• GetMD5Hash()是简易哈希，仅用于教学演示。真实系统必须用Rfc2898DeriveBytes（PBKDF2）加盐哈希，但课程设计中为降低复杂度，普遍采用此写法；
• userDal.GetPasswordById()返回的是数据库中已加密的字符串，BLL 层不做解密，只做等值比对；
• 若你在web.config中看到<compilation debug="true">，说明项目处于调试模式，GetMD5Hash("123")结果恒为"202cb962ac59075b964b07152d234b70"，方便你手动生成测试密码。

3.3 DAL 层：App_Code/UserDAL.cs—— 数据库操作原子化

DAL 层彻底屏蔽 SQL 细节，只暴露方法签名。它用SqlHelper（或直接SqlCommand）执行参数化查询，杜绝 SQL 注入。

public class UserDAL { private string connStr = ConfigurationManager.ConnectionStrings["ConnStr"].ConnectionString; public string GetPasswordById(string userId) { string sql = "SELECT Password FROM Users WHERE UserID = @UserID"; SqlParameter param = new SqlParameter("@UserID", userId); return SqlHelper.ExecuteScalar(connStr, CommandType.Text, sql, param)?.ToString(); } public bool UpdatePassword(string userId, string newHash) { string sql = "UPDATE Users SET Password = @NewPwd WHERE UserID = @UserID"; SqlParameter[] parameters = { new SqlParameter("@NewPwd", newHash), new SqlParameter("@UserID", userId) }; return SqlHelper.ExecuteNonQuery(connStr, CommandType.Text, sql, parameters) > 0; } }

关键设计点：

• SqlHelper通常是项目自带的静态工具类（位于App_Code/SqlHelper.cs），封装了SqlConnection创建、SqlCommand执行、异常统一处理；
• 所有 SQL 使用@参数占位符，而非字符串拼接（"WHERE UserID = '" + userId + "'"是致命错误）；
• ExecuteScalar()用于查单值（如密码），ExecuteNonQuery()用于增删改，返回影响行数，判断是否成功。

3.4 数据库层：StudentScoreDB.mdf—— 表结构与约束即文档

打开 SQL Server 对象资源管理器 →StudentScoreDB→ Tables →Users，右键“设计”，查看字段：

重要约束：

• Users.UserID是主键，也是Scores.StudentID的外键；
• Scores.Score字段通常设为decimal(5,2)，支持 999.99 分制，避免 float 精度丢失；
• Courses.Credit为tinyint（0~255），符合学分常规范围；
• 没有ON DELETE CASCADE，删除课程前需手动清空Scores表关联记录——这是教学故意留的“事务完整性”思考点。

4. 避坑指南：5 条血泪经验，专治课程设计答辩前夜崩溃

这些坑，我见过太多学生在凌晨两点发消息问：“老师，为什么我改了密码还是登不进去？”、“为什么导出 Excel 是乱码？”。它们不是代码 bug，而是环境、配置、认知偏差叠加的“玄学现场”。以下每一条，都对应一个真实翻车场景和可复现的解决路径。

4.1 现象：登录成功后跳转到~/Admin/ManageScore.aspx，但页面报错Object reference not set to an instance of an object

原因：ManageScore.aspx.cs中Page_Load试图读取Session["Role"]，但登录页Default.aspx.cs的LoginButton_Click方法里，Session["Role"]赋值语句被注释或遗漏。常见于学生复制粘贴代码时，漏掉了Session["Role"] = dr["Role"].ToString();这一行。
解决：打开Default.aspx.cs，定位LoginButton_Click，检查while (dr.Read())循环体内是否包含：

Session["UserID"] = dr["UserID"].ToString(); Session["UserName"] = dr["UserName"].ToString(); Session["Role"] = dr["Role"].ToString(); // ← 必须有这一行！

4.2 现象：本地 IIS Express 能运行，但发布到本机 IIS 后，所有数据库操作报Login failed for user 'IIS APPPOOL\DefaultAppPool'

原因：IIS 应用程序池默认以ApplicationPoolIdentity身份运行，该账户对App_Data目录无读写权限，且无法附加.mdf文件。web.config中Integrated Security=True在 IIS 下指向的是应用池账户，而非你的 Windows 登录账户。
解决：
①方案A（推荐教学用）：改用 SQL Server 账户认证

• 在 SQL Server 对象资源管理器中，右键StudentScoreDB→ “属性” → “权限” → 添加新用户IIS APPPOOL\DefaultAppPool，赋予db_owner角色；
• 修改web.config连接字符串：

  <add name="ConnStr" connectionString="Data Source=(localdb)\MSSQLLocalDB;Initial Catalog=StudentScoreDB;User ID=sa;Password=your_sa_password;" providerName="System.Data.SqlClient" />

②方案B（更规范）：在 IIS 中为应用池指定高权限账户（不推荐教学环境，涉及 Windows 安全策略）。

4.3 现象：导出 Excel 功能（ExportToExcel.aspx）点击后浏览器下载一个 0KB 的.xls文件

原因：ASP.NET Web Forms 导出本质是Response.ContentType = "application/vnd.ms-excel"+Response.Write(htmlTable)，但现代浏览器（Chrome 110+）拒绝渲染非标准 MIME 类型，且Response.End()被弃用导致流未刷新。
解决：替换导出逻辑为DataTable→MemoryStream→Response.BinaryWrite：

// 在 ExportToExcel.aspx.cs 中 DataTable dt = GetScoreData(); // 你的数据查询方法 using (MemoryStream ms = new MemoryStream()) { using (StreamWriter sw = new StreamWriter(ms, Encoding.UTF8)) { // 写入 UTF-8 BOM 头，解决中文乱码 sw.Write("\uFEFF"); // 写入 HTML 表格结构（省略具体生成逻辑） sw.Write("<table>...</table>"); sw.Flush(); ms.Position = 0; Response.Clear(); Response.ContentType = "application/vnd.ms-excel"; Response.AddHeader("Content-Disposition", "attachment;filename=ScoreList.xls"); Response.BinaryWrite(ms.ToArray()); Response.End(); } }

4.4 现象：在Admin/AddCourse.aspx添加课程时，CourseID文本框输入C001，保存后数据库中变成C001??????????（末尾填充空格）

原因：Courses.CourseID字段类型为char(10)（定长字符），而char类型会用空格补足长度。插入C001时，数据库自动存为C001（6个空格）。后续用WHERE CourseID = 'C001'查询会失败，因实际存储值带空格。
解决：
①立刻改数据库：在 SQL Server 对象资源管理器中，右键Courses表 → “设计”，将CourseID类型从char(10)改为nvarchar(10)（变长 Unicode）；
②同步改代码：检查所有INSERT INTO Courses语句，确保参数化查询中@CourseID的SqlDbType设为NVarChar；
③教训：课程设计中，所有主键、编码类字段，无条件用nvarchar，禁用char。

4.5 现象：修改web.config中的<customErrors mode="Off"/>后，依然看不到详细错误页，只显示通用 500 错误

原因：IIS Express 默认启用Detailed Errors，但 VS 2022 某些版本（如 17.6+）在启动项目时，会覆盖web.config设置，强制显示友好错误。
解决：
① 打开项目属性（右键项目 → Properties）→ “Web” 选项卡；
② 在 “Servers” 区域，取消勾选 “Use IIS Express” → 改为 “Use Visual Studio Development Server”；
③ 或保持 IIS Express，但在 “Project Settings” → “Debug” → 勾选 “Enable Edit and Continue” 和 “Enable JavaScript debugging for ASP.NET (Chrome, Edge and IE)”；
④终极手段：在Global.asax.cs的Application_Error方法中手动记录日志：

void Application_Error(object sender, EventArgs e) { Exception ex = Server.GetLastError(); System.IO.File.AppendAllText( Server.MapPath("~/App_Data/ErrorLog.txt"), $"[{DateTime.Now}] {ex.Message}\n{ex.StackTrace}\n\n"); }

5. 进阶实战：给系统加上“按学期筛选成绩”功能，从需求到上线的全流程推演

课程设计答辩时，老师常问：“如果要增加按学期查询成绩，你怎么改？” 这不是考你会不会写 SQL，而是考你能否在现有架构上，不破坏分层、不引入耦合、不遗留隐患地完成一次真实需求迭代。下面我带你走一遍从需求分析、UI 设计、BLL/DAL 扩展到测试验证的完整闭环。这不是“伪代码”，而是我在某高校课程设计指导中，让学生 4 小时内完成并演示的实操路径。

5.1 需求拆解与数据库变更：先动表，再动代码

原始Scores表只有StudentID,CourseID,Score,Term（学期）字段，但Term是nvarchar(20)，存如"2023-2024-1"。问题在于：

• 无法按年份范围查询（如“查 2023 年所有成绩”）；
• 无法按学期序号排序（"2023-2024-1"和"2023-2024-2"字符串排序不等于数字排序）。

最优解：新增AcademicYear（学年）和Semester（学期序号）两个字段，并建立计算列或索引。
但课程设计要求最小改动，所以采用兼容方案：
①扩展Term字段含义：约定格式为YYYY-YYYY-S（如2023-2024-1），其中最后一位S为1（秋季）或2（春季）；
②新增Scores.TermSort计算列（SQL Server 2016+ 支持）：

ALTER TABLE Scores ADD TermSort AS CAST(LEFT(Term, 4) AS INT) * 10 + RIGHT(Term, 1) PERSISTED;

这样2023-2024-1→20231，2023-2024-2→20232，天然支持ORDER BY TermSort DESC。

注意：PERSISTED关键字使计算列物理存储，可建索引，大幅提升查询性能。若用低版本 SQL Server，改用触发器维护TermSort字段。

5.2 UI 层改造：Student/ViewScore.aspx—— 增加下拉筛选控件

在ViewScore.aspx的<asp:GridView>上方，插入筛选区域：

<div style="margin: 10px 0;"> <asp:Label ID="lblTerm" runat="server" Text="选择学期：" AssociatedControlID="ddlTerm"></asp:Label> <asp:DropDownList ID="ddlTerm" runat="server" AutoPostBack="true" OnSelectedIndexChanged="ddlTerm_SelectedIndexChanged"> <asp:ListItem Value="">全部学期</asp:ListItem> <asp:ListItem Value="2023-2024-1">2023-2024 学年 第一学期</asp:ListItem> <asp:ListItem Value="2023-2024-2">2023-2024 学年 第二学期</asp:ListItem> <!-- 更多学期... --> </asp:DropDownList> </div>

关键点：

• AutoPostBack="true"确保选择后立即回发，无需额外按钮；
• OnSelectedIndexChanged绑定后台事件；
• AssociatedControlID提升无障碍访问支持（答辩加分项）。

5.3 BLL/DAL 层扩展：支持带学期参数的成绩查询

在ScoreBLL.cs中新增方法：

/// <summary> /// 获取学生所有成绩（可选按学期筛选） /// </summary> /// <param name="studentId">学生ID</param> /// <param name="term">学期（为空则查全部）</param> /// <returns>成绩DataTable</returns> public DataTable GetScoresByStudent(string studentId, string term = "") { ScoreDAL scoreDal = new ScoreDAL(); return scoreDal.GetScoresByStudent(studentId, term); }

在ScoreDAL.cs中，编写参数化查询：

public DataTable GetScoresByStudent(string studentId, string term) { string sql = @"SELECT s.ScoreID, c.CourseName, s.Score, s.Term, CASE WHEN s.Term LIKE '%-1' THEN '第一学期' WHEN s.Term LIKE '%-2' THEN '第二学期' ELSE '未知' END AS SemesterName FROM Scores s INNER JOIN Courses c ON s.CourseID = c.CourseID WHERE s.StudentID = @StudentID"; List<SqlParameter> parameters = new List<SqlParameter> { new SqlParameter("@StudentID", studentId) }; if (!string.IsNullOrEmpty(term)) { sql += " AND s.Term = @Term"; parameters.Add(new SqlParameter("@Term", term)); } sql += " ORDER BY s.TermSort DESC"; // 利用计算列排序 return SqlHelper.ExecuteDataTable(connStr, CommandType.Text, sql, parameters.ToArray()); }

参数说明：

• 使用List<SqlParameter>动态拼接 WHERE 条件，避免 SQL 注入；
• CASE WHEN在 SQL 层转换学期显示名，减轻 UI 层负担；
• ORDER BY s.TermSort DESC确保最新学期排在最前，符合用户直觉。

5.4 后台事件与数据绑定：ViewScore.aspx.cs的最终整合

protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { BindScoreGrid(); LoadTermDropdown(); // 初始化下拉框选项 } } private void LoadTermDropdown() { // 从数据库查出所有唯一学期值（去重） string sql = "SELECT DISTINCT Term FROM Scores ORDER BY TermSort DESC"; DataTable dt = SqlHelper.ExecuteDataTable(ConfigurationManager.ConnectionStrings["ConnStr"].ConnectionString, CommandType.Text, sql); ddlTerm.DataSource = dt; ddlTerm.DataTextField = "Term"; ddlTerm.DataValueField = "Term"; ddlTerm.DataBind(); // 插入“全部学期”选项到开头 ddlTerm.Items.Insert(0, new ListItem("全部学期", "")); } protected void ddlTerm_SelectedIndexChanged(object sender, EventArgs e) { BindScoreGrid(); } private void BindScoreGrid() { string studentId = Session["UserID"].ToString(); string selectedTerm = ddlTerm.SelectedValue; ScoreBLL scoreBll = new ScoreBLL(); DataTable dt = scoreBll.GetScoresByStudent(studentId, selectedTerm); GridView1.DataSource = dt; GridView1.DataBind(); }

验证要点（答辩时可当场演示）：

• 选择“全部学期” → 显示所有成绩，按学期倒序排列；
• 选择2023-2024-1→ 仅显示该学期成绩，且SemesterName列显示“第一学期”；
• 检查GridView1的AutoGenerateColumns="false"，确保SemesterName字段在BoundField中显式声明，避免乱序。

5.5 我的习惯：每次功能迭代后必做的三件事

做完上面所有步骤，别急着打包交作业。我带学生时，强制他们做完这三件事，再提交答辩材料：

1. 清理无用代码：删掉ViewScore.aspx中所有<!-- TODO: add term filter -->注释，以及调试用的Response.Write("debug:" + xxx)；
2. 更新Doc/下的 ER 图：用 draw.io 或 Visio 重绘Scores表，标出新增的TermSort计算列和索引（哪怕只是手画截图）；
3. 写一份 200 字以内的《本次迭代说明》，放入Doc/ChangeLog.txt：

   “新增按学期筛选成绩功能。数据库层面：为 Scores 表添加 TermSort 计算列，支持高效排序；代码层面：扩展 ScoreBLL.GetScoresByStudent() 方法，支持 term 参数；UI 层面：在 ViewScore.aspx 添加 DropDownList 控件，实现无刷新筛选。所有改动均遵循原有三层架构，未修改任何基础类。”

这三件事花不了 15 分钟，但它让你的课程设计从“能跑”升级为“可维护、可追溯、可讲解”。答辩老师一眼就能看出：这不是拼凑的代码，而是经过思考的工程实践。

希望帮到你。

本文还有配套的精品资源，点击获取