制衣厂人事管理系统分析.docx
《制衣厂人事管理系统分析.docx》由会员分享，可在线阅读，更多相关《制衣厂人事管理系统分析.docx（46页珍藏版）》请在冰豆网上搜索。
制衣厂人事管理系统分析
往链点点通共享资源，了解更多请登录www.WL
概述：
··························································3
一、需求分析：
··················································3
1．1用户需求··············································3
1．2业务流程分析··········································3
1．3信息需求分析··········································4
1．3．1资料收集·········································5
1．3．2事项（数据项）分析·······························6
1．4功能需求··············································7
二、数据库概念模型设计：
········································8
初始ERD················································8
改进ERD················································9
三、数据库逻辑模型设计·········································10
3．1一般逻辑模型设计——ERD转换为一般关系模型···············10
3．2、具体逻辑模型设计········································12
――把一般关系模型转换成具体DBMS支持的逻辑结构
四、数据库物理设计与数据文件保护设计···························16
4．1设计索引·················································16
4．2设计表间关系·············································16
4．3完整性设计···············································16
五、处理功能设计：
··············································17
5．1主控模块设计·············································17
5．2子模块设计···············································19
5．2．1设计输入············································19
5．2．2视图设计·············································20
5．2．3查询设计·············································21
5．2．4报表设计·············································21
六、数据库应用系统的实现：
·······································22
6．1数据库及其表结构的建立····································22
6．2数据输入··················································27
6．3模块实现：
·················································28
经过与体会···················································32
七、数据库应用系统运行：
········································32
7．1系统操作使用的简要说明···································32
7．2按使用说明运行系统并打印出运行结果···················33
7．3系统评价··················································37
概述：
海富制衣厂根据业务需要，确定开发一个“人事管理系统”，以取代现在的完全人工管理。
开发的基本目标包括：
员工个人资料的录入、部门资料录入、职务变动记录和管理、员工调动记录等。
人事管理系统需要完成以下几项大的功能：
（1）新员工资料的输入；
（2）人事变动的详细记录，包括岗位和部门的调整；
（3）员工信息的查询。
（4）员工信息统计打印。
一、需求分析：
1．1用户需求：
人事管理系统是非常通用的管理信息系统,是企业单位实现办公自动化的前提和基础。
由于该厂现在是完全的人工管理，我们的系统主要是帮助他们以自动化的方式来取代现有的人工管理以便于该厂领导掌握人员的动向，及时高速人才的分配。
1．2业务流程分析：
根据上述系统的要求，业务流程图包括：
人事部
人员信息
（1）员工和和部门基本信息的输入：
修改
部门信息
审核
领导层
验证
错误错误
正确
部门信息资料
员工信息资料
输入
输入
部门信息表
员工信息表
员工信息核对
转入临时文件
相关档案
⑵人事变更流程：
人事部根据需要发出人事变更表，并审核，有错误则重发，正确则下达命令，并修改员工职位表。
包括员工的调动（职位升降、同级别的调动）表。
人事部对员工的考核,
业绩信息
人事部
相关资料修改
人事变更
正确调动表
错误调动表
审核
调动表
人事部
修改
考核
员工档案
1．3信息需求分析
1．3．1资料收集：
人事管理系统的业务流程图中用到的相关资料有：
员工入职登记表
档案编号：
个人资料
身份证号
照
片
姓名
性别
出生日期
民族
籍贯
户籍所在地
政治面貌
婚姻状况
家庭住址
家庭电话
签订劳动合同的日期
紧急（永久）联系地址
电话
家庭状况（父母、配偶、子女）
姓名
关系
工作单位
职务
学习\工作经历
起止时间
工作单位
职务
员工考核报告
考评月份：
工号
姓名
业绩报告
领导评价
评价人签名
人事部门评价
评价人签名
员工调职通知：
XXX企业员工信息登记
工号：
姓名：
现所在部门号：
现职务：
经过本月业绩评价，公司决定调整你的工作职位，请你于XX年XX月XX日，向XXX部门相关负责人报告。
领导人签名：
日期：
盖章
部门资料表
部门编号
部门名称
部门经理
部门电话
说明
1．3．2事项（数据项）分析:
①在人事管理系统中,各资料的数据项列举如下:
员工个人信息表:
档案编号、姓名、性别、民族、出生日期、文化程度、健康状况、婚姻状况、相片、参加工作时间、联系电话、身分证号码、家庭住址、家庭成员姓名、与本人关系、住址、电话、签订劳动合同的日期
员工学历信息表：
档案编号、工号、部门号、职务、姓名、毕业学校、学历自我简介等。
员工考评报告表：
考评月份、工号、部门号、业绩报告、
员工调职通知单：
工号、姓名、现所在部门职务等。
部门资料表：
部门编号、部门名称、部门经理、部门电话、说明
②汇总后有事项（数据项）去掉重复。
在本案例中，员工个人信息表的信息最集中，放在最前，以便后面汇总时去掉重复，数据项汇总如下：
员工姓名、性别、民族、出生日期、健康状况、婚姻状况、相片、联系电话、签订劳动合同的日期、身分证号码、家庭住址、家庭成员姓名、与本人关系、家庭成员住址、家庭成员电话、工号、所属部门、职位、进入单位日期、工资级别、职称、部门编号、部门名称、部门经理、部门电话、部门说明、档案编号、毕业学校等。
③进一步分析，初步确定人事管理系统的基本项有：
工号、员工姓名、性别、民族、出生日期、文化程度、健康状况、婚姻状况、联系电话、身分证号码、签订劳动合同的日期、家庭住址、家庭成员姓名、与本人关系、家庭成员住址、家庭成员电话、所属部门、职位、进入单位日期、职称、部门编号、部门名称、部门经理、部门电话、档案编号、毕业学校等。
相片、部门说明为非结构化项。
1．4功能需求：
人事管理系统的总功能就是“人事管理”。
根据业务流程图中的儿项子业务把总功能划分为几个大功能（子系统）：
人事管理系统功能模块图
人事管理系统
考评
管理
基本信
息管理
员工信息管理
业绩资料审核
员工业绩考评
部门信息管理
员工信息输入
员工信息审核
员工信息修改
部门信息审核
部门信息输入
部门信息修改
业绩评价
二、数据库概念模型设计
根据从基本项构思实体联系模型四条原则，构造实体联系点模型（ERD）
原则1（确定实体）：
能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。
在人事管理系统中，工号、姓名、性别、民族、出生日期、文化程度、健康状况、婚姻状况、相片、参加工作时间、联系电话、身分证号码、家庭住址、是员工的基本特征，所以“员工”是一个实体类。
部门编号、部门名称、部门经理、部门电话是部门的特征，所以“部门”是一个实体类。
员工进行培训的课程中,培训单位、课程名、成绩是它的基本特征，所以课程是一个实体。
起止时间、工作单位、职务是它的基本特征，所以工作经历也是一个实体；它是员工的从实体。
同样，员工的家庭成员也是员工的从实体。
原则2（确定联系）：
两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。
联系通常是某类行为动作，ERD中关注的是其状态与结果而非其过程。
实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。
在人事管理系统中，一个部门有多个员工，所以部门和员工之间的联系是一对多的联系。
一个员工有多个家庭成员，员工家庭成员和员工也是多对一的联系。
一个员工可以进行多次培训，一次培训也可以有多个员工，所以员工与课程之间是多对多的联系。
工作经历、家庭成员是员工的从实体。
原则3（确定属性）：
实体的属性是实体的本质特征。
实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。
联系的属性是联系的结果或状态。
属性具有如下几个特点：
①非多值性②非复合性③非导出性，④实体的属性还应有非关联性，只是一个实体的基本特征，与其他实体无关；联系的属性应具有关联性，是对联系结果或状态的描述。
在人事管理系统中，实体“员工”有属性工号、身份证号、姓名、性别、出生日期、民族、
升级会员 