sql=”select * from tickets where车次=.”
+this.TextBox_cxcc.Text.Trim()+”.”; //构造查询语句
this.sqlDataAdapter_tickets.SelectCommand.CommandText=sql; if(this.sqlConnection1.State.ToString()==”closed”) this.sqlConnection1.Open();
//如果数据库连接关闭，打开数据库连接
this.sqlDataAdapter_tickets.Fill(this.dataSet_checi); //执行查询语句，把查询结果绑定到数据集上 this.DataGrid1.DataBind(); //绑定数据网格
this.DataGrid1.Visible=true; //让数据网格可见
3.14更新车次模块
更新车次这个模块式比较重要的模块，系统管理员在列车售票系统安装完成以后，首先要用到的就是这个模块。在更新车次里，首先在车次基本信息表里添加车次记录 ，然后根据车次基本信息表对应的在车次详细信息表里把对应的详细站点，停开时间，路程等都添加进去，这样用户才可以在客户端查询到车次信息。车次基本信息的字段比较多大体结构
在上图可以看到车次基本信息的字段构成，当用户第一次进入这个页面时，基本信息里面的这些文本框都是不可用的，如果用户想要增加新的车次信息，点击“增加基本信息”按钮，上面的文本框都变成可用状态，基本信息填完后点“增加”按钮，即可完成一次增加车次基本信息操作，如果用户想对已有的车次基本信息进行修改，首先输入车次，点击“确认车次”按钮，系统会把该车次的所有基本
31
信息都显示在对应的文本框里面，用户可以对其进行修改，修改完后点击“更新“按钮，即可完成一次修改操作。
修改完后点“更新“即可。如果你想在以后的详细路段信息里面追加一条路段信息，点“增加“，这时编辑路段信息栏全部清空，您输完新的信息后点”确定“就可以增加一条新的路段信息。
3.15新闻管理模块
火车售票系统中一个很重要的功能就是新闻管理，因为整个铁路运营中总会出现一些车次临时增开，停开，车次调换等等不确定因素，这些信息必须要能及时的传达给火车站下属代售点，这样能方便买票的旅客。基于C/S结构的售票系统它的客户端一般不具备新闻查看的功能，要查看新闻通知，只能登陆专门的网站。这样不方便客户在第一时间得到最新的通知。本系统集成了新闻模块，这样便于用户查看新闻通知，新闻管理模块对于整个售票系统来说是相当重要的。
新闻模块分为两部分：新闻管理，和新闻查阅。新闻查阅位于系统的主界面上，新闻管理在用户管理里，只有高级管理员才拥有操作权限。新闻查阅在前面已经讲过，下面着重讲一下新闻管理的基本结构和实现方法.
新闻管理模块中管理员主要操作分为增加，搜索，查看，删除新闻。增加新闻功能中用户只需输入新闻标题和和内容，新闻发布时间有系统自动附加。搜索功能主要是按时间段进行搜索，管理员可以选择新闻的起止时间，在搜索出来的结果点详细就可以查看新闻，也可以对其进行修改。为了减轻系统负担，管理员可以定期对过去的新闻进行删除，这个也是按时间删除 ，选择要删除的新闻的起止时间，点全部删除即可。
3.16留言管理模块
B/S结构的客票销售系统得另一个优点就是用户和管理员沟通比较方便，如果用户在使用过程中有什么问题或者建议，可以通过留言板反馈给管理员，便于
32
管理员及时解决问题，用户留言位于系统的主界面上，这里主要讲留言的后台管理。管理员可以查看（按时间段查询）留言，删除留言（按时间段删除）。用户留言包括标题，内容，留言者姓名，留言时间等信息。管理员管理留言的基本步骤为：按日期查看留言（一般是每天查看一次），在留言列表里面点详细按钮，可以查看具体留言信息包括作者，留言时间，内容等，对于过期的流言管理员可以直接选择日期进行删除。
3.17销售统计模块
销售统计在整个客票系统的管理中有着至关重要的作用，管理员通过对某一段时间段内的客票销售情况统计，可以为客票系统管理者的决策提供一定的依据。
销售统计模块的设计结构是：以时间范围为基本的统计条件；选定时间段后，用户可以进一步选择查询方式（按车次，按代售点，查询所有）；上面两个条件选定后，用户可以进一步选择查询结果显示方式（记录，合计），“记录”方式的意思就是把每一条的购票或者订票记录都显示出来，“合计”方式的意思是显示某一时间段所有销售累计(本系统暂时只统计车票的销售数量和总的销售金额)，三个统计条件确定后就可以执行统计操作。
如果查询结果选择的是以记录方式显示，点“查询”后，则查询结果显示在本页面的下方，如果查询结果选择的是以合计方式显示，点“查询”后，系统会在弹出的窗口里面显示查询结果。由于按车次统计的合计和按代售点统计的合计要显示的字段不同，这里做了两个弹出窗口，用来分别显示按车次和按代售点的统计结果。
如果要统计售票情况的合计值，点“查询”后，系统会把查询的起始时间，终止时间，查询方式，如果按车次查询，只传递车次 ，如果是按代售点查询，则传递代售点的编号，这些参数传递到弹出窗口页面后，新的页面的page_load事件里首先从URL里面获取参数，得到参数后，在对dingpiao表（订票记录表）进行查询。
33
点击“查询”按钮后，首先要进行查询方式和显示方式的判断，查询方式有按车次，按代售点，查询所有三种方式，显示方式有按记录和按合计两种方式，这样就有6种组合方式，不同的组合方式执行的代码不一样 ，显示的结果也不一样。
通过URL传递参数的代码：（传递参数到tongji.aspx页面）
string canshu=”cxfs=”+cxfs+”&qssj=”+qssj+”&zzsj=”+zzsj+”&checi=”+checi;//构造参数 string msg;
msg = “”;
this.RegisterStartupScript(“售票情况统计”,msg); //执行脚本 通过URL获取参数代码：
string qssj1=Request.QueryString*”qssj”+;//起始时间 string zzsj1=Request.QueryString*”zzsj”+;//终止时间 string cxfs1=Request.QueryString*”cxfs”+;//查询方式 string checi=Request.QueryString*”checi”+;//车次
以上就是本系统所有模块实现的细节，由于本系统设计的程序代码比较多，所以本论文针对最常用的功能实现给出了具体的原代码。本论文中的所有系统实现界面截图均是系统通过调试运行时的真实数据。
34
总 结
课程设计是一次理论与实践的相结合，是我们的又一次成长。
课程设计可谓一路波折，整个过程中出现了很多令人意想不到的问题。例如，我们最初是想实现人事管理系统，由于几次攻克都未果，过多的东西以我们的水平无法实现，所以不得不放弃。于是我们选择了火车管理这一课题。
回顾起此次课程设计，至今我们仍感慨颇多，将理论转化为实践，在这整个过程中，我们不仅可以学习，还得到了相应的锻炼。不仅巩固了以前所学过的知识，而且还学习了新知识，如C#。这次的课程设计是我们慢慢摸索而来的的结果，有点惨不忍睹。对于界面以及前后台的链接在以往课程设计中我们是没有做过的。一开始，我们像迷失了方向的羔羊，不知何去何从。一是我们真的不会，而是我们找到的现有资料无法给我们完整的参考，在某些环节中总是出现错误，于是各方求救。由于实践的机会太少，平时下的功夫也太少，如今也只能慢慢摸索了。对我们来说最困难的不是前台界面的建立，后台数据库的表的导入，而是怎么实现前后台的链接。这是我们的第一次尝试。
通过这次课程设计，说实在，感觉自己的水平还很差，要学的知识实在很多。做后台也不是件容易的事情。不过，我们通过付出辛勤的劳动，一切掌握不会遥不可及的。我们只有投身实践，才知道我们的差距有多么的远，才知道那些没有掌握好。同时在设计的过程中发现了自己的许多不足之处，对以前所学过的知识理解得不够深刻，掌握得不够牢固，所以在做课设的过程之中老是需要找资料，这严重影响了我们完成课设的进度。
我们所做的“火车管理”的课题。首先我们要建立几个界面，第一登陆界面，可以进入购票系统；第二是查询界面，查询你想知道的货车信息；第三订票界面，填入相关信息实现火车购票。我们要考虑到火车的变动，以及信息的变动。同时，我们也允许退票的存在，在系统中实现网上支付，等等一系列问题。在我们的后台中，还要将这些用户存储起来，供我们再次使用。当然，我们还需要管理员，以便对信息进行添加和修改，甚至删除。伴随着每天信息的更新，我们必须及时更新给广大需求者。
最高兴的是我们团队的合作精神，一根筷子易折，二十根筷子不易折不，不一样的人，不一样的思维才能碰撞出不一样的火花。在设计中遇到了很多问题，但是在我们的共同努力下尝试着解决。看似很简单的问题，有的却使我们颇为吃力。在前后台的连接中，我们摸着石头过河，纵然还是有很多东西不太熟悉，但这个过程中我们还是学到了不少的东西。对于
35