本文是一篇系统论文范文,关于系统类大学毕业论文,关于社会保险财务管理信息系统的设计与实现相关毕业论文的格式范文。适合系统及概念及模式方面的的大学硕士和本科毕业论文以及系统相关开题报告范文和职称论文写作参考文献资料下载。
摘 要：社会保险基金财务系统,实现了社会保险基金财务的会计电算化,建成了一个实用、规范的系统,实现对劳动保障基金财务的管理,形成有效的基金监控体系,建成与社会保险业务系统无缝衔接,信息完全共享的财务系统.
关 键 词 ：财务管理系统 社会保险管理信息系统 无缝衔接 信息完全共享
中图分类号：F842.6 文献标识码：A 文章编号：1672-3791（2012）12（a）-0248-05
1.社会保险业务的现状和信息系统的目的
社会保险制度是我国社会保障体系的重要组成部分,是我国经济发展、社会稳定、人民安居乐业的重要保障制度.随着社会保险制度改革的深入,城乡居民生活水平的不断提高,和人们保险意识的增强,社会保险的业务量呈现急剧增长的趋势.建立社会保险信息系统可以大大提高工作效率,轻松应对日益增长的保险业务量,更好的为社会服务,更可为科学决策提供依据.
加强社保财务信息系统的建设,意义十分重大,财务信息系统是决定社保事业能否健康发展,以及如何发展的关键一环.这是因为,社保财务信息系统是社保体系的重要组成部分,是社保业务系统的主要技术支持,而建设一个完善的、运行良好的社保财务信息系统需要从资金到技术等各方面的投入.
1.1 社保财务信息系统的业务基础
社保财务信息系统的业务基础是社保财务会计核算,它包括五方面的内容：一是会计核算主体是社保基金,而不是经办社保机构.会计核算的这一特点是由社保基金的性质所决定的,表明社保基金既不属于政府,也不属于社保经办机构,而是属于全体参保人员；二是社保基金的安全管理及保障支付能力顺理成章的成为政府和社会各界关注的焦点；三是社保财务会计工作首先要对所有参保人负责；四是社保财务会计信息必须具备开放性；五是社保财务会计核算的对象是海量的数据.由此决定了社保财务信息系统的建设,首先必须做到：明细核算到个人账户（养老保险和医疗保险）的收入、支出、结余信息；满足参保人缴费情况、待遇享受等情况的查询需要；安全、快捷、甚至实时的处理海量数据；随时为政府部门制定社保政策提供预测、决策支持；接受各方监督社保会计核算的这些要求,决定了社保财务信息系统不能是一个信息的孤岛,而应是一个综合化和集成化的支持预测、决策的信息化管理系统.
1.2 社保财务信息系统的主要内容
在网络化的条件下,社保财务信息系统与业务信息管理系统之间实现无缝连接、资源共享、互相支持、互相监督的一体化管理；通过外部接口,收发和处理外部数据,形成一个综合化、集成化的信息化管理系统,从而为决策管理提供支持.
（1）实现与业务系统无缝连接、数据共享和标准统一.在网络运行环境下,财务信息系统不应是一个封闭的信息孤岛,而应与业务系统有着紧密关系.二者通过共用一个中心数据库,实现无缝连接、数据共享及标准统一.
（2）与外部关联单位实现电子数据交换.社保基金财务管理的全过程涉及财政部门、劳动保障部门及其经办机构,以及税务机关、银行、邮政、医院等众多部门.不但数据处理的环节众多,而且数据量十分庞大.在社保事业不断发展,数据不断增加的情况下,必须实现与外部关联单位的电子数据交换.其中,关键的一环就是在社保管理部门的协调下,制定统一的数据格式和数据交换标准.至于电子数据交换的方式可视具体条件进行.例如,医疗保险的个人账户及时的实账注资,社会保险、失业保险及时的实账计算等都需要时实、分布式处理.
（3）实现业务系统支持和监督.加强内控管理是基金管理监督机制的基础环节,各级社保经办机构作为基金收支管理的主体,必须有健全的规章制度和监督约束机制,其中重要的一点就是在机构内部实现财务和业务相联通.内控制度实施的重点、难点在于如何实现财务会计的实收实付金额、到账标识、到账时间与业务经办部门应收应付金额、到账标识、到账时间保持一致,防止出现重复,甚至虚假收入和待遇支付的情况发生.
通过常设会计记账凭证金额与业务数据应收、应付的唯一性的确认,可以堵塞收、支业务的漏洞,实现严格的系统内部控制.一方面,财务信息系统在进行应收、应付数据到账确认处理时,直接自动生成常设会计记账凭证.另一方面,由纸质会计原始凭证生成电子化会计原始凭证.即,凡是涉及基金正常收付（指有业务应收、应付台账）的会计记账凭证,都必须附有一张电子原始凭证,并能够在电脑中直接详细查询到组成该张会计记账凭证的所有明细资料,而且这些资料是电脑直接在共享数据库取数生成,没有人工介入.因此,如果会计主管要审核某张会计记账凭证金额的真实性,只要点击出该张会计记账凭证的电子原始凭证查看便可辨别出来.再一方面,会计记账的信息也会同时反馈到共享数据库中,业务部门可以看到会计部门在何时做实收实付处理和进行会计核算,或者收付不成功的原因,并对会计部门的处理结果进行监督.
2.开发环境和开发工具简介
用ORACLE系统提供的软件工具开发的社会保险信息系统是社会保险行业整体信息系统,承担着社会保险机构的业务处理,内部管理和社会服务等功能.
目前大多数社会保险信息系统的建设都在起步阶段,因此,正确的选择设计原则和整体架构对整个系统的成功实施和未来发展都是至关重要的.
本系统的数据库服务器是ORACLE 11G企业版,操作系统为AIX,采用ORACLE 11G技术建立数据库,使用基于ORACLE数据库的专用开发工具Developer/2000 Forms Designer技术建立与ORACLE数据源的链接,并且实现了财务管理系统的管理功能.
Developer/2000 Forms Designer是ORACLE系统提供的软件开发工具,是为程序员提供用来开发基于表格的应用软件的一个通用软件生成工具.它采用原型法为开发方法,采用软件自动生成技术、重用技术、动态定义技术等当代计算机软件发展的高新技术. ORACLE Forms 是Developer/2000 R2.0的主要产品,也是最复杂的一个开发工具,利用form可以开发出基于Form的Client/Server应用系统.
Form是一个应用界面,是将数据以动态表格的形式显示在屏幕上,通过这个界面用户可以和数据库进行交互,完成对数据库中数据的插入、更新、删除.
在Form中,还可以进行Form之间的集成,设计出菜单以及画布、窗口、标签等,构成复杂的应用系统.Form应用包含的对象如下.
Form：是由相关Block（数据块）组成的集合,每个Block可与数据库相连接；
Block：所有Item（数据项）都包含在一个Block中,数据块有基表块和控制块；
Item：是界面对象,Item逻辑的组成了Block.
所以,Form是Block和Item的集合.
从以上分析可以知道,Form是Block组成,Block由 Item组成,而Item还有下一层,就是触发器（Trigger）,这是项级触发器.此外,Block有块级触发器,Form有表格级触发器.组成一个Form往往有多个Block,而Block中又包含多个Item.
通过“菜单选择”和“表格填写”的用户界面使你可迅速的开发出基于表格的录入、查询、修改等等操作的应用软件.它所特有的非过程化方法使得你能非常高效的构造应用“原型”并可在“原则”上对应用软件进行优化.你的设计重点是放在“原型设计”上,而不是“编程”上.当“原型设计”完成后,应用软件的开发便基本告成.
Form不同于其他开发工具可以把好多功能集中在一个模块中,在Form中一个功能使用一个模块,也就是可以生成一个执行文件,到最后运用菜单技术把所有的执行文件上传到总的运行环境.Form开发的基金财务子系统能够和业务很好的结合起来,可以从业务通用接口中取得数据进行财务处理然后在返回业务接口,使财务系统与财务系统无缝衔接.
3.社会保险财务管理系统基金财务子系统总体规划
3.1 社保信息系统设计原则
社会保险行业在机构设置上属于的域分布式,在业务处理上属于典型的联机事务处理（OLTP）类型,具有与金融行业类似的特征,借鉴国内外金融、保险系统的发展思路和经验、社保信息系统的建设应当遵守以下几个设计原则.
（1）坚持标准.要坚持标准,一个含义是坚持技术标准和潮流,这样使得系统开放灵活,从而延长了生命周期,同时具有坚实的继续开发的基础；另一个含义是要采纳行业通行的业务模式和业务处理方法.（2）采用开放技术.开放技术是业界的主流技术,采用开放式系统平台成为社会保险信息系统的开发商、集成商和用户的共识.（3）高可靠性与可用性.由于社保业务的关键性,社保信息系统对可靠性有着很高的要求.一方面要强调整个系统高可靠性,确保在意外情况故障或重负载情况下系统的稳定性,一方面要保证在业务高峰期间的系统响应能力.整个系统应采用多网备份、多机备份结构,在经济条件允许的条件下,应当考虑容灾中心的建设.（4）高扩展能力.在发展迅速的IT领域,应用环境,系统的硬件或软件都会不断的加以更新,因此,系统的可扩充性以及前后兼容一致性好坏决定着系统的发展步伐.（5）安全与管理.如果想管理好并利用好计算机系统和网络的资源,就必须建立一个安全实用、全面的计算机网络管理系统.（6）服务与支持保障.
根据财务管理系统的功能需求可以把财务管理系统大致分为几个模块：财务初始化设置管理、基金支付管理、帐务处理管理、出纳管理、财务综合查询管理、基金报表管理.
3.2 需求分析
（1）需求描述与分析.设计一个性能良好的数据库系统,明确应用环境对系统的要求是首要的和最基本的.特别是数据应用非常广泛,非常复杂,要是事先没有对信息进行充分和细致的分析,这种设计就很难取得成功.所要开发的系统是江宁区的社会保险财务管理系统,对于社会保险,应该与国家政策紧密相结合,系统要具有可扩展性,这样对日后的升级和增加功能减少了不必要的开销.通过需求分析阶段对财务管理系统的整个应用情况作全面的、详细的调查,确定财务管理的目标,收集支持系统总的设计目标的基础数据和对这些数据的要求,确定用户的需求,并把这些写成用户和数据库设计者都能够接受的文档.
（2）需求分析的步骤.需求分析大致可分为三步来完成,即需求信息的收集、分析整理和评审通过.
①需求信息的收集.
需求信息的收集又称为系统调查.为了充分的了解用户可能提出的要求,在调查研究之前,要做好充分的准备工作,要了解调查的目的、调查的内容和调查的方式.
调查的目的：首先,要了解组织的机构设置,主要管理活动和职能.其次,要确定组织的目标,大致管理流程和任务范围划分.项目组接受江宁区劳动局委托在江宁区原来的社会保险财务系统上进行升级和开发,因此,财务管理系统主要是通过对现有的财务管理系统进行考察、研究.并且通过和财务管理以及操作人员交流来完善管理功能.
调查的内容：外部要求：信息的性质,响应的时间、频度和如何发生的规则,以及财务管理的要求,安全性及完整性要求.管理的现状：即财务管理信息的种类,信息流程,信息的处理方式,各种流程工作过程.组织机构：了解财务管理机构的作用、现状、存在的问题,及是否适应计算机管理.
调查方式：在系统开发的需求分析阶段调研小组通过对财务管理人员的访问、交谈可获得财务管理高层的、内部的管理需求,以及财务管理的管理目标、变化趋势和长远规划的有关信息.并且,还可通过现场具体实践,对财务管理系统有一个深刻得了解.
②需求信息的分析整理.
要想把收集到的信息（如文件、图表、票据、笔记）转化为下一阶段设计工作可用的形式信息,必须对需求信息做分析整理的工作. 社会保险财务管理系统基金财务子系统的数据流图如图1所示.
分析结果的描述：除了数据流图以外,还要用一些规范表格进行补充描述.近年来许多设计辅助工具的出现,已使设计人员可利用计算机的数据字典和需求分析语言来进行这一步工作.为了清楚的描述需求分析的结果,分类编写,以供设计阶段使用,并可作为验收的依据.数据项清单：列出每个数据项的名称、含义、来源、类型和长度等.管理活动清单：列出最基本的管理任务,包括任务的定义、操作类型、执行频度、所属部门及涉及的数据项等.
评审通过：评审的目的在于确认某一阶段的任务是否全部完成,以避免重大的疏漏或错误.财务管理数据库的评审要保证评审工作的客观性和质量.评审常常导致设计过程的回溯与反复,即需要根据评审意见修改所提交的阶段设计成果,有时甚至要回溯到前面的某一阶段,进行部分乃至重新设计,然后在重新评审,直至达到全部财务管理数据库系统的预期目标为止.
3.3 概念设计
3.3.1 概念设计的必要性
在概念设计阶段中,设计人员从用户的角度看待数据及处理要求和约束,产生一个反映用户观点的概念模式.然后再把概念模式转化成逻辑模式.将概念设计从设计过程中独立开来,至少有以下几个好处.
各阶段的任务相对单一化,设计复杂程度大大降低,便于组织管理.
不受特定的DBMS所限制,也独立存储安排和效率方面的考虑因而比逻辑模式更稳妥.
概念模式不含具体的DBMS所附加的技术细节,更容易为用户所理解,因而才有可能准确的反映用户的信息需求.
3.3.2 概念模型
概念模型是表达概念设计结果的工具.
社会保险财务管理系统基金财务子系统的概念模型图如图2所示.
3.3.3 概念设计的主要步骤
概念设计的任务一般可分为三步来完成：进行数据抽象,设计局部概念模式；将局部概念模式综合成全局概念模式；评审.
（1）进行数据抽象,设计局部概念模式.局部用户的信息需求是构造全局概念模式的基础.因此,需要先从个别用户的需求出发,为每个用户或每个对数据的观点与使用方式相似的用户建立一个相应的局部概念结构.在建立局部概念结构时,要对需求分析的结果进行细化、补充和修改,如有的数据项要分为若干子项,有的数据的定义要重新核实等.
系统学位论文撰写
播放:24156次 评论:4810人
设计概念结构时,常用的数据抽象方法是“聚集”和“概念”.聚集是将若干对象和它们之间的联系组合成一个新对象.概括是将一组具有某些共同特性的对象合并成更高一层意义上的对象.
（2）将局部概念模式综合成全局概念模式.综合各局部概念结构就可得到反映所有用户需求的全局概念结构.在综合过程中,主要处理各局部模式对各种对象定义的不一致问题,包括同名异议、异名同义和同一事物再不同模式中被抽象为不同类型的对象等问题.把各个局部结构合并,还会产生冗余问题,或导致对信息需求的再调整与分析,以确定确切的含义.
（3）评审.消除了所有冲突后,就可把全局结构提交评审.评审分为用户评审与DBA及应用开发人员评审两部分.用户评审的重点放在确认全局概念模式是否准确完整的反映了用户的信息需求和现实世界事物的属性间的固有联系；DBA和应用开发人员评审则侧重于确认全局结构是否完整,各种成分划分是否合理,是否存在不一致性,以及文挡是否齐全等.
3.4 逻辑设计
逻辑设计的结果是得到一个与DBMS无关的概念模型.逻辑设计的目的是把概念设计阶段设计的基本ER图转换为与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构.&#
相关参考资料：
13888888888
点击咨询 