征信系统软件设计说明

一、引言

1.1 编写目的

编写本套征信系统的《软件说明》的目的在于根据软件需求说明书中的任务概述，需求规定等规划设计出一套可执行软件的结构模型。

1.2 参考资料

《征信系统需求分析报告》

《软件工程导论》第三版

《基于项目的软件工程—面向对象研究方法》

二、总体设计

2.1 需求规定

本套征信系统软件分为服务器端和客户端两部分：

客户端部分由用户使用，通过B/S的方式实现，用户可使用浏览器通过互联网进行操作。服务器端软件由管理员使用，通过C/S的方式实现，管理员通过管理界面可对数据库进行操作和管理。

2.2 运行环境

客户端的运行环境：Windows98以上的操作系统、IE5以上的浏览器（或其他浏览器）。 服务器端的运行环境：Windows2000 Server或Windows 2000 Advanced Informix。

2.3 基本设计概念和处理流程

本套征信系统软件的编写，是为了设计出一套在线查询、数据录入和分析的应用软件。软件分为两大部分，数据录入和数据分析部分。客户端是以网页的形式实现，用户通过浏览器对数据库中的数据进行查询、浏览并可进行打印。数据管理部分(服务器端)则是一套管理系统，在管理部分中，管理员可以对数据库中的数据进行输入、修改、删除和查询等操作，从而对数据库中的数据进行管理。

2.4 结构

本套征信系统软件采用Browser/Server和Client/Server相结合的结构来进行开发。

2.5 人工处理过程

2.5.1 服务器端的人工处理

2.5.1.1 数据的输入

用户根据需要来输入关于征信方面的各类报表及基础数据数据，但必须保证其正确性和准确性。

2.5.1.2 数据的修改

用户根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。

2.5.1.3 数据的删除

用户根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。

2.5.1.4 数据的查询

用户根据需要查询数据库中的所有数据，用户需输入一定的查询条件，然后可按照输入的查询依据查询新数据库的数据。

2.5.2 客户端的人工处理

2.5.2.1 注册

用户必须注册才能进行订票操作，在此，用户必须填写个人的真实并准确的详细信息。

2.5.2.1 查询

用户通过填写一定的查询条件，可查询用户所需要的信息。

2.5.2.2 提交

用户可通过互联网进行数据提交，填写准确的各类信息后提交并保存。

三、接口设计

3.1 用户接口

本征信系统软件的可视化很强，做到用户运行程序就可直接上手操作。在设计界面时，同时也考虑到此方面，因此在每个可以点击的按钮上都设置了鼠标获得焦点后的提示信息，即ToolTipText属性。

3.2 外部接口

在本套征信系统软件中，前期考虑采用电子证书进行登录的验证，没有考虑其他外部接口问题，如有需要可以添加对外部接口的考虑，例如红外扫描、卡式读取设备等。

3.3 内部接口

因为本套征信系统软件是使用可视化软件来管理数据库中的数据，因此数据库为连接各个模块之间的接口，我们同时也称之为软件内部的接口。

四、系统数据结构设计

4.1 逻辑结构设计要点

按照需求分析设计数据库中的字段，建立一个逻辑上的数据库的结构。

4.2 物理结构设计要点

在数据库软件中建立数据库，并要保证数据库最低要符合第二范式。

4.3 数据结构与程序的关系

4.3.1 静态数值需求

(1) 支持并行操作的用户。

(2) 处理多条记录数据。

(3) 表或文件的最小为2048字节,最大无限制。

4.3.2 精度需求

在进行提取数据库数据时，要求数据记录定位准确，在向数据库中添加数据时，要求输入数据准确。主要的精度适应系统要求，不接受违规操作。

4.3.3 时间特性需求

(1) 响应时间应在人的感觉和视觉事件范围内；

(2) 更新处理时间，随着应用软件的版本升级，以及网络的定期维护更新。

4.3.4 灵活性

当需求发生某些变化时，管理应用软件操作方式、数据结构、运行环境基本不会发 生变化，变化只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。

4.3.5 数据管理能力需求

本应用软件可管理多条记录，本应用软件基本约用1,300千字节空间，所有文件均放置在数据库中调用，查询数据、文件、记录时，通过库文件名直接进行操作或通过存储过程来完成

操作。

4.4 数据库设计描述

4.4.1 数据库分析

需将数据库设计成关系模式最低符合第二范式的标准。按照需求分析，确定系统的实体。根据实体分析的结果，在数据库中应建立如下数据表：

passenger_infor(企业信息表)、destine_infor(录入员信息表)、destine_infor1(资产负债表)、plane_infor(财务分析表)、plane_infor1(银行流水分析表)、user_infor（行业分析表）等，同时各个数据表间也存在着相应的连接的关系。

4.4.2 数据库设计说明

(1) passenger_infor(企业信息表)

在此数据表中，存放的是具体企业的详细信息，在企业信息中包含有企业的一些基本信息和法人、股东的个人信息、子公司信息、等字段与其他表相连接的字段。

在该信息表中包括以下字段：passenger_id、passenger_name、passenger_age、

passenger_sex、passenger_tel、passenger_address、plane_no、plane_grade、destine_id、catch_tic_date等字段。

其他表格说明，详见软件开发字段说明；

五、系统出错处理设计

5.1 出错信息

在设计本套企业信息表软件时，设计人员应尽可能的考虑到所有的出错情况，并做出相应的恢复信息。无法预料的错误信息，应返回给用户一个特定的信息提示。

5.2 补救措施

对于出错概率较大的地方，设计人员应结合用户需求做一些必要的限制，减少出错的可能。

5.3 系统维护设计

本套企业信息表软件的维护设计要有专门人员来做，这些人员应对本套企业信息表软件的程序代码结构与流程有深入的了解。

六、程序系统的组织结构

6.1 系统组织结构图

6.1.1 服务器端的组织结构图

暂略（在二期开发时提交）

系统层次结构图（服务器端）

6.1.2 客户端的组织结构图

暂略（在二期开发时提交）

系统层级结构图（客户端）

6.2 模块层次图

6.2.1 查询模块层次图

6.2.2 添加模块层次图

6.2.3 修改模块层次图

6.2.4 删除模块层次图

七、程序（标识符）设计说明

7.1 程序描述

7.1.1客户端程序：

本套征信系统软件的客户端应用程序以网页的形式编写，包括静态和动态的网页，存放在服务器中，客户使用浏览器通过互连网络对网页进行访问，并完成客户端可以完成的功能。

7.1.2服务器端程序：

本套征信系统软件的服务器端应用程序，使用VB编写前台控制软件，管理员通过使用该软件来进行对数据库中的数据进行管理。

7.1.3后台数据库：

本套征信系统软件的后台数据库使用Informix来搭建后台数据库服务器，用来存放所有的数据。

7.2 功能

7.2.1 客户端的主要功能

7.2.1.1信息的查询功能：

1)查询信息包括所有表类的各个子项，基本录入数据和分析后的数据。

7.3 性能

7.3.1 时间特性需求

在网络连接正常的情况下，查询响应时间为秒级。

7.3.2 灵活性

当需求发生某些变化时，管理应用软件操作方式、数据结构、运行环境基本不会发生变化，变化只是将对应的数据库文件内的记录改变，或改变过滤条件。

7.3.3 可用性

软件应该尽可能的一目了然，使一般用户能够使用。

7.3.4 安全性

本套征信系统所涉及的数据存放于Informix数据库中，在程序中应尽可能的使用调用存储过程的方法以免使某人反编译软件后或入侵到服务器后对数据库的结构了如指掌，在程序中应该设置不同权限的人访问时的账户和密码，以保证数据不容易被错改、破坏，而且要经常对数据库进行备份操作，使得数据一旦受到破坏或是出错能够保证及时的恢复数据，将损失降低到最低。

7.3.5 可维护性

7.3.5.1 应用程序的维护

当用户使用本套征信系统软件时，遇到了软件本身的逻辑错误时，应当有软件的维护人员对软件进行修改。

7.3.5.2 数据库的维护

应当有特定的数据库维护人员对数据库进行及时地进行备份，管理等操作，以保证数据库的安全性。

7.3.6 可转移、可转换性

Visual Basic及asp编程语言的兼容性很高，在windows95/98. windowsNT. windows2000. windows XP等操作系统都可以直接运行。

7.4 输入项

用户通过软件输入必要的信息，然后保存到数据库，所输入的信息是经过需求分析限定的内容，同时也是数据库中每个字段中存储的内容。

7.5 输出项

本套征信系统软件会将所有需要浏览的数据显示在屏幕上，以便使用户能够浏览到数据库中的数据或用户想要浏览范围中的数据。

7.6 算法

1)将用户输入的数据，按字段保存到数据库中。

2)将数据库中的数据，按字段提取到用户界面中。

3)必要的去除重复项的算法。

4)按条件修改、删除数据中的数据。

5)保持表间数据的一致性。

7.7 流程逻辑

7.7.1 服务器端个模块的流程图

7.7.1.1查询模块流程图

7.7.1.2 添加模块流程图

7.7.1.3 修改模块流程图

7.7.1.4 删除模块流程图

7.7.2 客户端各模块的流程图

7.7.2.1 查询模块的流程图

7.8 接口

本套征信系统软件服务器端的程序是使用JAVA\PHP来编写完成，建立与数据库的连接使用了ADODB的对象来完成，每个模块中都使用了Recordset、Command、Connection的对象，因此在模块中对三者的对象进行定义(分别为：rs、cmd、cn)，并且将cn连接数据库的语句写好并打开连接，在其他的模块中共同调用这三个对象来对数据库进行操作。

7.9 注释设计

尽可能的将软件中插入注释语句，使语句功能明了。制作客户端的PHP网页的时候应该制作两分，一份是标有注释语句的网页，用来给维护人员、测试人员和开发人员了解开发过程所用，另一份是不带有注释语句的网页，用来最后实际应用当中，这样可以充分的利用有限的带宽，降低客户的计算机打开网页的时间，提高客户端的浏览速度。

7.10 限制条件

限制必要的条件，以排除由于用户的误操作造成不必要的错误。

7.11 测试计划

在软件编辑的工作进行当中，测试人员便要开始制定测试计划，其中要包括白盒和黑盒的具体测试项目，及其必要的测试数据和出错的信息。每次测试的结果要写报告，并就发现

和怀疑的问题与编辑人员联系。测试的结果要让编辑人员明白。

第二篇：网购车票系统软件设计说明书

文档名称： 项目名称：

编写：

校对：

审核：

日期：

院系：

专业：

软件设计说明书 网上订购火车票系统 杭杰 蔡益华 曹敏 闫满，田涛 20xx年11月25日 南邮通达学院 软件工程

1.引言

1.1编写目的

火车站市场的管理和服务机制要求逐步走向规范化，对于政府管理部门来说确实是一个难点，订票是客运业务中最基本的一个业务，表面上看，它只是火车站业务的一个简单的部分，但是它涉及到管理与客户服务等诸多方面。然而，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，这就要求一种全新的订票方式——网上订购，来缓解订票高峰时期的客运压力，并为用户提供方便快捷的购票方式。在此，给出详细设计，供软件编程人员参考。

1.2 项目背景

项目委托单位：计算机学院软件工程系。

开发单位：南邮通达学院软件工程32班第七小组。

小组成员：组长：杭杰 组员：闫满，田涛，蔡益华，曹敏

任务分配：杭杰负责文档编写与整理

闫满，田涛负责文档审核

蔡益华，曹敏查找资料，提供意见。

1.3定义

TTOS：Train Ticketing Online System， 网购火车票系统

1.4参考资料

[1] 郑人杰，马素霞 《软件工程》 （原书第七版）。北京：机械工业出版社 2011.7

[2] 耿祥义，张跃平 《Java大学实用教程》（第三版）。北京：电子工业出版社。2012.1

[3] 吴建 ，郑潮，汪杰 《UML基础与Rose建模案例》（第三版）。北京：人民邮电出版社 2012.7

[4]施伯乐，丁宝康，汪卫 《数据库系统教程》（第三版）。北京高等教育出版社 2008.7

[5]刘增杰，李坤 《MySQL 5.6从零开始学》（视频教学版）。北京：清华大学出版社 2013.9

2.任务概述

2.1 目标

《网购火车票系统》针对的用户是所有需要乘坐火车的乘客，当春运来潮之际，购票点将出现严重拥挤的状况，客户的需求也是多种多样，将充满无限等待，同时也大大降低了购票效率。为了满足大家需求，需求分析如下：

1. 能够通过电子商务平台构建网上购票系统，减少购票拥挤，等待的现象，大大节约了用户的时间，这主要包括：

（1）用户注册账户，设置个人信息。

（2）用户预约订单

（3）用户购票，改签，退票，查询信息。

2. 能够对用户注册信息的管理，购票系统的维护及更新。

3. 能够对用户购买成功后返回订单号，票代码及快递下发火车票。

4. 能够提供网上支付的安全机制以及对提供数据信息授权访问，防止随意删改，同时提供信息恢复备份的服务。

2.2 运行环境

该软件系统的运行环境：

硬件平台：

工作站及服务器的最低配置要求：

服务器，网卡采用了Intel 8257 1G主芯片，拥有两个RJ45网线接口，4对5类UTP传输介质，传输速率达到10/100/1000Mbps。 软件平台：

服务器操作系统及数据库管理系统：

Windows XP或Window 2007及以上系统，

客户端的操作系统：

Windows 2000以上系统即可

网络平台：

通信协议:TCP/IP协议，通信宽带80 KB/s以上

2.3 条件与限制

1. 由于时间比较短，使用计算机不方便以及对于网络编程不熟悉，本购票系统并没有提供数据的远程访问功能。对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，安全性能有待进一步完善。

2. 存储限制：本系统必须配备较高容量的内存，并且预留充足的备份空间，以应对不断变更的新信息。同时考虑到用户数量的庞大以及信息的安全性，必须配备速度较快性能较好的硬件系统。

3. 处理时间限制：本系统在处理火车票数据进行各种排序方便用户查询的

同时，还需要定期更新数据（例如火车增加班次，火车时间的变更），为了保证系统的成功运行，还需要时刻更新剩余的票数，因此该系统必须既能处理较大的数据量，还需有较快的响应时间，在这一点还有待提高。

3.总体设计

3.1处理流程

1.主流程

1) 建立于数据库的连接

2) 获取系统的设置

3) 显示主对话框（即主界面）

4) 等待用户的输入，如为预约购票：进入预约购票流程（即显示购票对话框）。如为票务信息、售票地点等信息查询：进入火车查询流程（即显示火车信息查询对话框）。如为退票：进入退票流程（即显示退票对话框）。如为改签：进入改签流程（即显示改签对话框）。如为系统管理：进入管理流程（进行授权）。如为退出：检查所有子窗口，关闭对话框，断开与数据库的连接

2.预约购票流程

1) 用户输入出发地及目的地(可同时勾选其他相关信息一并查询)

2) 获取相关的乘客信息并显示

3) 预约乘车日期，列车类型，席别类型，席别属性选择

4) 点击购票，请求用户登录（若未注册，请求注册）

5) 进入电子支付平台

6) 验证用户信息无误后，请求选择支付方式(可自动跳转至余额充足的支付方式)

7) 等待用户选择支付方式，确认支付密码无误后进行扣款处理

8) 发送票代码短信给用户并快递下发火车票给乘客(票代码用于快递签收的依据)

9) 退出购票状态：结束购票流程

3.用户改签流程

1) 用户登录，等待用户输入账号及密码

2) 验证用户信息无误后登录系统

3) 等待用户改签内容(可同时退票)

4) 改签完毕后进入电子支付平台

5）系统验证用户信息无误后进行票价折算处理后自动扣款或还款

6）退出改签状态：结束改签流程

4.用户退票流程

1) 用户登录，等待用户输入账号密码

2) 验证用户信息无误后登录系统

3) 等待用户请求车票退订

4) 系统提示是否确认退票

5) 用户点击确认后将提醒应付手续费信息

6) 请求用户进入电子支付平台进行退款处理(若忘记处理，逾期将自动退款)

7) 用户点击进入电子支付平台

8) 系统验证用户账号密码无误后，系统自动折算后退款至用户支付宝

9）退出退票状态：结束退票流程

5.用户查询流程

1) 等待用户选择查询方式(票价、剩余票数、售票地点等查询)

2) 选择完毕后进入系统

3) 等待用户输入出发地、目的地、类型等信息

4) 显示查询结果

5) 退出查询状态：结束查询流程。

6.系统管理流程

1) 要求用户输入账号及密码

2) 用户操作权限检验

3) 显示系统管理对话框

4) 等待用户输入，如为乘客库操作：进入数据库库管理流程。如为更改用户信息：要求用户重新输入密码，检验正确后更新。如为系统更新操作：进入系统更新流程。如为修改列车信息：进入列车信息修改流程。如为查询列车信息：进入用户查询流程。如为返回，结束系统管理流程。

7.数据库管理流程

1) 要求用户输入账号密码

2) 检验用户是否授予权限

3) 若选择系统参数设置对话框，对系统参数进行设置

4) 若进入数据备份对话框

5) 检索数据信息并执行备份

6) 若进入数据恢复对话框

7) 检索是否有有待恢复的数据，若有则进行恢复

8) 退出数据库管理状态：结束数据库管理流程

8.列车信息库操作流程

1) 显示列车信息

2) 等待用户输入：如为添加列车信息：输入列车车次号(必须唯一)，插入记录，刷新数据显示。如为删除当前列车信息：删除当前车次号，要求确认删除，相关记录检查，如存在记录切用户确认则该记录从库中删除，刷新数据显示。如

为修改发车时间等信息，要求用户确认后则该记录从库中更改，刷新数据显示。如为返回：更新当前记录，结束列车信息库操作流程。

9.乘客信息库操作流程

1) 显示乘客库信息

2) 等待用户输入：如为添加乘客信息：输入乘客用户名（必须唯一），插入记录，刷新数据显示。如为删除当前乘客信息：删除当前乘客，要求确认删除，相关记录检查，如存在记录且用户确认则该记录从库中删除，刷新数据显示。如为移动到指定位置：要求指定目标位置，当前位置移动到指定处，刷新数据显示。如为返回：更新当前记录，结束乘客信息库操作流程。

10.系统更新流程

1) 要求用户输入账号密码

2) 用户操作权限检验

3) 进入系统更新对话框

4) 检索系统最新版本

5) 若发现新版本自动请求用户更新系统

6) 用户点击更新

7) 退出系统更新状态：结束更新流程

11.系统维护流程

1) 要求用户输入账号密码

2) 用户操作权限检验

3) 进入系统维护对话框

4) 检索系统安全隐患

5) 若发现系统漏洞，及时汇报请求处理

6) 退出系统维护状态：结束系统维护流程

3.2总体结构和模块外部设计

3.2.1 总体结构

1) 主模块调用： 预约购票模块，查询模块，系统管理模块，

票务管理模块，用户管理模块，数据库管理模块。

2) 预约购票模块调用： 用户身份验证模块，退票模块，改签模块

电子支付模块，快递下发火车票模块，购票记录模块。

3) 查询模块调用： 查询命令生成模块 ，数据库查询模块，数据显示模块

4) 系统管理模块调用： 用户身份验证模块，系统维护模块，系统更新模块

5) 用户管理模块调用： 用户身份验证模块，用户注册模块

用户信息管理模块，用户信息更新模块 更新显示模块，乘客信息库操作模块

6) 票务管理模块调用： 数据显示模块，列车信息更新模块

更新显示模块，数据库查询模块

列车信息库操作模块，查询模块

7) 数据库管理模块调用： 系统参数设置模块，数据查询模块

数据备份模块，数据恢复模块

数据库查询模块，数据显示模块

设置信息更新模块，更新显示模块

8) 购票记录模块调用： 数据库查询模块

10) 用户身份验证模块调用： 数据库查询模块

11) 退票模块调用： 用户身份验证模块，电子支付模块 退票信息更新模块，更新显示模块

12) 改签模块调用： 用户身份验证模块，电子支付模块 改签信息更新模块，更新显示模块

13) 电子支付模块调用： 用户身份验证模块

14) 快递下发火车票模块调用： 用户身份验证模块

15) 用户注册模块调用： 数据库操作模块

16) 改签信息更新模块调用： 数据库操作模块

17) 退票信息更新模块调用： 数据库操作模块

18) 设置信息更新模块调用： 数据库操作模块

19) 列车信息更新模块调用： 数据库操作模块

20) 用户信息更新模块调用： 数据库操作模块

21) 乘客信息库操作模块调用： 查询命令生成模块，数据库查询模块

数据显示模块

22) 列车信息库操作模块调用: 查询命令生成模块，数据库查询模块

数据显示模块

23) 数据显示模块：将数据按照一定格式显示(列表),根据用户输入,调整格式。

3.2.2 模块外部描述

1) 主模块：从操作系统获得程序运行所需资源，显示主对话框，完成消息处理，调用相应的子模块。

2) 购票模块：根据用户输入的出发地目的地等选项内容查询相应内容，然后系统请求用户登录系统，若发现用户未注册，请求用户注册，注册完重新登录，登陆后进行购票。

3) 查询模块：根据用户选择的查询方式显示相应对话框，然后在根据用户输入的相关信息查询数据库，显示查询结果。

4) 系统管理模块：检验用户是否授予权限，然后根据用户的要求进行相应操作。

5) 用户管理模块：检验用户的账号密码是否正确，然后更具用户的需求进行相应的操作。

6) 退票模块：检验用户登录系统的账户密码是否正确，然后根据用户的退订要求，进行手续费折算，之后进入电子支付模块完成退票功能。

7) 改签模块：检验用户登录系统的账户密码是否正确，然后根据用户的改签请求，进行费用折算，之后进入电子支付模块完成改签功能。

8）数据库管理模块:检验用户是否授予权限，然后根据用户的请求进行处理，查询数据库，显示查询结果。

8）购票记录模块:根据用户购票内容生成查询语句，调用数据库查询模块，查询购票记录，返回查询结果。

10)用户身份验证模块：根据用户输入的账号密码生成查询语句，查询数据库，返回查询结果。

11)电子支付模块：检验用户的账户密码是否正确，然后根据用户选择的支付类型进行付款，返回支付信息。

12)数据库操作模块：根据输入的数据库操作命令，完成相应操作，将操作结果返回。

13)查询命令生成模块：将用户界面的输入转换成为数据库查询命令

14)数据库查询模块：根据输入的数据库查询命令，进行查询，将查询生成的结果返回。

15)数据显示模块：将数据按照一定格式显示(列表),根据用户输入,调整格式。

16)乘客信息库操作模块：显示乘客信息库的数据项，根据用户输入修改，增加，删除。

17)列车信息库操作模块：显示列车信息库的数据项，根据用户输入修改，增加，删除。

18)系统操作权限查验：检验是否正确的用户与口令，返回相应的操作级别。

3.3 功能分配

1. 浏览功能 列车信息库操作模块 乘客信息库操作模块

2. 查询功能 查询模块 票务管理模块

数据库管理模块 购票记录模块

3. 购票功能 用户身份验证模块，退票模块，改签模块

4. 支付功能 用户身份验证模块

5. 修改功能 系统管理 用户管理模块 票务管理模块

用户管理 票务管理模块

退票模块 改签模块

6. 删除功能 列车信息库操作模块 乘客信息库操作模块

7. 授权功能 系统操作权限查验

4.接口设计

4.1 用户接口

使用基于对话框的GUI，用户通过鼠标的点击和键盘的输入完成操作，编辑框用于用户的输入。

4.2 外部接口

1. 用户界面：

使用Windows的标准对话框的形式，完全用对话框实现。应用工具：eclipse。

1) 主对话框：由7个功能按钮构成

购票、退票、查询、网上购票用户注册、系统操作、信息服务、退出

2)购票对话框：由3个对话框构成

预约对话框、登录对话框、用户注册对话框

预约对话框：

出发地目的地编辑框：用于输入出发地、目的地 出发日编辑框（或按钮）：用于输入乘车时间 列车信息勾选框：用于选择列车类型

出发车站勾选框：用于选择出发车站

信息查询按钮：用于提交查询发车信息请求

列车信息显示区：用于显示列车信息

列车预定按钮：预定火车票

提交订单按钮：用于提交电子支付请求

登录对话框：

登录名编辑框：用于输入用户名

密码编辑框：用于输入密码

验证码编辑框：用于输入验证码

单击刷新验证码图标：用于刷新验证码

用户登录按钮：用户提交登录请求

用户快速注册按钮：用户提交注册请求 用户注册对话框：

用户名编辑框：用于输入用户名

密码编辑框：用于输入密码

密码确认编辑框：用于再次输入密码

验证码编辑框：用于输入验证码

单击刷新验证码图标：用于刷新验证码

3) 退票对话框：由2个对话框构成：登录对话框、退票对话框 登录对话框:同上

退票对话框：

已完成订单（改/签）按钮：用于选择已完成的订单按钮 退票按钮：用于退票处理

改签按钮：用于改签处理

4) 查询对话框：由5个功能按钮构成

余票查询、旅客列车时刻表查询

旅客列车正晚点查询、票价查询、客票代售点查询 余票查询对话框：

出发地编辑框：用于输入出发地

目的地编辑框：用于输入目的地

出发日编辑框（或按钮）：用于输入乘车日期

查询按钮：用于查询余票数量信息

查询学生票按钮：用于提交查询请求

列车类型勾选框：用于选择列车类型

出发车站勾选框：用于选择出发车站

列车余票信息显示区：用于显示列车余票数量信息

5) 网上购票用户注册对话框：

用户注册对话框：同上

6) 系统操作对话框：

系统更新、系统维护、数据备份、数据恢复、乘客信息库操作、列车信息库操作、更改密码、返回。

系统更新对话框：

检索按钮：用于检索是否有最新的系统版本

更新按钮：用于提交更新请求

系统维护对话框：

体检按钮：用于提交检查系统是否稳定、安全的请求

查杀按钮：用于提交对存在安全隐患的文件进行查杀的请求 数据备份对话框：

新建备份按钮：用于提交备份数据的请求

备份记录控件：用于查看已经备份的记录

数据恢复对话框：

检索按钮：用于提交检索已经备份的文件内容的请求

恢复备份按钮：用于恢复备份的请求

乘客信息库操作对话框：

查询按钮：用于提交查询乘客基本信息的请求

更改密码按钮：用于更改乘客账户登录密码的请求

更改乘客信息按钮：用于更改用户信息的请求

删除乘客信息按钮：用于删除用户信息的请求

乘客姓名编辑框：用于显示乘客姓名

乘客省份证号编辑框：用于显示乘客省份证号

乘客性别编辑框：用于显示乘客性别

乘客国籍编辑框：用于显示乘客出生地

乘客telephone编辑框：用于显示乘客电话号码

乘客信息显示区：用于显示乘客基本信息

列车信息库操作对话框：

查询按钮：用于提交查询列车信息的请求

更改列车信息按钮：用于更改列车信息的请求

删除列车信息按钮：用于删除列车信息的请求

列车车次编辑框：用于显示列车车次号

列车出发地编辑框：用于显示列车出发地

列车目的地编辑框：用于显示列车目的地

列车发车时间编辑框：用于显示列车发车时间

列车票价编辑框：用于显示列车票价

列车席别属性编辑框：用于显示列车席别属性

列车席别类型编辑框：用于显示列车席别类型

列车余票数量编辑框：用于显示列车余票数量

列车信息显示区：用于显示列车相关信息

7) 信息服务对话框：包括3个功能按钮：

常见问题、使用须知、相关规章

常见问题对话框：

使用须知对话框：

注册新用户按钮：用于注册新用户

铁路电子客票按钮：用于显示电子客票相关定义

网上购票流程按钮：用于显示网上购票流程须知

身份检验按钮：用于铁路互联网购票身份核验须知

铁路车票快递服务须知按钮：用于显示铁路快递服务须知

相关规章对话框：

铁路互联网售票暂行办法按钮：用于显示铁路互联网售票暂行办法 铁路旅客运输规程按钮：用于显示铁路旅客运输规程

铁路互联网购票须知按钮：用于显示铁路互联网购票须知

铁路旅客运输办理细则按钮：用于显示铁路旅客运输办理细则

铁路互联网购票身份核验须知按钮：用于显示铁路互联网购票身份核验须知

2．软件接口

使用MySQL数据库的驱动程序，通过ODBC接口访问。

4.3 内部接口

1.主模块：

输入：操作系统传递至的各种消息以及用户的输入数据

输出：用户界面显示

上层模块：无

下层模块： 预约购票模块，查询模块，系统管理模块，

票务管理模块，用户管理模块，数据库管理模块。

2.预约购票模块：

输入：用户账号密码，出发地、目的地、列车类型、出发日期等相关列车信息

输出：用户所需的列车相关信息

上层模块：主模块

下层模块： 用户身份验证模块，退票模块，改签模块

电子支付模块，快递下发火车票模块，购票记录模块。

3.查询模块：

输入：出发地、目的地、发车时间、票价、剩余票数、席别属性等相关列车信息

输出：满足用户需求的列车相关信息

上层模块：主模块

下层模块：查询命令生成模块 ，数据库查询模块，数据显示模块

4.系统管理模块：

输入：用户账号密码

输出：用户检索到的系统新版本的信息，系统查杀到的病毒信息 上层模块：主模块

下层模块：用户身份验证模块，系统维护模块，系统更新模块

5.票务管理模块：

输入：用户账号密码、查询模块输入内容、修改的列车信息 输出：查询模块输出内容、数据更新的内容、列车信息 上层模块：主模块

下层模块： 查询模块，数据显示模块，列车信息更新模块 更新显示模块，数据库查询模块

6.用户管理模块：

输入：用户名、密码、姓名、电话等用户基本信息

输出：用户基本信息

上层模块：主模块

下层模块： 用户身份验证模块，用户注册模块

用户信息管理模块，用户信息更新模块 更新显示模块

7.数据库管理模块：

输入：系统相关参数、查询模块输入内容

输出：系统参数信息

上层模块：主模块

下层模块： 系统参数设置模块，数据查询模块

数据备份模块，数据恢复模块

数据库查询模块，数据显示模块

设置信息更新模块，更新显示模块

8.数据显示模块：

输入：数据库操作的结果集

输出：用户界面的数据列表显示

上层模块：列车信息库操作模块、查询模块调用、乘客信息库操作模块、数据库管理模块、票务管理模块、查询模块

下层模块：无

9.退票模块：

输入：账号密码

输出：用户界面的退票成功与否显示

上层模块：票务管理模块、

下层模块： 用户身份验证模块，电子支付模块

退票信息更新模块，更新显示模块

10.改签模块：

输入：账号密码、改签内容

输出：用户界面的改签内容显示

上层模块：预约购票模块

下层模块： 用户身份验证模块，电子支付模块

改签信息更新模块，更新显示模块

11.电子支付模块：

输入：账号密码、充值金额、验证码等

输出：用户界面电子支付平台的显示

上层模块：预约购票模块、退票模块、改签模块

下层模块：用户身份验证模块

12.改签信息更新模块：

输入：无

输出：改签后内容的显示

上层模块：改签模块

下层模块：数据库操作模块

13.更新显示模块：

输入：无

输出：更新后内容的显示

上层模块：用户管理模块、改签模块、退票模块、数据库管理模块、票务管理模块、数据库管理模块、票务管理模块、

下层模块：无

14.退票信息更新模块：

输入：无

输出：用户界面退票信息的显示

上层模块：退票模块

下层模块：无

15.乘客信息库操作模块：

输入：乘客姓名、国籍、账户、密码、电话号码等信息

输出：用户界面显示的乘客基本信息

上层模块： 用户管理模块

下层模块： 查询命令生成模块，数据库查询模块

数据显示模块

16.列车信息库操作模块：

输入：列车车次号、发车时间、票价、剩余票数等信息

输出：用户界面显示的列车基本信息

上层模块： 票务管理模块

下层模块： 查询命令生成模块，数据库查询模块

数据显示模块

4.4 功能分配

1. 浏览功能 列车信息库操作模块 乘客信息库操作模块

2. 查询功能 查询模块 票务管理模块 数据库管理模块 购票记录模块

3. 购票功能 用户身份验证模块，退票模块，改签模块

4. 支付功能 用户身份验证模块

5. 修改功能 系统管理 用户管理模块 票务管理模块 用户管理 票务管理模块

退票模块 改签模块

6. 删除功能 列车信息库操作模块 乘客信息库操作模块

7. 授权功能 系统操作权限查验

5.数据结构设计

5.1 逻辑结构设计

乘客信息表：由多个乘客记录构成

乘客记录的数据结构如下：

乘客身份证号(ID)： char (primary key)

乘客姓名(name)： char

乘客性别(sex)： char

乘客国籍(address) char

乘客电话号码(telephone) char

列车信息表：由多个列车记录构成

列车记录的数据结构如下：

列车车次号(train_number)： char (primary key)

列车出发地(start_place)： char

列车目的地(destination)： char

列车发车时间(start_tine)： char

列车席别属性(seat_property)：char

列车席别类型(seat_type)： char

列车票价(price)： char

列车剩余票数(remainder)： integer

购票信息表：由多个购票记录构成：

购票记录的数据结构如下：

票代码(order_ID) ： char (primary key) 班次号(frequency) ： char (foreign key) 用户身份证号(ID) ： char （foreign key） 发车时间(date) ： char

购票时间(order_date) ： char

购票数量(number) ： integer

总价(total_price) ： char

系统管理员记录表：由若干个系统管理员记录构成

系统管理员记录的数据结构如下：

记录序号(ID) integer primary key 账号(Administrator) char

口令(Password)

char integer 权限级别(Level)

5.2 物理结构设计

1)乘客信息表(passenger)：

2）列车信息表(train_info)

3） 购票记录表(order_info)

4） 系统管理员记录表(administrator_record)

5.3 数据结构与程序的关系

主模块：连接数据库

预约购票模块：购票完成后将购票记录记录到购票记录模块

退票模块：用户从购票记录中请求退票，退完票后将记录重新记录到购票记录模块

改签模块：用户从购票记录中请求改签，改签后将改签记录记录到购票记录

查询模块：指定查询条件，提交给数据库操作模块。

系统管理模块：对乘客信息库，列车信息库操作，调用数据库操作模块对各个库进行相应操作，对数据进行备份，在授权操作中检验用户身份。

6.运行设计

6.1 运行模块的组合

程序启动后，进入主模块，用户的单击对话框按钮事件触发主模块调用各下层模块，进入对应的子对话框，同样由用户的输入触发这些模块调用其下层模块，完成相应操作。

6.2 运行控制

1 为了确保系统的正确运行，需要另备一台服务器，保证系统出现错误时能够及时的切换。

2. 当需要增加售票窗口时，需要专业人员安装，调试，保证系统的反应时间。

3. 定期备份数据库，一旦当数据库出错，能够及时的恢复。

4. 运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。

5. 在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据

后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。

6.3出错处理及安全保密设计

1. 准备后备应急系统，保证系统失效后可以保持车站正常售票。

2. 备份数据库，保证数据完整性。

3 . 所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若断电，客户机上将不会有太大的影响，

主要是服务器上：在断电后恢复过程可采用SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。

4. 在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。

5. 在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。

6.4 维护设计

通过用户的使用信息反馈，设计人员将不断对软件进行更新，及时填补系统漏洞，使系统的安全及运行能力不断提升，在有更新时，设计人员将会手动安装。维护人员将定期上门维护，以使系统能够保证正确运行。 作为一个软件产品，火车站车票销售系统严格按照规范的步骤进行开发，并充分考虑软件可维护性，同时必须按时认真完成相应文档资料，以利于未来版本升级即移植等二次开发。 对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。