学生火车票订票系统.doc

《学生火车票订票系统.doc》由会员分享，可在线阅读，更多相关《学生火车票订票系统.doc（26页珍藏版）》请在沃文网上搜索。

1、课 程 设 计 课程名称_数据库系统概论_题目名称_学生火车票订票系统_一、课程设计的内容（一）、设计题目内容学生火车票定票系统(1)背景：一年两次的火车票订票管理(2)主要实现以下功能： 1)学生基本信息的管理，尤其是所在地 2)学生购票的基本信息，尤其是价钱和车票目的地 3)购票以后的分发管理 4)退票的管理 5)信息的统计和查询 6)操作员管理二、课程设计的要求与数据（1）、有必要进行对企业的报刊订阅业务进行分析、调查（2）、加分功能：购票后的分发管理的设计与实现(自由发挥)；（3）、保质保量完成课程设计要求的所有内容。（4）、打印实验报告和实验任务书并上交。（5）、杜绝抄袭。如若发现有

2、明显抄袭现象，抄袭者和被抄袭者的课程设计成绩全部取消。三、课程设计应完成的工作（1）、 需求分析（阐明应用系统背景，组织结构情况以及需求分析的过程，并绘制出数据流程图）（2）、 概念结构设计：根据概念结构设计的基本原则，确定概念模型，并阐明分析步骤和理论依据。（3）、 逻辑结构设计：根据需求分析和概念模型，将实体及实体间的联系按一定的转换规则转换为关系模型，写出转换步骤及相应的理论依据，并确定主码、外码。四、课程设计进程安排序号设计各阶段内容地点起止日期1根据设计问题查阅收集有关资料宿舍6.28-292需求分析（阐明应用系统背景，组织结构情况以及需求分析的过程，并绘制出数据流程图）宿舍6.30

3、-7.13（数据库）概念（模型）设计阶段宿舍7.24逻辑模型设计阶段机房7.35数据库物理设计与数据库保护设计宿舍7.25-266处理功能设计阶段宿舍7.27-297数据库应用系统的实现宿舍8.28-9.48数据库应用系统运行宿舍9.4-109撰写课程设计报告宿舍9.10-15五、应收集的资料及主要参考文献1、数据库系统概论 王珊，萨师煊2、系统分析与设计技术 张友生 主编2、海纳服饰有限公司进销存系统 3、网上其它资料目录概述：51. 需求分析51.1用户需求：51.2业务流程分析：61.3信息需求分析61.4功能需求分析：72. （数据库）概念（模型）设计82.1构思ERD的四条原则及根据

4、这些原则相应得出的实体、联系及其属性：92.2、系统具体E-R图：93. （数据库）逻辑（模型）设计103.1 一般逻辑模型设计：103.2具体逻辑模型设计：114. 数据库物理设计与数据库保护设计125. 处理功能设计125.1主控模块设计：125.2子模块设计：136. 数据库应用系统的实现146.1数据库及其表结构的建立：146.2创建表的相关视图：166.3各表关系图，166.4数据输入：利用系统录入数据，如下图为各表内容：176.5模块实现：187. 数据库应用系统运行267.1 写出系统操作使用的简要说明。267.2 按使用说明运行系统并打印出运行结果。267.3 系统评价：27报

5、告内容概述：随着国民经济快速发展, 人们出行、交通越来越频繁, 对服务的快捷、便利性要求也越来越高。从而对客运行业的建设与管理提出了更高的要求。为适应和推动客运行业的发展, 各种交通公司和部门开始广泛采用使用日趋成熟的计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。本学生火车订票系统正是通过数据库存储信息实现高效率管理。该实验设计首先进行需求分析，然后在需求文档的指导下实现系统的功能，如操作员的信息管理功能及普通学生的火车信息查询、订票、退票等

6、功能，最终实现的是学生购得一张自己满意的票券，同时力求通过数据库系统及计算机在其中的运用达到提高工作效率,节约人力资源的效果。1. 需求分析1.1 用户需求：(一）、问题描述：学生火车票定票系统(1)背景：一年两次的火车票订票管理(2)主要实现以下功能： 1)学生基本信息的管理，尤其是所在地 2)学生购票的基本信息，尤其是价钱和车票目的地 3)购票以后的分发管理 4)退票的管理 5)信息的统计和查询 6)操作员管理(二）、目的及现状：1）、实验目的：数据库设计就是要使学生采用本课程中学习的数据库设计方法，运用其基本思路与主要图表工具完成一个自己所了解的业务的数据库应用系统信息需求分析与数据库的

7、概念设计、逻辑设计、物理设计以及处理功能设计，用自己熟悉的数据库管理系统、程序设计语言及其相关开发工具实现该系统，并运行、评价、改进之；在此基础上严格按本大纲所附报告提纲撰写课程设计报告。通过本设计进一步弄懂数据库系统及其相关的基本概念，理解数据库系统的系统结构、主要特点，掌握数据库设计的原理、方法及其基本过程，初步具备数据库应用设计的能力，初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。2）、现状和系统要求：在传统模式下利用人工进行火车订票业务，存在着较多的缺点，如：效率底，保密性差，时间一长将产生大量的文件和数据，更不便于查找，更新，维护等。诸如这些情况，给各相关部门工作人员

8、带来了很大困难，严重影响了他们的工作效率。运用计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。在本系统中，系统用户共有两种, 并根据用户权限的不同而实现不同的功能，如操作员拥有添加、修改、删除某火车相关信息及修改自己的个人信息的功能。学生有对车票信息、哪一车次哪天还剩余多少张票和自己所订票券的查询功能，订票功能及退票功能。系统利用计算机和数据库的高效率大大减轻了学校票点工作人员的劳动强度, 提高了各部门的工作效率。1.2 业务流程分析：（一）、

9、描述系统的业务流程：本系统共有两种用户, 根据用户权限的不同而实现不同的功能。操作员的权限最大，他进入系统必须先登录。操作员可以添加、修改、删除某车票的相关信息，可以修改自己的个人信息；查询、删除学生的订票情况，确认学生是否已付款取票等。学生可以按目的地的车次对车票信息进行查询，可以订票，订票时须录入自己的信息及所选择的车次，系统将检查该车次票数是否已订完或不足，若已订完或不足则提示错误信息并返回到订票界面，订票成功后将生成订票单。学生还可以对自己所订的票券即订票单进行查询，以及查询哪一车次哪天还剩余多少张票。用户付款和取票可在学校票点完成。 （二）、初步业务流程图：1.3 信息需求分析1.3

10、.1 资料收集1.3.2 事项分析：在本火车票订票系统中，各资料的基本数据项列举如下：学生资料：学号，姓名，密码，所在学院，专业，班级，电话，目的城市车票基本信息：车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数车次详细信息：ID号，车次号，途径站，票价，订票单信息：订单号，订票人学号，订单时间，付款取票与否订票具体信息：ID号，订单号，所得车次号，目的城市，订票数，总票价，取票时间订票点信息：票点号，票点主任的员工号，联系电话，所在校区操作员资料：员工号，票点号，密码，姓名，性别，电话1.4 功能需求分析：（一）、完善业务流程图：（二）、功能层次图：本系统共有两种用户, 根据用户

11、权限的不同而实现不同的功能，如操作员查询、添加、修改、删除某火车相关信息及查询、修改自己的个人信息的功能。学生对车票信息、哪一车次哪天还剩余多少张票和订票功能以及对自己所订票券的查询功能、退票功能。2. （数据库）概念（模型）设计2.1构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性： 原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。在本系统中，实体主要有学生、操作员、车票信息、车票详细信息表、订票单，订票详细信息表，订票点。原则2 （确定联系）：两个或多个实体间的关联与结合，如主管

12、，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。 在本系统中，学生、车票信息、订票单和订票详细信息表之间存在“订购”的联系，一个车票信息可以被多个学生购买，而一个学生只可以购买多个车次所属的一到两张车票，它们之间的联系是一对多的“购买”联系，同时一次登录无论订多少车次只生成一张订票单。订票点和操作员之间存在“隶属”的联系，它们之间的联系是一对多的“隶属”联系；车票信息和车票详细信息表之间存在“包含”与被包含的关系；订票单和订票详细信息表之间也存在“包含”与被包含的关系。原则3 （确定属性）：实体

13、的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。从这条原则可得到实体和联系的属性如下：学生（学号，姓名，密码，所在学院，专业，班级，电话，目的城市）车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数）车次详细信息（ID号，车次号，途径站，票价）订票单信息（订单号，订票人学号，订单时间，付款取票与否）订票具体信息（ID号，订单号，所得车次号，目的城市，订票数，总票价，取票时间）订票点（票点号，票点主任的员工号，所在校区，电话）操作员（员工号，票点号，密码，姓名，性别，电话）原则4（一事一地）

14、：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。根据以上的分析，可以画出本系统的原始ERD的基本结构。如2.2、系统具体E-R图：3. （数据库）逻辑（模型）设计3.1 一般逻辑模型设计： （一）、由ERD导出一般关系模型的四条原则：原则1（实体转换为关系模式）：ERD中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。原则2（从实体及其主从联系转换为关系模式）：ERD中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成的属性，其主实体关系的主码，在主从关系联系为一对多联系时还要加上可把同一主实体个体所对应的

15、从实体个体区分开来的，从实体的一组属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。原则3（一对多联系在关系模式中的表示）：ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。原则4（多对多联系转换为关系）：ERD中的一个多对多联系转换为一个关系，其被联系实体关系的主码和该联系本身的属性一起组成的属性，被联系关系的主码组成该关系的复合主码。（二）、数据库初步构思的关系框架：通过ERD转换为一般关系模型四条原则分析，得到须在数据库中进行存储的一般关系模型如下（带下划线的为主码，带#的为外键）：学生（学号，姓名，密码，所在学

16、院，专业，班级，电话，目的城市）车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数）车次详细信息（ID号，车次号#，途径站，票价）订票单信息（订单号，订票人学号#，订单时间，付款取票与否）订票具体信息（ID号，订单号#，所得车次号#，目的城市，订票数，总票价，取票时间）订票点（票点号，票点主任的员工号#，所在校区）操作员（员工号，密码，姓名，性别，电话）3.2 具体逻辑模型设计： （1）、Student表：用来保存学生信息：项名类型长度小数位值域主键外键空键学号字符12是非空姓名字符20非空密码字符12非空学院字符40非空专业字符30非空班级数据400非空电话字符12非

17、空目的城市字符30非空（2）、Ticket表：用来保存车票信息表项名类型长度小数位值域主键外键空键车次号字符20是非空出发站字符30非空开车时间日期8非空到达站字符30非空到达时间日期8非空车票种类字符20非空余票数数据800非空（3）、Citysite表：用来保存车票详细信息表：项名类型长度小数位值域主键外键空键ID号整数，自动编号8是非空车次号字符20是非空途径城市字符30非空票价decimal非空（4）、Ticketsite表：用来保存订票点表：项名类型长度小数位值域主键外键空键票点号整数，自动编号80是非空票点主任员工号整数，自动编号80是非空联系电话字符12非空所在校区字符40非空（

18、5）、Admin表：用来保存操作员表：项名类型长度小数位值域主键外键空键员工号整数，自动编号80是非空用户名字符20非空密码字符12非空姓名字符20非空性别字符4非空电话字符12非空（6）、Book表：用来保存订单表：项名类型长度小数位值域主键外键空键订单号整数，自动编号80是非空学号字符是非空订单时间字符非空付款取票与否整数20非空（7）、Ticket表：用来保存取票单表：项名类型长度小数位值域主键外键空键ID号整数，自动编号80是非空取票号字符80是非空车次号字符是非空目的城市字符非空订票数数据800非空总票价Decimal非空取票时间日期8非空4. 数据库物理设计与数据库保护设计 根据表

19、的结构关系，本系统采用SQL Server 2000数据库。SQL Server 2000是微软公司关系型数据库产品，它是在由MS SQL Server 7.0建立的坚固基础之上产生的。客户的需求极大的推动了该产的革新，SQL Server2000在易用性、可缩放性和可靠性，以及数据仓库等诸多方面有了很大的增强。这使得SQL Server 2000在很多数据库产品发展最快的应用领域（如电子商务、移动计算、分支自动化、商业级应用和数据交换中心等）中成为领先者在数据库中创建表的同时须创建相关的索引。索引就是加快检索表中数据的方法。数据库的索引类似于书籍的索引。在书籍中，索引允许用户不必翻阅完整个书

20、就能迅速地找到所需要的信息。在数据库中，索引也允许数据库程序迅速地找到表中的数据，而不必扫描整个数据库。本数据库表较为简单，且每个表中定义主键约束或者唯一性键约束，已经间接创建了索引，故无需再创建索引。5. 处理功能设计5.1 主控模块设计：(1)、登录系统模块：在登录窗体界面中，你可以输入代码和密码，选择你的身份（操作员或系统管理员），确认后就可进入主界面窗体。如果你是学生，且还没注册，可以在此窗体界面上点击“注册”，在注册界面输入所要求的项，确定后重新返回登录界面，用你刚注册的账号登录进入主界面。在主界面中包含上述模块图的几部分，根据身份，即是用户或者管理员，对应权限不同，分为不同的主界面

21、，即用户主界面和管理员主界面。 （2）、系统设置模块图：用户：在此模块用户可以查询、修改自身注册信息以及退出登录，退出系统后将返回登录界面。管理员模块：在此模块管理员除了拥有用户的各项设置外还可以注册新的管理员，但为了安全起见，此功能只有当登录人是票点主任时才可执行。5.2 子模块设计：5.2.1、管理员模块 1、车票信息管理模块:在此模块，管理员可以执行车票信息录入、查询、删除和修改功能，不过删除和修改功能须当该车次没有被预订的情况下才可执行。 2、订票管理模块：在此模块，管理员可以查询所有订单情况、已付款取票和未付款取票的订单情况，还可以按学号查询某学生的订票情况以及各种统计信息，并在学生

22、来付款取票时执行“付款”操作。另外还可以在订单已付款或学生取消订单时删除订单。 5.2.2、用户模块： 1、订票管理模块：在此模块，用户可以查询车票信息和自身订票情况。查询车票情况分为按车次、按目的地、按起始站目的站查询，当查询到自身所想要的车票时即可订票，但注意预定票的目的地须与学生家乡所在城市相符，否则系统不允许订票；查询自身订票情况包括订单信息及金额统计，还须注意订票信息上要求的取票期限，订票人须在规定期限内去所在校区的票点付款取票，逾期票点工作人员将不予处理。 2、用户小贴士模块：在这里，用户将了解本订票系统的订票流程及相关规定及用户订票后付款取票地点的信息等。6. 数据库应用系统的实

23、现6.1 数据库及其表结构的建立：利用SQLServer企业管理器创建数据库Tickets，然后创建表：1、学生表Bookcreate table Student(Sno varchar(12) primary key, Sname varchar(20) not null,Ssex varchar(4) not null, Spw varchar(12) not null, /密码Sadm varchar(40) not null, /学院Sdept varchar(30) not null, Sclass numeric(4) not null,Stel varchar(12) not n

24、ull, /电话Semail varchar(50) not null, Shcity varchar(30) not null /所在地)；2、车票信息表Ticketcreate table Ticket(Tno varchar(20) primary key, /车次号Startcity varchar(30) not null, Starttime varchar(20) not null,Endcity varchar(100) not null, Endtime varchar(20) not null,Ttype varchar(20) CHECK (Ttype IN(硬座,软座,

25、硬卧,软卧),Tickets int not null /票数);3、车次站次信息表Citysitecreate table Citysite(Cityno numeric(8) identity(1,1), /票点号Tno varchar(20), City varchar(100), Tprice decimal not null, /票价 primary key (Cityno,Tno),foreign key (Tno) references Ticket(Tno) on delete cascade)4、订票单表Bookcreate table Book(Bno numeric(8)

26、 identity(1,1) primary key, Sno varchar(12), Maketime datetime not null, judge int, foreign key (Sno) references Student(Sno),);5、订票详细信息表Booknocreate table Bookno(ID numeric(8) identity(1,1) primary key,Bno numeric(8), Tno varchar(20), City varchar(100),Booktime varchar(20) not null, Ticketnums int

27、not null, Price decimal not null, /票价 Pickdate datetime not null, foreign key (Tno) references Ticket(Tno),foreign key (Bno) references Book(Bno);6、操作员表Operatercreate table Operater(Adname varchar(20) primary key, /登录用户名Adpw varchar(12) not null, /登录密码Opname varchar(20) not null, /员工真实姓名Opsex varcha

28、r(4) not null, Optel varchar(12) not null,Opemail varchar(50) not null);7、订票点表Ticketsitecreate table Ticketsite(Siteno numeric(8) primary key identity, /票点号Adname varchar(20), / 票点主任登录名Sitetel varchar(12) not null, Siteaddr varchar(40),foreign key (Adname) references Operater(Adname);/为安全起见，学校各校区订票点

29、内容的添加要以直接输入数据库的方式进行insert into Ticketsite(Adname,Sitetel,Siteaddr) values(linyp,870432,龙洞校区行政楼205)insert into Ticketsite(Adname,Sitetel,Siteaddr) values(admin,87084432,大学城校区E区205)6.2 创建表的相关视图：1、创建V_Book视图,得到对于某种车票的订票人数和订票张数create view V_Book(Tno,stu_no,sumticket)asselect Tno,count(distinct Sno),sum(

30、Ticketnums) from Bookno,Bookwhere Bookno.Bno=Book.Bno group by Tno2、创建W_Book视图,得到对于所有订票学生的人数和订票总张数create view W_Book(stu_nums,sumtickets)as select count(distinct Sno),sum(Ticketnums) from Bookno,Bookwhere Bookno.Bno=Book.Bno3、创建P_Book视图,得到对于已付款取票的人数和车票总张数create view P_Book(cout_no,cout_nums)as selec

31、t count(distinct Sno),sum(Ticketnums) from Bookno,Bookwhere Bookno.Bno=Book.Bno and judge=14、创建M_Book视图, 得到对于某一订票的总金额create view M_Book(Allprice)as select sum(Tprice*Ticketnums) from Book,Bookno,Citysitewhere Bookno.Bno=Book.Bno and Bookno.Tno=Citysite.Tno and Bookno.City=Citysite.City6.3 各表关系图，易知表T

32、icket与表Citysite之间是父表与子表的关系:表Book与表Bookno之间也是父表与子表的关系:它们之间都是父表对子表的一对多的关系。 根据表之间的结构关系图，可以得出各表的完整性约束条件如下图：表名主键列名外键外键列名参照表StudentSno无TicketTno无CitysiteCitynoTnoTicketBookBnoSnoStudentBooknoIDBno,TnoBook,TicketOperaterAdname无TicketsiteSitenoAdnameOperater6.4 数据输入：利用系统录入数据，如下图为各表内容：6.5 模块实现：本次系统设计我前台采用JSP

33、技术,后台采用SQL Server 2000,操作系统采用Windows XP。JSP(JavaServer Pages)是由Sun Microsystems公司倡导、许多公司参与一起建立的一种动态网页技术标准，它是在传统的网页HTML文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP标记(tag)，从而形成JSP文件(*.jsp)。JSP具备了Java技术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点。（1）、JavaBean设计及其代码分析：本系统采用JDBC的驱动程序Microsoft SQL Server 2000 Dri

34、ver for JDBC来连接SQL Server数据，而dbconn类正是用来实现数据库连接的Bean。它的结构如下：（2）、登录模块：登录界面对应的是index.jsp页面。在该页面，学生和管理员都可以在此登录，单选框可以起到判断登录人是否是管理员的作用。登录后用户将按其是学生或管理员分别进入各自主界面。登录身份检测主要代码实现如下：（3）、管理员模块：1、管理员主界面：此页面对应admin.jsp页面。在此页面左下方菜单栏的账号管理对应上面的管理员系统设置模块图；管理操作中包括上面的车票信息管理模块图及订票管理模块图。2、添加车票信息模块:车票信息添加分为两部分，第一部分添加车次信息，对

35、应表Ticket；第二部分添加车次站次信息，对应表Citysite。3、车票信息管理界面：此界面对应上面车票信息管理模块图,你可以查看车次详情，可以删除和修改车次信息，还可通过选择你所要查找的车次号查看某一车次的信息。注意删除和修改功能须当该车次没有被预订的情况下才可执行。当执行删除或修改操作时系统将询问是否确定操作如下： 4、订票管理模块：此界面对应上面订票管理模块图，页面左下方查询操作可以从各方面查询订票情况。右下方提供了按学生学号查询其订票情况的功能、各车次的订票统计及所有订票的总金额。下面是查看所有订单信息的页面：在此页面，用户可以执行查看订单详细信息、删除订单信息的功能以及在学生来付

36、款取票时的“付款”操作。（4）、学生模块： 1、学生主界面：在此页面左下方菜单栏的账号管理对应上面的用户系统设置模块图；用户操作中包括订票管理模块图；相关链接中对应用户小贴士模块图。2、车票查询界面：在此界面系统提供的查询车票情况方法分为按车次、按目的地、按起始站目的站查询。当查询到自身所想要的车票时即可订票，但注意预定票的目的地须与学生家乡所在城市相符，否则系统不允许订票。如按目的地查询“揭阳”,得到查询结果如图： 点击“查看详情”查看车次777的详情如下图： 若满意则在单击揭阳后的“预定”，将看到如下界面，单击“确认”，若订票成功将系统将提示成功信息，若不成功系统将返回从错误信息。 检测并

37、保存订票信息到数据库的book_save.jsp页面主要代码如下： （5）、实现体会： 这次设计持续了好一段时间，现在终于结束了。说真的，它让我体会了很多。这次数据库系统设计是对我的之前学习的总结，使我的专业知识和实际应用的紧密结合起来。通过这次设计使我对数据库理论有了较深刻的认识，并且对信息系统方面的设计理论和开发过程的也有了深刻的了解，在这一阶段的学习中，我基本上掌握了JSP和SQL SERVER 2000的基本操作和编程方法。在做这个系统时，我按照数据库中信息时间上的先后先做学生注册、登录及登录检测模块；然后做管理员的主界面，其中有管理员注册、注册信息查询、注册信息修改及退出登录的部分，

38、再做车次信息添加及车次信息管理模块。接下来做学生主界面，包括注册信息查询、注册信息修改及退出登录的部分，再做用户车票信息查询、用户订票及订票管理模块。最后做管理员的订票信息查询管理模块。看到一个系统在我手上一部分一部分地形成，心里真的很高兴，这次设计让我的信息开发能力和相关知识有很大的提高。7. 数据库应用系统运行7.1 写出系统操作使用的简要说明。本系统简单易用，无论你是学生还是管理员，都在同一登录界面登录系统。如果你是管理员，你登录后将进入管理员主界面，此时你可以执行如下图的四大项操作，具体操作请看上面所述；若你是学生，即普通用户，如果你没有账号，可以先注册，然后登录系统，进入用户主界面，

39、此时你可以执行如下图的三大项操作，具体操作请看上面所述。7.2 按使用说明运行系统并打印出运行结果。 运行系统，以学生身份的登录系统，进入用户主界面，单击菜单栏中“订票查询”，可以得到你的订票情况如下图，在这里，你可以查看订单详情，可以删除订单。若以管理员身份登录系统，进入管理员主界面，单击菜单栏中“管理火车信息”，可以得到所有车次信息如下图，你可以查看车次详情，可以删除和修改车次信息，还可通过选择你所要查找的车次号查看某一车次的信息。7.3 系统评价：在设计过程中，对整个系统的设计特别是行为特性设计有很多的心得，也遇到很多问题，但最终都得到解决。在这其中给我印象最深刻的解决代码实现订单表和订

40、单明细表一对多的关系的问题。本来解决此类问题最好的方法是采用购物车的方式从而可以多次选购，一次一并插入数据库，但我对JSP实现购物车的代码不了解，最终想到可以实现一次登录，无论你订多少，都属于一个订单的方法，并用代码实现了这一想法，即在第一次预定车票时将订票信息分别插入订单表和订单明细表，并将订单表中生成的订单号保存在session对象中，当在这次登录中第二次预定车票时从session中取出该订单号，将它作为订单明细表中的订单号插入到数据库中，而不再生成另一个订单。另外，这次设计还让我的网页制作能力有了很大的突破。要知道我之前制作的网页，说真的，很难看，而这次做得差强人意。在系统开发的过程中，需求分析是极其关键的。需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。由于刚开始时对需求分析的具体工作认识不够，做的很辛苦。 这次设计的过程涉及之前基础课和专业课的很多的理论知识，但是在实际应用方面涉及很少，而数据库系统设计是需要把这些知识贯通起来，综合运用，所以通过这次设计我的认识问题、分析问题、解决问题的能力都有了很大的提高。同时自己在动手能力上也有了很大的进步。26