请假审批系统实现
系统登录界面
用户类型有四个:学生，班主任，院长，学校
学生信息来字数据库tb_StudentInfo表
学生注册:
输入用户名和密码后登录系统
学生登录成功后看到以下界面
点击“填写请假单”
填写请假信息
提交请假申请
提交成功后给出提示
点击”已完成的申请”,查看已完成的申请
点击“审批中的申请”，查看正在申请的申请
点击”查看详情”
看到假条的详细信息
只要假条审批没有完全结束，申请者都是可以“撤销的“点击“退回的申请”，看到被退回的
点击”个人资料”,可以修改个人资料
点击”修改密码”
点击右上方的“退出系统”，则退出系统
班主任登陆:
班主任看到的界面:
点击”带审批的申请”，看到学生提交的请假申请
“查看详情”
同意，拒绝请假申请拒绝需填写理由：
点击“已审批的申请”
看到所有审批过得申请
班主任还可以进行学生信息管理,
新增学生信息
小红星*代表必须填写
修改或删除改行的学生信息
删除前会有提示
个人资料和密码修改与前面的类似
院长登陆:
登陆成功后进入页面，看到的导航菜单
点击“待审批的申请”看到的信息为：班长任已经审批过得申请
“查看详情”
已审批的申请
个人资料，修改密码与上面的类似
学校登陆：与院长登陆一样
数据库设计:
数据库名LeaveSystem
有四张表
tb_Leave 请假信息表，用于存放请假信息
tb_ProcessStatus 请假流程信息表，用来记录被退回的申请tb_StudentInfo 学生信息表，存放学生信息
tb_UserInfo 用户信息表，用于班主任，院长，学校信息
tb_Leave 表中的字段
[Id] 字段编号
,[StuNo] 学号
,[Dormitory] 宿舍
,[LeaveReason] 请假原因
,[Destination] 目的地
,[DestinationPhone] 目的地电话
,[StartTime] 出发时间
,[EndTime] 返校时间
,[DayNumber] 天数
,[PersonalPhone] 个人联系电话
,[HomeTelephone] 家庭联系电话
,[Created] 提交时间
,[ProcessId] 请假单号
,[TecApproval] 班主任是否同意
,[TecOpinions] 班主任意见
,[DepartApproval] 院长
,[DepartOpinions] 院长意见
,[SchoolApproval] 学校
,[SchoolOpinions] 学校意见
,[IsRecall] 申请人是够撤销
tb_ ProcessStatus 表中的字段
[Id] 自动编号
,[ProcessId] 请假单号
,[ApprovalStatus] 审批状态
,[Approves] 审批人
,[Remark] 备注
tb_ StudentInfo 表中的字段
[Id] 自动编号
,[StuNo] 学号（登陆时的用户名）
,[Name] 姓名
,[Department] 院系
,[Profession] 专业
,[ClassName] 班级
,[Gender] 性别
,[Phone] 电话
,[Email] 邮箱
,[Passwrd] 登陆密码
tb_ User 表中的字段
[Id] 自动编号
,[UserId] 用户Id
,[UserName] 姓名
,[Passwrd] 密码
,[RoleType] 用户类型
,[Phone] 电话
,[Email] 邮箱
Tb_User初始化数据
备注：需要Sql Server 2008数据库Visual Studio 2008开发工具，window7/xp系统剩下的就是把文件部署到服务器上，就能实现了。
IDC,ISP接入资源管理系统操作手册
接入资源管理系统操作手册 文档版本13-03 发布日期2013-03-17
目录1、系统管理 (4) 1.1 用户管理 (4) 1.1.1用户列表 (4) 1.1.2用户组列表 (5) 1.1.3添加用户 (5) 1.1.4添加用户组 (6) 1.1.5用户操作日志 (6) 1.1.6用户登录错误日志 (6) 1.2 系统参数 (7) 1.2.1 系统参数配置 (7) 1.2.2 管理设备IP (7) 2、物理资源 (8) 2.1 机房管理 (8) 2.2 机房区域管理 (9) 2.3 机架柜管理 (9) 2.4 网络设备管理 (10) 2.5 端口管理 (11) 2.6 主机服务器管理 (12) 3、逻辑资源 (13) 3.1 IP地址管理 (13) 3.2 虚拟主机管理 (14) 4、客户信息 (14)
4.1 ICP客户 (15) 4.2 ISP客户 (15) 4.3 IDC客户 (16) 4.4 专线客户 (16) 4.5 其他客户 (17) 5、资源关联 (17) 5.1 已关联资源列表 (18) 5.2 机房出租 (18) 5.3 机架柜出租 (19) 5.4 网络设备出租 (19) 5.5 主机服务器出租 (20) 5.6 主机服务器托管 (20) 5.7 虚拟主机出租 (21) 5.8 异常及告警处理 (21) 6、资源统计 (22) 7、资源上报 (22) 7.1 接入资源上报 (23) 7.2 资源定位查询 (23) 7.3 基础代码 (24) 7.4 数据错误返回 (24) 8、日志 (25) 8.1 资源分配日志 (25) 8.2 异常处理日志 (26) 8.3 系统日志 (26)
学生考勤管理系统
Oracle数据库作业 ——学生考勤系统的Oracle实现 1学生考勤管理系统背景分析 随着高校校园信息化的逐步完善，有效地借助网络、数据库等技术提高工作和管理效率。如今针对师生的成绩查询系统、教务管理系统、招生就业系统、BBS、校园网站等系统在各大高校纷纷出现，对全校师生的学习、生活、管理、办公带来了便利。因此学生考勤管理系统能进一步加强高校学风建设，维护正常的教学秩序，给学生创造一个优良的学习环境。 目前高校学生上课考勤管理都是以任课老师上课点名，记录学生上课情况，对于时间比较长的请假，需要通过递交请假申请让班主任、院系领导都批准方能生效。这种模式在目前高校管理中暴露了不可避免的弊端： 1、学生请假不方便； 2、学生请假对任课老师不透明； 3、学生对自己整个学期的上课出勤情况没有整体的统计信息； 4、班主任对本班学生整个学期的上课出勤情况不易查看； 5、院系领导、学校领导不容易把握学生上课的出勤情况。 因此一个好的学生考勤管理系统在一定程度上可以解决这些弊端，本系统主要针对目前高校学生在线请假以及学生上课出勤管理而设计的信息系统。本系统涉及到高校六大类用户：学生、任课老师、班主任、院系领导、学校领导、系统管理员。 2学生考勤管理系统需求分析 2.1 用户需求描述 用户是系统的最终使用者，根据分析，本系统应当包括学生、班主任、任课老师、院系领导、学校领导、系统管理员六类用户，这六类用户对系统的需求简要概括如下： 2.2.1学生用户需求描述 学生对本系统的主要需求是：在线请假以及查看在校期间所有的上课出勤信息。 在线请假需求：学生请假的全过程当中，学生可以随时查看请假的详细进展情况。 查看出勤信息需求：学生可以查看在校期间所有学期上课出勤的详细信息，如：查看“Oracle数据库管理应用于开发”这门课程在整个学期请假、旷课多少次等信息。 其它需求：查看本人的基本信息，如本人的所属的院系、年级、专业、班级、学号、姓名、性别等，以及修改个人用户密码。
考勤及请假、休假管理制度.doc
考勤及请假、休假管理制度1 2.3.2加班结束后的次日上午，部门主管须将前一日核准的加班单交人事行政部； 2.3.3工作日加班时间一般不超过2小时，周六、周日加班时间一般不超过10小时；部门特别 规定的除外； 2.3.4员工因有特殊情况不能加班的，应事先向主管说明；员工如未经说明，擅自不加班，视为 不服从工作安排，公司将给予相应处分。 2.3.5【加班费】对于员工的加班工时，公司将依国家规定支付加班费。加班费按照下列方法计 算： （1）正班日加班=加班工时×小时工资×150% （2）休息日加班=加班工时×小时工资×200% （3）法定日加班=加班工时×小时工资×300% （4）小时工资=月标准工资÷21.75（月计薪天数）÷8 （5）员工的工作日晚上及周六的加班费公司已计入基本薪资内。 2.3.6职能部门主管/主任级以上员工加班，公司规定没有加
班费；可因工作需要自行安排。 3.考勤管理： 3.1【打卡】：公司实行指纹打卡制度。 3.1.1员工应严格遵守上下班时间： （1）上班前30分钟员工可开始进入卡位打卡； （2）下班后30分钟内员工须完成打卡。 3.1.2迟到不打卡者，人事行政部不给予签卡，以实际上班时间记录且给予口头警告处理。 3.1.3员工因公外出时，必须填写《派工单》、《员工外出单》，经上级批准方可外出。 3.1.4确因工作原因外出无法按时考勤者，须在24小时内向部门负责人作出说明并填写《补签单》，经部门负责人审核签字上交行政人事部备案；外出事由仅限本部门工作事由，逾期补签均无效；员工弄虚作假、徇私舞弊者按公司相关规定处理。 3.2【上班期间因私短时间离厂外出】 3.2.1员工临时因私事需要短时间（2小时以内）外出的，应填写《员工外出单》，经直属部门主管批准方可外出，否则以旷工处理。 3.2.2员工因私请假2小时以上外出的，须填写《请假单》、《员工外出单》，经上级批准方可外出；下班后外出的需事先将
(考勤管理)请假管理系统需求分析
年假管理系统需求分析 1.引言 对软件需求的完全理解，这是对于软件开发工作是否成功起到至关重要的作用，需求说明的任务是发现、规范软件开发的过程。有利于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据，并且向用户传递软件的功能、性能的需求，使其能够判断该软件是否与自己的需求有关。 1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足，进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR。该说明能让HR更好地了解该系统，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称：年假管理系统 用户：HR 2.任务概述 2.1 目标
根据企业对年假管理系统的要求，制定企业年假管理系统目标如下：a：操作简单方便、界面简洁美观 b：系统管理员在查看员工信息时，可以对当前员工的年假和考勤等情况进行添加、修改、删除操作 c：方便快捷的全方位数据查询 d：按照指定的条件对员工进行统计 e：可以将员工信息插入到Excel表格中 f：实现数据库的备份、还原及清空操作 g：要有较好的权限管理 h：能够在当前运行的系统中重新进行登录 i：系统运行稳定、安全可靠 2.2 系统运行环境
3.需求规定 3.1 对功能的规定 3.1.1 系统总体功能及模块 1．记录公司内部人员基本档案信息，提供便捷的查询功能。 2．管理公司员工的年假信息、考勤信息。 3．有效管理员工的考勤和年假信息，实现对员工年假的修改，删除，查询等工作。 4．减少人工的参与，减轻管理人员的工作任务，降低管理成本，同时系统应具有良好的安全性和利用性。 5．有效地完成企业的年假管理工作。 3.2系统总功能模块：
社会保险数据管理系统操作手册
社会保险数据管理系统操作手册 一、功能概述 社会保险数据管理系统实现的功能是帮助交纳养老保险费和失业保险费的企业完成个人帐户明细申报工作，以实现保险费个人帐户的记清作实。本程序实现的主要功能有数据录入、上报文件的生成等功能。本手册适应的软件版本为企业版1.0版。 二、系统安装 社会保险数据管理系统为非安装类程序，将压缩文件802.rar解压到缴费企业的计算机硬盘上即完成安装；也可以将解压后的目录复制到任意其他目录下来完成安装。主目录名（如802）可以更改成其他目录名，主目录名下的data目录和report 目录则不可以更改成其他目录名。data目录存放数据文件，report目录存放上报到税务局的数据文件，上报到税务局的数据文件按所属时期行分类存放。如下图所示： 三、程序启动 安装目录下的“企业报盘软件.exe”即为启动文件。 双击这个文件可以完成社会保险数据管理系统的启动，
四、系统参数配置 程序初次运行或运行期间需要进行参数调整，都可以通过“系统配置”来完成。点击“系统配置”图标或“系统维护系统配置”菜单来启动系统配置窗口，如下图示： 在本界面录入税务登记号、单位编码（社保）、单位名称、联系人和联系电话等数据，其中税务登记号、单位编码（社保）、单位名称是必须正确录入的项目。税务登记号为15位至20位编码、单位编码为7位编码。红色字段为必须录入的字段，其他字段可根据需要来录入。 在参数配置项中的“本人上月实际工资收入取整到元”选项，可以将录入的本人上月实际工资收入四舍五入取整到元，对于社会平均工资也会四舍五入取整到元，对于没有这项要求的纳费人，这项不需要选中。
学生请假管理系统需求分析设计文档(附待部分核心代码-ssh框架实现)
2014 - 2015学年第 2 学期 1．总体目标 (1) 1.1背景 (1) 1.1.1引言 (1) 1.2要求 (1) 1.3目标 (1) 2.需求分析 (2) 2.1功能需求描述 (2) 2.1.1基本功能： (2) 2.1.2业务功能： (2) 2.2用户需求描述 (2) 2.2.1学生用户需求描述 (2) 2.2.2任课教师用户需求描述 (2) 3.数据库设计 (2) 4. 功能模块设计 (4) 4.1系统流程 (5) 5. 主要功能的具体实现 (8) 5.1请假功能的实现 (8) 5.2审核功能的实现 (11) 5.3权限修改功能 (15) 5.4导入功能 (17) 6．系统的运行环境需求 (18) 6.1硬件环境： (18) 6.2.软件环境： (18) 7．测试结果与分析 (18) 7.1主要测试内容 (18) 7.2软件测试的目的 (19) 7.3软件测试的任务 (19) 7.4.1功能测试 (19) 7.4.2 负载测试 (19) 7.4.3文档测试 (19) 7.5 测试环境 (20) 7.6 系统具体测试 (20) 8．课程设计总结 (21)
1．总体目标 1.1背景 1.1.1引言 目前高校大部分都还是采用学生写好请假条，然后到辅导员那里申请请假的方式进行请假，这种方式不仅麻烦而且比较费时。在信息化的今天，能有效地借助网络才能提高办事效率。因此，请假管理系统能够解决这种请假方式所带来的很多麻烦。 1.2要求 请假管理系统要达到以下功能： 增删查改：学生信息管理（导入/查/改/删）、老师(含辅导员和系领导)信息管理 业务功能：学生填写请假事由、提交给辅导员审批、按请假制度超过3天的提交给系领导审批、打印请假条、学生查看历史请假记录、辅导员可按不同筛选条件查看请假记录。 1.3目标 请假管理系统的基本目标是方便学生请假和校方的批假工作，系统实现后，应做该到： 方便学生：学生可以通过登录本系统填写请假原因向校方申请请假，不用通过手写请假条后找到导员请假。 方便校方：学生在系统中申请请假后可以进入本系统进行审核，方便了校方很多请假方面的工作。
关于规范和严格执行考勤制度的通知
海南银广夏投资有限公司 关于规范和严格执行考勤制度的通知 各部门： 为规范和加强公司各部门员工上下班时间及请假等考勤管理，为准确核算工资提供依据，根据公司《人事管理制度》既有的作息、考勤相关制度，现将出勤制度有关事项重申如下： 一、出勤、迟到、早退、会客及外出 1.员工每周工作6天，每周日为定休日。法定假日以国家现行规定为准。如定 休日与法定假日在同一日时，不另行补假。 2.员工上下班实行指纹打卡。所有人员都必须在规定的时间段（上午8：00~12： 00；下午14：30~18：00）出勤。 3.根据指纹考勤记录月度累计迟到或早退10分钟以内，罚款10元/次；累计 11-20分钟，罚款20元/次；累计21-31分钟，罚款30元/次；累计31分钟以上，按旷工半天计算。 4.员工如因工作需要外出，需提前在前台认真、仔细填写《外勤单》并报部门 经理或人力资源部后呈总经理批准。如未获批准擅自外出将视为旷工。 5.员工上班时间内，不得私自会客，但有特别事情经所属主管许可者不在此限。 二、加班 1. 每个岗位人员本职范围内的工作不产生加班。凡部门主管及经理以上的员工， 一律没有加班及超时工作之概念。 2. 部门加班必须由部门主管提前一个工作日提出申请，详细填写《加班申请表》， 经总经理批准后方可执行。对于有效加班（核对员工指纹考勤记录或外出登记记录），公司按法律规定支付加班费。 3. 如遇特殊或紧急情况确实需要加班，但又不能提前书面申请的，部门主管必 须在当月底前核算完毕，逾期将视为员工自动放弃。 三、请假 1. 员工请假必须提前一天填写《员工请假表》，由相关部门审批后至人力资源部 存档，未向公司请假而缺勤者视为旷工。
请假管理系统需求分析模板
请假管理系统需求 分析 年假管理系统需求分析 1. 引言 对软件需求的完全理解, 这是对于软件开发工作是否成功起到至关重要的作用, 需求说明的任务是发现、规范软件开发的过程。有利于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理, 便于采用工程方法开发软件, 提高软件的质量, 便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据, 而且向用户传递软件的功能、性能的需求, 使其能够判断该软件是否与自己的需求有关。
1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足, 进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR 。该说明能让HR 更好地了解该系统, 减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称: 年假管理系统 用户: HR 2. 任务概述 2.1 目标根据企业对年假管理系统的要求, 制定企业年假管理系统目标如下 a: 操作简单方便、界面简洁美观 b: 系统管理员在查看员工信息时, 能够对当前员工的年假和考勤等情况进行添加、修改、删除操作 c: 方便快捷的全方位数据查询 d: 按照指定的条件对员工进行统计 e: 能够将员工信息插入到Excel 表格中 f: 实现数据库的备份、还原及清空操作
g: 要有较好的权限管理 h: 能够在当前运行的系统中重新进行登录i: 系统运行稳定、安全可靠 2.2 系统运行环境 3. 需求规定 3.1 对功能的规定
3.1.1 系统总体功能及模块 1．记录公司内部人员基本档案信息, 提供便捷的查询功能。 2．管理公司员工的年假信息、考勤信息。 3．有效管理员工的考勤和年假信息, 实现对员工年假的修改删除, 查询等工作。 4．减少人工的参与, 减轻管理人员的工作任务, 降低管理成本同时系统应具有良好的安全性和利用性。 5．有效地完成企业的年假管理工作。 3.2 系统总功能模块: 录用模块分为人员就职登记模块和统计就职人员模块员工就职等级模块的功能是登记就职人员名单, 给每个就职人员一 3.2 工录用模块
用户使用手册(那云内业资料管理系统)
版本：3.3.1.1 日期：2017.8 那云内业资料管理系统 使用手册 编写： 核对： 审核： 批准：
目录 １、用户协议 您一旦安装、登录或通过其他方式使用那云（漳州）信息技术有限公司（以下简称“软件产品”）的系列产品，即表示您同意接受本协议的各项条款和条件的约束。您如果不同意以下协议，请勿安装和使用本系统。 软件许可： 本“软件产品”受著作权法及国际著作权条约和其它知识产权法和条约的保护。本“软件产品”只许可使用，而不出售全部所有权，所有权归那云（漳州）信息技术有限公司全部所有。 许可的授予： 1、您可在单一一台或多台计算机、工作站、终端机、手持式计算机或其它数字电子仪器（“计算机”）上安装、使用、访问、显示、运行或以其它方式互相作用于（“运行”）本“软件产品”（或适用于同一操作系统的任何前版本）的一份副本。运行“软件产品”的计算机的主要用户可以制作另一份副本，仅供在其便携式计算机上使用。 2、您还可以在通过网络在您的其它计算机上运行“软件产品”的储存设备（如网络服务器）上存放或安装一份“软件产品”副本；但是，您必须为从储存设备运行“软件产品”的每一台计算机获得一份许可证。一份“软件产品”许可证不得在不同的计算机共同或同时使用。
3、在他方接受本协议的条款和条件的前提下，将本系统及许可协议转手给另一方使用，同时保证另一方无条件遵守本协议。若发生转手，原文档及其伴随文档的所有拷贝必须一并转交对方，或将未转交的拷贝全部销毁。 4、未明示授予的一切其它权利均为公司所有。 使用限制： 1、不得对本“软件产品”进行逆向工程、反向编译、反汇编或解体拆卸； 2、不得复制、制作、销售、购买、使用或使他人得以使用盗版的那云软件产品，或进行其他可能损害本公司软件产品著作权或其他合法权益的行为； 3、如“软件产品”在官网或软件任何位置标明为试用、测试或免费版本，是指该软件的一个标识版本，它仅能让您测试软件的可行性。使用本软件产品的试用、测试或免费版本由您自己承担风险，在适用法律允许的最大范围内，在任何情况下不就因使用或不能使用本软件产品的试用版本所发生的任何的、特殊的、意外的、直接或间接的损失承担任何责任。软件试用或测试期满，您可以选择购买正式软件，否则您必须彻底删除试用、测试或免费版软件及其备份。 4、有限责任：无论是明指的或是暗喻的，包括但不限于利润损失、可用性消失、商业中断，或任何形式的间接、特别、意外或必然的破坏，或任何其他方的索赔，即使我公司事先被告知此类事有可能发生的任何情况下，只对“软件产品”收费功能的收费价款为限承担责任。 许可终止：
学生请假系统
学生请假系统 一、开发环境 a)MyEclipse tomcat6.0以上版本oracle 二、数据字典 a) b) c) d) e)
三、功能说明 a)前台：表单居中，样式统一，美观 1.登录（区分管理员登录/学生登录） a)登录页面（login.jsp）要规整 b)用户提交表单时要有非空校验 2.数据操作界面(manage.jsp(管理员管理界面、stuRequest.jsp学生请求请假)) a)根据不同的登录，显示不同的界面 b)如果管理员登录成功，显示manage.jsp c)如果学生登录，显示stuRequest.jsp 3.数据显示界面（针对学生）stuReqeustInfo.jsp b)功能说明： i.管理员登录 1.当管理员登录成功后，进入manage.jsp并同时显示未审批的数据列表（分 页） 2.在manage.jsp中有多种查询方式： a)查询未审批通过的表单 b)查询以往审批通过的单据（查询条件：按年级，按学号查询） c)当查询出已审批结束的数据列表，最后一列为删除，修改超链接 d)当点击删除时，提示用户”您确定要删除吗？”当用户确定后，删除该 条信息并及时刷新删除后列表信息 e)修改：当用户点击修改超链接，提示：”您确定要修改吗？”当用户确 定后，进入修改页面(leavUpdate.jsp)同时在表单中显示将要修改的数 据信息 ii.学生登录 1.当登录后，进入学生系统页面(studentEdit.jsp) 2.当学生点击填单超链接进入（请假单填单页面(addLeav.jsp) 3.当学生提交单据时状态为未审批状态 4.学生在studentEdit.jsp页面可以操作查询单据审批结果
机关公务员考勤及请销假规章制度
XXX市工商行政管理局 干部职工考勤及请销假制度 第一章总则 第一条根据国家、省、市有关规定，结合我局实际情况，制定本制度。 第二条本制度适用于牡丹江市工商行政管理局机关、派出机构及直属事业单位的工作人员。 第三条除国家规定的公休、节假日外，在工作时间内离开工作岗位的工作人员，需严格执行本制度。 第四条工作人员每周一至周五按规定作息时间上下班，不准迟到、早退、脱岗和旷工，正常值班补休及国家法定公休、节假日值班补休，按局办公室有关规定执行。 第二章假日假期制度 第五条全体公民放假的节日： 元旦、春节、清明节、劳动节、端午节、中秋节、国庆节的放假调休日期按国家有关规定执行。 第六条部分公民放假的节日及纪念日：妇女节(3月8日妇女放假半天)；青年节(5月4日28周岁以下的青年放假半天)。 第七条年休假 （一）年休假的条件和假期 工作人员工作年限满1年不满10年的，年休假5天；满10
年不满20年的，年休假10天；满20年及以上的，年休假15天。 国家法定休假日、休息日和国家规定的婚丧假、产假的假期，不计入年休假的假期。 工作人员工作年限满1年、满10年、满20年后，从下月起享受相应的年休假天数。工作人员在年休假期间享受与正常工作期间相同的工资收入。 （二）工作人员有下列情形之一的，不享受当年的年休假： 1.请事假累计20天以上且单位按照规定不扣工资的； 2.工作满1年不满10年的，请病假累计2个月以上的； 3.工作满10年不满20年的，请病假累计3个月以上的； 4.工作满20年以上，请病假累计4个月以上的。 年休假在1个年度内，可以集中安排，也可以分段安排，分段安排要从严掌握，原则上不超过两段，年休假一般不跨年度安排。工作人员已享受当年的年休假，年内又出现第七条第（二）项规定的情形之一的，不享受下一年的年休假。 主管领导和部门负责人根据工作的具体情况，并考虑工作人员本人意愿，统筹安排，保证全体职工享受年休假，原则上做到应休尽休。 第八条婚假 根据《婚姻法》以及《黑龙江省人口与计划生育条例》、《女职工劳动保护规定》，职工结婚可享受以下待遇： （一）依法办理结婚登记的夫妻享受婚假十五日，参加婚前
请假管理系统需求分析模板
请假管理系统需求 分析
年假管理系统需求分析 1.引言 对软件需求的完全理解, 这是对于软件开发工作是否成功起到至关重要的作用, 需求说明的任务是发现、规范软件开发的过程。有利于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理, 便于采用工程方法开发软件, 提高软件的质量, 便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据, 而且向用户传递软件的功能、性能的需求, 使其能够判断该软件是否与自己的需求有关。 1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足, 进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR。该说明能让HR更好地了解该系统, 减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称: 年假管理系统 用户: HR 2.任务概述 2.1 目标 根据企业对年假管理系统的要求, 制定企业年假管理系统目标如下:
a: 操作简单方便、界面简洁美观 b: 系统管理员在查看员工信息时, 能够对当前员工的年假和考勤等情况进行添加、修改、删除操作 c: 方便快捷的全方位数据查询 d: 按照指定的条件对员工进行统计 e: 能够将员工信息插入到Excel表格中 f: 实现数据库的备份、还原及清空操作 g: 要有较好的权限管理 h: 能够在当前运行的系统中重新进行登录 i: 系统运行稳定、安全可靠 2.2 系统运行环境 3.需求规定 3.1 对功能的规定
3.1.1 系统总体功能及模块 1．记录公司内部人员基本档案信息, 提供便捷的查询功能。 2．管理公司员工的年假信息、考勤信息。 3．有效管理员工的考勤和年假信息, 实现对员工年假的修改, 删除, 查询等工作。 4．减少人工的参与, 减轻管理人员的工作任务, 降低管理成本, 同时系统应具有良好的安全性和利用性。 5．有效地完成企业的年假管理工作。 3.2系统总功能模块: 员工就职等级模块的功能是登记就职人员名单, 给每个就职人员一
档案管理操作手册
档案管理操作手册 Document number【980KGB-6898YT-769T8CB-246UT-18GG08】
目录
档案管理 PowerOn图纸文档管理系统提供了从文件的产生，修改，批准到修订的系统管理，而本章节的档案管理则是文件的最终归档管理。为项目管理团队和项目各主要执行中心进行所有项目文件归档的系统管理，收集归档文档的相关信息，可以支持将来企业的运作及组织维护部门的需要。同时，档案管理中的文件及其原始数据有利于建立未来的项目生命周期和知识管理系统。 在实际项目中，许多信息是由档案管理系统给出。档案管理指的是对作为信息载体的资料进行有序的收集，加工，分解，编目，存档，并作为项目各参与方提供专用和常用的信息过程。前章图纸文档管理是本章档案管理的基础，是项目图纸文档被有效率使用的前提条件。 在【工程中心】中单击【档案管理】，或者在【工程中心】选择菜单【模块】=>【档案管理】，即可进入档案管理模块。 首先跳出的是档案库的选择窗口。
图17-1 档案库选择窗口 档案管理初始化 17.1.1 档案馆信息维护 用户选择【定义】=>【档案馆】菜单，系统弹出档案馆定义和维护窗口。用户可在当前窗口增加、删除和修改档案馆信息，默认档案馆不可删除。用户可指定一个档案馆，点击设置默认档案馆。系统将当前档案馆设置为默认档案馆。
图17-1-1 档案馆信息 17.1.2 定义ABS码 标准档案分类码在系统中简称ABS码。不同行业均有自己的行业标准档案分类码。所以，系统支持不同的档案库选择不同的标准档案分类码。 选择【定义】=>【标准档案类目（ABS）】菜单，进入ABS编辑的窗口。
加强工作纪律通知、考勤、请假制度
关于加强工作纪律的通知 公司全体员工： 为了进一步规范公司工作规章制度，提高员工工作的自觉性，纪律性，保障各项工作正常、有序开展，经研究决定，制定以下工作纪律规范。 1、按时上班，做到不迟到、不早退、不无故旷工，有事请假。 2、要有高度的责任心，恪尽职守，完成本职工作。 3、对领导交办的工作，及时办理，做到不拖延缓办，不相互推诿。 4、为节省能源、低碳环保,加强安全防护，各部门下班前务必将自己区域所负责的空调、灯、显示器等用电器的电源关闭。 望各部门严格遵守如上规范，违者一经发现，罚款50元。 特此通知。
公司员工请假制度 第一条请假程序 1、员工到办公室领取请假单，认真填写请假单，注明请假种类、假期、时间、事由等，经各级领导审批，并报办公室备案。 2、较长假期须交接手头工作，确保工作连续性。 3、超假期应及时通告请示有关领导审批。 4、假满回公司销假，通报办公室，并交接工作。 第二条公司请假相关规定 1、员工必须前一天办理请假手续，须提前当面向部门主管和行政主管提出申请，递交请假条，同意后方可休假，没有批准者按旷工处理。病假者可电话请假，销假时提供医院相关证明或说明，事后补交请假条。 2、未办手续擅自离开岗位/当天请假者，或假期届满仍未销假、续假者，均以旷工论处，扣减当天工资*2倍，同时扣除当天餐补（10元/每餐）标准。 3、假期的核准权限如下： (1)病假须具正规医院证明。 （2）请假1天之内由部门主管审批，请假2天以上由公司总经理审批。 4、本公司员工请假期满行续假或虽行续假尚未核准而不到职者，除确因病或临时发生意外等不可抗力事情外，均以旷工论处。 5、请假理由不充分或有妨碍工作时，可酌情不予给假，或缩短假期或令延期请假。 6、请假者必须将经办事务交待其他员工代理，并于请假单内注明。 7、本公司员工依本规则所请假如发现有虚伪事情者，除以旷工论处外，并依情节轻重予以惩处。 8、员工办理续假手续必须报请部门负责人同意并经总经理批准后方可续假；职员假满当天须到行政部销假； 9、请假条应在休假前交行政部备案，作为考勤附件、计算工资依据。若请假条各级审批不符要求，作无效处理；紧急请病假必须于上班前或不迟于上班时间30分钟内，致电所在部门负责人及总经理。请假人员且应于病假销假后上班第一天，补交请假条； 10、请病假者需提供医院开具的有效病情证明单，请事假者需填写事假申请单送交所在部门审核。有特殊情况需及时联系说明并补假。病情证明单、事假申请单原件交办公室备案； 11、凡未按规定办理请假手续的，均按旷工处理； 12、请假与考核挂钩，与分配挂钩，严格请假制度，行政办公室按月上报请假情况，进行工资的核算。
请假管理系统源代码
请假管理系统源代码-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
#include
int d=i*sizeof(User); fseek(f,d,SEEK_SET); fread(&ru,sizeof(User),1,f); if(strcmp(name,https://www.360docs.net/doc/8c8613251.html,)==0) return 1; } return -1; } int login(char name[20],char pw[20]) { User us; FILE *f =fopen("data.dat","rb"); while(!feof(f)) { fread(&us,sizeof(User),1,f); if(strcmp(name,https://www.360docs.net/doc/8c8613251.html,)==0) { if(strcmp(pw,us.pw)==0)return 1; } } return -1; } int main() { char n[20]; char plog[20]; char nlog[20]; int c; User u; FILE *f =fopen("data.dat","ab"); if(f!=NULL) {
学生考勤管理系统
学 生 考 勤 管 理 系 统 可行性研究报告 作者： 日期：
目录 1项目背景 (2) 2任务概述 (2) 2.1项目目标 (2) 2.2项目范围 (3) 2.3初步想法 (3) 3对现有系统的分析 (3) 3.1处理流程和数据流程 (4) 3.2局限性 (5) 4所建议的系统 (6) 4.1对所建议系统的说明 (6) 4.2处理流程和数据流程 (6) 4.3改进之处 (8) 4.4可行性分析 (9) 4.4.1 经济可行性 (9) 4.4.2技术可行性 (9) 4.4.3 运行可行性 (9) 4.4.4 法律可行性 (9) 5结论 (9)
1项目背景 目前国内高校中为保证出勤率普遍存在上课,开会,出早操等活动点名的情况,而且大部分是靠人工操作来实现，费时又费力。该项目针对这些活动考勤情况的运行状态进行分析和总结利用网络技术代替人工记录学生出勤情况，减少了考勤部门在人力物力方面的开资，并方便使用者和学生随时查看，体现了学生考勤的公平性与公开性。使用者为学校学生考勤管理中心工作人员，如各班班主任，各任课教师、各学院辅导员、各学院领导、各位学生本人及部分学校领导。 该软件系统联入本校内部局域网，与其他与学生管理系统相关的系统联系，统一管理学生的考勤状况，使学校整体协调性更高；此外，各学院和各部门也可以通过共享系统信息，以更好地提高管理效果，为学校的教学活动带来更多的方便。 2任务概述 该系统主要功能模块为学生考勤管理中心信息管理、班主任对学生考勤信息的管理、任课教师对学生考勤信息的管理、辅导员对学生考勤信息的管理和学生对自己考勤信息的查询。系统能够使查询学生考勤信息变得更为轻易，并使这些信息更为一目了然。学生在登陆系统时，需输入学生的学号、姓名，其他人员需输入验证码登录。只有通过验证的身份才能进入系统进行相关的操作。系统间信息的传递也需要进行安全设置，以防止学生的考勤信息被恶意篡改。 2.1项目目标 学生考勤管理中心的系统目标：建立一个能灵敏、高效、及时，全面提高学生考勤管理的集成系统，辅助管理决策者及时、准确地做出决策。 （1）实现学生考勤缺席情况的全面计算机处理，提高学校学生信息管理中心的工作效率和工作质量。 （2）及时提供学生考勤情况的统计信息，提高管理水平。 （3）与学生共享信息，使学生能随时查看自己的缺勤情况。
数据库员工请假管理系统
华东交通大学理工学院 课程设计报告书 课程名称数据库系统开发教程 题目员工请假管理系统 分院电信分院 专业班级 10电子商务（1）班 学号 20100210460103 学生姓名孟倩 指导教师李果 2012 年 12 月 27 日
目录 第一章设计内容与要求 (1) 第二章数据库运行开发环境 (2) 2.1背景 (2) 2.2支持软件 (2) 第三章需求分析 (3) 3.1系统目标与要求 (3) 3.2系统功能模块 (3) 3.21员工档案管理建立 (3) 3.22员工职务调动管理 (3) 3.23请销假管理查询 (3) 3.24部门管理功能 (3) 3.25考勤管理的实现 (3) 3.26假期管理设置 (4) 3.3数据字典 (4) 3.4数据流图 (7) 第四章概念设计 (9) 4.1局部E-R图 (9) 4.11员工信息 (9) 4.12部门信息 (9) 4.13考勤信息 (9) 4.14请假信息 (8) 4.2全局E-R图 (9) 第五章：逻辑分析 (10) 5.1把E-R图转换成关系模式 (10) 5.2表结构 (10) 第六章详细设计与实现 (12) 6.1登录： (12) 6.2数据的载入 (16) 第七章总结 (17) 参考文献（资料） (18) 分工情况 (18)
第一章设计内容与要求 当今社会正处于信息时代，信息技术已渗透到社会生活的各个领域，特别是企业的管理领域，用计算机来进行员工请假管理也已成为现代化企业运作必不可少的一部分。现在利用计算机来管理员工请假工作，大大降低了工作人员的工作量，提高了工作。 考勤作为一个公司的基本管理，是单位对员工工作管理的基本依据，使用请假系统，管理者可以快速记录公司全体员工当日的请假情况，并可统计员工请假情况。 设计请假系统的目的是企业为了解决员工请假的繁琐工作，减轻企业不必要的劳动力，金钱的损耗，提高工作效率，为企业创造更多利益，实现单位的系统化，规范化和自动化。因此本系统需要实现以下功能：员工信息维护，数据采集，基本数据维护，数据库管理，查询功能，请假记录系统的模块结构。 设计思想：（1）、尽量采用公司现有的软硬件环境及先进的管理系统开发方案，从而达到充分利用公司现有的资源，提高系统开发水平和应用效果的目的。（2）、员工考勤管理系统能够和考勤相连接，从而完成自动、高效、科学的考勤信息输入。（3）、系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未参与开发技术维护人员补充、维护。（4）、系统应具备数据库维护功能，及时根据用户需求进行数据的添加、删除、修改、备份等操作。
关于档案管理系统用户操作手册.doc
汾西矿业集团公司 档案（信息化）管理系统 用 户 操 作 手 册
1、系统应用价值 2、产品的特点 3、系统档案库结构 4、系统基本操作
1、系统应用价值 购买档案管理系统主要用来解决以下问题： 1.档案没有管理，档案散落在每个职工手里，没有档案管理部门，并且每年有200 份以上的文件产生。 2.有档案管理部门，但没有计算机管理，查询利用还是手工操作。 3.原始纸质档案占用大量的空间。在现在大城市空间紧张，房价越来越高的今天，，如何节省档案占 用的空间？ 4.档案的保管成为问题，南方太潮湿、北方干燥都成为档案管理的难题，如何能保证档案信息 不随着时间的流逝而消失。 5.有计算机管理档案，但没有实现联网，档案信息被困在“信息孤岛”中，无法得到有效利用。 6.有了计算机管理档案了，但系统维护非常困难，出现问题找开发厂商，几个月也没有回音。 7.上了计算机系统，但查询起来还是比较慢，不能达到预期的目的。 8.实现计算机联网了，但其它系统的数据无法与档案管理互通。造成数据的重复录入和查询利 用困难。 9.档案管理系统也联网了，与其它系统的数据也可以互通了，但档案的全面信息的保存没有实 现。如档案的产生过程（例如审批过程），并没有记录到档案中，而这些对于档案信息保持完整也 是必须的。 10. 上面的问题都解决了，是不是就没有问题了？也不一定！联网了、数据互通了，只是解决了档案的一般性管理。它并没有解决档案全部问题。如档案的保密特性，每个重要的单位都有非常保密的档案，和无法用价值衡量的珍贵档案，这些是在当前市场竞争中非常重要的“软实力” 了。怎样绝对的防止丢失和不能扩散，如果只是实现的一般意义上的权限管理及加密，显然是不够的。我们需要一个更加严密的监控系统监控整个单位的档案发生及保管过程。举一个例子：战场上侦查敌情，过去有飞机已经不错了，现在使用上了卫星，敌人的一举一动就一目了然，胜利就有了 每个职工手头的档案并没有随着一般的档案管理系统结合档案管理，可靠的保证！的使用得到严密的控制，丢失、泄密时有发生，而且不被人察觉，造成的损失是巨大的，有时是不可弥补的。 让客户明明我们都有对应的软件部件给予解决，对于以上问题的解决，并且量体裁衣，白白的上系统，实实在在的解决问题。2、产品特点:1. 数据库树形结构技术数据库树形结构技术是我们系统的独有优势，针对某一具体档案管理类型，树形扩展深度没有限制，提供了复杂文、档资料的管理平台。 理支持档案管类型深度扩充 档案管理中可能出现个性的地方均可灵活定制
请假单等考勤表格
请假单等考勤表格
请假申请表 备注：① 一般员工请假1天以内（含1天）由直接主管提写意见，部门经理批准，超过1天的由部门经理同意后报主管领导，超过5天以上的需总经理审批；主管助理以上管理人员请假1天以内由部门经理同意后报主管领导或总经理批准，超过1天的由主管领导审批后报总经理批准。 ②《请假申请表》报综合部备案，请假或续假期满上班时，应向综合部销假。 请假申请表 备注：① 一般员工请假1天以内（含1天）由直接主管提写意见，部门经理批准，超过1天的由部门经理同意后报主管领导，超过5天以上的需总经理审批；主管助理以上管理人员请假1天以内由部门经理同意后报主管领导或总经理批准，超过1天的由主管领导审批后报总经理批准。
考勤异常情况说明 考勤异常情况说明 姓名 部门 考勤异常日期 考勤异常情况 异常情况说明 部门主管（经理） 审批 、亠 》 ? ▲ > ? A 备注：1 、此情况说明表需仕木打考情后的 2 姓名 部门 考勤异常日期 考勤异常情况 异常情况说明 部门主管（经理） 审批 * —t 亠-—I —. -- 1 —L 名、/一?1 I — —，二|二，/『 丨船丿害肯必 9 个工作日内 则按考勤机记录为 情况说明， :记录为迟到、早退、 寸 口
派单人意见 加班申请单 说明：派单人系指安排员工加班的部门负责人或 公司领导。 个工作日内2是交本规定勤员 无合情况说明, 则按考勤机记录为准。 上下班未、卡等情情 :记录为迟到、早退、
加班申请单 说明：派单人系指安排员工加班的部门负责人或公司领导。 调休申请单 备注：、员工调休单必须于在调休日之前由部门主管确认，否则按旷工处理 2、一旦旷工处理，补单无效，此条例适用于徐州建邦环境水务有限公司全体员工。
参考论文_请假管理系统
北方民族大学学士学位论文论文题目:请假管理系统设计与应用 院(部)名称:计算机科学与工程学院 学生姓名: 专业:学号: 指导教师姓名: 论文提交时间: 论文答辩时间: 学位授予时间: 北方民族大学教务处制
请假管理系统设计与应用 摘要 当前信息化时代，讲究高效，准确，及时的完成事情，近年来学校都在开展信息化部署，实现了多媒体教学，网上提交作业，在线考试等学生考勤对学校教务管理是至关重要，在以前，学生请假要去找班主任或者院长批准，并且不一定每次都能顺利的找到班主任，完成请假批准。要是3天以上的请假还要去找院长审批，这样就麻烦；再者如果学生不在学校，没办法向班主任提交请假单；对于学生出勤检查，是学生会根据纸制名单逐一点名，或老师根据学生上交课堂作业来判断学生是否来上课。这些方法往往具有考勤差错率比较高，考勤效率也比较慢，没有一个总体的的记录和整理，并且纸制的点名册容易丢失遗漏，耽误时间等缺点。针对以上的问题，开发一种针对学生请假的考勤网上管理系统，通过请假管理系统，任课老师可以在课堂上直接登录考勤记录网站进行课堂查看那些学生打卡，记录学生考勤情况等。此外，在其他时间，班主任以及学校领导也可以登录该网站查询学生在某课程的出勤情况。 本毕业设计的内容是设计并且实现一个基于Web技术的学生请假管理系统，故而系统主要以J2EE作为开发基础,主要使用了Struts2+Spring+Hibernate等多种框架的结合使用，用MyEclipse作为开发工具，使用MYSQL作为数据库，使用JA V A语言开发，页面采取JSP动态页面开发技术。该系统界面简单、操作方便，容易维护。 关键词：请假管理系统 ,S.S.H(Struts2,Spring，Hibernate ),JAVA , JSP
请假管理系统需求分析报告
年假管理系统需求分析 1. 引言 对软件需求的完全理解，这是对于软件开发工作是否成功起到至关重要的作用，需求说明的任务是发现、规软件开发的过程。有利于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，便于采用工程方法开发软件，提高软件的质量，便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据，并且向用户传递软件的功能、性能的需求，使其能够判断该软件是否与自己的需求有关。 1.1 目的 1.1.1 为开发小组成员、客户之间提供共同的协议而创立的基础。对企业年假管理软件功能的实现作系统性描述。让客户指出我们的不足，进一步了解客户的需求。 1.1.2 本说明书的预期读者为开发小组成员及HR 。该说明能让HR 更好地了解该系统，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。 1.2 背景 项目名称：年假管理系统 用户：HR 2. 任务概述 2.1 目标 根据企业对年假管理系统的要求，制定企业年假管理系统目标如下：a :操作简单方便、界面简洁美观
b :系统管理员在查看员工信息时，可以对当前员工的年假和考勤等情况进行添加、修改、删除操作 c:方便快捷的全方位数据查询 d:按照指定的条件对员工进行统计 e：可以将员工信息插入到Excel表格中 f :实现数据库的备份、还原及清空操作 g：要有较好的权限管理 h :能够在当前运行的系统中重新进行登录 i:系统运行稳定、安全可靠 2.2系统运行环境 3. 需求规定 3.1对功能的规定 3.1.1系统总体功能及模块 1 .记录公司部人员基本档案信息，提供便捷的查询功能。