铁路售票管理系统设计说明书内容摘要:
登录系统及信息管理 √ √ √ √ 车票的销售与退票 √ √ √ 列车及车票管理 √ √ √ 接口设计 用户接口 系统中用户及使用的功能如下: (1) 一般 用户(旅客) :通过 查询界面 , 来获得列车及车票信息。 (2)售票员:通过登录界面,进入到售票员界面,可以进行信息更新及进行售票员权限内的查询及售票,退票操 作。 (3) 系统管理 员:通过 登录界面,进入系统管理员界面,可以进行信息更新,对列车进行增删及对车票进行增删,及对售票员权限进行控制,添加或删除售票员操作及 维护数据库等。 系统中用户及使用的功能模块清单如表 5 所示。 表 5 系统中用户及使用的功能模块清单 用户 模块 使用方式 输入信息 反馈信息 一般用户 列车及车票信息查询界面 图形化界面 车次或目的站 最终反馈单车信息或车票信息 售票员 列车及车票信息查询界面 图形化界面 车次或目的站 最终反馈单车信息或车票信息 登录界面 图形化界面 用户 名,密码 售票员界面 售票员界面 图形化界面 个人信息 更新后的个人信息 车票管理界面 图形化界面 车次或目的站 车票数目增加或减少相应数目 系统管理员 列车及车票信息查询界面 图形化界面 车次或目的站 最终反馈单车信息或车票信息 登录界面 图形化界面 用户名,密码 系统管理员界面 系统管理员 界面 图形化界面 个人信息及售票员工号 更新后的个人信息及增加或删除售票员 列车及车票管理界面 图形化界面 列车车次及列车与车票信息 增加或删除列车或车票,进行数据库更新 与其他软 件、硬件 的 接口 本系统同外界的其他应用软件、硬件之间的接口: ( 1) 与 铁路 财务处的财务系统的接口。 接口实现方式: web 服务 接口数据传递: 铁路售票部门 必须向当地铁路财务处的财务系统提供员工(售票员及系统管理员)的个人信息 具体数据结构: 售票员信息( 用户 ID 用户密码 用户姓名 工资 工号 工作表现等) 系统管理员信息( 用户 ID 用户密码 用户姓名 工资 工号 工作表现等) 当地铁路财务处的财务系统提供员工(售票员及系统管理员)工资信息及奖金信息 具体数据结构 员工工资信息( 用户 ID 用户姓名 工号 工资 奖金等 ) 通讯协议: HTTP ( 2) 与全国的整个铁路部门的售票系统的接口。 接口实现方式: web 服务 接口数据传递: 1) 铁 路售票管理系统须向全国整个铁路售票系统提供该地区的火车售票信息来让其宏观控制该地区的列车数量,调节整个客运流的情况。 具体数据结构 : 列车的信息表(车次,终到时间,类别,空调,途经站,始发站,发车时间,硬座总数,软座总数 硬卧总数,软卧总数,途经发车时间,途经到达时间,硬座价格,软座价格硬卧价格,软卧价格,里程) 车票的信息表(车票编号 车次 发车时间 始发站 车厢号 车位号 类别 硬座当前票数 软座当前票数 硬卧当前票数 软卧当前票数 当前票总数 总金额) 当前火车站客流量( 滞留人数,目的站 ) 2)全国整个铁路售票系统向该地区提供新增列车情况及增加目的站为该地的火车情况 具体数据结构: 列车的信息表(车次,终到时间,类别,空调,途经站,始发站,发车时间,硬座总数,软座总数 硬卧总数,软卧总数,途经发车时间,途经到达时间,硬座价格,软座价格硬卧价格,软卧价格,里程) 车票的信息表(车票编号 车次 发车时间 始发站 车厢号 车位号 类别 硬座当前票数 软座当前票数 硬卧当前票数 软卧当前票数 当前票总数 总金额) 通讯协议: HTTP 本系统与各支持软件之间的接口。 与操作系统之间:由于采用 .Net Framework 所提供的类库为接口,因此不直接访问操作系统 API。 与中间件之间:采用 web 服务和 技术对组件进行封装。 与数据库之间:采用的是 SQL Server 2020 数据库,数据层利用 实现对数据的操作。 系统物理设计 系统的配置图如图 所示。 用户界面包安装在 Web 服务器,业务逻辑包安装在应用服务器,数据访问包安装在数据库服 务器。 数据库服务器与应用服务器通信,并向其提供数据库服务。 应用服务器与 Web 服务器通信,并向其提供应用服务。 从而实现多级分布的部署方式,实现更好的可伸缩性和安全性,满足 C/S 应用系统的需求。 铁路售票 管理系统的配置图 : 应 用 服 务 器W e b 服 务 器 数 据 库 服 务 器用 户 界 面 包业 务 逻 辑 包数 据 访 问 包 W e b S e r v i c e** A D O**最 终 用 户 界 面最 终 用 户 界 面 图 4 铁路售票 管理系统的配置图 4 对象设计 系统对象模型 根据整个铁路售票管理系统总的分析,将列车及车票信息查询子系统,登录系统及信息管理子系统,车票 的销售与退票子系统,列车及车票管理子系统等子系统划分为如下几个实体类: 用户类,列车类,车票类,登录类及信息管理类等 5 大类,根据各系统的功能需求及实现要求,将各子系统中的操作函数划分到 5大类中,来合理实现系统的要求,从而完成整个系统。 铁路售票系统总类图: + g e t I D ( ) : s t r i n g+ s e t I D ( ) : b o o l+ g e t p a s s w o r d ( ) : s t r i n g+ s e t p a s s w o r d ( ) : b o o l+ g e t U s e r n a m e ( ) : s t r i n g+ s e t U s e r n a m e ( ) : b o o l+ g e t S a l a r y ( ) : s t r i n g+ t r a i n Q u e r y N u m b e r ( ) : b o o l+ t r a i n Q u e r y D e s t ( ) : b o o l+ t i c k e t Q u e r y N u m b e r ( ) : b o o l+ t i c k e t Q u e r y D e s t ( ) : b o o l I D : s t r i n g p a s s w o r d : s t r i n g u s e r n a m e : s t r i n g s a l a r y : s t r i n gS t a f f+ a d d T i c k e t s S a l e r ( ) : b o o l+ d e l e t e T i c k e t s a l e r ( ) : b o o l+ f i n d T i c k e t s S a l e r ( ) : b o o l+ m o d i f y S a l e r I n f o ( ) : b o o l+ a d d T r a i n ( ) : b o o l+ d e l e t e T r a i n ( ) : b o o l+ a d d T i c k e t s ( ) : b o o l+ d e l e t e T i c k e t s ( ) : b o o l+ s e t S a l a r y ( ) ( ) : i n ta d m i n i s t r a t o r+ t i c k e t s S e l l ( ) : b o o l+ t i c k e t s R e f u n d ( ) : b o o l w o r k N u m b e r : i n tt i c k e t S a l e r+ g e t S i n g l e T r a i n I n f o ( ) : b o o l n u m b e r : i n t a r r i v e T i m e : s t r i n g l e i b i e : s t r i n g k o n g t i a o : s t r i n g t u j i n g z h a n : s t r i n g s h i f a z h a n : s t r i n g f a c h e t i m e : s t r i n g y z s h u : i n t r z s h u : i n t y w s h u : i n t r w s h u : i n t t j f a c h e t i m e : s t r i n g t j d a o d a t i m e : s t r i n g y z p r i c e : i n t r z p r i c e : i n t y w p r i c e : i n t r w p r i c e : i n t l i c h e n g : i n tt r a i n b i a n h a o : i n t n u m b e r : i n t f a c h e t i m e : s t r i n g s h i f a z h a n : s t r i n g c h e x i a n g n u m : i n t c h e w e i n u m : i n t l e i b i e : s t r i n g y z n u m b e r : i n t r z n u m b e r : i n t y w n u m b e r : i n t r w n u m b e r : i n t t o t a l N u m b e r : i n t t o t a l M o n e y : i n tt i c k e t+ a d m i n i s t r a t o r L o g I n ( ) : b o o l+ t i c k e t s S a l e r L o g I n ( ) : b o o l+ t i c k e t s L i s t ( ) : b o o l+ e r r o r W a r n i n g ( ) I D : s t r i n g p a s s w o r d : s t r i n g z h o n g d i a n z h a n : s t r i n g n u m b e r : i n tl o g I n 图 5 铁路售票管理系统总类图 用户类 及 类图 系统中的用户类 ,可以划分为一般 一般用户,售票员 和系统管理人员类,它们都是人员类的子类,继承人 员类的所有属性和方法。 由于一般用户的信息无须记录,任何人都可以使用此软件,故一般用户信息无须存储。 各用户类说明如下: 表 用户类说明 类名 属性概述 属性 方法 Staff 人员类,用于人员管理 ID getID setID password getpassword setpassword username getUsername setUsername salary getSalary trainQueryNumber() trainQueryDest() ticketQueryNumber() ticketQueryDest() ticketSaler 售票员 workNumber ticketsSell() ticketsRefund() administrator 系统管理员 addTicketsSaler() deleteTicketsaler() findTicketsSaler() modifySalerInfo() addTrain() deleteTrain() addTickets() deleteTickets() setSalary() + g e t I D ( ) : s t r i n g+ s e t I D ( ) : b o o l+ g e t p a s s w o r d ( ) : s t r i n g+ s e t p a s s w o r d ( ) : b o o l+。铁路售票管理系统设计说明书
相关推荐
续。 (3).若 经检 查 ,发现 因 测试条 件、 检测仪器 、 检测 方法 错误而 造成 误检 的,应将备 用 样 品重新 进 行 检验 ,重新 发 送 检验报 告。 (4).若申 诉 方仍持 异议 ,可 由双方 主管 领导 和技 术负责 人共同确定取 样 方案,中交第二航务工程局有限公司哈大铁路客运专线工程 经理部试验室 试验室管理制度职责 10 重新抽 样 共同 检验 或交仲裁, 经济责
程工地试验室信息化管理系统的主要功能是( )。 、监理单位试验检测过程的信息。 、检测设备及检测项目等进行动态统计管理。 正确答案: BCD 2工地试验室的设施环境条件 应满足下列要求( )。 、布局合理,环境、温湿度等应满足标准要求。 12m2,标准养护室不宜小于 30m2。 对于有温控要求的功 能室应配备空调,标准养护室应配备自动养护系统。 ,相互有影响的仪器设备应采取有效的隔离措施。
即清除该材料出场。 对监理站检查确定有争议的 , 在西安工程指挥部指定的中心试验室进行试验裁定 ,所发生的费用按铁路建设工程施工承发包含同的规定办理。 ④ 完成所有签证手续后 , 除监理站自存一份外 , 其余退还施工单位质检部门 , 按单位工程的分项、分部进行分类整理存档 ,做为基础材料和验收依据 , 供以后各级工程检查和验收检查。 (2) 对所有分项、分部、单位工程 , 按有关技术要求、质量
实分管的财产。 当分保管员调换时,负责监督交接工作。 学校教职工调离,必须办理公物归还移交手续,经专人 签字后,学校行政才可办理调动手续。 固定资产分类要求严格按照《山东省 学校 固定资产分类目录》划分的十大类进行。 ( 1) 房屋、建筑物及附属设施; ( 2)教学仪器和标本模型; ( 3)电教设备; ( 4)医疗器械; ( 5)交通运输工具; ( 6)生产设备; ( 7)图书; ( 8)办公
,达到验收合格。 如果该班组因 24 小时的时间相互衔接延误工期 ,造成的罚款由本班组自行负责 ,并在 当月的 工程款中扣除。 班组长签字 :。 必须遵循甲方质量管理相关条款,所施工工程符合《建筑工程施工质量验收》等系列规范的规定。 <附表一> 五 、 双方权利和义务 : 工序质量工程 单位 罚款金额(元) 绑扎:缺扣、松扣数量超过绑扎数的 10% 处 20 钢筋搭接长度小于规定值 根 10