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

1 铁路售票管理系统软件设计方案 写目的 本文档的编制的目的是说明对程序系统的设计考虑。本文档的使用者包括项目管理 人员、软件设计人员、软件质量控制人员以及软件维护人员。 景 软件系统的名称：铁路售票管理系统 本软件产品是一项独立的软件，而且全部内容自含。实现网络化铁路售票管理。一般用户、售票员、系统管理员等用户都可以通过上网来进行铁路车票业务的管理，实现网络化售票业务。构建标准的铁路车票，火车管理基础数据库。构建起火车信息，车票信息，特殊用户信息等基础数据库。 实现列车及车票信息查询、登录系统及信 息管理、车票的销售与退票列车及车票管理等子系统的流程化管理。 开发者：哈工大计算机学院 05 级 2 班开发小组； 用户：一般用户（旅客等），售票员，系统管理员 设计说明书的书写者 : 哈工大计算机学院 05 级 2 班开发小组 义 术语名称 (缩写 ) 术语全称 含义 C/S 客户端 /服务端结构 最终用户 最终用户 系统开发后的最终使用者 一般用户 一般用户 需购买火车票进行业务的人群即旅客 售票员 售票员 车站及代售点的所有售票员 系统管理员 系统管理员 具有对不同用户进行管 理，输入用户的各种信息、管理用户权限、 维护数据库等权限的用户 2 2 系统需求概述 务目标 实现网络化铁路售票管理。一般用户、售票员、系统管理员等用户都可以通过上网来进行铁路车票业务的管理，实现网络化售票业务。构建标准的铁路车票，火车管理基础数据库。构建起火车信息，车票信息，特殊用户信息等基础数据库。 实现列车及车票信息查询、登录系统及信息管理、车票的销售与退票列车及车票管理等子系统的流程化管理。 行环境 及设计约束 设备： 采用 用服务器 运行时内存要求： 1安装所需硬盘 ： 5操作系统： 000/持软件： 计约束： (1) 系统的开发必需采用 B/S 的体系结构 (2) 能够在 86 系统芯片组正常使用，保证双核 同样能够正常使用。 (3) 提供与售票站点（包括火车站及代售点）的铁路售票系统接口 (4) 使用 程语言及 据库来进行系统实现 (5) 遵循 算机软件开发规范 (6) 遵循 算机软件产品开发文件编制指南 (7) 遵循 11457 软件工程术语 能需求 铁路售票管理系统包括四个子系统：列车信息及车票信息查询系统，登录系统及信息管理系统，火车票销售及退票系统，列车及车票管理系统。 列车信息及车票查询系统 列车查询 按车次或目的站信息来查询列车的静态信息 车票查询 按车次或目的站信息来查询车票的静态信息 车次查询 按已知车次来查询列车及车票信息 目的站查询 按已知目的站来查询需要的列车及车票信息 3 登录系统及信息管理子系统 一般用户登录 一般用户进行登录系统界面 售票员登录 售票员输入用 户名与密码进行登录系统，获得售票员应有的售票系统相关的权限 系统管理员登陆 系统管理员输入用户名与密码进行登录系统，获得系统管理员应有的售票系统相关的权限 信息管理 售票员及系统管理员对自己的个人信息如密码，工作单位等进行修改，管理 增加售票员 系统管理员对售票员进行增加，赋予其售票权限 删除售票员 系统管理员对售票员进行删除，取消其售票权限 车票的销售与退票子系统 车票销售 根据旅客要求的车次及日期进行车票的销售 车票退票 根据旅客退票要求进行退票 列车及车票管理子系统 列车增加 系统管 理员向整个铁道部增加火车线路，增加火车 列车删除 系统管理员对已存在路线进行取消，删除列车 车票填充 将某一日期的可销售的火车票数量增加 车票删除 将某一日期过期的可销售的火车票数减少，清 0 功能性需求 （ 1）系统应具有开放性：考虑到铁路部门的运行不仅与各区域相关，受区域管辖，调配，而且它必须受国家铁路中心集中管辖，在特定的时期国家需采取特殊措施，对整个国家内的各子区域进行宏观调控，对整个铁路运输进行合理调度，尽量使旅客达到满意程度。 本系统必须具有良好的开放性，既要满足现有集成需求，又要为 将来系统的扩展预留接口。 （ 2）应随着铁路售票部门业务的不断完善，系统的更新势在难免，因此系统应该具有 很好的跨平台性、可维护性、可扩充性、易使用性。当用户需求，如操作方式、运行环境、 数据结构以及其他软件接口等发生变化时，设计的软件要求能做适当的调整。 （ 3）系统应具有高可靠性：系统在功能完整的同时，应具有良好的可靠性。作为支持铁路售票部门的工作，有效调度区域的铁路客运，系统必须具有高效可靠性，以保证数据的安全和系统的稳定运行。 （ 4）系统对用户操作的相应时间应小于 1 秒，最终用户对时间具有较高的要求，如 查询列车信息及车票信息时，需要较快的查询速度，否则会给最终用户带来不便。 （ 5）系统应易于操作和维护：系统应面向用户进行设计。系统的使用者对计算机了解 程度不同，因此系统的操作应该尽量简单、方便，用户界面友好，使用户能够易学易用。 （ 6）系统应具有较强的安全保密性：系统应提供安全可靠的数据存储服务，拒绝未被 授权的人员访问、篡改数据信息的企图，而只向被授权的用户提供与其权限一致的数据服务。 4 3 系统设计 能模块清单 铁路售票管理系统的设计类清单： 表 1 设 计类清单 层次名称 模块名称 模块类型 模块功能的简要描述 用户界面层 界类 按车次或目的站方式来查询列车火车票信息的查询界面 边界类 最终用户登录界面 界类 售票员界面 界类 系统管理员界面 界类 售票员票务管理界面 界类 列车及车票管理界面 业务逻辑层 制类 信息管理 制类 车票管理 制类 列车及车票管理 数据层 体类 所有列车的总表信息 体类 单车的列车相关信息 体类 车票的相关信息 体类 售票员的个人信息 体类 系统管理员的个人信息 系结构设计 通过对系统功能目标、用户群以及数据需求的分析，考虑到铁路售票管理系统流程涉及范围广泛、基本数据表现形式多样等特点，本系统采用 C/S 方式的体系结构。 对于系统中的大多数用户如一般用户，主要以信息查询为主，主要利用该软件查询列车及车票信息。且售票员及系统管理员需要对列车及车票等信息进行处理，更改，故总体而言最终用户对软件的运行速度要求较高，故采用 C/S 方式来构架铁路管理系统，而且利用服务器实现信息查询与检索。保证了其应用的通用性和跨平台性。并且维护和升级工 作都在服务器端进行，不许对客户端进行任何改变，故大大降低了开发和维护成本使用简单、界面友好，所有的用户界面都统一在用户界面端上消肿，客户端不再负责数据库的存取以及复杂数据的计算等任务，只负责显示，让中间业务逻辑层担负数据存储及复杂数据计算等任务，充分发挥了业务逻辑层服务器的强大作用，这样就大大降低了对客户端的要求。系统灵活，系统的三部分模块各自相对独立使得修改更容易，可以用不同厂家的产品来组成性能更加的系统保障系统的安全性适用于信息发布，这使得传统系统的功能有所扩展。 5 用户表示层 图 1 用 户 界 面 包用 户 界 面 包列 车 及 车 票信 息 查 询 界面登 录 界 面 售 票 员 界 面系 统 管 理 员界 面售 票 员 票 务管 理 界 面列 车 及 车 票管 理 界 面业务逻辑层 图 2 业 务 逻 辑 包业 务 逻 辑 包i n f o r m a t i o n M a n a g e rT r a i n A n d T i c k e t s M a n a g e rt i c k e t s M a n a g e 图 3 6 数 据 访 问 包数 据 访 问 包类 1 : : T i c k e t : : S t a f : : t i c k e t S a l e : : a d m i n i s t r a t o r+ D B C o n n e c t i o n S t r i n g ( )+ g e t D a t a V i e w ( )类 1 : : D B C o m m o nt r a i 方式的三层结构它将应用程序结构划分三层独立的包，包括用户表示层、业务逻辑层、数据访问层。其中将实现人机界面的所有表单和组件放在表示层，将所有业务规则和逻辑的实现封装在负责业务逻辑组件中，将所有和数据库的交互封装在数据访问组件中。 表示层提供最终用户的的用户界面。包括窗体主要用于 最终客户端应用程序和技术 主要用于一般用户（旅客），售票员及系统管理员与铁路售票系统交互的使用，进行列车及车票信息查询界面，及售票员售票，退票业务界面等功能。 业务层抽象出主要的业务逻辑有按车次或目的站进行列车及车票信息查询、最终用户登录、个人信息管理、售票员售票退票业务的管理、系统管理员对列车及车票的管理及系统维护。 数据层主要利用实现对数据的操作，负责将存储在这些数据库中的数据公开给业务层。 数据访问包中包含的类及其之间的关系如图 2 所示（其他包中包含的类及其之间的关系略 ）。 所 有 的 数 据 访 问 类 都 定 义 了 一 个 基 类 该 基 类 包 含 属 性过该属性可以获得数据库连接字符串。还包括一个方法 以实现在数据库中执行查询获得一个 些属性和方法被所有的数据访问类继承，可以直接使用。 这些数据层的类包括员工类及其衍生的售票员类及系统管理员类，主要存储员工类子类的个人信息记录及一些权限信息，火车类主要存储列车的总体列表信息及单车的所有车次及车票的相关信息。 能模块与需求之间的追溯关系 系统中各个功能模块与需求之间的追溯关系如表 2 4 所示。 表 2 功能需求与功能模块之间的追溯关系 7 列车及车票信息查询 登录系统及信息管理 车票的销售与退票 列车及车票管理 表 3 功能需求与功能模块之间的追溯关系 车及车票信息查询 登录系统及信息管理 车票的销售与退票 列车及车票管理 表 4 功能需求与功能模块之间的追溯关系 车及车票信息查询 登录系统及信息管理 车票的销售与退票 列车及车票管理 口设计 户接口 系统中用户及使用的功能如下： (1) 一般用户（旅客）：通过查询界面，来获得列车及车票信息。 (2)售票员：通过登录界面，进入到售票员界面，可以进行信息更新及进行售票员权限内的查询及售票，退票操作。 (3) 系统管理员：通过登录界面，进入系统管理员界面，可以进行信息更新，对列车进 8 行增删及对车票进行增删，及对售票员权限进行控制，添加或删除售票员操作及维护数据库等。 系统中用户及使用的功能模块清单如表 5 所示。 表 5 系统中用户及使用 的功能模块清单 用户 模块 使用方式 输入信息 反馈信息 一般用户 列车及车票信息查询界面 图形化界面 车次或目的站 最终反馈单车信息或车票信息 售票员 列车及车票信息查询界面 图形化界面 车次或目的站 最终反馈单车信息或车票信息 登录界面 图形化界面 用户名，密码 售票员界面 售票员界面 图形化界面 个人信息 更新后的个人信息 车票管理界面 图形化界面 车次或目的站 车票数目增加或减少相应数目 系统管理员 列车及车票信息查询界面 图形化界面 车次或目的站 最终反馈单车信息或车票信息 登录界面 图形化界面 用户名，密码 系统管理员界面 系统管理员界面 图形化界面 个人信息及售票员工号 更新后的个人信息及增加或删除售票员 列车及车票管理界面 图形化界面 列车车次及列车与车票信息 增加或删除列车或车票，进行数据库更新 其他软件、硬件的接口 本系统同外界的其他应用软件、硬件之间的接口： （ 1） 与铁路财务处的财务系统的接口 。 接口实现方式： 务 接口数据传递： 铁路售票部门必须向当地铁路财务处的财务系统提供员工（售票员及系统管理员）的个人信息 具体数据结构： 售票员信息（用户 户密码 用户姓名 工资 工号 工作表现等） 系统管理员信息（用户 户密码 用户姓名 工资 工号 工作表现等） 当地铁路财务处的财务系统提供员工（售票员及系统管理员）工资信息及奖金信息 具体数据结构 员工工资信息（用户 户姓名 工号 工资 奖金等 ） 通讯协议： 2） 与全国的整个铁路部门的售票系统的接口 。 接口实现方式： 务 9 接口数据传递： ）铁路售票管理系统须向全国整个铁路售票系统提供该地区的火车售票信息来让其宏观控制该地区的列车数量，调节整个客运流 的情况。 具体数据结构： 列车的信息表（车次，终到时间，类别，空调，途经站，始发站，发车时间，硬座总数，软座总数 硬卧总数，软卧总数，途经发车时间，途经到达时间，硬座价格，软座价格硬卧价格，软卧价格，里程） 车票的信息表（车票编号 车次 发车时间 始发站 车厢号 车位号 类别 硬座当前票数 软座当前票数 硬卧当前票数 软卧当前票数 当前票总数 总金额） 当前火车站客流量（滞留人数，目的站） ）全国整个铁路售票系统向该地区提供新增列车情况及增加目的站为该地的火车情况 具体数据结构： 列车的信息表（车次 ，终到时间，类别，空调，途经站，始发站，发车时间，硬座总数，软座总数 硬卧总数，软卧总数，途经发车时间，途经到达时间，硬座价格，软座价格硬卧价格，软卧价格，里程） 车票的信息表（车票编号 车次 发车时间 始发站 车厢号 车位号 类别 硬座当前票数 软座当前票数 硬卧当前票数 软卧当前票数 当前票总数 总金额） 通讯协议： 系统与各支持软件之间的接口。 与操作系统之间：由于采用 提供的类库为接口，因此不直接访问操作系统 与中间件之间：采用 务和 术对组件进行封装。 与数据库之间：采用的是 005 数据库，数据层利用 现对数据的操作。 统物理设计 系统的配置图如图 所示。用户界面包安装在 务器，业务逻辑包安装在应用服务器，数据访问包安装在数据库服务器。数据库服务器与应用服务器通信，并向其提供数据库服务。应用服务器与 务器通信，并向其提供应用服务。从而实现多级分布的部署方式，实现更好的可伸缩性和安全性，满足 C/S 应用系统的需求。 铁路售票管理系统的配置图： 10 应 用 服 务 器W e b 服 务 器 数 据 库 服 务 器用 户 界 面 包业 务 逻 辑 包数 据 访 问 包- W e b S e r v i c e*- A D O*最 终 用 户 界 面最 终 用 户 界 面图 4 铁路售票管理系统的配置图 4 对象设计 统对象模型 根据整个铁路售票管理系统总的分析，将列车及车票信息查询子系统，登录系统及信息管理子系统，车票的销售与退票子系统，列车及车票管理子系统等子系统划分为如下几个实体类： 用户类，列车类，车票类，登录类及信息管理类等 5 大类，根据各系统的功能需求及实现要求，将各子系统中的操作函数划分到 5 大类中，来合理实现系统的要求，从而完成整个系统。 11 路售票系统总类图： + 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 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 铁路售票管理系统总类图 户类及类图 系统中的用户类，可以划分为一般一般用户，售票员和系统管理人员类，它们都是人员类的子类，继承人员类的所有属性和方法。由于一般用户的信息无须记录，任何人都可以使用此软件，故一般用户信息无须存储。各用户类说明如下： 表 用户类说明 类名 属性概述 属性 方法 员类，用于人员管理 ID 12 票员 统管理员 + 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 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 用户类及其子类类图 13 车类、车票类及登陆类 类名 用途概述 属性 方法 车的总体信息及单列火车的信息，及获得火车相关的一些信息 列火车车票的信息，及获得车票相关的一些信息 件主界面，包括用户登录、最终用户查询功能 ID 14 象描述 火车类 称： 途：火车类，火车各类信息存储及获取 持久性：需要永久存储； 属性描述： 属性名 属性作用 可见性 数据类型 缺省值 约束条件 次 “” 不空，值唯一 到时间 ” 2008=0 座总数 ” =0 卧总数 ” =0 卧总数 ” =0 经发车时间 ” 2008=0 座价格 ” =0 卧价格 ” =0 卧价格 ” =0 程 “” =0 车的类型 “” 不空，值唯一 操作描述： 操作名： 作用途： 通过车次在列车列表中获得单车信息 可见性： 数列表： 车次： 回值类型： 置条件： 该车次在数据库中 存在，即 应列车信息在数据库中存在 后置条件： 显示出单车的信息 读取的属性： 改的属性： 无 该操作调用的 其他操作 用该类的 其他操作： 无 处理逻辑 概 述： 通过 询该单车数据库中是否存在，如果存在则返回火车的车次，始发站，终点站，及座位价格等信息，否则返回 车票类 名称： 途：火车类，火车各类信息存储及获取 持久性：需要永久存储； 属性描述： 属性名 属性作用 可见性 数据类型 缺省值 约束条件 票编号 ” 不空，值唯一 次 ” 不空，值唯一 车时间 ” 20080 号 0 操作描述： 操作名： 作用途： 通过车次来查询获得单车信息 可见性： 数列表： 车次： 回值类型： 置条件： 该车次在数据库中存在，即 应列车信息在数据库中存在 后置条件： 显示出单车的信息 17 读取的属性： 改的属性： 无 该操作调用的 其他操作 无 调用该类的 其他操作： 无 处理逻辑概 述： 通过 果存在则返回火车的车次，始发站，终点站，及座位价格等信息，否则返回 操作名： 作用途： 通过目的站来查询获得列车信息 可见性： 数列表： 终点站 回值类型： 置条件： 该终点站 对应的列车在数据库中存在，即 应列车信息在数据库中存在 后置条件： 显示到达此终点站对应的列车列表 读取的属性： 改的属性： 无 该操作调用的 其他操作 无 调用该操作的 其他操作： 无 处理逻辑概 述： 通过 ，如果存在则返回 列车信息列表 ，否则返回 操作名： 作用途： 通过车次在列车列表中获得车票信息 可见性： 数列表： 回值类型： 置条件： 该车次在数据库中存在，即 应列车信息在数据库中存在 后置条件： 显示该车次的车票信息 读取的属性： 改的属性： 无 该操作调用的 其他操作 无 调用该类的 其他操作： 18 处理逻辑概 述： 通过 询该单车数据库中是否存在，如果存在则返回该列火车的车票如发车时间 ,座位号相关信息，否则返回 操作名： 作用途： 通过目的站来获得列车列表 可见性： 数列表： 终点站 回值类型： 置条件： 该终点站对应的列车在数据库中存在，即 应列车信息在数据库中存在 后置条件： 显示到达此终点站对应的列车列表 读取的属性： 改的属性： 无 该操作调用的 其他操作 无 调用该类的 其他操作： 无 处理逻辑概 述： 通过 数据库中是否存在，如果存在则返回 列车信息列表 ，否则返回 操作名 : 作用途 : 修改售票员信息 可见性 : 数列表 : 回值类型 : 置条件 : 该售票员在数据库中已存在 后置条件 : 将该售票员的新信息写回到数据库 读取的属性 : 改的属性 : 操作调用的 其他操作： 无 调用该操作的 其他操作： 无 处理逻辑概述： 伪码描述如下： 售票员在数据库中已存在 ) 读取售票员原有信息 19 将新的售票员信息保存到数据库 对象 名称： 途：人员保存 持久性：需要永久存储； 操作描述： 操作名 : 作用途 : 售票，修改售票后的票数 可见性 : 数列表 : 车次： 买的车票数目： 回值类型 : 置条件 : 该车次存在而且车票剩余数不小于购买数 后置条件 : 将售票后车票信息写回到数据库 读取的属性 : 改的属性 : 操作调用的 其他操作： 无 调用该操作的 其他操作： 无 处理 逻辑概述： 伪码描述如下： 余车票数 =购买车票数 ) 修改车票信息 将修改后的车票信息保存到数据库 操作名： 作用途： 回退火车票 可见性： 数列表： 无 返回值类型： 置条件： 退票时间在该火车开车时间前 6 小时 20 后置条件： 无 读取的属性： 改的属性： 操作调用的 其他操作 无 调用该类的 其他操作： 无 处理逻辑概 述： 票进行回退时，将 行相应修改，加上销售的车票张数，并回退给退票者车票费用，将当前总金额更新 对象 名称： 途：人员保存 持久性：需要永久存储； 操作描述： 操作名 : 作用途 : 添加售票员 可见性 : 数列表 : 仅限于售票员 ) 返回值类型 : 置条件 : 该工号在数据库中不存在 后置条件 : 将新添加的售票员信息写回到数据库 读取的属性 : 改的属性 : 操作调用的 其他操作： 无 调用该操作的 其他操作： 无 处理逻辑概述： 伪码描述如下： 工号在数据库中不存在 ) 将新添加的售票员信息保存到数据库 21 操作名： 作用途： 删除指定的售票员 可见性： 数列表： 工号： 回值类型： 置条件： 该工号的售票员存在 后置条件： 将 数据库中该售票员信息删除 读取的属性： 改的属性： 无 该操作调用的 其他操作 无 调用该类的 其他操作： 无 处理逻辑概 述： 查找指定工号的售票员，如果找到，则删除，返回 则返回 操作名 : 作用途 : 添加列车信息 可见性 : 数列表 : 车次、始发站、终点站、票价等列车信息 返回值类型 : 置条件 : 该车次在数据库中不存在 后置条件 : 将该车次的新信息写回到数据库 读取的属性 : 车次、始 发站、终点站、票价等列车信息 修改的属性 : 车次、始发站、终点站、票价等列车信息 该操作调用的 其他操作： 无 调用该操作的 其他操作： 无 处理逻辑概述： 伪码描述如下： 车次在数据库中不存在 ) 将新车次的信息保存到数据库 操作名： 作用途： 删除某一车次的列车 22 可见性： 数列表： 车次： 回值 类型： 置条件： 该车次的列车在数据库中存在 后置条件： 将该车次的列车从数据库中删除 读取的属性： 改的属性： 无 该操作调用的 其他操作 无 调用该操作的 其他操作： 无 处理逻辑概 述： 通过车次 果找到则删除，返回 则返回 对象 名称： 途：软件主界面 持久性：需要永久存储； 属性描述： 属性名 属性作用 可见性 数据类型 缺省值 约束条件 户 ID ” 长度在 1到20 之间，包括数字、字母、下划线 户密码 ” 长度在 6到20 之间，包括数字、字母、下划线 点站 ” 长度不超过 64 的字符串 次 0 操作名 : 作用途 : 系统管理员登录 可见性 : 数列表 : ID:回 值类型 : 23 前置条件 : 用户名、密码正确 后置条件 : 登录进入售票员界面 读取的属性 : 改的属性 : 该操作调用的 其他操作： 无 调用该操作的 其他操作： 无 处理逻辑概述： 伪码描述如下： 户名密码正确 ) 登