基于python+mysql+tkinter的员工档案管理系统（GUI程序）

# 基于python+mysql的员工档案管理系统 ## 系统定义 随着计算机技术的不断发展，计算机作为知识经济时代的产物，已被广泛应用于社会的各个行业和领域。在许多工作行业各自的领域上，行内竞争十分关键，谁掌握的知识多，信息量大，处理数据的速度快，谁就能在激烈的行内竞争中立于不败之地。越来越多的企业管理员意识到了信息管理的重要性，所以说信息化是当今世界发展的主流。因此，一个良好的员工管理系统对企业而言必不可少,可以方便地对整个企业的各个员工进行统计和管理，有效地减少了传统管理时间、精力的浪费。本课题是设计一个基于python+mysql的员工档案管理系统，可以有效对公司、工厂的员工进行管理。 ## 需求分析 ### 系统综合需求 作为一个员工管理系统，应当为公司的员工信息管理提供便利。同时给用户提供方便、友好而简洁的界面进行操作和使用。 在实际的公司员工管理过程中，通常有三类用户：管理员（BOSS）、部门经理以及员工。显然，用户的身份不同，所拥有的权限也不会相同，因此我们应当为不同身份的用户提供不同的操作权限和界面。所以在此我们通过设立三种不同类型的账号，不同账号类型登入系统后的功能不同来达到此效果。 管理员（BOSS）拥有最高级别的权限，可以对所有员工和经理的信息进行增加、删除、修改和查找操作，同时可以对公司的所有员工、经理的登录账号和密码进行管理，若有新员工入职，管理员不仅需要增加其信息，还需要为其设立一个可登录系统的账号，同时，如有员工离职，则对其信息和账号进行删除。员工、经理的信息更新和忘记密码等功能均由管理员完成。 部门经理由于对自己所属部门的员工拥有领导权，因此拥有管理员的部分权限，经理只能对属于自己部门的员工的信息进行增加、删除、修改和查找操作，同时，经理登录后可以查看自己的信息和修改自己的登录密码。经理无法查看和修改其他经理的信息，也无法对其他部门的员工信息进行管理，在经理进行增加员工操作时，会检查新增员工的部门信息是否与经理本人相同，不相同则弹出Error提示框，告诉经理没有该部门的操作权限。由此解决了经理可能存在的滥用职权等问题。 作为公司的基层，员工不具有对其他人员的领导权，因此员工登录后的功能实现比较简单：员工登录后只能查看自己的信息和修改自己的登录密码。由此实现了一定的保密能力，并在很大程度上避免了信息的泄露和外流。 由此也实现了管理员（BOSS）-部门经理-员工的三级管理模式，比较契合实际企业的员工管理情况。 系统逻辑模型 数据字典 数据字典是进行详细的数据收集和数据分析所获得的主要成果。它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典是在需求分析阶段建立，在数据库设计过程中不断修改、充实和完善的。在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程几个部分。其中，数据项是不可再分的数据单位。数据结构反应了数据之间的组合关系。一个数据结构可以由若干数据项组成，也可以由若干个数据结构组成。数据流是数据结构在系统内传输的路径。数据存储是数据结构停留或存在的地方，也是数据流的来源和去向之一。通过在设计过程中不断地修整和完善，得到本次课程设计的数据字典如下： 表1 系统数据项 | 数据项名 |数据项含义说明 |数据类型 |长度 | |----|----|----|----| | 工号 |员工或经理在公司的唯一身份标识 |char |30 | | 姓名 |员工或经理的姓名 |char |40 | | 性别 |员工或经理的性别（只能取’男’或’女’） |char |10 | | 年龄 |员工或经理的年龄 |int |- | | 部门 |员工或经理所在的部门 |char |40 | | 账号 |管理员、经理、员工的系统登录账号 |char |30 | | 密码 |管理员、经理、员工的系统登录账号 |char |30 | 表2 系统数据结构 | 数据结构名 |含义说明 |组成 | |----|----|----| | 管理员 |即管理员的账号密码 |账号、密码 | | 经理信息 |即经理的基本信息 |工号、姓名、性别、年龄、部门 | | 员工信息 |即员工的基本信息 |工号、姓名、性别、年龄、部门 | | 经理账号 |即经理的账号和密码 |账号、密码 | | 员工账号 |即员工的账号和密码 |账号、密码 | 表3 系统数据流 | 数据流名 |说明 |数据流来源 |数据流去向 | |----|----|----|----| | 经理信息 |管理员、经理本人调用的经理信息 |经理信息管理模块 |管理员、经理 | | 员工信息 |管理员、经理、员工本人调用的员工信息 |员工信息管理模块 |管理员、经理、员工 | | 被修改的经理信息 |管理员对经理的信息进行更新 |管理员 |经理信息管理模块 | | 被修改的员工信息 |管理员、经理对员工的信息进行更新 |管理员、经理 |员工信息管理模块 | | 被修改的经理密码 |管理员、经理本人对经理密码的更新 |管理员、经理 |经理账号管理模块 | | 被修改的员工密码 |管理员、员工本人对员工密码的更新 |管理员、员工 |员工账号管理模块 | 数据流图 由上述系统数据流表可得出系统数据流图如下：  图1 系统数据流图 由需求分析知，管理员需要从员工账号管理模块中获取员工的账号密码，并将要增删改的账号密码传入员工账号管理模块，同时从员工信息管理模块获取员工的信息，并将要增删改的员工信息传入员工信息管理。经理账号管理模块和经理信息管理模块同理。经理需要从员工信息管理系统中获得经理所属部门员工的信息，并将要进行增删改的本部门员工信息传入员工信息管理模块，同时经理还需要从经理信息模块获取经理本人的信息，并将可能要修改的新密码传入经理账号管理模块。员工本人需要从员工信息管理模块获取本人信息，如果需要修改密码，则将新密码传入员工账号管理模块。 ## 系统设计 概念结构设计 该系统的E-R图如下：  图2 员工管理系统E-R图 逻辑结构设计 | 管理员账号表(admin) |管理员账号表(admin) |管理员账号表(admin) |管理员账号表(admin) |管理员账号表(admin) | |----|----|----|----|----| | 字段名 |类型 |NULL |KEY |备注 | | user_name |char(30) |NO |PRI |管理员账号 | | password |char(30) | | |管理员密码 | | 经理信息表(manager) |经理信息表(manager) |经理信息表(manager) |经理信息表(manager) |经理信息表(manager) | |----|----|----|----|----| | 字段名 |类型 |NULL |KEY |备注 | | id |char(30) |NO |PRI |经理工号 | | name |char(40) | | |经理姓名 | | gender |char(10) | | |经理性别 | | age |int | | |经理年龄 | | dept |char(40) | | |经理所属部门 | | 员工信息表(employee) |员工信息表(employee) |员工信息表(employee) |员工信息表(employee) |员工信息表(employee) | |----|----|----|----|----| | 字段名 |类型 |NULL |KEY |备注 | | id |char(30) |NO |PRI |员工工号 | | name |char(40) |