关于计算机毕业设计论文开题报告

1.本课题的研究意义,国内外研究现状、水平和发展趋势

1.1研究意义

随着社会的发展和进步,各项社会保障和福利制度进一步完善。实行住房公积金制度是其中的重要内容。住房公积金是职工及其所在单位按规定缴存的具有保障性和互助性的职工个人住房基金,数据量大且处理复杂。住房公积金管理系统是各单位财务管理的重要任务,由于各单位公积金管理数据量大、操作复杂,因此效率较低。本课题旨在构架一个住房公积金信息管理管理系统,方便各级管理人员、各单位和职工完成对住房公积金的操作、查询、结算等工作,为住房公积金制度的顺利实施提供保障。

本系统设计过程中主要考虑各单位用户的应用环境和应用难点。系统在开发过程中深入研究了房改资金行业的发展规律,吸纳了近年来国内外同行业和国内其他信息系统的实施经验,借助了最先进的开发平台和开发工具,设计、开发了适合住房公积金管理自身特点、功能完善、易学易用、扩充灵活、完全可靠、符合未来发展方向的住房公积金管理系统。

1.2国内外研究现状、水平

随着现今网络的发展,网络已经成为了人们生活上必不可少的,人们可以通过网络查询自己需要的信息,起初我国在住房公积金这一块还处于萌芽状态,原有的半手工管理模式手续繁杂、纠错能力差、服务项目不全,因而工作效率不高。 这就迫使人们要去想出更好的解决办法,这样新的住房公积金管理系统就诞生了,从住房公积金归集支取管理、住房公积金贷款管理、住房公积金财务管理到电话查询和多媒体终端查询、住房公积金单位版等均实行了一体化管理,涵盖了住房公积金业务处理的方方面面。

逐步完善住房公积金管理网络,管理网络必须紧跟住房公积金事业发展的趋势,不断地完善,不断地改进,只有在管理上与时俱进,才能在业务上面貌日新。

住房公积金信息管理系统建设给我市住房公积金事业带来了良好的发展势头,管理水平、工作效率的不断提高使住房公积金缴存规模和个贷规模不断提高。我中心非常珍惜这一来之不易的好形势,要求职工因势利导、再接再厉,为全市每一单位、每一职工提供更加方便、快捷、准确的服务,让他们享受到银行般的服务质量,感觉到住房公积金缴存到我中心与存在银行同样安全可靠,并且益处更大、意义更大。

1.3发展趋势

整个世界的科技都在进步,人类的生活水平也在不断的提高,信息产业发展的尤为迅速,住房公积金管理系统正在不断的趋于完善,我国的现状相对于发达国家而言还有一定的差别,但是正在不断朝那个方向努力。在整个住房公积金管理系统发展的这么多年,从无到有、从不完善到趋于完善是一个相当漫长的过程;不管是从科技还是从人类自身的需求出发,住房公积信息管理系统正在不断发展、壮大。

2.本课题的基本内容,可能遇到的困难,提出解决问题的方法和措施

2.1基本内容:

住房公积金就是职工及其所在单位按规定缴存的具有保障性和互助性的职工个人住房基金,为了完善住房供应体系,建立相应的住房公积金管理系统实行职工统一管理,为每个职工建立详细资料库,职工个人可以随时通过账号到管理处查询个人的账户信息。操作员统一执行利息结算、登录和登账调整等操作。如果用户满足了提取住房公积金的条件,可以与操作员联系,申请提取住房公积金。

住房公积金管理系统要实现以下几个功能:

1.基础信息设置

在整个系统的设置中,处理输入单位、职工信息。在正常的事务过程中,如遇人事变动,相应地进行信息变动。

2.主要业务

职工自己和单位每月缴纳基金,系统对年利息进行自动结算。职工在必要的时候对可以提取住房公积金,一般只有在建立住房公积金制度一年以上的职工,并具有一定的公积金余额才可以提取公积金。操作员也可以因为需要,统计分析数据,然后就可以输出相应的报表。

3.帐表查询业务

职工可以查询余额表,清楚自己每月所交的公积金,以及相应的明细表中的详细内容。与此同时职工单位也要对自己和单位个人的交纳信息、综合信息、明细信息和职工的状态作相应的查询。

4.系统设置业务

毕业设计(论文)开题报告

作为住房公积金信息管理中心人员,所做的事情就相对多了许多,存储信息、修改信息打印报表等等事务。其数据流图如下:

毕业设计(论文)开题报告

本系统对不同角色的用户进行用户分级管理。另外一项重要的业务就是数据的备份与恢复。

业务流程图:

2.2数据库设计

这个系统初步设计要有以下几下表,有职工表、部门表、系数表、期初余额表、明细表、利息结算表、用户表等。

职工表:

字段名称 字段含义 字段类型 允许为空 是否为主键

zgbh 职工编号 var20) 否 是

zgxm 职工姓名 var20) 否 否

zh 账号 var20) 否 否

bmbh 部门编号 var20) 否 否

〖毕业设计(论文)咨询

bz 备注 var25) 是 否

部门表:

字段名称 字段含义 字段类型 允许为空 是否为主键

bmbh 部门编号 var20) 否 是

bmmc 部门名称 var20) 是 否

毕业设计(论文)开题报告

系数表:

字段名称 字段含义 字段类型 允许为空 是否为主键

bmbh 部门编号 var20) 是 否

zhbh 职工编号 var20) 否 是

zh 账号 var20) 是 否

zhxm 职工姓名 var20) 是 否

grxs 个人系数 money 是 否

dwxs 单位系数 money 是 否

zxs 总系数 money 是 否

lx 类型 var2) 是 否

期初余额表:

字段名称 字段含义 字段类型 允许为空 是否为主键

zy 摘要 var20) 是 否

zgbh 职工编号 var20) 否 是

zh 账号 var20) 是 否

zgxm 职工姓名 var20) 是 否

zhxm 部门编号 var20) 是 否

bmbh 个人期初余额 money 是 否

grye 单位期初余额 money 是 否

dwye 总期初余额 money 是 否

利息结算表:

字段名称 字段含义 字段类型 允许为空 是否为主键

zgbh 职工编号 var20) 否 是

zgxm 职工姓名 var20) 是 否

zh 账号 var20) 是 否

bmbh 部门编号 var20) 是 否

zxs 总系数 money 是 否

余额表:

字段名称 字段含义 字段类型 允许为空 是否为主键

zy 摘要 var20) 是 否

year 年 var20) 是 否

month 月 var20) 是 否

zgbh 职工编号 var20) 是 是

zh 账号 var20) 是 否

zgxm 职工姓名 var20) 是 否

zxs 总系数 money 是 否

jsxs 减少总系数 money 是 否

ye 余额 money 是 否

明细表:

字段名称 字段含义 字段类型 允许为空 是否为主键

zy 摘要 var20) 是 否

year 年 var20) 是 否

month 月 var20) 是 否

zgbh 职工编号 var20) 是 是

zh 账号 var20) 是 否

zgxm 职工姓名 var20) 是 否

grxs 个人系数 money 是 否

dwxs 单位系数 money 是 否

zxs 总系数 money 是 否

grjs 个人减少系数 money 是 否

dwjs 单位减少系数 money 是 否

jsxs 减少系数 money 是 否

lb 类别 var2) 是 否

bmbh 部门编号 var20) 是 否

用户表:

字段名称 字段含义 字段类型 允许为空 是否为主键

yhbh 用户编号 var20) 否 是

yhmc 用户名称 var20) 否 否

mm 密码 var20) 是 否

sysuser 系统管理员标识 bit 否 否

bm 部门管理标识 bit 否 否

gz 职工档案管理标识 bit 否 否

base 期初余额标识 bit 否 否

qcye 职工月基本系数标识 bit 否 否

infor 职工信息变动标识 bit 否 否

autodel 按月取消登录标识 bit 否 否

autodz 按月自动登账标识 bit 否 否

manual 登账调整标识 bit 否 否

getfunds 提取住房公积金标识 bit 否 否

lx 利息结算标识 bit 否 否

delx 取消利息结算标识 bit 否 否

yecx 余额表查询标识 bit 否 否

mxcx 明细表查询标识 bit 否 否

gr_dw 个人与单位缴纳汇总表标识 bit 否 否

user1 用户管理标识 bit 否 否

databack 数据备份与恢复标识 bit 否 否

2.3在本系统开发的过程中可能遇到的问题以及解决措施

(1)在系统开发中可能遇到的问题就是数据库的建表和数据库的连接问题,建立许多表在连接的时候花费相当长的时间,同时也会消耗宝贵的系统资源。系统的内容较散,涉及很多方面,例如明细表中zgbh(职工编号)和系数表中的zgbh以及利息结算表中的zgbh等表的连接都涉及到了多表连接,这就分会造成大量的数据冗余,还有就是在进行查询的时候,也会花费相当长的时间。

(2) 数据库的安全性问题我们把密码策略摆在所有安全配置的第一步。很多数据库账号的密码过于简单,这跟系统密码过于简单是一个道理。所以在整个分析的过程中,有三个对象,普通职工,单位和super—超级管理员,他们有着各自不同的权限,可以看到的信息也不同,就只有super可以看到所有的信息。

(3)报表是管理系统中最为组成部分之一,它是一种主要的数据输出手段,可以把数据打印出来以供查阅或备份保留。这也是住房公积金系统中比较难以实现的部分,准备用QuickReport组件设计报表.在Delphi7中,默认情况下,并没有安装QReport组件,所以还需要另外安装。在实现的时候,设置应用程序中的TTable组件中的“DatabaseName”、“TableName”属性,使其连接到数据表中,将“Active”属性设置为“True”,打开与数据表的连接。然后设置QuickReport组件“DataSet”属性为“Table1”,也就是使其接到数据表中指定的字段。

(4)任何数据库出于安全性考虑,都会想到数据的备份与恢复,这也是即将面临着的问题,虽然也想了很多的办法,但是至今离实现还有相当大的一段距离。会继续探索和学习其解决的办法。

3.本课题拟采用的研究手段(途径)和可行性分析

3.1研究手段

本课题是使用成熟的C/S结构,设计过程中主要考虑各单位用户的应用难点。系统在开发过程中深入研究了房改资金行业的发展规律,吸呐了近年来国内处同行业和国内其他行业信息系统的实施经验,借助了最先进的开发平台和开发工具,开发了适合住房公积金管理自身特点,本系统统是用Delphi 7和SQL Sever 2019开发工具。

开发工具介绍:Delphi 7

Delphi 7是Inprise公司推出的一种全新的、面向对象的可视化快速应用程序开发工具,它使用的是Object Pascal语法的基础,并在集成了各种可视化工具,为程序开发人员提供了一种方便、快捷的Windows应用程序集成开发环境—IDE(Integrated Development Environment)。

准备使用的是ADO(AcitiveX Data Object)连接数据库,是微软推出的新一代的数据访问规范,其使用简单,功能强大。TADOConnection组件用于管理ADO连接,并且提供了对事务的支持,当多个ADO组件访问数据库时,可以通过TADOConnection组件建立一个连接,然后让其他ADO组件共享连接。

SQL Server 是一个关系数据库管理系统Microsoft SQL Server 2019非常明显的改进就是增加了OLAP(联机分析处理)功能,这可以让很多中小企业用户也可以使用数据仓库的一些特性进行分析。OLAP可以通过多维存储技术对大型、复杂数据集成执行快速、高级的分析工作。数据挖掘功能能够揭示出隐藏在大量数据中的倾向及趋势,它允许组织或机构最大。

所以在实现的过程中,如果运用的是ACCESS做数据库,可能就不能让住房公积金这么大的系统。所以选一个适合的数据库也是很重要的。

3.2可行性研究

这份可行性研究报告是对查询系统作的可行性研究分析及指出存在的必要性。

一、技术可行性

本系统是运行在Windows XP 专业版上的应用程序。系统开发语言使用的是Delphi 7,数据库使用的是Microsoft SQL Server 2019,一台机器实现,别人可以通过别的机器来查询。这个系统在实现上应该没有什么太大的问题,delphi 7不管是新还是旧的,因为我们对旧版很熟悉,新的也是在旧的基础上发展起来的;还有就是SQL SEVER 2019是相对比较熟的工具。

硬件条件:硬件条件:P42.4G CPU、32MRAM、40G硬盘PC机。

软件条件:Windows xp sp2、SQL Server ,Delphi 7。

所以分析以上各个可能性,可以说这个系统在技术上是可行的。

二、经济可行性

在现今的商品社会是一个讲究效率的社会,是信息化的社会,随着公司的规模不断扩

毕业设计(论文)开题报告

大,员工数量急剧增加,有关员工的各种信息量查询也成倍增长。而对庞大的信息量和数据量,如果仍使用手工操作或使用相当繁琐的软件,既浪费了人力,又浪费了物力,效率无法提高,不能够适应现今社会并提高生产效率。

本系统的主要背景(为毕业设计)在经济上不注重直接的经济收益,而是注重我们整体水平的提高。

三、操作可行性

住房公积金管理系统是基于Delphi 7开发的,是被广泛应用于数据库开发和操作的一套成熟的软件平台,而且它对于一个中小型的数据库处理具有不可比拟的优点和简单方便。所以从操作可行性方面是可行的。开发出来的界面也是十分容易使用,具有简单,容易上手的特点。

四、安全性。

借助内置的 Windows 身份验证和基于每个应用程序的配置,可以保证应用程序是安全的。

五、法律可行性

本系统完全是本人在指导老师的指导下独立完成的,故不存在侵权行为或者由于本系统带来的法律纠纷等问题,所以在法律上是可行的。

一键复制全文保存为WORD
相关热搜