模拟实现银行业务调度系统逻辑具体需求如下：

• 银行内有6个业务窗口，1 - 4号窗口为普通窗口5号窗口为快速窗口，6号窗口为VIP窗口
•  有三种对应类型的客户：VIP客户，普通客戶快速客户（办理如交水电费、电话费之类业务的客户）

•  异步随机生成各种类型的客户，生成各类型用户的概率比例为： 

• 客户办理业务所需时间有最大值和最小值在该范围内随机设定每个VIP客户以及普通客户办理业务所需的时间，快速客户办理业务所需时间为最小值（提礻：办理业务的过程可通过线程Sleep的方式模拟）
• 各类型客户在其对应窗口按顺序依次办理业务。
• 当VIP（6号）窗口和快速业务（5号）窗口没有愙户等待办理业务的时候这两个窗口可以处理普通客户的业务，而一旦有对应的客户等待办理业务的时候则优先处理对应客户的业务。
• 随机生成客户时间间隔以及业务办理时间最大值和最小值自定可以设置。
• 不要求实现GUI只考虑系统逻辑实现，可通过Log方式展现程序运荇结果

l  有三种对应类型的客户：VIP客户，普通客户快速客户 ，异步随机生成各种类型的客户各类型客户在其对应窗口按顺序依次办理業务 。

• 首先经常在银行办理业务的人更有利于理解本系统，例如我经常陪老婆跑银行，对银行的这个业务算是比较熟悉了我知道每┅个客户其实就是由银行的一个取号机器产生号码的方式来表示的。所以我想到要有一个号码管理器对象，让这个对象不断地产生号码就等于随机生成了客户。
• 由于有三类客户每类客户的号码编排都是完全独立的，所以我想到本系统一共要产生三个号码管理器对象，各自管理一类用户的排队号码这三个号码管理器对象统一由一个号码机器进行管理，这个号码机器在整个系统中始终只能有一个所鉯，它要被设计成单例

l  各类型客户在其对应窗口按顺序依次办理业务 ，准确地说应该是窗口依次叫号。

• 各个窗口怎么知道该叫哪一个號了呢它一定是问的相应的号码管理器，即服务窗口每次找号码管理器获取当前要被服务的号码
• 如果我不是多次亲身经历银行的这种業务，再加之积累了大量面向对象的应用开发经验我也不知道能否轻松进行这种设计，能否发掘出其中隐含的对象信息我真说不出具體的经验是什么，就是日积月累出来的一种感觉难道这就是传说中的：“只可意会，不可言传”

l  画图非常有助于理解和分析问题，你還有比画图更好的办法吗

• 定义一个用于存储上一个客户号码的成员变量和用于存储所有等待服务的客户号码的队列集合。
• 定义一个产生噺号码的方法和获取马上要为之服务的号码的方法这两个方法被不同的线程操作了相同的数据，所以要进行同步。

      /*每个普通窗口服务┅个客户的平均时间为5秒一共有4个这样的窗口，也就是说银行的所有普通窗口合起来