人事管理系统概要设计说明书资料文档格式.docx
- 文档编号:20507749
- 上传时间:2023-01-23
- 格式:DOCX
- 页数:17
- 大小:847.88KB
人事管理系统概要设计说明书资料文档格式.docx
《人事管理系统概要设计说明书资料文档格式.docx》由会员分享,可在线阅读,更多相关《人事管理系统概要设计说明书资料文档格式.docx(17页珍藏版)》请在冰豆网上搜索。
国外企业关于人事信息的管理,主要是利用人力资源方面管理系统来实现的因为这类系统同IT、通信等领域技术的发展存在密切的联系,因此在计算机、网络等技术发展相对快的国家,基本上创建了一套人力资源管理系统,人力资源方面的信息能够在其本国范围内被授权查阅。
无论人才流动到哪里,在人们进行求职、贷款以及办理保险之时,具备查阅权限的机构都能够查阅该人的信息,以衡量为该人办理有关手续的潜在风险,或者是否可以录用。
1.3
定义
1.3.1专门术语
C/S:
Client/Server客户机/服务器。
可修改性:
容许对系统进行修改而不增加原系统的复杂性。
有效性:
软件系统能有效地利用计算机的时间资源与空间资源的能力。
可适应性:
软件在不同的系统约束条件下使用户需求得到满足的难易程度。
可移植性:
软件从一个计算机系统或环境搬到另一个计算机系统或环境的难易程度。
主键:
数据库表中的关键域。
1.3.2缩写
系统:
若未特别指出,统指本机票预定系统。
SQL:
StructuredQueryLanguage(结构化查询语言)。
ATM:
AsynchronousTransferMode(异步传输模式)。
1.4
参考资料
以下列出在概要设计过程中所使用到的有关资料:
[1]韩万江《软件工程案例教程》机械工业出版社
[2]李金勇曹军生,《SQLsever2000实用教程》,北京理工大学出版社
[3]林邓伟等,《JAVA程序设计项目教程》,北京理工大学出版社
[4]孙峰,《数据库原理及应用》。
天津大学出版社
[5]软件工程文档编制国际标准:
GB8567—88
2.
总体设计
2.1需求规定
数据库分析是数据库管理系统开发周期中的一个重要的阶段,也是工作量比较大的一
项活动。
随着现代软件的发展,手工分析方式已经很难满足数据库管理系统数据库分析的要
求,必须借助相应的工具。
设计数据库系统时应首先充分了解用户各个方面的需求,包括现有的以及将来可能增
加的需求。
用户需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构
能充分满足各种信息的输入和输出。
通过对书店管理工作过程的内容和数据流程分析,设计
数据项和数据结构。
通过与企业的沟通和需求分析,要求系统具有以下功能。
1.新员工资料的添加、修改、删除和查询。
2.部门信息的添加、修改、删除和查询。
3.自动分配员工编号和部门编号。
4.人事调动的详细记录,包括部门、职位和职称的调整,以及人员离职。
5.添加/修改日常出勤记录,这里重点实现可按全体员工、部门员工和所选员工添加/修改
日常出勤记录,以方便用户操作。
员工日常公出/请假信息的添加、修改、删除和查询。
每月工资信息的批量添加、修改、删除和查询。
2.2运行环境
2.2.1设备
1.Web服务器1台
2.数据库服务器1台
3.备份服务器1台
4.开发服务器1台
5.软件防火墙服务器1台
6.千兆路由器1台
7.10M网络宽带1条
2.2.2软件环境
本系统的的软件环境如下
1.MyEclipese10开发工具
2.SQLServer2008数据库系统
3.Windowsxp操作系统;
4.防火墙,杀毒软件
2.3基本设计概念和处理流程
概念模型是对信息世界的建模,所以概念模型应该能够方便、准确的表示出信息世界
中的常用概念。
实体--关系模型(Entity-RelationshipModule,简称E-R图)是数据库结构设计常用的方法。
得到了数据项和数据结构以后,就可以设计出能够满足用户需求的各种实体以及它们之间的关系,为后面逻辑结构设计打下基础。
这些实体包含各种具体信息,通过相互之间的作用形成数据的流动。
根据需求分析和功能分析,规划出本系统中使用的数据库实体分别为员工实体,部门实体,工资实体,出勤实体,公出请假实体,人事调动实体,福利实体,员工离职实体等。
员工实体包括ID、编号、姓名、性别、身份证号、出生年月、年龄、民族、婚姻状况、政治面貌、如党团时间、籍贯、联系电话和手机号码等属性。
员工实体E-R图如图2.1所示:
部门实体包括部门编号、部门名称、部门经理、部门地址和部门电话属性。
部门实体E-R图如图2.2所示:
公出实体包括ID、所属工资月份、员工编号、员工姓名、基本工资、加班费、工龄工
资、全勤奖、奖励总额、职务津贴、请假扣除等属性。
工资实体E-R图如图2.3所示:
2.4
结构
本系统的实现采用典型的三层模式、B/S结构来实现,不同的客户端程序共同访问中心数据库,系统结构如图1:
图1:
系统结构
系统基本功能图解体系基本结构图
2.5功能需求与系统模块的关系
各项功能需求的实现同各个块程序的分配关系:
2.5.1登录页面
需要登陆的人员,对于不同的身份,他们的权限是不一样的。
当用户输入ID和密码时,查询数据库,若用户名和密码正确,则进入相应的员工信息页面,若不正确,则提示用户名或密码错误,人显示当前页面。
功能描述:
1.用户管理
2.配置管理
3.数据备份
4.数据维护
2.5.2员工注册
新员工注册,输入员工的注册信息,包括(登录账号,
登录密码,核对密码,联系电话,联系地址,电子邮箱)。
注册信息的修改。
用例图
2.5.3员工的登录和登出
功能描述:
员工登陆
员工退出
用例图:
2.5.4信息查询
查看公司内部相关信息
查看个人信息
查看其他员工的部分信息
2.5.5人事档案
1增加员工档案信息
2修改员工档案信息
3删除员工档案信息
4查询员工档案信息
5打印员工档案信息
用例图
2.5.6工资信息管理
1.工资信息模块
2.计发工资信息
3.查询工资信息
4.保险/福利
5.打印工资信息
2.5.7员工培训
1.员工培训模块主要包括:
2.培训信息的录入
3.培训信息的删除
4.培训信息的修改
5.培训信息的查询
6.履历表的打印
2.5.8公司招聘
1.录入招聘信息
2.查询招聘信息
3.修改招聘信息
4.删除招聘信息
5.查询应聘者信息
6.删除应聘者信息
2.6
人工处理工程
创建用户(注册新用户):
用户信息需要手工输入计算机。
更新部门、员工资料:
需要手动输入更新内容。
2.7尚未解决的问题
由于数据的传输上需要通过网络传输,为了客户资料进行保密,需要在网络的传输过程中对数据进行加密。
这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进行加密及解密还原工作。
在加密算法选择上将使用RSA加密算法。
具体算法可参照参考资料中《ComputerNetwork》p.598。
3.接口设计
3.1用户接口设计
3.2外部接口
3.3内部接口
4.运行设计
4.1运行模块组合
施加不同的外界运行控制时所引起的各种不同的运行模块组合如下表所示:
4.2运行控制
5.系统数据结构设计
5.1逻辑结构设计要点
根据设计好的E-R图在企业人事管理系统中创建各表。
员工信息表用于储存员工基本信息和单位相关信息,改数据表结构如表2.1所示:
部门表用于存储部门编号、部门名称等信息,该数据表结构如表2.2所示。
工资表用于存储每月每个员工的详细工资信息该数据表结构如表2.3所示。
6.系统出错处理设计
6.1出错信息
程序在运行时主要会出现两种错误:
1、由于输入信息,或无法满足要求时产生的错误,称为软错误。
2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。
对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。
对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。
返回输入阶段。
6.2补救措施
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。
若真断电时,客户机上将不会有太大的影响,主要是服务器上:
在断电后恢复过程可采用SQLSERVER的日志文件,对其进行ROLLBACK处理,对数据进行恢复。
在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。
在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。
6.3系统维护设计
维护方面主要为对服务器上的数据库数据进行维护。
可使用SQLSERVER的数据库维护功能机制。
例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人事管理系统 概要 设计 说明书 资料
![提示](https://static.bdocx.com/images/bang_tan.gif)