企事业人事档案管理系统—免费计算机毕业设计论文内容摘要:
第二章 需求分析 总体需求调查 组织结构图 对现行公司业务进行详细调查是了解系统需求和进行系统分析和设计的重要基础工作,因此要对公司日常事务和活动进行全面、细致而充分的调查研究。 系统调研采取的主要方法是到现场去,通过座谈、询问 、观察甚至直接参与公司经营活动,自上而下、逐步细化的进行了解。 通过调查得知,原先人工操作在公司人事档案管理过程中占绝大部分,本系统开发后的主要使用者是公司的领导:包括董事长、经理、各个部门负责人,为了方便他们快捷有效地获取有关信息,了解有关部门人事档案的信息情况。 经理或者部门的秘书负责文档管理;整个公司有专门的人维护和整理员工的人事档案。 在对公司调研的基础上,获知该公司主要分为业务部门,财务部门,工程部门等,各个部门的人事档案在各个部门分别具体管理,最后上报给公司。 该公司组织结构图如下 系统目标 采用公司现有的软硬件软件及科学的管理系统开发方案,建立人事档案管理系统,实现人事档案管理的计算机自动化。 总经理总经理室经理室 总工室运维部 工程部业务部 财务部多经部系统应符合公司人事档案管理制度,并达到操作直观、方便、实用、安全等要求。 应用现状调查 目前,公司使用的人事工资管理系统采用的是 DOS 环境下的 Foxbase 数据库,界面不友好,不能适应公司发展的需要。 业务总体流程调查 数据的输入:由工作人员通过新员工的基本信息进行 输入。 维护员工基本信息:人事管理主要负责人员基本信息的维护,包括新进和老员工档案的建立,员工信息的修改。 数据的查询统计:由工作人员通过对员工的按照不同的条件进行查询和统计。 信息打印报表:对数据库中员工的信息打印报表。 系统功能调查 整个系统从总体上分为人事管理信息处理、信息查询、信息统计、信息报表输入员工人事信息 维护员工人事信息 数据查询统计 结束 开始 打印报表 系统用户管理五大部分,每一部分应实现的功能如下: 人事信息处理功能 新员工档案的输入 : 员工基本信息维护 :包括修改、删除。 人事信息的查询功能 查询条件的添加: 查询条件的删 除: 查询条件的清空: 单一字段查询和多字段的组合查询: 人事信息的统计 对数据库中的员工的性别,年龄的简单统计。 对数据库中的员工自定义条件统计。 人事信息的打印报表 对数据库中的员工的基本信息进行打印报表。 对数据库中的员工基本工资实现报表统计。 人事信息系统管理 管理员实现对系统用户的添加,删除。 系统用户对登录密码进行修改。 软件所实现的功能强弱是衡量一个软件的最根本的标准。 经过对系统的可行性分析、需求分析、数据分析后,结合调研的情况, 确定了本系统的功能模块如下图所示。 数据词典 上面中的业务数据流图只能给出系统逻辑功能的一个总框架而缺乏详细、具体的内容。 数据词典的作用是给数据流图上的每一个成分以定义和说明。 除此之外,数据词典还要对系统分析中其它需要说明的问题进行定义和说明。 本文的数据词典描述的主要内容有:数据元素、数据结构、数据流、数据存储、处理逻辑和外部项。 在系统分析的过程中,产生了大量的数据词典。 限于篇幅,我采用图表格式仅就这几项条目各举一例来说明。 数据元素条目 数据元素 系统名: 人事管理系统 条目名: 员工编号 编号: E1 别名: 员工号 属于数据流: 员工信息相关的所有数据流 存储处: D1 员工基本信息表 人事档案管理 人事信息维护 人事信息查询 人事信息统计 人事信息报表 系统用户管理 人事信息添加 人事信息修改 人事信息删除 图 21 数据元素条目举例 数据元素值: 代码类型 字符 长度: 10 简要说明: 员工编号是员工的识别符,每个员工都有唯一的编号。 修改记录: 编写 日期 2020326 审核 日期 数据结构条目 数据结构 系统名: 员工人事管理 条目名: 员工信息表 编号: I1 别名:无 结构: 员工编号 姓名 性别 年龄 婚姻状况 工作时间 技术职称 基本工资 所在部门 有关数据存储: D1 员工基本信息表 有关数据流: 员工信息相关数据流 简要说明: 产品入库之前,生产班组需在入库单上填写产品的相关信息。 修改记录: 编写 日期 2020326 审核 日期 数据流条目 数据流 系统名: 人事档案管理 条目名: 员工数据 编号: F1 别名:无 图 22 数据结构条目举例 来源: 档案处理 去处: 档案保存 数据流结构: 员工数据 ={员工编号 +姓名 +性别 +年龄 +婚姻状态 +工作时间 +技术职称 +基本工资 +部门 } 简要说明: 上面实际的员工相关信息可能更多,这里仅列出常用的字段信息。 修改记录: 编写 日期 2020326 审核 日期 数据存储条目 数据存储 系统名: 员工人事档案管理 条目名: 员工信息 编号: D1 别名:无 存储组织: 每个员工一条记录按员工编号顺序排列 主关键字:员工编号 图 23 数据流条目举例 记录组成: 项名: 员工编号 员工姓名 员工性别 年龄 婚姻状况 工作时间 技术职称 基本工资 所在部门 长度:( byte) 6 8 2 2 4 8 12 4 16 简要说明:。 修改记录: 编写 日期 2020326 审核 日期 图 24 数据存储条目举例 第三章 概要设计 概念设计 概要设计基础是完成需求分析后提供的需求说明书,用概念数据模型表示数据及其相互间的关系,这种数据模型是与 DBMS 无关的、面向现实世界的、易如理解的数据模型,其独立于计算机的数据模型,独立于计算机的软硬件系统,与用户进行交流十分方便。 概念性数据模型关心的是如何完整、正确地反映客观实际情况,不关心在数据库中如何实现。 这种数据模式能真实地反应用户要求的实际情况,是 一种容易被人们理解的直观的数据库结构模式。 同时也是一种相对稳定统一的数据模式,一般情况下很少变动。 概念性数据在用户和设计者之间建立了桥梁。 是设计数据库结构的基础。 概念设计中自顶向下的实体分析方法,即常用的实体联系模型(简称 ER 模型),对具体数据进行抽象加工,将实体集合抽象成实体类型。 用实体间联系反映现实世界事物间的内在联系。 ER 模型是建立概念性数据模型的有力工具。 系统设计阶段的数据库设计是以系统分析阶段的成果,数据流图、数据字典等为依据的设计。 其主要内容包括两部分: 1) 根据数据流图和数据字典等进行概念 设计,画出实体关系图,即 ER 图; 2) 根据 ER 图进行逻辑设计,建立起数据库逻辑结构,即所有的二维表。 实体描述 通过对企业员工管理内容、工资管理内容和过程的分析,本系统应设计的实体如下: 1. 公司员工,有属性 包括职工编号、职工姓名、职工年龄、职工性别、所在部门、技术职称、工作时间、婚姻状况、基本工资 ,主键是 职工编号。 2. 公司部门,有属性 部门编号、部门名称、负责人、联系电话 ,主键是 部门编号。 3. 系统用户,有属性 用户名、密码、权限 ,主键是 用户名。 联系描述 1. 属于 :是实体集 员工 和 部门 之间的 1:1 联 系,有实体集 用户 作为这个联系的强制成份,这就是说,每个用户必须属于一个部门。 2. 具有 :是实体集 用户 和 职称 之间的 1:M 联系,描述一个员工可能具有多个职称。 3. 担任 :是实体集 员工 和 职务 之间的 M:N 联系,描述了一个员工可能担任多个职务。 一个职务也可能有多个人担任。 本系统为了简化系统的复杂度,暂时不研究这种联系和相应的实体。 ER 图 实体和实体之间的关系 ER 图如下: 数据库设计 作为 Microsoft 公司的桌面数据库, Access 的应用非常广泛,为此我选用Access 数据库来进 行数据库的逻辑设计。 根据前面定义的实体及实休之间的关系,形成数据库的表格以及各个表之间的关系。 为了减少数据冗余度,将职称实体、部门实体、职务实体等放在不同的表里而加以区分。 对个关系选择主健, 按照关系模式的规范化进行规范,消除数据依赖中不合适的部分,使模式中的各关系模式达到某种程 度 的 “ 分离 ”。 部门 职称 职务 员工 属于 具有 担任 ER 模型转换成关系模式的基本规则 1. 每个实体集用一个关系模式表示,其中实体集的属性被转换成关系的属性,主键用 下划线 表示。 由于加入了联系,可能会增加一些属性。 2. 若实体集 E2 与实体集 E1 的联系 N:1,且 E2 是 E1 的强制成员类, E2 的关系模式应包含 E1 的主属性。 3. 若实体集 E2 与实体集 E1 的联系 N:1,而 E2 是 E1 的可选成员类,可以引入另一个表示联系的关系模式来避免空值问题,外键用 表示。 4. 若实体集 E2 与实体集 E1 的联系 N:M,可以由另一个关系模式来表示联系。 这个关系模式由每个参加的实体集的主属性和这个联系的任何属性组成。 ER 模型转换成关系模式 应用上述的基本转换规则,同时考虑到实体中的 仓库 只有一个,所以在关系模式中可以省略;另外,由于 销售员 和 保管员 实体的属性完全一致,可以将两者合并为同一实体 员工 , 再为该实体增加一个 岗位 属性,即可将两者区分开来,这样就得到数据库的关系模式如下: 员工( 职工编号 、职工姓名、职工年龄、职工性别、所在部门、技术职称、工作时间、婚姻状况、基本工资 ) 部门( 部门编号 、部门名称、负责人、联系电话 ) 系统用户( 用户名 、密码、权限 ) 其中的 系统用户名不是用户的实际名,这里是表的关键字段。 关系模式的规范化 经分析检验,上述的各关系模式事实上都已属于 3NF,这是我所需的阶段。 这说明了我初始的实体模式是合理的。 数据库表 Emp 表(员工资料表) 序号 字段名称 类 型 宽度 1 职工编号 数字(长整型) 2 职工姓名 文本 50 3 职工年龄 文本 18 4 职工性别 文本 10 5 所在部门 文本 4 6 技术职称 文本 20 7 工作时间 文本 20 8 婚姻状况 文本 20 9 基本工资 文本 20 说明:员工基本信息表用于存储员工基本信息,为保证数据的一致和历史资料的完整,表的记录在一般的情况不能被删除,除非系统管理员。 bm(部门表) 序号 字段名称 类型 宽度 1 部门编号 文本 6 2 部门名称 数字(长整型) 3 负责人 文本 20 4 联系电话 文本 20 说明:一个单位可能有多个部门,该表就是来描述和记载单位的不同部门和部门的负责人。 user 表 序号 字段名称 类型 宽度 1 用户名 文本 50 2 密码 数字(长整型) 3 权限 数字(整型) 说明:系统对不同用户设置不同的使用权限。 该表来描述用户名,登录密码,权限。 计算机系统配置方案地选择和设计 计算机硬件配置方案 机型: Hp pentiumⅢ 硬盘: 40G 软驱: 光驱: 48X 内存: 128MB 显示器: 17” 液晶显示器 打印机: HP 网络打印机 计算机软件配置方案 系统软件: WINDOWS XP 数据库软件: MS Access2020 开发软件: Visual Basic 计算机网络系统配置方案 采用 Micorsoft 的 Serverclient 技术,在单位内部采用局域网技术进行连接。企事业人事档案管理系统—免费计算机毕业设计论文
相关推荐
好处在于利用它能够进行信息管理。 使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。 尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。 计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。 本系统就是 用 计算机操作 企业生产 管理系统 , 是 企业单位 用户更好的维护 各项 生产 管理业务处理工作而开发的管理软件。 数据库管理系统(
的数据,而且数据要有大量用户同时访问,对数据的可靠性或安全性要求比较高,可使用远程的数据库。 而数据量小,不需要多用户共享访问、对数据安全性要求不太高,可使用本地数据库。 本软件所使用的数据库主要是配置信息数据库。 因为此数据库是一内部数据库,只被程序本身使用,不需要共享,因此可使用本地数据库。 大连 交通大学信息工程学院 2020 届本科生毕业设计(论文) 5
ows 98/NT/Me/2020/XP. 14 软 件可 选 : 其它 软 件:看 图软 件 ACDSee、 图 像 处 理 软 件 Photoshop、上 传 工具 CuteFTP、 Fireworks、动画软 件 Flash等。 Dreamweaver 8 的操作 环 境 我们将 工作接口分成了“ 标题栏 ”、“菜 单栏 ”、“快捷工 具栏 ”、 “ 属 性面板”、“浮 动 控制面板”
定时1s,定时/计数器0对外部的待测信号进行计数,定时/计数器1定时1s时间到TR清0,停止计数。 从计数寄存器0读出测量数据,测量数据在完成数据处理后,由显示电路显示量结果。 单片机外接晶振为12MHz,单片机指令周期为1μs,当被测频率信号过高时单片机不能测量。 2) 定时法测频率使用定时方法实现频率测量时,外部的待测信号通过频率计的分频器二分频变成宽度等于待测信号周期的方波
“OK” 按钮,就会进入 mfc appwizard,这个向导一共有 6步, step1 对话框中选中 “single document” 选项。 单击 “next” 按钮,进入step 2 of 6 对话框,这一步要选择需要的数据库,因为涉及到数据库的使用,所以在这里选中 “header files only” 选项,意思是在这个实例中只使用头文件种类所包含的数据库。 单击 “next” 按钮
构设计 这一设计阶段是在需求分析的基础上,设计出能够满足用户需求的 各种实体,以及它们之间的联系,为后面的逻辑结构设计打下基础。 本设计根据上面的设计规划出的实体有:员工实体、部门实体、岗位实体、教员实体、教学资源实体、教材实体、课程实体。 各个实体具体的描述 ER 图如下 : 图 42 为员工实体 ER 图。 员 工员 工 基 本 信 息 员 工 培 训 信 息 员 工 计 划 信 息 员 工