288 lines
7.4 KiB
Markdown
288 lines
7.4 KiB
Markdown
# 招生迎新系统需求分析书
|
||
|
||
## 📋 文档信息
|
||
|
||
| 项目 | 信息 |
|
||
|------|------|
|
||
| **项目名称** | 校园管理系统 - 招生迎新模块 |
|
||
| **子模块** | 招生信息填报与录取管理 |
|
||
| **文档版本** | 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 3.4.21 + uni-app + uview-plus（报名表单）
|
||
- **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. **权限扩展**：系统设计支持后续角色和权限的灵活扩展 |