在一般不引起混淆的情况下常常把数据库系统简称为数据库。数据库技术是应数据管理任务的需要而产生的。在应用需求的推动下,在计算机硬件,软件发展的基础上,数据管理技术经历了人工管理、文件系统、数据库系统三个阶段。 与人工管理和文件系统相比,数据库系统的特点主要有以下几个主面:数据的结构化;数据的共享性高、冗余度低、易扩充;数据独立性高;数据由DBMS统一管理和控制 [9] 。 目前,数据库己经成为现代信息系统的不可分离的重要组成部分。20世纪80年代后不但在大型机上,在多数微机上也配置了DBMS,使数据库技术得到了更加广泛的应用和普及,是计算机领域中发展最快的技术之一。 2.4 ADO与SQL SERVER 2000 2 .4.1 A xtiveX数据对象 — ADO ADO(ActiveX Data Object)是微软公司推出的一套数据库访问规范,即Active 数据对象:实际是一种提供访问各种数据类型的连接机制 [5] 。ADO设计为一种极简单的格式,通过ODBC的方法同数据库接口相连。用户可以使用任何一种ODBC数据源。ADO集中了RDO和DAO的优点,可以通过简单的编程实现和各种数据结构进行连接。 ADO通过下面几步来完成对数据库的操作: 1)创建一个到数据源的连接,边接到数据库;或者开始一个事务。 2)创建一个代表SQL命令行的对象。 3)执行命令行。 4)如果返回以表格形式组织的数据,则将它们保存在缓存中,产生相应的数据集对象。这样便于查找,操作数据。 5)通过数据集对象对数据进行各种操作。 6)更新数据库,如果使用事务,确认是否接受事务期间发生的数据变化。 7)结束连接和事务。 使用ADO的目的是进入数据源,使得修改,更新数据成为可能 [5] 。 2.4.2 关于SQL SERVER 2000 SQL Server 2000不仅吸收了许多新的功能以增加系统的运行性能,而且还使数据库的管理工作更加轻松。在过去,数据库都是安装在服务器或是工作站上的,所用的操作系统都是UNIX或专用系统,价格比较高,SQL SERVER 2000可以安装在个人计算机上,价格要低的多 [6] 。SQL SERVER 2000可以使操作系统具有应用程序数据库,并被优化支持未连接用户或移动用户 [7] 。它也用于在单用户机器上进行小型应用程序的开发 , 能够很好的满足我们的需要。 3系统需求分析与总体设计
3.1 需求分析 需求分析是软件定义的最后一个阶段,它的基本任务是回答“系统必须做什么 ” 这个问题 [8] 。需求分析的任务不是确定系统怎样完成他的工作 , 而仅仅是确定系统完成哪些工作 , 也就是对目标系统提出完整、准确、清晰、具体的要求。 可行性研究阶段产生的文档 , 特别是数据流成图 , 是需求分析的出发点。数据流成图中已经划分出系统必须完成的许多基本功能 , 系统分析员将仔细研究这些功能并进一步将它们具体化。需求分析的结果是系统开发的基础 , 关系到工程的成败和软件产品的质量。因此 , 必须用行之有效的方法对软件需求进行严格的审查验证 [9] 。 3.2 系统设计 3.2.1 系统功能分析 系统开发的总体任务不仅对企业中各种人事信息进行记录与管理,还对员工的工资信息进行管理。系统功能分析是在系统开发的总体任务的基础之上完成的。人事工资管理系统主要有以下几项功能: 1) 员工基本信息管理:对员工的基本信息进行输入 , 查询和修改。 2) 员工考勤管理:包括考勤的添加 , 查询 , 修改和删除。 3) 奖惩信息管理:对奖惩信息进行录入与维护。 4) 员工履历管理:包括对履历的查询与维护。 5) 职称信息管理:包括职称信息的添加 , 查询 , 修改和删除。 6) 员工工资的管理:包括工资的添加 , 工资查询 , 工资报表 , 修改和删除。 7) 管理员以及其它功能模块。 仔细分析调查有关企业人事信息需求的基础上 , 将得到功能模块图如图 3-1 所示。 图3-1系统功能模块图 3.2.2 数据流程图 根据系统功能的要求 , 可以将系统分解成几个功能模块来分别设计 , 数据流程如图 3-2 所示。 图3-2 系统数据流程图 3.3 数据库设计 3.3.1 数据库需求分析 数据库的设计是指对于一个给定的应用环境,构造最有效的数据库模 式,建立数据及应用系统,实质能够有效地存储数据,满足用户的需求,数据库设计是在数据库管理系统支持下进行的。 根据数据流程图和 , 可以列出以下数据项和数据结构 : 员工基本信息 : 员工编号 , 档案编号,员工姓名 , 部门名称,性别 , 出生日期 , 籍贯 , 学历,专业,政治面貌 , 毕业院校 , 参加工作时间,入本单位时间,电话,照片,备注。 考勤管理 : 员工编号 , 员工姓名 , 月份编号 , 本月天数 , 公休假天数 , 应出勤天数 , 出勤天数 , 出差天数 , 缺勤天数 , , 请假次数 , 迟到次数 , 早退次数 , 节假日加班 , 其它加班 , 备注。 职称评定 : 员工编号 , 员工姓名 , 评定日期 , 评定单位 , 评定职称 , 备注。 工资管理 : 记录编号,员工编号 , 员工姓名 , 基本工资 , 公共补帖,出差补帖,奖金 , 加班费 , 扣考核,养老金 , 医疗保险 , 医疗保险,工伤保险,失业保险,失业保险,住房公积金,所得税 , 实发工资 , 月份。 员工履历管理 : 记录编号 , 员工编号 , 员工姓名,起始日期,结束日期,单位名称,本单位工作时间,担任职务,级别,备注。 奖惩信息管理 : 记录编号 , 员工编号,员工姓名 , 奖惩日期,奖惩类型,奖惩内容,奖惩原因,批准单位,备注。 管理员 : 用户名 , 用户密码,权限级别。 3.3.2 实体之间的E – R模型 得到上面的数据项和数据结构以后 , 就可以设计出能够满足用户需求的各种实体 , 以及它们之间的关系 , 为后面的逻辑结构设计打下基础。这些实体包含各种具体信息 , 通过相互之间的作用形成数据的流动。 如工资实体与员工实体之间的 E-R 模型如下图 : 图3-3员工属性 图3-4工资属性 图3-5工资属性 3.3.3 数据库逻辑结构设计 创建数据表时要根据系统设计的要求对数据库进行逻辑结构设计。既要考虑到需求分析还要考虑到数据库设计的一些规则 [10] 。本系统包含7张表,下面是这7张表的具体结构: 对每张数据表的操作都封装到对应类的方法和过程中,在使用类时先要实例 , 用完后要将实例释放 , 调用类中方法和过程时只需要向方法和过程传递参数就可以了 , 以上各表都被封装成对应的类 , 其单元文件分别为 : basedata_unit.pas , protitle_unit.pas , reward_unit.pas , wageinfo_unit.pas , workage_unit.pas , user_unit.pas , checkinfo_unit.pas 。 4 系统功能的实现 4.1 系统主界面 上一页 [1] [2] [3] [4] [5] 下一页 |