考勤管理系统分析与设计.doc

长沙理工大学软件工程课程设计报告 学 院 专 业 班 级 学 号 学生姓名 指导教师 课程成绩 完成日期 课程设计成绩评定学 院 专 业 班 级 学 号 学生姓名 指导教师 课程成绩 完成日期 指导教师对学生在课程设计中的评价评分项目优良中及格不及格课程设计中的创造性成果学生掌握课程内容的程度课程设计完成情况课程设计动手能力文字表达学习态度规范要求课程设计论文的质量指导教师对课程设计的评定意见综合成绩 指导教师签字 20*年 月 日22目录摘 要 41 管理系统引言52 可行性分析报告53项目开发64需求分析74.1引言74.2系统综合要求75程序概要设计75.1总体设计75.2考勤管理数据库105.3 职工考勤表115.4 应用程序主要框架115.5 主要文件和类135.6 应用程序主要变量和流程图145.7 程序运行结果166 结束语17参考文献19摘 要 考勤管理是企业管理中非常重要的一环。作为公司主管考勤的人员能够通过考勤管理系统清楚的看到公司员工编号，姓名，部门以及签到时间、签离时间以及是否迟到、早退等诸多信息。还能够通过所有员工的出勤记录比较来发现企业管理和员工作业方面的诸多问题。更是员工工资及福利待遇方面重要的参考依据。正是基于如此多的优点和作用，本文课程设计分析并设计了这个公司员工考勤管理系统。此考勤管理系统基于Visual C+的MFC以及Micosoft Acess 2000，根据客户需求和实际软件发展情况设计而成。界面友好，操作简单。软件投入使用后更是能够根据客户新的需求而不断的添加和更新其功能。关键词 编号；姓名；部门；签到时间；签离时间1 管理系统引言1.1概论飞速发展的今天，随着计算机科学水平和网络的飞速发展，使得它已融入到了日常工作和生活中的方方面面之中，为广大用户提供了更加周到和人性化的服务。比如考勤管理，信息管理，查询资料等等。我们都知道，考勤管理系统是任何一个营业单位不可缺少的部分，它的内容对于单位的管理者和内部员工来说都至关重要，所以考勤管理系统应该能够为用户提供充足的信息和快捷的安全查询，及实时管理手段。但在过去，人们一直在使用传统的人工的方式来进行考勤管理，这种落后的方式存在着许多缺点，如：效率低，保密性差，另外时间一长，将产生大量的文件和数据，这对于查找，更新和维护都带来了不少的困难。而使用计算机对员工出勤进行管理，具有手工作业所无法比拟的优点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高管理的效率。 此次开发了一种基于C+的 MFC和Access下的考勤管理系统。其不但具有实际考勤管理系统应有的档案管理，信息安全认证等功能，且拥有用户使用更简单、界面更直观等优点。考勤管理系统在我国任何一个单位是必需的，随着我国的发展，考勤管理系统的作用会得到更加充分的体现。1.2目标通过此次课程设计能够更进一步的了解Visual C+，能加深理解和巩固上课所学的有关程序设计的基本概念、基本理论和基本方法，而且能提高自我的编程能力和上机操作能力，以及分析问题和解决问题的能力；同时对学生进行良好的独立工作习惯和科学素质的培养，为今后参加科学研究工作打下良好的基础。2 可行性分析报告2.1、前提2.1.1编写目的广泛的讨论是否有开发企业员工考勤管理系统的必要性和迫切性。2.1.2定义经济可行性-讨论并切实的研究开发企业员工考勤管理系统的支出损耗和最终收益的最大比。讨论如何实现最大的经济和社会效益。 技术可行性从功能,性能等方面分析,看企业员工考勤管理系统是否是一个技术上可实现的系统。法律可行性根据相关的法律条文，明确系统开发可能导致的责任。 2.2、分析可行性研究2.2.1软件要求严格依照ISO/IEC 9123软件质量模式体系进行软件质量的把关。2.2.2软件目标软件工程的标准化可以提高软件的可靠性，可维护性和可移植性；提高软件的生产率；提高软件人员之间的通讯效率，减少差错和误解；有利于软件管理，有利于降低软件的运行维护成本，缩短软件开发周期。2.2.3可行性研究具体方案在查阅相关书籍和资料的前提下，通过与老师和同学的交流来找到一条最适合考勤管理系统开发的路径。在开发过程中，还应该时刻关注用户对考勤系统新的需求，实时更新，添加和完善系统的功能。2.2.4软件评价标准好的软件系统的优势必然体现在界面简单、操作方便、功能强大、并且安全性能高等方面。所以软件评估的尺度就应该按照上面的标准。3项目开发3.1引言开发人员和用户应该明确软件系统开发的周期。分步骤完成计划的内容，在计划之内充分参考用户对软件设计的要求。3.2项目概述3.2.1工作内容人员组织与安排,进度计划,资源利用,经费使用3.2.2主要参加人员周勇3.2.3产品员工考勤管理系统3.3技术要求Windows操作系统，VC+，程序运行平台Windows XP， Micosoft Acess 2000，一定程度上还需要用户对系统的监督和相关技术的提供。4需求分析4.1引言为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提条件，不论我们把设计和编码工作做的如何出色，不能真正满足用户需求的程序只会令用户失望，给开发者带来烦恼。4.2系统综合要求4.3.1功能需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。4.3.2性能需求指定系统必须满足的定时约束和容量约束。4.3.3可靠性和可用性需求4.3.4出错处理需求标示了出错和给予更正的提示。4.3.5接口需求借口需求描述应用系统与它的环境通信的格式。4.3.6约束设计约束或实现约束描述在设计或实现应用系统时应遵守的限制条件4.3.7逆向需求5程序概要设计5.1总体设计此员工考勤管理系统是在Visual C+的SDI3中制作完成的。此系统由一个登陆界面对话框(图1-1)；一个主界面(主要用于对数据的操作及具有查询功能图1-2)；两个信息对话框(分别具有员工信息表和员工出勤状况表图1-3和图1-4)组成。图1-1 登陆界面图1-2 主界面(操作界面)图1-3 员工信息对话框图1-4 员工出勤对话框为了更加清楚的描述此系统的功能，有如下功能模块图：如图1-5所示。登录系统主控界面 员工出勤对话框员工信息对话框 图1-5 系统功能模块图 5.2考勤管理数据库员工管理是考勤管理中的一个重要的方面，单位需要员工信息对进行记录，如员工的编号、名称、性别等等，都需要清楚的进行说明。根据考勤管理的特点，设计“员工信息数据表”的结构如表1-6所示。参考数据如表1-7所示。字段名称数据类型字段大小索引必须填写职工编号数字长整型关键 唯一是职工性别文本2是职工姓名文本20是职工年龄数字长整型是职工爱好文本20是所在部门文本30是表1-6 员工信息职工编号职工性别职工姓名职工年龄职业爱好所在部门1001男张三27电脑保安科1002男李四30体育管理部1003男王五28小说销售部表1-7 员工信息表5.3 职工考勤表在一个考勤管理系统中，考勤表的管理同样是一个重要的方面。根据考勤管理的特点，设计“职工考勤表”的结构如表1-8所示。字段名称字段类型字段大小索引必须填写职工编号数字默认关键 唯一是职工姓名文本20是职工部门文本30是签到时间日期/时间默认是签到时间日期/时间默认是迟到否文本10是早退否文本10是表 1-8“职工考勤表”结构5.4 应用程序主要框架应用系统框架中的单个文档(SDI)，IDD_KQGLSYS_FORM作为应用系统的封面加以制作。SDI的制作过程如下：启动VC+，出现VC+主控界面；在VC+主控界面中单击“文件|新建.”菜单项，出现新建工程类型选择对话框，在工程类对话框中选择MFC AppWizard(EXE)工程类型；输入工程名为“KQGLSYS”并选择Win32平台类型；单击“确定”按钮，进入文档类型设置对话框；选择“单个文档”类型，即创建一个SDI的应用程序，设置资源使用的语言为中文，单击“下一个”；选择查看数据库不使用文件支持后点Data Source(如图1-9所示),然后用ODBC连接所需要的数据库：“考勤管理系统数据库”；图1-9单击“完成”按钮，出现SDI的全部信息，如下所示：Application type of KQGLSYS: Single Document Interface Application targeting: Win32Classes to be created: Application: CKQGLSYSApp in KQGLSYS.h and KQGLSYS.cpp Frame: CMainFrame in MainFrm.h and MainFrm.cpp Document: CKQGLSYSDoc in KQGLSYSDoc.h and KQGLSYSDoc.cpp RecordView: CKQGLSYSView in KQGLSYSView.h and KQGLSYSView.cpp Recordset: CKQGLSYSSet in KQGLSYSSet.h and KQGLSYSSet.cpp (connected to table 职工考勤表 in data source 考勤管理数据库)Features: + Initial toolbar in main frame + Initial status bar in main frame + Printing and Print Preview support in view + 3D Controls + Uses shared DLL implementation (MFC42.DLL) + Database support, without file support + ActiveX Controls support enabled+ Localizable text in: 中文中国到此应用程序基本框架创建完成。5.5 主要文件和类 应用程序里有对类及成员函数的封装是必不可少的，在此说明此程序的主要头文件、实现文件、主要类以及其基类，如表1-10所示：表1-105.6 应用程序主要变量和流程图 一个应用程序中应有必要的变量用来对数据进行操作，此程序中的主要类的成员有：CRecordSet* m_pSet；其数据变量如表1-11所示：表1-11 此程序的操作主要是关于对数据库内的签到时间、签离时间、迟到否、早退否4个数据进行添加、修改、删除等。此方面的流程图如流程图1-12所示： 开始m_pSet-QDTIME=”无记录”AfxMessageBox(“已经登记了”)m_pSet-m_QDTIME=m_QDTIME;m_pSet-m_CDF=m_CDF; m_pSet-Updatedata();TF结束 流程图1-12 算法说明：此流程图粗要的概括了对“签到时间”以及“迟到否”的操作，其中m_QDTIME为系统时间(通过用函数CTime:GetCurrentTime并将其转换为CString传给m_QDTIME)；m_CDF就根据m_QDTIME的值来选择赋予“是”或者“否”。 此程序的另一个重要操作就是查询功能，在此是通过输入员工的姓名来查询的。此方面的流程图如流程图1-13所示： 开始输入姓名(m_index)m_pSet-MoveFirst()m_pSet-m_ZGXM=msgm_pSet-IsEOF()m_pSet-MoveNext()AfxMessageBox(“对不起，无此人”)UpdateData(FALSE);UpdateData();m_QDTIME=m_pSet-m_QTIME;m_QLTIME=m_pSet-m_QLTIME;m_CDF=m_pSet-m_CDF;m_ZTF=m_pSet-m_ZTF;UpdateData(FALSE);结束TFTF流程图1-13 算法说明：此流程图描述了查询的内部过程，其中m_index为所输入的姓名及查询编辑框的变量。整个过程是通过对数据库记录的顺序查找看是能得到相同的名字来进行变量赋值查询。5.7 程序运行结果 本程序的运行结果如图1-14所示： 图1-14 程序运行结果 6 结束语由此，本考勤管理系统的全部设计过程基本上就完成了。从设计的全过程来看，基本上是采用了面向对象的设计方法。它与结构化方法有很大的区别。所以，我们有必要对它们进行一定的比较：分析是问题抽象，设计是问题求解，实现是问题的解。任何方法学对客观世界的抽象和求解过程都是如此。在问题抽象阶段，结构化方法面向过程，按照数据变换的过程寻找问题的结点，对问题进行分解。因此，与面向对象方法强调的对象模型不同，描述数据变换的功能模型是结构化方法的重点。如果问题世界的功能比数据更复杂或者更重要，那么结构化方法仍然应是首选的方法学。如果数据结构复杂且变换并不多，那么如以过程主导分析和设计，一旦有系统变更就会给下游开发带来极大混乱。由于对过程的理解不同，面向过程的功能细分所分割出的功能模块有时会因人而异。而面向对象的对象细分，从同一问题领域的对象出发，不同人得出相同结论的比率较高。在设计上，结构化方法学产生自顶向下、结构清晰的系统结构。每个模块有可能保持较强的独立性，但它往往与数据库结构相独立，功能模块与数据库逻辑模式间没有映射关系，程序与数据结构很难封装在一起。面向对象设计