财务管理信息系统设计与实现毕业设计论文.docx
《财务管理信息系统设计与实现毕业设计论文.docx》由会员分享，可在线阅读，更多相关《财务管理信息系统设计与实现毕业设计论文.docx（37页珍藏版）》请在冰豆网上搜索。
财务管理信息系统设计与实现毕业设计论文
毕业设计论文
财务管理信息系统设计与实现
财务管理信息系统设计与实现
第一章绪论
1.1课题背景及意义
随着市场经济的发展，企业在经营过程中的不确定因素越来越多，产品升级换代越来越快，为提高企业经营管理水平，有效地调整和控制企业生产经营活动，促进企业提高经济效益，达到经营目标，企业经营管理理念中需要引进全面预算管理。
同时，为了健全企业监管体系，加强财务监控，国家各部委也要求国有大中型企业实行全面预算。
2000年9月国家经贸委在《关于国有大中型企业建立现代企业制度和加强企业管理基本规范》中明确规定“建立全面预算管理制度”。
财政部于2002年4月颁布了《关于企业实行财务预算管理的指导意见》，明确企业预算编制的一些重要内容。
全面预算管理作为企业内部控制的一种方法，在企业管理中的作用越来越重要。
国内外许多知名企业的成功经验也证明了，全面预算是行之有效的现代企业管理方法。
随着国外企业预算管理的理论和方法被不断地引进，政府有关部门的积极推动，国内诸多企业的积极探索，越来越多的企业管理者认识到预算管理的重要作用。
目前，国内企业预算管理的实践已呈现出两个特点：
一是从财务预算向全面预算过渡；二是从手工预算向预算信息化过渡。
传统的预算主要依赖手工进行，其缺点是工作量大，编制时间长，编制的内容不够全面。
首先，从预算编制的流程来看，传统的财务预算需要每个参与预算编制的工作人员都必须具备一定的财务知识，否则难以形成一份有建设性意见的预算方案。
其次，从财务部门的角度来看，当有关部门将预算编制出来之后，财务部门必须对这些预算工作底稿加以汇总、整理。
由于各部门在预算编制过程中采用的手段和方法不尽相同，加之一些部门预算工作存在的滞后性，财务部门既要担负繁重的调整业务，还要不断催促有关部门提交预算报表，当需要调整某一数字时，又不得不重新再算。
这些问题的存在大大降低了整个预算编制的效率。
由此可见，传统预算最大的缺点在于：
预算编制者在预算编制过程中无法及时将资料汇总、存取和运用，无法对企业现有资本进行有效整合，相互之间是孤立的，难以融合应用。
1.2课题内容
本课题的目的是建立一个对企业全面预算进行管理的平台。
在全面预算管理的框架之下，公司任何一个部门和个人的开支都必须纳入公司的预算管理体系并接受财务管理部门的审计监督，以规划企业未来的产销、收支等活动，并通过一系列的财务预算报表展示企业总体计划的资源配置情况。
因此，本课题包括如下主要内容：
（1）研究企业全面预算的相关概念和基本方法。
（2）对企业全面预算管理进行数据建模，归纳出完成企业全面预算所必须的数据结构和数据间的关系。
（3）研究运用DCOM组件技术，开发基于三层结构组件模型的企业全面预算系统。
（4）研究并运用对象自动化技术实现以Word文档的形式自动生成一系列预算报告，作为指导企业管理的依据。
1.3课题意义
推行全面预算管理是发达国家成功企业多年积累的经验之一。
本课题研究并实现了一个企业全面预算管理的平台，对企业管理具有非常重要的意义。
（1）帮助企业了解家底、有效调动和分配资源、降低成本、把握机遇，使企业在竞争中争取主动。
（2）为企业建立科学的经营管理体制提供依据和手段，使企业可以按照预算体系进行经营管理，而不是主观臆断、随心所欲或者心中无数。
（3）使企业的预算管理更规范、准确和高效。
（4）作为企业管理的首要环节和重要环节，全面预算管理的实现为企业全面实施信息化管理奠定了扎实的基础。
（5）在遵循全面预算管理的基本原理的基础上，对预算流程进行了简化，省略了部分相对复杂而不常使用的部分。
这一改进降低了企业实行全面预算的难度，使得全面预算具有更高的可操作性，对推动企业实行全面预算管理具有重要的作用。
1.4本文组织结构
本文共分六章，第一章为绪论，介绍了课题的背景、内容和意义。
第二章介绍了开发全面预算系统所使用的技术，包括基于分布式组件模型的三层结构、DCOM组件技术、自动化对象技术和数据库技术。
第三章分析了全面预算管理的现状，介绍了全面预算的相关概念及预算管理的组织机构，详细分析了系统的需求。
第四章说明了系统的设计目标，详细阐述了本预算软件的系统设计，包括系统架构、功能分析及数据库设计。
第五章主要介绍系统的实现，分别从基于DCOM的三层结构的实现、优化多层数据库应用中的访问效率和基于自动化对象技术的Word文档的自动生成等方面说明了实现方法和实现技术。
第六章为结束语，指出了系统中存在的不足和有待改进的地方。
第二章系统实现的理论基础
2.1基于组件模型的三层结构
随着数据库管理系统的发展，应用系统体系结构经历了单层结构、两层结构、三层结构等阶段。
所谓单层结构即数据库与应用程序位于同一台计算机上且应用程序与数据库共享一个文件系统，这就意味着数据的维护与应用程序的运行需要在一台计算机上完成，这必然限制了应用程序的应用。
所以，实用的应用软件系统都是基于两层和三层结构的。
2.1.1传统的两层C/S结构
传统的两层（Two-Tier）数据库应用系统分为客户端程序和数据库服务器两个部分。
两层结构存在许多内在的缺点：
（1）性能瓶颈。
两层结构下，每个客户端在使用数据库时都会建立一个数据库连接，这会占用数据库服务器固定的一部分资源。
数据库服务器必须为所有连接的客户端提供服务，即使许多客户端的服务请求相似，数据库服务器也很难让他们共享资源。
当大量客户端连接到服务器上后，服务器内存资源很快会被耗尽，不得不使用磁盘交换，性能严重下降。
而实际上客户端并不是时时刻刻都在与数据库服务器交换数据，很可能有许多客户端保持着客户端连接而没有访问数据库，但是数据库服务器仍然要为这些客户端连接分配内存资源和CPU时间，导致了其他正在进行访问的客户端连接性能下降。
（2）客户连接数目问题。
数据库服务器一般会按照客户端连接数目进行收费，两层结构下一个客户端就要占用一个连接，为能够满足需要用户必须购买足够的客户端连接数目，而实际上同时进行数据库访问的客户端可能远远小于同时进行连接的客户端数目。
这就造成了巨大的浪费。
（3）稳定性无法保障。
一般数据库应用中只有一个数据库服务器来完成数据库访问任务。
如果数据库服务器出现故障，客户端就无法进行数据库访问。
使用后备服务器的方法不仅昂贵，而且在动态切换技术上非常复杂，实现困难或者实现效果不佳。
（4）客户端应用程序的分发问题。
数据库应用的客户端程序由于包含了数据库访问引擎，因此安装程序非常复杂，不仅包括开发者编写的程序，还包括数据库访问引擎本身的文件以及数据库连接的配置等。
对于大的数据库应用系统来说，需要安装的客户端数目可能非常巨大，如果出现客户端升级情况，那么工作量是非常巨大的。
由于两层结构下客户端程序包含了用户界面和所有的业务逻辑代码，因此只要有一点改变就可能需要重新安装所有的客户端程序，升级可能会相当频繁。
（5）程序的维护工作复杂。
由于客户端程序包括了用户界面和业务逻辑，所以开发者必须同时维护这两部份代码，编译修改一部分的程序代码会影响到整个客户端程序。
这样不利于团队开发，也影响了未来其他项目对原先项目的代码重用。
2.1.2三层C/S结构
三层C/S结构将原来两层结构中的客户端程序进行了划分，将用户界面抽取成三层结构中的客户端程序，而将原先的数据库访问部分单独分离出来成为应用程序服务器。
主要有以下几层：
（1）用户界面（表示）层：
是信息系统的用户接口部分，即人机界面，是用户与系统间交互信息的窗口，主要功能是指导操作人员使用界面，输入数据、输出查询统计结果。
它并不拥有业务逻辑，或只拥有部分不涉及主要业务的应用逻辑。
（2）业务逻辑（应用服务）层：
是应用的主体，包括了系统中核心的和易变动的业务逻辑，它的功能是接收输入，处理后返回结果。
（3）数据访问层：
即数据库管理系统（DBMS），负责管理对数据库的读写和维护。
能够迅速执行大量数据的更新和检索。
用户界面层是应用的用户接口部分，它担负着用户与系统的对话功能。
它用于检查用户输入的数据，显示应用输出的数据。
为使用户能直观地进行操作，一般要使用图形用户接口，操作简单、易学易用。
在变更用户接口时，只需改写显示控制和数据检查程序，而不影响其他两层检查的内容也只限于数据的形式和取值的范围，不包括有关业务本身的处理逻辑。
业务逻辑层是联系用户服务和数据服务的桥梁，它根据用户的请求执行具体的业务规则，为具体应用提供事务处理。
数据访问层包括数据的定义、维护、访问和更新，以及管理并响应业务逻辑层的数据请求。
三层结构的数据库应用模式的优点是：
（1）性能优势。
应用服务器承担了客户端的连接功能，只需要通过一个或者少量的连接来访问数据库服务器。
数据库服务器可以专门处理实际的数据库访问操作，只需要维护少量的客户端连接，大大提高了效率。
另外，应用服务器可以对客户端任务进行分析，对于相同的数据库数据请求，可以提供同一个数据集数据，避免了多次访问数据库服务器。
（2）减少数据库连接。
可大大减少数据库服务器需要的客户端连接数目，减少投资。
（3）增强系统的可靠性。
应用服务器处于数据库服务器和客户端之间，屏蔽了客户端和数据库服务器之间的直接连接。
因此，当数据库服务器出现故障时，应用服务器可以自动连接后备数据库服务器，动态切换比较容易。
应用服务器本身可以实现负载均衡的功能，将数据库访问请求分配给不同的数据库服务器，很容易提高系统的运行效率。
由于应用服务器本身不维护数据库数据，因此当它出现故障时，很容易被替换成另外的应用服务器。
（4）客户端分发方便。
三层结构中的客户端应用程序只包含用户界面程序和专门的三层数据库连接文件，由于不需要安装数据库访问引擎可减少客户端安装程序的复杂度，便于客户端程序的分发。
在业务逻辑更改的情况下不需要更改客户端程序，大大减少了客户端程序升级的次数。
（5）集中业务逻辑。
应用服务器中可以集中放置一些通用的业务逻辑代码，这样更改业务逻辑代码时不影响客户端程序，和存储过程相比可减少数据库服务器的负担。
在其他项目开发时，可比较方便地重复利用业务逻辑代码。
2.1.3B/S结构
随着互联网技术的发展，浏览器（Browser）成为展现信息的主要平台之一。
采用浏览器作为数据显示平台的应用被称为B（Browser/Server）应用系统。
基于Web的B/S结构本质上也是一个客户机/服务器模式。
B/S结构的基本思想是采用Internet的TCP/IP作为通讯协议，并以Internet的Web模型作为标准平台，通过简单的浏览器实现用户界面，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现。
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系统的开发方法
程序设计的方法经历了多次变革，先后经历了：
以计算任务为中心的功能分解法，以数据为中心的结构化程序设计，以对象为中心的面向对象程序设计，以组件为中心的组件程序设计。
目前在实际运用的过程中，是将这四种技术进行综合运用。
传统的面向对象的设计方法采用白箱框架，类和对象是两个最为重要的概念，具有三大特性：
封装性、继承性、多态性，利用程序语言（如C++，Java,VB等）的集成机制，在程序编译时，编译程序（Complier）建立框架内组件与多样性组件之间的沟通接口，从OOAD到程序实现的过程是直截了当的。
但使用白箱框架时必须对父类有较多的了解，如果更改父类，很可能会影响到已有的子类，这种框架并不适合用来构建开放式的系统。
基于组件的软件方法建立在面向对象方法基础之上的，较好地弥补了纯面向对象方法的缺陷。
使用组件技术，可以使己有的一些应用程序的升级更加方便和灵活，也可以用现存的组件为基础，装配出新的应用程序。
组件化程序设计（Component-BasedDeveloper）结合了对象技术和组件技术两种特征，更为适合现代企业级应用程序的开发需要。
在科研管理系统的设计中，为了降低问题的复杂度，本文首先利用结构化方法的思想将科研管理系统进行功能划分，然后将每一功能模块作为基本模块组件，以组件化程序开发方法构造系统的体系结构，使用面向对象的方法进行组件的开发。
使用组件有如下优点：
l、组件运行效率高。
便于使用和管理。
业务逻辑组件被封装编译成二进制代码，所以运行效率高。
组件在网络上的位置可被透明地分配，组件和使用它的程序能在同一进程中，也能在不同进程中或不同机器上运行。
2、充分利用服务器的良好性能及WebService组件的分布性能来提高系统的资源利用率。
3、组件可以共享与数据库的连接，数据库服务器不再为每个活动的用户保持一个连接，从而降低了数据库服务器的负担，避免因用户的增多而导致数据库系统崩溃。
4、在多层分布式应用模式下，各层在逻辑上是相互独立的，因此可以组织专门的技术人员同时进行各层的开发，从而缩短开发周期和提高软件质量。
另外，组件的重用也为快速建立Internet应用提供了便利条件。
2.3系统的建模
采用面向对象的建模方法，以下对面向对象建模方法、统一建模语言UML（UnifiedModelingLanguage）、建模工具RationalRose做一简要介绍。
2．3．1面向对象建模方法
面向对象方法具有以下四个要点：
l、认为现实世界由各种对象组成，任何事物都是对象，复杂的对象可以由比较简单的对象以某种方式组合而成。
面向对象的软件系统是由对象组成，软件中的任何元素都是对象，复杂的软件对象由比较简单的对象组合而成。
2、把所有对象都划分成各种类，每个类都定义了一组数据和一组方法。
数据用于表示对象的静态属性，是对象的状态信息。
每当建立这个类的一个新实例时，就按照类中对数据的定义，为这个新对象生成一组专用的数据，以便描述该对象独特的属性值。
类中定义的方法，是允许施加于该类对象上的操作，为该类所有对象共享，并不需要为每个对象都复制操作的代码。
类是指具有相同或相似结构、操作和约束规则的对象所组成的集合，它是一个共享属性和操作方法的集合。
任何一个对象都是某一类的实例，每一个类都是由具有某些共同特征的对象组成。
类体现了人们认识事物的基本思维方法——分类，即把具有相同操作和属性的对象划分为一类，用类作为它们的抽象描述。
3、按照子类（也称导出类）与父类的关系，把若干个类组成一个层次结构的系统。
在这种层次结构中，通常下层的导出类具有和上层的父类相同的特性（包括数据结构和方法），这种现象称为继承。
4、对象之间仅能通过传递消息相联系。
对象与传统的数据有本质的区别，它不是被动地等待外界对它施加操作，相反，它是进行处理的主体，必须发消息请求它执行它的某个操作，处理它的私有数据，而不能从外界直接对它的私有数据进行操作。
即，一切局部于该对象的私有信息，都被封装在该对象类的定义中，这就是封装性。
类的构成过程是人们对事物从特殊到一般的归纳抽象过程；反之，任何一个具体的对象个体必然具有它同类的一般属性，即类属性，因此，类继承性的构成过程反映了个体之间从上到下，从一般到特殊的演绎过程。
2．3．2建模语言及工具
UML（UnifiedModelingLanguage，统一建模语言）”’是一种通用的建模语言，可创建系统的静态结构和动态行为等多种结构模型，具有可扩展性和通用性，适合为各种多变的系统建模。
它是一种绘制软件蓝图的标准语言。
可以用UML对软件密集型系统的制品进行可视化、详述、构造和文档化。
从企业信息系统到基于Web的分布式应用，甚至严格的实时嵌入式系统都适合用OML来建模。
系统的开发集中于系统的3个不同模型：
功能模型：
在UML中由用例图表示，从用户观点描述系统功能。
对象模型：
在UML中由类图表示，以对象、属性、关系和操作形式描述系统结构。
状态模型：
在UML中由顺序图、状态图和活动图表示，描述系统的内部行为。
顺序图把行为描述为一组对象间的信息交换序列。
而状态图根据单个对象的状态及状态可能的转换描述行为。
Rational公司推出的RationalRose是目前最好的基于UML的建模工具之一，本论文所采用的就是RationalRose2003。
它把UML和谐地集成进面向对象的软件开发中。
不论是在系统需求阶段，还是在对象的分析与设计、软件的实现与测试阶段，它都提供了清晰的UML表达方法和完善的工具，方便建立起相应的软件模型。
RationalRose是分析和设计面向软件系统的强大的可视化工具，可以用来先建模系统再编写代码，从而一开始就保证系统结构合理。
利用模型可以更方便地捕获设计缺陷，从而以较低的成本修正这些缺陷。
RationalRose支持业务模型，帮助了解系统的业务，有助于系统分析。
可以先设计使用案例和UseCase图，显示系统的功能，也可以用交互图显示对象之间如何配合，提供所需功能。
类图可以显示系统中的对象及其相互关系。
组件图可以演示类如何映射到实现组件。
2．3．3建模时应注意的问题
UML是一种直观化、明确化、构建和归档软件系统产物的通用可视化建模语言，是一种工具。
它的主要作用是帮助用户对系统进行面向对象的描述和建模，它可以描述这个软件开发过程从需求分析直到实现和测试的全过程。
它有多种模型，十分复杂，使用时应熟练掌握基本概念，区分不同抽象层次，在实践中灵活运用。
建模时应注意：
1、不要试图使用所有的符号。
在UML中，有些符号仅用于特殊的场合和方法中，只有当需要时才去使用。
2、不要为每个事物都画一个模型，应该把精力放在关键的领域。
最好只画几张较为关键的图，经常使用并不断更新修改。
使用类图的最大危险是过早地陷入实现细节。
3、时序图和协作图适合描述单个用例中几个对象的行为。
当行为复杂时，可以考虑使用活动图。
2．4系统运行及开发环境
2．4．1运行环境
系统运行采用B／S结构。
B／s方式的特点在于具有广泛的信息发布能力。
它对前端的用户数目没有限制，客户端只需要普通的浏览器即可，系统维护方便简洁。
系统运行环境将充分利用现有的办公网络系统，同时要配置必要软硬件环境。
1．网络环境
网络拓朴结构的选择是设计网络方案的主要内容之一，理论上的拓扑结构有多种，如总线型、环型、树型、星型和点到点连接等，它们各有其优缺点和适用范围，设计时要根据实际情况而定。
在本系统设计时，由于该院已建立了办公网，为了既尽量利用原有的投资，又要使系统具有良好的扩展性和较高的安全性及易维护性，我们在该院财务处内部建造Windows2000局域网，并将财务处的局域网并入办公网，把财务核算系统的数据和本系统收集的数据进行有效整合，实现各个科研项目的财务经费分配、支出的监控。
2．硬件环境
（1）、服务器要求最低InterPIII1-0G以上CPU，256M内存，推荐PIV2．OG以上CPU，512M00R内存。
服务器至少10G以上硬盘空间。
（2）、对客户端系统没有要求。
3．软件环境
服务器端：
（1）、MicrosoftWindows2000Server或AdvanceServer版。
（2）、IIS5．0或以上版本。
（3）、NETFramework1．1。
（4）、数据库MSSQLServer2000标准版，建议使用企业版。
客户端：
（1）、Windows98或以上操作系统。
（2）、IE5．5或以上版本。
2．4．2系统开发环境
一、数据库的选择
本系统选用的是SQLServer2000作为后台数据库，基于两点考虑：
一是价格问题，二是开发者有使用SQLServer开发小型系统的经验，比较熟悉它的环境。
三是SQLSERVER2000的特点分不开：
l、INTERNET的高度集成
SQLSERVER2000数据库引擎提供完整的XML支持。
它还具有构成最大的WEB站点的资料存储组件所需要的可伸缩性、可用性和安全功能．SQLSERVER2000程序设计模型与WINDONWSDNA构架集成，用以开发WEB应用程序，并且SQLSERVER2000支持ENGLISHQUERY和MICROSOFT搜索服务等功能，在WEB应用程序中包含了用户友好的查询和强大的搜索功能．
SQLSERVER2000与其他产品共同构成了可靠安全的INTERNET和INTRANET系统的数据存储。
例如：
SQLSERVER2000与WINDOWS2000SERVER和WINDOWSNTSERVR安全及加密工具共同实现安全的数据存储；SQLSERVER2000为在IIS服务下运行或通过防火墙访问数据库的WEB应用程序构成了高性能的数据存储服务；SQLSERVER2000TCP／IP套接字通讯支持可与MICROSOFTPROXYSERVER集成，以实现安全的INTERNET和INTRANET通讯．
所有这些SQLSERVER2000功能，使您得以更容易地集成WEB和发挥网络地强大功能。
2、伸缩性和适应性
同一SOLSERVER2000数据库引擎运行在WINDOWS2000PRoFEssI洲AL、WINDOWS2000SERVER上。
还运行在WINDOWSNT4．0版本上。
此数据库引擎是一个功能强健地服务器。
可管理共上千用户访问地TB数据库。
同时，当以默认设置运行时，SOLSERVER2000还具有动态自调整等功能，这使得它可以有效地运行在便携式电脑和台式机中，用户无须承担管理任务。
3、企业级数据库功能强大
SOLSERVER2000关系数据库引擎支持当今苛刻地数据处理环境所需的功能。
数据库引擎充分保护资料完整性，同时将管理上千个并发修改数据库地用户地开销减到最小。
SOLSERVER2000分布式查询使您得以引用来自不同资料源地资料，就好像这些资料是SOLSERVER2000数据库的一部分，同时分布式事务支持充分保护任何分布式资料更新的完整性。
4、易于安装和使用
SOLSERVER2000中包括一系列管理和开发工具，这些工具可改进在多个站点上安装、部署、管理和使用SOLSERVER的过程。
二、开发平台
采用的是MicrosoftVisualStudio．NET。
它
升级会员 