简介本资源是一套基于.NET技术栈开发的企业级门户网站完整实现方案面向.NET初学者、Web开发工程师及企业信息化建设人员旨在提供可直接部署学习的门户系统参考范例解决企业对外形象展示、内容管理与用户权限控制等典型需求。压缩包共211个文件涵盖38个C#后端逻辑文件.cs、21个ASPX页面、4个用户控件.ascx、2个母版页.master及Global.asax等核心入口文件辅以CSS、JS、图片与数据库文件mdf/ldf完整呈现MVC风格的前后端结构与ASP.NET Identity权限体系包体大小为2.08MB轻量易解压。已有375人学习下载资源包含新闻管理、用户登录、权限分配、数据集成等模块的可运行代码目录组织清晰配合配置说明文档便于快速理解系统架构、调试部署流程并复用关键组件。1. 为什么一个“企业门户网站”还要自己搭——不是缺模板而是缺能进生产环境的完整闭环你手头可能早就有十几个 .NET 企业门户的 GitHub 模板首页轮播图、新闻列表、部门介绍、联系方式表单……但真要交毕设、做课设、甚至给某高校实验室搭个内部信息平台时你会发现——这些“开箱即用”的项目90% 卡在登录后进不去后台、权限改不了、数据库一换就报错、部署到 IIS 就 500、连管理员账号密码都找不到在哪初始化。这不是代码写得不好是它们压根没走完「需求定义 → 模块划分 → 数据建模 → 权限控制 → 部署验证」这一整条企业级交付链路。本方案就是为解决这个断层而生它不是一个演示 Demo而是一套从数据库脚本、角色权限表结构、前后端分离式管理后台、到 IIS 手动部署 checklist 全覆盖的 .NET 企业门户网站完整版。适合正在赶毕设 deadline 的 A 同学、需要交付可运行系统的某公司实习生、或想真正搞懂“企业级 .NET 应用到底长什么样”的开发者。它不炫技但每一步都经得起答辩老师点开 F12 查接口、翻 web.config 看配置、进 SQL Server 查用户表。2. 总体架构设计B/S 分层结构 四大核心模块 基于 Identity 的细粒度权限控制本方案采用经典三层 B/S 架构表现层 / 业务逻辑层 / 数据访问层但关键在于每一层都做了企业级落地强化表现层用 ASP.NET Core MVC Bootstrap 5 实现响应式前台 AdminLTE 3 搭建后台管理界面业务逻辑层通过 Service 接口抽象 Repository 模式隔离数据操作数据访问层统一使用 Entity Framework Core Code-First并预置完整迁移脚本。整个系统划分为四大不可拆分的核心模块门户展示模块含首页动态 Banner、新闻资讯分类发布、政策文件下载、组织架构模块部门树形结构 员工信息卡片 职责描述、服务支持模块在线表单提交 工单状态跟踪 常见问题知识库、系统管理模块用户账号生命周期管理、角色权限分配、菜单动态配置、操作日志审计。所有模块均接入 ASP.NET Core Identity 框架但不止于“登录/登出”而是实现 RBAC基于角色的访问控制 ABAC基于属性的访问控制混合模型例如“人事专员”角色可编辑员工信息但仅限本部门“部门负责人”可查看本部门全部工单但不可导出这些规则全部通过自定义策略IAuthorizationRequirement注入而非硬编码 if 判断。2.1 数据库设计6 张核心表 外键约束 中文注释全覆盖数据库采用 SQL Server 2019 兼容模式设计共 12 张表其中 6 张为核心业务表全部带完整中文字段注释与外键约束避免学生常犯的“表建了但关系没设、查关联数据全靠手写 JOIN”的问题。以下是关键表结构说明SQL 脚本已内置于/Database/InitScript.sql-- T_Sys_User系统用户主表继承自 IdentityUser CREATE TABLE [dbo].[T_Sys_User] ( [Id] NVARCHAR(450) NOT NULL PRIMARY KEY, [UserName] NVARCHAR(256) NOT NULL, [Email] NVARCHAR(256) NULL, [PhoneNumber] NVARCHAR(20) NULL, [RealName] NVARCHAR(50) NOT NULL, -- 真实姓名非用户名 [DepartmentId] INT NULL, -- 所属部门ID外键 [Position] NVARCHAR(100) NULL, -- 职务 [Status] TINYINT NOT NULL DEFAULT 1, -- 状态1-启用0-禁用 [CreateTime] DATETIME2 NOT NULL DEFAULT GETDATE(), CONSTRAINT [FK_T_Sys_User_T_Sys_Department] FOREIGN KEY ([DepartmentId]) REFERENCES [T_Sys_Department]([Id]) ); EXEC sys.sp_addextendedproperty nameNMS_Description, valueN系统用户主表, level0typeNSCHEMA,level0nameNdbo, level1typeNTABLE,level1nameNT_Sys_User;提示所有表名、字段名均采用T_前缀_业务含义命名规范如T_News_Article表示新闻文章主表避免使用News或Article这类易冲突的单一名字外键约束强制开启防止删除部门时员工记录残留成“孤儿数据”。2.2 权限控制策略基于策略的动态菜单 按钮级权限拦截权限不是简单地“有角色就能进某个 Controller”而是细化到菜单项是否显示、按钮是否可用、API 接口是否放行三个层级。系统通过T_Sys_Menu菜单表和T_Sys_RoleMenu角色-菜单关联表实现前端菜单动态渲染通过T_Sys_Permission权限点表和T_Sys_RolePermission角色-权限关联表控制按钮与接口。例如“新闻管理”模块下有【新增】、【编辑】、【删除】三个权限点即使用户拥有“内容编辑员”角色也需显式勾选“新闻删除”权限才可在列表页看到删除按钮。后端拦截逻辑如下// 在 Controller 方法上标注自定义策略 [Authorize(Policy News:Delete)] public IActionResult Delete(int id) { // 业务逻辑 } // Startup.cs 中注册策略位于 ConfigureServices 方法内 services.AddAuthorization(options { options.AddPolicy(News:Delete, policy policy.RequireAuthenticatedUser() .RequireRole(ContentEditor) .RequireAssertion(context context.User.HasClaim(c c.Type Permission c.Value News:Delete))); });该设计确保答辩时老师问“如果我想让财务部的人只能看不能删新闻怎么配”你能立刻打开T_Sys_RolePermission表指出哪一行删掉即可而不是说“我改代码”。2.3 前后端分离式后台管理AdminLTE 3 jQuery AJAX 模块化 JS 结构管理后台未使用 Vue/React而是采用轻量、零构建、兼容 IE11 的 AdminLTE 3 jQuery 方案原因很实际毕设/课设答辩环境往往只有 Windows IE/Edge装 Node.js 再 npm install 一套前端依赖极易翻车。所有页面通过$.ajax调用统一 API 接口如/api/news/list返回 JSON 数据后由模块化 JS 渲染如news-list.js负责新闻列表页所有交互。JS 文件按功能拆分避免单文件超 2000 行common.js封装通用 AJAX 请求、消息提示、加载动画menu-loader.js根据用户权限动态加载左侧菜单 HTML 片段form-validator.js基于 jQuery Validation 插件的表单校验规则集含手机号、邮箱、身份证号正则upload-handler.js文件上传组件支持多图、PDF、Word自动压缩图片并生成缩略图路径存入数据库注意所有 AJAX 请求均携带X-Requested-With: XMLHttpRequest头并在后端全局过滤器中校验防止 CSRF 攻击上传文件大小限制在web.config中明确配置httpRuntime maxRequestLength20480 /20MB避免学生调试时传个 500MB 视频导致 IIS 直接崩溃。3. 核心模块实现新闻资讯发布流程、组织架构树形渲染、工单状态机驱动每个模块不仅实现基础 CRUD更还原真实企业场景中的业务流转逻辑。例如新闻模块不是“增删改查”而是包含“草稿 → 待审核 → 已发布 → 已归档”四态流程组织架构不是静态列表而是支持拖拽排序的树形结构工单模块采用状态机State Machine设计确保“已关闭”工单无法再被修改或重新指派。3.1 新闻资讯模块四状态工作流 多级分类 富文本编辑器集成新闻模块使用T_News_Article主表 T_News_Category分类表 T_News_StatusLog状态日志表构成。状态流转非硬编码 switch而是通过NewsStatusService统一管理// NewsStatusService.cs public async Taskbool ChangeStatusAsync(int articleId, NewsStatus newStatus, string operatorId) { var article await _context.NewsArticles.FindAsync(articleId); if (article null) return false; // 状态机校验只允许合法转移如不能从“已归档”回到“待审核” if (!IsValidTransition(article.Status, newStatus)) throw new InvalidOperationException($状态 {article.Status} 不可转为 {newStatus}); article.Status newStatus; article.LastModifiedTime DateTime.Now; article.LastModifierId operatorId; // 记录状态变更日志 _context.NewsStatusLogs.Add(new NewsStatusLog { ArticleId articleId, FromStatus article.Status, ToStatus newStatus, OperatorId operatorId, OperateTime DateTime.Now }); await _context.SaveChangesAsync(); return true; }前台编辑页集成 CKEditor 5.NET 版本支持图片粘贴上传、表格插入、代码块高亮分类支持三级嵌套如“公司动态 会议通知 年度总结”分类树通过递归 CTE 查询一次性加载避免 N1 查询。3.2 组织架构模块递归部门树 员工卡片网格 职责描述富文本T_Sys_Department表设计为自引用结构ParentId字段指向同表Id支持无限层级CREATE TABLE [T_Sys_Department] ( [Id] INT IDENTITY(1,1) PRIMARY KEY, [Name] NVARCHAR(100) NOT NULL, [Code] NVARCHAR(20) NOT NULL, -- 部门编码如 HR-001 [ParentId] INT NULL, -- 上级部门ID [SortOrder] INT NOT NULL DEFAULT 0, -- 同级排序序号 [LeaderId] NVARCHAR(450) NULL, -- 部门负责人ID外键到 T_Sys_User [Description] NVARCHAR(MAX) NULL, -- 部门职责富文本 CONSTRAINT [FK_T_Sys_Department_Parent] FOREIGN KEY ([ParentId]) REFERENCES [T_Sys_Department]([Id]), CONSTRAINT [FK_T_Sys_Department_Leader] FOREIGN KEY ([LeaderId]) REFERENCES [T_Sys_User]([Id]) );部门树形结构通过 SQL Server 递归 CTE 一次查出WITH DeptTree AS ( SELECT Id, Name, Code, ParentId, SortOrder, LeaderId, Description, 0 AS Level FROM T_Sys_Department WHERE ParentId IS NULL UNION ALL SELECT d.Id, d.Name, d.Code, d.ParentId, d.SortOrder, d.LeaderId, d.Description, dt.Level 1 FROM T_Sys_Department d INNER JOIN DeptTree dt ON d.ParentId dt.Id ) SELECT * FROM DeptTree ORDER BY Level, SortOrder;员工卡片采用 Bootstrap Grid 响应式布局每行最多 4 张卡片PC→ 2 张平板→ 1 张手机卡片内嵌“一键拨号”tel:链接和“一键发邮件”mailto:链接适配企业内网真实使用场景。3.3 工单服务模块状态机驱动 工单生命周期钩子 知识库自动关联工单模块核心是T_Service_Ticket表其Status字段为枚举类型New,Assigned,Processing,Resolved,Closed,Rejected状态变更由TicketStateMachine类驱动所有状态转移均触发对应事件如OnStatusChangedToProcessing便于后续扩展邮件通知、短信提醒等public class TicketStateMachine { private readonly ITicketRepository _ticketRepo; private readonly INotificationService _notify; public TicketStateMachine(ITicketRepository ticketRepo, INotificationService notify) { _ticketRepo ticketRepo; _notify notify; } public async Task TransitionAsync(int ticketId, TicketStatus targetStatus, string operatorId) { var ticket await _ticketRepo.GetByIdAsync(ticketId); if (ticket null) throw new NotFoundException(); // 执行状态转移前校验如只有处理中状态才能转为已解决 if (!CanTransition(ticket.Status, targetStatus)) throw new InvalidOperationException(非法状态转移); var oldStatus ticket.Status; ticket.Status targetStatus; ticket.LastModifiedTime DateTime.Now; ticket.LastModifierId operatorId; await _ticketRepo.UpdateAsync(ticket); // 触发状态变更事件可在此处发通知、更新统计报表等 await OnStatusChanged(ticket, oldStatus, targetStatus); } private async Task OnStatusChanged(Ticket ticket, TicketStatus oldStatus, TicketStatus newStatus) { if (newStatus TicketStatus.Resolved) { // 自动关联知识库提取工单标题关键词匹配 T_KB_Article 表中相似度 0.7 的文章 var relatedKb await _kbService.FindRelatedArticles(ticket.Title); foreach (var kb in relatedKb) { await _ticketRepo.LinkKnowledgeBase(ticket.Id, kb.Id); } } } }该设计让答辩时面对“工单关闭后还能不能重新打开”这类问题你能直接指出CanTransition()方法里Closed → New的转移被明确禁止而非含糊回答“应该不行”。4. 部署与运维IIS 手动部署全流程 web.config 关键参数详解 常见 500 错误排查很多 .NET 项目本地跑得好好的一上服务器就 500根本原因是忽略了 IIS 的运行时依赖与配置细节。本方案提供完整 IIS 部署 checklist并对web.config中 8 个关键节点做逐行注释确保学生能独立完成从服务器环境准备到域名绑定的全过程。4.1 IIS 部署六步法从运行时安装到应用池配置安装 .NET Core Hosting Bundle必须安装对应版本本方案基于 .NET 6.0而非只装 SDKHosting Bundle 包含 .NET Runtime IIS Module缺一不可创建专用应用池.NET CLR 版本选“无托管代码”管道模式选“集成”启动模式设为“始终运行”闲置超时设为 0防冷启动创建网站并绑定物理路径网站物理路径指向发布后的publish文件夹非源码目录务必确认web.config文件存在且未被 Git 忽略设置匿名身份验证IIS 管理器 → 网站 → “身份验证” → 启用“匿名身份验证”将“匿名用户标识”设为ApplicationPoolIdentity配置文件夹权限右键publish文件夹 → 属性 → 安全 → 添加IIS_IUSRS用户组并赋予“读取 执行”、“列出文件夹内容”、“读取”权限检查 URL Rewrite 规则web.config中system.webServerrewrite节点必须存在否则 MVC 路由失效所有请求返回 404。提示若服务器为 Windows Server 2012 R2需额外安装 KB2999226 补丁否则 .NET 6 运行时无法加载。4.2 web.config 关键参数逐行解读不只是复制粘贴web.config是 IIS 下 .NET 应用的“宪法”以下是最易出错的 5 个节点及其真实作用?xml version1.0 encodingutf-8? configuration location path. inheritInChildApplicationsfalse system.webServer !-- 1. 模块注册必须存在否则 ASP.NET Core Middleware 不生效 -- modules remove nameWebDAVModule / remove nameFormsAuthentication / /modules !-- 2. 静态文件处理指定哪些后缀由 IIS 直接返回不走 .NET 管道 -- staticContent remove fileExtension.woff2 / mimeMap fileExtension.woff2 mimeTypefont/woff2 / /staticContent !-- 3. 请求筛选防止上传恶意脚本文件 -- security requestFiltering fileExtensions allowUnlistedtrue denyActionNotFound add fileExtension.exe allowedfalse / add fileExtension.bat allowedfalse / add fileExtension.config allowedfalse / /fileExtensions /requestFiltering /security !-- 4. URL 重写MVC 路由基石缺失则所有 /Home/Index 返回 404 -- rewrite rules rule nameAspNetCore stopProcessingtrue match url.* / conditions logicalGroupingMatchAll add input{REQUEST_FILENAME} matchTypeIsFile negatetrue / /conditions action typeRewrite url/ / /rule /rules /rewrite !-- 5. HTTP 头移除减少暴露技术栈信息安全合规要求 -- httpProtocol customHeaders remove nameX-Powered-By / remove nameX-AspNet-Version / /customHeaders /httpProtocol /system.webServer /location /configuration4.3 常见问题排查500 错误不是玄学是可定位的日志线索现象、原因、解决三步法直击学生最痛的 5 个翻车点现象浏览器显示“HTTP Error 500.19 - Internal Server Error”错误代码0x8007000d原因web.config文件格式错误如 UTF-8 with BOM 编码、XML 标签未闭合、节点位置错乱解决用 Notepad 打开web.config→ 编码 → 转为 UTF-8 无 BOM用 XMLSpy 或在线 XML 校验工具验证语法重点检查system.webServer是否被意外包裹在configuration外层。现象IIS 日志中出现Event ID 1001提示“Could not load file or assembly Microsoft.AspNetCore.App”原因服务器未安装 .NET Core Hosting Bundle或安装版本与项目目标框架不匹配如项目编译为 .NET 6服务器只装了 .NET 5解决在服务器命令行执行dotnet --list-runtimes确认输出包含Microsoft.AspNetCore.App 6.0.x若无下载对应版本 Hosting Bundle 重新安装。现象首页能打开但点击“新闻管理”菜单跳转到空白页F12 查看 Network 显示GET /admin/news/index 500原因T_Sys_RoleMenu表中未为当前登录用户的角色插入“新闻管理”菜单项记录解决用 SQL Server Management Studio 连接数据库执行INSERT INTO T_Sys_RoleMenu (RoleId, MenuId) VALUES (1, 5)假设角色ID1菜单ID5或进入后台“系统管理 角色管理”为该角色勾选“新闻管理”菜单。现象上传文件时提示“请求长度超过最大允许长度”但web.config已配置maxRequestLength20480原因IIS 默认请求限制为 30MBmaxRequestLength只控制 ASP.NET 层还需同步配置 IIS 层的maxAllowedContentLength单位为字节解决在web.config的system.webServersecurityrequestFiltering节点下添加requestLimits maxAllowedContentLength20971520 / !-- 20MB 20971520 字节 --现象登录成功后跳转到/Home/Error页面显示“An error occurred while processing your request.”原因appsettings.Production.json中ConnectionStrings:DefaultConnection配置错误或数据库服务未启动解决在服务器上打开publish/appsettings.Production.json确认连接字符串格式为Server127.0.0.1;DatabasePortalDB;User Idsa;PasswordYourStrongPass1;用 SQL Server Management Studio 尝试手动连接该字符串。5. 验收与答辩用三张表证明“这不是 Demo是可交付系统”答辩不是讲 PPT是现场验证。我带过的几个毕设项目老师最常做的三件事是① 打开数据库看表结构是否合理② 登录后台改一个权限再切前台看按钮是否消失③ 把网站部署到另一台电脑看是否真能跑起来。所以本方案的验收标准就围绕这三件事设计成三张可打印、可截图、可当面操作的核查表。你不需要背原理只需要在答辩前花 20 分钟按表一项项过一遍就能让老师觉得“这孩子真做过”。5.1 数据库结构验收表12 张表 5 项约束 3 类索引这张表不是让你背字段名而是现场打开 SQL Server Management Studio右键数据库 → “任务” → “生成脚本”导出 DDL 后对照检查。重点看三项“企业级标配”是否齐全检查项是否达标操作指引示例截图位置外键约束完整性□ 是 □ 否展开T_Sys_User表 → “关系”节点确认DepartmentId指向T_Sys_Department.Id/Docs/DB-Schema-Check.png索引合理性□ 是 □ 否右键T_News_Article→ “索引” → 确认存在IX_Article_Status_CreateTime按状态时间排序的复合索引/Docs/Index-Check.png字段注释覆盖率□ 是 □ 否执行SELECT obj.name AS TableName, col.name AS ColumnName, ep.value AS Description FROM sys.tables obj INNER JOIN sys.columns col ON obj.object_id col.object_id LEFT JOIN sys.extended_properties ep ON obj.object_id ep.major_id AND col.column_id ep.minor_id WHERE ep.name MS_Description AND obj.name T_Sys_User结果应返回全部 10 个字段/Docs/Comment-Check.sql提示答辩时老师若问“为什么T_Sys_User表里要有Status字段”别答“为了启用禁用”要说“这是企业账号生命周期管理的最小单元禁用账号不删数据保留历史操作痕迹符合等保 2.0 对账号审计的要求。”5.2 权限控制验收表角色-菜单-权限三级联动验证这张表必须现场操作不能只说“我做了”。提前准备好两个测试账号admindemo.com超级管理员、editordemo.com内容编辑员无删除权限。按顺序执行每步截图存档步骤操作预期结果翻车预警1用editordemo.com登录后台 → 进入“新闻管理”列表页页面正常加载显示“新增”、“编辑”按钮不显示“删除”按钮若删除按钮可见检查T_Sys_RolePermission表中editor角色是否关联了News:Delete权限点2在“系统管理 角色管理”中为editor角色勾选“新闻删除”权限 → 保存提示“权限更新成功”若保存失败检查T_Sys_RolePermission表是否有重复主键RoleIDPermissionID3不刷新页面直接点击左上角头像 → “退出登录” → 重新用editordemo.com登录列表页现在显示“删除”按钮若按钮未出现清空浏览器缓存或换隐身窗口重试排除前端 JS 缓存干扰注意所有权限变更无需重启 IIS因为权限数据在用户登录时已缓存至HttpContext.Session登出即失效。这点能体现你理解了 Session 与 Token 的区别。5.3 部署验证清单从 Windows Server 到域名解析的全链路这是答辩压轴题。老师会说“把你们系统部署到我这台笔记本上现在开始。” 你拿出这张表边操作边讲解20 分钟搞定环节关键动作验证方式耗时参考环境准备在 Windows 10 笔记本安装 .NET 6 Hosting Bundle离线安装包已内置命令行执行dotnet --list-runtimes输出含Microsoft.AspNetCore.App 6.0.273 分钟文件部署解压Portal.Publish.zip到C:\inetpub\wwwroot\portal确认web.config存在打开文件夹截图web.config和appsettings.Production.json文件2 分钟IIS 配置创建应用池.NET CLR 无托管集成模式新建网站绑定http://localhost:8080浏览器访问http://localhost:8080首页正常显示5 分钟数据库迁移运行Database\InitScript.sql创建数据库并初始化测试数据SQL Server 中查询SELECT COUNT(*) FROM T_Sys_User结果应为 5含 admin4 分钟最终验证用admindemo.com / 123456登录后台 → 修改一条新闻状态为“已归档” → 返回前台首页 → 确认该新闻不再显示前台新闻列表滚动到底部最后一条是“年度总结”没有刚归档的那条6 分钟从那以后我每次帮学生改毕设都强制他们答辩前用这张表走一遍真实部署——不是为了应付老师而是因为只有亲手把一个系统从零部署到陌生机器上你才真正明白“企业级应用”四个字的分量它不取决于用了多少高大上的技术而取决于你能否让一个没碰过代码的老师在 20 分钟内亲眼看到这个系统在新环境里稳稳跑起来。希望帮到你。本文还有配套的精品资源点击获取