考勤管理系统课程设计

考勤管理系统课程设计

考勤管理系统课程设计

一、背景 (3)

二、可行性分析 (3)

2.1技术可行性 (3)

2.2 经济可行性 (4)

2.3 操作可行性 (5)

2.4结论意见 (5)

三、需求分析 (6)

3.1功能需求 (6)

3.2 性能需求 (8)

3.3 全局分析 (8)

3.4系统现状 (9)

3.5系统功能结构 (10)

3.6系统业务流程图 (11)

3.7系统数据流程图 (11)

3.8数据字典 (11)

四、总体设计 (15)

4.1数据库 (15)

4.2系统窗口 (17)

五、综合测试 (18)

5.1 功能测试 (18)

5.2 性能测试 (19)

5.3 安全性、访问控制性测试 (20)

5.4 兼容性测试 (20)

5.5 操作易用性及界面友好性测试 (21)

5.6 测试小结 (22)

六、设计小结 (22)

七、参考文献 (23)

一、背景

由于员工信息不断增多，而职工考勤管理是一项非常琐碎、复杂而又十分细致的工作，这使得以前人工管理暴露出许多不足的地方，并且管理十分不便。随着信息技术的高速发展，各行各业都充分利用信息平台提高自己的管理效率。当今国内各企业已纷纷建立考勤制度，依托考勤管理系统，使管理效率显著提高。

二、可行性分析

考勤管理系统是企业对考勤实现信息化管理，考勤管理中重要涉及的管理任务有两个方面：职工基本信息管理、考勤信息管理。主要有职工基本信息、职工考勤，适用于各企业。考勤系统的目的是为实现员工考勤数据的登记、设计统计和考勤信息查询过程的自动化，完善员工管理现代化，方便管理人员统计考核职工出勤情况，方便员工查询。

2.1技术可行性

技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬件、软件配置能否

满足开发者需要等。目前仓库与仓库之间建有局域网，各仓库均采用 PC 机作为工作台，其容量、速度能满足系统要求。根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。

2.2 经济可行性

主要是对开发仓库货物管理系统的经济效益进行评价，一方面是估算开发它的支出费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。另一方面是估算职工考勤管理这个软件可能取得的收益中可以用钱来衡量的那部分。并对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群。所做软件的开发成本与客户提出的要求是否可达到双方都满意。并且分析系统开发

是否会对其它产品或利润带来一定影响。经过对上述几个方面的调查研究和分析，我们得出职工考勤管理这个软件的市场前景是相当客观的，在经济角度来说，开发职工考勤管理是可行的。

2.3 操作可行性

主要是了解职工考勤管理的相关人员对开发信息系统是否支持，现有职工考勤管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。职工考勤管理人员积极支持该系统开发，使新系统能够充分的发挥作用；系统操作简单，易于理解，操作者经过短时间的培训就可以使用职工考勤管理系统。

2.4结论意见

经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可行。因此，相信在按照计划上实施的前提下，全系统的设计将会按时按量完成。所以系统研制和开发是可以马上进行的。

三、需求分析

考勤管理是人事管理工作中比较重要的一个环节，对于企事业单位充分利用人力资源具有重要的应用价值。考勤管理系统是企事业单位用于记录员工迟到、早退、缺席和请假等出勤情况信息，并提供统计数据的管理信息系统。系统所记录、管理的信息直接与员工的考核相联系，也直接关系到工资调整和职称晋升等员工的直接经济利益。企业门禁考勤管理系统是企业为了实现员工上下班考勤刷卡、数据采集及记录、信息查询和考勤统计，实现薪资结算过程的自动化，完善人事管理现代化。

3.1功能需求

基于系统需求分析，该系统需要实现以下基本功能：

用户管理：管理系统操作人员，设置操作人员口令和权限。在满足不同系统用户的操作需求的基础上，提高系统的安全性。

人事考勤管理：完成企业对员工个人考勤信息（包括员工的基本档案和在职信息）的管理及相关操作。操作员进行员工考勤信息录入及更改，

其中包括员工的基本信息、工作部门、工作流程，要求对这些员工档案信息可以进行新增、修改、删除操作，同时可以进行查询和浏览操作。该模块是本系统的重点，用户可以通过该模块为单位建立一个比较完整的人事考勤系统，同时可以对数据进行查看。

基础数据管理：维护人事管理相关的一些基础数据。主要包括以下功能：

1) 部门类别设置：维护企业中设立的部门类别信息；

2) 职工类型设置：维护当前企业职工与企业的关系的类别信息；

3) 职务类别设置：维护企业中设立的职务类别信息；

4) 职工资类别设置：维护企业中设立的工资类别信息；

5) 称类别设置：维护企业职工的职称类别信息。人事变动管理：对于人事上的变动调整进行管理，对人员考勤的信息进行更新(如：员工职务、员工职称、员工性质等的变动)。

考勤管理：考勤管理可帮助公司完成时间管理记录员工上下班、加班、出缺勤时间，并可将数据

连至薪资计算系统处理，以便作薪资结算。企业还可根据此考勤系统查询企业内各时段的员工出缺勤状况，作管理方面的分析。

数据库管理：对现有的数据库进行管理，包括数据备份和恢复，以方便用户对数据库的管理和维护工作，提高系统的数据安全性。

3.2 性能需求

1) 硬件环境在最低配置的情况下，系统的性能往往不尽如人意，现在的硬件性能已经相当出色，且价格也很便宜，因此通常给服务器端配置高性能硬件。处理器：Inter Pentium II 266 MX 或更高、内存：64MB、硬盘空间：2GB、显卡：SVGA 显示适配器；

2) 软件环境操作系统：Windows 98/ME/2000/NT、数据库：MSQ

3.3 全局分析

用户需要输入用户名和密码进入人事考勤管理系统，对人事考勤管理系统的部门、员工的基本信息进行维护和管理。在考勤管理模块中录入员工当天的考勤信息，同时可对年、月、员工

进行查询。还可以通过考勤汇总查询对员工某月的考勤记录进行汇总，计算出员工月工作天数，早退、迟到的天数等。Use Case 是对一个活动者使用系统的一项功能时所进行的交互过程的一个文字描述序列. 在该Use Case 图中只有顶层图，主要是考虑到考勤管理系统体积不大，做成一个顶层图会使得各用例间的关系更清晰。

3.4系统现状

公司考勤管

人员考勤考勤管结果应

岗位和员信

息

处

理

考

勤

专

员

考

勤

表

设

考

勤

工

具

结

果

录

入

结

果

统

计

绩

效

考

勤

3.5系统功能结构

3.6系统业务流程图

3.7系统数据流程图

3.8数据字典

由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。每张卡片上保存描述一个数据的信息这样做更新和修改起来比较

方便，而且能单独处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。

a、数据流的描述

数据流编号：D-01

数据流名称：员工信息单

简述：各部门给出的员工基本信息

数据流来源：各部门

数据流去向：人力资源部、计划部、考勤部门

数据流组成：部门+姓名+性别+职务

数据流量：约20张/小时

高峰流量：约30张/小时

数据流编号：D-02

数据流名称：出勤规划表

简述：各部门各工作时间归属划分

数据流来源：各部门

数据流去向：考勤部门

数据流组成：部门编号+出勤率+该出勤率所属者

数据流量：约5张/小时

高峰流量：约8张/小时

b、处理逻辑的描述

处理逻辑编号：P-01

处理逻辑名称：工作分配的制定

简述：制定各部门人员年年度工作任务

输入的数据流：员工信息单、员工工作安排表

处理描述：根据员工信息单，划分员工工作岗位及其年度工作任务

输出的数据流：出勤计划分配制定度表。

处理频率：约1次/月

c、数据存储的描述

数据存储编号：F-01

数据存储名称：出勤考核信息存储

简述：将考核结果存入信息库

数据存储组成：部门编号+职务+姓名+性别+出勤情况+实际出勤情况+考核总结

关键字：出勤+姓名

相关联的处理：P-01

外部实体的描述

外部实体编号：S-01

外部实体名称：各部门

简述：提供员工信息单

输入的数据流：D-02

输出的数据流：D-01

外部实体编号：S-02

外部实体名称：各部门

简述：提供员工班次安排，工作时间

输入的数据流：D-01

输出的数据流：D-01

d、数据加工处理的描述

1）点击“基本信息”有“添加用户”，“修改密码”和“重新登陆”的功能。

2）点击“考勤”有“全勤天数”，“请假天数”、“迟到天数”和“旷工天数”的功能。人力资源管理人员可根据员工出勤天数输入数据。

3）点击“备注”有“增加备注”的功能。注：以上三项只有管理人员才可进入

4）点击“考勤查询”有“查询考勤信息”的功能。此部分负责提供按部门或员工查询考勤情况。

5）点击“考勤生成单”有“生成员工考勤单”的功能。员工或管理人员可选择部门和员工，然后单击“打印”可进入[考勤单报表]对话框。

四、总体设计

通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。

4.1数据库

1）职员考勤信息表

字段名是否

主键字段

类型

字段

长度

空

否

备注名

姓名是char 8 否

职员编号是int 10 否Empld 部门编号否int 4 是Depld

当月考勤天数否int 4 是DaysPr

esiMont

h

出勤天数否int 4 是LeavdD

ays 请假天数否int 4 是Absent

Days 出差天数否int 4 是Errand

Days 迟到天数否int 4 是LateDa

ys 早退天数否int 4 是LeaveE

arlyDay

s

2）建立职工考勤表

CREATE TABLE dbo. tbWorkRecord (

RecordYear int(4)NOT NULL,

RecordMonth int(2)NOT NULL,

EmpId int(10)NOT NULL,

DepId int(4)NOT NULL,

DaysPresiMonth int,

LeavdDays int,

AbsentDays int,

VacDays int,

ErrandDays int,

LateDays int,

LeaveEarlyDays int,

OtlDays int,

Ot2Days int,

Ot3Days int

CONSTRAINT PK_tbWorkRecord

PRIMARY KEY(RecordYear,RecordMonth,EmpId)

)

GO

4.2系统窗口

五、综合测试

5.1 功能测试

功能测试是每个系统都必须要测试的类型，用以保证确保被测系统实现了客户的基本使用要求，如果该项测试没有通过，基本上该系统完全不符号要求。具体测试，简单归纳如下：

1）单独功能点测试，测试单独功能点实现是否正确；

2）有关联功能点之间的测试，测试两个功能点之间的影响是否正确，子系统与子系统之间的关联是否正确；

3）权限相关测试，测试对应权限的登入者操作权限及数据权限是否正确；

4）功能点附属功能的测试，比如附件增删改，表单打印等。

5.2 性能测试

在项目紧张的开发过程中，很容易忽略性能问题，可能在设计之初就已经埋下了隐患，所以在系统试用后即使在使用人数很少、基础数据量很小的情况下也会出现性能问题。性能测试目的是验证软件系统是否能够达到用户提出的性能指标，同时发现软件系统中存在的性能瓶颈，优化软件，最后起到优化系统的目的。主要包括以下几个方面：

1）评估系统的能力，测试中得到的负荷和响应时间数据可以被用于验证所计划的模型的能力，并帮助作出决策；

2）识别体系中的弱点：受控的负荷可以被增加到一个极端的水平，并突破它，从而修复体系的瓶颈或薄弱的地方；

3）系统调优：重复运行测试，验证调整系统的活动得到了预期的结果，从而改进性能。检测软件中的问题：长时间的测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问题或冲突；

4）验证稳定性（resilience）可靠性（reliability）：在一个生产负荷下执行测试一定的时间是评估

系统稳定性和可靠性是否满足要求的唯一方法。

5.3 安全性、访问控制性测试

归纳到软件系统中为：登入权限、功能操作权限、数据权限和管理员权限。这些权限控制了系统使用的方方面面，以达到前面所说的控制目标。但往往在实际测试过程当中，为测试方便起见，都赋予了测试账号极为广泛的权限，所以在测试用例设计阶段就要考虑到有安全性问题要测试，以免遗漏。如果权限真的出了问题，某人冒充领导审批多少钱的款项，那就问题大去了。安全性、访问控制性的测试，按照操作来分，要考虑如下方面：

1）登入测试2）功能权限测试3）数据权限测试4）特殊约束5）管理员权限

5.4 兼容性测试

软件相关兼容性测试主要考虑如下几个方面：

1）操作系统的兼容性2）浏览器的兼容性3）办公系统所用到的控件的兼容性