IC卡刷卡考勤管理系统-人事考勤管理系统毕业论文答辩稿

毕业论文 人事考勤管理系统 指导教师： 摘 要 考勤作为一个单位的基础管理 ， 越来越受到重视 ， 传统考勤可分为两种概念： 第一种 ， 人工考勤 。 人工考勤靠专人书面登记 ， 存在许多主观 、 人为因素 ， 往往最终 不能令管理层取得考勤结果资料 ， 甚至不能起到基本的约束作用； 第二种 ， 机械打卡钟 。 使用机械打卡钟 ， 作为管理层有两种管理模式： 只临时抽查个别员工的打卡卡片 ， 难免会疏漏 ， 使员工产生侥幸心理； 加强各项管理 ， 采用这种管理模式则需靠专人收集考勤记录 ， 手工汇总录入计算机 ，则往往造成录入环节出错 、 考勤资料不真实 、 人力资源的浪费 、 效率低下 、 报表反映不即时等问题 。 而新的 主要特点是：使用计算机收集原始数据并统计考勤数据 ， 时间准确 、 考勤数据不易受干扰丢失或混乱 （ 偶尔出现难免 ） ， 然后自动生成报表报表 ， 查询方式比较方便；其主要优点是使用方便 ， 价格较低 ， 而且在许多单位实现了一卡通 ， 也就是可与电话 、 售饭系统相连 。 整个系统的分析与设计采用当前计算机软件工程学中的主流方法 面向对象系统分析与设计 。 遵循 ， 既以 体系构架为核心的迭代化思想 ， 使用 本系统基本满足了考勤管理客观 、 准确的需求 ， 具有一定的实用性 。 关键词 人工考勤 机械打卡钟 刷卡考勤 统计 生成报表 查询 面向对象 新盛明热电有限责任公司简介 阜新盛明热电有限责任公司现装机容量 2003年投产，该项目是阜新市经济转型重点项目之一，是由辽宁电力开发公司、阜新太平电厂等九家单位投资兴建。该厂以热定电，实行热电联产，电力送入辽宁电网，年设计上网电量 项目的建设对就地消化阜新低质煤炭，改善阜蒙县城区居民生活水平，减少城市环境污染，加快城镇建设，改善投资环境，节约能源，实行资源优化配置，增加工业产值和税收，拉动地方经济增长具有重要意义。 企业设有经理工作部 、 发电部 、生技部 、 物资部 、财务部 、 安监部 、经营部 、 维护部和供热公司共 9个职能部门 。 行考勤业务分析 现行系统业务说明 该企业与其他常规企业最大的不同就在于员工的主体来自阜新热电厂 、 阜新高压管件厂和阜新县供热公司 ， 人事管理相对复杂；而一个企业的正常运行依靠的是 “ 以人为本 ” ， 所以在该企业中 ， 人事管理就显得尤为重要 。 由于盛明的员工分别来自上述三家企业 ， 但人事关系仍然留在原单位 ， 这就是盛明热电厂不设人事部的原因；员工的工资由人事关系所在企业发放 ， 但转交盛明代发 ， 和工资相关的人事管理的考勤部分则由盛明的财务部负责 （ 注：阜新热电厂 、 阜新高压管件厂和阜新县供热公司都是盛明的股东 ， 盛明热电的收益和这三家企业直接挂钩 ， 所以员工工资的来源就是这三家企业 ） 可见 ， 考勤管理是该企业日常管理中的重中之重 ！ 现行系统现状分析 无法精确采集考勤数据 （ 工作疏忽和人情因素 ） ， 不能适应企业的管理要求； 考勤的日常操作集中给 导致 极易造成信息的失真 ， 无法适应开放式宽松式的出勤制度； 形成信息孤岛 。 求分析 系统功能目标 1. 系统自动汇总原始数据 2. 系统自动统计考勤数据 3. 系统自动生成报表 4. 系统可以查询员工考勤情况 系统需求 该考勤管理系统预期解决原勤业 务中的问题 ， 通过减少 工作量从而提高工作质量 ， 提高 工作效率 ， 减少不必要的人力劳 动 。 以刷卡考勤取代手工考勤 ， 从而确保考勤数据的准确性 ， 共 享性 ， 透明性进而是整个改进后 的系统实现高效 、 快捷 、 准确的 管理目标 。 系统开发目标 1. 报表准确 ， 报表没有过 多的异常数据需要 次干预； 2. 全员式参与考勤管理 ， 考勤数据全员共享具体日常 考勤管理工作权限可以从 门下放到具体的各考勤群 组； 3. 考勤数据在企业充分共 享 ； 4. 减少 提高 考勤管理的工作效率 。 系统初步方案 以原有系统业务为依托 ， 以适应考勤管理的发展为需要 ，整理新系统初步解决方案如下 。 新的考勤管理系统提供以下 7个方面的服务功能 。 普通员工 （ 包括基层主管和 和经理层在签到的时候使用 考勤机记录了员工上班时刷卡的日期 、 时间 ， 为了防止有人代刷 ， 考勤机还要配合监视器一起使用 。 普通员工 （ 包括基层主管和 在签出的时候使用 考勤机记录了员工下班时刷卡的日期 、时间；但是经理级角色对签出刷卡用例则不同 ， 他们是管理者 ， 拥有是否要求该员工出勤的权限 ， 所以不必在签出是刷卡 。 基层主管对普通员工的请假情况进行审批和记录 ， 然后录入记录的请假信息 。 基层主管对普通员工工作操作 、 行为规范等情况进行考核 ， 然后录入作业考核信息 。 系统对考勤数据做最终统计 ， 以便领导查询 。 所有员工都具有对统计后的考勤数据进行查询的权限 。 管理员对数据库进行维护 ， 包括数据修改 、数据备份 、 数据还原等工作 。 行性分析 技术可行性 考勤管理系统采用 C/结构具有开发灵活，运行效率高，技术成熟等特点。 后台数据库使用 能够胜任目标系统数据处理的需求，并与 开发工具选择 + 开发工具对C+具有良好的支持，提供可视化开发环境及丰富的窗体控件。 本系统采用目前比较流行的 将每个数据库表的字段和操作封装到类中，从而成功地将面向对象的程序设计思想应用到数据库应用程序设计中。这也是本系统的特色和优势。 经济可行性 该公司共有机房 2个，可满足考勤管理的需要。因此，不需要增加计算机，只需要购买刷卡用的考勤机和 勤管理系统运行环境采用现有的操作系统 考勤管理系统全面投入运行，所需资金投入也不过千元而已。因此，实施考勤管理系统，在经济上是可行的。 运行可行性 自动化考勤管理系统，是考勤模式模式的发展方向，以现代信息技术完成考勤业务，可以提高工作效率和工作质量，这与企业的要求是相吻合的。企业管理制度齐全，领导支持创新。 企业计算机设备齐全，网络完善，有良好的机房管理制度。 企业的 全可以掌握系统的使用。 因此，考勤管理系统的运行可行性是可行的。 总体可行性 综上 3个因素，实施考勤管理系统是完全可行的；全面投入使用，也是完全可行的。 2. 系统分析 系统边界 考勤管理系统与工资管系统有着紧密联系。员工考勤信息存入考勤管理数据库，再经过统计传递给工资管理数据库，最后计算出员工工资，从而实现数据的充分共享。该系统为 C/此具有可扩展性好，易维护、易升级，易管理，硬件投资小，安全性好的特点。 定义活动者 活动者 （ 是用户作用于系统的一个角色 。 活动者有自己的目标 ， 通过与系统的交互达到目标 。 根据考勤管理系统的职责和需求可以确定 6个活动者：普通员工、基层主管、 理级、人事考勤管理数据库和财务系统。对于每一个活动者，应当明确其业务活动的内容，对系统的服务要求。 析问题领域 定义 1。 在该 主要是考虑到考勤管理系统体积不大 ， 做成一个顶层图会使得各用例间的关系更清晰 。 “签到刷卡 ” 的 简介 普通员工 （ 包括基层主管和 和经理层在签到的时候 使用 考勤机记录了员工上班时刷卡的日期 、 时间 。 事件流 基本事件序列 员工 ：员工进行签到刷卡 。 系统 ：接收员工签到刷卡的信息 。 系统 ：系统对 如 果确认为 “ 无效 ” ， 转至 系统 ：系统记录员工刷卡的时间 、 日期 、 职员编号 。 系统 ：系统整理记录的签到刷卡的即时信息 ， 生成 出勤信息 ， 内容包括：日期 、 职员编号 、 上班刷卡时 间 、 出勤属性 、 加班时间 、 是否迟到 、 迟到时间 、 是 否旷工 。 系统 ：系统将整理后的签到信息上传到数据库 备选事件序列 起始位置 ：基本事件序列中 ， 考勤机接收员工刷卡 信息 。 触发条件 ：员工身份验证失败 。 具体内容 ：系统做出提示 ， 提供 2种选择： 返回位置 ： 1. 返回起始位置 。 2. 记录签到刷卡信 息 。 启动条件 签到刷卡成功 。 结束状态 如果该 系统将成功记录员工的 出勤信息；否则 ， 系统状态应该保持和该 之前相同 。 “请假考核”的 “签出刷卡”的 “作业考核”的 “生成考勤报表”的 “考勤查询”的 “数据维护”的 “全局分析 ” 侧重于定义拟建系统所采用的构架以及影响构架的要素。 选用构架模式 参照 系统采用层次构架模式。该构架模式是一种具有普遍适用性的构架模式。现定义构架的应用逻辑相关部分为 “ 特定应用层 ” 和 “ 一般应用层 ” 。这里只给出了构架中的较高层次，这两个层次将承载那些与应用逻辑密切相关的要素。较底层次在逐步的分析叠代中给出。在整个层次构架中，较高层次依赖于较底层次。 识别关键抽象 业务需求和软件需求中通常会揭示拟建系统必须处理的核心概念 ， 这些概念同样将成为设计模型中的核心要素 。 我们称之为 “ 关键抽象 ” 。 1 通过 可整理关键抽象如下： 关键抽象暂时放置在 “ 一般应用层 ” 的 “ 关键抽象 ” 包中。 识别分析机制 “ 分析机制 ” 表述常见问题的通用解决模式，即概括的说明如何实现目标系统必须具备的基本功能。 “ 分析机制 ”是 “ 构架机制 ” 在全局分析阶段的表现形式。目标系统中“ 关键抽象 ” 与 “ 分析机制 ” 的映射如下表所示： 选定分析局部 将各种应用场景以高内聚 ， 底耦合的方式组织在一起 。 目标系统局部开发叠代顺序为 将已确定顺序的分析局部放在“ 的结构框架中 ,并在框架中建立 “ 可追溯关联 ”描述 部分析 分析类 分析类是概念层面的内容 ， 与应用逻辑直接相关 。 分析类 所具备的行为 ， 用于扑获拟建系统对象模型的雏形 。 分析 类有三种形式： 1 边界类用于描述拟建系统外部环境与内部运作 的交互 ， 主要负责内容的翻译和形式的转换 ， 并表达相应 的结果 。 通常 ， 控制类用于描述一个 件流控制行为 。 控制类相当于协调人 ， 被那些提出具体任 务要求的类所共知；它自己通常不处理具体任务 ， 但它知 道哪些类有能力完成具体的任务 。 实体类用于描述必须存储的信息 ， 同时描述相 关的行为 。 实体类代表拟建系统中的核心信息 ， 是拟建系 统中最重要的部分 ， 通常需要长期保留 。 “请假考核 ” 分析 提取 “ 分析类 ” 。 根据 “ 请假考核 ” 提取如下分析类 。 1. 控制类：审核类 。 2. 实体类：请假信息类 。 3. 边界类：请假考核界面 。 转述需求场景 。 将 “ 请假考核 ” “作业考核 ” 分析 “生成考勤报表 ” 分析 “数据维护 ” 分析 分析类属性 3. 系统设计 局设计 “ 全局设计 ” 任务将在拟建系统的选举范围内 ， 以分析活动的结果为出发点 ， 将现有的 “ 分析类 ” 映射成模型中的 “ 设计元素 ” 。“ 全局设计 ” 任务的总体思路是从上向下充实层次构架中的内容 ，然后做贯穿层次的调整 。 确定核心元素 “ 确定核心元素 ” 活动的主要依据是多个 “ 局部分析 ” 活动中得到的 “ 分析类 ” 的集合。概念上， “ 设计元素 ” 是能够直接用于指导实施（编码）的模型要素。在本文范围内， “ 核心设计元素 ” 指由 “ 分析类 ” 映射而来的 “ 设计类 ” 。 引入外围元素 “ 引入外围元素 ” 活动的主要依据包括位于中高层次中的“ 核心设计元素 ” 以及分析活动中得到的 “ 分析机制 ” ；该活动的结果是包含具体内容的 “ 设计机制 ” 和被充实的层次构架中低层次 。 外围设计元素 “ 外围设计元素 ” 与拟建系统的应用逻辑不直接相关 ， 它们辅助 “ 核心设计元素 ” 具体的利用 “ 分析机制 ” 所概括的基本服务 。 “ 外围设计元素 ” 通常伴随 “ 设计机制 ” 及“ 实施机制 ” 的逐步 “ 落实 ” 而被引入拟建系统构架中的中低层次 。 换而言之 ， 明确 “ 设计机制 ” 及 “ 实施机制 ”的过程将 “ 带动 ” 向设计模型中引入 “ 外围设计元素 ” 。1 “分析机制 ” 向 “ 设计机制 ” 映射 模型组织结构 “ 模型组织结构 ” 反映了 “ 全局分析 ” 任务以来在层次结构中不断积累的内容在各自层次内的组织方式以及分包的组织结构 。 a. 特定应用层 该层内现有核心设计元素：数 据维护界面 、 查询界面 、 启动 界面 、 数据控制类和网络控制 类 。 根据图 4可将特定应用 层内的设计元素分成 2个包 。 网络包 。 将发送界面类 、 启 动界面类和网络控制类放入该 包中 。 数据包 。 将分配界面类和数 据控制类放入该包中 。 其中 ， 数据包依赖于网络包 。 b. 一般应用层 该层内现有核心设计元素：请假信息类 、 作业信息类和考勤数据类 。 c. 通用服务层 该层内的基础设计元素已按包分类 ， 所以无须重新分包 。 层次之间依赖关系 . 部设计 “局部设计 ” 任务基于 “ 全局分析 ” 和 “ 局部分析 ”的框架 。 利用 “ 全局设计 ”提供的素材 ， 在不同的局部 ， 将分析的结果用 “ 设计元素 ” 加以 “ 替换 ” 和“ 落实 ” 。 用 “ 核心元素 ” 替换 “ 分析类 ” 把分析阶段得出的分析类用 “ 全局设计 ” 阶段确定的 “