ImageVerifierCode 换一换
格式:DOCX , 页数:17 ,大小:847.79KB ,
资源ID:6280229      下载积分:2 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/6280229.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(人事管理系统概要设计说明书书.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

人事管理系统概要设计说明书书.docx

1、人事管理系统概要设计说明书书概要设计说明书1 引言11 编写目的在人事管理系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述, 本阶段已在系统的需求分析的基础上,该文档的目的是描述企业人事管理系统项目的概要设计,其内容包括:系统功能简介 系统结构设计 系统接口设计 数据设计 模块设计 界面设计 本文档的预期的读者是:XX有限公司的领导 技术人员 XX有限公司的领导 相关项目组的所有成员 12 项目背景 国外企业关于人事信息的管理,主要是利用人力资源方面管理系统来实现的因为这类系统同IT、通信等领域技术的发展存在密切的联系,因此在计算机、网络等技术发展相对快的国

2、家,基本上创建了一套人力资源管理系统,人力资源方面的信息能够在其本国范围内被授权查阅。无论人才流动到哪里,在人们进行求职、贷款以及办理保险之时,具备查阅权限的机构都能够查阅该人的信息,以衡量为该人办理有关手续的潜在风险,或者是否可以录用。13 定义131 专门术语C/S:Client/Server客户机/服务器。 可修改性:容许对系统进行修改而不增加原系统的复杂性。 有效性:软件系统能有效地利用计算机的时间资源与空间资源的能力。 可适应性:软件在不同的系统约束条件下 使用户需求得到满足的难易程度。 可移植性:软件从一个计算机系统或环境搬到另一个计算机系统或环境的难易程度。 主键:数据库表中的关

3、键域。 132 缩写系统:若未特别指出,统指本机票预定系统。SQL: Structured Query Language(结构化查询语言)。 ATM: Asynchronous Transfer Mode (异步传输模式)。14 参考资料以下列出在概要设计过程中所使用到的有关资料:1韩万江 软件工程案例教程机械工业出版社 2李金勇 曹军生,SQL sever 2000实用教程,北京理工大学出版社 3林邓伟 等,JAVA程序设计项目教程,北京理工大学出版社 4孙峰,数据库原理及应用。天津大学出版社 5软件工程文档编制国际标准:GB856788 2 总体设计21 需求规定数据库分析是数据库管理系统

4、开发周期中的一个重要的阶段,也是工作量比较大的一项活动。随着现代软件的发展,手工分析方式已经很难满足数据库管理系统数据库分析的要求,必须借助相应的工具。 设计数据库系统时应首先充分了解用户各个方面的需求,包括现有的以及将来可能增加的需求。用户需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。通过对书店管理工作过程的内容和数据流程分析,设计数据项和数据结构。 通过与企业的沟通和需求分析,要求系统具有以下功能。 1. 新员工资料的添加、修改、删除和查询。 2. 部门信息的添加、修改、删除和查询。 3. 自动分配员工编号和部门编号。 4. 人事调动的详

5、细记录,包括部门、职位和职称的调整,以及人员离职。 5. 添加/修改日常出勤记录,这里重点实现可按全体员工、部门员工和所选员工添加/修改日常出勤记录,以方便用户操作。员工日常公出/请假信息的添加、修改、删除和查询。 每月工资信息的批量添加、修改、删除和查询。22 运行环境221 设备1Web服务器1台2数据库服务器1台 3备份服务器1台 4开发服务器1台 5软件防火墙服务器1台 6千兆路由器1台7 10M网络宽带1条 2.2.2 软件环境本系统的的软件环境如下1.My Eclipese 10开发工具2SQL Server2008数据库系统3Windows xp操作系统; 4防火墙,杀毒软件 2

6、.3 基本设计概念和处理流程概念模型是对信息世界的建模,所以概念模型应该能够方便、准确的表示出信息世界中的常用概念。实体-关系模型(Entity-Relationship Module,简称E-R图)是数据库结构设计常用的方法。得到了数据项和数据结构以后,就可以设计出能够满足用户需求的各种实体以及它们之间的关系,为后面逻辑结构设计打下基础。这些实体包含各种具体信息,通过相互之间的作用形成数据的流动。 根据需求分析和功能分析,规划出本系统中使用的数据库实体分别为员工实体,部门实体,工资实体,出勤实体,公出请假实体,人事调动实体, 福利实体,员工离职实体等。 员工实体包括ID、编号、姓名、性别、身

7、份证号、出生年月、年龄、民族、婚姻状况、政治面貌、如党团时间、籍贯、联系电话和手机号码等属性。 员工实体E-R图如图2.1所示: 部门实体包括部门编号、部门名称、部门经理、部门地址和部门电话属性。 部门实体E-R图如图2.2所示:公出实体包括ID、所属工资月份、员工编号、员工姓名、基本工资、加班费、工龄工资、全勤奖、奖励总额、职务津贴、请假扣除等属性。工资实体E-R图如图2.3所示: 24 结构本系统的实现采用典型的三层模式、B/S结构来实现,不同的客户端程序共同访问中心数据库,系统结构如图1:图1:系统结构系统基本功能图解体系基本结构图2.5功能需求与系统模块的关系 各项功能需求的实现同各个

8、块程序的分配关系: 2.5.1登录页面 需要登陆的人员,对于不同的身份,他们的权限是不一样的。当用户输入ID 和密码时,查询数据库,若用户名和密码正确,则进入相应的员工信息页面,若不正确,则提示用户名或密码错误,人显示当前页面。功能描述:1. 用户管理2. 配置管理3. 数据备份4. 数据维护2.5.2员工注册功能描述:新员工注册,输入员工的注册信息,包括(登录账号,登录密码,核对密码,联系电话,联系地址,电子邮箱)。 注册信息的修改。 用例图2.5.3员工的登录和登出 功能描述: 员工登陆 员工退出用例图:2.5.4信息查询功能描述:查看公司内部相关信息查看个人信息查看其他员工的部分信息用例

9、图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. 删除应聘者信息 用例图26 人工处理工程创建用户(注册新用户)

10、:用户信息需要手工输入计算机。 更新部门、员工资料:需要手动输入更新内容。27 尚未解决的问题由于数据的传输上需要通过网络传输,为了客户资料进行保密,需要在网络的传输过程中对数据进行加密。这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进行加密及解密还原工作。在加密算法选择上将使用RSA 加密算法。具体算法可参照参考资料中Computer Networkp.598。3.接口设计3.1用户接口设计3.2外部接口3.3内部接口4运行设计4.1运行模块组合施加不同的外界运行控制时所引起的各种不同的运行模块组合如下表所示:4.2运行控制5. 系统数据结构设计5.1逻辑结构设计要点根

11、据设计好的E-R图在企业人事管理系统中创建各表。员工信息表用于储存员工基本信息和单位相关信息,改数据表结构如表2.1所示: 部门表用于存储部门编号、部门名称等信息,该数据表结构如表2.2所示。 工资表用于存储每月每个员工的详细工资信息 该数据表结构如表2.3所示。 6. 系统出错处理设计6.1出错信息程序在运行时主要会出现两种错误:1、由于输入信息,或无法满足要求时产生的错误,称为软错误。2、由于其他问题,如网络传输超时等,产生的问题,称为硬错误。对于软错误,须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。对与硬错误,可在

12、出错的相应模块中输出简单的出错语句,并将程序重置。返回输入阶段。6.2补救措施所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时,客户机上将不会有太大的影响,主要是服务器上:在断电后恢复过程可采用 SQL SERVER 的日志文件,对其进行ROLLBACK 处理,对数据进行恢复。在网络传输方面,可考虑建立一条成本较低的后备网络,以保证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。6.3系统维护设计维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1