# PMS

**Repository Path**: doughit/pms

## Basic Information

- **Project Name**: PMS
- **Description**: 物业报修系统
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 1
- **Created**: 2022-12-23
- **Last Updated**: 2023-10-23

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# PMS
## 系统目标

物业公司利用人力和物资资源为小区的业主提供**高质量的服务**，并进行**成本核算**和**业绩考核**，其主要服务项目之一是维护和保养各种包括业主和小区公共部位的设施，确保它们的正常运行。

系统的主要目标是
1. 及时响应用户的报修，提高用户满意度
2. 考核员工业绩

物业公司的维保部分的工作由工程队承担，通常有两类工作，包括报修和日常巡检，Lab的第一阶段(teamwork)只完成报修部分，日常巡检部分后续发布，每人单独完成。

## 报修

### 正常流程  
报修通常由业主发起，通常是用户遇到的突发情况，比如断电，下水道阻塞，电梯故障等。业主通过报修电话或者微信群报修，业主描述故障信息后，物业工程队的调度员将报修信息录入系统，作为待调度的任务，内容包括报修时间、故障内容、报修人、报修来源（比如微信、电话）等。调度员在合适的时间对报修进行任务调度，将任务分配给合适的维修工人。维修工人收到任务后会去现场维修，并在系统中留下维修记录，维修记录包括完成时间，处理过程。任务完成后，会通知报修人，请报修人给出评价，评价内容包括响应及时度、服务态度评分\对结果的满意度(1~5分)

### 扩展流程

1. 多次调度
   
   有时候派去的维修工考察了现场后，发现他的工种无法处理该故障，比如用户报告的故障是停电，但实际的原因是管道漏水。这时候需要完成当前的调度，重新调度，派另外的维修工人。系统中只能有最多一个活动的调度。

2. 需要多次执行的活动
   
    有些复杂的故障，维修工人一次无法完成，需要分多次，甚至在几天内完成。维修工人每次开始一次活动都需要单独记录本次处理过程的开始时间，结束后需要记录结束时间以及处理的内容，便于计算工时，统计工作量。

3. 故障类型与维修工人工种的匹配
   
   报修人报修后，调度员需要根据报修内容确定故障的类别，而每个维修工都登记了他能处理的故障分类，一个维修工可以处理一个或多个故障类别。这样，在调度时，调度员在选择了故障类别后，系统可以推荐相关的维修工人

4. 投诉
   
   用户如果不满意报修的处理，可以随时对此发起投诉（可以多次），投诉的内容为一段描述投诉内容的文字。每个到当前为止参与了该报修处理的维修工人和该报修的调度员可以收到该投诉并需要提交情况说明，物业经理在所有相关维修工人都提交了情况说明后，进行投诉处理，与客户沟通并将情况记录下来，关闭该投诉。


用户通过系统能够
1. 调度员需要了解报修的状态，包括解调度的过程以及维修工的活动记录
2. 维修工人需要了解当前分配给他的各种任务已经完成情况，包括调度给他的报修和需要他处理的投诉。
3. 对于处理中的报修，知道当前活动的调度。
4. 需要知道一个维修工人当前是否空闲，以便合理调度
5. 统计处理一次报修已经用掉的工时