C++住房公积金管理系统毕业设计论文及源代码.docx
- 文档编号:7969325
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:96
- 大小:746.16KB
C++住房公积金管理系统毕业设计论文及源代码.docx
《C++住房公积金管理系统毕业设计论文及源代码.docx》由会员分享,可在线阅读,更多相关《C++住房公积金管理系统毕业设计论文及源代码.docx(96页珍藏版)》请在冰豆网上搜索。
C++住房公积金管理系统毕业设计论文及源代码
第一章住房公积金管理概述3
1.1系统的主要功能3
1.2方法概要3
1.3住房公积金管理系统的现状2
第二章系统平台的选用3
2.1数据库系统的选择原则3
2.2MS SQL Server简述4
第三章MIS系统基本理论6
3.1MIS系统的概念6
3.2MIS系统的开发梗概7
3.2.1MIS系统的总体设计7
3.2.2应用系统开发设计7
第四章住房公积金管理系统分析9
4.1系统目标9
4.2系统可行性分析研究9
(1)技术可行性9
(2)操作可行性9
(3)经济可行性9
4.3需求分析和数据流图9
1.研究目标9
2.分层数据流图9
3.验收准则12
第五章总体设计13
5.1初步研究方案13
5.2系统结构图13
5.3概要设计14
(1)系统模块图14
(2)模块功能14
第六章详细设计与实现15
6.1数据库设计与E-R图15
6.2数据库表的详细设计17
6.2.1数据库表17
6.2.2触发器的简介及创建21
6.3 系统模块设计22
6.3.1登陆模块22
6.3.2数据库模块23
6.3.3显示模块23
6.3.4数据处理模块24
6.4编码与程序设计25
1.界面设计25
2.程序编码33
第七章系统测试35
7.1系统调试环境35
7.2系统测试35
7.3系统运行与维护35
第八章系统评价36
总结37
英文摘要38
致谢39
参考文献40
附录A源程序41
附录B英文资料67
第一章住房公积金管理概述
1.1系统的主要功能
住房公积金管理系统的主要任务是用计算机对各单位,各人信息进行日常的管理,如查询、修改、增加、删除以及存储等,迅速准确地完成各种住房公积金信息的统计计算和汇总工作,针对系统服务对象的具体要求,设计了住房公积金管理系统。
该系统主要有以下几大功能:
1.1.1对单位人员的变动进行处理。
一个单位的职工不会是一成不变的,总是在不断的变化:
有调出、有调入、也有职工在本单位内部调动。
因此,设计系统是应考虑到这些情况。
1.1.2对职工的公积金汇缴情况进行计算、修改。
可以对职工的公积金档案进行个别、部分和批量修改,同时,能对各职工的公积金总额进行计算,即根据上年度某职工月均工资总及个人缴存率、单位缴存额算出工职工当年度月交存额等。
1.1.3查询统计功能。
要求即可以单项查询,比如查看某个职工的情况等;也可以多项查询,比如某部门职工公积金数在某一范围的职工的公积金情况等。
1.1.4方便用户使用。
使用户可以进行多时,多域访问,便于安装,便于操作。
1.2方法概要
本公积金管理系统是采用面向对象的程序设计思想进行编制的,整个系统由若干个表单、类、报表以及一个主菜单组成,通过项目管理器统一管理全部程序的编写和调试。
用户可以通过主菜单或总表单调用系统的各项功能。
1.2.1面向对象设计不再是单纯的从代码的第一行一直编到最后一行,而是考虑如何创建类和对象,利用类和对象来简化程序设计,并提供代码的封装和可重用性,便于程序的维护与扩展。
1.2.2所谓的对象是一种抽象的名称,用来对应实现世界存在的“东西”。
一个窗口、一个按钮、一个菜单都可视为一个对象,而按钮对象、菜单对象、又会出现在窗口对象中,因此按钮对象、菜单对象便是窗口的组件之一。
对象内部的数据是不能随意更改的,必须由外部向其传递信息,再由对象按其方法加以处理。
用户无需知道其任何细节,操作是封闭的,对象之间能通过函数调用相互通信。
1.2.3类可视为一个产品模具、一个模块。
在面向对象设计中,类是对象的原型,是对象的制作器。
类的概念是面向对象程序设计最重要的特征。
所谓类,是指由数据结构及其相关操作所形成的集合,描述该类任一对象的共同的行为特征,是对一组性质相同的对象的程序描述,概括了对象的共同性质和数据。
1.2.4面向对象设计的核心是类的设计。
例如:
可以定义一个“公积金查询表单”类,该类中可以定义查询的姓名、年龄、职工编号等等信息,则以此类为原型可以设计出众多的“公积金查询表单”类的对象实例,这些实体都具有类中所定义的特征。
1.2.5设计的公积金管理系统也是建立在一系列类基础之上的,其编程的思想是:
先根据一定的需要创建一系列的子类或直接调用SQLserver提供的基类,编制程序时,由这些类派生出相应的对象,所派生出的对象继承了其父类所有的功能,而且具有很好的封装性,这样就可利用派生出的对象像搭积木一样来设计自己的程序。
打个比方,就比如要制造一台机器,首先要制造各种零件的模具,然后用制造好的模具生产出所需的零件,所有这些做完后,剩下的就只是如何把这些零件组装起来,这样一台机器就很容易制造出来了。
实际编程也是如此。
每个表单都是由一定数量的对象按某一种方式组合在一起的,程序编制的核心是类的设计。
1.3住房公积金管理系统的现状
随着我国国民经济建设的蓬勃发展和具有中国特色的社会主义市场经济体制的迅速完善,各个行业都在积极使用现代化的手段,不断改善服务质量,提高工作效率,这些都在很大程度上给企业提出越来越严峻的挑战,对企业体系无论是在行政职能、企业管理水平以及优质服务上都提出更高的要求。
建设一个科学高效的信息管理系统是解决这一问题的必由之路。
虽然职工住房公积金体制只是企业管理体系的一小部分,但是如果可以运用现代化管理技术,也可以为企业创造更多更高的经济效益的。
由于企业职工人数较多,人员流动也不稳定,每一位职工的具体实际情况也不尽相同,如果没有一个完整的计算机管理系统,将会给企业,银行等机构带来许多不便,本公积金管理系统就是针对此现状而研发的,它不仅便于企业在银行进行公积金的注册,还便于企业使用,职工查询……这样就为企业节省了大量的人力和物力。
第二章系统平台的选用
2.1数据库系统的选择原则
一个好的数据库产品不等于就有一个好的应用系统,如果不能设计一合理的数据库模型,不仅会增加客户端和服务器端程序的编程和维护的难度,而且将会影响系统实际运行的性能。
所以数据库的选择原则尤为重要,一般来说应从以下几个方面来考虑:
2.1.1命名的规范
不同的数据库产品对对象的命名有不同的要求,因此,数据库中的各种对象的命名、后台程序的代码编写应采用大小写敏感的形式,各种对象命名长度不要超过30个字符,这样便于应用系统适应不同的数据库。
2。
1。
2游标(Cursor)的慎用
游标提供了对特定集合中逐行扫描的手段,一般使用游标逐行遍历数据,根据取出的数据不同条件进行不同的操作。
尤其对多表和大表定义的游标(大的数据集合)循环很容易使程序进入一个漫长的等待甚至是死机。
在有些场合,有时也非得使用游标,此时也可考虑将符合条件的数据行转入临时表中,再对临时表定义游标进行操作,及时性能得到明显提高。
2.1.3索引(Index)的使用原则
创建索引一般有以下两个目的:
维护被索引列的唯一性和提供快速访问表中数据的策略。
大型数据库有两种索引即簇索引和非簇索引,一个没有簇索引的表是按堆结构存储数据,所有的数据均添加在表的尾部,而建立了簇索引的表,其数据在物理上,会按照簇索引键的顺序存储,一个表只允许有一个簇索引,因此,根据B树结构,可以理解添加任何一种索引均能提高按索引列查询的速度,但会降低插入、更新、删除操作的性能,尤其是当填充因子(FillFactor)较大时。
所以对索引较多的表进行频繁的插入、更新、删除操作,建表和索引时因设置较小的填充因子,以便在各数据页中留下较多的自由空间,减少页分割及重新组织的工作。
2.1.4数据的一致性和完整性
为了保证数据库的一致性和完整性,设计人员往往会设计过多的表间关联(Relation),尽可能的降低数据的冗余。
表间关联是一种强制性措施,建立后,对父表(ParentTable)和子表(ChildTable)的插入、更新、删除操作均要占用系统的开销,另外,最好不要用Identify属性字段作为主键与子表关联。
如果数据冗余低,数据的完整性容易得到保证,但增加了表间连接查询的操作,为了提高系统的响应时间,合理的数据冗余也是必要的。
使用规则(Rule)和约束(Check)来防止系统操作人员误输入造成数据的错误是设计人员的另一种常用手段,但是,不必要的规则和约束也会占用系统的不必要开销,需要注意的是,约束对数据的有效性验证要比规则快。
所有这些,设计人员在设计阶段应根据系统操作的类型、频度加以均衡考虑。
2.1.5事务的陷阱
事务是在一次性完成的一组操作。
虽然这些操作是单个的操作,SQLServer能够保证这组操作要么全部都完成,要么一点都不做。
正是大型数据库的这一特性,使得数据的完整性得到了极大的保证。
众所周知,SQLServer为每个独立的SQL语句都提供了隐含的事务控制,使得每个DML的数据操作得以完整提交或回滚,但是SQLServer还提供了显式事务控制语句
----BEGINTRANSACTION开始一个事务
----COMMITTRANSACTION提交一个事务
----ROLLBACKTRANSACTION回滚一个事务
----事务可以嵌套,可以通过全局变量@@transcount检索到连接的事务处理嵌套层次。
需要加以特别注意并且极容易使编程人员犯错误的是,每个显示或隐含的事物开始都使得该变量加1,每个事务的提交使该变量减1,每个事务的回滚都会使得该变量置0,而只有当该变量为0时的事务提交(最后一个提交语句时),这时才把物理数据写入磁盘。
2.1.6数据库性能调整
在计算机硬件配置和网络设计确定的情况下,影响到应用系统性能的因素不外乎为数据库性能和客户端程序设计。
而大多数数据库设计员采用两步法进行数据库设计:
首先进行逻辑设计,而后进行物理设计。
数据库逻辑设计去除了所有冗余数据,提高了数据吞吐速度,保证了数据的完整性,清楚地表达数据元素之间的关系。
而对于多表之间的关联查询(尤其是大数据表)时,其性能将会降低,同时也提高了客户端程序的编程难度,因此,物理设计需折衷考虑,根据业务规则,确定对关联表的数据量大小、数据项的访问频度,对此类数据表频繁的关联查询应适当提高数据冗余设计。
2。
1。
7数据类型的选择
数据类型的合理选择对于数据库的性能和操作具有很大的影响,有关这方面的书籍也有不少的阐述,这里主要介绍几点:
Identify字段不要作为表的主键与其它表关联,这将会影响到该表的数据迁移。
Text和Image字段属指针型数据,主要用来存放二进制大型对象(BLOB)。
这类数据的操作相比其它数据类型较慢,因此要避开使用。
日期型字段的优点是有众多的日期函数支持,因此,在日期的大小比较、加减操作上非常简单。
但是,在按照日期作为条件的查询操作也要用函数,相比其它数据类型速度上就慢许多,因为用函数作为查询的条件时,服务器无法用先进的性能策略来优化查询而只能进行表扫描遍历每行。
2.2MS SQL Server简述
SQLServer 是一个后台数据库管理系统,它功能强大操作简便,日益为广大根据库用户所喜爱。
越来越多的开发工具提供了与SQL Server的接口。
SQL Server 是一个关系数据库管理系统,它最初是由Microsoft、Sybase 和Ashton-Tate三家公司共同开发的。
于1988 年推出了第一个OS/2 版本,在Windows NT 推出后,Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了,Microsoft 将SQL Server 移植到Windows NT系统上,专注于开发推广SQL Server 的Windows NT 版本。
SQL Server 2000 是Microsoft 公司推出的SQL Server 数据库管理系统的最新版本,该版本继承了SQL Server 7.0 版本的优点,同时又比它增加了许多更先进的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。
可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2000 的大型多处理器的服务器等多种平台使用。
MSSQL Server不但可以应用于大中型数据库管理中,建立分布式关系数据库,并且也可以开发桌面数据库。
事实上,SQL Server数据库处理的基本结构,采取关系型数据库模式,尽管如此,相信大家都可以轻易的发现,在SQL Server的数据库处理方式,则是使用面向对象的操作方式与精神,也就是说,SQL Server的所有功能,都可以基于系统已经建立好的一些对象来达成,是相当OO(面向对象)的一个系统结构。
SQL Server 企业管理器是 SQL Server 的主要管理工具,它提供了一个遵从 MMC 标准的用户界面,使用户得以:
· 定义 SQL Server 实例组。
· 将个别服务器注册到组中。
· 为每个已注册的服务器配置所有 SQL Server 选项。
· 在每个已注册的服务器中创建并管理所有 SQL Server 数据库、对象、登录、用户和权限。
· 在每个已注册的服务器上定义并执行所有 SQL Server 管理任务。
· 通过唤醒调用 SQL 查询分析器,交互地设计并测试 SQL 语句、批处理和脚本。
· 唤醒调用为 SQL Server 定义的各种向导等。
由于其功能强大,保密性和安全性相对来说又比较高,所以本公积金管理系统采用SQLServer作数据模块。
第三章MIS系统基本理论
3.1MIS系统的概念
现代管理信息系统(ManagementInformationSystems,MIS)是一个覆盖全企业或主要业务部门的辅助管理的人-机(计算机)系统,有别于其他的计算机系统,它和企业的管理密切相关,和企业的管理模式、市场意识有关,要为企业的最终目标服务。
因而企业的管理工作规范化、标准化是建设MIS的基础。
而建设MIS一定要以改进管理为目的,提高企业的经济效益、改善和提高企业的管理水平、进而推动企业管理现代化,增强企业的适应能力。
只要有了这样明确的目标,企业才会以自身经济发展为基础,深化需求分析,认真作好业务重组,以增强企业的市场竞争能力和生存能力,才不会把MIS建设成为手工管理的"仿真系统"或"演示系统"。
MIS是一个数据系统,所谓数据系统就是系统以数据为主,其主要特征是数据量大、数据类型多、数据之间关系复杂和数据分布存储,而对数据的加工比较简单。
按照信息工程的原理,数据位于现代数据处理的中心,只要企业的性质不变,数据是稳定的,而处理是多变的,具有一个稳定的数据基础是建设MIS最本质的问题。
客观上讲,无论企业采取什么样的方式从事企业管理,都存在一个"稳定的数据基础",但这样一个"基础"并不是现成的,它深藏在企业的各个业务部门,深藏在企业的各种业务活动之中,并和各种各样的业务活动交织在一起。
因此必须采取一整套科学的方法去挖掘、组织稳定的数据基础。
要有强有力的组织领导和管理,要有具备本企业丰富业务经历和数据处理经验的人员,要注重数据识别、分析和组织技术,去伪存真,删繁取简。
稳定的数据基础中"稳定"一词的含义就意味着数据库的基本表是稳定的,表的属性是稳定的,表之间的关联是稳定的、无冗余的,而且数据的组织是面向业务主题的,满足规范理论约束,即是主题数据库。
稳定的数据基础对一个企业的信息系统来讲是充分和必要的,并具备行业共性,对同行业的其他企业有参照作用。
MIS是一个系统工程,强调它的系统特征:
覆盖全企业或至少覆盖企业的主要业务部门。
要在统一的数据环境下集成化开发各个子系统,子系统的划分应独立于当前的组织机构,充分地发挥计算机、网络和通讯平台的作用,利用当代先进的信息处理技术,满足管理提出的信息加工要求。
各个子系统之间的数据交换是结构化的、公用的,从而也是高效的和完整的,最大限度消除有害的冗余和不一致。
系统设计时应突出系统品质,以整体最优为目标,局部利益服从整体利益。
正因为MIS是一个系统工程,MIS的建设就是企业的整体行为,MIS的质量也反映了企业的整体水平,因而特别强调最终用户真正参与MIS建设。
在总体设计阶段,企业的高层领导、资深的业务专家必须参与,只有在他们的参与下,才能清楚地展示企业的发展规划和战略目标,管理策略和市场策略,改进业务流程等全局性的问题。
只有这样才能正确的认识企业和改进管理,才能有正确的信息系统体系结构和数据基础,才可能有信息系统正确的设计蓝图。
在系统实施阶段,在业务人员积极参与下,根据业务流程,快速、正确的设计程序流程,才有可能用计算机取代日常的业务。
3.2MIS系统的开发梗概
计算机辅助企业管理一般都从单项应用开始,逐步向管理信息系统过渡,这是一个量变到质变的过程。
我们不能用项目级或程序级的经验去指导系统级的建设,因此为了建好、管好、用好管理信息系统,对管理信息系统的建设、运行和维护应有一整套具有指导意义的理论与方法论保证体系。
根据国内理论界对国外先进的开发方法的研究,并结合国内的实际情况,大连海事大学高复先教授提出的方法论体系比较适合国内管理信息系统的具体情况,该方法论认为,MIS开发方法论由高层方法论和低层方法论组成;
·高层方法论解决总体规划与高层设计问题,属于系统工程范畴,应采用面向全企业的信息工程(InformationEngineering,IE)方法,需要总体规划人员、数据管理人员和系统分析人员;
·低层方法论解决应用项目的系统分析设计与实现,属于软件工程范畴,需要数据库管理员、系统设计人员和程序员。
应用系统开发是在总体设计指导下的子系统开发,属于低层方法论的保证范围。
要强调和总体数据规划的衔接,受总体数据规划的约束,自底向上实现。
从大量的MIS建设经验分析中可以看出,尽管低层方法论在保证应用项目的开发质量和效率方面是重要的,但在确保全企业MIS的成功建设主要靠高层方法论的正确性与有关工具的实用性。
高层方法论保证MIS的体系结构和基础环境,一旦实施就属于MIS的先天品质,不足之处就不能改动或很难改动,所需代价太大;而低层方法论保证的是项目级或程序级,影响面较小,较易实施。
而且这方面的理论、工具也很活跃,系统的开放性就体现在这里。
3.2.1MIS系统的总体设计
建设MIS时,要重视总计。
总体设计一般不承担具体的部件设计,是整个系统研制工作中不可缺少的技术抓总单位。
鉴于MIS的系统特征和数据特征,目前比较成熟的工程化的方法是基于信息工程的面向数据的方法。
在这个方法里,数据作为一种独立的资源来对待,并看作是支持所有的应用项目的基石。
处理过程也很重要,有关处理之间的数据交换应该通过数据库来进行,所以是结构化的、公用的,从而也是高效的和完整的,最大限度消除有害的冗余和不一致。
总体设计要在总体上有效地控制、指导管理信息系统的建设,因此必须完成:
*信息系统的概念设计和逻辑设计,其中数据模型应是主题数据库,提交数据库的概念设计;
*信息资源管理标准,信息分类编码对照表;
*物理系统的概要设计。
3.2.2应用系统开发设计
应用系统开发是在总体设计指导下的子系统开发,这时各个子系统功能明确、界面清晰、数据环境确定,这就是自顶向下规划和自底向上的实现,自顶向下的规划是数据环境的统一,达到信息的一致性,要完成数据库的概念设计;自底向上的实现则应体现数据为中心的原则,数据设计和处理设计同步,首先应完成数据库的逻辑设计、进而带动程序模块设计(即面向数据的过程)。
应用系统开发要采用"数据启动"方法,在总体设计时,完成了数据库的概念设计,确定了公用数据库和专业数据库。
应用系统开发时结合数据的加工、存储、归档等各种应用,补充修改了概念设计,结合DBMS完成逻辑设计和物理设计,在计算机上建立数据库的框架,此时就可以对数据库进行加载,成为可运行数据库。
系统分析人员应按照数据库的逻辑模式,结合业务人员的需求,设计好数据输入卡片。
各业务部门整理数据,填好输入卡片,进而输入计算机。
在这一过程中,准备数据的工作量很大,而且必须严谨认真,防止"数据垃圾"污染数据库。
一旦公用数据库成为可运行数据库,就应尽快向广大业务人员开放,要引导、鼓励业务人员在线使用公用数据库的数据资源,这样就可以迅速提高广大业务人员使用计算机的兴趣和能力。
和"过程启动"相比,"数据启动"更容易调动广大业务人的积极性,更容易引导业务人员进入"开发者"角色,及时发现业务数据中的错误,有利于稳定的数据基础的建设。
应用系统的程序开发应规模开发,防止"各自为政"的个体开发,强化应用系统程序的分析、设计,采用成熟的面向对象的方法,重点解决程序的可重用度问题,关键技术是可重用部分的识别和设计。
如果前台开发工具单一,采用类库技术;前台开发工具多样化,但使用统一操作系统,宜使用组件技术;若异构环境,那么就要考虑JAVA技术了。
无论那一种情况,均可购买商品化类库/组件软件,并注意积累自行开发的有个性类库/组件,随着时间的推移,积累的资源增多,系统的可重用度提高,就能实现少编程或无编程开发,真正的RAD就成为可能。
第四章住房公积金管理系统分析
4.1系统目标
建立个人住房公积金账户;单位和个人公积金的缴存.变更,支取,核算,销户等;处理,查询和统计复杂的中心,单位,个人,三级帐务;为住房资金管理中心提供公积金缴存,使用情况等的重要决策信息。
实现住房公积金管理中心对住房公积金记账的个人管理。
4.2系统可行性分析研究
(1)技术可行性
数据库技术发展到现在已日臻成熟,相应的数据库体系结构设计技术在近些年得到了迅速发展和广泛使用。
VC++可视化编程工具的强大功能对于各种数据库的良好支持成为当今许多软件设计的首选,ODBC(Open Database Connectivity,开放数据库互连),DAO(DataAccessObjects,数据访问对象),RDO(远程数据对象,RemoteDataObject),ADO(ActiveXDataObjects)等技术的发展已将数据库的访问变的很简单。
其中,ADO技术是在(RDO)基础上发展起来的,它使访问远程数据库可以象访问本地数据库一样简单。
数据库设计方面,ACCESS,VF,SQLServer,DB2,MYSQL,Oracle等种类繁多的数据库设计工具,早己流行于市。
其中,SQLSERVER的保密性和安全性,高于ACCESS,而易用性却好于其他数据库工具。
(2)操作可行性
住房公积金处理系统软件给用户提供了很多快捷易用的操作,以及友好的用户操作界面,用户只需要具备基本计算机操作技能就可以在WIN98或win2000下使用本系统。
因此,该软件的操作不会成为用户的问题,对于用户的计算机水平要求不高,其操作性良好。
另外,该软件来提供了详细的帮助文档,方便用户解决问题。
(3)经济可行性
本系统采用SQLServer2000软件提供数据库支持,而本软件在很多事业单位早已有之,不需另外安装,可节省一笔很大的开支。
另外只要在住房公积金管理中心的一台计算机上安装SQLServer2000数据库软件,就可以在其它计算机上安装客户端软件,方便其他用户访问和操作数据库。
所以,本软件对住房公积金的管理效率将提高很多,使用本软件将比日常实际使用纸张报表,减少很多对人力物力的浪费。
所以,本软件经济效益明显,经济方面可行。
4.3需求分析和数据流图
1.研究目标
(1)实现单
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- C+ 住房公积金 管理 系统 毕业设计 论文 源代码