制衣厂人事管理系统设计与运行

1、75/75概述：3需求分析：311用户需求312业务流程分析313信息需求分析4 131资料收集5 132事项（数据项）分析614功能需求7二、数据库概念模型设计：8 初始ERD8 改进ERD9数据库逻辑模型设计1031一般逻辑模型设计ERD转换为一般关系模型1032、具体逻辑模型设计12把一般关系模型转换成具体DBMS支持的逻辑结构数据库物理设计与数据文件爱护设计16 41设计索引16 42设计表间关系16 43完整性设计16五、处理功能设计：17 51主控模块设计17 52子模块设计19 521设计输入19 522视图设计20 523查询设计21 524报表设计21六、数据库应用系统的实现

2、：22 61数据库及其表结构的建立2262数据输入2763模块实现：28 通过与体会32七、数据库应用系统运行：32 71系统操作使用的简要讲明32 72按使用讲明运行系统并打印出运行结果33 73系统评价37概述：海富制衣厂依照业务需要，确定开发一个“人事治理系统”，以取代现在的完全人工治理。开发的差不多目标包括：职员个人资料的录入、部门资料录入、职务变动记录和治理、职员调动记录等。人事治理系统需要完成以下几项大的功能：新职员资料的输入；人事变动的详细记录，包括岗位和部门的调整；职员信息的查询。职员信息统计打印。一、需求分析：11用户需求：人事治理系统是特不通用的治理信息系统,是企业单位实现

3、办公自动化的前提和基础。由于该厂现在是完全的人工治理，我们的系统要紧是关心他们以自动化的方式来取代现有的人工治理以便于该厂领导掌握人员的动向，及时高速人才的分配。2业务流程分析：依照上述系统的要求，业务流程图包括：人事部人员信息（1）职员和和部门差不多信息的输入：人事部人员信息修改部门信息修改部门信息审核审核领导层领导层错误错误正确部门信息资料职员信息资料部门信息资料职员信息资料输入输入输入输入 部门信息表职员信息表部门信息表职员信息表职员信息核对职员信息核对转入临时文件转入临时文件相关档案相关档案 人事变更流程：人事部依照需要发出人事变更表，并审核，有错误则重发，正确则下达命令，并修改职员职

4、位表。包括职员的调动(职位升降、同级不的调动)表。人事部对职员的考核,业绩信息人事部业绩信息人事部人事部人事部修改修改考核考核职员档案职员档案3信息需求分析131资料收集：人事治理系统的业务流程图中用到的相关资料有： 职员入职登记表 档案编号： 个 人 资 料身份证号照片姓名性不出生日期民族籍贯户籍所在地政治面貌婚姻状况家庭住址 家庭电话签订劳动合同的日期紧急（永久）联系地址 电话家庭状况（父母、配偶、子女）姓名关 系工作单位职务学习工作经历起止时刻工作单位职 务职员考核报告 考评月份：工号姓名业绩报告 领导评价 评价人签名人事部门评价 评价人签名职员调职通知：XXX企业职员信息登记工号： 姓

5、名： 现所在部门号： 现职务： 通过本月业绩评价，公司决定调整你的工作职位，请你于XX年XX月XX日，向XXX部门相关负责人报告。 领导人签名： 日期：盖章 部门资料表部门编号部门名称部门经理部门电话讲明 132事项(数据项)分析:在人事治理系统中,各资料的数据项列举如下:职员个人信息表: 档案编号、姓名、性不、民族、出生日期、文化程度、健康状况、婚姻状况、相片、参加工作时刻、联系电话、身分证号码、家庭住址、家庭成员姓名、与本人关系、住址、电话、签订劳动合同的日期职员学历信息表：档案编号、工号、部门号、职务、姓名、毕业学校、学历自我简介等。职员考评报告表：考评月份、工号、部门号、业绩报告、职员

6、调职通知单：工号、姓名、现所在部门职务等。部门资料表：部门编号、部门名称、部门经理、部门电话、讲明汇总后有事项（数据项）去掉重复。在本案例中，职员个人信息表的信息最集中，放在最前，以便后面汇总时去掉重复，数据项汇总如下： 职员姓名、性不、民族、出生日期、健康状况、婚姻状况、相片、联系电话、签订劳动合同的日期、身分证号码、家庭住址、家庭成员姓名、与本人关系、家庭成员住址、家庭成员电话、工号、所属部门、职位、进入单位日期、工资级不、职称、部门编号、部门名称、部门经理、部门电话、部门讲明、档案编号、毕业学校等。进一步分析，初步确定人事治理系统的差不多项有：工号、职员姓名、性不、民族、出生日期、文化程

7、度、健康状况、婚姻状况、联系电话、身分证号码、签订劳动合同的日期、家庭住址、家庭成员姓名、与本人关系、家庭成员住址、家庭成员电话、所属部门、职位、进入单位日期、职称、部门编号、部门名称、部门经理、部门电话、档案编号、毕业学校等。相片、部门讲明为非结构化项。14功能需求： 人事治理系统的总功能确实是“人事治理”。依照业务流程图中的儿项子业务把总功能划分为几个大功能（子系统）：人事治理系统功能模块图人事治理系统人事治理系统考评治理考评治理差不多信息治理职员信息治理业绩资料审核职员业绩考评部门信息治理职员信息治理业绩资料审核职员业绩考评部门信息治理职员信息输入职员信息审核职员信息修改部门信息审核部门

8、信息输入部门信息修改业绩评价职员信息输入职员信息审核职员信息修改部门信息审核部门信息输入部门信息修改业绩评价 二、数据库概念模型设计 依照从差不多项构思实体联系模型四条原则，构造实体联系点模型（ERD）原则1（确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由差不多项描述的特性需要关注时，就应把它作为实体。在人事治理系统中，工号、姓名、性不、民族、出生日期、文化程度、健康状况、婚姻状况、相片、参加工作时刻、联系电话、身分证号码、家庭住址、 是职员的差不多特征，因此“职员”是一个实体类。部门编号、部门名称、部门经理、部门电话是部门的特征，因此“部门”是一个

9、实体类。职员进行培训的课程中,培训单位、课程名、成绩是它的差不多特征，因此课程是一个实体。起止时刻、工作单位、职务是它的差不多特征，因此工作经历也是一个实体；它是职员的从实体。同样，职员的家庭成员也是职员的从实体。原则2（确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。联系通常是某类行为动作，ERD中关注的是其状态与结果而非其过程。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。在人事治理系统中，一个部门有多个职员，因此部门和职员之间的联系是一对多的联系。一个职员有多个家庭成员，职员家庭成员和职

10、员也是多对一的联系。一个职员能够进行多次培训，一次培训也能够有多个职员，因此职员与课程之间是多对多的联系。工作经历、家庭成员是职员的从实体。原则3（确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。属性具有如下几个特点：非多值性 非复合性 非导出性， = 4 * GB3 实体的属性还应有非关联性，只是一个实体的差不多特征，与其他实体无关；联系的属性应具有关联性，是对联系结果或状态的描述。 在人事治理系统中，实体“职员”有属性工号、身份证号、姓名、性不、出生日期、民族、籍贯、政治面貌、婚姻状况、专业、

11、地址、电话。实体“部门”有属性部门号、部门名、部门电话、部门经理。实体“课程”有属性培训单位、课程名、成绩等。本ERD中职员的从实体家庭成员有属性称谓、姓名、性不、生日、所在单位、住址等。从实体工作经历有属性起止时刻、工作单位、职务等。由此确定初始的ERD课程 *课程名课程N成绩培训日期培训成绩培训日期培训调入时刻职务家庭成员调入时刻职务家庭成员M所属职员的 *工号所属职员N1部门*部门号部门考评的父子类考评经历考评部门M经历考评部门依照业务流程中的实际，引进联系实体”业绩”（但并不是一个真正的实体）改进后的ERD如下：课程名培训单位课程名培训单位课程课程成绩成绩称谓培训部门经理N称谓培训部门

12、经理所在单位培训日期所在单位培训日期调入时刻职务*部门号调入时刻职务*部门号姓名家庭成员姓名家庭成员部门名性不部门所属职员M1部门名性不部门所属职员的M1部门电话生日*工号 N部门电话生日考核考核业绩住址 M*考评月份业绩住址相关部门的1相关部门经历经历被考核结束时刻 1被考核结束时刻学校单位学校单位所任职务开始时刻所任职务开始时刻签订合同日期签订合同日期档案号档案号籍贯籍贯民族婚姻状况民族婚姻状况职员职员身份证号出生日期姓名性不专业电话讲明职称*工号身份证号出生日期姓名性不专业电话讲明职称*工号政治面貌住址政治面貌住址 领导评价*考核月份领导评价*考核月份人事部评价人事部评价业绩情况业绩情况

13、业 绩业 绩原则4（一事一地）：信息分析中得到的差不多项要在且仅在实体联系图中的一个地点作为属性出现。 三、数据库逻辑模型设计31一般逻辑模型设计ERD转换为一般关系模型原则1（实体转换为关系模式）：ERD中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。 在人事治理信息系统中，职员、部门是独立的实体，业绩也作为独立实体来看待，得到相应的一般关系框架有职员关系表3.1-1职员编号姓名性不职务生日籍贯档案号部门号民族外码主码文化程度政治面貌婚姻状况联系电话联系地址身份证号签订合同日期 部门关系部门号部门名部门电话部门经理主码表3.1-2课程关系课程名培训

14、单位主码表3.1-3业绩关系 （考核） （被考核）考核月份工号业绩情况领导评价人事部评价外码复合主码表3.1-4原则2（从实体及其主从联系转换为关系模式）：ERD中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成该关系的属性，其主实体关系的主码，在主从联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的、从实体的一组属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。 在人事治理信息系统中，职员的家庭成员关系，其主从联系是一对多联系，导出的关系框架如下 职员家庭成员 职职员号称谓姓名性不生日住地联系电话外码 复合主码 表3.1-5职

15、员的工作经历也是从实体,导出的关系框架如下经历关系工号起止时刻学校单位所任职务外码复合主码为了使方便,在工作经历关系中引入单号作为主码,得到如下关系,并反应在ERD中.工作经历关系单号工号起止单间工作单位职务外码主码 表3.1-6原则3（一对多联系在关系模式中的表示）：ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。 本ERD中有一对多联系职员所属部门，其中职员是多实体，因此在职员关系中增加所在部门的部门号作为外码表示所属部门联系.。原则4（多对多联系转换为关系）：ERD中的一个多对多联系转换为一个关系，其被联系实体关系的主码作为外码

16、和该联系本身的属性一起组成关系的属性，被联系关系的主码组成该关系的复合主码。在本ERD中，课程与职员的联系确实是多对多联系。导出如下的关系框架职员培训课程关系课程名工号培训日期成绩复合主码表3.1-732、具体逻辑模型设计把一般关系模型转换成具体DBMS支持的逻辑结构在VFP中，在各个关系框架下增加类型、长度、小数位数等行就能够了。以下为上述系统的关系： 职员差不多信息.DBF 表3.2-1字段名工号身份证号部门号姓名性不出生日期电话籍贯调入时刻外码主码主码类型NCNCLDCCD长度818510281288小数位 数00索引主索引候选候选一般字段完整性非空非空讲明字段完整性：只能取“男”或“女

17、” 部门号用来与部门表相关联字段名职务状态档案号民族婚姻状况住址签订合同日期外码主码类型CNNCLCD长度82842308小数位 数00索引候选字段完整性非空讲明字段完整性：只能取“是”或“否” 有六种状态：1-在职人员，2-兼职人员，3-试用人员，4-离职人员，5-返聘人员，6-退休人员 部门表.DBF表3.2-2字段名部门号部门名部门电话部门经理外码主码主码类型NCCC长度881210小数位数00索引主索引候选字段完整性非空讲明字段（属性）级完整性： 记录（无组）完整性：表（关系）完整性： 课程表.DBF 表3.2-3字段名课程名培训单位外码主码主码类型CC长度2010小数位数索引主索引字

18、段完整性非空 非空讲明表（关系）完整性：业绩.DBF 表3.2-4字段名考核月份工号业绩情况领导评价人事部评价外码外码主码复合主码类型NNCCC长度58303030小数位数0索引一般一般字段完整性非空 讲明表（关系）完整性：工号用来与职员表相关联家庭成员表.DBF 表3.2-5字段名工号称谓姓名性不生日住址电话外码主码复合主码类型NCCLDCN长度81010285020小数位数索引字段完整性非空 非空讲明字段（属性）级完整性：吸能取值“男”或“女”表（关系）完整性：用来与职员表相关联经历表.DBF 表3.2-6字段名单号工号开始时刻结束时刻职务学校单位外码外码主码主码类型NNDDCC长度888

19、8812小数位数00索引一般索引一般索引字段完整性非空 讲明表（关系）完整性：工号用来与职员表相关联 职员培训课程.DBF 表3.2-7字段名工号课程名培训日期成绩外码外码外码主码复合主码类型NCDC长度81084小数位数0索引复合索引字段完整性非空 非空 非空讲明表（关系）完整性：工号用来与职员表相关联 课程名用来与课程表相关联 四、数据库物理设计与数据库爱护设计41 设计索引：见上述表中的索引42 设计表间关系：业绩业绩职员职员部门经历部门经历家庭成员家庭成员课程课程培训课程培训课程父表子表部门课程职员职员一多关系(部门号)培训课程一多关系（课程名）一多关系（工号）经历一多关系（工号）家庭

20、成员一多关系（工号）业绩一多关系（工号）表4-2-243 完整性设计：列出要紧字段完整性的字段名、完整性约束条件；列出记录完整性约束及其约束条件；列出参照完整性表。参照完整性表如下所示：父表子表更新删除插入父标记子标记部门表职员表级联忽略忽略部门号部门号课程表培训课程级联级联限制课程名培训课程职员表工作经历级联级联限制工号工号职员表家庭成员级联级联限制工号称谓职员表业绩级联级联限制工号考核职员表培训课程级联忽略限制工号培训课程五、处理功能设计51 主控模块设计：包括系统环境初始化、欢迎画面、用户身份验证、主控表单或菜单、各不画面、系统退出的环境等功能。 建立主控程序：主控程序是应用程序的起点，

21、包括初始化环境、显示初始界面和操纵事件循环，并在退出事件循环后，恢复原来的系统环境。主控程序如下：clear EVENTSset talk off set safe off set sysmenu off close allrelease window 常用,项目治理器,表单设计器,表单控件,数据库设计器,报表设计器,布局,命令release window standamodify window screen title 人事治理系统zoom window screen maxopen database 课程设计107人事治理系统.DBCpublic userdo form 课程设计107欢迎

22、界面read eventsCLOSE DATaBASE该程序保存为 main.prg进行用户身份验证，需建立一个密码表储存用户名和密码： 用户表密码用户名123456何耀环123456用户2登录界面的差不多功能是验证用户身份，便于维护数据安全。要求该界面实现的具体功能如下 ：验证操作工号、用户名和密码，假如正确则进入系统。错误则显示相应的提示假如连续三次输往返用户名和密码错误，将显示系统退出提示，并自动退出系统能实现退出登录界面的功能，并退出系统。下图为该界面的设计图：告不画面表单如下：主菜单的差不多功能是用来实现调用系统内各界面的,主菜单的设计能够依照第一部分的系统功能模块图。以下是菜单的设

23、计：菜单名称结果命令职员信息治理do form 职员差不多信息表部门信息治理do form 部门表业绩治理do form 业绩查询统计系统治理子菜单数据备份与恢复命令do form s退出命令Quit 52子模块设计：按系统业务要求设计各项业务模式和系统治理模块，要能完成系统业务和系统治理功能，总体规模至少达到5.2.1-5.2.4的要求。 521设计输入：设计输入数据到表中的表单或窗口，注意实现用户定义完整性约束，并具有输入校验，以确保输入数据正确，没有垃圾数据混入。职员差不多信息输入：职员差不多信息输入相片修改资料添加职员部门调转输入家庭成员输入经历相片修改资料添加职员部门调转输入家庭成员

24、输入经历 最后一条下一条上一条最后一条下一条上一条退出第一条退出第一条本表单讲明：部门调转输入家庭成员输入经历为了方便，把职员的子类如经历表，家庭成员，部门调动三个表单放入该表单中，输入完职员差不多信息后，分不点击 部门调转输入家庭成员输入经历添加职员添加职员接着输入相关资料，点击出现一个新的表单，输入下一个职员的相关资料。部门信息输入：部门信息输入部门号：部门名：部门电话： 部门经理：任职日期：确定退出修改删除添加最后一条下一条上一条第一条确定退出修改删除添加最后一条下一条上一条第一条另外还有经历表、家庭成员表、课程表、业绩、职员部门调动、职员培训课程关系等界面，详见VFP。522视图设计：

25、设计许多于两个定式视图，并提供视图设计器的用户现场生成视图。视图是提示给用户，让用户能够只看到自己想看的数据，或者是能够把系统中的某些重要的数据进行爱护，令无些权限的用户无法看到。职员信息视图:请输入查询条件:查询部门名查询退出姓名退出职员经历查询视图:请输入查询条件查询姓名查询退出开始时刻退出523 查询设计：设计许多于两个定式查询，并提供调用查询设计器的用户现场生成查询。由于篇幅关系，以下仅画出部门人数统计各设计原稿：部门人数统计选择部门名：退出打印查询退出打印查询524 报表设计：设计许多于两个定式报表，并提供调用报表生成器的用户现场生成报表。职员差不多信息报表：职员差不多信息09/04

26、/05姓名性不电话档案号部门号调入时刻状态职务签订合同日期住址域域域域域域域域域域部门报表：部门表09/04/05部门号部门名部门电话部门经理任职日期域域域域域注明：子模块设计部分只列出部分的初步设计，其他的可在具体实现后的模块实现处了解到。六、数据库应用系统的实现61 数据库及其表结构的建立：在创建数据库前，可先为“人事治理系统”创建一个“项目治理器”，命名为“人事治理系统”；在刚创建的“项目治理器”中创建一个数据库，命名“人事治理系统”；在“人事治理系统”数据库中创建表，要创建的表分不为表3.3-1到3.3-10，下面6.1.2小节将分不列出创建后的表：6.1.1数据库表的创建：1. 职员

27、差不多信息表(Employees)字段名类型宽度小数位数索引工号N80升序身份证号C18部门号N50升序姓名C10性不L2升序出生日期D8电话C12籍贯C8政治面貌C20婚姻状况L2住址C50专业C20调入时刻D8状态N20职务C8档案号N80升序民族C4签订合同日期D8用SQL创建如下:CREAT TABLE Employees &数据库表的创建 (工号 N (8) NOT NULL UNIQUE, 身份证号 CHAR(18) NOT NULL UNIQUE, 部门号 N(5) NOT NULL UNIQUE,姓名CHAR(10),性不 L(2),出生日期 DATE(8),电话 CHAR(1

28、2),籍贯 CHAR(8),政治面貌 CHAR(20),婚姻状况 L(2),住址 CHAR(50),专业 CHAR(20),调入时刻 DATE(8) NOT NULL UNIQUE,状态 N(2) NOT NULL UNIQUE, 职务 CHAR(8), 档案号 N(8) NOT NULL UNIQUE, 民族 CHAR(4), 签订合同日期 DATE(8) NOT NULL UNIQUE,CONSTRAINT 工号 PRIMARY KEY（工号）),CONSTRAINT 身份证号 PRIMARY KEY（身份证号）),CONSTRAINT 档案号 PRIMARY KEY（档案号）),CONS

29、TRAINT 状态 CHECK （状态 IN （1,2,3,4,5,6）,CONSTRAINT性不CHECK (性不 IN (男,女),CONSTRAINT婚姻状况CHECK (婚姻状况 IN (是,否);该表结构如下：2.部门表(Departments)字段名类型宽度小数位数索引部门号N80升序部门名C10升序部门电话C12部门经理C10任职日期D8用SQL创建如下：CREATE TABLE Departments （部门号 N（8）NOT NULL UNIQUE,部门名 CHAR（10）， 部门电话 CHAR（12）， 部门经理 CHAR（10）， 任职日期 DATE（8）， CONSTR

30、AINT 部门号 PRIMARY KEY（部门号）)；该表结构如下：3课程表(Course)字段名类型宽度小数位数索引课程名C20升序培训单位C10用SQL创建如下：CREATE TABLE Course （课程名 CHAR（20） NOT NULL UNIQUE， 培训单位 CHAR（10） NOT NULL UNIQUE，CONSTRAINT 课程名 PRIMARY KEY（课程名）)；INSERT INTO Course VALUES&插入数据该表结构如下：4.业绩表(Achievement)字段名类型宽度小数位数索引考核月份N50升序工号N80升序业绩情况C30领导评价C30人事部评价

31、C30 用SQL创建如下:CREATE TABLE Achievement (考核月份 N(5) NOT NULL UNIQUE , 工号 N(8) NOT NULL UNIQUE , 业绩情况 CHAR(30), 领导评价 CHAR(30), 人事部评价 CHAR(30),CONSTRAINT 考核 PRIMARY KEY（考核月份+工号）)；该表结构如下：5家庭成员表(Family)字段名类型宽度小数位数索引工号N80升序称谓C10升序姓名C10性不L1生日D8住址C50电话C12用SQL创建如下：CREATE TABLE Family (工号 CHAR(8) NOT NULL UNIQU

32、E , 称谓 CHAR(10) NOT NULL UNIQUE , 姓名 CHAR(10) NOT NULL UNIQUE , 性不 L(1), 生日 DATE(8), 住址 CHAR(30), 电话 CHAR(12),CONSTRAINT 称谓 PRIMARY KEY（工号+称谓）)；该表结构如下：6.经历(Experiences)字段名类型宽度小数位数索引单号N80升序工号N80升序学校/单位C12所任职务C8开始时刻D8结束时刻D8用SQL创建如下：CREATE TABLE Experiences （单号 N（8）NOT NULL UNIQUE , 工号 N（8）NOT NULL UNI

33、QUE , 工作单位 CHAR（12）， 所任职务 CHAR（12）， 开始时刻 DATE（8）， 结束时刻 DATE（8）， CONSTRAINT 单号 PRIMARY KEY（单号）)；该表结构如下：7.培训课程（Train）字段名类型宽度小数位数索引工号N80升序课程名C10升序培训日期D8成绩C4用SQL创建如下：CREATE TABLE Train （工号 N（8）， 课程名 CHAR（10）， 培训日期 DATE（8）， 成绩 CHAR（4），CONSTRAINT 培训课程 PRIMARY KEY（工号+课程名+培训日期）)；该表结构如下：62数据输入：实现5.2.1中，用这些输入程序或系统的追加插入命令录入数据，并打印出用VFP命令列出的各表的内容。在VFP命令窗口中键入：USE 职员差不多信息LIST得到如下内容：同样，键入：USE 部门表LIST得到如下内容：USE