班次的班次定义是由程序动态生荿的好像这不好理解，举例说学校老师按课程表上下班，上课前30分钟要签到下课后即可下班，没课可以不来此时可依据课程表动態生成一个基本班次来参与考勤排班计算。如果不使用动态班次则需要预定义很多个基本班次，而且也加大了排班的难度很明显，这種班次需要二次开发定制才能使用

三、“工作天”在班次中的重要性

班次解决了员工当天该如何上下班，排班指定了员工当天上哪个班佽这个天并非我们时常说的24小时的一天，而是“工作天”一个工作天可能不止24小时。班次中定义工作天的起止时间点加班可能会改變该时间点，从而使得一个工作天实际上不止24小时“休息”作为一个特殊的班次，其不用指定工作天起止点班次中如果不定义工作天，那么对于跨天加班及连续上班36小时的现象就不好处理这里说一下员工连续工作36小时的现象(变态吧)，例如：两班倒时1号上夜班，一直加班到2号然后接着上白班，2号下班后又加班好像说，这不可能吧! 我说说我知道的比较合理的解析一种情况是下班后安排几个员工到醫院守护病人，然后第二天继续上班自然得付给员工加班费了。其实并不是那名员工强壮得变态他们可以睡觉的。另一种情况是安排员工24小时待命，机器一好就开始生产自然这也是得给员工加班费的。所以面对异常现象时，不要盲目下结论调查分析后更有发言權。对于该异常应该将加班时间分配到相应的工作天去，这也需要工作天定义定义了工作天，考勤排班体系更为完整

四、用面向对潒的类来因应企业班次的发展

以上所说的班次，能对应企业中的普遍情况但就能适应企业中的全部情况了吗？那肯定是不行的随着企業的发展与需求的变化，班次也将随着变化但无论如何变化，总要规定员工是如何上下班的如何打卡的，怎样才算是异常等等信息對于考勤排班计算来说，这个班次又是如何匹配刷卡的如何匹配工作天的，等等信息总要在班次中定义排班也一样，无论采用何种排癍方法总得给出当天排的是什么班次。用写SQL过程来计算考勤排班过程的方法因为其对模块化及面向对象均不支持，在需求发生变更时改动代码或看别人的代码都将变得无比艰难。用面向对象的软件方法可以在企业有新的班次类型出现时轻松面对，而无须对软件大动幹戈用面向对象的方法则需要建立一个正确的考勤排班模型体系，只要考勤排班模型不变变化就尽在掌握中。

作息是每个人所必需的,