火车售票系统设计报告.docVIP

火车售票系统 系统设计报告 1.总统设计 1.1功能结构 1.1.1.系统设计阶段的功能结构图如下： 系统功能分析是在系统开发总体任务的基础上完成。根据系统分析来确定逻辑模型，确定好新系统的物理模型，也就是计算机化信息系统应用软件的总体结构和数据库设计，并提出系统配置方案，然后对物理模型进行详细的设计。主要内容包括:代码设计，用户界面设计，处理过程设计，编写系统设计说明书等。 系统设计以系统分析为基础，而系统设计又是系统实施的基础，系统设计的最主要任务是代码设计、物理设计、数据库设计、功能结构图的设计。本火车票管理系统的功能包括用户登录、用户信息管理、火车票信息管理、火车票信息查询等等。 1.1.2火车售票系统的第一层数据流程图如下图所示： 1.1.3进行进一步分析，根据系统调查的结果，各部门权限如下： 管理员系统： 包括下面三个子系统：车次管理、运费管理、售票员管理 售票员系统： 包括下面几个子系统：购票系统、订票系统、退票系统、订票结款系统 1.2 物理配置方案 硬件设备：客户机、服务器以及网络连接设备； 软件：操作系统、数据库管理系统、前台界面设计的工具； 网络拓扑结构图： 2.详细设计 2.1数据库设计 2.1.1实体联系图 原则1（确定实体）：能独立存在的事物，例如人、物、事、地、团体、活动、事项等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。 前端: 用户注册：注册登录用户的信息，以便于购买车票。 车票查询：查询窗口输入关键字，查询符合自己的车次信息。 车票购买：点击购买，确认订单，支付完成购买。 用户设置：可以更改个人信息，如:登录密码等。 车票退订：可退票，进入我的订单，点击退票按钮，可以选择退订的车次车票; 后台: 车次管理：输入设定的车次信息，例如:车次型号、始终地点、始终时间、车票价格、历经时间等。 订单处理：对于自己购买的车票进行订单确认，对于退票的订单进行拒绝或同意的操作。 实时动态：定时更新一些实时信息在网站上，供大家订阅。 留 言：设置留言板功能，以供用户提意见，发表个人言论。 管理信息:管理员信息维护，更改个人联系方式等。 友情链接：连接各个网站，经常性的站点，便于方便、快捷进入查询所需内容。 原则2(确定联系)： 本系统中，供应商与商品之间的联系是“供应”联系，一个供应商可提供多种商品，但一种商品只能由一个供应商提供，故供应商与商品之间的联系是一对多的联系。员工与商品之间的联系是“管理”联系，一个员工可管理多种商品，同时一种商品可实多名员工管理，它们间的联系是多对多的“管理”联系。仓库和商品之间的联系是“存放”联系，一个仓库可存放多种商品，而一个商品只存放于一个仓库中，故它们之间的联系是一对多联系。 根据以上的分析，可以画出本系统原始的ERD的基本结构。如下： 2.1.2数据库结构的具体设计 2.1.2概念结构 概念结构是独立于实际数据的模型的，必需将其转化为逻辑结构以后才能进行数据库应用设计。也就是要将上面的数据库概念转化为Access数据库支持的实际数据模型。在上面的实体与实体之间关系基础上，形成数据库的表格，及各个表格之间的关系。 具体关系模式如下: 用户信息(用户名，登录名，登录密码，用户权限);车票(车票号，车票类型，车票价格);车站信息(车站号，车站名)。 车厢信息(车厢编号，火车编号，类型，车座总数，座位剩余数量)。 火车信息(火车号，车型，始发时间，始发站，终点站，途经站点，运行时间，全程行程)管理/卖票(票号，火车号)。 “火车票管理系统”的数据库的名称为Trainticket ，数据库中包含6张表。 下面我根据系统的关系模式分别给出数据表，概要说明和主要数据表的结构，每个表表示数据库中的一个表。 按照关系模式可分为 Tickettable 表描述车票信息(如表2.1所示) Salesticket 表描述卖票联系(如表2.2所示) Brailway 表描述车厢信息(如表2.3所示) Users表描述用户信息(如表2.4所示) Trainstage表描述车站信息(如表2.5所示) Trainstation 表描述火车信息(如表2.6所示） 表2.1 表2.1 表2.2 表2.2 表2.3 表2.3 表2.4 表2.4 表2.5 表2.5 表2.6 表2.6 2.2代码设计 模块设计 2.2.1系统登录 火车票管理系统可分为两种登录方式登录系统，分别为管理员和普通用户。考虑到数据库中数据安全性和用户的权益，该系统“用户标识”和“口令”相结合数据库安全技术，并且通过自动认证用户的“权限”来判断用户应登陆到的界面。管理员使用密码登录可直接登录到管理系统，进行火车票信息和用户信息进行管理，普通用户需使用密码登录到用户界面，