企业官网建设流程全解析

简介：本资源是一套面向计算机专业本科生的JavaEE课程设计实践项目，聚焦影视创作垂直领域的Web论坛系统开发，适用于Java Web开发入门到进阶的学习者完成课程设计、毕业设计或技术栈整合训练。资源完整包含可运行的JavaEE程序源码、MySQL数据库脚本、配套毕业论文及详细部署教程，覆盖用户管理、影视资讯发布、幕后心得分享、观影体验交流等核心功能模块。压缩包共142个文件，以55个XML配置与映射文件（支撑Spring+MyBatis框架集成）、46个rels关系定义文件（保障Office文档兼容性）、18个PNG与17个JPEG界面截图（含首页、发帖页、后台管理等关键页面）为主，整体容量54.95MB，结构清晰、注释规范，便于理解MVC分层逻辑与前后端交互流程。已有487人学习下载，读者可直接导入IDE运行调试，快速掌握JavaEE企业级开发全流程，包括环境搭建、数据库建模、JSP/Servlet页面实现及常见Bug排查思路。

1. 影视创作论坛不是“发帖+回帖”就能交差：它得让编剧、分镜师、剪辑手真能用起来

很多同学拿到“基于JavaEE的影视创作论坛”这个题目，第一反应是套个SSH或SSM模板，加个用户注册、发帖、评论功能，再塞点电影海报图就完事。但去年带某高校课程设计时，A同学交上来一个“功能齐全”的系统，答辩现场被导师当场问住：“如果一个编剧想发一个分场大纲，附带PDF格式的场记表和3张分镜草图，怎么传？传完后导演怎么在线批注？剪辑手能不能按时间轴定位到某条回复？这些需求在你的数据库设计里有字段支撑吗？”——全场安静。这暴露了一个关键问题：影视创作不是普通社交场景，它的内容结构强、协作链路长、交付物格式杂。本方案不走“通用论坛”老路，而是紧扣“剧本→分镜→粗剪→精剪”这一真实工作流，用JavaEE技术栈（JSP+Servlet+JDBC+Tomcat）落地一套轻量但可扩展的协作平台。它适合计算机专业课程设计、毕设或课设，尤其适合需要体现“业务理解+工程实现+数据建模”三重能力的同学。整套资源含完整源码、数据库SQL脚本、ER图、模块说明文档、部署手册，所有功能均可本地一键运行，不依赖云服务或第三方API。

2. 总体架构设计：三层结构与四个核心模块的职责划分

本系统采用经典的JavaEE三层架构：表现层（JSP+JavaScript）、业务逻辑层（Servlet+JavaBean）、数据访问层（JDBC+MySQL）。不引入Spring等重量级框架，既降低学习成本，也更贴合课程设计对“底层原理掌握”的考察要求。整个系统围绕影视创作协作本质，划分为四个不可替代的核心模块：用户角色与权限管理模块、剧本/分镜/素材多类型内容发布模块、基于时间轴的协作批注模块、跨角色任务状态追踪模块。这四个模块不是并列关系，而是存在强依赖：没有细粒度的角色定义（如编剧、导演、美术指导、剪辑手），就无法支撑后续的批注权限控制；没有对“分镜序列”这种非标准内容类型的建模，批注就只能打在整篇帖子上，失去意义；而任务状态追踪，必须实时反映各角色对同一份分镜稿的操作记录。下面逐层展开设计逻辑与实现要点。

2.1 用户角色与权限管理：不是RBAC套壳，而是按影视工种定制

影视创作中，“编剧”和“剪辑手”对同一份文档的操作权限天差地别。编剧可新建剧本、修改分镜描述；剪辑手只能上传粗剪片段、标记时间码，不能删改文字描述；导演则拥有全部批注权和终审权。因此，本系统未采用通用RBAC模型，而是定义了6个硬编码角色：admin（系统管理员）、screenwriter（编剧）、director（导演）、art_director（美术指导）、editor（剪辑手）、sound_designer（声音设计师）。权限控制不靠中间表，而是在Servlet中通过request.getSession().getAttribute("role")直接判断，并在DAO层做二次校验。例如，删除分镜操作的Servlet片段如下：

// DeleteShotServlet.java String userRole = (String) request.getSession().getAttribute("role"); int shotId = Integer.parseInt(request.getParameter("shotId")); // 仅导演和管理员可删除分镜 if (!"director".equals(userRole) && !"admin".equals(userRole)) { request.setAttribute("error", "权限不足：仅导演或管理员可删除分镜"); request.getRequestDispatcher("error.jsp").forward(request, response); return; } // 执行删除 ShotDAO.deleteShot(shotId);

提示：这种硬编码角色虽不够灵活，但在课程设计中反而更清晰、易调试、无框架依赖。答辩时若被问及“为什么不做成动态角色”，可答：“为聚焦核心业务逻辑，避免权限模块喧宾夺主；且影视团队角色相对固定，硬编码更符合实际协作场景。”

2.2 多类型内容发布：剧本、分镜、粗剪片段的统一建模与差异化存储

普通论坛把所有内容存进post表，但影视创作内容异构性强：剧本是纯文本+章节结构；分镜是图文混排（每格含画面描述、镜头参数、参考图）；粗剪片段是MP4文件+时间码标注。若强行塞进一张表，查询效率低、扩展性差。本方案采用“主从表+类型标识”策略：

• 主表content_base存共性字段：id,title,author_id,create_time,type（取值：script/shot/rough_cut）,status（draft/submitted/approved）
• 从表script_detail存剧本特有字段：chapter_number,scene_description,dialogue_text
• 从表shot_detail存分镜特有字段：shot_number,camera_angle,duration_sec,reference_image_path
• 从表rough_cut_detail存粗剪特有字段：video_path,start_timecode,end_timecode,notes

插入逻辑由Servlet统一调度：

// ContentPublishServlet.java String contentType = request.getParameter("content_type"); // 来自表单隐藏域 ContentBase base = new ContentBase(); base.setTitle(request.getParameter("title")); base.setAuthorId((Integer) session.getAttribute("userId")); base.setType(contentType); base.setStatus("draft"); int baseId = ContentBaseDAO.insert(base); // 返回主键 if ("shot".equals(contentType)) { ShotDetail detail = new ShotDetail(); detail.setBaseId(baseId); detail.setShotNumber(Integer.parseInt(request.getParameter("shot_number"))); detail.setCameraAngle(request.getParameter("camera_angle")); detail.setReferenceImagePath(saveUploadedImage(request, "ref_img")); // 文件上传处理 ShotDetailDAO.insert(detail); }

这种设计使数据库查询可精准下推：查所有分镜只需JOIN content_base ON type='shot'，避免全表扫描；新增“声音设计稿”类型时，只需加一张sound_design_detail表和对应DAO，不影响现有逻辑。

2.3 基于时间轴的协作批注：让批注落在“第3分27秒”而不是“整条视频”

这是本方案区别于普通论坛的标志性功能。当剪辑手上传粗剪片段后，导演不应在视频下方写“这里节奏太慢”，而应直接在播放器时间轴上点击，弹出批注框，输入“03:27-03:35：BGM音量突兀，建议淡入”。实现该功能的关键在于：前端时间戳捕获 + 后端时间码结构化存储 + 播放器动态加载批注。

前端使用HTML5<video>标签配合JavaScript监听timeupdate事件，获取当前播放时间（秒数），转换为MM:SS格式后供用户点击触发批注弹窗：

<!-- rough_cut_view.jsp --> <video id="player" controls> <source src="${videoPath}" type="video/mp4"> </video> <div id="timeline-annotations"></div> <script> document.getElementById('player').addEventListener('timeupdate', function() { const timeSec = this.currentTime; const min = Math.floor(timeSec / 60); const sec = Math.floor(timeSec % 60); document.getElementById('current-time').textContent = `${min}:${sec < 10 ? '0' : ''}${sec}`; }); </script>

后端批注表annotation结构如下：

播放器加载时，Servlet查询该视频所有批注，以JSON格式注入页面，前端JS解析后在时间轴上绘制标记点。此设计确保批注与时间强绑定，而非模糊的“视频下方”，极大提升协作精度。

2.4 跨角色任务状态追踪：用状态机驱动流程，而非人工更新Excel

影视创作是典型的多角色接力流程：编剧提交剧本 → 导演审核并批注 → 编剧修改 → 导演终审 → 美术指导开始分镜设计 → …… 若靠人工在群内喊“谁看了没？”，极易遗漏。本方案为每个content_base记录status，并定义严格的状态迁移规则：

• draft→submitted：作者点击“提交审核”
• submitted→under_review：导演打开内容页自动触发（记录review_start_time）
• under_review→revised：导演提交批注后，系统自动置为revised，并邮件通知作者（模拟）
• revised→approved：作者修改后再次提交，导演点击“通过”

状态变更不依赖用户手动选择下拉框，而是由具体操作触发。例如，导演提交批注的Servlet中：

// SubmitAnnotationServlet.java int contentId = Integer.parseInt(request.getParameter("content_id")); // ... 保存批注逻辑 // 自动更新内容状态 if ("submitted".equals(ContentBaseDAO.getStatus(contentId))) { ContentBaseDAO.updateStatus(contentId, "under_review"); // 记录审核开始时间 ContentBaseDAO.updateReviewStartTime(contentId, new Timestamp(System.currentTimeMillis())); }

配套提供task_dashboard.jsp，按角色展示待办：导演看到“待审核：3条”，编剧看到“待修改：2条（来自导演@2024-05-10）”，数据实时、可信、可追溯。

3. 数据库设计与关键表结构详解：ER图、字段说明与索引策略

数据库是整个系统的基石，本方案的MySQL设计直指影视创作场景痛点，拒绝“为范式而范式”。所有表均经过真实业务查询路径验证，确保常用操作（如“查导演今天收到的所有批注”、“查某编剧提交的所有剧本”）能在毫秒级响应。数据库共12张表，核心为user、content_base、annotation、shot_detail四张，其余为关联表与日志表。以下为关键表结构与设计说明。

3.1user表：角色字段冗余存储，换查询速度

CREATE TABLE `user` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `username` VARCHAR(50) UNIQUE NOT NULL, `password_hash` VARCHAR(100) NOT NULL, `real_name` VARCHAR(30), `role` ENUM('admin','screenwriter','director','art_director','editor','sound_designer') NOT NULL, `email` VARCHAR(100), `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX `idx_role` (`role`), -- 按角色快速筛选用户 INDEX `idx_email` (`email`) -- 邮箱登录加速 );

注意：role字段未用外键关联角色表，而是直接ENUM。理由：角色数量固定（6个）、极少变更，ENUM比INT+JOIN查询快30%以上，且避免因角色表缺失导致系统崩溃。课程设计中，稳定性优先于理论完美。

3.2content_base表：状态机驱动，预留扩展字段

CREATE TABLE `content_base` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `title` VARCHAR(200) NOT NULL, `author_id` INT NOT NULL, `type` ENUM('script','shot','rough_cut','sound_design') NOT NULL, `status` ENUM('draft','submitted','under_review','revised','approved','rejected') NOT NULL DEFAULT 'draft', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, `update_time` DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `review_start_time` DATETIME NULL, -- 导演开始审核时间 `approved_time` DATETIME NULL, -- 终审通过时间 `reject_reason` TEXT, -- 拒绝原因（仅status='rejected'时有值） INDEX `idx_author_type` (`author_id`, `type`), -- 查某人某类内容 INDEX `idx_type_status` (`type`, `status`), -- 查某类待办（如所有status='submitted'的shot） FOREIGN KEY (`author_id`) REFERENCES `user`(`id`) ON DELETE CASCADE );

review_start_time和approved_time字段是状态机的关键证据。答辩时可演示：当导演打开一条submitted状态的分镜，刷新页面后review_start_time自动更新，证明系统确实在驱动流程，而非静态展示。

3.3annotation表：时间码标准化存储，支持范围查询

CREATE TABLE `annotation` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `content_id` INT NOT NULL, `user_id` INT NOT NULL, `start_timecode` VARCHAR(10) NOT NULL, -- 格式：MM:SS 或 HH:MM:SS `end_timecode` VARCHAR(10) NULL, -- 可为空，表示点批注 `comment_text` TEXT NOT NULL, `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX `idx_content_time` (`content_id`, `start_timecode`), -- 按内容+时间查批注 FOREIGN KEY (`content_id`) REFERENCES `content_base`(`id`) ON DELETE CASCADE, FOREIGN KEY (`user_id`) REFERENCES `user`(`id`) ON DELETE CASCADE );

start_timecode存字符串而非秒数，是为了兼容不同精度（分镜常需MM:SS，粗剪需HH:MM:SS），且前端显示无需转换。索引idx_content_time确保“加载某视频所有批注”操作极快。

3.4shot_detail表：分镜专属字段，支撑专业协作

CREATE TABLE `shot_detail` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `base_id` INT NOT NULL UNIQUE, -- 强制一对一，一个分镜只有一份详情 `shot_number` INT NOT NULL, -- 分镜序号，如1,2,3... `camera_angle` VARCHAR(50), -- 镜头角度：俯拍/仰拍/平视/过肩 `lens_focal_length` VARCHAR(20),-- 焦距：24mm/50mm/85mm `lighting` VARCHAR(100), -- 布光描述 `reference_image_path` VARCHAR(255), -- 参考图路径，如 /uploads/shots/123_ref.jpg `notes` TEXT, -- 其他备注 FOREIGN KEY (`base_id`) REFERENCES `content_base`(`id`) ON DELETE CASCADE );

base_id设为UNIQUE，杜绝一个分镜对应多条详情的脏数据。reference_image_path存相对路径，部署时通过web.xml配置upload_dir参数统一管理，避免硬编码。

4. 关键功能实现与代码详解：从登录拦截到时间轴批注渲染

本章不罗列所有代码，只聚焦三个最易翻车、最能体现工程能力的核心功能：全局登录拦截、分镜详情页的图文混排渲染、时间轴批注的前端动态加载。每段代码均附真实运行效果说明与参数含义解析，确保你复制粘贴后能立刻跑通。

4.1 全局登录拦截Filter：不止拦未登录，还拦越权访问

很多同学用if(session==null)简单判断，结果编剧能直接URL访问/admin/user_list.jsp。本方案采用Filter实现真正的请求级拦截，配置在web.xml中：

<!-- web.xml --> <filter> <filter-name>LoginFilter</filter-name> <filter-class>com.forum.filter.LoginFilter</filter-class> </filter> <filter-mapping> <filter-name>LoginFilter</filter-name> <url-pattern>/user/*</url-pattern> <url-pattern>/admin/*</url-pattern> <url-pattern>/director/*</url-pattern> <url-pattern>/editor/*</url-pattern> </filter-mapping>

LoginFilter.java核心逻辑：

public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; HttpSession session = request.getSession(false); String uri = request.getRequestURI(); String contextPath = request.getContextPath(); // 放行登录页和静态资源 if (uri.endsWith("/login.jsp") || uri.endsWith("/css/") || uri.endsWith("/js/")) { chain.doFilter(req, resp); return; } if (session == null || session.getAttribute("userId") == null) { response.sendRedirect(contextPath + "/login.jsp?redirect=" + URLEncoder.encode(uri, "UTF-8")); return; } // 角色权限校验：/admin/开头的路径仅admin可访问 if (uri.startsWith(contextPath + "/admin/")) { String role = (String) session.getAttribute("role"); if (!"admin".equals(role)) { request.setAttribute("error", "无权访问管理员区域"); request.getRequestDispatcher("/error.jsp").forward(request, response); return; } } // /director/路径仅director和admin可访问 if (uri.startsWith(contextPath + "/director/")) { String role = (String) session.getAttribute("role"); if (!"director".equals(role) && !"admin".equals(role)) { request.setAttribute("error", "无权访问导演区域"); request.getRequestDispatcher("/error.jsp").forward(request, response); return; } } chain.doFilter(req, resp); }

设计说明：redirect参数用于登录成功后跳转回原页面，提升用户体验；角色校验写死在Filter中，比在每个Servlet里写更安全、更集中。测试时，用编剧账号尝试访问/director/review_list.jsp，会立即跳转到error.jsp并显示提示，证明拦截生效。

4.2 分镜详情页渲染：JSP+JSTL动态生成分镜格

分镜详情页（shot_detail.jsp）需将数据库中的一条shot_detail记录，渲染成类似电影分镜板的布局：每格含序号、画面描述、镜头参数、参考图。本方案用JSTL标签+CSS Grid实现响应式排版，避免JavaScript操作DOM的复杂性。

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <c:set var="shot" value="${requestScope.shot}" /> <div class="shot-board"> <div class="shot-grid"> <div class="shot-cell"> <div class="shot-number">分镜${shot.shotNumber}</div> <div class="shot-desc">${fn:escapeXml(shot.description)}</div> <div class="shot-specs"> <span>镜头：${shot.cameraAngle}</span> <span>焦距：${shot.lensFocalLength}</span> <span>布光：${shot.lighting}</span> </div> <c:if test="${not empty shot.referenceImagePath}"> <img src="${shot.referenceImagePath}" alt="分镜参考图" class="ref-img"> </c:if> </div> </div> </div>

配套CSS（shot.css）：

.shot-board { margin: 20px; } .shot-grid { display: grid; grid-template-columns: repeat(auto-fill, minmax(300px, 1fr)); gap: 20px; } .shot-cell { border: 1px solid #ddd; padding: 15px; border-radius: 5px; } .shot-number { font-weight: bold; color: #2c3e50; font-size: 1.2em; } .ref-img { max-width: 100%; height: auto; margin-top: 10px; border-radius: 3px; }

关键点：fn:escapeXml()防止XSS攻击，对用户输入的描述文本做转义；grid-template-columns用auto-fill确保在小屏设备上自动换行，一格占满一行。部署后，用手机浏览器打开，分镜格会自适应宽度，证明响应式设计成功。

4.3 时间轴批注动态加载：AJAX拉取+Canvas绘制标记点

rough_cut_view.jsp中，批注标记点需随视频播放实时显示。本方案用原生JavaScript+Canvas实现，不依赖jQuery等库，降低环境依赖。

<!-- rough_cut_view.jsp --> <canvas id="timeline-canvas" width="800" height="40"></canvas> <div id="annotations-list"></div> <script> // 1. 加载批注数据（JSON格式，由Servlet提供） fetch('<%=request.getContextPath()%>/GetAnnotationsServlet?contentId=${content.id}') .then(response => response.json()) .then(data => { const canvas = document.getElementById('timeline-canvas'); const ctx = canvas.getContext('2d'); const annotations = data.annotations || []; // 2. 绘制时间轴（简化版：假设视频总长120秒） const totalSec = 120; const widthPerSec = canvas.width / totalSec; // 3. 绘制每个批注标记点 annotations.forEach(anno => { const startSec = parseTimecode(anno.startTimecode); // "03:27" -> 207 const x = startSec * widthPerSec; ctx.beginPath(); ctx.arc(x, 20, 6, 0, Math.PI * 2); // 画圆点 ctx.fillStyle = '#e74c3c'; ctx.fill(); ctx.font = '12px Arial'; ctx.fillStyle = '#333'; ctx.fillText(`${anno.startTimecode}`, x - 15, 35); }); // 4. 点击标记点显示详情 canvas.addEventListener('click', function(e) { const rect = canvas.getBoundingClientRect(); const x = e.clientX - rect.left; const clickedAnno = annotations.find(a => Math.abs(parseTimecode(a.startTimecode) * widthPerSec - x) < 10 ); if (clickedAnno) { document.getElementById('annotations-list').innerHTML = ` <div class="anno-popup"> <strong>${clickedAnno.userName}：</strong>${clickedAnno.commentText} <br><small>时间：${clickedAnno.startTimecode}</small> </div> `; } }); }); function parseTimecode(tc) { const parts = tc.split(':'); if (parts.length === 2) return parseInt(parts[0]) * 60 + parseInt(parts[1]); if (parts.length === 3) return parseInt(parts[0]) * 3600 + parseInt(parts[1]) * 60 + parseInt(parts[2]); return 0; } </script>

GetAnnotationsServlet.java返回JSON：

// GetAnnotationsServlet.java response.setContentType("application/json;charset=UTF-8"); PrintWriter out = response.getWriter(); List<Annotation> annos = AnnotationDAO.findByContentId(contentId); Map<String, Object> result = new HashMap<>(); result.put("annotations", annos); out.print(new Gson().toJson(result)); // 使用Gson库

效果：页面加载后，Canvas上出现多个红色圆点，标有时间码；点击圆点，下方弹出批注详情。此方案轻量、可控、无第三方依赖，完美适配课程设计环境。

5. 常见问题排查与避坑指南：那些让我熬夜到三点的血泪经验

做这个影视论坛项目时，我踩过的坑足够写一本《JavaEE开发求生手册》。以下5个问题，90%的同学会在部署、调试或答辩时遇到。每个问题都按“现象→原因→解决”给出可立即执行的方案，不讲虚的。

5.1 现象：登录后跳转到/login.jsp?redirect=/user/dashboard.jsp，但dashboard.jsp显示404

原因：redirect参数中的URL未进行URLEncoder.encode()编码，导致/被当作路径分隔符解析，request.getParameter("redirect")只取到/user。
解决：在登录表单提交前用JavaScript编码，或在LoginServlet中双重校验：

String redirect = request.getParameter("redirect"); if (redirect != null && !redirect.startsWith("/")) { redirect = "/" + redirect; // 修复被截断的路径 } response.sendRedirect(redirect);

5.2 现象：上传分镜参考图后，图片路径存入数据库为C:\fakepath\abc.jpg，页面无法显示

原因：前端<input type="file">的value属性在Chrome/Firefox中返回fakepath，不能直接用作服务器路径。
解决：必须在Servlet中用PartAPI获取真实文件名和流：

Part filePart = request.getPart("ref_img"); String fileName = Paths.get(filePart.getSubmittedFileName()).getFileName().toString(); InputStream fileContent = filePart.getInputStream(); // 保存到服务器upload目录，生成相对路径如 "/uploads/shots/123_ref.jpg"

5.3 现象：annotation表中start_timecode存的是"03:27"，但按字符串排序时"10:00"排在"03:27"前面

原因：VARCHAR类型按字典序排序，"1"小于"0"。
解决：查询时用MySQL函数转换为秒数再排序：

SELECT * FROM annotation WHERE content_id = ? ORDER BY TIME_TO_SEC(STR_TO_DATE(start_timecode, '%i:%s')) ASC;

或在Java中解析后排序，避免数据库压力。

5.4 现象：Tomcat启动报错java.lang.ClassNotFoundException: com.mysql.cj.jdbc.Driver

原因：MySQL 8.0+驱动类名已从com.mysql.jdbc.Driver改为com.mysql.cj.jdbc.Driver，且JDBC URL需加serverTimezone=UTC。
解决：检查WEB-INF/lib下是否为mysql-connector-java-8.0.x.jar，并在DBUtil.java中确认：

Class.forName("com.mysql.cj.jdbc.Driver"); String url = "jdbc:mysql://localhost:3306/forum_db?serverTimezone=UTC&useSSL=false";

5.5 现象：导演提交批注后，content_base.status未自动变为under_review，仍为submitted

原因：SubmitAnnotationServlet中状态更新SQL未加事务，或ContentBaseDAO.updateStatus()方法里忘了conn.commit()。
解决：在DAO方法中显式管理事务：

public static void updateStatus(int contentId, String status) throws SQLException { String sql = "UPDATE content_base SET status = ?, update_time = NOW() WHERE id = ?"; try (PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, status); ps.setInt(2, contentId); ps.executeUpdate(); conn.commit(); // 关键！ } }

6. 答辩与验收：用三张表、两个演示、一个习惯拿下高分

答辩不是复述代码，而是证明你真正理解了“为什么这么设计”。我带过的几十个学生里，拿高分的都有一个共同点：用可视化证据代替口头解释。下面这套验收方法，是我从某高校课程设计评审组反馈中提炼出的实战技巧，亲测有效。

6.1 用三张表锁定答辩焦点：ER图、状态迁移表、接口清单

评审老师时间宝贵，不可能听你讲半小时。开场就递上三张打印好的A4纸，每张只讲1分钟：

表1：核心ER图（突出主从关系）
重点圈出content_base与shot_detail之间的1:1连线，指着base_id字段说：“老师，这里我们强制一对一，是因为一个分镜稿必须且只能对应一份详细参数，避免数据歧义。如果用1:N，就可能出现同一分镜有两套镜头参数，协作就乱了。” —— 这句话直接命中“数据建模能力”评分项。

表2：状态迁移表（带时间戳字段）

表3：关键接口清单（只列5个）

6.2 两个必演演示：一个证明流程闭环，一个证明专业价值

演示1：导演审核全流程（3分钟）

1. 用编剧账号登录，新建一个分镜，填好参数，上传参考图，点击“提交审核” → 页面跳转，status变为submitted。
2. 切换导演账号，进入“待审核列表”，点击该分镜 → 页面加载瞬间，review_start_time自动更新（后台日志可见）。
3. 在时间轴上点击02:15，输入批注“此处运镜生硬”，点击“提交” → 页面刷新，状态变为revised，编剧邮箱（模拟）收到通知。
   话术：“老师，您刚才看到的三个状态变化，全是系统自动完成的。没有人工点下拉框，没有Excel登记，这就是我们设计的状态机。”

演示2：时间轴批注精准定位（2分钟）

1. 播放一段粗剪视频（提前准备10秒MP4），拖动进度条到00:07。
2. 点击时间轴上00:07的红色标记点 → 弹出批注框，显示导演写的“BGM切入太早”。
3. 再拖动到00:07，点击播放器上的“播放”按钮 → 视频从00:07开始播放。
   话术：“普通论坛的批注在‘帖子下方’，我们的批注在‘第7秒’。剪辑手看到这条，就知道精确切在哪一帧，这才是影视创作需要的精度。”

6.3 一个答辩后必做的习惯：导出数据库并重命名

每次答辩结束，无论老师提什么问题，我都会立刻做一件事：用MySQL Workbench导出当前数据库结构（不含数据），文件命名为forum_v1.2_20240515_ERD.sql，然后发给导师邮箱。
为什么？因为：

• 导出的SQL文件是最权威的设计文档，比PPT里的ER图更准确（字段类型、索引、外键全在）；
• 文件名中的v1.2和日期，证明你持续迭代，不是一次成型；
• 它无声地回答了“你的设计到底有没有落地”的终极质疑。

从那以后我每次做完系统，都强制走一遍导出流程，哪怕只是本地备份。它逼我检查每一个字段、每一条索引、每一个外键是否真的建对了。希望帮到你。

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