文档详情

城市公交系统改良设计资料.doc

发布:2016-04-02约2.97千字共17页下载文档
文本预览下载声明
城市公交系统设计方案 姓名 :祝超伦 学号: 1106071029 班级 :工业设计(工)1101 1. 总体设计 1.1 需求概述 本方案通过对在线车辆的实时监控和调度,保证了车辆运行计划的有效实施。通过车辆运营信息的及时反馈,保证线路畅通,并确保车辆的合理运行公交运力与客运资源的最优配置。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 字段名 数据类型 是否为空 默认值 备注 UserID int not not 人员信息ID UserName Char not not 人员姓名 UserAccount Char not not 人员年龄 UserPassword Char not not 人员地址 UserContact Char not not 人员联系方式 UserPosition Char not not 人员职位 公交车信息:BusInfo 字段名 数据类型 是否为空 默认值 备注 BusID int not not 公交车信息ID BusNum Char not not 公交车路线号 BusType Char not not 公交车新旧类型 排班信息:Arrange 字段名 数据类型 是否为空 默认值 备注 ArrangeID int not not 安排信息ID ArrangeSevUser Char not not 公交服务员 ArrangeDriver Char not not 工作司机 ArrangePeolpe Char not not 总站内工作人员 ArrangeTime Char Not Not 工作时间 路线信息(具体信息):Loadinfo 字段名 数据类型 是否为空 默认值 备注 LoadID int not not 路线信息ID LoadStart Char not not 起点 LoadEnd Char not not 终点 LoadPass Char not not 经过站点 LoadOthers Char Not not 其他信息 客流量信息:Ovjective 字段名 数据类型 是否为空 默认值 备注 OvjectiveID int not not 客流量信息ID OvjectiveOne Char not not 单公交车当日客流量 OvjectiveDayOne Char not not 总公交车当日客流量 OvjectiveHistory Char not not 公交车历史客流量 Ovjecti
显示全部
相似文档