[管理学]人力资源管理信息系统课程设计报告内容摘要:
管理人 char 8 部门人数 int 4 14 实体关系图: 图 21 实体关系图 数据流图( DFD) : 图 22 数据流图( DFD) 人力资源管理系统模块设计 本系统由员工信息管理子系统,工资管理子系统,考勤考核管理子系统组成,今后还可以根据发展需要添加相关系统。 15 (1)员工信息查询 员工成功登录人力资源管理系统,输入相关信息条件,进行员工信息查询。 员工对于自己的相关基本信息进行查看,以及相关人员查看员工的信息。 在这个业 务流程中,有两个直接与系统交互的用户:系统管理员,员工。 (2)员工信息修改 人力资源管理部门等相关人员根据情况对员工信息进行修改更新与维护,员工自身对于自己的信息的更正等。 整个流程如图所示: 图 23 员工信息修改 (3)新员工信息添加 当公司招聘进新的员工时,需要将新员工的信息存进系统中。 其流程如图所示: 图 这个业务流程中涉及的业务实体同上面信息修改。 其系统直接交互用户也包括系统管理员,员工,人力资源部门人员,在上面的业务活动的基础上,人力资源部门人员涉及的业务活动添加了添 加员工信息 16 (4)离职员工信息删除 公司员工因为某种原因离职的时候,就需要从系统中将该员工的信息删除。 整个业务流程如图所示: 图 25离职员工信息删除 (1)员工奖励 /惩罚管理 当某个员工获取奖励时,将员工相关信息以及其获得的奖励情况存入系统中。 月底时对所有奖励表进行统计得出员工月奖励情况表。 整个业务流程如图所示: 图 26员工奖励 /惩罚管理 (2)员工绩效考核 从员工考勤考核部门将所有员工整月的情况报表,奖励情况表以及惩罚信息表从系统中查询获取,然后根据考核条例评定出个员工的考 核表。 整个业务流程 17 如图所示: 图 27员工绩效考核 (3)当月员工工资管理 月底根据员工信息表中员工工资情况以及绩效考核表中各员工考核情况得出员工月实际工资,存入系统中。 流程如图所示: 图 28当月员工工资管理 (1)考勤信息记录 公司采用相关电子设备对员工每天的上班情况进行记录,而考勤部门的人员需要将这些信息分类存入天考勤信息登记表中。 流程如图所示: 图 18 月底时,将各员工整月考勤情况,请假情况以及加班信息汇总得到月考勤信息表,该业务流程如图 所示: 图 210月考勤信息统计 这些业务流程涉及到的业务实体以及他们之间的关系如图所示: 图 211 业务流程图 第三章 人力资源管理系统功能实现 登录界面 设计思路:登陆界面(如图 32)的校验和很多人不一样,我是先进行用户名,密码以及用户类型的校验以后。 登陆界面中的用户类型下拉菜单是事先设定好的,管理员和普通职工可以进行的职权不一样,这样设计对于管理员的安全性有了很大的提高。 在没有管理员的用户类型时,是不能登陆管理员界面的。 19 流程图: 正确 正确 错误 正确 错误 图 31 登陆流程图 登陆验证(先验证用户名和密码,再验证用户类型) private void button1_Click(object sender, EventArgs e) { if (().Length == 0 || ().Length == 0 || ().Length == 0) //如果用户没有把信息填写完整,则会弹出提示对话框如图 31 { (请完善信息。 )。 = null。 = null。 = null。 return。 } else { 用户清单 user_id = new 用户清单 ()。 try { user_id = my_datacontext. 用 户 清 单 .Single(id = id. 职 员 编 号 == ())。 输入职工号密码并且选择用户类型 判断职工号是否存在 判断密码是否正确 判断类型是否和职工号对应。 提示,并且清除文本框和下拉菜单中的文字,让用户从新输入信息。 登陆成功,并且把用户的类型和 id 好传递到主窗体。 20 } catch (Exception) //得不到后台数据库的用户清单名单,则会返回错误,如图 32 { (职工号不存在。 , 警告 )。 return。 } if (user_id != null) { if ( .ToString().Trim() == ()) //这里得不到后台数据库的数据 ,没办法进行比较 { if ( .Trim() == ()) { = false。 MainForm main = new MainForm((), ())。 //把登陆界面得到的职工编号和用户类型传递到主窗口 ()。 } else { (类型不正确。 )。 = null。 = null。 = null。 return。 } } else { (密码不正确。 )。 21 = null。 = null。 = null。 return。 } } else { (该用户不存在。 )。 = null。 = null。 = null。 return。 } } } 22 登陆界面如图所示 : 图 32 登陆界面 33 登陆界面提醒 主界面设计 主界面的设计有一共有五个操作:系统管理,人事管理,工资管理,考勤管理,请假管理。 但是对于管理员和普通职工操作是不同的,作为管理员,可以对公司上下所有人的信息进行增删改查,但是作为公司的普通职工,他只可以看到自己的所有信息,而且不可以进行更改。 虽然在主界面上没有什么区别,但在不同职权跳转后看到的窗体时不一样的。 系统管理:操作时先判断用户的类型,若是管理员则能对系统中的用户进行添加和删除,对整个系统起到维护的作用。 普通员工只能经过此项进行更改密码。 人事管理:公司所有员工的信息都可以经过 这个查清楚。 管理员可以注销或者添加职工信息,如若公司的员工有变动,则要进行信息的录入或者删除。 工资管理:工资和员工的岗位和考情情况联系的较紧密,在显示员工工资信息的时候有些是 23 事先已经确定的了,如:请假扣除、考勤扣除等。 考勤管理:每个员工到公司后就会进行签到,这是与公司的刷卡系统相联系,这里只用按钮来代替。 员工离开公司时也同样进行签离。 管理员可以对员工的记录进行查询。 查询的方式可以按员工号或者按部门查询,这样可以方便管理员对员工进行统计等。 请假管理:管理员可以对员工的请假信息进行录入修改和删除,当然也可以查询,分为按员工编号查询和按时间查询。 图 34 主窗体 主窗体的代码主要判断用户的类型进行判断,并且有一部分进行参数的传递(由于篇幅的问题,以下只用一个代表)。 private void 修改密码 ToolStripMenuItem_Click(object sender, EventArgs e) { if ( == 普通职工 )//如果用户的类型为普通员工,则会只看到自己的信息。 { user1 users1 = new user1(m_ID ,m_Sort)。 //传递登陆界面传过来的 id号和用户类型,对以后的查找有一定的用处。 = this。 ()。 } else 24 { user users = new user(m_ID, m_Sort)。 = this。 ()。 } } 职工管理窗口设计 管理员能够进行增删改查的操作。 查询职工信息可以按照职工号查询、按部门查询和按岗位查询的三种方式,可以方便管理员进行查询。 添加、删除和更新职工信息如图所示。 流程图如下: 添加职工信息:如图 完整 不存在 存在 不完整 存在 不符合 图 35 添加职工信息流图 更新职工信息: 存在。[管理学]人力资源管理信息系统课程设计报告
相关推荐
√ ○ ○ 4 中高层居住建筑 ○ √ ○ ○ 5 单身宿舍 √ √ √ √ ○ ○ ○ 6 居住小区教育设施(中小学、幼托机构) √ √ √ √ ○ 7 居住小区商业服务设施 ○ √ √ √ √ √ ○ ○ 8 居住小区文化设施(青少年和老年活动室、文化馆等) ○ √ √ √ √ ○ 9 居住小区体育设施 √ √ √ √ ○ ○ 10 居住小区医疗卫生设施(卫生站、街道医院、养老院等) √ √
发布招标公告 投标资格预审 发放投标文件、收取投标证金 申请公正 组织投标文件答疑 接受投标文件 开 标 询 标 评 标 定 标 未中标单位 与中标者签订合同 收回招标文件 ,退还投标保证书 履行合同 图 3— 1 公开招标工作程序示意图 22 招标范围: 项目施工招标范围主要包括农田土建、水利、电力、道路、林网、桥梁等骨干工程。 零星、分散的辅助性工程,如可以组织项目区农民群众完成的简单
沙远盛科技有限公司 20200837一、功能概述本系统分为三部分:前处理、核心计算、后处理。 目标为:用户能应用该系统对土质边坡渗流、批赶刹氧溃浦框星庶陨漫邹豪擎帘媳贡室稳桥师事憎酝肃古日秤盅咕签路蛊酱负煞啃锨杰峡垃辫掌凄抄乒坊兄巧葱卿呵薄矮相房亡犹便捡堰揣棠勃 式中: 远盛水工 土质边坡渗流、稳定分析系统用户手册土质边坡渗流、稳定分析系统用户使用手册 ( V
风、冰雹、雪、高温、沙尘暴等气象灾害,地震、山 体崩塌、滑坡、泥石流等地质灾害,森林火灾和重大生物灾害等属于( ) A.事故灾害 B.突发公共卫生事件 C.自然灾害 D.经济危机 • 参考答案: C 第 25 题:危机事件的分期管理中,( )危机管理主要任务是及时控制危机事件并防止蔓延,其关键在于快速反应能力。 A.预警期 B.爆发期 C.缓解期 D.善后期 • 参考答案: B 第 26 题:(