166 lines
6.7 KiB
Markdown
166 lines
6.7 KiB
Markdown
# 需求定义文档
|
||
|
||
## 1. 项目介绍
|
||
|
||
### 1.1 项目背景
|
||
|
||
环境监测系统（EMS）是为解决城市环境问题而设计的综合性管理平台。随着城市化进程加速，环境污染问题日益凸显，传统的环境问题上报和处理机制存在以下痛点：
|
||
|
||
- **流程繁琐**：公众发现环境问题后，需要通过多个渠道和部门层层上报，处理流程不透明
|
||
- **响应缓慢**：从问题发现到最终解决，往往需要经历漫长的等待时间
|
||
- **缺乏透明度**：公众难以了解问题处理进度，无法有效监督
|
||
- **资源分配不合理**：缺乏科学的任务分配机制，导致人力资源利用不均衡
|
||
|
||
本系统旨在通过数字化手段，构建一个连接公众、管理部门和执行人员的环境监测与治理平台，实现环境问题的快速发现、高效处理和全程监督。
|
||
|
||
### 1.2 项目目标
|
||
|
||
1. **建立闭环管理机制**：构建从问题发现、上报、审核、分配、处理到结果反馈的完整闭环流程，确保每个环境问题都能得到妥善解决。
|
||
2. **提高处理效率**：通过流程优化和智能算法，缩短环境问题从发现到解决的时间，提高环境治理效率。
|
||
3. **增强公众参与**：为公众提供便捷的问题上报渠道，增强公众参与环境治理的积极性和获得感。
|
||
4. **辅助决策分析**：通过数据可视化和多维度分析，为管理层提供决策支持，优化资源配置和治理策略。
|
||
5. **提升治理透明度**：实现环境问题处理全过程可追踪、可监督，增强政府工作透明度和公信力。
|
||
|
||
## 2. 系统分析
|
||
|
||
### 2.1 业务痛点分析
|
||
|
||
1. **信息孤岛**：环境问题信息分散在不同部门和系统中，缺乏统一管理和共享机制。
|
||
2. **流程断裂**：传统环境问题处理流程存在多个环节，各环节之间衔接不畅，容易导致问题处理延误或遗漏。
|
||
3. **资源分配不均**：缺乏科学的任务分配机制，导致人力资源利用不均衡，部分区域问题积压严重。
|
||
4. **监督机制不足**：公众难以了解问题处理进度和结果，缺乏有效的监督渠道。
|
||
5. **数据分析不足**：未能充分利用环境问题数据进行趋势分析和预测，难以支持科学决策。
|
||
|
||
### 2.2 用户角色分析
|
||
|
||
环境监测系统涉及五类主要用户角色，每个角色在系统中承担不同的职责：
|
||
|
||
1. **公众用户**：系统的信息输入端，负责发现和上报环境问题，是系统的主要服务对象。
|
||
- 需求：简单便捷的问题上报方式、透明的处理进度查询
|
||
- 痛点：传统上报渠道繁琐、反馈周期长、处理结果不透明
|
||
|
||
2. **网格员**：系统的执行端，负责接收任务并前往现场处理环境问题，是系统的核心操作人员。
|
||
- 需求：清晰的任务指派、便捷的结果上报、高效的路径规划
|
||
- 痛点：任务分配不合理、工作量分布不均、缺乏高效导航
|
||
|
||
3. **主管**：系统的管理端，负责审核反馈、分配任务、审核结果，是系统的关键决策者。
|
||
- 需求：高效的任务管理、智能的人员调配、直观的进度监控
|
||
- 痛点：人工分配任务效率低、缺乏全局视角、绩效评估困难
|
||
|
||
4. **管理员**：系统的维护端，负责用户管理、权限设置、系统配置等基础支撑工作。
|
||
- 需求：灵活的权限配置、完善的日志审计、便捷的系统维护
|
||
- 痛点：账户管理繁琐、权限控制粗放、系统维护成本高
|
||
|
||
5. **决策者**：系统的战略端，通过分析系统生成的统计数据和趋势图表，制定环境管理策略和资源分配决策，是系统的最终受益者之一。
|
||
- 需求：多维度的数据分析、直观的可视化展示、科学的决策支持
|
||
- 痛点：数据获取困难、分析维度单一、缺乏预测能力
|
||
|
||
### 2.3 用例分析
|
||
|
||
#### 2.3.1 用例图
|
||
|
||
以下用例图展示了系统中各角色可以执行的主要操作：
|
||
|
||
```mermaid
|
||
graph TD
|
||
%% 定义角色
|
||
PublicUser["公众用户"]
|
||
GridWorker["网格员"]
|
||
Supervisor["主管"]
|
||
Admin["管理员"]
|
||
DecisionMaker["决策者"]
|
||
|
||
%% 定义用例
|
||
UC1["注册与登录"]
|
||
UC2["提交环境问题反馈"]
|
||
UC3["查看反馈处理进度"]
|
||
UC4["接收任务通知"]
|
||
UC5["执行任务"]
|
||
UC6["提交处理结果"]
|
||
UC7["审核反馈内容"]
|
||
UC8["分配任务"]
|
||
UC9["审核处理结果"]
|
||
UC10["查看统计数据"]
|
||
UC11["管理用户账户"]
|
||
UC12["配置系统参数"]
|
||
UC13["查看决策仪表盘"]
|
||
UC14["生成分析报告"]
|
||
|
||
%% 建立关系
|
||
PublicUser --> UC1
|
||
PublicUser --> UC2
|
||
PublicUser --> UC3
|
||
|
||
GridWorker --> UC1
|
||
GridWorker --> UC4
|
||
GridWorker --> UC5
|
||
GridWorker --> UC6
|
||
|
||
Supervisor --> UC1
|
||
Supervisor --> UC7
|
||
Supervisor --> UC8
|
||
Supervisor --> UC9
|
||
Supervisor --> UC10
|
||
|
||
Admin --> UC1
|
||
Admin --> UC10
|
||
Admin --> UC11
|
||
Admin --> UC12
|
||
|
||
DecisionMaker --> UC1
|
||
DecisionMaker --> UC10
|
||
DecisionMaker --> UC13
|
||
DecisionMaker --> UC14
|
||
|
||
%% 设置样式
|
||
classDef actor fill:#f9f,stroke:#333,stroke-width:2px
|
||
classDef usecase fill:#ccf,stroke:#33f,stroke-width:1px
|
||
|
||
class PublicUser,GridWorker,Supervisor,Admin,DecisionMaker actor
|
||
class UC1,UC2,UC3,UC4,UC5,UC6,UC7,UC8,UC9,UC10,UC11,UC12,UC13,UC14 usecase
|
||
```
|
||
|
||
#### 2.3.2 活动图：反馈提交与处理流程
|
||
|
||
以下活动图展示了从公众发现环境问题到反馈处理完成的完整业务流程：
|
||
|
||
```mermaid
|
||
stateDiagram-v2
|
||
[*] --> 发现环境问题
|
||
发现环境问题 --> 填写反馈表单
|
||
填写反馈表单 --> 上传图片
|
||
上传图片 --> 标记位置
|
||
标记位置 --> 提交反馈
|
||
提交反馈 --> AI自动审核
|
||
|
||
state AI自动审核 {
|
||
[*] --> 内容分析
|
||
内容分析 --> 垃圾信息检测
|
||
垃圾信息检测 --> 分类与评级
|
||
分类与评级 --> [*]
|
||
}
|
||
|
||
AI自动审核 --> 判断AI审核结果
|
||
判断AI审核结果 --> 明显无效: AI拒绝
|
||
判断AI审核结果 --> 需人工确认: 需确认
|
||
|
||
明显无效 --> 标记为AI_REJECTED
|
||
标记为AI_REJECTED --> 通知提交者
|
||
通知提交者 --> [*]
|
||
|
||
需人工确认 --> 主管人工审核
|
||
主管人工审核 --> 判断审核结果
|
||
|
||
判断审核结果 --> 驳回: 不通过
|
||
判断审核结果 --> 通过: 通过
|
||
|
||
驳回 --> 填写驳回理由
|
||
填写驳回理由 --> 更新状态为REJECTED
|
||
更新状态为REJECTED --> 通知提交者反馈被驳回
|
||
通知提交者反馈被驳回 --> [*]
|
||
|
||
通过 --> 创建任务
|
||
创建任务 --> 更新反馈状态为PROCESSED
|
||
更新反馈状态为PROCESSED --> 任务分配流程
|
||
任务分配流程 --> [*]
|
||
``` |