风神物流考勤信息系统分析与设计

1、摘要现在的这个世界正处于高速发展的信息化时代，也是企业处于剧烈变革的时代，一家企业想要长久的生存，对于信息的把握是必不可少的条件之一。而为了更好的对企业内部员工的管理，实施考勤信息系统就能够更好的对员工进行管理，因为在企业最重要的资源就是人才。而指纹门禁考勤系统能够更方便、更快捷的解决现行考勤系统的各种弊端。正是在这种情况下，广州风神物流有限公司需要采用这么一个先进的系统，以满足企业对员工的管理需要。关键词：信息系统、考勤、风神物流、管理AbstractNow the world is in rapid development of the information age, but also

2、companies in the era of dramatic change, a company wants long-term survival, is essential for information to grasp one of the conditions. In order to better management of internal staff, the implementation time and attendance information system will be able to better manage employees, because the mo

3、st important resource is manpower. But Fingerprint Access Control System can be more convenient and efficient solution to all the disadvantages of the current appraisal system. It is in this case, Guangzhou Fengshen Logistics need to adopt such an advanced system to meet business management needs of

4、 employees.Keywords: information systems, attendance, Fengshen logistics, management目录第一章 项目概述31.1 现系统的概述31.2 组织机构及业务范围31.3 操作流程描述41.4 现系统存在的问题及薄弱环节分析4第二章 需求分析52.1 总体目标52.2 具体目标52.3 系统功能建模62.3.1 系统数据流程图62.3.2 数据字典92.4 系统数据模型15第三章 系统设计183.1 系统功能183.2 数据库设计193.2.1 关系模式设计193.2.2 数据库表结构213.2.3 系统信息量估算25

5、3.3 输入输出设计263.3.1 输入设计263.3.2 输出设计32参考文献：32第一章 项目概述1.1 现系统的概述现代企业管理是一个追求高效益、高速发展的管理时代。继2003年的下半年以来指纹认证市场的迅猛发展，中国生物认证市场增长速度倍增。指纹认证技术在中国市场的应用，从1993年到现在近二十个年头了，到现在基本与国际水平同步，中国市场指纹识别的应用中，指纹门禁的应用又异军突起。从技术的层面看，指纹门禁属于高端产品，质量要求较高，国内相关厂商通过多年的磨练，使得产品性能完善，占领了很大部分的份额和地位。中控指纹门禁系统是利用生物识别技术、计算机技术，集成门禁，考勤门禁，门禁管理和人事

6、管理软件组成的门禁考勤门禁系统。工作人员不必保管和携带各种证件如纸卡或IC卡等等，只要轻轻一按手指就可完成身份识别以达到考勤的目的。确保门卫的安全，考勤门禁的公正，记录的统计，数据的准确。指纹的唯一性彻底根除冒名顶替，虚假信息对我们带来的不必要麻烦，只需有资格的人轻轻按下手指，月底管理人员操作电脑轻轻松松打印进出资料。门禁管理，人事考勤门禁报表，考勤门禁管理全部电脑化，确保门禁考勤门禁管理的公正、公平、科学、准确。1.2 组织机构及业务范围本系统开发，用于各大中型企业，使其更好的管理。广州风神物流有限公司是中港合资的专业汽车物流企业，公司总投资2亿元人民币。现拥有广州、上海、襄樊三大物流中心，

7、两个子公司，仓储面积22万平方米，物流车辆等设施500余台套，员工1100余人。目前为东风日产、东风柳汽、广州本田、普利司通、苏州博世等100多家客户提供物流服务。公司以“专业、服务、共创价值”为理念，与日本万特可公司技术合作，可实施全球物流作业，技术水平正与日本汽车物流接轨，具有强大的供应链优化整合能力。1.3 操作流程描述员工每天出勤和下班，进行指纹签到。然后员工可以通过IE浏览器进行登录指纹管理系统，添写用户名和密码后进入管理主界面，根据所选择的服务，可以进行修改密码，统计个人的出勤情况。并且可以发送内部电子邮件和查看公司内部的公告信息。1.4 现系统存在的问题及薄弱环节分析通过系统调研

8、,我认为该公司存在的问题及薄弱环节主要表现在下列几个面：1 收集分散在各部门的人员信息非常困难。2 很多的客户信息冗余。3 档案数量巨大，移交、存盘、查阅等非常不便。4 安全保密性不强。5 人员调动频繁，不易于管理。6 内部活动过多，出现迟到早退情况，系统整体管理出错。第二章 需求分析2.1 总体目标针对现有考勤系统存在的不便及代刷卡问题，提出了一种基于指纹识别的网络考勤系统。系统利用现有指纹产品提供的编程接口，进行二次开发而成。系统采用面向对象设计方法，后台数据库可有多种选择。实验和测试结果表明，这种基于指纹识别技术的考勤系统能够满足现代办公的需求，具有成本低、易维护、不需记忆和输入密码的特

9、点。  目前使用的考勤方式有人工考勤和系统考勤，人工考勤显然已无法满足大型单位的要求。而现有考勤系统主要为刷卡的方式，而磁卡需要员工携带，易于遗失，而且，此方式难以杜绝代人考勤等舞弊现象。因此，传统的考勤方式已逐渐不再满足现代化管理的要求。指纹作为人的一种生物特征，具有惟一性和不变性，可以用于人的身份认证。将指纹识别技术用于单位考勤，可以有效地解决上述考勤问题。现在越来越多的科学研究者和技术开发人员致力于这个领域，取得了较为显著的成绩，但仍然存在着不足，系统通用性不好，造价昂贵。   为此，我们通过对市场已有的指纹识别产品的分析，然后在其基础上进行了二次开发，设计

10、了一种高效的指纹考勤系统。该系统除了满足一般的考勤需要外，还具有丰富的管理功能。系统不但能方便地完成考勤功能，统计出各种各样的考勤报表，还可通过局域网进行查询管理，使管理自动化成为现实。2.2 具体目标1人员管理由普通人员、管理人员和超级管理人员组成。2考勤记录管理由考勤预处理数据和处理完成数据组成，给管理者以直观、明确的数据。3报表分析，可打印出记录报表，进行保存或查看。4员工之间可以更好的沟通，有方便的通信方式和公司内部的通知。2.3 系统功能建模2.3.1 系统数据流程图数据流程图简称DFD，它用来描述目标系统的逻辑结构，它是由实体部分，处理部分，数据存储部分和数据流四部分组成，为了使数

11、据流图所描述逻辑结构更加清晰，容易阅读，将数据流图作如下说明如表3-1：表2-1 数据流程图符号说明Tablet.2-1 Flow diagram of the data mark explanation图形符号名称符号说明RmPmC Dn SFm外部实体处理数据存储数据流记述系统之外的数据提供或数据获得组织机构或个人，方框内填入实体名称。记述某种业务的手工或计算机处理，其中，Pm区记述处标号，C区记述处理名称。记述与处理有关的数据存储，Dn区记述存储标号，S区记述存储数据的名称。 记录数据流流动方向，Fm记述数流的名称。数据流图的设计规则如下：（1） 按照自顶向下逐层分解的思想，分解后的图成

12、为子图，子图与父图必须保持输入与输出的一致。（2） 各子图可以通过公共的存储联系起来组成一张图。（3） 为减少数据流线的交叉，允许同一存储或实体在同一个图中重复画出。（4） 处理与处理是通过存储联系的，不能直接用数据流线连结。（5） 存储的输入来源也输出去向不能是外部实体，只能是处理。（6） 同一数据流不允许在同一级图中重复出现。数据不允许重复录入。（7） 处理中的非正常的错误情况处理，在DFD中不予表示，在DFD中，输入就应该是正确的。（8） 数据处理对一个数据存储中的数据即读又写，则数据流应用双箭头。输入的查询条件及对话信息，不应作为数据流出现在DFD中。P指纹考勤管理系统 员工公司主管部

13、门经理 修改密码F1人员信息F9 考勤记录F2 部门信息F10 公告表F3 员工信息F11 消息表F4 修改密码F12考勤记录信息F13数据备份F14 修改密码F23 考勤统计F15 考勤统计F24 集体迟到/早退F16 集体迟到/早退F25 员工忘签到/签退F17员工忘签到/签退F26 消息F18请假信息F27 公告F19 消息F28 节日信息F20公告F29 时间信息F21节日信息F30 请假信息F22 时间信息F31图2-2 指纹考勤管理系统顶层数据流图Fig2-2Fingerprint Time and Attendance Management System top layer Fl

14、ow diagram of the dataP1修改密码员工人员表D1 F1 P2考勤统计公司主管考勤统计D2 F2 P3公告部门经理公告表D3 F3P4消息员工消息表D4 F4P5人员信息公司主管人员表D5 F9P6部门信息公司主管员工表D6 F10P7员工信息公司主管员工表D7 F11P8考勤记录公司主管考勤统计D8 F13P9考勤统计公司主管考勤统计D9 F15P10集体迟到/早退公司主管集体迟到/早退表D10 F16P11员工忘迟到/早退公司主管考勤统计D11 F17P12节日信息公司主管节日表D12 F20P13时间信息公司主管时间表D13 F21P14请假信息公司主管请假表D14

15、F22图2-3指纹考勤系统一层数据流程图Fig2-3 Fingerprint Time and Attendance Management System unifies the level Flow diagram of the data2.3.2 数据字典数据字典是对数据流图的解释和说明，包含的内容如下：（1） 数据元素名字：ID别名：描述：记录的唯一标识，是主键数据类型：varchar长度：50（2） 数据存储名字：人员表描述：修改人员的登录密码编号：D1组成：密码名字：考勤统计描述：记录考勤记录的统计情况编号：D2组成：考勤ID，员工ID，考勤日期，考勤类型，考勤状态，考勤周期，考勤来源

16、，备注名字：公告表描述：记录本公司员工发布的公告信息编号：D3组成：公告ID，标题，内容，文件名，文件路径，文件类型，文件长度，员工ID，发送时间，起始时间，结束时间名字：消息信息描述：记录员工的消息信息编号：D4组成：消息ID，消息标题，消息内容，文件名，文件路径，文件类型，文件长度，发送人，发送时间名字：员工信息描述：记录员工的信息编号：D7组成：员工ID，员工名，员工简码，人员ID，可否登录，权限，职务名字：集体迟到/早退描述：记录公司的部门整体员工的迟到、早退编号：D10组成：请假ID，部门ID，请假时间，请假状态，备注名字：节日信息描述：记录公司的节日信息编号：D12组成：节假日ID

17、，部门ID，起始日期，结束日期，放假天数，备注，操作员，操作时间名字：时间信息描述：记录员工考勤的时间信息编号：D13组成：时间ID，上班时间，下班时间，星期，部门ID，备注，操作员，操作时间名字：请假表描述：记录员工的请假情况编号：D14组成：请假ID，员工ID，起始时间，结束时间，请假天数，备注（3） 数据流名字：人员表描述：修改人员的登录密码编号：F1组成：密码名字：考勤统计描述：记录考勤记录的统计情况编号：F2组成：考勤ID，员工ID，考勤日期，考勤类型，考勤状态，考勤周期，考勤来源，备注名字：公告表描述：记录本公司员工发布的公告信息编号：F3组成：公告ID，标题，内容，文件名，文件路

18、径，文件类型，文件长度，员工ID，发送时间，起始时间，结束时间名字：消息信息描述：记录员工的消息信息编号：F4组成：消息ID，消息标题，消息内容，文件名，文件路径，文件类型，文件长度，发送人，发送时间名字：员工信息描述：记录员工的信息编号：F11组成：员工ID，员工名，员工简码，人员ID，可否登录，权限，职务名字：集体迟到/早退描述：记录公司的部门整体员工的迟到、早退编号：F16组成：请假ID，部门ID，请假时间，请假状态，备注名字：节日信息描述：记录公司的节日信息编号：F20组成：节假日ID，部门ID，起始日期，结束日期，放假天数，备注，操作员，操作时间名字：时间信息描述：记录员工考勤的时间

19、信息编号：F21组成：时间ID，上班时间，下班时间，星期，部门ID，备注，操作员，操作时间名字：请假表描述：记录员工的请假情况编号：F22组成：请假ID，员工ID，起始时间，结束时间，请假天数，备注（4） 数据处理名字：修改密码描述：对员工密码进行修改 编号：p1输入/输出数据流：人员表名字：考勤统计描述：对员工考勤记录进行统计 编号：p2输入/输出数据流：考勤记录表名字：公告描述：对公告信息的管理。编号：p3输入/输出数据流：公告表 名字：消息描述：对消息的信息管理。编号：p4输入/输出数据流：消息表名字：人员信息描述：对员工的有关信息进行管理编号：p5输入/输出数据流：员工名字：部门管理描

20、述：对部门进行管理编号：p6输入/输出数据流：员工表名字：员工信息描述：对员工进行管理编号：p7输入/输出数据流：员工表名字：考勤记录描述：对考勤记录进行处理编号：p8输入/输出数据流：考勤统计表名字：考勤统计描述：对考勤记录进行统计编号：p9输入/输出数据流：员工表名字：集体迟到/早退描述：对部门的迟到、早退进行管理编号：p10输入/输出数据流：集体迟到/早退表名字：员工忘签到/签退描述：对员工忘记签到/签退进行补签编号：p11输入/输出数据流：考勤统计表名字：节日信息描述：对节日放假进行管理编号：p12输入/输出数据流：节日表名字：时间信息描述：对签到、签退时间进行管理编号：p13输入/输

21、出数据流：时间表名字：请假信息描述：对员工的请假进行管理编号：p14输入/输出数据流：请假表2.4 系统数据模型表2-5 E-R图符号约定Tablet2-5 E-R chart mark agreement符号含义符号说明实体属性联系线段表示实体集表示属性表示联系集将属性连接到实体集或将实体集连接到联系集由于篇幅有限，其它的实体或联系属性请参照表2-7（a）、2-7（b）、表2-8。图2-6 指纹考勤系统综合E-R图Fig.2-6 Fingerprint Time and Attendance Management System synthesizes the E-R diagram表2-7实

22、体及其属性表Tablet2-7 Table of Entity and its property实体名称 属性时间 部门ID，起始时间，结束时间，周期，备注，操作员，操作时间节假日 节假日ID，节假日起始时间，节假日结束时间，节假日天数，备注，操作员，操作时间考勤记录 考勤ID，考勤日期，考勤类型，考勤状态，考勤周期，考勤源，操作员，操作时间，备注个人请假 个人请假ID，个人请假起始时间，个人请假结束时间，个人请假天数，备注，操作员，操作时间集体请假 集体请假ID，部门ID，集体请假时间，请假状态，操作员，操作时间，备注消息 消息ID，消息标题，消息内容，消息上传文件名，消息文件路径，消息文件

23、类型，消息文件长度，消息发送人，消息发送时间公告 公告ID，公告标题，公告内容，公告上传文件名，公告文件路径，公告文件类型，公告文件长度，公告发布人，公告发送时间，公告有效时间，公告结束时间员工 员工ID，员工名，简称，可否登录，管理权限，职务人员 人员ID，人员姓名，性别，班级，出生年月，移动电话，密码第三章 系统设计3.1 系统功能椐据对系统需求分析中的总体目标和具体目标部分的分析，得到系统的功能树： 节日管理时间管理时间维护消息管理公告管理信息管理指纹考勤管理系统考勤记录管理考勤备份数据管理人员管理员工管理部门管理修改密码人员维护考勤统计集体迟到早退员工忘签到/签退请假管理考勤管理图3-

24、1 指纹考勤管理系统功能结构图Fig.3-1 Fingerprint attendance management management system function structure drawing3.2 数据库设计3.2.1 关系模式设计由系统的概念模型导出关系模式。（参见3.5系统数据模型部分）。主要原则及实现方法如下：1 主要原则：一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。（1） 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属

25、性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。（2） 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码n端实体的码。（3） 一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码各实体码的组合。（4） 一个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性

26、，而关系的码为各实体码的组合。2范式(1)第一范式（1NF）在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。例如，对于图3-2 中的员工信息表，不能将员工信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；员工信息表的每一

27、行只表示一个员工的信息，一个员工的信息在表中只出现一次。简而言之，第一范式就是无重复的列。(2)第二范式（2NF）第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。如图3-2 员工信息表中加上了员工编号（emp_id）列，因为每个员工的员工编号是唯一的，因此每个员工可以被唯一区分。这个唯一属性列被称为主关键字或主键、主码。第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主

28、关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是非主属性非部分依赖于主关键字。(3)第三范式（3NF）满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在图3-2的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表

29、中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性。3实现依据上述原则，得出基于WEB的指纹考勤系统设计与实现的关系模式：（1）时间（时间ID，部门ID，起始时间，结束时间，周期，备注，操作员，操作时间）（2）节假日（节假日ID，部门ID，起始时间，结束时间，节假日天数，备注，操作员，操作时间）（3）考勤记录（考勤ID，员工ID，考勤日期，考勤类型，考勤状态，考勤周期，考勤源，操作员，操作时间，备注）（4）个人请假（个人请假ID，员工ID，个人请假起始时间，个人请假结束时间，个人请假天数，备注，操作员，操作时

30、间）（5）集体请假（集体请假ID，部门ID，集体请假时间，请假状态，操作员，操作时间，备注）（6）消息（消息ID，消息标题，消息内容，消息上传文件名，消息文件路径，消息文件类型，消息文件长度，消息发送人，消息发送时间）（7）公告（公告ID，公告标题，公告内容，公告上传文件名，公告文件路径，公告文件类型，公告文件长度，公告发布人，公告发送时间，公告有效时间，公告结束时间）（8）员工（员工ID，员工名，简称，人员ID，可否登录，管理权限，职务）（9）人员（人员ID，指纹考勤ID，人员姓名，性别，班级，出生年月，移动电话，密码）3.2.2 数据库表结构描述数据库中的所有表的结构及在数据库中的具体设置

31、。表3-2 员工表（TB_Department）Tablet.3-2 Table of Staff (TB_Department)列含义列标示类型长度空主键增加外键约束员工ID员工名员工简码人员ID可否登录权限职务Dept_IDDept_NameDept_ShortcodeEmpl_IDDept_IsLoginDept_ManagerFlagDept_Titlevarcharvarcharvarcharvarcharvarcharvarcharvarchar4030302021020NYYYYYYYNNNNNNNNNNNNNTB_Employee.Empl_ID表3-3 人员表（TB_Empl

32、oyee）Tablet.3-3 Table of crew(TB_Employee)列含义列标示类型长度空主键增加外键约束人员ID考勤码姓名性别密码电话出生日期班级Empl_IDEmpl_CheckCodeEmpl_NameEmpl_SexEmpl_PasswordEmpl_MobileEmpl_BrithdayEmpl_Classvarcharvarcharvarcharvarcharvarcharvarchardatetimevarchar50102042020820NNYYYYYYYNNNNNNNNNNNNNNN表3-4 请假表（TM_Absent）Tablet.3-4Table of

33、Personal Late / leave early (TM_Absent)列含义列标示类型长度空主键增加外键约束请假ID员工ID起始时间结束时间请假天数备注操作员ID操作时间Abse_IDDept_IDAbse_BeginDateAbse_EndDateAbse_DaysAbse_RemarkAbse_OperateIDAbse_OperateDateintvarchardatetimedatetimevarcharvarcharvarhcardatetime4208810200208NYYYYYYYYNNNNNNNYNNNNNNNTB_Department.Dept_ID表3-5 公告表

34、（TM_Affice）Tablet.3-5 Table of Affice (TM_Affice)列含义列标示类型长度空主键增加外键约束公告ID标题内容文件名文件路径文件类型文件长度员工ID发送时间起始时间结束时间Affi_IDAffi_TitleAffi_ContentAffi_FileNameAffi_FileURLAffi_FileTypeAffi_FileLengthDept_IDAffi_SendDateTimeAffi_BeginDateAffi_EndDatevarchar varcharvarcharvarcharvarcharvarcharvarcharvarchardate

35、timedatetimedatetime201003000100100202020888NNYYYYYNYYYYNNNNNNNNNNNNNNNNNNNNNTB_Department.Dept_ID表3-6 考勤统计表（TM_CheckProcess）Tablet.3-6Table of Attendance Statistics (TM_CheckProcess)列含义列标示类型长度空主键增加外键约束考勤ID员工ID考勤日期考勤类型考勤状态考勤周期考勤来源操作员操作时间备注CPro_IDDept_IDCPro_DateTimeCPro_TypeCPro_StateCPro_WeekCPro_S

36、ourceCPro_OperateIDCPro_OperateDateTimCPro_RemarkIntvarchardatetimevarcharvarcharvarcharvarcharvarchardatetimevarchar44082282208200NYYYYYYYYYYNNNNNNNNNYNNNNNNNNNTB_Department.Dept_ID表3-7 集体请假表（TM_Group）Tablet.3-7Table of Collective (TM_ Group)列含义列标示类型长度空主键增加外键约束请假ID部门ID请假时间请假状态操作员操作时间备注Grop_IDDept_I

37、DGop_CheckDateTimGrop_StateGrop_OperateIDGrop_OperDateTimGrop_Remarkvarcharvarchardatetimevarcharvarchardatetimevarchar204082208400NYYYYYYYNNNNNNNNNNNNNTB_Department.Dept_ID表3-8 消息表（TM_Message）Tablet.3-8 Table of Message(TM_Message)列含义列标示类型长度空主键增加外键约束消息ID消息标题消息内容文件名文件路径文件类型文件长度发送人发送时间Mess_IDMess_Tit

38、elMess_ContentMess_FileNameMess_FileURLMess_FileTypeMess_FileLengthMess_SendIDMess_SenDateTimevarcharvarcharvarcharvarcharvarcharvarcharvarcharvarchardatetime5010030001001002020208NNYYYYYYYYNNNNNNNNNNNNNNNNNTB_Department.Dept_ID表3-9 消息信息表（TM_MessageInformation）Tablet.3-9 Table of Message Information

39、(TM_MessageInformation)列含义列标示类型长度空主键增加外键约束消息ID接收ID接收时间可否读过接收删除发送删除Minf_IDMinf_RecieveIDMinf_RecvDaeTimeMinf_RecieveFlagMinf_RecieDelFlagMinf_SendeDelFlagvarcharvarcahrdatetimeintvarcharvarchar50208444NNYYYYYYNNNNNNNNNNTB_Department.Dept_ID表3-10 考勤数据表（TM_Check）Tablet.3-10 Table of Attendance data (TM

40、_Check)列含义列标示类型长度空主键增加外键约束考勤ID考勤码考勤时间可否处理Chck_IDEmpl_CheckCodeChck_DateTimeChck_IsProcessintvarchardatetimevarchar41082NNYYYNNNYNNNTB_Employee.Empl_CheckCod表3-11 数据字典表（TM_Dict）Tablet.3-11 Table of Dict (TM_Dict)列含义列标示类型长度空主键增加外键约束字典ID名称内容备注Dict_IDDict_NameDict_ContentDictRemarkvarcharvarcharvarcharv

41、archar402020200NYYYYNNNNNNN表3-12 数据字典信息表（TM_DectInfo）Tablet.3-12 Table of Dict Information (TM_DectInfo)列含义列标示类型长度空主键增加外键约束信息ID信息名备注字典IDDInf_IDDInf_NameDInf_RemarkDict_IDvarcharvarcharvarcharvarchar42020040NYYYYNNNNNNNTM_Dect.Dict_ID表3-13 节假日表（TM_Holiday）Tablet.3-13 Table of Holiday (TM_Holiday)列含义列

42、标示类型长度空主键增加外键约束节假日ID部门ID起始日期结束日期放假天数备注操作员操作时间Holi_IDDept_IDHoli_BeginDateHoli_EndDateHoli_DaysHoli_RemarkCPro_operateIDHoli_OperDateTimeintvarchardatetimedatetimevarcharvarcharvarchardatetime440884400208NYYYyYYYYNNNNNNNYNNNNNNNTB_Department.Dept_ID表3-14 时间表（TM_Time）Tablet.3-14 Table of Time (TM_Time

43、)列含义列标示类型长度空主键增加外键约束时间ID上班时间下班时间星期部门ID备注操作员操作时间Time_IDTime_BeginTimeTime_EndTimeTime_WeekDept_IDTime_RemarkCPro_OperateIDTime_OperDatTimeintvarcharvarcharvarcharvarcharvarcharvarchardatetime450501040100208NYYYYYYYYNNNNNNNYNNNNNNNTB_Department.Dept_ID3.2.3 系统信息量估算大致准确的信息量估算是确定系统存储容量、信息流量、网络设备的关键。下面将以表格形式给出子系统的所有表的信息量、系统数据的建议保留时间等如表3-15。表3-15信息量估算表Tablet.3-15 Information content estimate table序号表名记录长度更新频率年度信息量12345678910111213合计TB_DepartmentTB_EmployeeTM_AbsentTM_AfficeTM_CheckProcessTM_Gro