ImageVerifierCode 换一换
格式:DOCX , 页数:77 ,大小:748.66KB ,
资源ID:1491020      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/1491020.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(铁路售票管理系统软件设计方案.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

铁路售票管理系统软件设计方案.docx

1、铁路售票管理系统软件设计方案铁路售票管理系统软件设计方案1.1 编写目的本文档的编制的目的是说明对程序系统的设计考虑。本文档的使用者包括项目管理人员、软件设计人员、软件质量控制人员以及软件维护人员。1.2背景 软件系统的名称:铁路售票管理系统本软件产品是一项独立的软件,而且全部内容自含。实现网络化铁路售票管理。一般用户、售票员、系统管理员等用户都可以通过上网来进行铁路车票业务的管理,实现网络化售票业务。构建标准的铁路车票,火车管理基础数据库。构建起火车信息,车票信息,特殊用户信息等基础数据库。实现列车及车票信息查询、登录系统及信息管理、车票的销售与退票列车及车票管理等子系统的流程化管理。开发者

2、:哈工大计算机学院05级2班开发小组;用户:一般用户(旅客等),售票员,系统管理员设计说明书的书写者: 哈工大计算机学院05级2班开发小组1.3定义术语名称(缩写)术语全称含义C/SClient/service 客户端/服务端结构最终用户最终用户系统开发后的最终使用者一般用户一般用户需购买火车票进行业务的人群即旅客售票员售票员车站及代售点的所有售票员系统管理员系统管理员具有对不同用户进行管理,输入用户的各种信息、管理用户权限、维护数据库等权限的用户2系统需求概述2.1业务目标实现网络化铁路售票管理。一般用户、售票员、系统管理员等用户都可以通过上网来进行铁路车票业务的管理,实现网络化售票业务。构

3、建标准的铁路车票,火车管理基础数据库。构建起火车信息,车票信息,特殊用户信息等基础数据库。实现列车及车票信息查询、登录系统及信息管理、车票的销售与退票列车及车票管理等子系统的流程化管理。2.2运行环境及设计约束设备:采用Intel 应用服务器运行时内存要求:1MB;安装所需硬盘:5MB;操作系统:Windows 2000/XP/Vista支持软件:SQL Server2008,Eclipse设计约束:(1) 系统的开发必需采用B/S 的体系结构(2) 能够在 intel X86 系统芯片组正常使用,保证双核CPU 下同样能够正常使用。(3) 提供与售票站点(包括火车站及代售点)的铁路售票系统接

4、口(4) 使用JAVA编程语言及SQL数据库来进行系统实现(5) 遵循GB8566 计算机软件开发规范(6) 遵循GB8567 计算机软件产品开发文件编制指南(7) 遵循GB/T11457 软件工程术语2.3功能需求铁路售票管理系统包括四个子系统:列车信息及车票信息查询系统,登录系统及信息管理系统,火车票销售及退票系统,列车及车票管理系统。 列车信息及车票查询系统 列车查询 按车次或目的站信息来查询列车的静态信息 车票查询 按车次或目的站信息来查询车票的静态信息 车次查询 按已知车次来查询列车及车票信息 目的站查询 按已知目的站来查询需要的列车及车票信息 登录系统及信息管理子系统 一般用户登录

5、 一般用户进行登录系统界面 售票员登录 售票员输入用户名与密码进行登录系统,获得售票员应有的售票系统相关的权限 系统管理员登陆 系统管理员输入用户名与密码进行登录系统,获得系统管理员应有的售票系统相关的权限 信息管理 售票员及系统管理员对自己的个人信息如密码,工作单位等进行修改,管理 增加售票员 系统管理员对售票员进行增加,赋予其售票权限 删除售票员 系统管理员对售票员进行删除,取消其售票权限 车票的销售与退票子系统 车票销售 根据旅客要求的车次及日期进行车票的销售 车票退票 根据旅客退票要求进行退票 列车及车票管理子系统 列车增加 系统管理员向整个铁道部增加火车线路,增加火车 列车删除 系统

6、管理员对已存在路线进行取消,删除列车 车票填充 将某一日期的可销售的火车票数量增加 车票删除 将某一日期过期的可销售的火车票数减少,清02.4非功能性需求(1)系统应具有开放性:考虑到铁路部门的运行不仅与各区域相关,受区域管辖,调配,而且它必须受国家铁路中心集中管辖,在特定的时期国家需采取特殊措施,对整个国家内的各子区域进行宏观调控,对整个铁路运输进行合理调度,尽量使旅客达到满意程度。本系统必须具有良好的开放性,既要满足现有集成需求,又要为将来系统的扩展预留接口。(2)应随着铁路售票部门业务的不断完善,系统的更新势在难免,因此系统应该具有很好的跨平台性、可维护性、可扩充性、易使用性。当用户需求

7、,如操作方式、运行环境、数据结构以及其他软件接口等发生变化时,设计的软件要求能做适当的调整。(3)系统应具有高可靠性:系统在功能完整的同时,应具有良好的可靠性。作为支持铁路售票部门的工作,有效调度区域的铁路客运,系统必须具有高效可靠性,以保证数据的安全和系统的稳定运行。(4)系统对用户操作的相应时间应小于1 秒,最终用户对时间具有较高的要求,如查询列车信息及车票信息时,需要较快的查询速度,否则会给最终用户带来不便。(5)系统应易于操作和维护:系统应面向用户进行设计。系统的使用者对计算机了解程度不同,因此系统的操作应该尽量简单、方便,用户界面友好,使用户能够易学易用。(6)系统应具有较强的安全保

8、密性:系统应提供安全可靠的数据存储服务,拒绝未被授权的人员访问、篡改数据信息的企图,而只向被授权的用户提供与其权限一致的数据服务。3系统设计3.1 功能模块清单铁路售票管理系统的设计类清单: 表1 设计类清单层次名称模块名称模块类型模块功能的简要描述用户界面层trainTicketQueryInterface边界类按车次或目的站方式来查询列车火车票信息的查询界面logInInterface 边界类最终用户登录界面ticketSalerInterface边界类售票员界面administratorInterface边界类系统管理员界面ticketsManagingInterface边界类售票员票务

9、管理界面trainAndTicketsManagerInterface边界类列车及车票管理界面业务逻辑层informationManager控制类信息管理ticketsManager控制类车票管理 TrainAndTicketsManager控制类列车及车票管理数据层AllTrainInfo实体类所有列车的总表信息SingalTrainInfo实体类单车的列车相关信息Tickets实体类车票的相关信息ticketSaler实体类售票员的个人信息administrator实体类系统管理员的个人信息3.2 体系结构设计通过对系统功能目标、用户群以及数据需求的分析,考虑到铁路售票管理系统流程涉及范围

10、广泛、基本数据表现形式多样等特点,本系统采用C/S 方式的体系结构。对于系统中的大多数用户如一般用户,主要以信息查询为主,主要利用该软件查询列车及车票信息。且售票员及系统管理员需要对列车及车票等信息进行处理,更改,故总体而言最终用户对软件的运行速度要求较高,故采用C/S方式来构架铁路管理系统,而且利用服务器实现信息查询与检索。保证了其应用的通用性和跨平台性。并且维护和升级工作都在服务器端进行,不许对客户端进行任何改变,故大大降低了开发和维护成本使用简单、界面友好,所有的用户界面都统一在用户界面端上消肿,客户端不再负责数据库的存取以及复杂数据的计算等任务,只负责显示,让中间业务逻辑层担负数据存储

11、及复杂数据计算等任务,充分发挥了业务逻辑层服务器的强大作用,这样就大大降低了对客户端的要求。系统灵活,系统的三部分模块各自相对独立使得修改更容易,可以用不同厂家的产品来组成性能更加的系统保障系统的安全性适用于信息发布,这使得传统系统的功能有所扩展。用户表示层 图1 业务逻辑层 图2数据访问层 图3C/S 方式的三层结构它将应用程序结构划分三层独立的包,包括用户表示层、业务逻辑层、数据访问层。其中将实现人机界面的所有表单和组件放在表示层,将所有业务规则和逻辑的实现封装在负责业务逻辑组件中,将所有和数据库的交互封装在数据访问组件中。表示层提供最终用户的的用户界面。包括窗体主要用于最终客户端应用程序

12、和技术主要用于一般用户(旅客),售票员及系统管理员与铁路售票系统交互的使用,进行列车及车票信息查询界面,及售票员售票,退票业务界面等功能。业务层抽象出主要的业务逻辑有按车次或目的站进行列车及车票信息查询、最终用户登录、个人信息管理、售票员售票退票业务的管理、系统管理员对列车及车票的管理及系统维护。数据层主要利用实现对数据的操作,负责将存储在这些数据库中的数据公开给业务层。数据访问包中包含的类及其之间的关系如图2 所示(其他包中包含的类及其之间的关系略)。所有的数据访问类都定义了一个基类DBCommon,该基类包含属性DBConnectionString,通过该属性可以获得数据库连接字符串。还包

13、括一个方法GetDataView,可以实现在数据库中执行查询获得一个DataView。这些属性和方法被所有的数据访问类继承,可以直接使用。这些数据层的类包括员工类及其衍生的售票员类及系统管理员类,主要存储员工类子类的个人信息记录及一些权限信息,火车类主要存储列车的总体列表信息及单车的所有车次及车票的相关信息。3.3 功能模块与需求之间的追溯关系系统中各个功能模块与需求之间的追溯关系如表24所示。 表2 功能需求与功能模块之间的追溯关系trainTicketQueryInterfaceloginInterfaceticketSalerInterfaceadministratorInterface

14、ticketsManagingInterface列车及车票信息查询登录系统及信息管理车票的销售与退票列车及车票管理表3 功能需求与功能模块之间的追溯关系trainAndTicketsManagerInterfaceinformationManagerticketsManagertrainAndTicketsManager列车及车票信息查询登录系统及信息管理车票的销售与退票列车及车票管理表4 功能需求与功能模块之间的追溯关系trainticketsticketSaleradministrator列车及车票信息查询登录系统及信息管理车票的销售与退票列车及车票管理3.4接口设计3.4.1 用户接口系统中用户及使用的功能如下:(1) 一般用户(旅客):通过查询界面,来获得列车及车票信息。(2)售票员:通过登录界面,进入到售票员界面,可以进行信息更新及进行售票员权限内的查询及售票,退票操作。(3) 系统管理员:通过登录界面,进入系统管理员界面,可以进行信息更新,对列车进行增删及对车票进行增删,及对售票员权限进行控制,添加或删除售票员操作及维护数据库等。系统中用户及使用的功能

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1