财务管理信息系统设计与实现_第1页
财务管理信息系统设计与实现_第2页
财务管理信息系统设计与实现_第3页
财务管理信息系统设计与实现_第4页
财务管理信息系统设计与实现_第5页
已阅读5页,还剩90页未读 继续免费阅读

付费下载

下载本文档

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

文档简介

1财务管理信息系统设计与实现 .4第一章 绪论 .41.1 课题背景及意义 .41.2 课题内容 .51.3 课题意义 .51.4 本文组织结构 .52.1 基于组件模型的三层结构 .62.1.1 传统的两层 C/S 结构 .62.1.2 三层 C/S 结构 .72.1.3 B/S 结构 .82.2 系统的开发方法 .92.3 系统的建模 .1023 1 面向对象建模方法 .1023 2 建模语言及工具 .1123 3 建模时应注意的问题 .1224 系统运行及开发环境 .1324 1 运行环境 .1324 2 系统开发环境 .13第三章 系统分析 .1831 财务管理信息系统的分析 .1831 1 系统分析 .1831 2 需求分析 .1831 3 系统开发的设计要求 .1932 财务管理信息系统功能分析 .203.2.2 工薪系统 .203.2.3 核算系统 .213.2.4 数据库 .2133 系统细化分析设计 .213.3.1 细化 USE CASE 图 .2133 2 类图 .21233 3 交互图 .2233 4 系统的组件图 .233.4 系统架构的设计 .2334 1 系统架构的选择 .2334 2 系统架构 .24第四章 系统设计及实现 .2441 系统逻辑结构的设计 .2441 1 系统结构 .254.2 数据库设计原则和 E-R 图 .254.3 安全性设计 .27第 5 章系统实现 .2851 系统实现概述 .2852 基于 DCOM 的三层结构的实现 .2852 1 远程数据模块 .285.2.2 创建应用强务器 .2952 3 创建客户程序 .2953 数据访问性能的优化 .3053 1 问题描述 .3053 2 问题分析 .3053 3 解决方案 .3054 面向对象技术 .3154 1 创建 Word 自动化对象 .3254 2 创建新文档 .3254 3 插入文档内容 .3254 4 文档格式化 .3254 5 释放 Word 自动化对象 .3355 系统测试 .33第六章 结束语 .346.1 总结 .346.2 展望 .3534财务管理信息系统设计与实现第一章 绪论1.1 课题背景及意义随着市场经济的发展,企业在经营过程中的不确定因素越来越多,产品升级换代越来越快,为提高企业经营管理水平,有效地调整和控制企业生产经营活动,促进企业提高经济效益,达到经营目标,企业经营管理理念中需要引进全面预算管理。同时,为了健全企业监管体系,加强财务监控,国家各部委也要求国有大中型企业实行全面预算。2000 年 9 月国家经贸委在关于国有大中型企业建立现代企业制度和加强企业管理基本规范中明确规定“建立全面预算管理制度”。财政部于 2002 年 4 月颁布了关于企业实行财务预算管理的指导意见,明确企业预算编制的一些重要内容。全面预算管理作为企业内部控制的一种方法,在企业管理中的作用越来越重要。国内外许多知名企业的成功经验也证明了,全面预算是行之有效的现代企业管理方法。随着国外企业预算管理的理论和方法被不断地引进,政府有关部门的积极推动,国内诸多企业的积极探索,越来越多的企业管理者认识到预算管理的重要作用。目前,国内企业预算管理的实践已呈现出两个特点:一是从财务预算向全面预算过渡;二是从手工预算向预算信息化过渡。传统的预算主要依赖手工进行,其缺点是工作量大,编制时间长,编制的内容不够全面。首先,从预算编制的流程来看,传统的财务预算需要每个参与预算编制的工作人员都必须具备一定的财务知识,否则难以形成一份有建设性意见的预算方案。其次,从财务部门的角度来看,当有关部门将预算编制出来之后,财务部门必须对这些预算工作底稿加以汇总、整理。由于各部门在预算编制过程中采用的手段和方法不尽相同,加之一些部门预算工作存在的滞后性,财务部门既要担负繁重的调整业务,还要不断催促有关部门提交预算报表,当需要调整某一数字时,又不得不重新再算。这些问题的存在大大降低了整个预算编制的效率。由此可见,传统预算最大的缺点在于:预算编制者在预算编制过程中无法及时将资料汇总、存取和运用,无法对企业现有资本进行有效整合,相互之间是孤立的,难以融合应用。51.2 课题内容本课题的目的是建立一个对企业全面预算进行管理的平台。在全面预算管理的框架之下,公司任何一个部门和个人的开支都必须纳入公司的预算管理体系并接受财务管理部门的审计监督,以规划企业未来的产销、收支等活动,并通过一系列的财务预算报表展示企业总体计划的资源配置情况。因此,本课题包括如下主要内容:(1)研究企业全面预算的相关概念和基本方法。(2)对企业全面预算管理进行数据建模,归纳出完成企业全面预算所必须的数据结构和数据间的关系。(3)研究运用 DCOM 组件技术,开发基于三层结构组件模型的企业全面预算系统。(4)研究并运用对象自动化技术实现以 Word 文档的形式自动生成一系列预算报告,作为指导企业管理的依据。1.3 课题意义推行全面预算管理是发达国家成功企业多年积累的经验之一。本课题研究并实现了一个企业全面预算管理的平台,对企业管理具有非常重要的意义。(1)帮助企业了解家底、有效调动和分配资源、降低成本、把握机遇,使企业在竞争中争取主动。(2)为企业建立科学的经营管理体制提供依据和手段,使企业可以按照预算体系进行经营管理,而不是主观臆断、随心所欲或者心中无数。(3)使企业的预算管理更规范、准确和高效。(4)作为企业管理的首要环节和重要环节,全面预算管理的实现为企业全面实施信息化管理奠定了扎实的基础。(5)在遵循全面预算管理的基本原理的基础上,对预算流程进行了简化,省略了部分相对复杂而不常使用的部分。这一改进降低了企业实行全面预算的难度,使得全面预算具有更高的可操作性,对推动企业实行全面预算管理具有重要的作用。1.4 本文组织结构本文共分六章,第一章为绪论,介绍了课题的背景、内容和意义。第二章介绍了开发全面预算系统所使用的技术,包括基于分布式组件模型的三层结构、DCOM 组件技术、自动化对象技术和数据库技术。6第三章分析了全面预算管理的现状,介绍了全面预算的相关概念及预算管理的组织机构,详细分析了系统的需求。第四章说明了系统的设计目标,详细阐述了本预算软件的系统设计,包括系统架构、功能分析及数据库设计。第五章主要介绍系统的实现,分别从基于 DCOM 的三层结构的实现、优化多层数据库应用中的访问效率和基于自动化对象技术的 Word 文档的自动生成等方面说明了实现方法和实现技术。第六章为结束语,指出了系统中存在的不足和有待改进的地方。第二章 系统实现的理论基础2.1 基于组件模型的三层结构随着数据库管理系统的发展,应用系统体系结构经历了单层结构、两层结构、三层结构等阶段。所谓单层结构即数据库与应用程序位于同一台计算机上且应用程序与数据库共享一个文件系统,这就意味着数据的维护与应用程序的运行需要在一台计算机上完成,这必然限制了应用程序的应用。所以,实用的应用软件系统都是基于两层和三层结构的。2.1.1 传统的两层 C/S 结构传统的两层(Two-Tier)数据库应用系统分为客户端程序和数据库服务器两个部分。两层结构存在许多内在的缺点:(1)性能瓶颈。两层结构下,每个客户端在使用数据库时都会建立一个数据库连接,这会占用数据库服务器固定的一部分资源。数据库服务器必须为所有连接的客户端提供服务,即使许多客户端的服务请求相似,数据库服务器也很难让他们共享资源。当大量客户端连接到服务器上后,服务器内存资源很快会被耗尽,不得不使用磁盘交换,性能严重下降。而实际上客户端并不是时时刻刻都在与数据库服务器交换数据,很可能有许多客户端保持着客户端连接而没有访问数据库,但是数据库服务器仍然要为这些客户端连接分配内存资源和CPU 时间,导致了其他正在进行访问的客户端连接性能下降。(2)客户连接数目问题。数据库服务器一般会按照客户端连接数目进行收费,两层结构下一个客户端就要占用一个连接,为能够满足需要用户必须购买7足够的客户端连接数目,而实际上同时进行数据库访问的客户端可能远远小于同时进行连接的客户端数目。这就造成了巨大的浪费。(3)稳定性无法保障。一般数据库应用中只有一个数据库服务器来完成数据库访问任务。如果数据库服务器出现故障,客户端就无法进行数据库访问。使用后备服务器的方法不仅昂贵,而且在动态切换技术上非常复杂,实现困难或者实现效果不佳。(4)客户端应用程序的分发问题。数据库应用的客户端程序由于包含了数据库访问引擎,因此安装程序非常复杂,不仅包括开发者编写的程序,还包括数据库访问引擎本身的文件以及数据库连接的配置等。对于大的数据库应用系统来说,需要安装的客户端数目可能非常巨大,如果出现客户端升级情况,那么工作量是非常巨大的。由于两层结构下客户端程序包含了用户界面和所有的业务逻辑代码,因此只要有一点改变就可能需要重新安装所有的客户端程序,升级可能会相当频繁。(5)程序的维护工作复杂。由于客户端程序包括了用户界面和业务逻辑,所以开发者必须同时维护这两部份代码,编译修改一部分的程序代码会影响到整个客户端程序。这样不利于团队开发,也影响了未来其他项目对原先项目的代码重用。2.1.2 三层 C/S 结构三层 C/S 结构将原来两层结构中的客户端程序进行了划分,将用户界面抽取成三层结构中的客户端程序,而将原先的数据库访问部分单独分离出来成为应用程序服务器。主要有以下几层:(1)用户界面(表示)层:是信息系统的用户接口部分,即人机界面,是用户与系统间交互信息的窗口,主要功能是指导操作人员使用界面,输入数据、输出查询统计结果。它并不拥有业务逻辑,或只拥有部分不涉及主要业务的应用逻辑。(2)业务逻辑(应用服务)层:是应用的主体,包括了系统中核心的和易变动的业务逻辑,它的功能是接收输入,处理后返回结果。(3)数据访问层:即数据库管理系统(DBMS),负责管理对数据库的读写和维护。能够迅速执行大量数据的更新和检索。用户界面层是应用的用户接口部分,它担负着用户与系统的对话功能。它用于检查用户输入的数据,显示应用输出的数据。为使用户能直观地进行操作,一般要使用图形用户接口,操作简单、易学易用。在变更用户接口时,只需改8写显示控制和数据检查程序,而不影响其他两层检查的内容也只限于数据的形式和取值的范围,不包括有关业务本身的处理逻辑。业务逻辑层是联系用户服务和数据服务的桥梁,它根据用户的请求执行具体的业务规则,为具体应用提供事务处理。数据访问层包括数据的定义、维护、访问和更新,以及管理并响应业务逻辑层的数据请求。三层结构的数据库应用模式的优点是:(1)性能优势。应用服务器承担了客户端的连接功能,只需要通过一个或者少量的连接来访问数据库服务器。数据库服务器可以专门处理实际的数据库访问操作,只需要维护少量的客户端连接,大大提高了效率。另外,应用服务器可以对客户端任务进行分析,对于相同的数据库数据请求,可以提供同一个数据集数据,避免了多次访问数据库服务器。(2)减少数据库连接。可大大减少数据库服务器需要的客户端连接数目,减少投资。(3)增强系统的可靠性。应用服务器处于数据库服务器和客户端之间,屏蔽了客户端和数据库服务器之间的直接连接。因此,当数据库服务器出现故障时,应用服务器可以自动连接后备数据库服务器,动态切换比较容易。应用服务器本身可以实现负载均衡的功能,将数据库访问请求分配给不同的数据库服务器,很容易提高系统的运行效率。由于应用服务器本身不维护数据库数据,因此当它出现故障时,很容易被替换成另外的应用服务器。(4)客户端分发方便。三层结构中的客户端应用程序只包含用户界面程序和专门的三层数据库连接文件,由于不需要安装数据库访问引擎可减少客户端安装程序的复杂度,便于客户端程序的分发。在业务逻辑更改的情况下不需要更改客户端程序,大大减少了客户端程序升级的次数。(5)集中业务逻辑。应用服务器中可以集中放置一些通用的业务逻辑代码,这样更改业务逻辑代码时不影响客户端程序,和存储过程相比可减少数据库服务器的负担。在其他项目开发时,可比较方便地重复利用业务逻辑代码。2.1.3 B/S 结构随着互联网技术的发展,浏览器(Browser)成为展现信息的主要平台之一。采用浏览器作为数据显示平台的应用被称为 B(Browser/Server)应用系统。基于 Web 的 B/S 结构本质上也是一个客户机/服务器模式。B/S 结构的基本思想是采用 Internet 的 TCP/IP 作为通讯协议,并以 Internet 的 Web 模型作为标准平台,通过简单的浏览器实现用户界面,一部分事务逻辑在前端实现,但是主要事务9逻辑在服务器端实现。B/S 结构,主要是利用了不断成熟的 WWW 浏览器技术,结合浏览器的多种 Script 语言(VBScript 、JavaScript)和 ActiveX 技术,用通用浏览器就实现了原来需要复杂专用软件才能实现的功能,并节约了开发成本,是一种全新的软件系统构造技术。采用 B/S 结构的优势在于:(1)无须开发客户端软件,维护和升级方便;(2)可跨平台操作,任何一台机器只要装有 WWW 浏览器软件,均可作为客户机来访问系统;(3)具有良好的开放性和可扩充性。因此该结构在管理信息系统开发中被广泛应用,成为一种流行的体系结构。但是,B/S 三层体系结构也有许多不足的地方,具体表现在以下几个方面:(1)由于浏览器只是为了进行 WEB 浏览而设计的,当其应用于 WEB 应用系统时,许多功能不能实现或实现起来比较困难。比如通过浏览器进行大量的数据输入,或进行报表的应答都是比较困难和不便的。(2)复杂的应用构造困难。虽然可以用 ActiveX、Java 等技术开发较为复杂的应用,但是相对于发展已非常成熟 C/S 的一系列应用工具来说,这些技术的开发复杂,并没有完全成熟的技术供使用。(3)HTTP 可靠性低有可能造成应用故障,特别是对于管理者来说采用浏览器方式进行系统的维护是非常不安全与不方便的。(4)WEB 服务器成为对数据库的唯一的客户端,所有对数据库的连接都通过该服务器实现。WEB 服务器同时要处理与客户请求以及与数据库的连接,当访问量大时,服务器端负载过重。(5)由于业务逻辑和数据访问程序一般由 JavaScript、VBScript 等嵌入式小程序实现,分散在各个页面里,难以实现共享,给升级和维护也带来了不便。同时由于源代码的开放性,使得商业规则很容易暴露,而商业规则对应用程序来说则是非常重要的。2.2 系统的开发方法程序设计的方法经历了多次变革,先后经历了:以计算任务为中心的功能分解法,以数据为中心的结构化程序设计,以对象为中心的面向对象程序设计,以组件为中心的组件程序设计。目前在实际运用的过程中,是将这四种技术进行综合运用。10传统的面向对象的设计方法采用白箱框架,类和对象是两个最为重要的概念,具有三大特性:封装性、继承性、多态性,利用程序语言(如 C+,Java,VB等)的集成机制,在程序编译时,编译程序(Complier)建立框架内组件与多样性组件之间的沟通接口,从 OOAD 到程序实现的过程是直截了当的。但使用白箱框架时必须对父类有较多的了解,如果更改父类,很可能会影响到已有的子类,这种框架并不适合用来构建开放式的系统。基于组件的软件方法建立在面向对

温馨提示

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

评论

0/150

提交评论