论文网
数据库类论文范本,与文摘要相关论文提纲
本论文是一篇数据库类论文提纲,关于文摘要相关毕业论文格式模板范文。免费优秀的关于数据库及软件测试及信息管理系统方面论文范文资料,适合数据库论文写作的大学硕士及本科毕业论文开题报告范文和学术职称论文参考文献下载。
Builder支持应用系统同时应用系统同时访问多种数据库,这既包括诸如Oracle,Sybase之类的大型数据库,也包括FoxPro之类的支持ODBC接口的小型数据库.另外,PowerBuilder开发环境携带的AdaptiveserverAnywhere本身就是一个功能强大的DBMS,对小型应用来说,直接使用这个数据库是个质优价廉的选择.《人事管理系统》采用面向对象的,可视化的数据库应用系统技术完成了对人事住处的管理,采用了PowerBuilder8.0开发环境,并使用本地AdaptiveserverAnywhere7.0数据库.该系统可以满足人事管理日常工作的需要,实现无纸化办公,以模糊组合查询的方式,提供了相同数据源多库表的查询,为人事住处的管理提供了方便,快捷的操作方式.
系统需求分析
3.1系统开发策略
本系统开发主要采用自顶向下的开发方式,自顶向下的方法模型如下图所示:
需求
规范修改
设计
实现
测试
生产
改进
3.2系统功能需求分析
1需求分析概述
需求分析是软件定义时期的最后一个阶段,也是设计数据库的一个起点,它确定了系统必须完成哪些工作,提出完整,准确,清晰和具体的要求,直接影响到后面各个阶段的设计,及设计结果是否合理和实用.
需求分析的任务是通过详细调查现实世界要处理的对象(组织,部门,企业等),充分了解原系统(手工系统/计算机系统)工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能.新系统必须充分考虑今后可能的扩充和改变,不能仅仅按当前应用需求来设计系统.
员工各种信息的输入.
员工各种信息的修改.
对于转出,辞职,离退员工信息的删除.
按照某种条件,查询,统计符合条件的员工信息.
对查询,统计的结果打印输出.
人事档案管理系统的使用帮助.
业务流程图
本系统的业务流程图如下:
管理部门员工信息
员工信息表
部门信息
部门信息表
岗位信息查询报表
岗位信息表
操作人员工资信息
工资信息表
工资表
报表处理:
管理部门①对员工,部门,岗位查询完成各类查询报表.
操作人员②对工资信息更新后产生工资表.
第四章系统分析与设计
4.1系统功能模块设计
功能模块图
人事档案管理系统
系统模块查询模块维护模块报表模块帮助模块
登录退出排序查询插入删除更新打印关于
4.2数据库设计
4.2.1数据库结构设计
4.2.1.1概念结构设计
软件系统本质上是信息处理系统,因此,在软件系统的整个开发过程中都必须考虑两方面的问题——"数据"及对数据的"处理".在需求分析阶段则即要分析用户的数据要求(即需要有哪些数据,数据之间有什么联系,数据本身有什么性质,数据的结构等等),又要分析用户的处理品要求(及对数据进行哪些处理,每个处理的逻辑功能等等).
为把用户的数据要求清晰明确的表达出来,系统分析员通常建立一个概念性的数据模型(也称为信息模型).概念性信息模型是一种面向问题的数据模型,是按照用户的观点来对数据和信息建模.它描述了从用户角度看到的数据,它反映了用户的现实环境,且与在软件系统中的实现方法无关.
本篇论文转载于 http://www.sxsky.net/xie/070946082.html
最常用的表示概念性数据模型方法,是实体——联系方法(Entity-RelationshipApproach).这种方法用E——R图描述现实世界中的实体,而不涉及这些实体在系统中的实现方法.用这种方法表示的概念性数据模型又称为ER模型.
通常,软件系统中有许多数据是需要长期保存的,为减少数据冗余,简化修改数据过程,应该对数据进行规范化.
4.2.1.1.1E——R图
ER模型
ER模型包含"实体","联系","属性"等三个基本成份.
实体
实体是客观世界中存在的且可相互区分的事务.实体可以是人,也可以是物,可以是具体事物,也可以是抽象概念.
联系
客观世界中的事物彼此之间往往是有联系的.这些联系在信息世界中反映为实体内部的联系和实体之间的联系.实体之间的联系可以分为三类:一对一的关系(1:1),一对多是关系(1:N)和多对多(N:N)的关系.
属性
实体所具有的某一特性称为属性,一个实体可以由若干个属性来刻画.
人们通常就是用实体,联系和属性这三个概念来理解现实问题的,因此,ER模型比较接近人的思维方式.此外,ER模型是用简单的图形符号表示系统分析员对问题的理解,不熟悉计算机的人也能较容易的理解它.因此,ER模型可以作为用户与系统分析员之间的交流工具.
范式
通常用"范式"(NormalForms)定义消除数据冗余的程度.第一范式(INF)数据余程度最大,第五范式(5NF)数据冗余程度最小.但是,范式级别越高,存储同样数据就需要分解成更多张表,因此,"存储自身"的过程也就越复杂.第二随着范式级别的提高,数据的存储结构与基于问题域的结构间的匹配程度也随之下降,因此在需求变化时数据的稳定性较差.第三,范式级别提高则需要访问的表增多,因此性能(速度)将下降.从实用角度看来,在大多数场合选用第三范式都比较恰当.
第一范式
每个属性值都必须是原子值,即仅仅是一个简单值,而不含内部结构.它是定义每个实体或关系属性的原则.
第二范式
满足第一范式条件,而且每个非关键字属性都由整个关键安决定(而不是由关键字的一部分来决定).它是定义实体或关系的关键字属性的原则.
第三范式
符合第二范式的条件,每个非关键字属性都仅由关键字决定,而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述(即一个非关键字属性值不依赖于另一个非关键字属性值).它是定义实体或关系的外关键字属性的原则.
人事档案管理系统E——R图
实体关系E——R图
m11
属性担任领取
111
②实体属性图
4.2.1.1.2逻辑结构设计
把实体的属性定义为关系模型(表)的属性,实体或实体之间关系的关键就是关系模型的关键,E——R图中的实体和实体之间关系转化为如下的关系模型:
表1:
Yuangong(ygno*,name,xb,csrq,nl,jg,mz,xx,sfzh,hyzk,jkzk,zzmm,jrsj,cjgzsj,gl,
jtzz,lxtel,E-mail,zcdj,xzzw,bmno*f,gwno*f,xl,zy,bysj,byyx,wylb,wydj,arname,ardw,arzw,artel)
表2:
Bumen(bmno*,bmname,zhineng)
表3:
Ganwer(gwno*,gwname,gwlb,quawl,work)
表4:
Gongzi(gzno*,ygno*f,jbgz,gwgz,zwgz,gwjt,zwjt,qtjt,sdf,yanglf,yilf,shyf,
sdsui,sum)
4.2.2数据库结构实现
4.2.2.1系统数据流程图
数据流图概述
数据流图描述系统的逻辑模型,图中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况.因为数据流图是逻辑系统的图形表示,即使不是专业的计算机技术人员也容易理解,所以是极好的通信工具.此外,设计数据流图只需考虑系统必须完成的基本逻辑功能,完全不需要考虑如何具体地实现这些功能,所以它也是软件设计的很好的出发点.
人事档案理系统的数据流图
数据流图
数据流
编号名称组成来源去向D1.1.1职工信息员工号+姓名+性别+出生日期+年龄+籍贯+民族+血型+身份证号+婚姻状况+健康状况+政治面貌+加入时间+参加工作时间+工龄+家庭住址+联系+E-mail+技术职称或等级+行政职务+部门代号+岗位编号+学历+学习专业+毕业时间+毕业院校+外语类别+外语等级+爱人姓名+爱人工作单位+爱人工作职务+爱人联系新职工管理人员D1.1.2职工信
数据库类论文范本,与文摘要相关论文提纲参考文献资料：