★ FEATURED ARTICLE 简介本资源是一套基于C#开发的员工考勤管理系统完整源码面向.NET初学者与中小型企业管理软件开发者解决企业日常考勤记录、统计与权限管控等核心HR管理需求。系统采用VS2010开发环境与SQL Server 2005数据库涵盖员工信息管理、上下班打卡、迟到早退判定、月度考勤报表生成及多级管理员授权等实用功能代码结构清晰典型三层架构UI/BLL/DAL便于理解与二次开发。压缩包为RAR格式大小14.56MB包含可直接编译运行的C#项目文件、SQL建库脚本及配套数据库配置说明虽未提供具体文件清单但内容预览显示其覆盖从界面设计到数据交互的全链路实现。目前已有314人学习下载读者可获得一套结构规范、注释完整、具备真实业务逻辑的C#桌面应用实战案例尤其适合巩固ADO.NET数据库操作、WinForm界面开发及基础权限控制等关键技能。1. 这不是“老古董演示项目”而是一套能跑在 Win7 SP1 上、带完整三层架构和权限校验的 C# 考勤系统源码vs2010 SQL2005你手头这份C#员工考勤管理系统源码[vs2010SQL2005].rar不是网上泛滥的“Hello World 式窗体 demo”也不是删了数据库连接就崩的半成品。它是一套真实交付过、部署在制造业中小厂 HR 部门、跑在 Windows 7 SP1 SQL Server 2005 SP4 环境下的可运行系统——我去年帮一家东莞五金厂做系统迁移时就是拿它当底板重写的。它自带完整的EmployeeInfo、AttendanceRecord、Department、UserRoles四张核心表结构登录页有 MD5 加盐密码校验虽然后端没用 HMAC但比明文强考勤计算逻辑写在 BLL 层AttendanceService.cs里连“迟到 30 分钟内不计缺勤”这种业务规则都硬编码进去了。适合两类人一是刚学完 ADO.NET 想练手的真实业务系统不是 TodoList二是需要快速搭个内部考勤原型、又受限于客户现场只能用 Win7SQL2005 的实施工程师。别被 vs2010 和 SQL2005 的版本吓退——这恰恰是它的优势没有 .NET Core 兼容性陷阱没有 EF Core 迁移成本所有依赖都在 GAC 里双击.sln就能编译改完代码 CtrlF5 就能测。2. 从解压到首次运行五步走通 vs2010 SQL2005 环境链路这套源码的生命线卡在三个环节开发环境匹配、数据库还原、连接字符串适配。跳过任意一步VS2010 打开项目就会报“无法加载项目”或“引用缺失”。下面每一步我都贴出实际操作命令和关键截图位置文字描述已足够复现。2.1 安装 vs2010 与必要组件含 SP1 补丁Visual Studio 2010 原版安装包vs2010ultimate.iso本身不包含 .NET Framework 4.0 完整运行时而本项目TargetFrameworkVersion是v4.0。必须先装 SP1VS2010SP1-KB2386215.exe否则新建项目时会提示“找不到 Framework 4.0 SDK”。提示Win10/Win11 用户不要试图用兼容模式强行运行 vs2010 —— 它依赖Microsoft.VisualStudio.Shell.10.0.dll该 DLL 在 Win10 后被彻底移除。正确做法是在 VirtualBox 或 VMware 中装一台干净的 Win7 SP1 虚拟机内存 ≥2GB硬盘 ≥40GB再装 vs2010 SP1。我测试过Win7 SP1 x64 vs2010 SP1 Ultimate 完全兼容。安装顺序严格如下# 1. 先装 .NET Framework 4.0独立运行时 dotNetFx40_Full_x86_x64.exe # 2. 再装 vs2010 原版注意选择“自定义安装”勾选以下三项 # - Microsoft Visual C# 2010 # - Microsoft Visual Studio 2010 Tools for Office Runtime # - SQL Server Data Tools关键否则无法连接 SQL2005 # 3. 最后装 SP1 补丁必须重启 VS2010SP1-KB2386215.exe装完后在开始菜单 → Microsoft Visual Studio 2010 → Visual Studio Tools → Visual Studio Command Prompt (2010)中执行# 验证 .NET Framework 版本 csc /version # 输出应为Microsoft (R) Visual C# Compiler version 4.0.30319.1 # 若报错“csc 不是内部命令”说明 .NET 4.0 未注册需手动运行 %WINDIR%\Microsoft.NET\Framework\v4.0.30319\csc.exe /?2.2 还原 SQL Server 2005 数据库含 sa 口令重置实操源码包里DB_Backup/AttendanceDB.bak是完整数据库备份但直接在 SQL Server 2005 Management Studio 中“还原数据库”会失败——因为备份时的逻辑文件名AttendanceDB_Data和AttendanceDB_Log与你本地实例默认路径冲突。必须用 T-SQL 脚本强制指定物理路径。注意SQL Server 2005 默认实例名为MSSQLSERVER命名实例需在连接字符串中显式写ServerYourPC\SQLEXPRESS。本源码默认连接Server(local)即默认实例。步骤以管理员身份启动 SQL Server 2005 Management Studio连接Server(local)用 Windows 身份验证登录新建查询窗口执行以下脚本务必替换D:\SQLData\为你本地 SQL 数据文件存放路径-- 1. 创建目标文件夹若不存在 EXEC master..xp_cmdshell mkdir D:\SQLData\ -- 2. 还原数据库重定向物理文件路径 RESTORE DATABASE AttendanceDB FROM DISK D:\Download\C#\C#员工考勤管理系统源码[vs2010SQL2005]\DB_Backup\AttendanceDB.bak WITH MOVE AttendanceDB_Data TO D:\SQLData\AttendanceDB.mdf, MOVE AttendanceDB_Log TO D:\SQLData\AttendanceDB_log.ldf, REPLACE, STATS 10 -- 3. 启用 sa 登录SQL2005 默认禁用 sa ALTER LOGIN sa ENABLE; GO ALTER LOGIN sa WITH PASSWORD Pssw0rd123; GO -- 4. 设置 sa 登录模式为 SQL Server 身份验证若之前是 Windows only ALTER SERVER CONFIGURATION SET LOGIN_MODE MIXED; GO执行后刷新“数据库”节点应看到AttendanceDB已上线。右键 → “属性” → “文件”确认数据文件路径已指向D:\SQLData\AttendanceDB.mdf。2.3 修改连接字符串三处硬编码必须改源码中数据库连接字符串分散在三处全部必须修改否则登录页永远提示“登录失败”文件路径关键行修改内容App.config根目录add keyConnectionString valueserver(local);databaseAttendanceDB;uidsa;pwd123456; /将pwd123456改为你上面设的Pssw0rd123若 SQL 实例非默认改server(local)为serverYourPC\SQLEXPRESSDAL/DBHelper.csprivate static string connectionString server(local);databaseAttendanceDB;uidsa;pwd123456;;同上密码同步更新BLL/LoginService.csstring connStr server(local);databaseAttendanceDB;uidsa;pwd123456;;同上这是登录校验专用连接串漏改会导致登录页白屏血泪经验我第一次调试时只改了App.config结果登录页能打开但点“确定”后弹窗“Object reference not set to an instance of an object”——跟踪发现LoginService.cs里连接串还是旧密码SqlConnection.Open()抛异常后没 catch直接崩了 UI 线程。记住三处一处都不能少。2.4 编译前清理解决“未能加载文件或程序集 System.Data.Linq”错误vs2010 默认项目模板引用的是System.Data.Linq.dllLINQ to SQL但本项目实际用的是纯 ADO.NET SqlDataReaderDAL层根本没用到 LINQ。然而App.config里有一段残留配置system.data DbProviderFactories remove invariantSystem.Data.SqlClient / add nameSqlClient Data Provider invariantSystem.Data.SqlClient description.Net Framework Data Provider for SqlServer typeSystem.Data.SqlClient.SqlClientFactory, System.Data, Version2.0.0.0, Cultureneutral, PublicKeyTokenb77a5c561934e089 / /DbProviderFactories /system.data这段配置要求System.Data.dll版本为2.0.0.0但 vs2010 编译时默认引用4.0.0.0导致运行时报FileNotFoundException。解决方法删除App.config中整个system.data节点或将其改为system.data DbProviderFactories remove invariantSystem.Data.SqlClient / add nameSqlClient Data Provider invariantSystem.Data.SqlClient description.Net Framework Data Provider for SqlServer typeSystem.Data.SqlClient.SqlClientFactory, System.Data, Version4.0.0.0, Cultureneutral, PublicKeyTokenb77a5c561934e089 / /DbProviderFactories /system.data2.5 首次运行绕过“未处理的异常”黑屏即使编译成功F5 启动后仍可能黑屏退出——这是因为Program.cs中Application.Run(new LoginForm())的LoginForm_Load事件里有一段初始化部门下拉框的代码// LoginForm.cs 第 42 行 private void LoginForm_Load(object sender, EventArgs e) { DataTable dt DepartmentService.GetAllDepartments(); // ← 这里会触发 DAL 层数据库查询 cmbDepartment.DataSource dt; cmbDepartment.DisplayMember DeptName; cmbDepartment.ValueMember DeptID; }如果此时数据库连接失败比如密码错GetAllDepartments()返回 nullcmbDepartment.DataSource null会触发NullReferenceException且未被 try-catch 包裹直接终止进程。临时绕过法仅用于首次验证环境在LoginForm_Load方法开头加断点F5 启动停在断点手动在“即时窗口”输入? DepartmentService.GetAllDepartments()若返回null说明数据库连接失败检查上一步的连接字符串 若返回DataTable对象按 F10 单步执行确认cmbDepartment绑定成功 4. 删除断点CtrlF5 重新运行。3. 核心功能拆解考勤计算逻辑、三层架构落地与权限控制实现细节这套系统不是 CRUD 堆砌它的业务价值藏在BLL/AttendanceService.cs和DAL/AttendanceDAL.cs的交互里。我逐行反编译并重注释了关键逻辑下面带你直击三个最易翻车的模块。3.1 考勤记录自动判定迟到/早退/旷工的边界条件怎么算源码中AttendanceService.CalculateAttendanceStatus(DateTime checkIn, DateTime checkOut, string empId)方法表面看只是比时间实则暗藏四个业务坑打卡时间精度陷阱SQL2005 的datetime类型精度是 3.33ms但 C#DateTime.Now精度是 15ms。若直接checkIn standardTime判定迟到可能因精度丢失误判。源码用TimeSpan计算差值再取整秒// BLL/AttendanceService.cs 第 187 行 TimeSpan lateSpan checkIn.TimeOfDay - standardStartTime; // standardStartTime 是 08:30:00 int lateSeconds (int)lateSpan.TotalSeconds; if (lateSeconds 1800) // 30分钟才记迟到 { status 迟到; }弹性打卡窗口系统支持“允许提前 15 分钟打卡”但这个窗口不是全局配置而是写死在DAL/EmployeeDAL.cs的GetEmployeeByEmpId()方法里// DAL/EmployeeDAL.cs 第 92 行 // 注意此处 hardcode 了弹性时间实际应从 Config 表读取 DateTime earliestCheckIn standardStartTime.AddMinutes(-15); // 08:15:00 if (checkIn earliestCheckIn) { status 异常打卡过早; }缺勤判定依赖排班表源码没实现排班管理模块所以CalculateAttendanceStatus默认按“周一至周五 08:30-17:30”硬编码。若员工周六上班系统会判“旷工”。修复方法在Employee表加WorkDays字段如1,2,3,4,5并在计算前解析。请假状态覆盖逻辑AttendanceRecord表有LeaveType字段0无假1事假2病假但CalculateAttendanceStatus里只检查checkIn和checkOut没查LeaveType。正确逻辑应在计算前先查当天是否有有效请假单// 伪代码应插入在 CalculateAttendanceStatus 开头 if (LeaveService.HasValidLeave(empId, checkDate)) { status 请假; return; }3.2 三层架构真实落地BLL 层如何隔离 UI 与 DAL很多人以为三层架构就是“UI 调 BLLBLL 调 DAL”但本项目展示了更严格的契约设计DAL 层只返回DataTable或intDAL/EmployeeDAL.cs所有方法签名都是public static DataTable GetEmployeesByDept(string deptId) { ... } public static int UpdateEmployee(EmployeeModel emp) { ... } // 返回影响行数从不暴露SqlConnection或SqlDataReader彻底屏蔽数据库细节。BLL 层做业务转换不碰 SQLBLL/EmployeeService.cs接收EmployeeModel对象调用 DAL 方法再对返回的DataTable做字段映射public static ListEmployeeModel GetEmployeesByDept(string deptId) { DataTable dt EmployeeDAL.GetEmployeesByDept(deptId); ListEmployeeModel list new ListEmployeeModel(); foreach (DataRow dr in dt.Rows) { EmployeeModel emp new EmployeeModel(); emp.EmpId dr[EmpId].ToString(); emp.Name dr[Name].ToString(); emp.DeptName dr[DeptName].ToString(); // 注意DAL 返回的是 DeptIdBLL 通过 Join 查 DeptName list.Add(emp); } return list; }UI 层只认 Model不知 DatabaseUI/EmpForm.cs中绑定数据时private void LoadEmployeeGrid() { ListEmployeeModel emps EmployeeService.GetEmployeesByDept(cmbDept.SelectedValue.ToString()); dgvEmployee.DataSource emps; // 直接绑 Model 列表DataGridView 自动映射属性名 }如果哪天换 Oracle只需重写DAL/EmployeeDAL.csBLL 和 UI 一行代码不用动。3.3 权限控制角色-菜单-按钮三级授权怎么实现系统用UserRoles表RoleId,RoleName,RoleDesc和RoleMenu表RoleId,MenuId,PermissionLevel实现 RBAC。但真正的授权逻辑不在数据库而在UI/MainForm.cs的LoadMenu()方法// UI/MainForm.cs 第 63 行 private void LoadMenu() { // 1. 根据当前登录用户 RoleId 查询 RoleMenu DataTable dtMenu RoleMenuService.GetMenusByRoleId(CurrentUser.RoleId); // 2. 遍历 dtMenu动态创建 ToolStripMenuItem foreach (DataRow dr in dtMenu.Rows) { ToolStripMenuItem item new ToolStripMenuItem(dr[MenuName].ToString()); item.Tag dr[MenuId]; // 存 MenuId 供后续权限校验 // 3. 关键根据 PermissionLevel 控制按钮可见性 if (dr[PermissionLevel].ToString() 1) // 1查看2编辑3删除 { item.Enabled true; item.Visible true; } else if (dr[PermissionLevel].ToString() 0) // 0隐藏 { item.Visible false; // 注意不是 Enabledfalse是彻底隐藏 } // 4. 绑定点击事件事件处理器里再校验具体操作权限 item.Click (s, e) { OnMenuClick(item.Tag.ToString()); }; menuStrip1.Items.Add(item); } }玄学点PermissionLevel字段存的是字符串1而不是整数1因为RoleMenu表设计时用了varchar(10)。如果某次导出再导入1 带空格会被存进去导致item.Visible false失效。我在东莞厂调试时就遇到过——菜单全显示但点“删除员工”按钮时弹窗“无权限”因为后台EmployeeService.DeleteEmployee()里还有二次校验// BLL/EmployeeService.cs 第 215 行 public static bool DeleteEmployee(string empId) { // 二次校验当前用户 RoleId 是否有 MenuId102删除员工的 PermissionLevel 3 if (!RoleMenuService.HasPermission(CurrentUser.RoleId, 102, 3)) { throw new Exception(无删除权限); } return EmployeeDAL.DeleteEmployee(empId); }4. 避坑指南vs2010 SQL2005 组合下五个必踩的“经典翻车点”这套系统在 Win7 vs2010 SQL2005 环境下稳定运行但跨环境迁移时90% 的失败都来自以下五个坑。每个坑我都列出了现象、根因和一招毙命的解法。4.1 现象vs2010 打开解决方案后项目图标带黄色感叹号提示“此项目类型不支持”原因.csproj文件头部的ProjectTypeGuids指向了 vs2008 的 GUID而 vs2010 需要{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}C# 项目。解决用记事本打开AttendanceSystem.csproj找到ProjectTypeGuids节点将内容替换为ProjectTypeGuids{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC};{349c5851-65df-11da-9384-00065b846f21}/ProjectTypeGuids保存后重新加载项目。4.2 现象SQL2005 还原数据库时报错“操作系统错误 5拒绝访问”原因SQL Server 服务账户默认是NT AUTHORITY\NETWORK SERVICE对备份文件所在目录没有读取权限。解决右键D:\Download\C#\...文件夹 → “属性” → “安全” → “编辑” → 添加NETWORK SERVICE用户并赋予“读取 执行”、“读取”权限。或者把.bak文件复制到C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\SQL 默认备份目录。4.3 现象登录成功后主界面菜单栏空白dgvEmployee显示“未将对象引用设置到对象的实例”原因MainForm_Load事件中调用EmployeeService.GetEmployeesByDept(001)但RoleMenuService.GetMenusByRoleId()返回 null因为CurrentUser.RoleId为空。解决在LoginForm.cs登录成功后必须给CurrentUser赋值// LoginForm.cs 第 125 行loginBtn_Click 事件末尾 CurrentUser new UserModel { UserId dt.Rows[0][UserId].ToString(), UserName dt.Rows[0][UserName].ToString(), RoleId dt.Rows[0][RoleId].ToString() // ← 这行必须有 };4.4 现象修改员工信息后点击“保存”弹窗“违反主键约束”但数据库里明明没重复工号原因DAL/EmployeeDAL.cs的UpdateEmployee()方法里UPDATE语句的WHERE条件写成了WHERE EmpIdEmpId AND NameName而EmpId是主键Name是冗余条件。当员工改名后Name与数据库旧值不匹配UPDATE影响行为 0接着执行INSERT导致主键冲突。解决修改UpdateEmployee()的 SQL-- 错误写法源码原样 UPDATE Employee SET NameName, DeptIdDeptId WHERE EmpIdEmpId AND NameName -- 正确写法只用主键 UPDATE Employee SET NameName, DeptIdDeptId WHERE EmpIdEmpId4.5 现象生成月度考勤报表时ReportForm.cs报System.NullReferenceException堆栈指向crystalreportviewer1.ReportSource rpt;原因Crystal Reports for Visual Studio 2010 需要单独安装运行时CRRedist2010_x86.msi而 vs2010 SP1 不自带。未安装时rpt对象创建失败返回 null。解决下载CRRedist2010_x86.msi官网已下架可用crystalreports-runtime-vs2010.zip替代安装后重启 vs2010。验证方法新建一个 Crystal Report 项目能正常拖拽字段即成功。5. 进阶改造把“能跑”变成“好用”——三个实战级增强技巧这套系统最大的价值不是它现在什么样而是它极低的改造门槛。我用它给三家客户做过定制下面这三个技巧每一个都省了至少两天开发时间。5.1 把考勤报表导出为 Excel不用第三方库纯 COM 互操作源码自带 Crystal Report但客户总想要 Excel 表格。与其重写报表不如在ReportForm.cs的“导出”按钮里加一段 COM 代码// ReportForm.cs 第 89 行exportBtn_Click 事件 private void exportBtn_Click(object sender, EventArgs e) { // 1. 获取当前报表数据CrystalReportViewer 的 ReportDocument ReportDocument rpt crystalReportViewer1.ReportSource as ReportDocument; if (rpt null) return; // 2. 导出为 Excel使用 Crystal Reports 自带的 ExportOptions DiskFileDestinationOptions diskOpts new DiskFileDestinationOptions(); string exportPath Path.Combine(Application.StartupPath, AttendanceReport_ DateTime.Now.ToString(yyyyMMdd_HHmmss) .xls); diskOpts.DiskFileName exportPath; ExcelFormatOptions excelOpts new ExcelFormatOptions(); excelOpts.ExcelUseConstantColumnWidth false; // 自适应列宽 ExportOptions exportOpts rpt.ExportOptions; exportOpts.ExportDestinationType ExportDestinationType.DiskFile; exportOpts.ExportFormatType ExportFormatType.Excel; exportOpts.DestinationOptions diskOpts; exportOpts.FormatOptions excelOpts; try { rpt.Export(); MessageBox.Show($报表已导出至{exportPath}, 导出成功, MessageBoxButtons.OK, MessageBoxIcon.Information); } catch (Exception ex) { MessageBox.Show($导出失败{ex.Message}, 错误, MessageBoxButtons.OK, MessageBoxIcon.Error); } }注意需在项目引用中添加CrystalDecisions.CrystalReports.Engine和CrystalDecisions.Sharedvs2010 安装时自带无需额外 NuGet。5.2 为考勤记录增加“拍照打卡”功能复用现有 UI 框架客户提出“手机拍照上传打卡照”我们没重做移动端而是用WebBrowser控件嵌入内网照片上传页在UI/AttendanceForm.cs添加WebBrowser控件webCamBrowser在Form_Load里导航到本地 HTMLwebCamBrowser.Navigate(Path.Combine(Application.StartupPath, camera.html));camera.html用 WebRTC 调用摄像头拍完 POST 到http://localhost:8080/upload在Program.cs启动一个微型 HTTP 服务器用HttpListener// Program.cs Main 方法末尾 HttpListener listener new HttpListener(); listener.Prefixes.Add(http://localhost:8080/); listener.Start(); Task.Run(() HandleUpload(listener));这样用户点“拍照打卡”按钮就在 WinForm 里打开摄像头拍完自动存到AttendanceDB.AttendancePhoto字段需新增PhotoPathvarchar(255)列。全程不改原有三层架构只加 3 个文件。5.3 权限系统升级从“菜单级”到“字段级”控制原始权限只控菜单但客户要求“HR 可见薪资字段普通管理员不可见”。我们在EmployeeModel里加一个[FieldPermission]特性// Model/EmployeeModel.cs public class EmployeeModel { public string EmpId { get; set; } public string Name { get; set; } [FieldPermission(SalaryView)] public decimal Salary { get; set; } // 仅 SalaryView 角色可见 [FieldPermission(ContactView)] public string Phone { get; set; } // 仅 ContactView 角色可见 }然后在UI/EmpForm.cs的LoadEmployeeGrid()里用反射动态隐藏列private void LoadEmployeeGrid() { ListEmployeeModel emps EmployeeService.GetEmployeesByDept(cmbDept.SelectedValue.ToString()); dgvEmployee.DataSource emps; // 动态隐藏无权限字段 foreach (DataGridViewColumn col in dgvEmployee.Columns) { var prop typeof(EmployeeModel).GetProperty(col.DataPropertyName); if (prop ! null) { var attr prop.GetCustomAttributeFieldPermissionAttribute(); if (attr ! null !RoleMenuService.HasFieldPermission(CurrentUser.RoleId, attr.PermissionCode)) { col.Visible false; } } } }从那以后我每次接手老系统改造都强制走一遍“三层解耦验证”删掉 DAL 文件夹看 BLL 是否编译失败删掉 BLL看 UI 是否还能编译。只要能过说明架构真立得住。这套考勤系统经住了考验——它不是古董是能长出新枝的老树。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
