1.1 需求概述

本方案通过对在线车辆的实时监控和调度，保证了车辆运行计划的有效实施。通过车辆运营信息的及时反馈，保证了线路的畅通，并确保了车辆的合理运行、公交运力与客运资源的最优配置。本方案减少了乘客的等车时间，简化了调度员的调度流程，方便了司机与调度中心的联系，提高了乘车的舒适性及行车的安全性，也充分体现了调度人员的劳动价值、工作效率和工作质量。

本方案实现了对各时间段、各站点的客流分布情况的采集、传输与分析，为领导的辅助决策提供了必要的数据，并提高了公交企业运营的安全智能化，实现了司机、车、设备管理的智能化。支持多媒体广告信息的发布，公交公司既可以通过广告支持使用智能调度系统所产生的费用，又可以利用多媒体广告设备进行电脑语音自动报站、发布信息，起到一举两得的目的。

本方案可以提高公交车辆的载客率，大大降低车辆空驶率、燃油消耗及设备的损耗，通过提高管理水平降低了企业的生产成本，间接地提高了企业的经营效益。有效地避免了交通阻塞，减少车辆对道路的无效占有和汽车废气的排放，进而改善整个城市道路的交通状况和空气质量，增加客运收入，为乘客出行提供方便，因此有具有一定的社会效益。

备注：（由于涉及到硬件以及众多设备，本方案中只给出Wed管理系统的主要页面以及流程模块）

1.2 功能模块

·系统设置模块       类名：Database

·数据库连接模块     类名：SystemManage

·班次管理模块       类名：ArrangManage

·路线管理模块       类名：LoadManage

·客流量管理模块       类名：PassengerManage

·应急管理模块          类名：ApplianceManage

1.3 软件结构：

系统层次图

本系统采用C/S与B/S混合体系结构，既支持传统的Client/Server体系结构，也支持目前流行的Browser/Server体系结构。根据远程查询、调度等应用的特点，为了满足联机事务处理、较强的数据实时性等要求，我们采用Client/Server方式；为了让系统具有可扩展性，以及满足大型公交企业众多用户的实际需求，我们对部分业务采用了B/S加中间件方式体系结构。

如图所示，系统分为接入层、核心处理层、服务层三部分。

第一层是接入层，包括各大子系统（运营管理子系统、线路调度子系统、GIS子系统、调度站子系统、市民查询子系统和Web查询部分）、车载设备、电子站牌及传输网络。接入层实现系统与外部的数据交换。对于系统使用者，接入层接收使用者的数据输入，通过调用核心处理层的业务逻辑过程实现具体的业务功能，并将处理结果返回接入层，利用交互界面进行。对于外部系统，业务过程通过接入层的接口服务完成与外部系统的数据交换。

核心处理层的业务逻辑通过数据层的原子服务访问业务数据。一组业务逻辑过程实现具体的业务功能。业务层通过向接入层提供统一的业务逻辑过程实现业务逻辑的共享。

服务层分为数据子层和服务子层两层。数据层是系统的基础。数据层的服务子层向业务层提供统一、规范的原子服务，用于屏蔽业务数据的存储、组织和访问的细节，实现业务数据的充分共享。业务层必须通过原子服务访问业务数据。

总体设计

2．1 处理流程

2．2 总体和模块外部功能设计

一般功能有：

·增加数据信息

·修改数据信息

·删除数据信息

·查看数据信息

特殊功能有：

·权限设置

3．接口设计外部接口设计

3．1 外部接口

·界面为web页面，通过phpmyadmin于后台调用访问数据库

·预留有外部web系统的接口

         （ 与其他软硬件设备的接口函数未写）

3．2 内部接口

·暂无

数据库设计

人员信息：UserInfo

    3.1 UML图

3.2 性能

界面良好，容易操作，工作流程清晰，对出错的信息给予提示，有良好易懂的帮助文档提供。

3.3 输入项目

以表单的形式进行数据的写入、更改、删除。

3.4 输出项目 

从数据库提取的数据在html页面以各种各样的形式显示，并且能在页面间相互交替显示。

3.5 算法 

除数据的增、删、查、改，无复杂算法。

3.6 程序逻辑流程

3.7 条件

·功能：公交管理

· 性能：要求性能稳定，不能出现非人为造成的数据丢失，计算时允许误差在0.01以下

·输入：对用户的某些输入要限定为一定格式，当用户输入格式错误时，弹出提示。

·输出：要注意数据压入页面时要美观、易懂，更具人性化，提高效率。

·安全与保密要求：应对需保密数据进行加密，如md5加密。

·与软件相关的其他系统：Windows系统，服务器系统

·完成期限：三个月

3.7 测试要点

对各模块自定义输入格式的检测下载本文