第一节 流程图及其说明
流程图分为客户端流程和服务器端管理流程。客户端流程图如下：
飞机售票系统（首页）
留言 注册 按起/始点查询机票信息
N 登录 选择所需机票
是否合法留言
N 是否登录？
Y 修改资料
添加入数据库 或找回密码 Y
确认购票信息并确定数量
显示所有留言
添加入购票车
显示购票车信息
Y
查看状态是否为“已购买”
N
核实资料后添加入数据库同 修改定单即删除购票
时此航班总票数相应减少并 车内不需要的机票
修改购票车中机票状态
这个流程图显示了本系统在客户端的全部功能和使用方法。本系统客户端有三个功能块。包括留言，用户中心，以及最主要的购票系统。
服务器端管理流程图如下：首页
输入帐号和密码
N
是否正确？
Y
服务器管理系统
购票管理 留言管理 机票信息管理
处理用户购票
回复留言 删除留言 添加新航线 删除航线 修改航线
服务器端管理系统的流程就要简单的多，没有那么多的是非判断，因为考虑到是管理员对其进行操作，可以避免人为的非法操作，也就没有必要用大量的代码来对提交的数据进行是否合法的判断。
第二节 数据库
数据库使用Microsoft Access2000。创建了四个表，分别是aircom，buyed，liuyan，users。
Aircom表包括所有航线的信息，查询的内容就是从这个表提出的
Buyed表包括用户已购买机票的信息。管理员才能使用该表，目的是查看定单，以及定购用户的信息。
Liuyan表包含了用户的留言内容和管理员的回复。
Users表包含了用户的注册信息。
第三节 查询及售票系统
只要填入起始地点，然后点击“查询”你可以看到该航线上所有航空公司的机票信息。我只使用了这一种查询方式是考虑到本网站的使用对象，我假设了所有对象光临本站的唯一目的就是买机票，当然是使用始/终点查询是最直接最方便的。其他的一些类似网站也许提供其他的查询方式，我认为是画蛇添足，是没有必要的。也许你会认为提供按起飞时间查询也是必要的，在本系统中只要你提供了起/始点，你就将看到近五天的机票信息，我想在当今如此方便的信息时代提前五天定票已经能够满足用户的需求了，当然这也要求网站要及时更新数据，这也是网站所必须的工作，并不会因此而给网站的管理带来更多的麻烦。
输入了始/终点后，如果数据库中没有相应的信息，系统将给出提示。如果有用户将看到如下界面：
本例是查询从北京到上海的航线，数据库中只有一条相关信息，如果用户觉得合适并决定购买，点击“订购”进入下一步。当然，用户在订购前必须以合法身份登录，系统将提示用户去登录，而不进入下一步。如果用户所查询的信息多于10条，那么将采用分页显示，每页显示10条信息，方便用户查看。
点击“订购”后，用户将看到如下界面：
本页显示用户订购的机票信息，待用户进一步确认，在这里可以确定订购的数量，在下拉框中用户选择数量，本系统采用下拉框而没有用文本框的目的是使用户更方便的定票，试想，如果采用文本框，用户可能误填数据，造成麻烦，也可能所填数据超过库存，而下拉框则完全避免了这些问题，框中最大值是库存，因而用户不可能填写非法数据。如果用户发现所订购的机票有误，他可以点击“订其他票”，这时回到首页，重新查询订购。
在点击“放入购票车”后，用户将看到如下界面：
这是本系统的一个难点――购票车。它包含了用户已经放入购票车的机票，其中“状态”一栏代表是否已经提交入数据库。这里还让用户确定自己的资料，以确定送票的信息，默认的资料是用户注册时填写的资料，如果有变动可以修改，修改后的资料不牵涉users表的内容，只添加进buyed表。如果用户觉得车内的订单不合适需要修改，这时点击“修改订单”，将看到如下界面：
为防止用户操作失误，设置了一个复选框，只有在该框被选定的情况下，用户才能删除该定票。系统的默认值是复选框被选择。也可以不修改，回到购票车。点击“继续购票”，回到首页，继续查询购票。点击“不改了，我全要”，重新回到购票车。当用户点击“确定购买”后，该订单将写入数据库，之后用户看到状态栏中“未订购”变为红色的“已购买”表明已经购买成功。这时用户将不能从购票车中删除该订单，本次订票属性变成只读。为方便用户，在用户一次会话未结束时，购票车中的订单不会消失，用户可见但不能对其进行操作，用户可以随时查询。
用户也可以将订购的几条航线的机票放入车内，最后一起添加入数据库。
在技术上，采用了cookies值来文持数据，这样，在用户的一个会话期间数据将一直保持。考虑到用户一次提交多条订单，为识别每条订单，采用了cookies的二文数组。
第四节留言及用户系统
留言系统是比较简单的，用户按照提示写入自己的代号和主题再加上留言内容，点击“提交”留言即可成功。上述的三项不允许为空，否则留言将失败。留言成功后，用户看到如下界面：
这里可以看到其他用户的留言，点击主题，就可以看到关于该条留言的所有信息。在“回复”栏中，标示了管理员是否已经回复。
用户系统提供了注册，登录，修改资料，找回密码四个功能。
注册，即填写用户的相关信息，以取得本系统的合法使用权。当然，这也要求用户提供真实资料。为防止用户误填，本系统设置了几个防范措施，比如email中必须包含@，身份证号码必须为15位或18位。另外，帐户名不能和数据库中已经存在的帐户相同。界面如下：
注册成功后，用户需要登录才能真正获得访问权。登录是在首页上，只需要用户提供合法的帐号和相应的密码。登录成功后首页上将出现欢迎信息。
如果用户的资料有所改变，则可以使用“修改资料”这个功能。为防止数据的混乱，本系统不允许更改帐户名，要更换帐户名只有再次注册。
如果用户忘记了密码，则可以使用“找回密码”这个功能。原理是真实姓名和身份证号码相匹配。
第五节后台管理系统
任何一个好的系统都必须有好的后台管理系统，无论系统的前台做的如何好，没有一个完善的后台管理系统，就像是港姐只有小学文化水平――虚有其表。后台管理系统主要是方便管理员对用户提供的信息进行处理，特别是对于售票系统这样的直接面向普通用户的系统尤为重要，因为对于用户的类型和素质不确定，为保证数据的有效性和稳定性，后台管理必须有力。
后台管理系统只能由管理员访问，因此就有的管理员帐号和密码。由于本系统不算庞大，管理员也就没有必要分级别，只设置了唯一的管理员帐号和密码，这个帐号是在源代码中直接设定的，不牵涉数据库和外部文件。
本系统的后台管理分为三个部分，购票管理，留言管理和机票信息管理。用户的注册资料应当只有用户自己知道，其他任何人包括管理员也无权查看和任意修改，所以本系统也就没有设置用户注册资料管理。现在将对三个部分分别介绍。
售票管理系统是从buyed表中读取数据，目的只有一个――让管理员知道有哪些订票，并做处理，所谓的处理就是对订票做上标记，说明该定单已经或即将送出。界面如下：
管理员只要点击“待处理”，就可以标示该订单已经被处理。
留言管理提供了两个功能，一个是回复留言，另一个是删除留言。点击留言的主题，看到如下界面：
管理员可以在回复的Textarea框中写入回复的内容，提交后，用户就可以看到回复的内容。对于不友好的留言或不恰当的留言管理员可以删除。不管是删除还是回复都是对数据库的操作。
机票信息管理系统又是一个难点。因为它的数据量很大也很杂，操作界面如下页。机票信息管理提供了三个功能，修改航线，删除航线，添加新航线。
由于数据量大，为了方便修改，隔行以不同的颜色区分。修改后，必须将被修改的航线后的复选框选定，以此来确定修改的是哪一条航线，系统将修改该航线的所有数据为当前值，即使是没有改变的数据项，比如只修改了剩余票数，在对数据库操作时，其他数据项也同样被修改，只是修改后的内容与修改前不变而已。毫无疑问，数据库中的航线资料一定很多，要找出某条航线来修改将是比较困难的事情，所以又提供了一个排列顺序，可以分别按照航空公司，航线，机型和剩余票数来排列，以方便查找某条特定的航线。
删除航线就比较简单了，点击航线后面的“删除”，该航线就不存在了。
添加新航线在技术上也相对简单，只是同样由于数据量大和杂给编程工作带来了一定的麻烦。这只需要在相应的text框中填入数据，点击提交，只要数据是合法的，添加新航线即成功。
本系统介绍到这里，就可以告一段落了。对于这个飞机售票系统的介绍，主要集中在用法和流程上，我在论文中详细介绍了流程，理解后面的源程序也就比较简单了。
另外，考虑到这个系统不算很大，所以只有两个总的流程图，在介绍各个板块的时候就省去了流程图。本来板块就不大，就没有必要再用流程图
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页