| 售票系统设计方案 | 您所在的位置：网站首页 › 地铁售票系统设计原则 › 售票系统设计方案 |
售票系统设计方案
|
1.架构设计
1. 系统架构选型
从软件架构角度，本系统采用了MVC分层的设计思想，各层级只需要关注本身的设计，而不需要关注其他层级的内部细节，层与层之间定义了良好的交互方式。具体而言，本系统可以分为三个水平层，分别是展示层，业务服务层和数据库层；系统总体结构如下图所示。
本系统采用浏览器-服务模式（B/S模式），该模式是Web兴起后的一种网络结构模式。相比较传统的C/S模式，B/S结构的重要特征就是分布性强、开发简单、共享性强、总体拥有费用低。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。
BS架构优势总结如下： ● 分布性强，客户端零维护。只需有网络、浏览器，能够随时随地实行查询、浏览等业务处理。 ● 业务扩展简单便利，通过添加网页就可以添加服务器功能。 ● 维护简单便利，只须要更改网页，就可以完成全部用户的同步更新。 ● 开发简单，共享性强。 2. 业务概念原型 1. 用例设计 用户主要功能：用户注册、用户信息维护、查找车票、购买车票、改签及退票 后台管理员主要功能：列车信息维护、站点信息维护、车次设置
根据业务需求描述，结合面向对象的思想，抽象出类、属性、方法，同时确定概念之间的关系，构建UML类图：
采用关系数据库mysql进行设计 （1）用户表 字段名称 字段类型 字段描述 userId int 主键 account varchar 账号 password varchar 密码 name varchar 姓名 sex varchar 性别 phonenum number 电话号码 certificate_type varchar 证件类型 certificate_num number 证件号码 authority varchar 权限 info varchar 其它信息 （2）角色表 字段名称 字段类型 字段描述 roleId int 主键 role_type varchar 角色类型 authority varchar 权限 descr varchar 描述 （3） 用户角色关联表 字段名称 字段类型 字段描述 urId int 主键 userId int 用户主键【外键】 roleId int 角色主键【外键】 （4） 车次表 字段名称 字段类型 字段描述 trainSequenceId int 主键 trainNum number 车次号 trainId int 列车号 start_station varchar 起点站 end_station varchar 终点站 launch_time datetime 启动时间 （5） 列车表 字段名称 字段类型 字段描述 trainId int 主键 trainName varchar 列车名称【外键】 type varchar 列车类型 carriage_num int 车厢数 status int 状态 （6） 车厢表 字段名称 字段类型 字段描述 carriageId int 主键 trainId int 列车主键【外键】 carriage_number int 车厢号 carriage_type int 车厢类型 price_coef int 价格系数 （7） 座位表 字段名称 字段类型 字段描述 seatId int 座位主键 carriageId int 车厢主键【外键】 trainId int 列车主键【外键】 seat_number int 座位号 bitmap int 座位站点状态位图 （8） 站点表 字段名称 字段类型 字段描述 stationId int 站点主键 name varchar 站点名称 descr varchar 站点级别 （9） 车次站点表 字段名称 字段类型 字段描述 train_sta_Id int 车次站点主键 trainSequenceId int 车次主键【外键】 station_sequence int 站点序列 arrive_time datetime 到达时间 lanch_time datetime 启动时间 （10） 订单表 字段名称 字段类型 字段描述 orderId int 订单主键 userId int 用户主键【外键】 seatId int 座位主键【外键】 order_time datetime 时间 status varchar 订单状态 descr varchar 订单描述 （11） 字典表 字段名称 字段类型 字段描述 dictionaryId int 字典表主键 attributes varchar 属性名称 value varchar 属性取值 4. 分解视图针对业务模块进行分解
项目的目录结构设计 本项目采用MVC分层架构，其中，主流的目录结构设计是按照controller、service、dao层来进行分包。然而，考虑到本项目业务模块较少，且Go web中忌讳包名后缀重复（例如import service.userService），我们根据业务模块进行分包，如图所示：
时序图：以用户购票业务为例
部署图描述的是系统运行时的结构，展示了硬件的配置及其软件如何部署到网络结构中。 一个系统模型只有一个部署图，部署图通常用来帮助理解分布式系统。部署视图有助于设计人员分析一个设计的质量属性，比如软件处理网络高并发的能力、软件对处理器的计算需求等。
以用户注册和查票为例进行说明 用户注册：用户填写注册信息【用户数据模型：账号，密码，姓名，性别，电话号码，证件号码...】，系统进行校验，并返回相应信息。 查票：用户输入或选择筛选条件，系统返回车票信息【车票数据模型：车次号，座位号，起点站，终点站，发车时间，到达时间，票价...】 |
【本文地址】