ASPNET通用企业劳资管理系统设计与实现文档格式.docx
《ASPNET通用企业劳资管理系统设计与实现文档格式.docx》由会员分享,可在线阅读,更多相关《ASPNET通用企业劳资管理系统设计与实现文档格式.docx(51页珍藏版)》请在冰点文库上搜索。
最初的劳资管理是靠人工完成的,当企业规模教小的时候,人力可以完成,随着企业规模的逐渐增大,企业员工人数越来越多,依然维持着人力进行的劳资管理,必然会造成工作效率低,工作错误增高的问题。
劳资管理系统就是把分散的企事业单位的职工信息实行统一、集中、规范的收集和管理,建立分类编号管理,电脑存储查询以及防火、防潮、防蛀、防盗等现代化、专业化的管理系统,为企事业单位和职工解除后顾之忧。
1.2系统开发目的
企业劳资管理系统就是为企事业单位提供信息咨询、信息检索、信息存取等服务。
系统将员工信息分类存储,使员工信息显示起来多种多样,方便查找;
简单的操作和灵活的企业员工信息管理提高了信息处理速度,使企业管理人员能够及时,准确,有效的查出员工的基本信息情况。
这样既为企业减少了人员投资,同时也节约了时间,提供了方便。
1.3系统开发意义
公司在传统的人事劳资管理工作中,要完成相当数量的职工情况及人事政策法规的查询工作,一般是职工直接到办公室或通过电话查询,使人事工作者在这些常规性的查询及相关政策法规的解答上花费大量时间,不利于工作效率的提高及人事研究工作的深入进行。
公司人事劳资管理系统将包括人事工作中涉及的职工的历史状况和现状,人事政策法规的宣传及解答,借助于网络,实现职工的自我查询,这不仅对人事劳资管理工作的顺利进行具有积极的作用,而且对企业系统的建设也有很大意义。
1.4系统开发结构
本系统整体架构采用了ASP.NET的B/S三层结构模式,将系统分为了用户界面层(也称为表现层),业务逻辑层(也称为功能层)和数据库服务层(也称为数据层),开发平台则采用了.NETFramework,有效地降低了系统对客户机的要求,避免了在客户机上分发应用程序与版本控制的困难[1]。
ASP.NET三层架构中,前端为html、aspx等,中间层为.cs文件以及文件编译而成的.dll文件,后端为数据库服务器。
在ASP.NET的三层架构中,数据库层通过中间层来连接以及操作,前端给中间层传递参数,并接收中间层的参数。
一般称中间层为组件,组件是用.cs文件编译而成。
中间层一般为.dll文件。
微软的.NET技术在这方面比它以前的任何版本都要简单,这也是它的一大好处。
以前要注册一个.dll文件,又是注册又是重启动,而在.NET中,.dll文件可以拿来就用,不用再考虑注册的问题了。
通常的ASP.NET的三层架构是:
表现层、业务层和数据层。
1.表现层(PresentationLayer)
表现层用于用户接口的展示,以及用业务层的类和对象来“驱动”这些接口。
在ASP.NET中,该层包括aspx页面、用户控制、服务器控制以及某些与安全相关的类和对象。
2.业务层(BusinessTier)
业务层用于访问数据层,从数据层取数据、修改数据以及删除数据,并将结果返回给表现层。
在ASP.NET中,该层包括使用SqlClient或OleDb从SQLServer或Access数据库取数据、更新数据及删除数据,并把取得的数据放到DataReader或DataSet中返回给表现层。
返回的数据也许只有一个整型数字,比如一个表的行记录数目,但这也要用数据层的数据进行计算。
3.数据层(DataTier)
数据层是数据库或者数据源。
在.NET中,通常它是一个SQLServer或Access数据库,但不仅限于此两种形式,它还可能是Oracle,mySQL,甚至是XML。
本系统的网络应用原理示意图如图1.1所示。
图1.1网络应用原理示意图
本系统代码简单易懂,各种功能模块独立性强,可以根据需要任意组合,完全基于Web技术,只要能连接Internet,就能访问本系统,可以完全通过网页登录管理系统,维护方便,具有清新简洁方便的页面,操作简单。
2需求分析
一个网站项目的确立是建立在各种各样的需求上面的,这种需求往往来自于用户的实际需求或者是出于公司自身发展的需要,其中用户的实际需求也就是说这种交易性质的需求占了绝大部分。
面对网站开发拥有不同知识层面的用户,项目的负责人对用户需求的理解程度,在很大程度上决定了此类网站开发项目的成败。
因此如何更好地的了解、分析、明确用户需求,并且能够准确、清晰地以文档的形式表达给参与项目开发的每个成员,保证开发过程按照满足用户需求为目的正确的项目开发方向进行,是每个网站开发项目的管理者需要面对的问题。
2.1系统功能需求
单位内部的人事劳资的管理,从大的方面分主要集中在单位职工的个人情况、调入调出等。
所以该系统主要是实现对数据的录入、插入、删除、网上查询、统计、更新、打印等功能。
其次,为了信息的保密与安全,系统还要提供一定的安全机制。
开发这个系统的目的就是帮助单位人力资源部门提高工作效率,实现人事信息管理的系统化、规范化和自动化。
根据这个系统所要实现的目的和任务,调查分析总结出这个系统最终实现的主要功能模块如下:
1.管理员登录模块:
提供企业系统管理员登录功能,输入正确的用户名和密码后,就可以登录本系统。
2.职工档案管理模块:
分为在职员工档案信息管理和离职员工档案信息管理两部分。
可以添加新的员工,查询在职和离职员工档案信息,也可以对在职员工进行调动和职位升降,删除离职员工档案信息。
3.考勤管理模块:
管理员工每日的签到和签离,并能对员工的签到和签离情况进行查询。
4.请假管理模块:
管理员工日常的请假事务,并能对员工的请假记录进行查询。
5.奖惩信息管理模块:
管理员工的日常奖励和惩罚的情况,并能对员工受到的奖惩信息进行查询。
6.工资情况管理模块:
包括月工资发放和月工资查询。
根据员工当月的考勤及所受的奖惩情况,计算出此员工这个月的工资数目,并保存,以方便查询。
7.密码修改模块:
企业系统管理员可以对登录密码进行修改,再次登录时就需要使用修改后的密码,否则不能登录。
2.2可行性研究
可行性研究(feasibilitystudy)是在提高工作效率,节省人力、物力、财力的前提下,弄清所定义的项目是不是可能实现和值得进行。
其目的就是用最小的代价在尽可能短的时间内确定问题是否能够得到解决。
可以从三个方面进行研究,分别是技术可行性、经济可行性、操作可行性。
技术可行性:
利用现有的数据库管理系统SQLServer2005以及最新的数据库访问接口ADO.NET,是可以实现系统目标的。
操作可行性:
良好的开发界面,方便的操作流程,使企业管理人员对员工信息的管理以及各类数据的维护更加的简便,说明系统在操作方面是可行的。
经济可行性:
系统在开发的过程中需要一台计算机,在软件方面需要VisualStudio.NET2005+IIS5.1+SQLServer2005等一些经济的开发软件,因此对于经济、人力的要求都不高。
说明本系统在经济方面可行。
在目前的计算机的水平下开发这样一个网站完全具有可能性,不管是从技术上还是从操作上,它都可以实现。
所以,完全有能力来开发这个项目,系统规定的运行方式可行。
2.3数据流图(DFD)
数据流图主要作用是指明系统中数据是如何流动和变换的,以及描述使数据流进行变换的功能[2]。
本系统的DFD如下面各图所示。
图2.1通用企业劳资管理系统DFD
(一)
图2.2通用企业劳资管理系统DFD
(二)
图2.3通用企业劳资管理系统DFD(三)
3系统总体设计
系统总体设计是软件开发的第二个阶段,它的目的是先确定系统的总体结构,勾画出系统中各个组成模块的功能和模块间的联系,以及数据结构的设计。
3.1系统的功能图及功能介绍
系统的总体功能如图3.1所示。
图3.1通用企业劳资管理系统功能结构图
系统模块介绍:
1.员工档案管理模块:
2.考勤管理模块:
管理员工每日的签到和签离,并对员工的签到和签离情况进行查询。
3.请假管理模块:
管理员工日常的请假事务,并对员工的请假记录进行查询。
4.奖惩管理模块:
管理员工的日常奖励和惩罚的情况,并对员工受到的奖惩信息进行查询。
5.工资管理模块:
发放工资及查询月工资情况。
6.密码管理模块:
修改企业系统管理员密码。
3.2数据库详细设计
下面对企业劳资管理系统的后台数据库内容做出详细的说明。
1.在职员工信息表(Employee),如表3.1所示。
表3.1在职员工信息表
列名
数据类型
长度
允许空
字段说明
EmployeeID
varchar
5
否
职工号
IDCard
50
身份证号
EmployeeName
职工姓名
Department
部门
Sex
性别
Age
int
2
年龄
Nation
民族
NativePlace
籍贯
WorkType
工种
Duty
职位
Status
政治面貌
Degree
学历
GraduateSchool
毕业院校
InDate
就职日期
Picture
照片
2.部门表(Department),如表3.2所示。
表3.2部门表
DepartmentID
4
自动编号
部门名称
3.学历表(Degree),如表3.3所示。
表3.3学历表
DegreeID
学历名称
4.职位表(Duty),如表3.4所示。
表3.4职位表
DutyID
职位名称
BasicWage
基本工资
5.民族表(Nation),如表3.5所示。
表3.5民族表
NationID
民族名称
6.政治面貌表(Status),如表3.6所示。
表3.6政治面貌表
StatusID
7.工种表(WorkType),如表3.7所示。
表3.7工种表
WorkTypeID
工种名称
8.签到类型表(CheckInType),如表3.8所示。
表3.8签到类型表
CheckInTypeID
CheckInType
签到类型
9.签离类型表(CheckOutType),如表3.9所示。
表3.9签离类型表
CheckOutTypeID
CheckOutType
签离类型
10.请假类型表(LeaveType),如表3.10所示。
表3.10请假类型表
LeaveTypeID
LeaveType
请假类型
11.奖惩类型表(RewardType),如表3.11所示。
表3.11奖惩类型表
RewardTypeID
RewardType
奖惩类型
Money
钱数
12.工资类型表(WageType),如表3.12所示。
表3.12工资类型表
WageTypeID
WageType
工资类型
13.管理员表(User),如表3.13所示。
表3.13管理员表
LoginName
登录名
Password
密码
14.工资表(Wage),如表3.14所示。
表3.14工资表
WageID
LateMinus
迟到罚款
EarlyLeaveMinus
早退罚款
AbsenceMinus
缺勤罚款
SickLeaveMinus
病假罚款
AffairLeaveMinus
4
事假罚款
RewardAndPunish
奖惩
Bonus
3
全勤奖
TotalWage
工资总额
BeginDate
起始日期
EndDate
截至日期
Date
发放日期
15.签到记录表(CheckInRecord),如表3.15所示。
表3.15签到记录表
RecordID
签到时间
16.签离记录表(CheckOutRecord),如表3.16所示。
表3.16签离记录表
签离时间
17.请假记录表(LeaveRecord),如表3.17所示。
表3.17请假记录表
Days
天数
Remark
备注
请假日期
18.菜单树表(TreeMenu),如表3.18所示。
表3.18菜单树表
NodeId
节点编号
ParentId
父节点编号
Text
节点文字
Url
是
节点URL
19.奖惩记录表(Reward),如表3.19所示。
表3.19奖惩记录表
RewardDate
奖惩日期
20.离职员工信息表(Dimmision),如表3.20所示。
表3.20离职员工信息表
DimmisionID
varc