--银行业务调度系统--java学习日记14

 

问题描述：

        模拟实现银行业务调度系统逻辑，具体需求如下：银行内有6个业务窗口，1 - 4号窗口为普通窗口，5号窗口为快速窗口，6号窗口为VIP窗口。有三种对应类型的客户：VIP客户，普通客户，快速客户（办理如交水电费、电话费之类业务的客户）。异步随机生成各种类型的客户，生成各类型用户的概率比例为：        VIP客户 ：普通客户 ：快速客户  =  1 ：6 ：3。客户办理业务所需时间有最大值和最小值，在该范围内随机设定每个VIP客户以及普通客户办理业务所需的时间，快速客户办理业务所需时间为最小值（提示：办理业务的过程可通过线程Sleep的方式模拟）。各类型客户在其对应窗口按顺序依次办理业务。 当VIP（6号）窗口和快速业务（5号）窗口没有客户等待办理业务的时候，这两个窗口可以处理普通客户的业务，而一旦有对应的客户等待办理业务的时候，则优先处理对应客户的业务。随机生成客户时间间隔以及业务办理时间最大值和最小值自定，可以设置。? 不要求实现GUI，只考虑系统逻辑实现，可通过Log方式展现程序运行结果。

 

分析：

       用面向对象思想考虑这个问题会带来极大的好处。面向对象设计的一个重要经验是：谁拥有数据，谁就提供操作这些数据的方法。比如，用面向对象的思想描述人在黑板上画圆。这里有三个对象：人，黑板，圆。画圆的动作是由谁完成的呢？先分析一下，画圆需要用到圆心和半径，这些数据是圆的属性，根据封装的原则应定义为私有的，那么要在画圆这个方法中获得圆心和半径就必须将方法定义在圆中，因此，画圆是圆来完成的。这就是面向对象的思想。好比列车司机紧急刹车，车停下来。停车的动作时列车自己完成的，司机只是通过踩刹车触发了这个事件。明白这些，再来思考这个银行业务调度问题。

 

        问题中共有三类客户，每类客户的号码编排都是完全独立的，所以，本系统一共要产生三个号码管理器对象NumberManager，各自管理一类用户，这三个号码管理器由一个号码分派机器NumberMachine管理，由于只有一个号码分派机器，所以要设计成单例，用来获取号码。

 

系统类图如下：

 

         NumberMachine类：

定义三个私有成员变量分别指向三个NumberManager对象，表示普通、快速和VIP客户的号码管理器，再定义三个方法用来返回这三个NumberManager对象。

 

          NumberManager类：

号码管理器主要是产生号码，和获取产生的号码两个功能。因此，要定义一个用于存储上一个客户号码的成员变量和用于存储所有等待服务的客户号码的队列集合。并定义以下两个方法：produceNumber 和 fetchNumber。因为这两个方法被不同的线程操作了相同的数据，所以要进行同步。

 

          ServiceWindow类：（服务窗口类）

服务窗口类作用是对产生的号码进行叫号，定义一个start方法，内部启动一个线程，根据服务窗口的类别调用对应的方法。

 

          CustomerType枚举类：

作用是定义存储客户的类型。系统中只有三种类型的客户，所以要定义一个枚举类，其中三个成员变量分别表示三种类型的客户。为了使打印结果有意义，可覆盖toString方法，返回类型对应的中文名称。枚举类的出现大大增强了系统的可阅读性，由于jdk5引入的新特性，在用switch判断时可以判断枚举成员变量，有趣的是在case语句后面不用写枚举名，可以直接写枚举常量名。

 

具体编写注意事项：

         由于有三种窗口，分别为不同客户服务，客户出现频率不同，1:6:3的比例可以根据客户类型决定从并发线程库中产生客户的时间间隔，窗口为客户服务的时间也不同，可以定义一个服务的最短时间和最长时间，通过线程的sleep方法来实现，这样。VIP窗口和快速窗口很可能会空闲，这时它们也可为普通客户服务，需要将每个窗口的服务代码抽取成一个方法，便于在其他方法中调用。

 

进一步优化方案：

         根据题目描述，快速窗口和VIP窗口都是普通窗口的一种，只是提供了可以办理特殊业务的功能，所以可以将窗口抽象出一个父类，让快速窗口和VIP窗口继承普通窗口，再将普通窗口中的服务客户的方法涉及到窗口类型的代码抽取成方法 ，在子类中覆盖即可。提高了代码的重用性，简化了代码，便于阅读和理解。