数据库设计说明书-考勤管理系统（精选14篇）
数据库设计说明书
文件名称：数据库设计说明书 文件编号： …..编 制 人： 编制日期： 审 核 人： …
版 本： 1.01版
目录
1引言...............................................................................................................................................3
1.1编写目的.............................................................................................................................3 1.2背景.....................................................................................................................................3 1.3定义...................................................................................................错误！未定义书签。1.4参考资料.............................................................................................................................3 2数据的逻辑描述...........................................................................................................................3
2.1静态数据.............................................................................................................................3 2.2动态输人数据...................................................................................错误！未定义书签。2.3动态输出数据...................................................................................错误！未定义书签。2.4内部生成数据.....................................................................................................................3 2.5数据约定...........................................................................................错误！未定义书签。3数据的采集...................................................................................................................................4
3.1要求和范围.........................................................................................................................4 3.2输人的承担者.....................................................................................................................4 3.3预处理.................................................................................................................................4 3.4影响.....................................................................................................................................4
数据库设计说明书
1引言
1.1编写目的
本文档为考勤管理系统数据库设计分析报告，为考勤管理系统的设计的主要依据，主要针对考勤管理系统的概要设计和详细设计人员，作为项目验收的主要依据。
1.2背景
本软件全称为员工考勤管理系统
本软件为长安大学24020602班喻石小组加中实习项目由喻石、姚重亮、马绥鲜、张怡共同完成，软件适用于小型企业的员工考勤管理。
1.3参考资料
阳光酒店管理系统
2数据的逻辑描述
对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据，包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。
2.1静态数据
上班时间，加班时间，缺勤原因。
2.2内部生成数据
内部生成数据为员工迟到次数，旷工次数和请假次数。
3数据的采集
3.1要求和范围
按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包括：
a.输入数据的来源：数据的输入由公司的员工管理人员负责将数据输入至员工考勤管理系统
b.数据输入（指把数据输入处理系统内部）所用的媒体和硬设备：计算机一台，以及员工考勤管理系统，员工证。
c.接受者：数据接受者主要为公司人事管理部门主管或经理。
d.输出数据的形式和设备：输出数据的硬件设备为计算机或打印机，主要在显示器上输出表格，列出员工考勤签到情况。
e.数据值的范围：员工上班时间数据取值为时间，采用24小时制，迟到次数和缺勤次数的数据应为大于等于零的整数。原因一项数据取值应为字符串。f.量纲：数据度量单位为时间，每次增量为分钟。
3.2输入的承担者
输入的承担者为公司员工管理人员。
3.3预处理
采集的数据应为员工上班时间。
3.4影响
使用这个软件需要用户安装SQL数据库，并安装JAVA服务平台，采用本员工考勤管理系统需要一考勤管理人员将员工上班时间等输入其相应的表格单元，该系统将自动判断该员工是否迟到并统计数据，方便主管人员查看员工考勤记录。
4结构设计
表1：
员工基本信息管理表
字段名 ID stuff_no stuff_name stuff_sex stuff_age stuff_born stuff_birthplace stuff_photo stuff_worktime stuff_postion stuff_tel stuff_address stuff_power stuff_remark stuff_nation
表2：
考勤管理表 字段名 ID stuff_no stuff_gettime stuff_reason stuff_overtime stuff_late record_time
表3：
全体员工密码表 字段名 ID stuff_no stuff_pwd
类型 int
varchar varchar varchar int
varchar varchar varchar varchar varchar varchar varchar varchar varchar varchar 类型 int varchar varchar varchar varchar varchar varchar 类型 int
varchar varchar 允许为空
√
√ √
√
允许为空
√
允许为空
默认值 说明
序号
员工号
姓名
性别
年龄
出生日期
籍贯
照片
上班时间
职位
联系方式
家庭住址
权限
备注
民族
默认值 说明
序号
员工号
签到时间 无
未到原因 未加班 加班记录 否
迟到否 系统时间 记录时间
默认值 说明
序号
某公司有相对完善的考核规则和考核系统,但考核系统中的考勤部分仍然存在问题:公司采用中控X-628指纹考勤机进行员工考勤,由于设备自带的系统操作复杂且相对独立,不能与公司的考核系统衔接,因此该公司仅利用该系统进行考勤数据的导入导出。而考核管理员需要每个月到各个服务队去导出考勤数据,再手工汇总,最后用键盘录入的方法录入到考核系统中。这使得考勤数据存在泄漏和修改的可能,也导致了考勤数据不客观准确,且考勤效率低、工作量大、考勤结果不能及时更新等。由于中控考勤机为用户提供设备二次开发接口,方便用户进行数据管理,因此该公司希望利用已有考勤机进行二次开发以完善考核系统中的考勤模块,使其能更好地满足公司考核需求。
根据考勤数据管理系统的发展过程[1]和考勤工具的发展和演变[2],结合该公司提供的二次开发接口文档,分析原绩效考核系统与新考勤数据管理系统需求,设计开发了一套基于中控考勤机的远程一体化考勤数据管理系统。这让考勤数据管理很好地与原绩效系统对接,达到了考勤电子化[3]、数据更新及时的目的,简化了考勤管理员操作,提高了工作效率,可为公司的考核提供安全可靠的数据依据,也使考勤工作更加科学化、规范化、智能化[4]。
1 需求分析
1.1 功能需求分析
该公司在人员考核方面具有以下特点:
1)公司人员众多,结构复杂。
2)服务器、考勤机、计算机购买时间较早,机器较陈旧。
3)各基层队考勤标准不统一。
4)该公司的考核系统中的考勤管理部分存在低效率、易假冒的问题。
鉴于以上几点,本文系统提供系统管理员和高级管理员两个角色,并尽量简化管理员的操作流程,提供易推广、易维护、数据准确可靠、界面友好、使用方便、运行高效的指纹考勤机数据管理系统。
1.2 性能需求
时间特性
经过测试,数据库操作平均响应时间小于5秒,系统平均响应时间小于1秒,符合用户要求。
安全性
本系统对重要的信息进行加密,且只有符合条件的管理员才能登录成功,保障了数据的安全性。
适用性
只需要管理员在服务器端安装SQL Server 2000或以上版本的数据库管理系统,在服务器端安装浏览器,再将考勤机安装到考勤地点,即可正常运行本系统。
2 系统分析与设计
2.1 组织结构分析
该公司具体组织结构如图1所示。
以该公司某销售营业部为例,在该营业部设立系统管理员,可以进行查看、下载、统计考勤记录等操作。
2.2 功能性分析
通过对该公司的流程进行分析,确定指纹考勤机数据管理系统共包含五个子功能,分别为统计分析、数据管理、设备操作、日常维护和外部信息。系统总体结构功能如图2所示。
系统主要功能详细分析概述如下:
1)按照出勤类型,统计分析分为正常出勤分析、加班数据分析和例外数据分析。正常出勤分析主要分析员工按照正常班次出勤的数据;加班数据分析主要分析员工加班考勤的数据;例外数据分析主要分析员工因出差等原因考勤的数据。这里仅以正常出勤分析为例。正常出勤分析模块可以查看员工考勤基本信息,并生成图表,可按照姓名、时间段、设备名、签到类型条件查询,但不能对考勤数据进行修改。
2)出勤统计。在统计分析的基础上将考勤统计结果存入数据库中,是给该公司考核系统提供考勤结果的重要依据。
3)设备列表。对设备进行增加、删除、修改、连接和断开操作,可以根据设备名称、IP地址、端口号和机器号进行查询。
4)下载员工信息。从相应的考勤机上下载员工的基本信息,如考勤号、姓名、指纹等。下载考勤数据和下载员工信息功能类似,这里不再赘述。
5)考勤机员工对应。将从考勤机下载的员工信息与该公司的考核系统的员工信息进行对应,可以对对应关系进行增加、删除、修改的操作,也可根据员工考勤号或员工姓名对关系进行查询操作。
6)临时加班维护。对临时性加班的维护,为加班考勤提供依据;考勤例外维护指因出差等原因造成无法考勤的时间段的考勤维护;正常班次维护指一般情况下需要进行的考勤维护;轮班信息维护指按照公司规定轮流值班的维护。这些模块均可进行临时加班的增加、删除、修改和查询操作。
7)查看员工信息。查看该公司考核系统中的员工信息,但不提供增加、删除、修改的操作。根据该管理员的角色,判断可以查看哪一部分员工的信息。同样,查看考核团队指查看该公司该管理员管辖下的考核团队信息。
2.3 业务流程分析
系统业务流程分析如图3所示。
管理员登录成功后,可以查看设备操作列表。首先添加设备基本信息,所添加的信息要与考勤机信息一致,再点击连接设备,系统与考勤机便可以实现对接。此时,可以从中下载考勤机中的信息,如员工信息、考勤信息。
管理员可以查看该公司的考核系统中的员工信息、考核团队信息。并将考勤机中员工与考核系统中员工对应起来,实现考核系统与考勤系统对接。
管理员需要依次对正常班次时间段、正常班次、加班时间、考勤例外进行日常维护,设置完成后再对每一个员工进行排班管理。
员工每日进行考勤,考勤信息会存储在考勤机中。系统从考勤机中下载数据,并进行汇总分析,将最终的考勤结果上传到考核系统中。
2.4 数据库设计
经过数据分析可知,数据表主要包括考勤机信息表、考勤原始数据表、员工信息表、用户信息表、用户考勤计算结果表、员工考勤例外表、员工临时排班信息表、考勤机临时班次信息表、员工排班信息表、轮班次序表、考勤机班次信息表等。其中,用户信息表存储的是所有工作人员指纹的特征信息,是与指纹比对的基础;并将员工出勤、迟到、早退等考勤结果存储到考勤原始数据表中,也将作为管理人员统计分析考勤数据的基础。利用Power Designer数据库设计工具完成数据库概念模型的设计,如图4所示。
本系统数据库实现采用的是SQL Server系列的关系数据库。数据库引擎系统作为SQL Server的服务核心,可为关系型数据和结构化数据[5]提供安全可靠的数据存储和管理功能,其具有使用方便、可伸缩性好、相关软件集成程度高等优点。
2.5 输入输出设计
(1)输入设计
输入数据的内容为日期,信息记录格式为日期字符串,输入设备是鼠标输入或键盘输入。输入界面如图5所示。
(2)输出设计
确定输出内容为员工信息,设计输出信息内容以文字的格式显示,输出设备为电脑屏幕,输出以表格的格式显示。输出界面如图6所示。
3 系统实现
3.1 系统架构选择
本系统采用浏览器/服务器架构,即B/S架构,由数据库服务器和Web服务器组成[6]。数据库服务器[7]主要分为三个部分:指纹考勤机、考勤系统数据库和考核系统数据库。其中,指纹考勤机主要进行员工信息的录入和日常考勤指纹录入,并将数据通过网络传送到数据库;而用户还可以访问考核系统的数据库进行信息交换。用户只需要在服务器安装浏览器,根据考勤规则生成考勤记录。与传统的C/S架构相比,具有系统升级维护方便、开放性好和扩展性好的优点[8]。
从系统的结构和功能上看,系统分为表示层、应用层和数据层三层体系结构。表示层主要用于显示由业务逻辑层动态传递过来的数据信息。具体架构如图7所示。
3.2 系统部分代码展示
管理员需要将考勤机中存储的员工信息下载到本地数据库中。该部分功能的示例程序步骤如下所示:
1)连接考勤机。代码为:
ax CZKEM1.Enable Device(ma,false);
ax CZKEM1.Connect_Net(m.IP,po);
2)读取考勤机中员工信息到内存中。代码为:
ax CZKEM1.Read All User ID(ma);
3)从内存中逐条读取数据到数据库中,并循环遍历,与数据库中数据比对是否有重复信息。代码为:
4)遍历数据库中的员工信息,并显示到表中。
3.3 系统界面实现
管理员登录成功后进入系统主界面,如图8所示。最上面显示的是管理员的状态,最左侧是菜单栏,点击各个子功能会出现相应的下拉框,中间部分是主要操作界面。在设备列表界面可以进行设备的新增、修改、删除、连接、断开及查询操作。
点击左侧导航栏中下载考勤数据,主界面便会出现如图9所示的界面。可以选择相应设备查询考勤数据,并进行下载。
正常出勤分析指的是对员工考勤信息的统计分析,界面如图10所示。点击查询详细,显示所有员工出勤的详细信息;点击数据汇总,显示员工出勤签到、签退次数总和。
4 结语
本文以某公司考核系统中的考勤部分完善为背景,经过用户需求分析、系统分析与设计、系统开发,最终开发了指纹考勤机数据管理系统。采用C#语言,以ASP.NET为平台,对系统进行了三层结构的创建,将企业考勤规则融入其中,将考勤系统与之前的考核系统无缝对接,实现考勤机数据的实时下载。该系统在研发成功和投入实际使用后,进一步推进了该公司考勤制度的自动化和电子化,提高了考勤数据的真实性和可靠性;对类似考勤系统的改进提升或构建具有借鉴性。
摘要：针对某公司绩效考核系统中考勤数据手工录入工作量大、数据不准且无法实时获取更新的问题,构建基于指纹考勤机开发接口的考勤数据管理系统。结合公司已有的考勤模式及考核需求,设计该系统的主要功能,通过用户需求调研分析、系统分析与设计、系统编码实现等过程,实现了基于B/S结构的指纹考勤机数据管理系统。主要功能包括指纹考勤机设备操作、外部系统接口管理、数据管理、统计分析和日常维护等五个基本功能。该系统可通过局域网操作联网考勤机,并与绩效考核系统无缝对接,达到了考勤电子化、数据更新及时的目的,简化了考勤管理员操作,提高了工作效率。
关键词：指纹考勤机,数据分析,信息系统分析设计
参考文献
[1]尹义龙,宁新宝,张晓梅.自动指纹识别技术的发展与应用[J].南京大学学报(自然科学版),2002,38(1):29-35.
[2]章通,陈金玉.网络指纹考勤系统的设计与实现[J].计算机应用与软件,2011,28(2):73-75.
[3]曾井红.网络环境下高校图书馆办公室管理工作的变革[J].江西图书馆学刊,2008,38(4):44-45.
[4]张维.基于ASP.NET的考勤管理系统的设计与实现[J].高等函授学报(自然科学版),2004,18(5):54-56.
[5]耿冲.SQL Server 2005数据库管理[M].北京:机械工业出版社,2003.
[6]徐相林.基于ASP.NET技术的B/S三层结构设计和实现[J].电脑知识与技术,2008(S1):34-35.
[7]张锦祥.基于B/S模式的数据库服务器安全实现[J].浙江教育学院学报,2008(5):64-68.
[摘要]本文针对高校学生考勤管理方式提出设想，即使用移动终端及无线网络技术进行考勤管理。这种方式可以简化签到及请假流程实现信息高效传递。减少校方成本投入的同时也节约了大量人力物力。
[关键词]考勤；管理信息系统；设计
1.研究现状
对于人员的考勤管理，目前我国企业单位主要是使用考勤机，通过识别人体特征来进行考勤记录，包括指纹、人脸部、虹膜识别等，机读模式考勤机的应用也十分广泛。但在高校学生的考勤管理中考勤系统使用并不广泛，这一方面是因为高校考勤管理与企业考勤管理在方式和要求上存在较大差异，市面上针对高校管理模式开发的考勤系统较少，另一方面因为软件公司对高校的管理模式并不了解，开发的系统不能很好的满足高校需求。
如今我国高校普遍采用传统点名法收集管理学生的考勤信息，即教师课上点名记录，课下整理反馈。这种做法成本很低，但是会耗费大量的时间和人力，且不适用于规模较大的课堂。一些高校也会采用刷卡或生物识别的方式进行考勤管理，但是校园中人员众多，班次复杂，考勤规则不一，会产生高昂的设备成本。在这样的背景下一些教师开始使用智能移动终端配合软件的管理方式，只需要设备、软件及无线网络，成本低见效快，这也是本文想要探讨的方法。
2.需求分析
本系统最终用户为高校学生、任课教师、学生辅导员、系统管理员、系统维护人员，其中学生为考察对象。
2.1人员需求
学生：登录，课表，签到，请假，出勤情况查询，操作界面设置
教师：登录，课表，点名，学生信息查询，出勤情况统计，编辑学生考勤信息
辅导员：登录，课表，出勤情况统计查询，请假审批
管理员：登录，查看信息，编辑信息，数据统计，修改密码
2.2功能需求
（1）识别签到者身份，防止代签发生
（2）点名在线进行，节省课上时间
（3）与校医院病例系统连接，实现假条在线审批，方便学生请假
（4）携带方便，可以随时查看信息
（5）错误率低，发现错误可以及时修正
（6）自动统计数据，减少人力浪费
3.系统模型
学生考勤管理系统在连接校园网的基础上进行考勤管理并且与校医院电子病历系统联动。由计算机和手机客户端进行考勤信息的接收和發送，电子病历系统进行学生病假信息的传送，服务器进行向客户端的信息传输和统计。
4.流程设计
（1）签到：课堂签到时，教师先公布一个4位数字，学生打开考勤系统app点击签到功能输入数字。1分钟倒计时结束后学生用户端会提示签到成功与否，教师用户端显示到课情况并给出未出勤名单。出因意外情况未成功的同学和迟到的同学可以由老师手动更改出勤情况，其余算作旷课。如图二所示
（2）事假：请事假的同学点击事假选项填写理由，辅导员用户端接收消息并审阅，如果批准则会在学生用户端显示请假成功的通知和销假日期，同时向教师用户端发送学生请假信息。不批准则直接给学生发出信息，显示拒绝理由。如图三所示
（3）病假：请病假的同学先到校医院诊断，医生认为应当休息就在电子病例系统中填写病假信息，上传至考勤系统后，学生、任课老师、辅导员都可以收到病假消息。如图四所示
5.总结
根据广州智康的实际运营情况，为进一步规范考勤、休假及数据提报工作，提高工作效率，根据《考勤管理制度》的相关规定，特进行考勤管理的补充说明。
第一条工时工作制
公司全体员工均需根据公司排班进行考勤，不实施打卡满9小时的工时工作制。
第二条打卡规定
一、公司全体员工实行指纹打卡，因加班、临时外出或当日请假未满8小时的员工，在离开或返回公司时均需指纹打卡。
二、跨校区授课老师，到其他校区上课，皆须在其所授课校区录入指纹。上课和离开均需进行指纹打卡。
三、各校区做好跨校区上课老师的考勤工作，需将所有到其校区上课的老师指纹录入指纹机。
四、员工忘记打卡，月累计3次（含3次），记为迟到一次。教师在其他校区授课忘记打卡，同样按照月累计3次（含3次），记为迟到一次。
忘记打卡，需填写《未打卡记录表》，并由部门/校区负责人签字确认。无任何手续视为旷工。《未打卡记录表》不是到其他校区/总部上课或工作的记录，是指忘记打卡需填写的表单。
公司总部职能员工外出，需填写《外出登记表》，并不计入未打卡记录。
五、员工请假必须填写《请假申请单》，经过审批后，方能进行休假。无纸质《请假申请单》的员工休假，一律按照旷工处理。员工如有紧急情况，不能及时填写《请假申请单》，需第一时间电话、邮件告知直属领导，休假完毕后需补填写《请假申请单》，经过审批后，由考勤员提交到人力资源部。无纸质版请假单，人力资源部皆视为无效请假，将按照公司考勤制度处理。
六、寒暑假期间的调休需在当12月31日前休完。其他员工（非老师）周一、二调休需在当月考勤周期内调休完毕。
第三条考勤表单、数据提报流程
一、校区/部门将自己校区/部门内的《请假申请单》、《未打卡记录表》、《加班申请表》、《员工存休汇总表》、《实际考勤记录汇总表》在每周一交到人力资源
部。
二、校区于每月月底前一天从校区考勤机里导出当月校区考勤原始数据，并将原始数据发送人力资源部，由人力资源部汇总并在月底最后一天发给各校区，各校区负责人根据校区老师、员工实际考勤进行统计成表并打印《**校区*月考勤汇总表》，在每月1号发回人力资源部。纸质版考勤汇总表需各位校区负责人签字后，在每月10号前交到人力资源部。
第四条考勤抽查
一、人力资源部将根据各校区提交的《请假/调休申请表》、《加班申请表》、《未打卡记录表》、《**校区*月实际考勤数据》、《**校区*月考勤汇总表》对各校区/部门的考勤于每月中旬抽查上月考勤提报情况。
二、抽查考勤时，发现与实际考勤不符者，人力资源部将对考勤员并连带校区负责人进行全员通报批评。如连续发现抽查结果不符三次以上者，将计入下月绩效。
第五条本补充说明由人力资源部负责解释。第六条本说明自2012年5月21日起实施。第七条附表
附表
一、《请假/调休申请表》
请假/调休申请表
加班审批表
未打（刷）卡记录表
姓名：
员工编号：部门：职位：
考勤月份：月
实践教学
*******************
兰州理工大学
计算机与通信学院
2014年春季学期
课程设计
题目：专业班级：姓名： 学号：指导教师：成绩：
目录
摘要...........................1 1.2.3.4.5.需求分析.........................2 概念结构设计........................2 逻辑结构设计........................2 系统实现.........................2 系统测试.........................2
参考文献..........................2
课程设计总结......................4文档排版要求：
一级标题：宋体，三号，加粗
二级标题：四号，宋体
正文：宋体，小四号，1.5倍行距
摘要
（300字之内）
本设计是以学校现有的考务管理工作为背景，根据学校考试管理的基本流程，以提高考试管理工作的效率和标准化为目标，开发了一个“网络考试管理信息系统”。该系统采用Java开发技术，应用服务器选用Tomcat，数据库服务器选用Oracle10g。
该系统分为前台和后台2个部分。前台为普通用户提供系统登录、考生注册、在线考试、查询成绩等功能；后台为管理员提供管理各类基础数据的功能，包括学生注册管理、专业信息管理、课程信息管理、考试信息管理、考试成绩管理、考试题目管理等6个模块。
关键词： 网络考试管理；Java；Oracle
1.需求分析
（系统结构、系统功能）
2.概念结构设计
（画出E-R图）
3.逻辑结构设计
（给出具体的关系模式及关系图）
4.系统实现
（配以界面说明实现了那些主要功能）。
5.系统测试
（简要说明测试方法、测试用例）
参考文献
1.赵艳铎等(译).数据库原理(第5版)[M].清华大学出版社, 2011
2.杨冬青等(译).数据库系统概念(第6版)[M].机械工业出版社, 2012
3.金名等(译).数据库系统设计、实现与管理(第8版)[M].清华大学出版社, 2012
4.刘智勇.SQL Server 2008宝典[M].电子工业出版社,2010
5.苏金国等(译).Oracle Database 9i/10g/11g编程艺术[M].人民邮电出版社, 2011
6．张跃平等.JSP程序设计[M].清华大学出版社, 2009,8
7．吴长忠,曹树坤,陶立英,桑曙光.高校毕业设计管理系统设计与构建研究[J].科技创新导报,2009年35期
8．张建伟,王璐,蔡增玉,陈娟娟.基于Web的高校毕业设计全程管理的系统设计与实现[J].郑州轻工业学院学报(自然科学版)，2009年05期
9.李华.PowerBuilder程序设计教程[M].清华大学出版社,2010
注意：黄色标注部分，需要各位同学根据自己选用的技术，填写相应的参考书。
课程设计总结
1.1编写目的
[说明编写这份数据设计说明书的目的，指出预期的读者。] 1.2背景
a.[待开发数据库的名称和使用此数据库的软件系统的名称；]
b.[列出本项目的任务提出者、开发者、用户。] 1.3定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料
[列出有关的参考资料。] 2．外部设计
2.1标识符的状态
[联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。] 2.2使用它的程序
[列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。] 2.3约定
[陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定。] 2.4专门指导
[向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导。] 2.5支持软件
[简单介绍同此数据库直接有关的支持软件。说明这些软件的名称、版本号的主要功能特性。列出这些支持软件的技术文件的标题、编号及来源] 3．结构设计
3.1概念结构设计
[说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。] 3.2逻辑结构设计
[说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构。] 3物理结构设计
[建立系统程序员视图。] 4．运用设计
4.1数据字典设计
[对数据库设计中涉及到的各种项目一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。] 4.2安全保密设计
一、系统设计方案
本系统以机关局域网为依托, 采取C/S和B/S混合的开发模式, 由打卡终端、管理前台、后台服务器、信息查询Web客户端、信息查询Web服务器组成。考勤管理前台系统采用C++builder语言开发, 职工考勤信息查询采用浏览器、J2EE架构和Java语言开发, 系统结构如图1所示。
二、系统关键技术实现
(一) 数据处理模块
数据处理模块处理职工每天的打卡数据, 按照打卡参数的设置, 运算出职工一天的考勤结果。考勤的方式有多种, 如正常打卡一天有4次, 即上午上班、上午下班、下午上班、下午下班;也可有3次, 上午上班、上午下班、下午下班或者上午上班、下午上班、下午下班等, 这只是一个排列组合问题。实现其中一种算法, 其他方式可类似推出。以最常见的4次打卡为例, 设其数据处理模块为abcd。
1.数据处理abcd算法的结构化语言描述如下。
(1) 获取打卡设置参数
(上午上班时间上限
上午上班时间下限
上午下班时间上限
下午上班时间下限
下午下班时间上限
下午下班时间下限
上下上班时间间隔)
(2) for (数据处理起始日期, 数据处理截止日期) 取处理日的月份
从考勤日期表中取处理日的上午考勤标志和下午考勤标志
If (上、下午都不考勤)
Continue
Endif
将所有需考勤并且已注册的人员信息插入临时表中
(账号、日期、卡号为一条记录)
查询所有处理日的考勤数据, 结果按卡号和打卡时间排序While (从查询结果第一条记录起, 逐条记录处理)
数据处理abcd算法的核心处理代码
(分情况处理每一条记录, 信息写入临时表中)
next (处理下一天)
(3) 将所有需考勤但没有注册的人员信息插入临时表中
(4) 将临时表中所有上午下班时间为空的记录, 记为上午旷工
(5) 将临时表中所有下午下班时间为空的记录, 记为下午旷工
(6) 将临时表中的数据插入考勤信息表中
2.数据处理abcd模块的处理过程决策见表1所列。
3.描述数据处理abcd算法的核心处理代码的决策树如图2所示。
(二) 考勤日期设置模块
设计一数据库表kq_date, 用来作为考勤日期设置的默认数据库, 12位列, 每一列对应为一个月, 行固定为31行, 用来对应一个月中的31天, 每一条记录的值为布尔值, 当值为“TRUE”时, 表示该天为考勤日期, 反之为非考勤日期。设计一表单用来实现对每个月当中的考勤日期进行设计, 其界面如图3所示。
左面为参考日历, 右面为考勤日期设置日历, 点击设置按钮, 开启右面考勤日期的设置。用鼠标点击相应的数字, 数字变绿, 表示该天不进行考勤;再点击颜色变青, 表示该天进行考勤;点击默认按钮, 当月中只有星期六、星期天颜色变绿, 表示只有星期六、星期天为非考勤日期, 确认按钮将生成相应的以kq_date模板的考勤日期设置数据库。
三、结语
打开考勤——>排班管理——>班组
其中班次编号和名称需要手工输入
班次编号：可输入 数字、字母、或者字母和数字的组合班次名称：描述性属性，可输入文字描述，例如该班组为行政班，便可命名为 “行政班”，具体名称用户自己定义；
是否倒班：如果该班组内的班次是用于倒班的，则务必勾选此项；
生效日期和结束日期：此班组内的班次何时生效。默认为设置当天开始生效；设置班次
打开考勤——>排班管理——>班次
班次是建立在班组中的，所以必须先录入班组后才能录入班次，和班组可以是一对一或者多对一的关系，就是说一个班组里可以建立多个班次。比如：班组1中建立“行政班次”一个班次，也可以建立如“ 早班“、”中班、“晚班”，三个班次。
班次中增加了“休息”、3班别人员
打开考勤——>排班管理——>班别
班别：是指将要安排同一个班次的一个人或者多个人的集合。
班别和班组哪个步骤在前面都是可以的。无包含关系。
班别编号和班别名称的录入规则同班组里的班组编号和班组名称的录入方法。
4班别人员
打开考勤——>排班管理——>班别人员
班别人员：顾名思义，就是指具体某班别中的人员。
新增：选择需要加入的人员的班别，单击菜单栏“选择人员“，弹出所有的人员列表，这时可以按需选择需要加入的人员，保存即可。
删除人员：找到需要删除的人员所在的班别，选择左边列表中的班别，单击菜单栏“选择人员“，弹出所有的人员列表，需要删除的人员处把勾去掉保存就完成了删除操作。
5排班
前4个步骤做完后即可开始排班。
打开“排班“界面，左栏是”班别“信息，右栏是班别对应的排班信息。
新增排班：选择要排的班别，点击“新增排班”，弹出对话框中，选择需要排给此班别的“班组”，选中某班组后确定，界面中会显示此班组对应的所有班次信息，选择记录中某一个班次，右键菜单“增加“，会看到此班次的班次序号会加入到”班次序号排列周期“中。保存即可。
班次序号周期排列：指此班别所排班次的一个上班周期对应的班次序号的排列顺序。所谓一个上班周期就是指从开始第一个班次到完成所有班次的第一个循环的天数，例如：“倒班“班
组中有3个班次分别为： “ 早班“、”中班、“晚班”，对应的班次序号为1、2、3，下面让 “A” “B” “C”三个班别执行“倒班”这个班组；
假设：
A班的上班次序为 第一天上早班，第二天上中班，第三天上晚班，以后循环上此三个班次的顺序，则班次序号周期排列内容排为“1,2,3“即可
B班的上班次序为第一天上中班，第二天上晚班，第三天上早班，以后循环上此三个班次的顺序，则班次序号周期排列内容排为“2,3,1“;
C班的上班次序为第一天上晚班，第二天上早班，第三天上中班，以后循环上此三个班次的顺序，则班次序号周期排列内容排为“3,1,2“;
如果连续上早班3天 中班3天 晚班3天 则班次序号周期排列内容分别
A班“1,1,1,2,2,2,3,3,3“
B班“2,2,2,3,3,3,1,1,1 “
C 班 “3,3,3,1,1,1,2,2,2“
《考勤管理制度》
为规范企业员工工作行为，提高企业管理素质，完善内部管理工作秩序，根据设计院的实际情况，现制定考勤管理制度，作为对员工工作行为管理的规范性文件，予以颁布。
第一条 考勤管理制度细则
1、公司实行单双休工作制，公司员工正常工作时间为：
夏令时：5月1日至10月31日
上午9：00—12：00
下午13：30—17：45
茶歇时间：15：45—16：00
冬令时：11月1日至4月30日
上午9：00—11：30
下午13：00—17：30
茶歇时间：15：15—15：30
2、公司员工一律实行上下班指纹打卡制度，上下班考勤均以指纹为依据，如有意外事件，事后向办公室考勤人员说明情况并登记未打卡表单备案。
3、原则上，员工每天到公司必须打卡，事先未经批准外出办事或临时有事请假的，事后请及时补办请假手续，否则按“迟到”或“旷工”论处。
4、由办公室负责员工每月考勤统计，作为发放员工当月薪资和全勤奖的依据。正式录用员工享有全勤奖，每月150
元，无旷工、迟到、早退、请假者可享有此奖励。（考勤以电脑指纹为准）
5、迟到、早退、旷工
（1）公司规定的上班时间为上午9：00，晚于9点上班者，2次以上扣除当月全勤奖。晚于9：10分以后时间到岗者，均属“迟到”。夏令时早于17：30分离岗者，属“早退”；冬令时早于17：20分离岗者，属“早退”。（注：方案组设计师以上岗位（含设计师）上班时间可推迟45分钟，迟到、早退、旷工按公司规定）
（2）迟到、早退一次扣款20元，迟到、早退一个小时以上者，视为半天事假；一个月内迟到、早退3次以上视为旷工半天；迟到、早退5次以上者（包括5次）视为旷工一天。
（3）上、下班忘记打卡者、无故不到岗者（急诊或偶发性以外事故除外），月底一律按旷工处理。
（4）试用期员工在试用期内有严重的迟到现象，不予录用。
（5）若因上班途中发生意外的交通事故、不可抗拒的突发性事件或灾害，经核查无误后，不作为“迟到”、“旷工”论处。
（6）旷工处理方式：按基本工资3倍计算。
6、公司员工如需“调休”、“休假”，均须事先以书面形式向部门领导申请，经批准后方为有效，否则按“旷工”处理。
7、员工因工作紧急无法事先办理出差报批手续时，到达出差地后应及时与公司办公室取得联系并备案，返回公司五日内补办出差报批手续。
第二条 请假休假管理规定细则
1、公司以下列日期为规定假日(若有变更时将预先公布)，但因业务需要指定照常上班的，以加班计算。
（1）国家规定假日：“元旦”一天、“春节”三天、“清明节”一天、“端午节”一天、“五·一国际劳动节”一天、“中秋节”一天、“国庆节”三天，加班根据情况可调休周一到周五时间。
（2）每星期
六、日，加班可以调休周六、周日，特殊情况除外。
2、员工请假
（1）事假：员工本人有私事、要事、急事必须亲自处理者，须办理请假手续：填写《（事假、病假）申请单》报由部门负责人或主管审批。经批准后，按实际请假时间计扣薪资；未办理手续者，按“旷工”论处。
1、事假0.25天（一次性请假1小时不满2小时的，按0.25天计），事假0.5天（一次请假2小时以上不满0．5天的，按0．5天计），须经主管批准后报办公室备案；
2、事假l－2天（含2天）：须经主管审核，批准后报办公室备案；事假累计2天以上，直接报院长审核，院长批准后报办公室备案；
3、事假扣除工资计算方式： 1事假不超过○
1天，扣除工资=当月薪金/24×请假时间，当月薪金高于2400的按每天100天扣除；
2事假超过1天，扣除工资=○1+当月薪金/24×（请假时间-1）。○
4、事假三个月内累积不超过6天，超过按旷工处理。特殊情况除外。
（2）病假：因病需请病假者，凭所在地区(县)级以上公立医院出具的病假证明，经批准后，实际请假时间计扣薪资；
1、病假0.25天（一次性请假1小时不满2小时的，按0.25天计），病假0.5天（一次请假2小时以上不满0．5天的，按0．5天计），须经主管批准后报办公室备案；
2、病假扣除工资计算方式=事假扣除工资计算方式/2。病休假：
3、在公司任职1年以下员工,病休假需5天以内者，发放全额基本工资，5天以上15天以内者，发放50%基本工资；
4、在公司任职1年以上员工：病休假需15天以内者，发放全额基本工资；病休假需15天以上45天以内者，发放70%基本工资；病休假需45天以上者，发放50%基本工资。
5、在公司任职3年以上员工：病休假需30天以下者，发放全额基本工资；病休假30天以上者，发放70%基本工资。
6、病休假时间：须出具区(县)级以上公立医院证明(由办公室核对)，经办公室审核，院长批示，报办公室备案。（医院证明：１.病历 ２.医疗发票及费用清单）
7、因身体不适需去医院就诊或看急诊者，应电话告知本部门，凭挂号凭证或门诊收费收据的复印件，于事后补办病假手续，并报办公室备案，同病休假（1）处理。如没有病假条，则按事假处理。
（3）婚假：
根据《婚姻法》以及《计划生育条例》的规定：
1、按法定结婚年龄(女20周岁，男22周岁)结婚的，可享受3天婚假；属于法定年龄晚婚者，可享受10天婚假，以上婚假均为带薪。
2、结婚时男女双方不在一地工作的，可视路程远近，另给予路程假。
3、在探亲假(探父母)期间结婚的，不另给假期。
4、婚假包括公休假和法定假。
5、再婚的可享受法定婚假，不能享受晚婚假。
6、父、母、子、女结婚可请假2天(包括法定假日)；
7、兄弟姐妹结婚可请假1天。
8、如发生特殊情况要延迟假期，则按一般事假处理。[注：
1、试用期、实习及重婚员工不享受上述规定之待遇。]
2、婚假以领取的《结婚登记证》为凭，重复享受婚假是弄虚作假的行为（即：在甲单位享受过婚假后，再在乙单位或丙单位享受婚假。），一经核查清楚，则全部按“旷工”论处，并予以行政处罚。
3、婚假10天原则上须整体享受，不得化整为零分割开来使用。关键岗位的关键人员，在婚假期间，若因公司工作急需，公司领导可以要求其暂时终止婚假，不足部分择机补上。
（4）产假：
1、根据《女职工劳动保护规定》第8条规定：“女职工产
假为90天(包括规定假日)，其中产前休假15天；难产的，增加产假15天；多胞胎生育的，每多生育一个婴儿，增加产假15天”；
2、女职工怀孕期间，每月可享受4天带薪孕期检查的假期；男职工配偶分娩可享受7天带薪护理假期，一次休完，遇节假日不顺延；
3、符合国家计划生育政策的被正式聘用的女职工怀孕3个月以上流产或死产的凭医院证明休假15天，休假期间工资按基本工资的70%发放。
4、试用期及实习员工不享受公司产假。
[注：女员工休产假期间工资由社险办提供的生育保险支付，公司不另发工资。]
（5）丧假：
1、员工直系亲属父母、祖父母、配偶、兄弟姐妹、子女及岳父母之丧亡可请带薪丧假3天(包括规定假日)；
2、员工近亲外祖父母、舅舅、舅母、表亲、叔、姨、堂等亲人方面的直系亲属之丧亡可带薪请假1天。
3、如发生特殊情况要延迟假期，应按一般事假处理。往返路程如在8小时以上，可按实际往返路程时间给予延时。
工龄假：
一年一度的福利休假。全职固定员工以入职日起满1年，第二年享有6天假期；工龄满2年者，第三年享有8天假期；工龄满3年者，第四年拥有假期10天；满4年者，第五年享有假期12天；满5年者，第六年享有假期15天。
休工龄假按以下手续办理：
1、每年由办公室核对员工入职时间及上一年度的考核情况，对符合工作管理规定可以享受休假的员工出具年休单，由员工在不影响工作的前提下安排好休假时间。
2、员工休工龄假时，应按规定办理请假手续，并由上级主管领导指定职务代理人办妥职务交代后才能休假。
3、当年假当年清，第二年无效。
4、常驻（30天以上）外地工地人员，项目完成后享有3天调整假期。
请假注意事项
1、公司员工请假须亲自提前办理请假手续（因急病或突发性事件无法事先办理请假手续除外）。未办妥请假手续或请假未获批准者，不得先行离岗，否则以旷工论处。
2、公司员工请假期满需续延假期但尚未办理批准而不到岗者，除确因病或临时发生意外等不可抗力因素外，均以旷工论处。
3、当请假将会直接影响正在进行的工作时，应动员请假申请人推迟请假或缩短假期，视情况择日补上。
4、请假者必须将自己经办的各项事务交待给同一岗位其他员工代理，并于请假单内注明，并有义务及时回复代理者的咨询。
5、公司员工依本规则所请各假如发现有弄虚作假者，除以旷工论处外，并依情节轻重予以行政处分。
第三条 加班管理细则
1、公司原则上不提倡员工加班，若员工因自身原因未能在合理规定的时间内完成公司安排的工作，应自觉加班完成。
2、由于设计行业的特殊性，确实因工作需要被安排加班的员工，应由项目负责人根据项目进度情况合理安排加班。
（1）加班者须填写加班证明单，加班时间以下班打卡为依据。由部门领导签字，按月统计备查（合理时间内未完成工作任务而造成的加班无须填写加班证明单）。
（2）加班至22：00点者，享受8元餐补。
（3）因工作需要，加班超过晚上11：00，由公司承担出租车费用（以当日打车发票为凭证）。特殊情况另定。
3、由于个人原因未完成工作或不听从安排而造成项目损失的，部门领导有权视情节轻重予以处罚。
第四条 调休
1、加班时间到晚上9点以后，次日上班时间延迟到上午9：30；加班时间到晚上10：30以后，次日上班时间延迟到上午9：45；加班时间到晚上12：00点以后，次日上班时间延迟到上午10：00；加班超过次日2点，可次日下午上班。加班超过次日8点，可调休一天。特殊情况另定。加班时间及第二天考勤时间以指纹打卡为主，没打卡者不算加班。（注：方案组设计师以上岗位（含设计师）上班时间可推迟45分钟，迟到、早退、旷工按公司规定）
2、由于公司原因周六和周日被安排加班（依据加班证明单），可在合理的时间内补休，必须经项目负责人同意并经过主管签字批准。
第五条 关于劝退与离职
1、员工不遵守公司的各项规章制度，工作不认真，不能完成安排的工作任务，对公司造成负面影响和损失，屡犯不改者，公司有权予以劝退。
2、因各种原因需辞职者必须提前一个月呈交辞职报告，并在离职前把个人未完成的工作移交给其他在职人员，事先未说明而擅自离职者扣发工资和奖金。
3、员工在离职之日起六个月内，未给公司带来不良后果和损失的，可以结清个人提成。员工若在离职后对公司造成损失，视情节轻重做出相应金额的处罚；情节严重且给公司带来重大的经济损失和不良后果，扣除所有奖金外还要追究其法律责任。
第六条、附则
本制度规定自2010年
月
关键词：排班制考勤,考勤系统
人事考勤是医院人力资源管理中的一项较为重要的基础性工作,目前越来越被医院管理者重视,它动态记录了员工在日常工作时间的出勤情况,是医院支付员工薪酬的客观依据。为了有效规避现有考勤系统的不足之处,2009年本院与某软件公司共同合作,探索、研发了一套更能适合现代化医院管理需要的考勤模式,以提高考勤信息的标准化水平。
1 排班制考勤系统设计基础
第一阶段纸质手工抄报。简单的手工抄报考勤,工作量较大,存在许多主观、人为因素,透明度较差,传递过程冗长,难以达到人事管理的约束作用。考勤数据在全院不能充分共享,形成部门间信息闭塞。
第二阶段电子考勤系统。随着医院信息技术平台的不断完善,2007年电子信息化考勤系统在医院使用,将人员基本信息集中归类,考勤项目不断细化,有效地记载了全院职工的学习、工作出勤情况。通过信息系统能快速、精确的采集考勤数据,没有过多的异常数据需要人为调整。但是,此类考勤方式多为“回忆式”记录,通常是由考勤员(各病区护士长)在月底或次月初回想当月出勤情况报考。医院的医疗岗位是个多方位服务岗位,医护人员的岗位流动十分频繁,以“回忆式”填报考勤往往会出现多考、漏考、错考等情况,不真实的考勤给员工的薪金计算、绩效考核带来众多不便。同时,从财务管理角度看,直接影响到医护人员的收入、成本费用的跟踪与归集。
2 排班制考勤系统设计模式
排班制考勤系统实质上是一种基于Web系统的分布式预先排班、汇总考勤数据的信息化系统,即由各临床科室预先做好每一周期的排班计划(通常为一周),该计划在实际执行时可以根据具体情况进行排班变动和调整。当月份内工作计划完成信息转换系统直接转化成出勤记录,生成考勤汇总信息的一种信息化管理系统(MIS)。该系统可以实时查询员工的在岗出勤情况,更有利于提供集成考勤项目汇总记录,实现考勤信息全院共享。
2.1 考勤单元设定
由于医院特殊的服务区域划分和业务流程,单一的考勤单元设定方式已不能满足科室需求,医院在合理区分科室职能的基础上,采用多样化的考勤单元设定。(1)医疗岗位以学科为依据设立考勤单元,具体可以分为临床、医技、护理、医疗辅助等;也可以员工的工作地点为依据设立考勤单元,具体可分为门诊科室、住院科室、专病科室、其他科室等,多元化考勤单元设定,便于员工在一定的服务区域,实现跨科工作的安排。(2)非医疗岗位,如行政机关、后勤保障部门可以按支部、部门、班组设、认考勤单元。
2.2 班次与出勤类型设定
医院是全日制服务行业,临床、护理岗位实行24 h循环排班,在常规班次的基础上,每个科室可根据自身业务特点、工作繁琐程度、忙闲时间段点等情况,按照一定的规则自定义班次,由医务部审核同意后自行使用。班次确定后,出勤类型就可以分班次归类,大致分为:全勤、病假、事假、公休假、探亲、婚假、出差、进修、迟到等。
2.3 科室考勤人员角色分类
科室排班考勤人员由管理员、排班员、排班审核员组成,经过严格的权限审定,不同角色分工不同。(1)管理员主要负责基础信息定义和维护,包括增删改用户信息、员工个人信息、科室、排班单位、排班计划审核流程、出勤班次定义等模块。(2)排班员负责对应科室排班计划的制订、查询。排班员根据情况,可以选择性的查询出排班原始计划、排班执行最新计划、已审核排班执行计划三类排班计划。(3)排班审核员负责对应科室排班计划的审核、执行、批准修改。排班计划在执行期间,遇到例外情况时需在原有的计划上重新排班,系统仍保持原有排班计划记录。
2.4 排班制考勤系统功能
排班制考勤系统的功能主要是通过多方面数据管理维护,实现全院考勤记录、出勤变动情况的跟踪及相关查询。系统主要功能有,(1)员工管理模块:主要定义医院员工的基础信息,包括工号、姓名、入院工作日期、科室名称、职称职务、操作权限等。(2)考勤单元定义模块:1个考勤单元包括1个科室或者多个科室,在此模块可以对考勤单元进行维护。(3)出勤班次定义模块:排班科室做排班计划时,可根据本科室业务特点,在此模块中设计个性化班次种类。(4)排班单位定义模块:主要对医院科室进行基础信息的维护,包括科室编码、名称、职能描述等,1个排班单位可以对应1个科室或者多个科室,此模块与考勤单元定义类似。(5)排班计划审核模块:即根据医院的需求,设定审核人员权限,可对科室的考勤记录或者排班计划进行审核、查询。(6)例外维护模块:考勤管理员对排班数据进行维护,包括修改、备份、数据还原等工作。(7)考勤查询模块:系统对考勤数据汇总统计后,实现全院资源共享,满足各部门实时查询考勤数据需求。系统功能图见图1。
2.5 医院排班制考勤系统特点
2.5.1 结构先进性
系统采用B/S架构的设计,充分利用医院网络信息资源,使考勤管理做到集中控制、分布管理。无论用户办公地点集中还是分散,通过局域网或广域网,在授权范围内,可将考勤管理工作逐层分摊,信息交流及时、畅通,查询统计便捷、准确。
2.5.2 安装自由性
系统不需要安装客户端,所有安装了Windows操作系统的计算机均可通过互联网使用考勤系统。因此,即使不在自己的计算机上也能方便地进行考勤管理,使得出差在外通览全部考勤情况成为现实。
2.5.3 行业对口性
专门针对医院特殊的业务模式设定考勤系统进行管理,支持多种类型的考勤需求,灵活定义、动态查询、固定对比。
2.5.4 数据安全性
数据的安全性、真实性、保密性是每个用户高度关注的问题,系统提供了五类角色登录方式,根据要求对每个业务操作员进行权限控制,确保数据的安全、可靠性。
2.5.5 使用简易性
系统所有的功能都具有界面简洁,操作简单的特点,突破了传统管理软件的菜单模式,在同一模块内,做到“想点就点、想查就查”。
3 结果
进入后，选择你要的部门、员工、起止日期，然后点击查询计算。如下图：
查询出来的结果太多，不太好查看，那么直接导出数据为Excel然后在做编辑。
选择导出数据，将不需要的字段去掉，然后点击确定，在弹出的对话框中选择保存的路径，然后输入保存的名字，点击确定即可。
导出后打开刚刚导出的Excel表格，会发现还是一样乱，那么点击数据—筛选—自动筛选。
可以选择个人的查看其考勤数据，点击小三角即可打开筛选框！
1. 按照CDISC标准，参与设计CRF和数据库;
2. 创建和验证数据库;
3. 编写数据管理计划(DMP)与数据核查计划(DVP)等;
4. 负责临床试验数据的核查、清理工作，在数据库中发布和解决质疑;
5. 能够从EDC中提取、导出需要的数据或者根据需要导出不同的数据库;
6. 参与跟踪管理项目的整体进度，并更新进度报告;
7. 参与完成数据库锁定(DBL);
8. 负责完成进行数据管理工作中相关文档的管理。
任职要求：
1、有临床数据经验者优先。
2、良好的沟通和团队协作能力。
1 前级知识
要完成学生考勤管理系统的设计,需要具备一些前级知识。首先,要懂得如何建立概念模型,以及将概念模型转换成关系模式。概念模型是将现实世界中的事务抽象到信息世界中,而关系模式则是将信息世界的模型映射到机器世界;其次,要熟练掌握关系数据库的标准语言SQL,包括其中的查询、数据修改、定义、控制和管理等知识。通过SQL语言实现对数据库数据的各种操作;第三,要学会Visual FoxPro的表单设计以及面向对象的编程。表单设计体现的是最终用户使用的界面,而编程则是后台运行的程序。只有灵活应用上述三方面的知识,才能设计出一个功能强大同时操作简单的学生考勤管理系统。
2 系统设计
2.1 概念模型和关系模式
通过调研,确定了学生考勤管理系统的主要功能,建立概念模型如图1所示:
由概念模型转换的关系模式如下:
班级(班级编号,系,年级编号)
学生(学号,姓名,全勤,缺勤描述,班级编号)
2.2 所涉及的表和表单
班级表如图2所示,学生表如图3所示。
学生出勤查询界面如图4所示,班级、年级和系出勤情况查询界面如图5所示。
3 所遇问题和解决方法
因为Visual FoxPro是关系数据库,所以在进行系统设计之前,首先要建立概念模型,然后将概念模型转换成关系模式,再根据关系模式去创建数据库表。但是有个别学生是先建数据库表,然后通过数据库表倒推概念模型,得到的结果如图6所示。
这个概念模型的问题在于没有体现实体集之间的联系,同时将一个本来不属于学生的属性—班级编号当成了学生这个实体集的属性。解决的方法是要求学生要养成习惯一开始不要考虑怎样建表,而是从设计的要求出发,分析概念模型如何建立,同时明确实体集之间一般都会存在联系,不会出现孤立存在的情况。
另一个比较多出现错误的是学生表的缺勤描述这个字段的数据类型。多数学生采用字符型,然后将该字段的宽度设置得很大,而正确的做法应该是将该字段的数据类型设置成备注型。因为字符型字段最多只能容纳254个字符,或者127个汉字,可能就会出现一些学生缺勤情况没法完全被录入。另外将该字段宽度设置过大也容易造成资源浪费,因为绝大多数学生的缺勤描述都不会占用整个字段的宽度,而采用备注型则可以避免上述问题。
在学生出勤查询界面中有插入和修改两个按钮,用于增加和修改学生出勤的信息。一些学生用APPEND和EDIT编写这两个按钮的代码,造成单击按钮之后弹出一个窗口,该窗口显示学生表的全部记录,所有记录都可以被修改。解决这个问题的方法是向学生们强调,凡是涉及数据库操作的都采用SQL语句。比如插入用INSERT INTO学生表VALUES(THISFORM.TEXT1.VAL...),而修改则采用UPDATE学生表SE...,这样程序在后台运行,不应该被修改的记录就不会被改动。
4 结束语
学生们虽然已经掌握了Visual FoxPro的相关知识,但是对于如何灵活而正确的应用这些知识,还是缺乏经验,这就需要教师在学生们做设计的过程中予以细心指导。除了上面提到的这些较为普遍的问题,学生们在他们各自的设计中还存在着各种各样的小瑕疵。因为教学时间的限制,课堂上无法把全部问题都提出来讨论,可以通过邮件向学生们指出并提供建议。只有解决好这些细节问题,学生们才能更进一步,去掌握更多的数据库知识。
摘要：学生考勤管理是学校管理工作的一项重要任务。该文介绍了作者在指导学生采用Visual FoxPro 6.0开发学生考勤管理系统过程中所遇到的问题,并探讨了相应的解决方法。
关键词：考勤,Visual FoxPro,教学
参考文献
[1]丁志云,陈玉泉,刘模群,等.新编Visual FoxPro数据库与程序设计[M].北京:中国电力出版社,2005.
[2]周恒,徐薇.Visual FoxPro数据库系统开发案例精选[M].北京:人民邮电出版社,2006.
[3]陈一匡.Oracle和Visual FoxPro教学差异探讨[J].福建电脑,2012(7):183-184.
系统设计说明书
学院：计算机与信息
班级：
学号：
姓名：
11软工A1 20114832516 田
伟
日期：2014.4.18
目录
系统设计说明书...............................................................................................................................3 1.引言..............................................................................................................................................3 1.1.编写目的..........................................................................................................................3 1.2.编写背景..........................................................................................................................3 1.3.参考资料..........................................................................................................................3 1.4.运行环境...........................................................................................................................3 1.5.预期读者...........................................................................................................................4 2.任务概述......................................................................................................................................4 2.1.目标..................................................................................................................................4 2.2.需求概述..........................................................................................................................4 2.3.条件与限制......................................................................................................................4 3.总体设计......................................................................................................................................5 3.1.总体结构设计..................................................................................................................5 3.2.功能分配..........................................................................................................................5 4.接口设计......................................................................................................................................6 4.1.外部接口设计...................................................................................................................6 4.1.1.软件接口................................................................................................................6 4.1.2.硬件接口................................................................................................................6 4.1.3.界面设计................................................................................................................6 4.2.内部接口设计...................................................................................................................6 5.数据结构设计..............................................................................................................................7 5.1.逻辑结构设计..................................................................................................................7 5.2.物理结构设计..................................................................................................................8 5.3.数据库设计.........................................................................................................................8 6.运行设计....................................................................................................................................13 6.1.运行控制........................................................................................................................13 6.2.运行时间........................................................................................................................13 7.出错处理设计............................................................................................................................14 7.1.出错输出信息................................................................................................................14 7.2.出错处理对策................................................................................................................14 7.3.故障分析与定位............................................................................................................14 8.安全保密设计............................................................................................................................14 9.系统维护设计............................................................................................................................14
系统设计说明书
1.引言
1.1.编写目的
本说明书对车辆管理系统的总体设计与实现作详细说明。用于记录系统在技术层面上的实施过程，以需求说明作为设计的根本出发点，作为产品实现、功能要求和控制的依据。为开发人员指明设计方向，便于其在最短的时间内开发出功能最齐全的软件。
1.2.编写背景
物流系统是现代经济系统的主动脉，物流的最简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。
1.3.参考资料
《UML基础与Rose建模教程》
《C#数据库系统开发完全手册》
《软件工程实验与实践教程》
《实用软件文档写作》
1.4.运行环境
运行该软件所适用的具体设备必须是奔腾操作系统在Windows xp及以上。
数据库为SQL Server2005以上版本
4、内存512MB以上的计算机。1.5.预期读者
本说明书的预期读者是项目的开发人员，测试人员和维护人员。
2.任务概述
2.1.目标
车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。结合公司需求，主要为用户提供以下几方面的功能。* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理
2.2.需求概述
主要输入输出项：
系统用户信息（二级公司用户，总工程师，总经理）车辆基本信息（车牌号、自编号、公司编码等）
车辆购置信息（基本申请信息、审批信息、批复信息）车辆报废信息（基本申请信息、审批信息、批复信息）车辆调拨信息（基本申请信息、审批信息、批复信息）
2.3.条件与限制
车辆管理系统的用户分为四类：系统管理员、总经理、总工程师、二级公司用户。不同用户具有不同的操作权限。在用户作出操作时，系统需对判断用户是否具有该操作的权限，严禁一切非法操作，从而保证数据的安全性和完整性。3.总体设计
3.1.总体结构设计
图1 车辆管理系统功能模块结构
3.2.功能分配
用户的登录管理模块：
输入：用户名、密码、用户类型。
输出：相应用户界面显示或提示出错信息。
车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息查询模块：
输入：用户输入各种所需查询的基本信息 输出：相应的详细信息界面
车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息添加模块：
输入：用户输入各种所需添加的详细信息 输出：数据库操作执行结果对话框
车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息修改模块: 输入: 用户输入各种所需修改的详细信息 输出: 数据库操作执行结果对话框 车辆信息、车辆购置信息、车辆调拨信息、车辆报废信息删除模块: 输入：用户输入各种所需删除的基本信息 输出：数据库操作执行结果对话框
退出模块：
输入：用户输入退出命令 输出：确认信息框
确认模块：
输入：用户操作命令 输出：确认信息框
4.接口设计
4.1.外部接口设计 4.1.1.软件接口
使用Sql Server数据库的驱动程序，通过COM接口访问。
4.1.2.硬件接口
鼠标。
键盘。
USB移动数据存储器。
4.1.3.界面设计
1.用户登录界面
2.管理员界面
3.二级公司用户界面
4.总工程师界面
5.总经理界面
4.2.内部接口设计
模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。
5.数据结构设计
5.1.逻辑结构设计
5.2.物理结构设计
5.3.数据库设计
字段名
1、车辆基本信息表 车牌号
char(10)not null，数据类型
是否可为空
公司编码 char(10)not null, 自编号
char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，2、车辆购置申请信息表
申请单编号
char(10)
not null, vehicle_no
char(10)
not null, 公司编码
char(10)
not null, 产权归属
char(10)
null, 主管部门意见
char(100)
null, 主管部门审批意见
char(100)
null, 经历批示意见
char(100)
null, 经理批示时间
datetime
null, 车辆名称
char(40)
null, 申请时间
datetime
null, 生产厂家
char(100)
null, 厂牌
char(18)
null, 型号
char(18)
null, 规格
char(18)
null, 购置数量
decimal(3)
null, 单价预算
decimal(10,2)
null, 购置时间
datetime
null, 主要技术参数
char(100)
null, 购置理由
char(100)
null, 用途说明
char(100)
null, 资金来源
char(100)
null，3、车辆调拨申请信息表
申请单编号
char(10)
not null, 公司编码
char(10)
not null, 公司信_公司编码
char(10)
not null, 公司信_公司编码2
char(10)
not null, 车牌号
char(10)
not null, 审批信_产权归属
char(10)
null, 主管部门意见
主管部门审批意见
经历批示意见
经理批示时间
申请时间
调拨原因
通知时间
厂牌
型号
规格
自编号
调拨起始日期
调拨结束日期
交接地点
产权归属
经办人
4、车辆报废申请信息表申请单编号
公司编码
车牌号
产权归属
主管部门意见
主管部门审批意见
经历批示意见
经理批示时间
申请时间
厂牌
型号
规格
自编号
落户日期
吨位
原值
净值
char(100)
char(100)
char(100)
datetime
datetime
char(100)
datetime
char(18)
char(18)
char(18)
char(10)
datetime
datetime
char(100)
char(10)
char(18)
char(10)
char(10)
char(10)
char(10)
char(100)
char(100)
char(100)
datetime
datetime
char(18)
char(18)
char(18)
char(10)
datetime
decimal(7,3)
decimal(10,2)
decimal(10,2)
null，null，null，null，null，null，null, null, null, null, null，null，null，null，null, null，not null，not null，not null，null，null，null，null，null，null, null, null, null, null，null, null, null, null，已使用年限
decimal(2)
null, 已提折旧
decimal(10,2)
null, 资产级别
char(18)
null, 报废原因
char(100)
null, 累计行驶总里程
decimal(10,3)
null, 办理单位
char(2)
null, 批准文号
char(10)
null, 批准日期
datetime
null, 主管人
char(18)
null, 经管人
char(18)
车辆管辖单位意见
char(100)
5、车辆大修记录表 车牌号
char(10)
大修日期
datetime
间隔里程
decimal(10,3)
工时费
decimal(8,2)
材料费
decimal(8,2)
备注
char(100)
6、车辆改装记录表 车牌号
char(10)
改装日期
datetime
改装改造原因
char(200)
改装总成本及主要参数
char(200)改造后技术性能改变情况
char(200)
7、车辆折旧记录表 车牌号
char(10)
折旧日期
datetime
折旧率
decimal(6,3)
车辆原值
decimal(10,2)
余值
decimal(10,2)
8、发动机维修记录表 车牌号
char(10)
发动机维修日期
datetime
次数
numeric(2)
间隔里程
decimal(10,3)
工时费
decimal(8,2)
材料费
decimal(8,2)
备注
char(100)
9、报废车辆信息表
null，null，not null，not null，null, null, null, null，not null，not null，null，null，null，not null，not null, null，null, null，not null，not null, null，null, null, null, null，车牌号
char(10)not null, 公司编码 char(10)not null, 自编号
char(10)null, 厂牌 char(18)null, 型号 char(18)null, 规格 char(18)null, 落户日期 datetime null, 燃料 char(18)null, 车辆来源 char(18)null, 来源摘要 char(100)null, 出厂日期 datetime null, 参运日期 datetime null, 登记证号 char(18)null, 产权归属 char(10)null, 使用性质 char(18)null, 车型 char(20)null, 车辆原值 decimal(10,2)null, 吨位 decimal(7,3)null, 养路费 decimal(7,2)null, 建设基金征费标准 decimal(7,2)null, 车辆级别 char(2)null, 发动机号 char(18)null, 底盘号 char(18)null, 车架号 char(18)null, 车身颜色 char(18)null, 一级维护周期 decimal(3)null, 二级维护周期 decimal(3)null，10、报废车辆大修记录表 车牌号
char(10)not null, 大修日期2 datetime not null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，11、报废车辆发动机维修记录表 车牌号
char(10)not null, 发动机维修日期2 datetime not null, 次数 numeric(2)null, 间隔里程 decimal(10,3)null, 工时费 decimal(8,2)null, 材料费 decimal(8,2)null, 备注 char(100)null，12、报废车辆改装记录表 车牌号
char(10)not null, 改装日期2 datetime not null, 改装改造原因 char(200)null, 改装总成本及主要参数 char(200)null, 改造后技术性能改变情况 char(200)null，13、报废车辆折旧记录表 车牌号
char(10)
not null, 折旧日期2
datetime
not null, 折旧率
decimal(6,3)
null, 车辆原值
decimal(10,2)
null, 余值
decimal(10,2)
null，14、公司信息表
公司编码
char(10)
not null, 公司名称
char(18)
null, 6.运行设计
6.1.运行控制
本软件控制流程：主程序运行，等待用户的输入，根据用户的输入调用各子模块。
6.2.运行时间
搜索查找响应时间<5s； 运行响应时间<5s； 7.出错处理设计
7.1.出错输出信息
1、登录失败：说明密码、用户名以及用户类型至少有一项不符，弹出警告信息后需重新输入用户名、密码或重新选择用户类型，否则将无法登录。
2、对于超出用户权限范围的操作，予以提示。例如二级公司用户试图修改其他公司的申请单信息，公司总经理试图批复产权归属为“融资挂靠”的申请单信息等。
7.2.出错处理对策
故障出现后可能采取的变通措施，包括：软件系统维护、重装软件系统。
7.3.故障分析与定位
对于简单的错误可以人为地查找到并且确定错误的地方，对于复杂的错误可以通过具体的测试，能够迅速查找到出错的原因以及出错的地方。
8.安全保密设计
新用户注册时需给管理员出示其所属公司的证明，由管理员填写注册信息，并交付二级公司用户。二级公司用户可以自行修改个人信息，包括用户名和密码。用户登录后不得执行超出其权限范围的操作。
9.系统维护设计
【数据库设计说明书-考勤管理系统】推荐阅读：
教学管理数据库的设计10-14
铁路网上售票系统数据库设计09-17
企业CRM系统中数据仓库的应用设计09-16
数据库需求分析和设计06-05
创建数据库教学设计09-26
数据库技术与应用课程设计06-25
数据库课程设计任务书10-19
《监管数据统计表》填报说明(2013)07-15
数据库审计系统10-07
