员工薪资管理系统设计报告

1重庆交通大学信息科学与工程学院课程设计报告专业：计算机科学与技术（软件方向）班级：2013级1班学号：631306050115姓名：陆奇课程名称：数据库及应用课程设计实验室(中心)：软件与通信实验室指导教师：王家伟实验完成时间：2016年1月9日2评分标准及成绩评分细则评分作品演示（40分）设计报告（40分）平时考勤（20分）总成绩教师签名日期总体实验要求：1排版要求(1)．题目用黑体三号，段后距18磅（或1行），居中对齐；(2)．标题用黑体四号，段前、段后距6磅（或0.3行）；(3)．正文用小四号宋体，行距为1.25倍行距；(4)．报告必须生成目录，目录必须带页码。2设计报告需要打印，装订，1份/人。3学习委员收集每位同学做的成果，包含数据库的备份、程序源代码和运行配置说明，并将每位同学的成果拷贝到软件与通信实验室的教师机上。3重庆交通学院计算机与信息学院课程设计任务书课程数据库及应用课程设计班级计算机科学与技术2013.1指导教师王家伟题目员工薪资管理系统完成时间2015年12月28日至2015年1月8日主要内容实现员工薪资的管理，实现按照科室录入个人的基本资料、工资和扣除金额的数据，计算个人的实际发放工资，按科室、职业分类统计人数和工资金额，实现分类查询，能够删除辞职人员的数据等。设计报告要求1、选定题目的需求；2、分析选定题目的软件功能模块；3、分析选定题目的数据库设计（概念模型、逻辑模型和物理模型）；4、软件代码设计；5、根据以上要求完成课程设计报告。每个题目要求代码以附件的方式打印出来。指导时间安排星期周次一二三四五六日17下午7、8节上午3、4节18上午3、4节上午3、4节附加要求1、题目可以从给定的题目中选择，也可以自选。2、每个题目可以独立完成，也可以分组完成，但每个小组的人数不能超过3人。3、设计工具自选，但每个题目必须用高级语言实现。4、每位同学都必须有独立的设计报告且相同的内容不能超过20%。5、上交设计内容时，包含设计报告（打印件）和设计成果的内容。6、最终成绩评定：见评分标准。7、于18周星期五交设计内容。指导地点语音楼8楼计算机学院机房版面要求1．题目用黑体三号，段后距18磅（或1行），居中对齐；2．标题用黑体四号，段前、段后距6磅（或0.3行）；3．正文用小四号宋体，行距为1.25倍行距；4．标题按“一”、“㈠”、“1”、“⑴”顺序编号。4员工薪资管理系统一、设计目的应用对数据库系统原理的理论学习，通过上机实践将理论知识与理论结合起来，巩固在课堂教学中所学的知识，熟练掌握对于给定结构数据库的创建、基本操作、程序系统的建立和调试以及系统分析。对数据库模型进行设计，实践和巩固课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，进行需求分析，概念设计，逻辑模型设计，物理设计，系统维护和维护等过程，熟练PowerDesigner的运用。员工薪资管理系统的主要目的是利用计算机对员工的各种工资信息进行日常的管理，如对数据的查询、修改、添加、删除以及存储等（数据存储在SQLServer数据库中），迅速准确地完成各种工资信息的统计计算和汇总工作，针对系统服务对象的具体要求，设计了员工薪资管理系统。二、设计内容运用基于E-R模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发员工薪资管理信息喜用，完成员工信息管理信息系统的全部功能，包括员工基本信息的增加、删除、修改、查询，员工工资详情单的增加、删除、修改、查询和员工的考勤情况。员工每个职业基本工资的设定；加班津贴管理，根据加班时间和类型给予不同的加班津贴；员工每月实际发放工资的生成，包括工资福利、奖励工资、失业保险、住房公积金、加班津贴、考勤情况的综合考察；实现按照科室录入个人的基本资料、工资和扣除金额的数据。计算个人的实际发放工资；按科室、职业分类统计人数和工资金额；实现分类查询并能够删除辞职人员的数据。三、需求分析（一）功能需求分析功能需求分析是描述系统应提供的功能和服务。根据查阅的员工薪资需求描述和业务流程，并通过实际生活的经验可知，员工薪资管理系统主要功能和数据需求包括：1、员工基本信息管理：员工信息管理可以包含两大模块档案管理和管理，其中档案管理可以管理职工的基本信息，管理员可以增加职工的信息，删除职工的信息，修改职工的信息和最基本的查看职工的信息，通过这一功能可以让管理者掌控职工的全部信息和人事变动信息。奖惩管理中管理员可以管理职工的奖惩信5息，添加职工的奖惩信息，查看，修改和删除职工的奖惩信息。2、员工工资管理：管理员可以查看职工的工资情况，设置工资结构，通过员工的基本信息设置相应的工资福利、奖励工资等，规定在哪一个部门需要发放多少的基本工资。管理员到每个月末的时候根据职工的基本工资和得到的福利津贴来结算职工的可得工资，并以此为依据来给职工发放。3、员工考勤管理：员工可以查看自己的所有签到情况，部门经理可以看到自己管理部门的所有在职员工的考勤情况，管理员可以查看包括经理各部门的所有再是员工的考勤情况。4、用户管理：用户管理包括操作员管理和修改密码。管理员管理整个系统的运行，作为整个数据库的超级用户可以宏观调控整个系统的运行，包括授予一些管理员对数据库的操作权限，也可以在不需要时收回授出去的权限，保证系统的正常运行。修改密码功能中，管理员可以修改整个系统的登陆密码，保证只有本企业的员工才能登录本系统，保证了系统和数据的安全性。（二）系统需求分析本系统采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系统合理的划分成各个功能模块，正确处理模块之间和模块内部的联系以及和数据库的联系，定义各模块的内部结构，通过对模块的设计和模块之间关系的系统来实现整个系统的功能。本系统采用会员式管理，每个属于该单位的职工都有一个属于自己的用户名和密码，用户名即为员工编号，通过该用户名和密码就可以登陆系统执行基于自己权限范围内的操作，系统功能应包括员工基本信息的输入输出与修改、各部门的基本信息输入修改、员工工资的基本情况、总工资的计算、统计分析。员工可以通过此系统查询自己本月的基本工资，福利，奖金以及出去失业保险可住房公积金后的工资。系统界面尽量做到简洁友好易用，在实现基本功能的基础上使其新颖美观。四、数据流图6五、功能模块根据以上需求分析，员工薪资管理系统包括三个用户登陆权限（普通员工、经理、管理员），有三大主要功能模块（登陆模块、前台浏览模块和后台管理模块）如下所示：1、登陆模块（职工登陆该系统进入前台浏览页面，管理员登陆该系统进入后台管理页面），在登陆模块界面用户选择自己对应的置位，从而确定是何种权限，登陆进入前台界面还是后台界面，一旦用户登录该界面，则该天签到成功。2、前台浏览模块（职工可以查看个人详细信息、工资信息、考勤信息、修改个人登陆密码），在查看所有信息时均没有修改功能，只能查看自己详细信息、工资信息和考勤信息，信息修改只能由部门经理或管理员进行操作，在前台浏览模块中只允许用户修改自己的登陆密码。3、后台管理模块（管理员可以查看个人详细信息、人事管理（包括员工管理和工资管理）、查看所有考勤信息、分类统计、系统管理），其中部门经理的权限仅限于本部门，即只能增删改或统计自己所管理部门的员工的信息，而管理员可以管理并统计所有员工（包括经理）的信息。六、数据库设计（一）概要说明该员工薪资管理系统在管理工资信息的同时还要管理员工的基本信息和考勤，主要有四个管理模块，员工信息管理，工资管理，员工考勤管理，用户管理，根据这四个管理模块建立了概念模型和逻辑模型。其中概念模型有七个实体，逻辑模型有九个实体。系统所使用的数据库中有九张表分别对应逻辑模型中的九个实体。（二）概念模型设计概念模型总共设计有七个实体，实体之间有六个联系，下面分别进行说明：1、员工和部门之间的联系如下图所示，员工和部门之间是一对多的联系，员工实体的主码是员工编号，部门实体的主码是部门编号，每一个部门能与多个员工有联系，每一个员工最多只能与一个部门有联系，对应到实际即一个员工只能属于一个部门，但是一个部门可以有多个员工。72、员工和权限级别之间的联系如下图所示，员工和权限之间是一对多的联系，权限实体的主码是权限级别。每一种权限能与多个员工有联系，每一个员工最多只能与一个权限有联系，对应到实际即一名员工只能拥有一个权限，但是可以有多名员工有相同的权限，比如不同部门的经理有相同的权限。3、员工和工资之间的联系如下图所示，员工和工资之间是多对多的联系，工资实体中工资日期作为主键，每一名员工能与多个工资有联系，每一个工资日期代表的具体的工资能与多名员工有联系，对应到实际即一名员工每个月都有一个工资单，而每个月的工资单也可以对应到多名员工。4、员工和考勤表之间的联系如下图所示，员工和考勤表之间是多对多的联系，考勤表实体中只有一个属性即考勤时间，它的值是系统的当前时间，且它作为主键，每一名员工能与多个考勤实体有联系，每一个考勤时间能与多名员工有联系，对应到实际即某一名员工每天都有考勤，每天有多个员工在考勤表上打卡。5、部门和工资级别之间的联系8如下图所示，部门和基本之间是一对多的联系，基本工资的主键为级别，每一个级别能与多个部门有联系，每一个部门最多只能与一项基本工资有联系，对应到实际即一个部门只能有一个级别，而不同的部门可以有相同的级别，该部门的员工都有相同的基本工资。6、工资和加班津贴之间的联系如下图所示，工资和加班津贴之间是一对多的联系，加班津贴的主键为加班天数，对应到实际即一个日期只能有一项加班天数，不同的日期可以有不用的加班天数，从而对应不同的加班津贴。（三）逻辑模型设计根据概念模型转化为逻辑模型的规则，将上述概念模型转化为逻辑模型如下述：1、员工、部门和权限之间的逻辑模型如下图所示，按照转化规则，一方的主码作为多方的外码，所以部门编号和权限级别作为员工实体的外码。2、部门和基本工资之间的逻辑模型如下图所示，按照转化规则，一方的主码作为多方的外码，所以级别属性作为部门实体的外码。93、工资和加班津贴之间的逻辑模型如下图所示，按照转化规则，一方的主码作为多方的外码，所以加班天数属性作为工资实体的外码。4、员工和工资之间的逻辑模型如下图所示，按照转化规则，多对多的联系由联系转化为关系，所以逻辑模型中新增了一张表，该表的主键由员工的主码（员工编号）和工资的主码（工资日期）构成，所以通过将三张表自然连接即可得到员工某一个月的具体的工资，将这三张表同时和加班津贴表自然连接即可算出当月总工资。5、员工和考勤之间的逻辑模型如下图所示，按照转化规则，多对多的联系由联系转化为关系，所以逻辑模型中新增了一张表，该表的主键由员工的主码（员工编号）和考勤表的主码（考勤时间）构成，所以通过将三张表自然连接即可得到员工某一段时间的签到情况表。10（四）数据库建表根据上述逻辑模型，建立的表与上述相对应：1、员工信息表Staff（代表实体“员工”），员工编号StaffNo作为主键，部门编号DecNo和权限级别AuthorityLevel作为外键。2、部门信息表Department（代表实体“部门”），部门编号DecNo作为主键，基本工资级别Level作为外键。3、基本工资表BasicSalary（代表实体“基本工资”），工资级别Level为主键4、加班津贴表Allowance（代表实体“加班津贴”），加班天数Overtime为主键。5、考勤时间表AttendCard（代表实体“考勤表”），考勤时间AttDate作为主键。6、考勤情况表WorkAttendance（代表联系“考勤”），考勤时间表的主码AttDate和员工的主码StaffNo共同构成该表的主码。7、工资情况表Salary（代表实体“工资”和联系“领取”），工资日期SalaryDate和员工编号作为该表的主键，加班天数Overtime作为该表的外键，其中Overtime可以为空，表示领取工资的该月该员工没有加班。118、权限信息表power（代表实体“权限”），权