人人范文网 范文大全

软件工程概论论文:人事管理系统概要设计说明书

发布时间:2020-03-02 06:40:18 来源:范文大全 收藏本文 下载本文 手机版

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

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

1.引言

1.1 编写目的 人事管理系统的需求分析阶段将系统用户对该系统的需求做了详细的说明。 对于人事管理系统的概要设计是在需求分析的基础上进一步进行设计说明。主要解决系统需求的程序模块设计问题包括决定各个模块之间的接口、模块之间传递的信息以及数据结构、模块结构的设计等。在接下来的概要设计说明书中将对本阶段中对系统所做的所有概要设计进行详细的说明。 在下一阶段的详细设计中程序员可依据此概要设计说明书在概要设计对人事管理系统所做的模块结构设计的基础上对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书以便于了解在概要设计过程中所完成的各模块设计结构或在修改时找出在本阶段设计的不足或错误。

1.2 项目背景 所开发系统的名称企业人事管理系统 项目提出者某公司 最终用户公司或企业 项目的开发者马秋萍刘永强王静常建国

1.3 参考资料 【1】张俊兰江开耀李晔等.软件工程.西安西安电子科技大学出版社2003年8月 【2】萨师煊王珊.数据库系统概论第三版.北京:高等教育出版社2000 【3】王征李家兴.SQL Server实用简明教程第三版.北京:清华大学出版社2006 【4】郝兴伟.Web开发技术.北京:清华大学出版社2004 【5】刘晓华张建周慧珍Jsp应用开发详解北京电子工业出版社2008年10月

2.人事管理系统结构

2.1 概述 该系统主要是用来管理员工的相关信息以及工资等的情况统计公司把员工的信息包括姓名、性别、年龄等信息输入人事管理系统的数据库然后在管理终端对数据进行查询和修改等操作。使用人事管理系统便于公司领导掌握人员的动向及时调整人才的分配。

2.2 人事管理系统结构 系统的模块划分已在需求规格说明书中出每个模块对应一个程序模块根据需求规格说明书可得出各模块之间的关系如下 培训管理模块工资管理模块调动管理模块奖惩管理模块合同管理模块绩效管理模块考勤管理模块辅助管理模块员工录用模块档案管理模块员工解聘模块统计管理模块合同到期解聘离职人员名单所在合同基本工资员工职位考评决定奖惩奖惩金额考勤信息合同信息工资信息奖惩信息考评信息统计信息合同时间

2.3 人工处理过程 本系统人工处理过程主要有 1登记员工的信息。 2设置系统的基础数据。 3设置员工的权限。

3.界面设计

3.1 概述 通过设计界面用户可以点击图形界面的按钮、菜单、对话框等图形接口元素对程序和数据进行操作和在输入框中输入命令的方式查询信息。此时的界面也就是用户接口。

3.2 外部接口 在设计用户界面部分时根据需求分析的结果用户需要一个友好的界面因此应做到简单明了易于操作并且要注意到界面的布局应突出的显示重要以及出错信息。

3.3 内部接口 身份认证模块的返回值决定当前用户是否可以进入人事管理系统身份通过以后再根据用户本身的权限判定进入哪一个功能模块并且判断其相应的操作权限这些采用返回值方式由用户本身的权限标志决定。 以下为部分界面

4.数据库设计

4.1 概述 本系统采用SQL Server 2000作为后台数据库包括员工工基本信息管理、部门管理、职称管理、学历管理和用户信息管理等主要表结构。

4.2 概要设计

4.2.1 主要实体及其属性 人事管理系统中所涉及到的主要实体集及其属性如下 员工员工编号员工姓名性别籍贯年龄生日学历专业住址邮编电话EMAIL参加工作时间进入公司时间部门起薪时间职务备注 考勤信息记录编号员工编号员工姓名当前日期上班时间下班时间迟到次数早退次数 请假信息请假记录编号员工编号病假天数事假天数假期开始时间 加班信息加班记录编号员工编号特殊加班天数正常加班天数加班日期 出差信息出差记录编号员工编号出差天数出差日的地出差开始时间 调动信息调动记录编号员工编

号员工姓名原部门新部门原职务新职务调出时间调入时间备注。

4.2.2 ER设计 在系统的数据库设计中先要对系统分析得到的数据字典中的数据存储进行分析分析各数据存储之间的关系然后才能得出系统的关系模式。可以采用ER图的方法来进行数据结构分析。ER设计方法是一种通过ER图来描述现实世界信息结构的DB设计方法。ER图由实体、属性、联系三部分组成。 本系统的ER图如下图所示 ER图

4.3 逻辑设计 系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具。即在对人事管理方式和业务流程进行认真分析和研究的基础上排除现有组织机构和业务分工所造成的信息障碍。完全从业务管理功能和管理对象出发按照信息系统中应有的数据流和数据结构来勾上班 员工 加班 出差情况 m n 编号 姓名 性别 籍贯 生日 年龄 请假 n 学历 专业 住址 邮编 电话 Email 参加工作时间 进入公司时间 部门 起薪时间 职务 n 出差 n 调动 n 上班情况 m m 请假信息 加班信息 调动情况 …… …… …… …… …… 画系统的概貌。

4.3.1 数据流图简称为DFD 数据流图是组织中信息运动的抽象。是在调研的基础上从系统的科学性、管理的合理性、实际运动的可行性角度出发。将信息处理功能和彼此之间的联系自顶向下逐层分解从逻辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向外部实体等项目。 首先分析人事管理的总体情况划分系统边界识别系统的数据来源和去处确定外部实体得出系统的顶层数据流程图 然后划分出几个主要的信息管理功能并明确各功能之间的联系绘制出数据流程图。

4.3.1.1 数据流程图的符号说明: 外部实体 处理 数据流 数据存储 图1 数据流程图的符号

4.3.1.2 人事管理系统的顶层数据流程图: 图2 人事信息处理的顶层数据流程图

4.3.1.3 以加班处理的数据流程图图3为例说明二层数据流程图:其它如出差、出勤等信息的数据流程图略.人事管理信息处理 D1 各种报表 P 人事基本信息出勤调动出差请假信息 用户 单位领导 图3

4.3.1.4人事管理系统的数据流程图如下图所示 图4 系统数据流程图 其中‘P’表示数据处理‘F’表示数据流‘D’表示数据存储

4.3.2 基本表

4.3.2.1 关系模式工资工号姓名性别全勤奖金实上班天数基本工资加班天数加班工资扣款应发工资实发工资 工作 加班记录 加班人员 汇总 上报 审核 部门负责人 上报 加班记录 领导审批 财务部门 送交 送交 人事部门 F1 录入员工基本信息和工作信息 P1 1221 员工信息空白单 D1 F2 P2 1221 填写有关信息 D2 已填好的有关信息 F3 P3 员工信息处理 D3 处理结果 F4

4.3.2.2关系模式员工基本信息身份证号民族年龄员工编号姓名性别E-mail移动电话 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 11 部门统一编号具有唯一性 姓名 S_NAME CHAR 20 员工姓名 性别 S_SEX CHAR 4 员工性别 年龄 S_AGE INT 18100 民族 RACIAL CHAR 具有唯一性 身份证号 SID CHAR 20 唯一身份标识 E-mail E_MAIL CHAR 24 移动电话 T_PHONE CHAR 11 4.3.2.3 关系模式员工家庭邮政编码联系电话住址籍贯 员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 11 部门统一编号具有唯一性 住址 S_ADDRESS CHAR 40 员工家庭住址 籍贯 RACIAL CHAR 26 具有唯一性 E-mail E_MAIL CHAR 24 联系电话 T_PHONE CHAR 11 4.3.2.4 关系模式员工学历专业毕业院校教育程度计算机水平外语水平员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 部门统一编号具有唯一性 专业 CHAR 毕业院校 CHAR 统一编号具有唯一性 教育程度 CHAR 计算机水平CHAR 外语水平CHAR 20 四六级等 4.3.2.5关系模式员工工作职称部门编号工龄入职时间 员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 部门统一编号具有唯一性性 职称 Z_ZC CHAR 20 员工姓名 部门编号 BH CHAR 10 工龄 G_GL INT 3 参加工作时间 入职时间 R_SJ INT 4 参加工作时间 4.3.2.6 关系模式员工婚姻婚否子女数员工编号 属性中文名称 属性名 类型 长度 说明 员工编号 S_NO CHAR 11 部门统一编号具有唯一性 婚否 CHAR 是或否 子女数 S_ 子女年龄

4.3.2.7 关系模式用户用户ID、密码、用户类型 属性中文名称 属性名 类型 长度 说明 用户ID Y_ID char 8 ID 密码 Y_mima vchar 20 用户类型 Y_leixing vchar 8 4.3.2.8 关系模式 部门部门编号部门名称职工名职位部门电话部门经理编制人数现有人数 属性中文名称 属性名 数据类型 长度 说明 部门编号

dep_num 整型 int12 部门编号具有唯一性 部门名称 dep_name 字符串类型 char12 部门名称 职工名 employor_na 字符串类型 char12 职工名 职位 position 字符串类型 char12 具有等级之分 部门电话 dep_telephone 整型 int11 部门电话 部门经理 manager 字符串类型 char12 部门经理 编制人数 edit_no 整型 int100 部门最大容纳人数 现有人数 own_no 整型 int100 现有人数 4.3.3 导出表 1 调动入表部门编号职位职工编号原部门现部门、说明部分由部门信息表导出。 2 转出表部门编号职位职工编号现有人数职工名由部门信息表导出。 3 奖惩表职工编号、奖励、惩罚、奖惩时间、说明部分由工资表导出。 4.3.4 创建数据库

4.3.4.1 用户表

4.3.4.2 员工基本表

4.3.4.3 员工学历表

4.3.4.4 员工家庭表

5.4 物理设计

5.4.1 设计原则 1进行规范化设计尽可能地减少数据冗余和重复 合理的数据库表的设计应该是在满足需求的前提下使数据的重复量最小就尽量按照关系数据库系统理论方法去设计一个数据库减少数据的冗余。 2结构设计与操作设计相结合 在设计数据库结构时有时为了编程实现的简捷和思路的清晰往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论但是考虑到选择的机器型号和档次等因素如果增加的冗余不会明显增加存储空间和降低处理效率并且对编程实现有很大帮助往往可以采用这种方法。 3数据结构具有相对的稳定性 数据结构的相对稳定性可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务都应该能完成相应的功能决不会因为采用了计算机而丢失了必要的功能或彻底改变了原有的工作流程和模式。计算机系统的建成是建立在原系统充分调研的基础上的它既不能脱离原系统的大框架也不是简单的重复和替代。所以数据库表结构设计应保证数据的相对稳定这样才能考虑在新的数据结构下的业务处理方式。

5.4.2 设计原则 此处着重讨论如何进行规范化设计关系范式规范化过程如下 由逻辑结构设计中得出的关系模型可知转化的各关系中均无重复项和空白数据项故是第一范式而且如下图中的a b所示以出差信息及请假信息为例其它略所有非主属性都完全函数依赖于任一侯选关键字故是第二范式在第二范式的前提下可知ER图中ab所示的四个关系的非主属性之间都不存在函数依赖关系故图ab所表示的关系均属于第三范式。

6.系统运行与维护

6.1 系统的运行

1.初始数据的输入 本系统的输入采用鼠标和键盘相结合的输入方法。

2、怎样进入系统

A、将本系统所在的文件夹拷贝到硬盘然后执行其中的人事管理系统的程序文件即可应注意要将全部文件的属性变以存档消除只读属性。

B、在随后出现的登录界面上输入正确的用户名和密码即可

3、怎样使用本系统 点击鼠标左键即可进行相应功能的选择。 a b 请假编号 员工编号 病假天数 事假天数 假期开始时间 出差编号 出差开始时间 出差目的地 出差天数 员工编号 消去重复项 1NF 消除部分函数依赖 2NF 消除传递函数依赖 3NF 和空白数据项 非规范化关系

6.2 系统的维护 本系统是个较复杂的人-机系统由于系统外部环境与内部因素的变化不断影响系统的运行同时需要系统不断地适应这些变化不断地完善系统以提高系统运行的效率与服务水平这就需要自始至终进行系统的维护工作。 系统的维护主要包括四个方面

1程序的维护指的是修改部分或全部程序这种维护往往是在条件发生变化或原系统的效率低的情况下进行的。

2数据文件的维护指的是按照用户的要求对数据文件进行不定期的修改。

3代码的维护随着系统的发展和变化可能会出现旧代码不能适应新要求的问题因此有必要变更代码予

以维护。

4硬件的维护指的是对系统所使用的设备进行维护。本系统的日常维护由人事部门专人来负责如果出现一些不能解决的问题则由开发者来负责。 总结与体会 做完这个企业人事管理系统后我深有感触。从选取设计企业人事管理系统这个题目到对企业职员基本信息了解从系统的需求分析及数据库设计到应用程序设计其中每一步都很重要虽然无论在运用SQL Server 2005还是Visual Basic 6.0方面的知识都碰到过困难但经过查阅课本和书籍重新学习后都一一解决了。 由于时间比较仓促做完实验后自我感觉虽然系统做出来在运行上没有错误但如果企业拿来使用的话就存在不少问题功能不灵活处理的信息少等有许多有待改进的地方。这些问题都是因为自己对现实问题了解的不深导致的我明白在以后的系统设计中需要多加强理论与实践的结合这样才能使以后开发出来的软件实用。 。

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

学生档案管理系统概要设计说明书

人事管理系统设计

人事管理系统设计

人事管理系统毕业设计论文

企业人事管理系统(论文)

4 飞机订票系统系统概要设计说明书

酒店预定管理系统概要设计说明书

考勤概要设计说明书

人事管理系统毕业论文设计

软件工程概论论文:人事管理系统概要设计说明书
《软件工程概论论文:人事管理系统概要设计说明书.doc》
将本文的Word文档下载到电脑,方便编辑。
推荐度:
点击下载文档
点击下载本文文档