JSP+SQL Server课设文档实战：从E-R图到可运行系统

简介这份资源是面向计算机专业学生与课程设计学习者的软件工程课设文档主题为企业员工信息管理系统适合正在准备课程设计、需要参考完整项目文档结构与写作思路的同学。文档围绕员工管理效率低下、手工操作易出错等现实问题展开采用模块化设计思想在Windows XP环境下以SQL 2005为数据库平台使用jsp实现数据输入、修改、存储与查询等功能并涵盖系统特点、国内外研究现状及开发工具简介等内容。资源包共1个doc文件大小约247KB即一份完整的Word版课设报告可直接用于格式参考与内容借鉴。目前已有47人学习下载。读者可从中获取完整的课设文档框架、需求分析与系统设计表述、数据库与jsp技术介绍以及摘要、引言、研究现状等章节的写作范例便于快速搭建自己的课程设计文档体系。1. 一份 JSPSQL Server 2005 的课设文档为什么现在还有人翻出来用如果你正在做软件工程课程设计选题是「企业员工信息管理系统」技术栈被指定为 JSP SQL Server那你大概率已经翻到过这份 Word 文档。它不是源码包也不是可运行项目而是一份完整的课设报告从可行性研究、需求分析、数据流图、E-R 图到概要设计、详细设计、系统测试最后还有一节经验与教训。全文围绕员工、部门、职位、签到四个核心实体展开模块划分清晰文档结构基本对齐软件工程课程设计的评分点。这份资源的实际价值在于它把「一个课设该写什么」这件事讲全了。很多人卡的不是代码而是文档不知道按什么框架写、需求分析写到什么颗粒度、测试章节怎么凑够篇幅。这份文档给了一个可以直接参照的骨架。适合两类人一是需要快速搭出课设报告结构的学生二是想拿它当需求模板、再自己补代码的开发者。下面按「文档怎么拆、环境怎么搭、表怎么建、坑在哪」的顺序讲。2. 把 Word 文档拆成可执行的技术资产从章节结构到数据库表设计2.1 文档里真正能落地的三类内容这份文档表面上是报告实际上藏了三类可提取的资产。第一类是需求描述比如「管理员能对员工信息进行增加、删除、查询和修改」这句话直接对应一个 CRUD 模块。第二类是数据模型文档里给了员工、部门、职位、签到四张 E-R 图实体和联系都标了照着转成建表语句就行。第三类是测试用例思路界面测试、功能测试、需求测试、性能测试四类每类都列了具体检查点比如删除时要点「取消」看数据是否真的没删。我一般会先把文档通读一遍用不同颜色标出这三类内容。需求描述用蓝色数据模型用绿色测试点用黄色。标完之后你会发现真正需要自己补的只有代码实现和界面文档已经把「做什么」和「怎么验」写清楚了。2.2 从 E-R 图到建表语句的转换文档里的 E-R 图是图片形式没法直接导出 SQL。常见做法是照着图手动写建表语句。四张表的关系是一个员工对应一个部门、一个职位、一条签到记录。下面是我按文档描述整理的建表脚本字段名和类型按课设常见习惯补全-- 部门表文档中部门信息管理模块对应 CREATE TABLE department ( dept_id INT PRIMARY KEY IDENTITY(1,1), -- 部门编号自增主键 dept_name NVARCHAR(50) NOT NULL, -- 部门名称 dept_desc NVARCHAR(200) -- 部门描述可选 ); -- 职位表文档中职位信息管理模块对应 CREATE TABLE position ( pos_id INT PRIMARY KEY IDENTITY(1,1), -- 职位编号 pos_name NVARCHAR(50) NOT NULL, -- 职位名称 pos_level INT DEFAULT 1 -- 职位等级默认1 ); -- 员工表核心表外键关联部门和职位 CREATE TABLE employee ( emp_id INT PRIMARY KEY IDENTITY(1,1), -- 员工编号 emp_name NVARCHAR(30) NOT NULL, -- 姓名 emp_gender NVARCHAR(2), -- 性别 emp_phone NVARCHAR(20), -- 联系电话 dept_id INT FOREIGN KEY REFERENCES department(dept_id), -- 所属部门 pos_id INT FOREIGN KEY REFERENCES position(pos_id), -- 所属职位 hire_date DATE -- 入职日期 ); -- 签到表文档中签到管理模块支持加一和清零 CREATE TABLE attendance ( att_id INT PRIMARY KEY IDENTITY(1,1), -- 签到记录编号 emp_id INT FOREIGN KEY REFERENCES employee(emp_id), -- 员工 att_count INT DEFAULT 0, -- 签到次数 last_date DATE -- 最后签到日期 );这段脚本的关键点在于外键约束。文档里明确写了「一个员工对应一个职位一个员工对应一个部门」所以 employee 表里 dept_id 和 pos_id 都设成外键。签到表的 att_count 字段对应文档里说的「签到次数加一、签到次数清零」两个操作用 UPDATE 语句就能实现不需要单独建流水表。如果你的课设要求记录每次签到明细那就再加一张 attendance_log 表把每次操作记下来。2.3 管理员登录模块的最小实现文档里管理员登录模块的描述是输入正确用户名密码进入系统错误则停留在登录页。用 JSP 实现的话核心就是一个表单提交加一次数据库查询。下面是最小可用版本% page languagejava contentTypetext/html; charsetUTF-8 % % page importjava.sql.* % % // 获取表单提交的用户名和密码 String username request.getParameter(username); String password request.getParameter(password); if (username ! null password ! null) { // 数据库连接按你本机 SQL Server 配置改 String url jdbc:sqlserver://localhost:1433;databaseNameemp_db; String dbUser sa; String dbPass 你的密码; Connection conn null; PreparedStatement pstmt null; ResultSet rs null; try { Class.forName(com.microsoft.sqlserver.jdbc.SQLServerDriver); conn DriverManager.getConnection(url, dbUser, dbPass); // 参数化查询避免拼接 SQL String sql SELECT * FROM admin WHERE username? AND password?; pstmt conn.prepareStatement(sql); pstmt.setString(1, username); pstmt.setString(2, password); rs pstmt.executeQuery(); if (rs.next()) { // 登录成功写入 session session.setAttribute(adminName, username); response.sendRedirect(employee_list.jsp); } else { out.println(p stylecolor:red用户名或密码错误/p); } } catch (Exception e) { out.println(数据库连接异常 e.getMessage()); } finally { if (rs ! null) rs.close(); if (pstmt ! null) pstmt.close(); if (conn ! null) conn.close(); } } %这里有几个参数需要按你的环境改url 里的 databaseName 改成你实际建的库名dbUser 和 dbPass 改成你的 SQL Server 账号。注意文档里写的是 SQL Server 2005驱动类名是com.microsoft.sqlserver.jdbc.SQLServerDriver如果你用的是更早的 JDBC 驱动类名可能是com.microsoft.jdbc.sqlserver.SQLServerDriver这个要看你导入的 jar 包版本。登录成功后跳转到 employee_list.jsp这个页面负责展示员工列表对应文档里员工管理模块的查询功能。3. 环境搭建与 Tomcat 部署从 SQL Server 2005 到可运行页面3.1 数据库连接配置的三种方式文档里运行环境写的是 Win2k Server SQL Server 2000/2005 Tomcat。现在很少有人用 Win2k 了但 SQL Server 2005 在 Windows 10/11 上还是能装的只是需要手动开启 TCP/IP 协议。我一般会先确认三件事SQL Server 服务是否启动、TCP/IP 是否启用、端口是不是 1433。连接配置有三种常见写法。第一种是直接写在 JSP 里像上面那段代码一样优点是简单缺点是改密码要翻每个文件。第二种是写一个 DBUtil 类把连接逻辑抽出来// DBUtil.java统一管理数据库连接 public class DBUtil { private static final String URL jdbc:sqlserver://localhost:1433;databaseNameemp_db; private static final String USER sa; private static final String PASS 你的密码; static { try { Class.forName(com.microsoft.sqlserver.jdbc.SQLServerDriver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } // 获取连接 public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASS); } // 关闭资源按 ResultSet - Statement - Connection 顺序 public static void close(Connection conn, Statement stmt, ResultSet rs) { try { if (rs ! null) rs.close(); } catch (SQLException e) {} try { if (stmt ! null) stmt.close(); } catch (SQLException e) {} try { if (conn ! null) conn.close(); } catch (SQLException e) {} } }第三种是用连接池比如 Tomcat 自带的 DBCP。课设级别用第二种就够了代码量少调试也方便。DBUtil 里的 close 方法要注意关闭顺序先关 ResultSet 再关 Statement 最后关 Connection顺序反了在某些驱动下会报错。3.2 Tomcat 部署的目录结构与 web.xml 配置JSP 项目在 Tomcat 里的标准目录结构是这样的emp-system/ ├── src/ # Java 源码编译后放到 WEB-INF/classes ├── WebContent/ │ ├── WEB-INF/ │ │ ├── web.xml # 部署描述符 │ │ ├── classes/ # 编译后的 class 文件 │ │ └── lib/ # 依赖 jar 包 │ ├── login.jsp # 登录页 │ ├── employee_list.jsp # 员工列表 │ ├── employee_add.jsp # 新增员工 │ └── ...web.xml 里最少要配一个欢迎页和 session 超时?xml version1.0 encodingUTF-8? web-app xmlnshttp://java.sun.com/xml/ns/javaee version2.5 welcome-file-list welcome-filelogin.jsp/welcome-file /welcome-file-list session-config session-timeout30/session-timeout /session-config /web-app部署的时候把整个 emp-system 文件夹拷到 Tomcat 的 webapps 目录下启动 Tomcat访问http://localhost:8080/emp-system/就能看到登录页。如果 404先检查文件夹名和访问路径是否一致如果 500看 Tomcat 日志里有没有 ClassNotFoundException通常是 jar 包没放到 WEB-INF/lib 下。3.3 员工信息增删改查的 SQL 实现文档里员工管理模块要求实现增加、删除、改动、查询四个功能。下面以查询和新增为例给出对应的 SQL 和 JSP 调用方式-- 查询支持按姓名模糊查询对应文档中「按单一查询条件进行查询」 SELECT e.emp_id, e.emp_name, e.emp_gender, e.emp_phone, d.dept_name, p.pos_name, e.hire_date FROM employee e LEFT JOIN department d ON e.dept_id d.dept_id LEFT JOIN position p ON e.pos_id p.pos_id WHERE e.emp_name LIKE % ? % ORDER BY e.emp_id DESC; -- 新增插入员工记录 INSERT INTO employee (emp_name, emp_gender, emp_phone, dept_id, pos_id, hire_date) VALUES (?, ?, ?, ?, ?, ?); -- 删除按员工编号删除 DELETE FROM employee WHERE emp_id ?; -- 修改按员工编号更新信息 UPDATE employee SET emp_name?, emp_gender?, emp_phone?, dept_id?, pos_id?, hire_date? WHERE emp_id?;查询语句用了 LEFT JOIN这样即使员工没分配部门或职位记录也能查出来。文档里提到「多个查询条件组合查询」如果要支持按部门职位组合筛选就在 WHERE 后面加AND d.dept_id? AND p.pos_id?参数按顺序传进去。删除操作要注意如果签到表里有该员工的记录直接删 employee 会触发外键约束报错。常见做法是先删签到记录再删员工或者把外键设成 ON DELETE CASCADE。4. 课设文档写作避坑从测试章节到 E-R 图的五个翻车点4.1 测试章节写成功能复述现象测试章节把功能模块又描述了一遍比如「测试了员工新增功能可以新增员工」。原因没理解测试章节要写的是「怎么测、预期什么、实际什么」。解决按文档里已有的四类测试框架来写每类至少给一个具体用例。比如界面测试可以写「登录页输入错误密码预期停留在登录页并提示错误实际符合预期」。功能测试可以写「删除员工时点击取消预期数据不删除实际数据仍在」。4.2 E-R 图属性标注不全现象E-R 图只画了实体框和联系线没标属性。原因画图时只关注了实体关系忘了属性是 E-R 图的三要素之一。解决每个实体至少标出主键和两到三个普通属性。员工实体标 emp_id、emp_name、emp_gender部门实体标 dept_id、dept_name职位实体标 pos_id、pos_name。联系上如果有属性也要标比如签到联系上的签到次数。4.3 数据流图层次混乱现象数据流图里同时出现了顶层图和二层图的内容外部实体和加工混在一起。原因没按自顶向下逐层分解的方法画。解决顶层图只画一个加工整个系统和外部实体管理员第一层分解出登录、员工管理、部门管理、职位管理、签到管理五个加工第二层再对每个加工细化。文档里给了图 2 和图 3照着那个层次来就行。4.4 可行性研究写成技术堆砌现象可行性研究章节大段介绍 JSP 和 SQL Server 的特点没落到「这个项目为什么可行」。原因把开发工具简介的内容复制过来了。解决可行性研究分经济、操作、技术、运行四个方面每个方面用两三句话说明「成本可接受、操作简单、技术能实现、环境能跑起来」就够了。文档里 3.1 和 3.2 是工具简介二里的可行性研究是另一回事别混在一起写。4.5 参考文献与正文引用脱节现象正文里写了「根据某某理论」但参考文献列表里找不到对应条目。原因写的时候先写了正文参考文献最后凑的。解决正文里每引用一个观点就在句末加 [1] 这样的标注最后按标注顺序整理参考文献。课设至少引 5 篇其中 2 篇可以是教材3 篇可以是期刊或会议论文。注意参考文献格式要统一GB/T 7714 是课设常用标准。5. 从课设到可演示系统三个让答辩加分的细节5.1 给签到模块加一个日期校验文档里签到模块只有「加一」和「清零」两个操作答辩时老师很容易问「同一天重复签到怎么办」。加一个日期校验就能堵住这个口子// 签到加一先查最后签到日期不是今天才允许加 public boolean checkIn(int empId) { String sql SELECT last_date FROM attendance WHERE emp_id?; // ... 查询得到 lastDate java.sql.Date today new java.sql.Date(System.currentTimeMillis()); if (lastDate ! null lastDate.equals(today)) { return false; // 今天已签到不允许重复 } String update UPDATE attendance SET att_countatt_count1, last_date? WHERE emp_id?; // ... 执行更新 return true; }这段逻辑的关键是lastDate.equals(today)这个判断。java.sql.Date 的 equals 比较的是日期值不是对象引用所以可以直接用。如果 last_date 字段允许为空要先判空再比较否则会抛 NullPointerException。5.2 用过滤器统一处理中文乱码JSP 项目最常见的问题就是中文乱码。表单提交的中文到后台变成问号或者数据库里的中文查出来是乱码。与其在每个 JSP 里写request.setCharacterEncoding(UTF-8)不如加一个过滤器// EncodingFilter.java统一设置请求和响应编码 public class EncodingFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { req.setCharacterEncoding(UTF-8); resp.setContentType(text/html;charsetUTF-8); chain.doFilter(req, resp); } public void init(FilterConfig config) {} public void destroy() {} }web.xml 里配一下filter filter-nameencoding/filter-name filter-classcom.emp.filter.EncodingFilter/filter-class /filter filter-mapping filter-nameencoding/filter-name url-pattern/*/url-pattern /filter-mappingurl-pattern 用/*表示拦截所有请求。注意过滤器只对 POST 请求的 setCharacterEncoding 有效GET 请求的中文乱码要在 Tomcat 的 server.xml 里给 Connector 加URIEncodingUTF-8。5.3 答辩演示前必做的三项检查第一数据库连接是否用了本机地址。如果你在宿舍电脑上开发答辩教室的电脑 IP 不一样localhost 可能连不上。提前把数据库脚本导出成 .sql 文件到答辩机上重新执行一遍。第二Tomcat 端口是否被占用。8080 端口经常被其他软件占用改成 8081 或 9090 都行改完记得同步改访问地址。第三演示数据是否够看。员工表至少准备 10 条记录部门 3 到 5 个职位 3 到 5 个签到记录每人 2 到 3 条。数据太少演示查询和分页时页面会空老师一看就觉得功能没做完。我每次带课设答辩前都会把这三项过一遍尤其是数据库脚本重新执行这一步血泪经验是有一年答辩机上的 SQL Server 版本和开发机不一样备份文件还原失败当场手忙脚乱。从那以后我每次换机器演示都强制走一遍「导出脚本→新建库→执行脚本→改连接配置→启动 Tomcat」这个流程再也没翻过车。希望帮到你。本文还有配套的精品资源点击获取