自动售票机与自动检票机更换票箱 *** 作的异同点

作用不同、适用地不同。
1、作用：自动检票机的主要功能是自动对车票进行有效性检验，自动售票机是客户买票的机器。
2、适用地：自动检票机适用于火车站、机场、汽车站，自动售票机适用于影院商场。

新终端与主机开发总结

开始新工作已经有两周的时间了，自己对以后的工作也有了基本的了解，主要就是对银行联机系统的开发，银行里开发的程序主要分联机与批量，联机系统相对批量系统来说是实时性要求比较高的，通过与用户的交互获取信息，在很短的时间内处理并应答。银行的系统相对于普通的系统来说，安全性要求较高，而且全行的数据统一在一个系统中处理，所以需要用到IBM的大型机，自己本来以为没接触过这类的开发，应该跟我以前的开发环境很不一样，但其实只要对大型机的系统和大型机的开发做基本了解就可以了，因为一些底层的东西早已经有人封装好了，我们只是在专门的开发工具上针对不同的业务要求做开发，所以写的程序结构都差不多，当慢慢的了解一些基本概念和累计一些相关经验之后，我感觉应该问题不大。

新终端与主机的关系有点类似我们win32程序中的客户端与服务端的关系，新终端开发并不复杂，工行已经提供了一个可视化的开发工具，做界面就像在delphi中一样，只需要把你所需的控件拖放到界面上就可以了，所见即所得，把界面整理好之后还要做的工作有两点，一个是控制用户信息的输入，另一个是将用户的信息通过规定好的dsr文件打包上传到主机，等待主机处理完返回数据包，将数据包接包得到结果显示给用户看。新终端的开发跟我以前的一些开发很相似，我学起来很顺利，两天就完成了一个练习的编码与测试。主机的开发相对新终端来说就会比较陌生一点，我只能通过看例子程序来了解它的基本架构与处理流程，一般一个主机程序分成两个gcl文件，一个放在对公分区，一个放在个人分区，主机程序的大致结构都是一样的，根据不同的业务需求需要设计不同的dsr文件，具体的处理也会有所不同。主机开发用的是gcl语言，这种语言跟java很相似，参考着以前的程序应用起来没什么问题。工行定义好了很多基本的接口和结构，在主机开发中你就需要知道你需要哪些接口和结构，，这些应该是软需提供的或者是根据你的经验得到的。主机的程序我还没有很熟悉，只是大概的了解并拷贝修改了一份，可能随着以后应用的增多会有更多的理解。

接下来的这段时间我应该就在新终端和主机上面做开发了，现在我在总结一下一个交易的基本开发流程。1：写软件需求，设计dsr文件；2：做主机的开发；3：做新终端的开发；4：测试； 测试前也有几步工作要做，首先必须定义你的交易和主机程序，要new copy你的主机程序，每一次修改生成都要new copy一次，然后要发布你的新终端的程序，通过ctt字符界面或则att图形界面就可以对你的程序进行测试了。测试还有很多方法与技巧，我也还不是掌握的很好，下次我再写一篇专门讲测试的。

过程：电脑将数据封装上一定的头部，转换成0,1等二进制信号在线路上传播给路由器，路由器根据路由表转发数据，直达目的主机，再拆去头部信息，将纯的数据交给应用程序。

c/s(客户机/服务器)有三个主要部件：数据库服务器、客户应用程序和网络。服务器负责有效地管理系统的资源，其任务集中于：

1数据库安全性的要求

2数据库访问并发性的控制

3数据库前端的客户应用程序的全局数据完整性规则

4数据库的备份与恢复

客户端应用程序的的主要任务是：

1提供用户与数据库交互的界面

2向数据库服务器提交用户请求并接收来自数据库服务器的信息

3利用客户应用程序对存在于客户端的数据执行应用逻辑要求

4网络通信软件的主要作用是，完成数据库服务器和客户应用程序之间的数据传输。

三层C/S结构是将应用功能分成表示层、功能层和数据层三部分。

解决方案是：对这三层进行明确分割,并在逻辑上使其独立。

在三层C/S中，表示层是应用的用户接口部分,它担负着用户与应用间的对话功能。它用于检查用户从键盘等输入的数据,显示应用输出的数据。为使用户能直观地进行 *** 作，一般要使用图形用户接口(GUI)， *** 作简单、易学易用。在变更用户接口时，只需改写显示控制和数据检查程序，而不影响其他两层。检查的内容也只限于数据的形式和值的范围，不包括有关业务本身的处理逻辑。

功能层相当于应用的本体，它是将具体的业务处理逻辑地编入程序中。表示层和功能层之间的数据交往要尽可能简洁。

数据层就是DBMS，负责管理对数据库数据的读写。DBMS必须能迅速执行大量数据的更新和检索。现在的主流是关系数据库管理系统(RDBMS)。因此一般从功能层传送到数据层的要求大都使用SQL语言。

在三层或N层C/S结构中，中间件(Middleware)是最重要的部件。所谓中间件是一个用API定义的软件层,是具有强大通信能力和良好可扩展性的分布式软件管理框架。它的功能是在客户机和服务器或者服务器和服务器之间传送数据，实现客户机群和服务器群之间的通信。其工作流程是:在客户机里的应用程序需要驻留网络上某个服务器的数据或服务时，搜索此数据的C/S应用程序需访问中间件系统。该系统将查找数据源或服务，并在发送应用程序请求后重新打包响应,将其传送回应用程序。随着网络计算模式的发展，中间件日益成为软件领域的新的热点。中间件在整个分布式系统中起数据总线的作用，各种异构系统通过中间件有机地结合成一个整体。每个C/S环境，从最小的LAN环境到超级网络环境,都使用某种形式的中间件。无论客户机何时给服务器发送请求，也无论它何时应用存取数据库文件，都有某种形式的中间件传递C/S链路，用以消除通信协议、数据库查询语言、应用逻辑与 *** 作系统之间潜在的不兼容问题。

三层C/S结构的优势主要表现在以下几个方面：

1利用单一的访问点，可以在任何地方访问站点的数据库；

2对于各种信息源，不论是文本还是图形都采用相同的界面；

3所有的信息，不论其基于的平台，都可以用相同的界面访问；

4可跨平台 *** 作；

5减少整个系统的成本；

6维护升级十分方便；

7具有良好的开放性；

8系统的可扩充性良好；

9进行严密的安全管理；

10系统管理简单，可支持异种数据库，有很高的可用性。

第一种，是机器可能有故障，我遇到过，重启一下取票机就好了，但问题是乘客没办法重启机器。
我有一次在郑州东站就遇到过卡票的事情，后来分析了一下它的业务逻辑，大概流程猜测可能是这样的：
1 验证身份z信息；
2 加锁保护并读取该身份z订购的所有车票；
3 等待用户选择要出的票；
4 更新用户订票的信息；
5 解锁并打印车票。
因为要维护数据库的一致性，取票机在取票的时候要加锁，不然的话，用户同时 *** 作，可能在不同机器上打印出同一张票出来，因为身份z是可以办很多张一样的（并且都是真的证件，这是身份z的漏洞之一）。
而一旦加锁以后，其它机器再读你的证件，就显示不出任何订票信息了。
另外一种可能是你身份z名字里有异体字等不常用的字，校验身份z这一步就失败了，所以也就查不到你的任何订票信息，而窗口订票是可以不校验名字的，只校验证件号就可以了。

---