[信息与通信]火车旅客信息网上管理系统说明书.doc

《[信息与通信]火车旅客信息网上管理系统说明书.doc》由会员分享，可在线阅读，更多相关《[信息与通信]火车旅客信息网上管理系统说明书.doc（32页珍藏版）》请在三一文库上搜索。

1、* 实践教学实践教学 * 兰州理工大学兰州理工大学 计算机与通信学院 2010 年春季学期 软件开发综合训练软件开发综合训练课程设计课程设计 题 目： 火车旅客信息网上管理系统 专业班级： 07 级计算机科学与技术（3）班 姓 名： 令娟兰 学 号： 07240317 指导教师： 任学惠 成 绩： i 目目 录录 摘摘 要要I 序序 言言I 1、可行性分析、可行性分析 .1 1.1 问题描述.1 1.2 可行性分析研究.1 1.2.1 技术可行性2 1.2.2 经济可行性2 1.2.3 操作可行性2 1.3 结论意见.2 2、项目开发计划、项目开发计划 .4 2.1 编写目的.4 2.2 项目

2、背景.4 2.3 项目概述.4 2.4 项目开发计划.5 2.5 交付期限.5 3、需求分析、需求分析 .6 3.1 任务需求分析.6 3.2 数据流图、数据字典及实体联系图.7 3.2.1 数据流图7 3.2.2 数据字典8 3.2.3 实体联系 E-R 图10 4、系统概要设计、系统概要设计 .15 4.1 总体设计.15 4.2 系统功能模块图.15 4.3 数据库概念设计.15 4.4 数据库逻辑结构设计.16 4.5 连接数据库的特点.20 5、详细设计、详细设计 .21 5.1 系统的主要功能.21 5.2 程序流程图.21 5.3 用户界面设计.23 5.3.1 一般交互设计23

3、 5.3.2 信息显示设计24 5.3.3 数据输入设计25 5.4 程序设计过程.26 5.4.1 登录界面及密码修改26 5.4.2 货物添加操作及修改27 5.4.3 查询操作28 ii 设计总结设计总结 .30 参考文献参考文献 .31 致谢致谢 .32 I 摘摘 要要 火车旅客信息网上管理系统用人工方式进行管理操作不仅效率低下，且易 出错，安全性差。导致了管理费用增加，服务质量难以得到保证。本人设计该 系统，就是为了解决以上这些问题。 火车旅客信息网上管理系统是典型的信息管理系统,其开发主要包括后台数 据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数 据一致性和完

4、整性强、数据安全性好的数据库。而对于后者则要求应用程序功 能完备,易使用等特点。进入本系统后，用户可进行相应的功能操作。旅客可根 据自己的方便通过上网进行查询来确定所要购买的车次，也可以在忘记自己已 买车次的情况下查询相关信息。 关键词关键词：数据库；效率；火车旅客信息网上管理； II 序序 言言 火车旅客信息网上管理系统的总体目标是：在计算机网络，数据库和先进 的开发平台上，利用现有的软件，配置一定的硬件，分析和设计一个具有开放 体系结构的、易扩充的、易维护的、具有良好人机交互界面的火车旅客信息网 上管理系统，为旅客、决策者和管理者提供充足的信息、快捷的查询和有效的 管理方式，减少工作强度，

5、方便旅客及提高管理效率。 根据可行性研究的结果和客户的要求，分析现有情况及问题，采用 B/S 结 构，将火车旅客信息网上管理系统划分为：前台和后台。其中前台主要包括火 车时刻表、车次查询、紧急通知、乘车小常识、售票子系统、订票子系统、旅 客意见簿等；后台主要是进行相关管理，包括管理员管理、火车时刻表管理、 紧急通知编辑、乘车小常识管理等； 1 1 1、可行性分析、可行性分析 1.11.1 问题描述问题描述 随着科学技术的发展，社会进步，计算机迅速的发展,仓库货物管理的方法 也日新月异,以前全是由人工管理的方法现存在很多的缺点：管理效率低，劳动 强度大，信息处理速度低而且准确率也不够令人满意。为

6、了火车旅客信息网上 管理效率，减轻劳动强度提高，信息处理速度和准确性；为售票员和旅客提供 更方便、科学的服务项目。为旅客提供的一种更先进、科学的服务系统。于是 我们便选择了由计算机来设计一个火车旅客信息网上管理系统的方案。让计算 机对旅客信息进行自动管理，售票员可以直接在计算机上实现旅客的信息管理， 并能在一定程度上实现自动化。我们在现行系统初步调查的基础上提出了新系 统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。 1.21.2 可行性分析研究可行性分析研究 当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性 的研究。并不是所有问题具有简单的解决办法，许多

7、问题不能在预定的规模之 内解决。因此通过可行性的研究分析可以知道问题。 有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统 初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行 指标，这是系统开发和评价的依据。系统目标应充分体现，直接为仓库货物管 理系统服务，并且，程序可以分期分批实现。但是，需要指出的是，系统目标 是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定 量化。以达到更加出色的程序系统。可是，目标的提法不尽相同，例如： 提高旅客信息管理效率，减轻劳动强度； 提高信息处理速度和准确性； 为管理者提供更方便、科学的服务项目。 2 1.2.

8、11.2.1 技术可行性技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、 软件配置能否满足开发者需要等。目前火车站与火车站之间建有网络连接，各 火车站均采用 PC 机作为工作台，其容量、速度能满足系统要求。 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统 目 标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有 的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计 利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发 期限也较为充裕，预计系统是可以在规定期限内完成开发。 1.2.21.2.2 经济可行

9、性经济可行性 主要是对开发仓库货物管理系统的经济效益进行评价，一方面是估算开发 它的支出费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资 和培训费等。另一方面是估算仓库货物管理这个软件可能取得的收益中可以用 钱来衡量的那部分。并对目前的软件市场进行调查,所做软件是否有很大的销售 市场和相当规模的用户群。所做软件的开发成本与客户提出的要求是否可达到 双方都满意。并且，分析系统开发是否会对其它产品或利润带来一定影响。经 过对上述几个方面的调查研究和分析，我们得出火车旅客信息网上管理系统这 个软件的市场前景是相当客观的，在经济角度来说，开发仓库进货管理是可行 的。 1.2.31.2.3

10、操作可行性操作可行性 主要是了解火车旅客信息网上管理的相关人员对开发信息系统是否支持， 现有火车旅客信息网上管理制度和方法是否科学，规章制度是否齐全，原始数 据是否正确等。旅客信息管理人员积极支持该系统开发，使新系统能够充分的 发挥作用；系统操作简单，易于理解，操作者经过短时间的培训就可以使用火 车旅客信息网上管理系统。 3 1.31.3 结论意见结论意见 经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上 的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高 质量完成。所以，系统研制和开发是可以马上进行的。 4 2 2、项目开发计划、项目开发计划 2.12.1

11、编写目的编写目的 经过项目的可行性分析，得出项目可进一步进行下去的结论，在软件继续 进一步的开发之前首先给出此软件项目计划。 2.22.2 项目背景项目背景 项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统， 即火车旅客信息网上管理系统开发主管部门的统一下制定用于软件实质开发的 软件项目计划，以使软件开发单位理解软件开发要求，进行开发。 2.32.3 项目概述项目概述 1、工作内容 让计算机对火车旅客信息进行自动管理，用户可以直接在计算机上实现火 车旅客信息的信息管理，并能在一定程度上实现自动化。 2、条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具

12、 备开发的条件。该系统可在用户要求的期限内完成。 3、产品 1） 、程序 该项目因开发时间较短，这里只给出设计思想，具体程序没写。 2） 、文档 文档内容包括： （1) 封面 （2）目录 （3）中文摘要 100 字左右；关键词 3-5 个 （4) 序言 （5）可行性分析 5 （6）项目开发计划 （7）需求规格说明（包含需要的系统流程图、数据流程图、数 据字典、E-R 图） （8) 概要设计（包含总体软件结构图、总体数据结构） （9) 详细设计（对概要设计内容进行详细设计） （10) 设计总结、参考文献、致谢等 4、验收标准 软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合 用户

13、的要求。 2.42.4 项目开发计划项目开发计划 1、任务分解 分三个大的阶段进行开发第一阶段完成本系统的数据流图跟 E-R 图。第二 阶段完成概要设计跟详细设计。第三阶段书写文档。 2、预算 软件资金投入较少，具体预算分配简略。 3、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术 完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风 险因素。对于出现的一些小难点总都能得到解决。 2.52.5 交付期限交付期限 所要开发的系统较简单，所有开发工作用户要求要在二十天内完成，完成 项目的最迟时间为 2010 年 8 月 25 日。 6 3 3、需求分析、

14、需求分析 3.13.1 任务需求分析任务需求分析 经分析先给出该系统的系统流程图，如图 3.1 所示： 火车旅客买票单位（集团）订票售票员售票 管理事物处理 车票信息查询 获得信息 售票信息查 询 储存信息 旅客 信息 买票 信息 售票 信息 图 3.1 系统流程图 该系统主要包括系统功能火车时刻表、车次查询、紧急通知、乘车小常识、 售票子系统、订票子系统、旅客意见簿。 系统要实现基本信息录入、修改、查询等功能： 1、信息的输入，包括旅客的买票信息，车次信息，管理员的管理信息，售票员 的售票员等 2、信息的修改、删除。 3、根据要求，查询统计符合条件的各类信息。 4、依据实际需要，对重要新信息

15、进行统计。 7 3.23.2 数据流图、数据字典数据流图、数据字典及实体联系图及实体联系图 3.2.13.2.1 数据流图数据流图 该系统数据流程图如图 3.2 所示： 更新 旅客 信息 处理 信息 旅客 信息 表 处理 信息 处理 事务 旅客 信息 报表 售票 管理 员 售票员 旅客 信息 表 D1 旅客信息 D1 旅客信息 D2 买票信息 D4 售票信息 更新 事物 库存 信息 旅客信息买票信息买票信息 买票信息 接收事务 售票信息 售票信息 D3 售票信息 售票信息 售票信息 售票 信息 旅客信息 出库报表 图 3.2 系统数据流程图 数据流图由四种基本的元素构成：数据流(Data Fl

16、ow)，处理(Process)， 数据存储和数据源（数据终点） 。 数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示， 一个数据可以是记录、组合项或基本项。 处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。 指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。 数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取 分别以指向或离开数据存储的箭头表示。 8 数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人 员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界 面而引入的，一般只出现在数

17、据流图的起点和终点 3.2.23.2.2 数据字典数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素 的定义的集合。 由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。 每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能 单独处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。 数据字典卡片： 名称：车次信息 描述：旅客选择要乘坐的火车的描述 定义：车次编号+发车时间+进站时间+发车地+ 目的地 位置：管理信息表 车次信息表 名称：旅客信息 描述：相关旅客信息存储的描述 定义：旅客姓名+旅客籍贯+目的地+够票数+ 位置：旅客信息

18、表 名字：操作用户表 别名：操作用户信息 描述：是对使用本系统的用户进行身份和权限 验证用的 定义：用户名+密码+所属单位+权限一+权限二+ 权限三+操作员 位置：管理信息表 用户信息 名字：用户名 别名： 描述：惟一标识本系统的用户身份 定义：用户名=8字符8 位置：操作用户表 名字：密码 别名： 描述：验证本系统的用户身份 定义：密码=8字符8 位置：操作用户表 名字：旅客姓名 描述：惟一地标识一个旅客 定义：旅客姓名=8字符8 位置：旅客信息表 名称：管理员管理信息 描述：管理旅客信息的描述 定义：管理员编号+车次信息+火车时刻表信息+ 紧急通知信息 位置：管理信息表 9 3.2.33.

19、2.3 实体联系实体联系 E-RE-R 图图 根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性 和实体之间的关系，并画出如下所示的 E-R 图。 图 3.1 旅客信息实体 E-R 名字：权限一 别名： 描述：标识本系统的用户对本系统管理权使用 权限 定义：权限一=8字符8 位置：操作用户表 旅客信息 联系电话 性 别 旅客编号 籍 贯 目的地 年 龄 地址 10 图 3.2、车次实体 E-R 图 图 3.3 火车时刻表实体 E-R 图 车 次 列车员 车次编号 发车时间 发车地点 目的地点 目的地点 火车时刻表 候车时间 发车地 候车室进站时刻 发车时刻车 次 进站时间 11

20、图 3.4 管理信息实体 E-R 图 所在单位用户权限 用户名称 密码操作员 修改时间 用 户 图 3.5 用户实体 E-R 图 时刻表信息 管理员编号 售票信息 管理信息 旅客信息 车次信息 12 管理 员管 理 名称 编号 管理 库存量 需求单位 供应单位 地址 电话 查询 用户 修改时间 拥护权限 操作员 所在单位 密码 名称 图 3.6 实体和实体之间的 E-R 图 旅客信息 火车时刻表 籍贯 姓名 目的地 年 龄性 别 电话 发车时间 进站时间 列车员车次编号 发车 地点 管理 管理 13 4 4、系统概要设计、系统概要设计 4.14.1 总体设计总体设计 通过这个阶段的工作将划分出

21、组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主 要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。 4.24.2 系统功能模块图系统功能模块图 可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可 能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于 测试和易于维护的软件结构，应该对模块进行再分解或合并。 系统功能模块图如图 4.1 所示： 火车旅客信息网上管理系统 系统模块 输入模块 维护模块 查询模块 报表模块 帮助模块 登陆设置 日志管理 管理员

22、管理模 块 时刻表管理 紧急通知管理 乘车常识管理 车次管理 图 4.1 系统功能模块图 14 4.34.3 数据库概念设计数据库概念设计 数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是不 同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示 为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描 述，通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描 述。 在这里我们将要设计的是数据库的概念模式， 通过对火车旅客信息网上管理系统的内容和数据流程分析及 E-R 图，设计 如下数据项和数据结构。 旅客信息。包括旅客姓名，年龄，性别，籍贯

23、，目的地，联系电话，地址 等。 火车时刻表信息。包括车次编号，发车时刻，进站时刻，候车室，目的地， 发车地，候车时间等。 管理信息。包括管理员编号，旅客信息，售票信息，火车时刻表信息等信 息。 用户信息。包括用户名称、密码、所在单位、用户权限信息、操作员、最 后修改时间。 数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求 的各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。 4.44.4 数据库逻辑结构设计数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 DBMS 所支 持的数据模型，例如，将 E-R 图模型转化为关系模型，道理很简单，我们

24、设计 概念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算 机上有效地表示出这些关系就成了数据库设计的关键。 根据仓库货物管理系统的功能要求，选取 SQLServer 2000 作为后台数据库。 在上面的实体和实体之间的 E-R 图设计基础上，形成数据库中的表格及表 格之间的关系。 该数据库由 5 个表组成，旅客信息表、车次表、火车时刻表、管理信息表、 15 操作用户表。 4.54.5 连接数据库的特点连接数据库的特点 当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对 该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。 设计中设计数据窗口的

25、时候，通过对话框实现与数据的连接。在应用程序 中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始 运行并实现与数据库的连接。 16 5 5、详细设计、详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括 了用户界面设计、程序过程设计等步骤。 5.15.1 系统的主要功能系统的主要功能 1、 信息的输入，包括旅客的买票信息，车次信息，管理员的管理信息， 售票员的售票员等 2、信息的修改、删除。 3、根据要求，查询统计符合条件的各类信息。 4、依据实际需要，对重要新信息进行统计。 5.25.2 程序流程图程序流程图 程序流程图的优点是对控制流程的描绘很直观，

26、易于掌握。 1、火车旅客信息网上管理系统其程序流程图如图 5.1 所示 17 是 否 否 是 否 是 图 5.1 出货系统程序流程图 管理员 输入查询 条件 查询旅客 信息 是否存 在 是否重 新查找 确定输 出 输出信息 结束 18 5.35.3 用户界面设计用户界面设计 5.3.15.3.1 一般交互设计一般交互设计 一般交互涉及信息显示、数据输入、和系统整体控制等方面。 1、一致性 为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能， 使用一致的格式。 在设计的过程中，基本上保持了系统的格式一致。 2、信息的反馈 向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及

27、时地 建立双向通信。 在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分 窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外，在进行 错误操作是，会弹出提示窗口并发出警告提示音。 3、执行有较大影响的操作前提示用户确认 在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时， 都会有窗体弹出询问继续操作或者予以提示。 4、减少两次操作间需要记忆的内容 为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数 据传递的窗体中设置全局变量，来传递数据。例如在入账和入库的模块的操作 中都用到了这样的方法。 5、对话、移动和思考的效率 尽量减少用户击键的次数，在

28、设计时考虑到了用户屏幕的布局以减少用户 鼠标移动的距离，尽量避免用户在操作中发生疑问的情况。 6、允许错误 允许用户的误操作尽量不对系统造成伤害。 7、按功能对动作分类，并据此设计屏幕布局 屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。 19 5.3.25.3.2 信息显示设计信息显示设计 应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。这样才 能满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、 移动和大小，使用颜色和省略等方式传达信息。 1、只显示与当前工作有关的信息 在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜 单和图形。

29、2、使用便于用户迅速吸收数据的方式来表示数据 在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中 就使用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表 所表示的含义。 3、使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩 写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适 用软件。 4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信 息，以使用户保持对系统的信任，和系统的可用性。 5、使用窗口分隔不同类型的信息 使用不同的窗口显示、保存不同类型的信息

30、。 6、高效率的使用显示屏 当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。 此外，屏幕的大小应该选得和应用系统的类型相配套。 在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体空间 中较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。 5.3.35.3.3 数据输入设计数据输入设计 用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系 统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以， 对于他们的数据输入操作有如下约定： 20 1、保持信息显示和数据输入间的一致性 为了方便用户的使用，鼠标应当尽量减少操作的幅度。 2、保持显示

31、信息和输入信息之间的一致性 对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例 如：文字大小、颜色、位置等）要一致。 对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面 中会有一些项目受到限制而无法使用，所以要使这些项目不发生作用，以保证 系统安全。 5.45.4 程序设计过程程序设计过程 程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过 程进行设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分： 5.4.15.4.1 登录界面及密码修改登录界面及密码修改 1、登录界面如图 5.3 所示 用户名是否输入 否 是 密码是否输入 否 是 查找

32、管理员表中对应密码的用户 否 存在？ 是 打开主窗体 检查输入次数3 关闭窗体 图 5.3 登录界面图 在用户登录时，在输入用户名和密码及用户类型的前提下将其与数据库中 的数据进行对比，若一致，则打开主窗体，若不一致提示错误，并要求再次输 入，若输入次数超过三次，则关闭系统。 21 在这个部分中，需要对用户的类型存入一个全局变量，予以判断其所具有 的系统使用权限，例如，用户类型为 DBA，则该用户拥有系统的一切权力，可 以对每一部分进行添加、删除、查找、统计等操作；而其他用户类型都依据其 类型的属性，可以使用的部分也会相应减少，而只能使用一部分与其类型相匹 配的功能。 2、密码修改如图 5.4

33、 所示 两次输入的密码是否一致 否 是 原密码是否正确 否 是 对数据库中的相应字段进行更新 提示已更新并提交更新 关闭窗体 检查输入次数3 图 5.4 密码修改图 在用户更改密码时，系统首先判断输入的两次旧密码是否一致，若一致， 则判断原密码是否正确，如果原密码正确，则对数据库中的相应字段进行更新。 5.4.25.4.2 旅客信息添加操作及修改旅客信息添加操作及修改 1、货物添加如图 5.5 所示： 22 开始界面 旅客信息管理 是否为信息表中原有旅客 是 否 提示：需要在保存后退出 是否保存？ 否 是 保存成功 否 是 Rollback Commit 关闭窗体 图 5.5 货物添加如图 管

34、理员查询某旅客信息时旅客姓名及旅客编号号与数据库中的数据不相一致， 系统提示所查旅客信息在信息表里为空，即旅客信息表中从没存储该该旅客的相关 信息。然后管理员可根据管理元的需求是否保存该旅客的信息。 2、旅客信息修改 首先系统将从数据库中读取所有可用的旅客信息，其中包括编号、名称等信息， 管理员可视情况分别修改。修改完毕并确认后，系统将所做修改保存，并将新的记 录保存于数据库中。 实现该功能的程序流程图如 5.6 所示： 否 是否继续 是 编号修改 名称修改 存储修改 23 否 是否符合要求 是 修改成功 图 5.6 旅客信息修改程序流程图 5.4.35.4.3 查询操作查询操作 查询操作如图

35、 5.7 所示 输入查询信息 否 是 是否存在该信息数据 否 是 提示没有 输出该信息 所要查询 的信息 确认信息 关闭窗体 图 5.7 查询操作图 在执行查询操作之前通常要先在单行文本框中输入被查询的条件，在单行 文本框失去聚焦时将查询条件传递给查询按钮的单击事件中，然后过滤语句依 据此过滤条件过滤得出相应的数据，并显示在其他数据窗体控件中。 在通常情况下，用户可以在得到要查询的信息后，对它们的各个字段进行 修改，经过修改后，在退出时系统会提示进行存储。 在完成了用户界面设计和程序过程设计后，基本上完成了详细设计的内容。 24 25 设计总结设计总结 通过对本火车旅客信息网上管理系统的设计，

36、使我认识到软件开发的过程 实际上就是描述现实世界的过程。而由现实世界向软件模型的转化过程是其中 最核心的过程。在课程设计的过程中我们遇到了许多问题。而这些问题的产生 都是由于理论知识和实践经验的缺乏造成的。 在此过程中我通过任学惠老师的指导、同学的帮助、自学战胜了所有的困 难。使我得到一次难的锻炼机会，加深了对理论知识的理解，丰富了实践经验。 同时更让我深刻体会到团队协作的重要性，并通过这次设计让我从整体的程序 开发到具体软件的设计都有了一个全面的掌握，为我即将从事的工作打下了一 个坚实的基础！ 但是由于课程设计时间较短，所以该系统还有许多不尽人意的地方，用户 界面设计不够美观，统计功能还不完

37、善等，这些都有待进一步改善。两周的课 程设计，提高了我的实际操作能力，从以前的理论上升到实践，从感性认识上 升到理性认识，真正做到学有所用。虽然在设计过程中也遇到一些困难，但在 周小健老师和同学们的帮助下，再加上自己的努力，都一一克服了！ 26 参考文献参考文献 1 张海潘. 软件工程导论（第四版）M. 清华大学出版社, 2003.12 2 萨师煊, 王珊. 数据库系统概论M. 高等教育出版社, 2002.3 3 陈承欢, 彭勇. 管理信息系统基础与开发技术M. 人民邮电出版社, 2005 4 刘云生, 卢正鼎, 卢炎生. 数据库系统概论M. 华中科技大学出版社, 2002 5 郑人杰, 殷人

38、昆, 陶永雷. 实用软件工程M. 清华大学出版社, 1997 6 石志国著. ASP 精解案例教程M. 清华大学出版社, 2000.11 7 李万宝主编. ASP.NET 技术详解与应用实例M. 机械工业出版社, 2001.10 8 汪洋, 郝永强. 网站设计全程教程M. 科学出版社, 2002 9 杨志国等. Delphi 应用程序开发精彩实例M. 机械工业出版社, 2003.4 10 陈磊,郭斌,李翔等. PowerBuilder 9 数据库项目案例导航M. 清华大学出版社, 2005.1 11 杨晶. VB6.0 程序设计M. 机械工业出版社, 2004.8 12 刘晓华, 张健, 周慧

39、贞. JSP 应用开发详解（第三版）M. 电子工业出版社, 2007.1 27 致致 谢谢 三周的课程设计既漫长又短暂。刚开始时几乎是不懂，对这次课设一点概 念都没有，觉得跟学过的课程根本联系不到一起，最后在任学惠老师的教导下， 这次课程设计终于顺利完成了。在设计中遇到了很多编程问题和关于数据库链 接的问题，也是在我的指导老师的辛勤指导下，终于迎刃而解。同时，在任老 师的身上我学得到很多实用的知识，同时更让我深刻体会到团队协作的重要性， 并通过这次设计让我从整体的程序开发到具体软件的设计都有了一个全面的掌 握，为我即将从事的工作打下了一个坚实的基础！对给过我帮助的各位指导老 师和所有给我提供帮助的同学表示忠心的感谢！