数据库系统毕业论文

数据库系统毕业论文（精选8篇）

篇1：数据库系统毕业论文

数据库应用课程设计 浅谈人事管理系统的数据库 作 者 何川 省（市）级电大省电大 专 业 计算机 年 级 10级春 学 号1XXXXXXXXXX55 目录 1 系统概述 3 2 系统数据流程图和数据字典 3 2.1 用户需求调查 3 2.2 系统数据流程图 4 2.3 系统数据字典 7 3 数据库结构设计 13 3.1 概念结构设计 12 3.2 逻辑结构设计 12 3.3 数据库结构的详细设计 14 4 物理设计 15 5 用户的子模式（外模式）设计（没做）19 6 总结 19 1 系统概述 本文按照数据库系统设计的基本步骤，采取了事先进行需求分析，然后进行数据库的概念设计和逻辑结构设计，最后进行数据库详细设计的方法，完成了一个人事管理系统数据库系统的设计。最终，在SQL SEVER 2000完成的人事管理系统，可以实现：对员工基本档案的管理、奖惩记录的管理、出勤记录的管理、职务调动记录的管理、工资管理、请销假管理。2 系统数据流程图和数据字典 2.1 用户需求调查 通过对现行人事管理系统的调查，明确了人事管理系统由档案管理、职务调动管理、奖惩管理、考勤管理、工资管理、请销假管理组成。系统功能的主要描述如下。（1）员工档案管理 1）对公司里所有员工进行统一编号；将每一位员工的信息保存在员工档案记录中。2）对新聘用的员工，将其信息加入到员工档案记录中；对于解聘的员工，将其信息从员工档案记录中删除。3）当员工的信息发生变动时，修改员工档案记录中相应的属性。（2）员工职务调动管理 对公司里所有员工的职务记录进行统一编号；登记员工调动前后的具体职务，以及调动时间。（3）奖惩管理 对公司里所有员工的奖惩记录进行统一编号；登记员工奖惩的原因，所受奖惩类型，奖惩时间。（4）考勤管理 1）对员工上班刷卡的记录进行统一编号；登记员工上班时间、签到类型（准时、迟到）。2）对员工下班刷卡的记录进行统一编号；登记员工上班时间、签到类型（准时、早退）。（5）请销假管理 1）对员工请假的记录进行统一编号；登记员工请假时间、请假类型。2）对员工销假的记录进行统一编号；登记员工销假时间、请假类型，检查是否超期。（6）工资管理 1）对公司里所有员工的工资记录进行统一编号，建立工资记录表。（7）部门管理 1）对公司所有的部门进行编号，建立部门记录。2.2 系统数据流程图

经过详细的调查，弄清了系统现行的业务流程。在此基础上，构造出系统的逻辑模型，并通过数据流程图表示。人事管理系统的顶层数据流程图如图1所示。图1 注：图中虚线表示的数据流是员工信息。在人事管理系统顶层流程图中，“请假管理”和“出勤管理”两个处理框所表示的功能不是很具体，需对他们进一步细化。请假管理细化流程图如图2所示。图2 出勤管理细化流程图如图3所示。图3 最终，经过整理后得出细化后的系统数据流程图。如图4所示。图4 2.3 系统数据字典 人事管理系统数据流程图中，数据信息和处理过程还需要通过数据字典来描述。在本文的数据字典中，主要对数据流图中的数据流、数据存储和处理过程进行说明。（1）主要的数据流定义 1）数据流名称：员工情况 位置：员工→P1。定义: 员工情况=姓名+性别+出生日期+民族+学历+职称。数据流量：根据公司的员工具体录用情况来确定。说明：要对每一位被聘用的新员工进行唯一编号。2）数据流名称：奖惩情况 位置：P3→员工 定义: 奖惩情况=员工流水号+奖惩类型+奖惩金额+奖惩年月日。数据流量：根据公司的具体情况来确定。说明：要对每一次的奖惩记录进行唯一编号。3）数据流名称：奖惩批复 位置：上级→P3 定义: 奖惩批复=奖惩类型+批复部门号+批复原因+批复日期。数据流量：根据公司的具体情况来确定。说明：具体应用中，批复原因可以省略。4）数据流名称：调动情况 位置：P5→员工 定义: 调动情况=员工号+调动前职务+调动后职务+调动日期。数据流量：根据公司的具体情况来确定。说明：员工号和调动日期可以唯一确定一个调动情况。5）数据流名称：调动批复 位置：上级→P5 定义: 调动批复=批复部门号+批复原因+批复日期。数据流量：根据公司的具体情况来确定。说明：批复原因可以省略。6）数据流名称：上班刷卡 位置：员工→P7.1 定义: 上班刷卡=员工号+上班刷卡时间+刷卡机号。数据流量：根据公司的具体规模情况来确定。说明：上班刷卡时间会汇入到出勤记录中。7）数据流名称：下班刷卡 位置：员工→P7.2 定义: 下班刷卡=员工号+下班刷卡时间+刷卡机号。数据流量：根据公司的具体情况来确定。说明：下班刷卡时间会汇入到出勤记录中。8）数据流名称：工资查询 位置：P4→员工 定义: 工资查询=员工号+基本工资+奖金+罚款+超始时间+截止时间+发薪日期。数据流量：根据公司的具体情况来确定。说明：根据员工号和发薪日期可以唯一确定一个工资记录。9）数据流名称：请假申请 位置：员工→P2.2 定义: 请假申请=员工号+请假时间+请假天数。数据流量：根据公司的具体情况来确定。说明：员工号和请假时间可以唯一确定一个请假记录。10）数据流名称：请假批复 位置：上级→P2.2 定义: 请假批复=审批人+批复结果。数据流量：根据公司的具体情况来确定。说明：批复结果的类型只能是（批准、拒绝）。11）数据流名称：销假申请 位置：员工→P2.1 定义: 销假申请=员工号+销假时间。数据流量：根据公司的具体情况来确定。说明：针对销假申请没用单独建立销假记录表，在这里将销假记录和请假记录进行了合并。因为在一般情况下，请假是不能够进行嵌套的。12）数据流名称：管理员情况 位置：管理员→P6 定义: 用户身份=员工编号。数据流量：根据公司的具体情况来确定。说明：要对每一位管理员建立唯一的账号。13）数据流名称：用户身份 位置：安全管理→{P1，P2.1，P2.2，P3，P4,P5,P7.1,P7.2} 定义: 用户身份=[ 非法用户 | 内部管理员 | 服务管理员] 数据流量：根据公司的具体情况来确定。说明：不同的用户身份对应不同的操作权限，对应着不同的安全级别。14）数据流名称：部门情况 位置：上级→部门情况 定义: 部门情况=部门号+部门名称+领导人号 数据流量：根据公司的具体情况来确定。说明：部门号是主码。（2）主要的数据存储定义 1）数据存储编号：员工记录 D1 输入：P1 输出：P1，P7.1，P7.2，P2.1，P2.2 数据结构：员工记录=姓名+性别+出生日期+民族+学历+职称 +员工编号。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以随机检索为主。说明：员工编号具有唯一性和非空性；性别只能是男或女；主码是员工编号。2）数据存储编号：请假记录 D2 输入：P2.1，P2.2 输出：P2.1，P2.2 数据结构：请假记录=员工号+请假时间+请假天数+销假时间。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以更新操作为主。说明：主码设为请假时间和员工号；员工号是外码，参照表是员工记录。3）数据存储编号：奖惩记录 D3 输入：P3 输出：P3 数据结构：奖惩记录=员工流水号+奖惩类型+奖惩金额+奖惩时间+批复部门号+批复原因+批复日期。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以更新操作为主。说明：主码设为奖惩时间和员工号；员工号是外码，参照表是员工记录。4）数据存储编号：工资记录 D4 输入：P4 输出：P4 数据结构：工资记录=员工号+基本工资+奖金+罚款+超始时间+截止时间+发薪日期。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以更新操作为主。说明：主码设为发薪日期和员工号；员工号是外码，参照表是员工记录。5）数据存储编号：职务调动记录 D5 输入：P5 输出：P5 数据结构：职务调动记录=员工号+调动前职务+调动后职务+调动日期+批复部门号+批复原因+批复日期。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以更新操作为主。说明：主码设为调动日期和员工号；员工号是外码，参照表是员工记录。6）数据存储编号：管理人员记录 D6 输入：P6 输出：P6 数据结构：管理人员记录=用户密码+职工号+密码+管理员账号。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以更新操作为主。说明：主码设为管理员账号。7）数据存储编号：出勤记录 D7 输入：P7.1，P7.2 输出：P7.1，P7.2 数据结构：出勤记录=员工号+上班刷卡时间+下班刷卡时间+刷卡日期。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以更新操作为主。说明：主码设为员工号和刷卡日期；员工号是外码，参照表是员工记录。8）数据存储编号：部门记录 D8 输入：P8 输出：P8 数据结构：部门记录=部门号+部门名称+领导人号。数据量和存取频度：根据公司的具体规模情况来确定。存取方式：联机处理；检索和更新；以检索操作为主。说明：主码设为部门号。（3）主要的处理过程 1）处理过程编号：P1 处理过程名：档案管理 输入：用户身份，员工记录，员工情况 输出：员工记录 处理说明：根据员工的聘用、解聘建立或删除员工记录，以及在后续的过程中，以管理员身份对员工的记录进行修改。2）处理过程编号：P2.1 处理过程名：销假管理 输入：销假申请，请假批复，用户身份，员工记录，销假记录 输出：请假记录 处理说明：根据员工的销假申请，把销假时间录入到相应的请假记录中。3）处理过程编号：P2.2 处理过程名：请假管理 输入：请假申请，请假批复，用户身份，员工记录，请假记录 输出：请假记录 处理说明：根据员工的请假申请和批复情况，进行请假表的登记。4）处理过程编号：P3 处理过程名：奖惩管理 输入：用户身份，奖惩批复，奖惩记录 输出：奖惩记录，奖惩情况 处理说明：根据奖惩批复的要求对员工进行相应的惩处，并对惩处进行记录。5）处理过程编号：P4 处理过程名：工资管理 输入：用户身份，工资记录 输出：工资记录，工资查询 处理说明：根据员工目前的工资情况，进行调薪的操作。6）处理过程编号：P5 处理过程名：调动管理 输入：调动批复，用户身份，职务调动记录 输出：职务调动记录，调动情况 处理说明：根据调动批复的内容，更改员工的职务信息，并对调动情况进行记录。7）处理过程编号：P6 处理过程名：安全管理 输入：管理员情况 输出：D6, P1，P2.1，P2.2，P3，P4,P5,P7.1,P7.2 处理说明：建立管理人员记录表；通过用户名和口令，确认用户身份，保证系统安全性。8）处理过程编号：P7.1 处理过程名：上班管理 输入：上班刷卡，用户身份，员工记录，出勤记录 输出：出勤记录 处理说明：根据输入的员工号信息，记录上班时间，并判断是否迟到。9）处理过程编号：P7.2 处理过程名：下班管理 输入：下班刷卡，用户身份，员工记录，出勤记录 输出：出勤记录 处理说明：根据输入的员工号信息，记录下班时间，并判断是否

class=“ad_box”>文档加载中...广告还剩秒

篇2：数据库系统毕业论文

一、引言

大数据是一种重要的战略资源，在大数据环境下，世界成为一个统一的数据集合，人们用数据化思维和先进的处理技术探索海量数据之间的关系，从而构筑一个更加透明化、对称化的世界。大数据已经成为经济发展的巨大引擎，在提升产业竞争力、推动商业模式创新方面发挥出越来越重要的作用。国家审计应积极适应，全面服务经济发展需要，认真分析研究大数据对传统审计带来的挑战，创新审计思维、组织方式和技术方法，优化信息系统审计，提升审计数据分析能力，培养大数据人才，以应对大数据时代带来的深刻变革。

二、信息系统审计的基本类型

1.真实性审计

真实性审计主要是对被审计单位的信息系统以及电子数据的真实性、准确性、完整性进行的审核，为财务审计提供基础支持。面对信息系统存储、处理产生的海量数据，传统的审计技术方法已经捉襟见肘，难以实现有效地分析判断。因此，大数据环境下的审计首先必须核实被审计单位的电子数据，只有确保数据的真实和准确，才能确保根据数据进行的`审计工作的有效性。审计人员核实信息系统中数据与实际业务流程符合程度，发现信息系统使用过程中的固有弊病，能够避免对假账进行有效审核的现象，提高财务审计的准确性。

2.安全性审计

安全性审计以被审计单位电子信息系统的安全防护为主要目标，确保信息系统的安全、持久、可靠运行。随着现代信息技术的迅猛发展，企业及党政机关事业单位正面临着前所未有的网络安全威胁。为确保财务审计的合理性，审计人员应从信息系统漏洞的防护人手，采取必要的防护措施，使信息系统存储、处理产生的重要数据免于因恶意篡改，或因未授权访导致的泄漏等问题，始终处于安全状态。

3.绩效审计

绩效审计是企业财务审计的核心内容，进行绩效审计主要是确保投人与产出之间的比值小于1.绩效考核的对象不仅在于人，还在于对影响企业利润生产的主要因素的分析和审计，使企业获得直接的或间接的利润。基于大数据环境的信息系统审计使企业间接利润获取的主要途径，货币核算并不能作为企业审计的唯一内容。在企业绩效审核过程中，由于信息系统的流程复杂，且对操作人员具有较高的要求，因此如何衡量信息系统审计与成本投人之间的关系，是企业面临的主要问题。为提高信息系统的审计效率，应从系统的开发成本支出人手，降低信息系统的设计和应用管理，以降低审计系统风险。正确、合理地评价企业信息系统投资的绩效，给企业的投资者、债权人、管理者与经营人员提供专业的市场信息，能够确保企业审计的积极作用，促进审计部门的可持续发展。

三、大数据环境对信息系统审计的影响

1.庞大的数据信息影响审计效率

大数据环境除了为审计带来方便之外，繁杂的信息同时也影响了数据信息的审计。对于一些部门来说，审计信息包含了大量的文字信息、音频信息和视频图像等信息，信息处理存在一定的困难。加之一些被审计单位缺乏信息财务管理经验，在处理手段上缺乏先进性，尤其是在无关联信息处理上，更难发现问题。

2.大数据环境下的系统分布特征加大了审计难度

目前，随着分布式网络的快速发展，网络信息呈现出节点。在计算过程中，容易出现延迟，网络传输延时、不同的节点空间坐标都将给企业网络信息造成威胁。目前，企业多采取动态审计码获取的方式增加其安全系数，但与同时，这一方式也增加了审计难度。

3.审计范围增大，审计内容增多

大数据环境下，信息更新速度快，被审计单位的业务量也随之增加。另外，信息系统已经成为处理大量信息的被审计单位不可或缺的设施，为其提供管理效率化及使用便捷化。因此，审计内容不仅包括传统的审计内容，还包括被审计单位信息系统的基础设施控制与硬件控制，网络安全性能控制、系统开发、维护和控制。

4.新技术的发展对网络审计人员提出新的要求

随着网络技术的不断发展，基于云处理新技术、物联网业务大量出现，信息系统也变得更加先进和复杂。传统的审计技术已经不再适用信息系统审计的发展。也就是说，新技术对于信息系统审计人员提出了新的要求，其中包括扎实的财务信息基础、多元化的信息系统管理安全知识。但在更新发展过程中，审计人才的招聘和培养存在滞后性。如何培养专业性、复合型审计人才，提高审计项目质量值得审计机构深人研究。

四、大数据环境下信息系统审计的关键技术分析

1.基于网络基础的信息系统安全审计

安全审计是对被审计单位信息系统的监督管理行为，需要对网络信息进行实时跟踪，并提供数据记录。捕捉系统存在的安全隐患的系统信息并进行调整，并生成管理日志。针对目前情况下的先进的信息技术，开展基于大数据环境的安全审计，需要着重探索基于神经网络的安全审计技术，确保安全审训顷利开展。

2.基于大数据环境的信息系统审计证据生成技术

审计证据生成技术是指在计算机取证过程中使用信息系统整体保护措施。在确保大数据环境整体性的基础上对被审计单位数据进行有效的取证调查。其主要作用在于确保了审计原始数据的完整性，提高其安全系数。总之，审计证据生成技术尝试使用除信息系统以外的第三方公证机构，通过原始数据签名的方式来确保系统数据的完整性。

3.审计技术方案改革与完善

在传统审计基础上，实施网络审计方式，需要对相应的技术进行改进。其中包括：基于程序追踪、专家信息基础与管理控制测试矩阵相结合的审计技术，在被审计单位内部建立专业的审计信息系统，为被审计单位提供庞大的信息处理方式，并随着被审计单位发展对其进行完善。

参考文献：

[1]顾洪菲。大数据环境下审计数据分析技术方法初探[J]中国管理信息化，2015,03:45一47.

篇3：数据库系统毕业论文

毕业证书的制作发放是高校的一项重要工作,牵扯到高校的许多部门。一般毕业证制作发放流程是这样的:教务处负责毕业证书的制作和打印,教务处打印完成后移交到各院系,由院系负责发放。学校规定院系发放毕业证的截止时间,超过这个时间,未发放的毕业证书移交到档案室,由档案室统一发放。

毕业证书制作发放过程涉及多个部门,部门之间有移交过程,各部门相对独立,发放过程中的发放数据相对分散,人工收集汇总发放数据很难做到实时、高效,因此很有必要开发适用的毕业证书管理系统。毕业证书制作发放的数据集中保存到数据库,各用户根据自己的职责拥有不同的操作功能,系统运行过程中的各种监控数据可以实时获取,可以提高管理的效率和统计数据准确性。

2 系统功能

毕业证书管理系统的主要用例图如图1所示。

通过该用例图可知,该系统主要包括4类主要用户:教务处管理员、院系管理员、档案室、分管领导。

2.1 教务处管理员

教务处管理员需要将毕业生名单导入系统,根据毕业证书编码的规则完成证书编码工作,打印毕业证;设定系统运行的时间节点,规定院系发放毕业证书的开始和截止时间、院系向档案室移交的时间;向各院系管理员移交毕业证书及发放数据,实时查看毕业证书发放的过程数据,生成各种分析报表。

教务处管理员同时具备系统管理员职能,负责维护和管理院系的账号、密码,配置系统运行的参数。

2.2 院系管理员

院系管理员接收教务处管理员移交的证书数据,在规定的时间范围内发放毕业证书。到达发放截止时间后,系统将不再提供证书发放功能。到达向档案室移交数据的时间节点后,打印移交证书汇总表,向档案室移交未发放的证书。院系管理员以后可以随时查询、打印、导出证书发放信息。

2.3 档案室

档案室接收院系移交的未发放证书数据及证书,发放毕业证书,查询、打印、导出证书发放信息。

2.4 分管领导

分管领导指学校领导及经授权的院系负责人,可以随时查阅证书发放的汇总数据。此类用户只具有信息查询、打印、导出功能,不能行使发放功能。

3 系统体系结构及开发工具

系统运行时所需的各种数据统一保存到数据库中,用户所需的数据均通过网络传输。基于数据库的软件系统可以采用B/S模式或C/S模式开发。B/S模式部署、维护较为方便,C/S模式的安全性相对较好,具体采用哪种体系结构应结合系统的应用情况灵活确定。

系统中的教务处、院系管理员、档案室3类用户的工作地点相对固定,后期系统升级、维护的牵涉的用户较少,考虑到系统的安全性决定采用C/S模式。分管领导由于访问的时间、地点不确定,也不是他们的常态工作,可以采用B/S模式开发,后期的运行、维护相对简单。

因此本系统采用B/S模式与C/S模式并存的混合模式开发,既能保障系统的运行安全,也能降低运行维护成本。

管理系统使用Microsoft SQL Server 2000作为后台数据库,C/S客户端采用Visual Basic 6.0开发,B/S客户端使用ASP技术开发。

4 系统安全架构设计

针对毕业证书发放的特殊性,合理设计管理系统的安全架构是重中之重。本系统充分重视数据的存储安全、交换安全和操作安全,主要采取如下措施来保障数据安全:

4.1 数据存储

采用RSA+Triple DES混合加密算法对数据表静态数据进行加密后存储,并对重要数据表设置了行数据校验码,以防止数据篡改。

4.2 数据交换

4.2.1 数据中心端

采用数据服务器加查询镜像服务器模式,数据查询时不直接接入服务器,只可接入镜像服务器,确保数据服务器的安全。

4.2.2 网络链路

单独为服务器建立独立的VLAN,由网络中心负责对数据中心端进出的数据流进行安全检测。

4.3 数据备份

采用双机热备和远程热备模式,并定期写入外置存储设备中。

4.4 数据操作

4.4.1 数据服务器端

强口令规则设置:数据服务器操作系统登录账号和数据库管理员账号按强密码规则设置登录密码。

数据端口设置:关闭数据服务器非必需端口,使用自定义的非标准端口访问数据库,防止恶意用户猜测攻击。

防火墙设置:增设防火墙功能,过滤数据流。

4.4.2 客户端

要求用户必须使用具有较高复杂度的密码,系统对用户的登录密码的强壮性进行校验,要求用户密码必须符合以下条件:

(1)密码长度最少为8个字符。

(2)密码至少包含以下5种字符中的3种:大写英文字符(A-Z)

小写英文字符(a-z)

数字字符(0-9)

标点等特殊字符(如@、$、+等)

可显示的Unicode字符

(3)密码不能包含用户账号名称中的3个或3个以上字符。

(4)设置密码逾期条件。

4.4.3 认证端

系统对客户端操作采用认证方式,客户端在第一次运行时,将产生一个随机混合码,该混合码包含登录账号、账号类型等信息。客户端将该混合码提交系统管理员,由系统管理员采用特定工具再次生成一个加密的认证码返回给客户端。至此,客户端才能进入与账号类型匹配的功能操作。其逻辑流程如图2所示。

5 持久化存储方案

系统包含的主要对象包括:用户、学生、班级、证书等,对应的类包括:

5.1 用户(user)类

系统的所有用户对应的类是user,主要属性包括:用户编号、登录账号、登录密码、用户类型、管理范围等。user类在数据库中对应user表。

5.2 学生(student)类

学生的主要属性包括:学号、姓名、身份证号、班级代码、班级名称、年级、届次、入学年月、毕业年月、毕业证书编号等。

5.3 班级(class)类

班级的主要属性包括:班级代码、班级名称、所属院系、年级、学制、专业名称等,在数据库中对应class表。

5.4 证书(diploma)类

证书类主要属性包括:证书编号、姓名、学号、入学时间、毕业时间、专业、班级名称、发放标志、发放单位、发放日期等。

在实现类持久化存储时,user类、class类在数据库中直接对应表users、class。考虑到要减少数据库的冗余信息,student类、diploma类没有实现类与表的简单对应。student表只保存了student类的学号、姓名、身份证号、班级代码等基本属性信息,其余属性分散保存在class表和diploma表,利用视图得到student类的全部属性。diploma表只保存了diploma类的基本信息,全部属性可以通过视图联合其他表取得。

6 结语

使用人工管理毕业证书的发放工作,很难实时汇总证书发放数据,各部门之间移交的工作量较大,也容易出现差错;同时有关管理部门也很难及时获取毕业证书发放的统计数据,存在证书发放数据分散、数据收集难、统计数据不准确的问题。

通过开发、部署毕业证书管理系统,将相关数据集中保存在数据库中,用户登录管理系统发放毕业证书,发放数据和统计报表能够实时更新,可以很大程度地提高工作效率及统计数据的准确性。

充分考虑B/S模式和C/S适用特点,合理设计软件的体系结构,针对不同的用户采用不同的开发模式,既能保障数据安全,也可以减少系统运行维护成本,提高运行维护效率。考虑到系统运行的数据通过网络传输,应充分重视数据传输的安全性,采用数据安全存储、交换、操作设计,可以最大程度地保障数据安全。

参考文献

[1]林南.基于ASP.NET的职校学生管理平台考勤模块的研发[J].电脑编程技巧与维护,2012,(04):43-45.

[2]胡莹.开放实验项目教学管理系统的设计与实施[J].实验科学与技术,2011.

[3]陈学平.动态数据库网页设计与制作[M].北京:电子工业出版社,2009.

[4]丰希奎,何永贵,姜连福.省电网工程信息管理系统功能设计与应用[J].电力科学与工程,2009,25(06):41-46.

[5]邢子涯,郭志民,周凤珍,等.信息项目评价考核管理系统开发与应用[J].电力信息化,2010,8(05):78-81.

[6]黄冬妮.毕业论文过程管理系统的设计与实现[J].福建电脑,2009,(07):131-132.

[7]姚争儿.基于Web的高职院校成教函授教学管理系统的研究与实现[D].浙江工业大学,2009.

篇4：数据库系统毕业论文

关键词 高校毕业论文 数据库设计 结构设计 SQLserver

一、数据库的建立

之前有提到过本毕业论文管理系统主要具有3个实体，学生，教师和论文；学生主要功能是对论文的选择，教师则是申报课题及给学生成果评价。关系模式基本如下：学生信息（学号，姓名，密码，邮箱）学号是主键；教师信息（工号，姓名，密码，邮箱）工号是主键；课题信息（教师工号，教师姓名，论文编号，论文名称，论文类别，论文备注）论文编号是主键；课题选择（学号，学生姓名，工号，教师姓名，论文编号，论文名称）学号是主键；课题确认（学号，学生姓名，工号，教师姓名，论文编号，论文名称）学号是主键；学生论文评价（学号，学生姓名，工号，教师姓名，论文编号，论文名称，论文分数，教师评价）学号是主键；主要数据库管理系统可以用到MySQL或者SQL Server 2012，就完全可以满足数据的存储，而且是完全免费的。

二、逻辑结构设计

为了便于简化操作，学生和教师信息表只用了四个数据项；根据具体情况，自信修改。教师发布的课题信息存在课题信息表中。数据表详细设计我们需要写出字段名和字段类型，为了方便理解和修改，我们可以给出注释。

接下来让我们理解一些什么是逻辑结构设计，在这个阶段的任务是将概念结构设计阶段所得到的概念模型转换为具体DBMS所能支持的数据模型（即逻辑结构），并对其进行优化。一般我们是可以分为三步来进行的。首先从E-R图向关系模式转化，也就是将E-R图中的实体、实体的属性和实体之间的联系转化为关系模式。在转换过程中可能会遇到这样的问题，需要大家多多的注意，比如转化后命名问题和非原子属性问题。其次是数据模型的优化，我们知道数据库逻辑设计的结果肯定不具有唯一的性质。那么我们怎么来提供它的性能呢？我们就应该适当修改数据模型的结构。最后是关系视图设计，关系视图的设计又称为外模式的设计，也叫用户模式设计，在这里用户是可直接访问的。我们要知道不同用户可有不同的关系视图，并且是可以出现在同一个系统中的。关系视图是来自逻辑模式的，但是在结构和形式上有时候可能是和逻辑模式不一样的。

三、物理结构设计

数据库的物理设计是指对数据库的逻辑结构在指定的数据库管理系统上建立起适合应用环境的物理结构。像在一般的例如SQLserver关系型数据库中，确定数据库是否有物理结构，只需要来确定数据库的存储位置和存储结构是否存在，其中包括确定关系、索引、日志、备份等数据的存储分配和存储结构，并确定系统配置等。通过上面的逻辑结构分析所得到表的关系，下面使用Microsoft SQL Server 2008 语言写一个简单的设计，我们就可以得到数据库和相应的表了。

USE [Thesis] GO

SET ANSI_NULLS ON GO

SET QUOTED_IDENTIFIER ON GO

CREATE TABLE [dbo].[教師信息表]（

[TeaName] [nvarchar]（50） NULL，

[TeaId] [int] NULL，

[TeaPasswd] [nvarchar]（50） NULL，

[TeaEmail] [nvarchar]（50） NULL

） ON [PRIMARY] GO

SET ANSI_NULLS ON GO

SET QUOTED_IDENTIFIER ON GO

参考文献：

[1]任峰.基于B/S模式的网络课程制作与管理系统的开发[J].福建电脑， 2007（10）.

[2]董燕萍.学位论文提交发布系统的构建[J].中原工学院学报， 2007（01）.

[3]郭毓，郭海，房学军，黄岩慧.基于Internet的毕业设计双向选题系统设计[J]. 实验室研究与探索， 2005（S1）.

[4]杜美萍.基于.NET的高校教务管理系统的设计与实现[J].办公自动化，2009（12）.

篇5：数据库系统毕业论文

摘要：探讨了医学院校图书馆如何为医学生提供支持服务，认为图书馆应帮助医学教育工作者建立专题数据库，以便更好地为高校的医学教育服务。

关键词：图书馆;数据库;医学教育

传统的医学教学和医学信息资料主要是以纸作为载体，现代医学教学和科研信息资料在传统的资料基础上，发展了大量的电子载体信息资料。图书馆应该顺应医学日新月异的发展和医学教育应与时俱进的趋势，变传统封闭、被动的服务方式为开放、主动的服务，满足各级读者的各种文献需求，也使得学校教学、科研得到发展。笔者主要讨论图书馆对医学教学应该如何发挥更大作用。医学教育是精英教育，要培养优秀的医学人才服务于社会。而传统的医学教育具有一定的局限，主要表现在：太多的医学知识需要掌握，其中有不少内容抽象、枯燥乏味;教材内容具有滞后性。很多的医学教育工作者也注意到了这些问题。新的教育方法如基于问题的学习(problembasedlearning，PBL)、大规模开放式在线课程[1](massiveopenon-linecourses，MOOCs)先后出现了，其中PBL教学在国内医学院校已经得到了大力推广。图书馆可以从这些方面入手。

1给教师提供帮助

很大一部分医学教师同时从事着学校教学和在医院从事临床工作，从网络上收集医学资源的能力和制作优秀课件的能力各不相同。图书馆员可协助医学教师搜集网络上的音像、视频资料、医学信息、图片和典型病例等丰富的资源用于教学，使教学课件做到信息量丰富、图文并茂，从而更好地调动学生的学习兴趣。病案、病例及临床手术等可以采用视频方式直接展示给学生，开展课堂或网络讨论区的讨论。在实习教学活动中学习典型案例，有助于提高医学生学习收集资料进行自主学习以及解决临床实际问题的综合能力;有助于培养医学生的临床思维能力，将理论知识与实际相结合[2]。针对实验课主要是锻炼学生的`动手操作能力的特点，搜集大量操作规范的视频资料提供给任课教师，也可与任课教师合作，将在操作中容易犯的典型错误进行录像，让学生观看以避免犯同类错误。

2给学生提供帮助

医学高校图书馆良好学习空间，可以为学生提供学习的场所。更为重要的是图书馆有大量的医学资源。出于医学教学和科研的需要，医学院校图书馆除了医学藏书、期刊外，还会购买一些中、英文医学数据库，因此医学高校图书馆拥有大量资源。对于专业老师来说，熟练利用医学资源不是问题。但中学教育和大学教育大不相同。刚刚由中学跨入大学的医学生对专业的医学数据库知之甚少，因此很有必要对于医学生应举办专题讲座或开设相关课程，让每位学生都掌握查阅最新相关医学知识的方法。此外还可以将本图书馆的医学数字资源及其使用方法置于图书馆网页上供读者自由选择。

3专题数据库的建立

现代科技知识浩瀚如海，完全让医学生自己查找、收集相关医学知识存在不全面、费时较多等问题。可以图书馆为基础平台，设立医学信息小组，来帮助医学教育工作者、医学生搜集资料，建立专题数据库。针对不同的医学专业，建设相应的专题数据库，可以极大地提高信息资源利用率[3]。在专题数据库里，可以设置以下模块：各门课程的基础知识和相关图片、最新医学进展、疾病诊疗指南、典型病例、医疗操作或手术视频、试题集和师生、图书馆互动区。专题数据库的建立，可以方便医学生扩大视野，提高自学能力。

4结束语

总之，图书馆应该充实信息共享空间的医学资源，成为医学生获取医学知识、有关实习及见习的病案、病例及临床手术资料的媒介。从以上几个方面入手，图书馆必定能更好地为医学教育提供支持与帮助，才能在提高医学教学质量方面发挥更大的作用。

[参考文献]

[1]梁乃新，杨华夏，李琦，等.MOOCs在医学教育领域中的现状分析和展望[J].基础医学与临床，2015，35(7).

[2]罗承锋，熊龙根.基于网络资源的案例教学法在心内科实习教学中的应用[J].西北医学教育，2014，22(1)：148～150.

篇6：it数据毕业实习报告

一. 实习目的

通过实习，培养综合运用Java语言的面向对象编程能力;培养动手能力;培养良好编程规范、编程方法;以便能较全面地理解、掌握和综合运用所学

的知识，提高自身的编程能力;增强自己的团队协作意识，了解软件开发的思考角度和主要流程。通过理论与实际的结合、学校与社会的沟通，进一步提高自己的思想觉悟、业务水平，尤其是观察、分析和解决问题的实际工作能力，以便培养自己成为能够主动适应社会主义现代化建设需要的高素质的复合型人才。为毕业之后能够更快地进入工作状态并且能够更好的工作，打好一定的基础。

二. 实习单位基本情况介绍

神丰信息技术(延边)有限公司(简称“神丰信息”)，是一家由日方注资，专注于面向中国丰田汽车的软件开发设计、受托日本神丰信息系统株式会社开展系统开发,系统维护、面向中国的日资企业开展系统开发，以及面向中国国内的软件开发设计的IT企业。公司成立于20xx年 8月 12日，注册资金RMB 2,000,000元 (神丰信息系统株式会社100%投资)， 04月04日成为延边朝鲜族自治州信息产业协会会员;20xx年05月25日成为吉林省软件输出联盟会员。

20xx年05月30日被认定为吉林省科技企业;09月25日通过双软认定(软件企业认定、软件产品认定)。神丰信息一直秉承软件提高效率、与社会共创信息化新时代的理念，致力于为用户提供具有自主知识产权的系统软件、安全软件、平台软件、各类应用软件以及全方位的解决方案和相关服务。

三. 实习内容

1. 日语培训

由于公司为日资企业，日常工作要求职员使用日语，因此，公司特从日本请来中原先生为我们做培训。大家零基础开始，每天有两到三个小时的学习时间，每周一参加语言阶段性测试。过程虽然比较艰难，但是效果显著，目前基本工作语言可用日语交流。

2. Java实训

通过本次实习，我对Java语言的各种特性有了更进一步的体会： ① Java语言的语法与C语言和C++语言很接近，使得大多数程序员很

容易学习和使用Java。另一方面，Java丢弃了C++ 中很少使用的、很难理解的、令人迷惑的那些特性，如操作符重载、多继承、自动的强制类型转换。特别地，Java语言不使用指针，并提供了自动的废料收集，使得程序员不必为内存管理而担忧。

② Java语言提供类、接口和继承等原语，为了简单起见，只支持类之间

的单继承，但支持接口之间的多继承，并支持类与接口之间的实现机制(关键字为implements)。Java语言全面支持动态绑定，而C++ 语言只对虚函数使用动态绑定。总之，Java语言是一个纯的面向对象程序设计语言。

③ Java语言支持Internet应用的开发，在基本的Java应用编程接口中有

一个网络应用编程接口(java.net)它提供了用于网络应用编程的类库，包括URL、URLConnection、Socket、ServerSocket等。Java的RMI(远程方法激活)机制也是开发分布式应用的重要手段。

④ Java语言是体系结构中立的Java程序(后缀为java的文件)在Java

平台上被编译为体系结构中立的字节码格式(后缀为class的文件), 然后可以在实现这个Java平台的任何系统中运行。这种途径适合于异构的网络环境和软件的`分发。

⑤ Java语言是可移植的，这种可移植性来源于体系结构中立性，另外，

Java还严格规定了各个基本数据类型的长度。Java系统本身也具有很强的可移植性，Java编译器是用Java实现的，Java的运行环境是用ANSI C实现的。

⑥ 在Java语言中，线程是一种特殊的对象，它必须由Thread类或其子

(孙)类来创建。通常有两种方法来创建线程：其一，使用型构为Thread(Runnable) 的构造子将一个实现了Runnable接口的对象包装成一个线程，其二，从Thread类派生出子类并重写run方法，使用该子类创建的对象即为线程。值得注意的是Thread类已经实现了Runnable接口，因此，任何一个线程均有它的run方法，而run方

法中包含了线程所要运行的代码。线程的活动由一组方法来控制。 Java语言支持多个线程的同时执行，并提供多线程之间的同步机制(关键字为synchronized)。

⑦ Java语言的设计目标之一是适应于动态变化的环境。Java程序需要

的类能够动态地被载入到运行环境，也可以通过网络来载入所需要的类。这也有利于软件的升级。另外，Java中的类有一个运行时刻的表示，能进行运行时刻的类型检查。

3. 数据库实训——SQL Server

在此次实习中，与Web服务器相连的数据库采用的是大型关系数据库管理系统——SQL Server 2008。它是基于客户机/浏览机模式的数据库管理系统;它支持ODBC、ADO等技术的应用，可无缝的与Windows 2008 Server 和 IIS 集成，提供高效安全的数据访问服务;有利于整个系统管理规范化，使数据的完整性、安全性得到保证。

数据库设计实际上主要是所要处理的数据的表示方法和存储结构的设计。在采用数据库技术之前，这些工作分散在应用程序中进行;在采用数据库技术之后，这些工作可以通过数据库设计集中起来系统地进行。

进行数据库设计的首要任务是考虑信息需求，也就是数据库要存入什么样的数据。创建数据库并不是仅仅为了存储数据，更主要的目的是从中提取有用的信息。除了考虑数据存储什么数据外，还应考虑存取方式，也就是处理需求。即要根据用户提出的存取要求来设计数据模式和应用程序。

4. 社会人教育

篇7：数据库系统毕业论文

随着会计信息化的发展,我国的会计软件种类也越来越多,但是往往都自成体系,采用的数据库平台和数据结构也就大不相同。由此使得不同的会计软件之间,以及会计软件与会计数据相关的业务软件之间的数据交换,形成了一定的障碍。9月20日,GB/T19581―《信息技术会计核算软件数据接口》国家标准的颁布,在很大程度上解决了会计软件之间数据交换的障碍。只要符合会计数据接口标准要求,实现会计信息化的单位就很轻易将历年的会计数据导出,通过建立数据仓库,并利用会计核算软件对数据仓库的数据进行相关的财务分析和决策。同时利用数据仓库对繁多的会计数据进行治理,不仅将进步会计数据利用率,通过利用数据仓库进行财务分析,还可以进步治理决策的质量。

一、会计核算软件标准数据接口基本内容

由于目前财务软件的平台复杂多样,而这些软件之间的数据没有一个同一的数据规范,造成不同财务软件之间数据交流相当困难。GB/T19581―2004《信息技术会计核算软件数据接口》的颁布主要是对国内所有正在使用的会计核算软件(包括含会计核算功能的会计信息系统、治理信息系统等)规定同一的数据输出的内容和格式。会计核算软件数据接口分两个部分,一部分是规定其内容,包括电子账簿、会计科目、科目余额、记账凭证、报表等;另一部分规定其输出的格式要求,包括文本文件的输出方式和XML 文件的输出方式,并要求以一定期间为单位导出会计核算数据。

二、数据仓库与接口标准之间的关系

William H. Inmon 在1993年写的《Building the Data Warehouse》论著中,将数据仓库定义为:“一个面向主题的、集成的、随时间变化的、非易失性数据的集合,用于支持治理层的决策过程”。由定义可知,数据仓库的主要特征为:面向主题性、数据的集成性、稳定性、时变性。通过数据仓库,不同层次的治理职员可以进行各种治理决策的分析。数据仓库中存放的是数据的历史值,并且是静态的历史数据,可以定期添加,具有低访问率,高访问量的特点。而这些数据都来源于其他不同的数据库。

目前的多数财务软件在数据库的选用、数据库的格式上大不相同,导致各财务软件之间不能互相交换数据,也给审计软件导进财务软件的数据带来了一定的困难。而以往数据仓库在财务上的应用,基本上都是面向单个企业的单独开发。GB/T19581―2004《信息技术会计核算软件数据接口》的颁布,在很大程度上解决了这种障碍。按照会计核算软件数据接口标准的数据结构和内容,建立一个标准数据库即数据仓库,从而企业可以根据会计数据接口标准要求,将原数据库中的数据转换为标准规定的格式,并可以通过数据仓库将符合要求的会计数据从会计核算软件导进或导出,从而实现对数据仓库进行相关的财务分析及决策。

三、数据仓库的模型设计

数据仓库创建之前首先要根据需求明确所构建内容的主题域。在根据需求分析确定主题域后,就可以通过建立数据模型对数据仓库进行描述。模型是对现实世界进行的抽象描述,在信息治理中要实现对信息的治理与分析,就要依靠数据模型将现实世界的事物转换为信息世界的数据。创建数据仓库所采用的模型主要有概念模型、逻辑模型、物理模型。

(一)主题域的确定

数据仓库设计的关键是主题域的确定,整个数据仓库的数据都是围绕主题和软件标准数据接口而组织的,主要用于对企业的财务进行分析。根据数据接口标准规定的数据文件,主题可以分为以下几类:

资产负债表主题:主要分析企业某一特定日期内的财务状况,还可以进一步细化分为资产主题,负债主题,所有者权益主题;

现金流量表主题:分析企业在一定会计期间现金及现金等价物的流进和流出情况;

利润表主题:用于分析企业在一定会计期间的经营成果;

所有者权益变动表主题:分析企业一定时期所有者权益变动的情况;

财务分析指标主题:通过以上主题来分析企业一定时期的营运能力、偿债能力、获利能力及发展能力等。

(二)概念模型设计

星型模型和雪花型模型是概念模型设计常使用的两种模型。雪花型模型是对星型模型的扩展,适用于具有复杂结构数据仓库的应用,星型模型是最常使用的模型。模型设计主要用于设置事实表与维表之间的连接,使每个维表通过主键与外键连接,进而实现与事实表的连接。概念模型的设计就是要根据需求,确定业务中的指标实体和维实体,以及在实体间建立联系,概念模型设计后可以在一些开发工具中,利用一些技术功能直接转换为物理模型,再天生数据库,从而节约了时间并进步了效率。

(三)逻辑模型设计

通常在概念模型设计好后,还要依靠逻辑模型来实现概念模型到物理模型的转换。由于目前数据库都建立在关系数据库基础上,所以所采用的逻辑模型主要是关系模型。会计核算软件数据接口标准对所涉及的数据元素规定了同一的格式,在建立的`逻辑模型中,要根据数据接口的规定对数据的字段进行格式描述。逻辑模型设计主要包括事实表,维表设计以及粒度的划分。

(1)事实表。直接反映了数据仓库中应用的主题,是星型结构中最主要的表,包含了数据仓库中最主要的信息,如资产负债表、现金流量表、利润表、所有者权益变动表、财务分析表。而数据仓库的数据都是来自于不同数据接口的数据库,在进行数据仓库的逻辑模型设计时,还要确定各表中的数据元素即字段与数据源的逻辑关系,以便核算软件按照接口标准要求输出文件。其中的对应关系可以回纳为:第一种是数据元素和数据源的逐一对应,即可以在核算软件中找到与数据元素直接对应的表与字段;第二种是数据元素需数据源通过计算得到,即必须对数据源进行计算处理才能满足标准规定的数据元素的需要;最后一种对应关系是依据逻辑判定非源于特定数据源的数据。数据源的确定和对应关系是会计软件输出符合标准数据的逻辑基础。由于过于庞大的事实表在表的处理、备份和恢复、用户的查询等方面需要较长的时间,在设计时要留意使事实表尽可能地小。

(2)维表。主要用来描述事实表,与事实表有着非常重要的关系,在事实表中大多数属性都要依靠于维表,维表的主键组成了事实表的外键,每个维表都通过主键与事实表的外键连接,实现数据库快速查询。维表的属性也要根据接口标准规定进行规范定义。维表也会影响企业决策的因素,如不同企业、日期、指标种别都是影响企业决策的因素,通过这些因素决策者可以按照不同企业不同日期不同指标种别进行决策分析。根据事实表设计的维表有会计期间维表、报表编码维表、日期维表、企业维表等。

(3)粒度的划分。粒度是指数据仓库的数据单位中保存数据的细化或综合程度的级别。通过粒度的划分,决定了数据仓库是采用单一粒度还是多重粒度,以及粒度的划分层次。粒度级越低,细化程度越高;相反,粒度级越高,细化程度越低。粒度的划分直接影响到数据仓库中的数据量和信息查询,以及进一步进行OLAP(联机分析处理)和数据挖掘的效果。假如主题的数据量、信息量较多,对主题数据分析细化程度要求较高,就要根据用户对数据仓库应用的需求,采用多重粒度进行数据划分。用低粒度即细化到月的数据,保存近期的会计报表及财务分析指标数据,对时间较远的会计报表及财务分析指标数据的保存用粒度较大即细化到年的数据。这样既可以对财务近况进行细节分析,又可以利用粒度较大的数据对财务趋势进行分析;否则采用单一粒度进行划分。

(四)物理模型设计

逻辑模型在物理系统中的体现模式,需要通过数据仓库的物理模型设计来实现。包括逻辑模型中的各种实体表的具体化,包括表的数据结构类型、索引策略、数据存放位置及数据存储分配等。会计软件数据接口标准中所要求的数据接口输出数据,包含接口标准要求的16个数据文件和1个格式说明文件,每个文件的文件名都进行了严格的规定。同时在标准中对16个数据文件的81个数据元素也进行了严格定义,首先,在物理模型设计中表的数据结构应根据接口标准要求,对数据的格式及内容进行同一的定义规范,如表的字段标识符要采用三位数字进行标记,字段的类型长度最多为5位可变长字符。只要会计软件的数据仓库的数据接口符合接口标准,就可以实现输出符合标准的数据。其次,由于数据仓库的数据量很大,通过索引的创建可以进步数据存取的效率,通常按事实表的主键和外键来建立索引。在数据仓库中首先需要为事实表设置索引,在为事实表的主键声明约束时,应该按照这些列的声明次序创建一个惟一的索引。而对于使用频率较高的外键,应置于主键索引的前面,以进步查询效率。

数据仓库中的数据可以通过数据库访问接口,将源数据库中的数据转换为标准格式的数据导进。其中数据的存储通常按数据的重要性、使用频率以及对响应时间的要求进行分类,并将不同类型的数据分别存储在不同的存储设备中,其中重要性高、经常存取并对响应时间要求高的数据存放在高速存储设备上,而存取频率低或对存取响应时间要求低的数据则可以存放在低速存储设备上。

四、数据仓库的创建

通过对数据仓库中的事实表、维表的逻辑模型设计,同时根据在物理模型中对各种表的存储区间、方式的处理,在数据仓库的实施过程,采用适当的数据仓库创建工具,就可以创建数据仓库。目前用于创建数据库的工具主要有SQL Server、Oracle10i、Sybase等。数据仓库的创建可以根据具体情况选择适合的开发工具。

五、数据的采集及转换

数据仓库的物理模型设计完成后,就要根据会计核算软件数据接口标准,来完成数据仓库结构的建立,实现数据仓库和元数据库的创建,然后就可以对数据仓库进行数据的加载。元数据库是数据仓库的灵魂,没有元数据库,用户就无法对数据仓库的数据进行良好的定义、组织和治理。数据的采集及转换是建立数据仓库中最重要的处理过程之一,这一过程实际上是要把来自不同的操纵性数据源、不同的数据进行集成,将非标准的数据转化为在一定程度上的标准化的数据。采集之前首先需要对数据进行预处理,即进行预备工作包括清空工作区、预备区。由于数据仓库中的数据来源十分复杂,这些数据在进进数据仓库之前经常需要在预备区对数据进行标准化处理,即将不同数据结构的数据进行同一处理,如源数据库中的数据类型与长度和标准规定的有所差别,就需要进行数据的类型转换、长度的截取等工作。数据的采集可以通过数据库接口访问源数据库,将数据转换为标准格式数据存进数据仓库,同时为了确保数据仓库中数据质量,还要对数据进行必要的清理即筛选工作。数据的清理工作必须严格依据元数据的定义进行,数据清理结束就可以将经过净化和转换的数据加载到数据仓库事实表中。实现的工具主要有SQL Sever、Oracle等。对数据提取以后,同样也可以利用SQL语言实现对数据的加载。

六、数据仓库的使用

在会计数据标准接口中,已经将会计科目、会计凭证、会计账簿、会计报表等中的数据纳进,并进行了同一规范。因此可以通过标准数据接口将每年的会计数据保存到数据仓库。按照会计数据接口标准要求,将会计数据仓库中的历年数据输进到会计核算软件中,并利用会计核算软件对其进行相关的财务分析、经济远景猜测,以帮助治理者为企业的将来做出正确的决策。随着数据接口标准的推广实施,基于会计核算软件数据接口的数据分析技术和方法会越来越多,并且应用范围也会越来越广泛。

【参考文献】

[1] 会计核算软件数据标准接口国家标准实施指南编委会.GB/T 19581―2004《信息技术会计核算软件数据标准接口》实施指南[S].北京:中国标准出版社,.

[2] 陈京民.数据仓库与数据挖掘技术[M].北京:电子产业出版社,.

篇8：数据库系统毕业论文

1 数据管理中存在的问题

就业部门要准确统计应届毕业生人数, 并将其上报到上级教育主管部门。在统计的过程中, 主要是以收集招生、学籍管理和班级等单位的数据为基础, 进而分析数据的完整性, 了解其中可能出现的数据差异。比如, 招生录取而未报道的学生数据变化, 中途休学、转学、退学、留级和入伍等学籍变动的学生数据变化等, 其数据分属不同部门、不同系统管理。面对毕业生人数多、数据来源广, 甚至还有临时手工采集的情况, 如果就业部门利用普通的方法人工校对信息, 不仅费时费工夫, 而且校对过程中的多种不确定因素都可能使得其结果不可靠。

要想有效地解决如此庞大的数据校对工作, 好的方法和工具是关键。笔者通过PHP+My SQL开发项目, 格式化处理零散数据, 从而形成多组数据, 同时, 再利用计算机比对数据, 标记数据间的差异, 从而生成预期设定的数据字段和数据格式。最后, 仅需人工核准少量存在差异的数据即可。这种做法极大地提高了数据的准确性, 较好地解决了实际工作中的困难, 提高了工作效率。

2 关键技术研究

本文主要阐述了毕业生数据比对系统的运行环境、数据库的连接与访问和如何实现数据比对等内容。

2.1 系统运行环境搭建

2.1.1 PHP和My SQL运行环境的搭建

大多数管理部门的计算机都采用的是Windows系统, 所以, 推荐安装APMServ或XAMPP等PHP+My SQL集成工作环境。用户安装后, 基本上不需要复杂的配置就可以直接运行PHP程序, 如果准备部署为Web服务器, 则建议用Windows+Apache+PHP+My SQL架构模式。

2.1.2 修改PHP代码的最大执行时间

PHP编写的计算机程序, 其服务器解析运行默认工作时间是30 s, 而在数据比对过程中, 计算机则要大量读写数据, 从而实现比对运算, 有的可能是几千或上万条数据。例如, 笔者所在学校每年的毕业生有3 000人左右, 数据比对的次数就是3 000的平方, 程序一般要运行5~10 min左右。如果比对的信息条数较多, 则需要的时间会更长, 其时间设定需要根据具体情况而定, 这主要依赖于架设PHP系统的服务器CPU运算速度。一般考虑将程序的执行时间设为30 min, 通过执行set_time_limit (1800) 函数来实现, 从而保障计算机程序的运行时间, 避免程序运行过程中因系统设定时间过短而自动终止运行, 致使数据比对工作只能完成一部分的情况发生。

2.1.3 统一数据编码

在系统设计中, 为了有效避免数据编码不统一而引起的乱码, 就要在设计初期考虑编码的统一性。为了避免浏览器输出中文乱码, 要在HTML程序代码中添加<meta http-equiv="Content-Type"content="text/html;charset=utf-8">, 在PHP程序代码中添加header ("Content-Type:text/html;char-set=utf-8") , 并且确保设计程序以utf-8编码格式保存。同时, 在My SQL数据库中的my.ini文件中添加character_set_server=utf8.在整个过程中, 这样做不仅保证了数据的读取、写入、显示等环节都采用utf-8编码 (还包括数据库连接时的编码格式设置等) , 还有效避免了系统在处理中文时出现乱码的情况。

2.1.4 格式化处理分散的毕业生信息

My SQL数据导入、导出一般采用PHP my admin提供的Web界面操作, 它主要有SQL、XML和CSV等几种格式, 并且采用SQL格式的较多。但是, 对大多数用户而言, 他们并不太熟悉SQL格式的数据文件, 所以, 笔者建议使用第三方软件Navicat for My SQL对其数据进行图形化操作。该软件能较好地处理从各部门收取的用EXCLE、ACCESS、Visual Foxpro等软件录入的毕业生数据, 从而形成My SQL数据表, 统一数据字段格式, 比如字段id、姓名 (xm) 、身份证号码 (sfzhm) 和标记 (sign) 等。字段id需设为关键字, 方便数据索引;标记字段记录比较结果, 存储数据差异信息等;其他信息字段可根据实际需求设定, 尽可能简化字段数量, 提高程序的执行效率。

2.2 PHP与My SQL数据库服务器的连接

设计My SQL类解决PHP与My SQL数据库服务器的连接, 利用类中的构造函数初始化变量, 在conn.in.php程序中设计My SQL类, 其部分代码如下:

主程序采用include (conn.in.php) 调用My SQL类, 并进行实例化处理, 实现PHP程序对My SQL数据库的连接。例如new mysql ("localhost", "root", "password", "sjbd") , 其中, localhost表示数据库服务器名称或IP地址, root表示数据库服务器登录用户名, password是登录密码, sjbd表示数据库名。

2.3 数据比对模块的实现

判断待比对的数据表中毕业生数据是否重复。在比对数据之前, 要确保参与比对的数据表本身数据行没有重复的毕业生信息, 该项任务通过调用自定义函数compare () 完成自校验工作。程序执行完后, 到相对应的数据表中查看哪些记录重复, 通过电话咨询对应班级辅导员或相关管理处室核实信息, 再手动删除或修正重复信息。compare () 函数代码如下:

该模块主程序关键代码为compare ("xjsjb", "xjsjb") , 需要自校验的数据表主要有学籍数据表 (xjsjb) 、班级数据表 (bjsjb) 和招生数据表 (zssjb) 。在自校验中, 以学生的姓名 (xm) 和身份证号码 (sfzhm) 为例判断数据是否重复, 如果要判断其他数据的重复性, 可以稍加修改compare函数或设计类似函数来完成。

不同数据表交叉比对会产生差异代码。完成数据表自校验工作后, 将数据表相互交叉比对、查漏补缺后, 才能得到需要上报的完整数据。该项任务也是通过调用自定义函数compare () 来实现的, 它只是调用时传入的参数不同。比如compare ("xjsjb", "bjsjb") , 以学籍数据表 (xjsjb) 为基础表, 分别与班级数据表、招生数据表等交叉比对, 将差异关键代码写入学籍数据表sign字段中。程序执行完后, 查看学籍数据表sign字段即可知道哪些数据是需要人工核实的。

3 结束语

笔者试过用VFP、ASP+ACCESS和PHP+My SQL等多种程序设计、解决数据比对问题, 基本设计思路是一致的, 主要涉及循环、数组和数据库的读写操作。与此同时, 要在程序中设计合理的跳出循环条件, 比如数据比对的compare () 函数中$total作为if语句的条件, 从而判断是否要对数据库执行读写操作等, 即使每一次循环降低1/1 000 s, 这对于大量数据比对工作而言还是具有非常重要的意义的。该思路完成的数据比对不仅可以用在毕业生数据处理上, 还可以将其应用到更广泛的数据处理范畴, 比如学校管理工作中的学生学籍管理、学生户档管理, 企业的客户资料、产品资料等均可灵活应用, 充分发挥计算机高速运算的本能, 减少人力手动简单、重复的操作, 从而提高人们的日常工作效率。

参考文献

[1]潘凯华, 刘欣, 李慧.实战突击:PHP项目开发案例与整合[M].北京:电子工业出版社, 2011.

[2]W.Jason.Gilmore.PHP与My SQL程序设计[M].第4版.朱涛江, 译.北京:人民邮电出版社, 2001.