eebus-docs/项目开发/项目计划.md
2026-03-23 17:31:27 +08:00

97 lines
5.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
title: 项目计划
mdate: 2026-03-23 17:31:11
mdevice: lazy的MacBook Air
doc_id: cb2a800d91c54b788549af334430cabd
date: 2026-03-18 20:27:00
---
# 项目计划
由于项目涉及的业务范围和环节较多,工期较为紧张,不建议采用单线条方式进行开展。采用分项调研、分项开发、对接合并、边做边测的方式进行。
原则上先完成总体框架设计,优先将已有信息化的功能进行升级改造,改造后进入测试,并同时展开对未建信息化的部门和业务的调研和开发工作,能够兼顾对已完成部分进行测试以及新业务的开发和对接。
## 1. 调研工作
### 1.1 基础调研 2026-03-04
**工作内容**:项目启动,针对现有信息化使用范围、存在问题、线路设计、排班、售票、检票、客服等多个业务进行调研。
**提交成果**:基础调研报告
### 1.2 站务调研 2026-03 -16
**工作内容**:站务现场调研,包括站场情况、前台售票、乘客购票、现场检票、数据统计、支付手段(支付方式、支付手段、支付设备)、车务联动、站点联动等业务环节进行调研。
**提交成果**:站务调研报告
### 1.3 车务调研 2026 年 4 月初
**工作内容**:车务现场调研,针对车务的一些基础数据(部门内管理的数据)、协同数据(与其他部门流转的数据)、管理范围(各项细分业务)、管理要素(如外包公司、车辆、司机、配额、津贴等)、管理规范等。
**提交成果**:车务调研报告
### 1.4 财务业务调研 2026 年 5 月初
**工作内容**:财务业务调研,各部门日常提交到财务的数据样例和格式、代理商的管理、相关的票据管理、报表统计视图等方面。
**提交成果**:财务业务调研报告
### 1.5 新业务调研 2026 年 5 月
**工作内容**:主要针对新业务的调研,诸如旅游产品、高端包车、演唱会生态、景区合作生态等多个方面,探索新模式新玩。
**提交成果**:新业务调研报告
## 2 需求分析
### 2.1 需求整理一阶段 2026 年 3 月
**工作内容**:关于客运业务,整体基础运营,信息化管理方面的需求整理,主要涉及线路设计、排班、售票、购票、检票、支付、站务管理、数据统计、数据流转等多方面的需求分析和整理。
**提交成果**:一阶段需求分析报告,关于基础运营、站务的业务需求和分析。
### 2.2 需求整理二阶段 2026 年 4 月 至 2026 年 5 月
**工作内容**:针对车务、财务的调研结果,对车务相关业务的信息化需求,财务管理和报表需求进行汇总整理。
**提交成果**:二阶段需求分析报告,关于车务、财务的业务需求和分析。
### 2.3 需求整理三阶段 2026 年 5 月 至 2026 年 6 月
**工作内容**:针对高端包车、旅游产品、演唱会、新业务生态的调研结果进行汇总整理,并发掘与永东传统业务的关联和改进。
**提交成果**:三阶段需求分析报告,关于高端包车、旅游产品、演唱会、新业务生态的需求和分析。
## 3. 项目架构
### 3.1 系统架构 2026 年 3 月底
**工作内容**:通过前两轮的调研,基本上确定系统的整体架构,包括系统的前后端各部分构成、功能模块和 App 的关联管理。
**提交成果**:系统模块及软件功能描述。系统框架以及各模块、各应用的基本功能概述。
### 3.2 功能模块设计
**工作内容**:针对各阶段的调研、需求分析,梳理业务模块和功能,并完成对功能模块和相关软件的设计。
**提交成果**:各功能模块及 App 的功能说明以及部分原型视图。
**提交时间**按照调研节点分阶段提交。参考【2.需求分析】章节的三个阶段时间,一般为阶段调研结束后两个星期内提交。
## 4. 开发进度
### 4.1 第一阶段 2026 年 3 月 至 2026 年 5 月
**工作内容**
- 系统基础框架搭建,包括后台管理系统、乘客端购票程序、协同 App集合调度、检票、卖票、统计、司机任务等等关联关系。
- 完成排班、票务、站务、统计以及基础信息流转等基础核心功能模块
- 一阶段核心功能部署和测试
**提交成果**
- 阶段可部署的应用程序
- 测试修正报告
### 4.2 第二阶段 2026 年 6 月 至 2026 年 7 月
**工作内容**
- 跟踪上一阶段测试并修正和完善功能
- 开发车务、财务功能模块
- 车务、财务数据与各业务对接和协同
- 后台对接功能,如第三方购票平台、客服平台等
- 二阶段功能提交和测试
**提交成果**
- 阶段可部署的应用程序
- 测试修正报告
### 4.3 第三阶段 2026 年 8 月 至 2026 年 9 月
**工作内容**
- 跟踪上一阶段测试并修正和完善功能
- 开发旅游 App 开发
- 部署新系统进行测试
- 测试期间进行功能修正等
**提交成果**
- 阶段可部署的应用程序
- 测试修正报告
### 4.4 第四阶段 2026 年 10 月
**工作内容**
- 完成正式上线准备工作
- 原有用户导入
- 基础业务配置
- 系统权限设置
- 新/旧系统切换
**提交成果**
- 系统部署说明书
- 系统维护手册
## 5. 项目部署
由于采用分阶段【开发-测试-部署】的方式,缩减整体测试时间。
### 5.1 内测部署 2026 年 9 月底截止
根据开发阶段边开发边部署边测试的原则,按照各阶段的进度进行提交和部署,内测截止时间为 2026 年 9 月底
### 5.2 正式部署 2026 年 10 月
根据内测情况确定正式部署,一般在内测结束后进入正式部署阶段,为期 2 周,预计 10 月中旬结束。
## 6. 正式上线
根据部署后的情况、新旧系统切换准备、以及人员熟练程度而定,预计上线时间为 2026 年 10 月下旬。