Files
hzdyjs/docs/需求文档/招生迎新需求/招生迎新系统需求分析.md
T
2025-08-08 03:59:16 +08:00

7.4 KiB
Raw Blame History

招生迎新系统需求分析书

📋 文档信息

项目 信息
项目名称 校园管理系统 - 招生迎新模块
子模块 招生信息填报与录取管理
文档版本 V1.0.0
创建时间 2025-01-15
创建人员 产品团队
审核状态 待审核

🎯 需求概述

业务背景

为满足学校招生录取工作的信息化需求,建设一套完整的招生迎新管理系统。系统支持学生在线报名、多级审核流程、录取信息管理和数据统计分析,实现招生工作的全流程数字化管理。

核心目标

  • 实现学生便捷的在线报名填报
  • 建立规范的招生审核流程
  • 提供完善的录取信息管理功能
  • 支持多维度的招生数据统计分析
  • 实现各部门协同的录取工作流程

👥 用户角色分析

1. 学生用户

角色描述:报名学生,通过扫描二维码进行在线报名 主要职责:

  • 扫描统一二维码进入报名系统
  • 填写完整的报名信息(48个字段)
  • 查看报名进度和审核状态

权限范围:

  • 填写:完整报名信息
  • 查看:个人报名状态和进度

2. A老师(信息审核)

角色描述:招生老师,负责报名信息的初步审核 主要职责:

  • 审核学生提交的报名信息
  • 核对信息准确性和完整性
  • 在线修改错误信息
  • 确认通过后流转给B老师

权限范围:

  • 查看:所有提交的报名信息
  • 编辑:报名信息内容修改
  • 操作:审核通过/驳回

3. B老师(录取处理)

角色描述:招生老师,负责录取相关信息处理 主要职责:

  • 处理通过A老师审核的学生信息
  • 确认学生缴费情况(人工确认)
  • 填写录取通知书号码
  • 完成录取信息处理

权限范围:

  • 查看:通过A老师审核的学生信息
  • 编辑:缴费状态、录取通知书号码
  • 操作:录取确认/驳回

4. 招就部门领导

角色描述:招生就业部门负责人,最终审核确认 主要职责:

  • 对B老师处理完成的录取信息进行最终审核
  • 确认录取结果
  • 统筹招生工作安排

权限范围:

  • 查看:所有录取信息
  • 操作:最终确认/驳回
  • 统计:招生数据查看

5. 学生处管理员

角色描述:学生管理部门,查看最终录取结果 主要职责:

  • 查看经招就部门确认的新生信息
  • 为后续学籍管理做准备

权限范围:

  • 查看:最终确认的录取信息
  • 导出:新生信息表

🔄 业务流程设计

1. 报名流程

学生扫码 → 填写报名表 → 提交报名 → 等待A老师审核

2. 信息审核流程

A老师接收报名 → 审核信息 → 在线修改(如需要) → 确认通过 → 流转给B老师

3. 录取处理流程

B老师接收审核通过信息 → 确认缴费状态 → 填写录取通知书号码 → 提交录取处理 → 流转给部门领导

4. 最终确认流程

招就部门领导接收 → 最终审核 → 确认录取 → 学生处可见新生信息

5. 状态流转图

待审核 → 信息审核中 → 录取处理中 → 待最终确认 → 录取完成
   ↓         ↓           ↓           ↓
信息驳回   审核驳回    录取驳回    最终驳回

📊 功能需求分析

1. 学生报名功能

1.1 报名表单设计

基于提供的48个字段设计报名表单:

基本信息

  • 姓名、身份证号、性别、出生年月
  • 联系手机号码1、联系手机号码2
  • 民族、家庭地址

学业信息

  • 初中毕业学校、准考证号码
  • 参加中考地区、当地中考满分
  • 考生中考成绩(含体育)
  • 中考单科成绩(语文、数学、英语、科学、社会、体育)

报考信息

  • 报考专业(26个专业选项)
  • 是否住校

个人信息

  • 校服尺码(9个尺码选项)
  • 健康情况、特长、奖惩

1.2 表单验证规则

  • 必填字段验证
  • 身份证号格式验证
  • 手机号码格式验证
  • 中考成绩数值验证

2. 审核管理功能

2.1 A老师信息审核

  • 报名信息列表查看
  • 详细信息审核界面
  • 在线信息修改功能
  • 审核意见填写
  • 批量审核操作

2.2 B老师录取处理

  • 通过审核的学生列表
  • 缴费状态确认界面
  • 录取通知书号码填写
  • 录取信息汇总

2.3 部门领导最终确认

  • 待确认录取信息列表
  • 录取信息统计概览
  • 最终确认操作

3. 信息管理功能

3.1 学生信息管理

  • 报名信息查询
  • 信息修改记录
  • 状态变更历史
  • 审核意见记录

3.2 录取信息管理

  • 录取结果管理
  • 缴费状态管理
  • 通知书号码管理
  • 录取统计信息

4. 数据统计分析功能

4.1 基础统计

  • 按专业统计报名和录取人数
  • 按录取时间统计
  • 按地域统计生源分布
  • 按毕业学校统计
  • 按分数段统计

4.2 数据分析

  • 当天各专业招生数量
  • 生源地分析
  • 分数段分布分析
  • 男女比例分析
  • 各专业人数分析

4.3 对比分析

  • 年度数据对比
  • 线性变化规律分析
  • 招生趋势分析

🎯 技术需求分析

1. 前端技术栈

  • 移动端:Vue 2.6.14 + uni-app 2.x + uview-ui 2.0.38(报名表单)
  • Web端:Vue 3 + TypeScript + Element Plus(管理界面)

2. 后端技术栈

  • 框架:Spring Boot 3.4.6 + MyBatis-Plus
  • 权限:Sa-Token + RBAC
  • 数据库:MySQL 8.0

3. 核心数据表设计

  • zsjy_enrollment_info:报名信息表(48个字段)
  • zsjy_enrollment_process:录取流程表
  • zsjy_enrollment_audit:审核记录表
  • zsjy_enrollment_statistics:统计数据表

📋 非功能性需求

1. 性能要求

  • 支持1000+学生同时在线报名
  • 页面响应时间 < 3秒
  • 数据统计查询响应时间 < 5秒

2. 安全要求

  • 数据传输加密
  • 用户权限严格控制
  • 操作日志记录
  • 数据备份机制

3. 可用性要求

  • 系统可用性 ≥ 99.5%
  • 7×24小时运行
  • 移动端兼容性良好

🎯 验收标准

1. 功能验收

  • 学生能够顺利完成在线报名
  • 各角色权限控制正确
  • 审核流程流转正常
  • 统计分析数据准确

2. 性能验收

  • 并发性能达标
  • 响应时间符合要求
  • 系统稳定运行

3. 安全验收

  • 权限控制有效
  • 数据安全可靠
  • 操作可追溯

📅 项目计划

阶段一:需求分析和设计(2天)

  • 完善需求文档
  • 数据库设计
  • API接口设计
  • UI界面设计

阶段二:后端开发(3天)

  • 数据库表创建
  • API接口开发
  • 权限系统配置
  • 业务逻辑实现

阶段三:前端开发(3天)

  • 移动端报名表单开发
  • Web端管理界面开发
  • 数据统计界面开发

阶段四:测试和优化(2天)

  • 功能测试
  • 性能测试
  • 安全测试
  • 优化完善

阶段五:部署和上线(1天)

  • 系统部署
  • 数据迁移
  • 用户培训

📝 备注说明

  1. 二维码设计:统一的报名入口二维码,无需身份识别
  2. 缴费确认:采用人工确认方式,暂不对接缴费接口
  3. 通知书号码:支持老师手工填入,无需自动生成
  4. 数据同步:暂时不做各部门系统联动,后续可扩展
  5. 权限扩展:系统设计支持后续角色和权限的灵活扩展