【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第1页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第2页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第3页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第4页
【毕业学位论文】(Word原稿)基于BS的基层事业单位财务管理系统的设计与实现-软件工程_第5页
已阅读5页,还剩67页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

中图分类号: 学校代码: 10055 密级: 公开 硕 士 专 业 学 位 论 文 基于 B/S 的基层事业单位财务管理系统的设计与实现 B/S 文作者 指导教师 申请学位 软件工程硕士 培养单位 软件学院 学科专业 软件工程 研究方向 财务管理 答辩委员会主席 评 阅 人 南开大学研究生院 二 一 三 年 九 月 中文摘要 I 中文摘要 随着我国社会的政治体制改革,同市场经济的飞速发展,基层事业单位在管理日常事务中的不确定因素越来越多,给地方财政事务的管理带来的压力也越来越大。为提高基层财务管理效率,有效调整 政府和各级部门的财务管理活动,从人工收支管理向信息化过度成为必然趋势。 本课题针对目前财务管理工作琐碎,繁重,过度依赖手工的现状,通过搭建网络服务器与数据库,来提高财务管理工作效率,减轻财务管理人员负担,同时减少收支报表等由于储藏、传送等带来的失误,使得财务部门可以及时掌握各部门财务信息,以此做到各部门收支信息透明,进而促进和提高事业单位工作效率。 本文遵从软件工程思想,从需求分析,系统框架设计,数据模型设计,系统环境的构建, 以及 原型系统的设计与实现等各方面介绍了该课题的整个实施过程。 本论文首先对 课题 相关 的技术进行综合概述,包括开发语言 据库等相关内容, 而后对 具体 的实现方案与架构 设计 进行详细描述 与重点分析,在整合相关技术方案与用户实践的基础上,完成此 事业单位财务 信息管理系统的设计与实现。 论文主要有以下两个方面的特色: 1) 采用 发框架,最终在基于台实现,提高了系统的可移植性和可扩展性; 2) 采用 更安全的方式来管理各部门的财务信息 。 关键词 : 财务管理 ; 软件工程 ; I of to in to In to of it an to of is up a to of by or on of by of a of is in to 1. s by VC 2. D5 us a to 录 目 录 . 一章 绪论 . 1 第一节 研究背景 . 1 第二节 研究目的及意义 . 1 研究目的 . 1 研究意义 . 2 第三节 本文的主要工作 . 2 第四节 解决方案概述 . 3 第五节 论文的主要内容及组织结构 . 3 第二章 相关技术 . 5 第一节 关技术 . 5 序语言技术介绍 . 5 态网页技术介绍 . 6 术 . 6 术 . 7 术优势 . 8 第二节 术 . 9 第三节 发模式 . 10 第四节 开发框架介绍 . 12 现层 术 . 12 务逻辑层框架 . 13 据持久层框架 . 14 第五节 络服务器 . 15 第六节 据库 . 16 第七节 开发工具介绍 . 17 发环境 . 17 发平台 . 17 . 18 第八节 本章小结 . 18 第三章 需求分析与总体 设计 . 19 目录 一节 可行性分析 . 19 术可行性 . 19 作可行性 . 19 济可行性 . 20 第二节 功能需求 . 20 第三节 系统总体架构 . 31 流系统架构介绍 . 31 种架构的权衡 . 31 第四节 系统设计目标 . 32 第五节 运行环境 . 32 第六节 本章小结 . 32 第四章 系统详细设计 . 34 第一节 系统架构 设计 . 34 第二节 服务器端数据库设计 . 34 计思想 . 34 据表结构设计 . 34 第三节 本章小结 . 39 第五章 系统实现 . 40 第一节 整体配置 . 40 第二节 业务层类设计说明 . 44 统类图 . 44 务层对表现层接口说明 . 45 第三节 系统关键模块设计 . 46 统总模块设计 . 46 色信息管理 . 47 用户信息管理 . 50 用户登录管理 . 53 预算规章管理 . 55 预算记 录管理 . 56 薪金发放管理 . 57 账务信息管理 . 59 第四节 本章小结 . 61 第六章 总结与展望 . 63 第一节 工作总结 . 63 目录 V 第二节 未来工作 . 63 参考文献 . 65 第一章 绪论 1 第一章 绪论 第一节 研究背景 随着我国社会的政治体制改革,同市场经济的飞速发展,基层事业单位在管理日常事务中的不确定因素越来越多,给地方财政事务的管理带来的压力也越来越大。为提高基层财务管理效率,有效调整政府和各级部门的财务管理活动,从人工收支管理向信息化过度成为必然趋势。 传统财务收支管理主要依赖手工进行,在记录预算和账务的同时,各级会计、审计人员需要维护与日 俱增的纸质票务。其缺点显而易见,工作量大,编制时间长,内容单一不够全面。单从财务部门的角度来看,各有关部门将预算呈交之后,财务部门必须加以统一汇总和整理,然而各部门采用的预算编制方法又不尽相同,再加上基层部门本身存在的工作滞后性,使得财务部门既要担负日益繁重的调整任务,同时要不断协调各部门提交预算时间,更增加了工作任务量的不确定性。 放眼环球,许多知名跨国企业及国外各级政府部门均采用计算机来管理预算和收支。他们的成功经验也证明了数字化管理是行之有效的现代管理方法。 鉴于以上所述,在工作繁重的财务部门引入信息 化管理工作显得尤为重要。本系统的研究和实现正是为了解决此基层事业单位中常见的问题。 第二节 研究目的及意义 研究目的 本 财务 信息管理系统 是以 一个 基层事业单位的实际需求为蓝本,同时兼顾其它企业型财务管理 普遍存在需求为依据进行统一设计, 是一 个基于 B/S 架构的 财务 信息管理系统 。 通过这个系统平台 , 可以有效提高 基层事业单位 的办公自动化水平,满足不同部门基层工作人员 的 特定需求, 帮助 财务部门 员工 及时 了解各个部门 的最第一章 绪论 2 新 财务信息 。 本系统可以 在很大程序上 以最为经济有效的手段 解决 基层事业单位中财务信息管理混乱 、不透明、信息传达不及时的问题,促进 各部门 管理水平的提升,提高 事业单位 统一协作的工作效率。 研究意义 本文紧紧围绕中小型公司的实际情况,综合利用网络技术、移动办公技术有效对公司内部人事信息进行管理与整合,同时确保信息及时传达给工作在各各岗位的公司员工,通过手机网络把公司最新的信息及时传达给户外工作人员,避免了电话、短信通知的繁琐工作,同时又能很好的降低了公司信息传达的成本,有效提高了公司成员之间信息共享与协同工作的效率。 第三节 本文的主要工作 事业单位财务信息管理系统是一个针对性强的财务信 息管理平台,它能有效的整合各级,各部门的预算与开支,使基层事业单位更好的传达和管理各部门的财务信息,有效的提高了工作效率。 本课题的主要目标是针对目前财务管理工作琐碎,繁重,过度依赖手工的现状,通过搭建网络服务器与数据库,来提高财务管理工作效率,减轻财务管理人员负担,同时减少预算、收支报表等由于储藏、传送等带来的失误,使得财务部门可以及时掌握各部门财务信息,以此做到各部门收支信息透明,进而促进和提高事业单位工作效率。 本系统的主要研究 端,数据库加密存储及加密访问,通过合理的信息传递方式,结合基层事业 单位财务管理现状,解决在管理过程中急需解决的实际问题。以更低廉的成本,更安全的方式来管理好各部门的财务信息,做到必要信息公开透明、工作配合和谐、默契、高效。 本论文的主要完成的工作 有 : ( 1)总结分析国内 传统 的 基层事业单位财务 信息管理的 经验 和教训 , 通过调研目 前常见的 信息管理系统 的 使用 现状,发现 其 存在的不足之处 ,并予以解决 。 第一章 绪论 3 ( 2)根据所掌握的理论知识对本系统进行较为详细需求分析。 ( 3)在 进行 需求分析之后,建立系统的模型,完成对本系统的总体设计。 ( 4)对 事业单位财务 信息管理系统 的各个功能模块 进行详细设计。 ( 5)基于以上工作,编码实现 企业 人事信息管理系统。 ( 6)测试本系统并修复 第 四 节 解决方案概述 在本课题的研究过程中,本人结合自身工作经验和当前社会背景,充分对基层事业单位的财务管理需求进行了详细的调研和分析,进而对整个系统模块进行抽象处理和详细设计。 本系统 选择 和 为基本的开发语言,使用 据库,系统将运行于 务器下,并对以上涉及的相关技术进行充分的学习和研究。 本系统在设计前充分评估了全面财务管理的现状,本着易用性,安全性和满足 实际需要的原则进行设计和开发。最终在基于 台来实现本系统设计、开发和测试。 主要内容将在本文第二章中详细介绍。解决该问题是用的主要工具如下所述: ( 1)开发语言: 2)数据库: 3) 务器: ( 4)工作站操作系统: ( 5)开发平台 : 本系统开发是用 台。 系统的底层平台,负责提供底层的 行 作和内存数据的 管理。 第 五 节 论文的主要内容 及 组织结构 本论文共分 为六 章 ,各章的内容安排为: 第 一 章 是绪论,介绍了本课题的研究背景,研究的目的与意义,研究的主要内容,以及本课题的解决方案概述。 第 二 章 综述了包括 等在内的相关理论和技术,第一章 绪论 4 包括服务器端 务器的搭建, 据库的安装,以及开发平台使用等。 第 三 章 完成了对基层事业单位财务管理业务的需求分析,进而完成了系统的功能设计。 第四章在系统功能设计的基础之上给出相对完整的系统后台数据库设计。 第 五 章 详细介绍了系统环境的构建,在系统功能设计的基础之上,完成各个功能模块的详细函数和接口设计。 第 六 章是对本系统总结和展望 ,对本人在整个毕业设计期间的主要工作进行全面总结,并对项目后续的完善工作进行展望。第二章 相关技术 5 第二章 相关技术 第一节 关 技术 序 语言技术介绍 一种电脑程序设计语言,拥有跨平台,物件导向,泛型程序设计的特性,广泛应用于企业级 用开发和移动应用开发。 由 司于 1995 年 5 月推出的,它是对 序设计语 言和 台的总称 ,最初的名字为 标设定在 网站, 家用电器等小型系统的程序语言,应用在电视机,电话,闹钟等家用电器的控制和通讯。 随着互联网的迅猛发展, 渐成为重要的网络编程语言。其编程风格接近 于 C+面向对象程序设计语言,继承了 C+程序设计 语言面向对象技术的核心, 弃了 C+中最容易引起错误的指针,改以引用取代,同时移除原C+与原来运算符重载,也移除多重继承特性,改以借口取代,增加垃圾回收器功能。 程语言是个简单的,面向对象的,分布式的,解释性的,健壮的,安全而又与 系统无关的,可移植的,高性能且多线程的动态编程语言。其不同于一般的编译语言和直译语言。它首先将源代码 通过编译系统翻译 成字节码,然后依赖不同平台上的虚拟机来解释执行,从而实现 “一次编码,到处执行”的跨平台特性。 按照 术的被应用领域范围, 划分为 智能手机系统盛行之前, 手机领域一直发挥着其重大的影响力,而后起之秀的 台虽然不支持 是 却 允许开发者 使用 言进行编 程,编译后仍然可以完美的运行在 统之上。而 一直在桌面软件领域表现平平,这与 统统治整个 脑有很大关系, 跨平台特性几乎变成鸡肋 , 再加上 本身很容易被反编译,所以 域的基于 软件产品屈指可数。 正大展拳脚的领域是在服务器领域,因为这里是各种操作系第二章 相关技术 6 统混战的领域, 跨平台特性从而得已发挥的淋漓尽致 。 态网页 技术介绍 全称 为 最初 是由 司倡导,众多公司参与一起建立 的一种动态网站技术标准,其根本是一个简化的 计,是 张。 页 (以 后缀)可以通过直接在传统的 码来构建 。 得 码 ,和特定的预定义行为 可以嵌入到静态页面中。 法结构 增加了被称为 是 作的 签 ,它们 可以 用来调用内建功能。另外, 还 可以创建 标签库,然后像使用标准 签一样使用它们。标签库提供了一种和平台无关的扩展服务器性能的方法。 件并不像 件那样可以直接由 器解析执行, 发布到 器之后, 会被编译成标准的 后在服务器端执行。当 客户端向 器 发出的请求时, 责完成对改请求的响应,最终响应结果是以流的方式发送到 客户端 。 其中,流中的数据格式可以是任意的,如果客户端是浏览器,可以选择 果客户端是一个普通的应用软件,数据格式可以使用 者 总之数据格式由开发者来制定,最终输出结果并不一定就是 当然, 主要优势还是在生成 页方面的。 准允许 使用言 编写类 标签 , 以 封装 生 成数据 的 业务 逻辑。 通过使用标签, 业务 逻辑与 页 面 设计 分离 , 这有利于程序员与美工人员分合作,也有利于 组件 重用 。 术 一门基于对象和事件驱动,并且具有安全性能的跨平台的动态网页开发的脚本语言。 之前叫做 司开发的脚本语言。当 司推出 后,又跟 作,改名为 后共同推出。 由于超强的兼容性,使其在 开发中成了炙手可热 必备的开发技能。 1. 脚本语言 第二章 相关技术 7 脚本语言,可以嵌入到网页中,与 识结合在一起。而且 一种解释性语言,不需要预编译,在执行过程中,逐行解释执行。 2. 基于对象的语言。 说 基于对象而不是面向对象的语言,主要是因为 有提供抽象、继承、重载等面向对象语言共有的功能。没有继承的概念,进而也没有多态的概念,但事实上,每个 象是相同基类的实例。它可以使用预定义的对象,也可以使用自己创建 的对象,所以,它的功能来自于脚本环境中对象的方法与脚本的相互作用。 3. 简单性。 一种描述性的脚本语言,它是直接嵌入到 的,是一种简单而紧凑的脚本语言。 在变量定义上,采用了弱类型,没有了其他语言严格的类型限制。 在运行方面,不需要高性能的机器,不需要服务器通道,只要有一个浏览器就能运行。 4. 动态性。 动态的,由事件来驱动,无须 务器的程序,即可完成本地的某些功能,比如检验输入合法性。对事件进行编程,在触发这个事件后,自然会运行编写的程序段。 5. 跨平台性。 脚本语言,它依赖于浏览器本身,而与操作系统无关。所以只要浏览器支持 么它就可以运行。现在的主流浏览器,都支持 术 是 程语言中的一个类,它 可以 用来扩展服务器的性能 。 服务器上驻留着可以通过“请求 程模型来访问的应用程序。 以对任何类型的请求产生响应,但通常只用来扩展 务器的应用程序。 术为这些应用程序定义了一个特定 于 。 第二章 相关技术 8 术优势 高度的跨平台性 为 台 标准 的一部分, 同样具备 序的 “一次编写,到处运行 ”的特点, 在服务器领域,几乎所有的操作系统都可以完美支持 统,而越来越多的公司也基于这一特点优先选用 言来实现自己的产品 , 一但产品被开发出来,就不需要再针对不同的操作系统进行重复开发,即便将该软件产品从一个系统迁移到另一个截然不同的操作系统上也可以完美运行,这在很大程度上降低了产品的开发和使用成本 。 鲁棒性 、易 扩展 与 关的 技术以其面向对像,支持分布式,高度的可移植性、良好的性能、支持多线程、跨平台、成熟、健壮、易扩充等优秀特性著称。 术使得开发人员的工作在其他方面也变得容易和简单。 言通过提供防止内存泄漏的方法,在内存管理方面大显身手。加之, 应用程序提供了更为健壮的 异常 事件处理机制,充分发挥了 优势。 业务逻辑与界面设计的 分离 使用 术 设计网页可以实现将业务逻辑与界面设计分离处理 , 程序员专心负责编写业务处理逻辑, 页面 设计 人员 专心设计页面效果,美工人员也可以使用现有的网页设计 工具,提高工作效率,程序员与美工人员的工作可以独立进行互不影响,这样更利于项目进展 。 程序员在完成业务逻辑部分后,可以将它封装成一个 签或者 件中 ,然后直接添加到美工人员提交上来的页面上即可。 健壮的存储管理和安全性 基于 程语言的 有 术的所有优点,包括 健壮的存储管理 以及 安全性。 执行速度快 件在第一次被请求时会被 编译 为 由 处理具体的请求信息,此后如果不对 行修改, 器不会对它进行再次编译,响应线程被启动后会 一 直驻留 在 器中监听客户端发来的请求 , 这 加快了对 客户端请求 的响应速度。 第一次被编译时会比较慢,此后的响应速度会非常快 。 第二章 相关技术 9 海量的第三方类库与应用程序框架支持 由于 术的开源特性,有大量的第三方公司、组织、个人为其开发扩展应用,各个领域的类库几乎无所不包,这为开发人员在软件编写时提供了绝好的 支持,开发人员不再需要亲力亲为的去实现一套自己的技术框架,因为 海量的第三方开源框架已经被无偿贡献出来,节省了开发人员的大量精力,对公司来说也节省了很多的开发成本。当前应用系统一般是基于三层架构开发,即表现层、数据持久层、业务逻辑层。其中,不 论进行 哪一层的开发, 台都可为我们提供大量的优秀框架 ,以 帮助我们快速实现自己的开发任务或目标。表现层框架比较常用的有: ; 数据持久层比较常用的有: ; 业务逻辑层常用的有: 中,比较常用的组合是 就是我们常说的 扩展性,降低系统维护成本。 由于本系统要涉及到移动办公的 部 分 内容,而在移动领域 , 好是 比较适合的开发语言之一 。 出于节省开发成本的 目的 , 言也就理所当然 的成为了手机端开发语言的不二之选 。 第二节 术 文全称“超文本标记语言” (是为网页创建和其他可在网页浏览器中看到的信息而设计的一种标记语言。用来结构化信息,例如标题,段落和列表等等,也可用来在一定程度上描述文档的外观和语义。现已成为国际标准,由万维网 (护。 为 构成网页的基本元素 , 它并不 需要编译 , 而是直接由浏览器 解释 执行。 网页的本质就是超级文本标记语言,通过结合使用其他的 发相关技术,例如动态脚本语言,公共网关接口等,可以创造出功能强大的网页,也就是说 程的基础。 能强大,支持不同数据格式的文件。其主要特点为: 简易性: 学易用,语法简单,版本升级更采用超集方式,灵活方便; 可扩展性: 于标签的机制带来了加强功能,增加标识符等第二章 相关技术 10 要求,为系统的可扩展性带来保证; 可移植性和平台无关性: 浏览器解析执行,可以广泛使用在不同的计算机平台上 。 第 三 节 发 模式 式 ( 是软件工程中的一种 重要且常用 的 软件架构模式。该模式把 系统分为三个基础部分:模型 (视图 (控制器 ( 主要思想是将业务逻辑和数据显示分离,三个主要部分相互独立,却又可以通过各自的接口协同工作。在设计理论中,三层之间依次向下依赖,视图 制器层依赖数据模型 ,而彼此之间的依赖关系都要通过接口设计来实现。在这样的开发模式下,三层部件具有了良好的可插拔性, 提高了各层的可重用性,以低耦合、高内聚的原则实现良好的系统可维护性和可扩展性。 展现层 视图 就是 用户 可见的 并 能够 与之交互的 系统 界面 ,它主要负责完成系统与用户 的 交 互,包括数据输 入 、响应 输出 。 在经典 的 用 系统中 ,视图就是由 素 构成 的 网页 界面,在 用 系统 中 的一些胖客户端上 , 扮演着重要的角色,但一些 功能已经被 新的技术已 取代 , 比如 术、 术、 6技术 等 等 。如何处理应用程序的界面变得越来越有挑 战性。 式可以 为你的应用程序处理 提供 很多不同的视图 ,而后台实现却可以重用相同的业务逻辑 。在视图 层并不会有业务层面的逻辑 处理发生, 无论是进行 联机存储还是 数据统计 ,作为视图来讲,它 的作用仅仅是 允许用户操纵 接收数据录入、响应并 输出 处理结果。 业务逻辑层 模型 顾名思义是对业务的建模 1617,它包括了 企业 的业务 数据 、 业务规则 、具体 业务逻辑 的 实现 、对业务对象的 状态管理。在 式的三层结构 中,模型 层就是负责业务逻辑 处理 的 。 系统对前台数据的业务运算、业务数据的处理算法、处理结果的持 久化存储、处理结果的反馈都要在模型层完成 。被模型返回的数据是中立的 ,也就是说模型 返回的数据不应用具有特定的 数

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论