企业人事标准管理系统实例SQL专业课程设计(2).doc
《企业人事标准管理系统实例SQL专业课程设计(2).doc》由会员分享,可在线阅读,更多相关《企业人事标准管理系统实例SQL专业课程设计(2).doc(29页珍藏版)》请在咨信网上搜索。
企业人事管理系统实例 第1章 引言 伴随计算机应用日益普及,数据库技术已成为越来越关键技术基础。数据库即使是确保应用软件质量关键步骤,专业化、高效应用系统对于数据库技术要求也越来越高。 数据库是数据管理最新技术,是计算机学科关键分支。十余年来,数据库管理系统已从专用应用程序包发展成为通用系统软件。因为数据库含有数据结构化、最低冗余度、较高程序和数据独立性、易于扩充、易于编制应用程序等优点,较大信息系统全部是建立在数据库设计之上。 数据库技术是计算机领域中最为活跃技术之一,是计算机科学关键分支,它出现对于很多企机关提升科学管理水平全部起到举足轻重作用。对于一个企机关来说,数据库建设规模、数据库信息量大小和使用频度已成为衡量这个机构信息化程度关键标志。数据库技术是计算机科学和技术中发展最快领域之一,也是应用最广技术之一,它已成为计算机信息系统和应用系统关键技术和关键基础。 数据库在一个信息管理系统中占有很关键地位,数据库结构设计好坏将直接对应用系统效率和实现效果产生影响。合理数据库结构设计能够提升数据存放效率,确保数据完整和一致。 数据库是数据管理最新技术,是计算机科学关键分支。今天,信息资源已成为各个部门关键财富和资源。建立一个满足各级部门信息处理要求行之有效信息系统也成为一个企业生存和发展关键条件。所以,作为信息系统关键和基础数据库技术得到越来越广泛应用,从小型单项事务处理系统到大型信息系统,越来越多新应用领域采取数据库技术来存放和处理信息资源。 数据库设计是建立数据库及其应用系统技术,是信息系统开发和建设中关键技术,具体说,是指对于一个给定应用环境,结构最优数据库模式,建立数据库及其应用系统,使之能够有效地存放数据,满足多种用户应用需求(信息要求和处理要求)。数据库一个信息系统各个部分能否紧密地结合在一起和怎样结合,关键在数据库。 企业人事管理系统是一个单位不可缺乏部分,它内容对于单位决议者和管理者来说全部至关关键,所以企业人事管理系统应该能够为用户提供充足信息和快捷查询手段。 第2章 需求分析 2.1 需求分析设计思想 在现代化企业当中,企业人事管理工作将发挥越来越关键作用。企业人事管理工作已经渗透到企业日常工作方方面面,不管是其本身还是所发挥作用。伴随时代进步,企业也逐步变得庞大起来,为了企业创新、发展和经济效益,怎样管理好企业内部职员信息和职员工资信息,成为企业管理中一个大问题。在这种情况下,一个能够提升工作效率、降低企业开资含有经济效益人事管理系统就显得是必需。 伴随市场竞争日趋猛烈,人才成为实现企业本身战略目标一个很关键原因。企业中人心向背和职员对工作投入在很大程度上决定了该企业兴衰成败。怎样能保持本企业职员工作责任感,激励她们工作热情,降低人才流失,已成为困扰企业管理一个日益尖锐问题,能够说本系统从根本上来讲就是对人管理。现在“公平,公正”企业管理标准已为不少企业所采纳。不过要“公平,公正,合理”绝非易事,它不是仅靠规章制度和政策就能够处理。经过建立透明、一致、易查和全方面人事管理系统,将和人相关信息统一管理起来,才有可能为“公平,公正,合理”标准实现,和企业在动作和劳资纠纷等方面风险规避等建立一套科学保障体系。 最初人事管理,全部是靠人力来完成。当企业规模比较小时候,人力能够完成,伴随企业规模越来越大,企业职员越来越多,仍然维持着人力进行人事管理,肯定会造成工作效率低,工作错误增高问题。假如增加人员就会增加企业开资,这么增加了企业经济负担。 用户需求具体表现在多种信息提供、保留、更新和查询,这就要求数据库结构能充足满足多种信息输出和输入。搜集基础数据、数据结构,和数据处理步骤,组成一份详尽数据字典,为后面具体设计打下基础。 依据上述系统功效分析,针对各个功效模块需求,总结出各个信息之间联络以下: 机构和部门之间联络:一个机构基础信息对应多个部门信息,而一个部门信息对应一个机构信息,所以机构基础信息和部门信息之间是一对多关系。 部门和职员之间联络:一个部门信息对应多个职员信息,而一个职员信息对应一个部门信息,所以职员信息和部门信息之间是一对多关系。 职员和档案之间联络:一个职员信息对应一个档案信息,而一个档案信息对应一个职员信息,所以职员信息和档案信息之间是一对一关系。 职员和工资之间联络:一个职员信息对应多个工资信息,一个工资信息对应一个职员信息,所以职员信息和工资信息二者之间是一对多关系,产生职务属性。 职员和保险之间联络:一个职员信息对应多个保险信息,一个保险对应一个职员信息,所以职员信息和保险二者之间是一对多关系。 职员和协议之间联络:一个职员信息对应多个协议信息,一个协议信息对应一个职员工资信息,所以职员信息和协议信息二者之间是一对多关系。 协议和协议类别之间联络:一个协议信息对应多个协议类别信息,一个协议类别 信息对应一个协议信息,所以协议类别信息和协议信息二者之间是一对多关系。 2.2 数据流图和数据字典 一个基于计算机信息处理系统逻辑模型由数据流和一系列数据转换组成,这些转换将输入数据变换为输出数据。数据流图就是用来刻画数据流和数据转换信息系统建模技术。数据流图并不足以完整地描述软件需求,因为它没有描述数据流内容。通常地,数据流图必需和描述并组织数据条目标数据字典配合使用。 2.2.1 数据流图 数据流图(Data Flow Diagram,DFD)是用来描绘软件系统逻辑模型图形工具,用于描绘信息在系统中流动和处理情况。设计DFD只需考虑软件系统必需完成基础逻辑功效,完全不需考虑怎样具体地实现这些功效,即只考虑软件“做什么”,而无须考虑“怎么做”。 数据流图是结构系统分析关键工具,它表示了系统内部信息流向,并表示了系统逻辑处理功效,是一个功效模型。 在数据流图中有四种基础符号,如表2-1所表示。 表2-1 数据流图基础符号意义 符号 说明 加工,输入数据在此进行变换产生输出数据,中间要注明加工名字 数据输入源点和数据输出终点,在其中要注明源泉点或终点名字 数据流,被加工数据及数据流向,在箭头边要用名词或名词性短语给出数据流名字 数据存放文件,要用名词或名词性短语给出数据文件名字 因为企业人事管理系统关键是以“职员”为主体,所以该数据流图也是只针对职员一系列信息在系统中数据流向及存放进行设计。 企业人事管理系统数据流图图2-1所表示,其中所包含到数据存放文件,具体见(附录A) 职员 增加 信息 部门 分配 职员 管理 协议 处理 工资 管理 修改 信息 删除 信息 查询 信息 录入 档案 职员信息登记 部门 查询 职员 查询 职员档案库 显示 信息 职员 协议信息登记 保险信息记录表 档案信息记录表 工资信息登记 查询 删除 修改 添加 登记 分配 部门信息记录表 签协议 考 核 入档 参与 部门编号 职员编号 部门信息 职员信息 合 同 信 息 工资 信 息 档案信息 保险信息 图2-1 企业人事管理系统数据流图 2.2.2 数据字典 数据字典通常包含数据项、数据结构、数据流、数据存放和处理过程五个部分。其中数据项是数据最小组成单位,若干个数据项能够组成一个数据结构,数据字典经过对数据项和数据结构定义来描述数据流、数据存放逻辑内容。 一、 数据项 以下为本系统部分数据项进行描述,详见附录B。 ⒈ 数据项:ygnumber 含义说明:唯一标识每个职员 别名:职员编号 长度:6 取值范围:000000至999999 取值含义:前两位标识该职员所在部门,后四位按次序编号。 ⒉ 数据项:yfnumber 含义说明:唯一标识职员每个月工资 别名:月份编号 长度:2 取值范围:00至99 取值含义:从1月份到12月份 ⒊ 数据项:bxnumber 含义说明:唯一标识保险类型 别名:保险编号 长度:6 取值范围:000000至999999 取值含义:每位按次序编号 ⒋ 数据项:danumber 含义说明:唯一标识每个职员档案 别名:档案编号 长度:6 取值范围:000000至999999 取值含义:前两位标识该职员档案存放位置,后四位按次序编号。 ⒌ 数据项:bmnumber 含义说明:唯一标识每个职员所属部门 别名:部门编号 长度:6 取值范围:000000至999999 取值含义:前两位标识该部门所属机构,后四位按次序编号。 ⒍ 数据项:jgnumber 含义说明:唯一标识该机构 别名:机构代码 长度:6 取值范围:000000至999999 取值含义:每位按次序编码。 ⒎ 数据项:htnumber 含义说明:唯一标识协议名称。 别名:协议编号 长度:6 取值范围:000000至999999 取值含义:每位按次序编码 ⒏ 数据项:htlbnumber 含义说明:唯一标识协议类别。 别名:协议类别编号 长度:6 取值范围:000000至999999 取值含义:每位按次序编码 二、数据结构 数据结构反应了数据之间组合关系。一个数据结构能够由若干个数据项组成,也能够由若干个数据结构组成,或由若干个数据项和数据结构混合组成。本系统中对数据结构具体描述以下: ⒈ 数据结构:职员 含义说明:是人事管理系统主体数据结构,定义了职员相关信息 组成:职员编号,职员姓名,性别,年纪,学历,家庭住址,联络电话 ⒉ 数据结构:工资 含义说明:是人事管理系统中工资数据结构,定义了职员工资相关信息 组成:月份编号,基础工资,职务补助,奖励工资,缺勤次数,单次缺勤罚金 杂费,工资累计 ⒊ 数据结构:保险 含义说明:是人事管理系统中职员保险信息数据结构,定义了职员保险相关 信息 组成:保险编号,保险名称,开始缴费时间,缴费年限,缴费金额 ⒋ 数据结构:档案 含义说明:定义了职员档案相关信息 组成:档案编号,档案类别,存放位置,档案状态 ⒌ 数据结构:部门 含义说明:是人事管理系统中部门相关信息 组成:部门编号,部门名称,部门介绍 ⒍ 数据结构:机构 含义说明:定义了机构相关信息 组成:机构编号,机构名称,机构地址 ⒎ 数据结构:协议 含义说明:是人事管理系统中协议相关信息 组成:协议编号,协议名称 ⒏ 数据结构:协议类别 含义说明:定义了协议类别相关信息 组成:协议类别编号,协议类别名称 三、数据流 数据流是数据结构在系统内传输路径。本系统中对数据流具体描述以下: ⒈ 数据流“添加”可描述以下: 数据流:添加 说明:对企业中新进员基础信息进行登记 数据流起源:职员 数据流去向:增加信息 ⒉ 数据流“登记”可描述以下: 数据流:登记 说明:企业依据职员所从事工作类型将职员进行部门分配 数据流起源:部门信息登记 数据流去向:职员 ⒊ 数据流“签协议”可描述以下: 数据流:签协议 说明:企业和职员签署协议,并对协议按类进行统计 数据流起源:职员管理 数据流去向:职员 ⒋ 数据流“协议信息”可描述以下: 数据流:协议信息 说明:企业和职员签署协议,并把协议信息返给职员 数据流起源:协议信息 数据流去向:职员 ⒌ 数据流“考评”可描述以下: 数据流:考评 说明:企业对职员日期工作情况进行管理和考评,认为员发放工资 数据流起源:职员管理 数据去向:工资管理 ⒍ 数据流“工资信息”可描述以下: 数据流:工资信息 说明:企业依据工资管理对职员发放工资 数据流起源:工资管理 数据流去向:职员 ⒎ 数据流“入档”可描述以下: 数据流:入档 说明:企业对职员全部信息进行存档,实现统一管理 数据流起源:职员管理 数据流去向:录入档案 ⒏ 数据流“参与”可描述以下: 数据流:参与 说明:企业给职员提供保险信息管理 数据流起源:职员管理 数据流去向:参与保险 ⒐ 数据流“删除”可描述以下: 数据流:删除 说明:对职员基础信息进行删除操作 数据流起源:职员 数据流去向:删除信息 ⒑ 数据流“查询”可描述以下: 数据流:查询 说明:对职员基础信息进行查询操作 数据流起源:职员 数据流去向:查询信息 ⒒ 数据流“修改”可描述以下: 数据流:修改 说明:对职员基础信息进行修改操作 数据流起源:职员 数据流去向:修改信息 ⒓ 数据流“部门编号”可描述以下: 数据流:部门编号 说明:对部门基础信息进行查询操作 数据流起源:查询信息 数据流去向:部门查询 ⒔ 数据流“职员编号”可描述以下: 数据流:职员编号 说明:对职员基础信息进行查询操作 数据流起源:查询信息 数据流去向:职员查询 ⒕ 数据流“部门信息”可描述以下: 数据流:部门信息 说明:将查询结果返回给用户 数据流起源:部门查询 数据流去向:职员 ⒖ 数据流“职员信息”可描述以下: 数据流:职员信息 说明:将查询结果返回给用户 数据流起源:职员查询 数据流去向:职员 四、数据存放 数据存放是数据结构停留或保留地方,也是数据流起源和去向之一。它能够手工文档或手工凭单,也能够是计算机文档。本系统中对数据存放具体描述以下: ⒈ 机构信息 简述:用来存放相关企业属于哪个机构信息。 输入数据:机构信息。 输出数据:机构信息。 ⒉ 部门信息 简述:用来存放企业中所分各个部门基础信息。 输入数据:企业中为每个部个所设置部门代码及该代码对应名称。 输出数据:部门信息。 ⒊ 工资信息 简述:用来存放企业中每个月各个职员工资基础信息。 输入数据:工资信息和考勤信息。 输出数据:工资信息。 ⒋ 保险信息 简述:用来存放企业中各个职员所参与保险基础信息。 输入数据:保险信息。 输出数据:保险信息。 ⒌ 档案信息 简述:企业中每个员个全部有固定档案跟随职员本人,该项就是用来存放各职员 一系列信息。 输入数据:档案编号及名称。 输出数据:档案中所统计职员基础信息。 ⒍ 协议信息 简述:用来存放企业中各个职员进入企业后和企业所签署协议。 输入数据:协议信息。 输出数据:职员所签署协议基础信息。 ⒎ 协议类别信息 简述:用来将企业中各个职员和企业所签署协议进行分类管理。 输入数据:协议类别信息。 输出数据:按类显示协议信息。 2.3 概念结构设计 2.3.1 局部概念模型设计 局部概念模型设计思想是依据需求分析内容用E-R图分别表示出各个实体及其属性,和用E-R图表示出各实体之间联络,以下图所表示。 图2-2 机构信息实体属性 机构 机构名称 机构代码 机构地址 图2-3 部门信息实体属性 部门 部门名称 部门编号 部门介绍 图2-4 职员信息实体属性 职员 联络电话 年纪 家庭住址 学历 职员姓名 性别 职员编号 图2-5 工资信息实体属性 工资 杂费 奖励工资 单次缺勤罚金 缺勤次数 基础工资 职务补助 月份编号 图2-6 档案信息实体属性 档案 档案编号 档案类别 档案状态 存放位置 图2-7 保险信息实体属性 保险 开始缴费时间 保险编号 保险名称 缴费金额 缴费年限 图2-8 协议信息实体属性 图2-9 协议类别信息实体属性 协议 协议编号 协议名称 协议类别 协议类别编号 协议类别名称 图 2-10 机构信息实体和部门信息实体之间联络 机构 部门 n 1 包含 图 2.-11 职员信息实体和协议信息实体之间联络 职员 协议 m 1 签署 图 2-12 部门信息实体和职员信息实体之间联络 部门 职员 n 1 拥有 图 2-13 职员信息实体和工资信息实体之间联络 职员 工资 n 1 领取 职务 图 2-14 协议信息实体和协议类别信息实体之间联络 协议 协议类别 1 n 拥有 图 2-15 职员信息实体和档案信息实体之间联络 职员 档案 1 1 存在 、 图 2-16 职员信息实体和保险信息实体之间联络 职员 保险 n 1 参与 2.3.2 总体概要设计 各子系统分E-R图设计好以后,下一步就是将全部分E-R图综合成一个总E-R图。因为各个局部所面向问题不一样,这就造成各个分E-R图之间肯定会存在很多不一致问题,称之为冲突。所以合并分E-R图必需合理消除各分E-R图中不一致,以形成一个能为全系统中全部用户共同了解和接收统一概念模型,是合并E-R图关键工作和关键。各E-R图之间冲突关键有三种:属性冲突、命名冲突、结构冲突。 在企业人事管理系统设计过程中,有属性冲突和结构冲突。属性域冲突,即属性值类型、取值范围或取值集合不一样。如职员编号在不一样关系中全部要定义成相同属性值类型为字符型而且字长定义为6,才能避免属性冲突。 根据合成总体E-R图规则,画出完整E-R图,图2-17所表示。 1 n 协议类别编号 协议类别名称 协议编号 协议名称 档案编号 档案类别 参与 参与 保险 存放位置 开始缴费时间 保险编号 保险名称 缴费金额 缴费年限 机构名称 机构代码 机构地址 部门名称 部门编号 部门介绍 杂费 奖励工资 单次缺勤罚金 缺勤次数 基础工资 职务补助 月份编号 联络电话 年纪 家庭住址 学历 职员姓名 性别 职员编号 1 n 1 n 1 n m 1 1 1 机构 部门 保险 协议 工资 档案 协议类别 职员 包含 拥有 分类 存在 签署 含有 领取 职务 1 n 图2-17 全局E-R图 2.4 逻辑结构设计 2.4.1 逻辑结构设计思想 概念结构设计是独立于任何一个数据模型信息结构。逻辑结构设计是把概念结构设计阶段设计好基础E-R图转换为和选择DBMS产品所支持数据模型相符合逻辑结构。所以逻辑结构设计通常分以下三个方面: ⑴ 将概念结构转换为通常关系、网状、层次模型。 ⑵ 将转换来关系、网状、层次模型向特定DBMS支持下数据模型转换。 ⑶ 对数据模型进行优化。 针对企业人事管理系统 ,逻辑结构设计采取概念结构转换关系模型,将E-R图依据规则转换为关系模型,为了深入提升数据库应用系统性能,再将转换后关系模型进行优化,确定是否要对一些模式进行合并或分解,为物理设计提供最优处理。 2.4.2 E-R图向关系模型转换 关系模型逻辑结构是一组关系模式集合。E-R图则是由实体,实体属性和实体间联络三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体,实体属性和实体间联络转换为关系模式。转换标准以下: ⒈ 实体类型转换:将每个实体类型转换成一个关系模式,实体属性及为关系模式属性,实体标识符及为关系模式键。 ⒉ 联络类型转换,依据不一样情况做不一样处理。 ⑴ 一个1:1联络能够转换为一个独立关系模型,也能够和任意一端对应关系模式合并。假如转换为一个独立关系模式,则和该联络相连各实体码和联络本身属性均转换为关系属性,每个实体码均是该关系候选码。假如和某一端实体对应关系合并,则需要在该关系模式属性中加如另一个关系模式码和联络本身属性。 ⑵ 一个1:n联络能够转换为一个独立关系模式,也能够和 n端对应关系模式合并。假如转换为一个独立关系模式,则和该联络相连各实体码和联络本身属性均转换为关系属性,而关系码为n端实体码。 ⑶ 一个m:n联络转换为一个关系模式。和该联络相连各实体码和联络本身属性均转换为关系属性,而关系码为各实体码组合。 ⑷ 三个或三个以上实体间一个多元联络能够转换为一个关系模式。和该多元联络相连各实体码和联络本身属性均转换为关系属性,而关系码为各实体码组合。 ⑸ 含有相同码关系模式可合并。 ⒊ 依据该规则将企业人事管理系统E-R图转换为关系模型以下 ⑴ 将每一个实体转换成一个关系(关系就是给出关系名,写出属性,并标明该关系主键) ① 职员信息(职员编号、档案编号、部门编号、职员姓名、性别、年纪、学历、家庭住址、联络电话) 在此联络中主码为职员编号,因为职员信息和部门是多对一联络,所以将部门编号传入职员信息中做非主属性,而职员信息和档案是一对一联络,所以将档案编号传入职员信息中做非主属性。 ② 职员工资信息(月份编号、职员编号、基础工资、职务补助、奖励工资、缺勤次数、单次缺勤罚金、杂费、工资累计、职务) 在此联络中主码为月份编号,因为职员信息和工资信息是一对多联络,所以将职员编号传入工资信息中做非主属性,联络本身属性传入工资信息中做非主属性。 ③ 保险信息(保险编号、职员编号、保险名称、开始缴费时间、缴费年限、缴费金额) 在此联络中主码为保险编号,因为职员信息和保险信息是一对多联络,所以将职员编号传入保险信息中做非主属性。 ④ 档案信息(档案编号、职员编号、档案类别、存放位置、档案状态) 在此联络中主码为档案编号,因为职员信息和档案信息是一对一联络,所以将职员编号传入档案信息中做非主属性。 ⑤ 协议信息(协议编号、协议类别编号、职员编号、协议名称) 在此联络中主码为协议编号,因为协议类别信息和协议信息是一对多联络,所以将协议类别编号传入协议信息中做非主属性。而职员信息和协议信息也是一对多联络,所以职员编号传入协议信息中做非主属性。 ⑥ 部门信息(部门编号、机构代码、部门名称、部门介绍) 在此联络中主码为部门编号,因为机构信息和部门信息是一对多联络,所以将机构代码传入部门信息中做非主属性。 ⑦ 协议类别信息(协议类别编号、协议类别名称) 在此联络中主码为协议类别编号。 ⑧ 机构信息(机构代码、机构名称、机构地址) 在此联络中主码为机构代码。 由E-R图可知,企业人事管理系统有八个实体和一个联络,又因为是职员信息和工资信息一对多联络,故可转换为八个关系模型。 由关系依靠知,在职员信息、工资信息、部门信息、机构信息、协议信息、协议类别信息、档案信息、保险信息这八个关系模式中,这八个关系模式中其属性全部是不能再分,为一阶范式。而且全部是由主码唯一决定关系中其它属性,不存在部分函数依靠和传输函数依靠,所以这五个关系全部是3NF。皆为最优,关系模型优化结束。 第3章 系统分析 3.1思想 企业在通常日常工作中需要一套人事信息管理系统,方便于对企业机构信息、部门信息、职员信息、档案信息、工资信息、保险信息、协议信息进行合理、快捷管理。一套完整人事管理系统对一个企业来说起着至关关键作用,此次设计正是表现这一标准。 对于数据库用户使用频度不一样,而其查询东西也不一样,假如每个人全部申请用户进入Oracle数据库操作就显得有些繁琐,尤其是对于SQL语句了解不多甚至完全不懂状态下是相当困难,于是面向对象给我们一个结构面向普遍性机遇。 在面向对象福音中我们设计了简单易懂界面,比如对数据输入、查询、列表信息等一系列功效,全部访问用户只要依据自己需要选择进入不一样界面,再依据简单提醒就能够完成对应操作。这么就逃离了针对数据库多种烦琐代码。 3.2 系统功效分析 本系统关键是为了帮助企业人事部门和财务主管部门提升工作效率,降低企业无须要开销,从企业根本利益出发,实现企业人事信息管理系统化、规范化和自动化。 该课题是对学生数据库原理和应用、VB.NET等多门学科知识综合利用,是提升学生实际动手能力有效方法。本课题模拟实际项目开发过程,使学生熟悉管理系统开发方法和关键步骤,提升学生数据库设计及系统分析能力,使学生积累一定实战经验。 结合对企业对人事管理,我们设计了企业人事管理系统,这个系统最终实现关键功效以下: 职员基础信息部分:关键完成对职员基础信息添加、修改、删除、查询等管理。 职员档案信息部分:关键完成对职员档案信息添加、修改、删除、查询等管理。 职员部门信息部分:关键完成对对职员所属部门添加、修改、删除、查询等管理。 职员工资信息部分:关键完成对职员工资信息添加、修改、删除、查询等管理。 职员保险信息部分:关键完成对职员保障信息添加、修改、删除、查询等管理。 职员协议信息部分:关键完成职员和企业签署协议一系列信息添加、修改、删除、查询管理。 3.3系统模块设计 ⒈企业人事管理系统功效模块图以下: 部门基础信息管理 职员基础信息管理 档案基础信息管理 工资基础信息管理 保险基础信息管理 协议基础信息管理 机构编码信息管理 企业人事管理系统 图3-1 企业人事管理系统功效模块图 第四章 数据库实施和测试 经过SQL Server语句完成数据库,基础表和相关视图创建 4.1 数据库创建 CREATE DATABASE HR ON (NAME ='人事管理数据库 HR', FILENAME='D:\人事管理系统HR.MDF', SIZE=3MB, MAXSIZE=10MB, FILEGROWTH=10%) GO 4.2 基础表 视图和触发器建立 4.2.1 基础表 CREATE TABLE COMPANY( jgnumber CHAR(6) PRIMARY KEY, jgname CHAR(20), jgaddress CHAR(40) ) GO 剩下表建立此处略过 4.2.2 视图 4.3 数据库初始值 //INSERT INTO USER VALUES (‘root’,’root’); 4.4 数据库实现 4.4.1 安全控制: 系统管理员: 一般用户: 4.4.2 数据操作功效实例 1 用户登录 用户登录 用户名 密码 登录 点击登录按键,可实施: CREATE PROCEDURE login @name char(40), @password varchar(40) AS select * from user where user = @name and password = @password 2 增加机构代码 机构代码添加 机构名称 机构代码 机构地址 取消 确定 点击确定按键,实施添加。 举例以下: INSERT INTO COMPANY VALUES(’100001’,’Microsoft’,’ Haidian District of Beijing’) 3 修改工资信息 略 4 统计职员信息 略 附录A 数据存放文件 表A-1 部门信息登记文件 字段名称 别名 数据类型 长度 备注 部门代码 bmnumber char 6 和部门信息中部门代码关联 机构代码 jgnumber char 6 和机构信息中机构代码关联 部门名称 bmname char 20 部门介绍 bmjj char 20 机构名称 jgname char 20 表A-2 协议信息登记文件 字段名称 别名 数据类型 长度 备注 协议编号 htnumber Char 6 和协议信息中协议编号关联 职员编号 ygnumber Char 6 和职员信息中职员编号关联 协议类别编号 htnumber Char 6 和协议类别信息协议类别编号关联 协议类别名称 htname Char 10 协议名称 htname Char 20 表A-3 档案信息登记文件 字段名称 别名 数据类型 长度 备注 档案编号 danumber Char 6 和档案信息中档案编号关联 职员编号 ygnumber Char 6 和职员信息中职员编号关联 档案类别 dalb Char 20 存放位置 wz Char 10 档案状态 zt Char 4 表A-4 保险信息登记文件 字段名称 别名 数据类型 长度 备注 保险编号 bxnumber Char 6 和保险信息中保险编号关联 职员编号 ygnumber Char 6 和职员信息中职员编号关联 保险名称 bxname Char 20 缴费时间 bxsj Date 缴费年限 bxnx Number 2 缴费金额 bxje Number 5 表A-5 工资信息登记文件 字段名称 别名 数据类型 长度 备注 月份编号 yfnumber Char 2 和工资信息中月份编号关联 职员编号 ygnumber Char 6 和职员信息中职员编号关联 基础工资 jbgz Number 4 职务补助 bz Number 4 奖励工资 jlgz Number 4 缺勤次数 cs number 2 单次缺勤罚金 fj Number 4 杂费 zf Number 4 工资累计 hj Number 5 职务 zw Char 20 表A-6 职员档案库文件 字段名称 别名 数据类型 长度 备注 档案编号 danumber Char 6 和档案信息中档案编号关联 职员编号 ygnumber Char 6 和职员信息中职员编号关联 部门代码 bmnumber Char 6 和部门信息中部门代码关联 机构代码 jgnumber Char 6 和机构信息中机构代码关联 职务 zw Char 20 月份编号 yfnumber Char 2 和工资信息中月份编号关联 基础工资 jbgz Number 4 档案类别 dalb Char 20 存放位置 wz Char 10 档案状态 zt Char 4 附录B 数据项 表B-1 机构信息 数据项名 别名 数据类型 长度 逻辑关系 机构代码 jgnumber Char 6 主键,决定机构信息其它数据项 机构名称 jgname Char 20 依靠于机构代码 机构地址 jgaddress Char 40 依靠于机构代码 表B-2 部门信息 数据项名 别名 数据类型 长度 逻辑关系 部门代码 bmnumber Char 6 主键,决定部门信息其它数据项 部门名称 bmname Char 20 依靠于部门代码 部门介绍 bmjj Char 20 依靠于部门代码 表B-3 职员信息 数据项名 别名 数据类型 长度 逻辑关系 职员编号 ygnumber Char 6 主键,决定职员信息其它数据项 职员姓名 yhname Char 10 依靠于职员编号 性别 xb Char 2 依靠于职员编号 年纪 age Number 3 依靠于职员编号 学历 xl Char 8 依靠于职员编号 家庭住址 jtaddress Char 30 依靠于职员编号 联络电话 lxnumber Number 11 依靠于职员编号 表B-4 工资信息 数据项名 别名 数据类型 长度 逻辑关系 月份编号 yfnumber Char 2 主键,决定工资信息其它数据项 基础工资 jbgz Number 4 依靠于月份编号 职务补助 bz Number 4 依靠于月份编号 奖励工资 jlgz Number 4 依靠于月份编号 缺勤次数 cs number 2 依靠于月份编号 单次缺勤罚金 fj Number 4 依靠于月份编号 杂费 zf Number 4 依靠于月份编号 工资累计 hj Number 5 依靠于月份编号 职务 zw Char 20 依靠于月份编号 表B-5 档案信息 数据项名 别名 数据类型 长度 逻辑关系 档案编号 danumber Char 6 主键,决定档案信息其它数据项 档案类别 dalb Char 20 依靠于档案编号 存放位置 wz Char 10 依靠于档案编号 档案状态 zt Char 4 依靠于档案编号 表B-6 保险信息 数据项名 别名 数据类型 长度 逻辑关系 保险编号 bxnumber Char 6 主键,决定保险信息其它数据项 保险名称 bxname Char 20 依靠于保险编号 缴费时间 bxsj Date 依靠于保险编号 缴费年限 bxnx Number 2 依靠于保险编号 缴费金额 bxje Number 5 依靠于保险编号 表B-7 协议信息 数据项名 别名 数据类型 长度 逻辑关系 协议编号 htnumber Char 6 主键,决定协议信息其它数据项 协议名称 htname Char 20 依靠于协议编号 表B-8 协议类别信息 数据项名 别名 数据类型 长度 逻辑关系 协议类别编号 htlnumber Char 6 主键,决定协议类别信息其它数据项 协议类别名称 htlname Char 10 依靠于协议类别编号- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 人事 标准 管理 系统 实例 SQL 专业课程 设计
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【二***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【二***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【二***】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【二***】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文