21000字论文范文中国农业部预算管理信息系统的设计与实现
论文类型：论文范文
论文字数：21000字
论点：数据,系统,架构
论文概述：
农业部预算司原来一直沿用财政部下发的统一的单机版预算上报管理系统，该系统仅仅是为了能够让国家各部委数据在财政部统一管理而设计，随着中央政府对事业单位的各项费用预算管理愈加
论文正文：
第1章三层架构技术
1.1概述
客户机/服务器模式(以下简称C/S模式)开发的应用程序在企业级应用中仍然占据主流地位。由于这种模式具有软件开发周期短、软件部署简单、开发过程易于管理的优点，中国许多优秀的管理软件制造商都使用这种架构技术来构建他们的软件系统或软件平台，如用友、金蝶、思爱普等。农业部预算管理信息系统在与农业部项目成员充分沟通，清楚了解用户对未来实际项目的安全、绩效和流程的真实想法和要求后，还利用这一基础设施技术构建了一个软件平台。因此，有必要向每个人简要介绍这个模型架构的相关知识。在通用软件架构的设计中，无论是在C/S模式还是B/S模式(浏览器/服务器模式的简称)的开发过程中，系统架构都被构建成分层结构，这是目前最重要的结构之一。微软向开发人员推荐的分层主结构一般分为三层。从下到上或从下到上的名称是:数据访问、业务逻辑(也称为域层、数据逻辑)和用户界面。通常，三层架构系统是在客户机和服务器之间添加一个“中间层”，也称为组件层。这里提到的三层系统不是指物理的三层系统，也不是简单地放置三台机器或三层系统结构，三层系统结构不仅仅是C/S应用程序。因此，三层系统是指程序对接逻辑的三层系统。即使软件系统的程序文件都放在一台机器上，程序内的数据对接也将表现为三层对接行为。三层应用程序将业务规则的处理、数据访问前的合法性验证以及一些用户权限和性能的处理放入中间层组件程序中进行处理。在正常情况下，客户端程序不能直接与数据库或数据访问层交互。相反，客户端程序使用通信方法(如通信/DCOM/网络服务)通过自行开发的集成系统接口与中间层建立连接，然后通过中间层与数据访问层交互。最后，数据访问层从数据库中获取数据，并逐步向上返回，从而形成平滑的数据访问流和数据回流。以下自下而上描述了每个架构层的具体功能:(1)数据访问层(Data access layer):主要功能是访问原始数据(存储数据库或文本文件等数据的文件流)的操作层，而不是指原始数据(一般来说，原始数据指数据库)。换句话说，这个层主要是指数据的操作，而不是数据库本身。该层的主要功能是为业务逻辑层或表示层提供数据操作管理服务。从上一层获得呼叫请求后，它会对其进行分析，然后根据请求类别添加或删除它。修改、查询和其他数据请求。(2)业务逻辑层:主要功能是针对特定的业务问题进行操作。也可以理解为接收表示层发送的业务处理需求，并在对数据业务进行逻辑处理的同时，将需求分解后，逐步向数据层发送操作请求。如果数据层是一个构造块，那么逻辑层就是这些构造块的构造。这样，用户的直接请求将在业务逻辑层再次得到处理，从而减少服务器处理数据的负荷，实现软件系统分布式请求的部署。(3)表示层或用户层:主要功能是以窗口表单(窗口窗口界面)或网页表单(浏览器网页)的形式直接向用户显示操作界面，这更体现在用户的直接接触层。不管上面提到的任何表单用户界面的体验是否优秀，操作是否简单都意味着该层如何执行。如果业务逻辑层的处理能力足够强大和完美，那么无论用户如何定义和更改表示层，业务逻辑层都应该能够完美地提供服务。这样，开发用户层的程序员可以更独立地玩。
1.2三层企业应用
软件系统通过应用客户端程序为用户提供交互平台，并向服务器(界面表示层)提交数据请求；提交请求后，接口表示层封装用户数据请求，并根据业务逻辑层所需的接口参数封装规则分析用户对用户数据的请求，然后向外部调用业务接口提供的相应命令接口(接口规则层)。服务逻辑层通过分析数据将前端数据请求分别发送到不同的逻辑进程，并将处理结果(服务接口层)分别返回给用户。对于不同的数据和命令，处理方法也不同。我们对不同的处理方法进行分类，并将数据和命令从接口层流入相应的处理流程(业务规则层)；此时，如果不同的处理流程分析数据和命令生成相应的实体，则该实体根据自身的属性和方法以及前一层传入的命令请求，将参数数据处理为数据访问层所需的接口参数模式，并将访问数据库的请求提交给数据访问层，同时将访问结果(实体层)返回给服务接口层；数据访问层将把数据转换成数据库中可识别的语句(T-SQL或SQL PLUS)，最后访问数据库。访问结果将使用标准化数据流返回到实体层(数据访问层)。数据库层处理从上层传入的SQL，读写数据库中的内置对象，并根据内置对象本身(数据库层)的关系进一步检查和验证数据。无论是基于B/S应用系统的三层架构设计，还是基于C/S应用系统的三层架构设计，基本程序原理都是一样的。唯一的区别是两种常用的数据传输协议不同，用户的操作体验也不同，而B/S应用系统设计的一般数据传输是通过超文本传输协议完成的。碳/硫应用系统的设计更多的是基于传输数据的协议。当然，由于企业应用系统要求更高的安全要求，并且在物理线路之间安装了更多的防火墙，C/S应用系统设计也越来越趋向于使用典型的方法，如客户机/应用编程接口(Client/API)、计算机生成接口(CGI/Server Database)；；客户端/web services/服务器数据库等。上述差异主要是由于中间层向客户提供服务的方式不同。一般来说，这两种方法需要设置一个专用于接受客户端请求的网络服务器。显然，它进一步体现了三层架构的安全性，也是两种架构技术的融合。基于ISAPI/CGI的中间层组件方法可以说被网络服务方法所取代，这是面向对象思想的进一步应用，当然也是主流软件制造商支持的方法。向客户提供的ISAPI/CGI服务实际上是远程调用功能。数据通常由程序员的自定义结构存储，如XML文件流，并基于超文本传输协议与网络服务器交互。网络服务服务为远程调用类的客户端提供服务。SOAP XML通常用于存储数据，并且基于SOAP和网络服务器之间的交互。两者的优缺点也很明显。前者数据量较小，传输速度比XML封装快。后者是它在XML膨胀速度方面的缺点，但它的安全性和开发速度有明显的优势。目前，国内主流的企业资源规划软件产品仍然采用三层结构的C/S模式，如用友企业资源规划系列的U8和U9、金蝶企业资源规划系列的K/3、EAS、思爱普的R/3等。从这里可以看出，企业级三层架构的发展在市场运作上已经非常成熟。这种成熟的软件体系结构技术在农业部预算管理系统中的应用从根本上说是非常出色的。
1.3三层结构的技术实现手段
一般来说，需要开发一个三层结构的软件系统。技术实现手段是必不可少的，有许多选择:中间件、通信协议和事务模式。(1)中间件:中间件对于构建应用服务器是不可或缺的。目前，在视窗平台下有几种常见的三层中间件:迈达斯、CORBA、COM/DCOM/COM和阿斯塔。Midas是博兰从德尔福3推出的应用级产品。这是强大的博兰旗船产品。它可以在视窗和Linux下使用。CORBA是OMG(对象管理组)推出的产品，具有很强的跨平台能力。COM/COM是微软的旗舰产品，也是微软每次推广的概念之一。它已经集成到操作系统中。它的结构非常大。如果把迈达斯比作野马，COM就像狮子。狮子看起来比野马强壮得多，但驯服它并不容易。(2)通信协议(或连接模式):常见的中间件连接模式包括TCP/IP(如套接字)、DCOM、CORBA等。程序员经常把DCOM和通信混淆。事实上，这是有区别的。通讯只是一种服务，DCOM可以让通讯真正发挥它的魅力。DCOM将分销的概念添加到通信中。目前，微软推出了一款新的。NET来发展和完善DCOM。只能使用DCOM连接，CORBA使用自己的连接协议。我还想在这里提到DCOM。虽然DCOM连接有很多优点，但是它的设置太复杂了，所以微软也承认它的缺点。微软将首先在。NET平台。SOAP是建立在超文本传输协议上层的协议。它得到了许多大公司(如IBM、甲骨文等)的支持。)主要是为了适应XML的发展。(3)交易模式:最著名的是MTS，其英文全名是微软交易服务器(Microsoft TransactionServer)。交易模式有许多功能。例如，多段提交模式及其池技术，即缓冲池技术，使数据提交更安全、更快。很难想象如果没有事务模式，三层结构会做什么:您必须自己编写大量代码来实现事务机制，如果解决不好，程序的可靠性和速度就会降低。MTS是在系统级构建的，可以帮助您解决许多本应该在程序中解决的问题。还有一件事要记住，只有德尔福和风投才能真正在目前市场上的视窗开发平台上发挥MTS的功能。
第二章预算管理系统需求分析......................................................................................20-34
2.1提出问题......................................................................................20-21
2.2总体需求分析......................................................................................21-22
2.3功能需求分析......................................................................................22-29
2.3.1获取系统要求的方法......................................................................................22-24
2.3.2项目库管理......................................................................................24-27
2.3.3部门预算管理......................................................................................27-29
2.4系统应用环境和......................................................................................29-32
第3章预算管理系统设计和......................................................................................34-64
3.1系统设计......................................................................................34-40
3.1.1系统设计目标......................................................................................34
3.1.2整体系统设计......................................................................................34-38
第四章预算系统真实的关键技术......................................................................................64-78
4.1系统实施总体情况......................................................................................64[/比尔/] 4.2关键问题的技术解决方案......................................................................................64-75
结论
本课题是研究中国特色部委预算管理信息系统，这是一项在行业内尚未发展成熟的特殊电子信息研究。基于管理信息系统理论和数据库设计理论，应用软件工程设计和开发思想，实现了基于服务器客户端三层架构的农业部预算管理信息系统的设计和开发。在系统的设计和开发中，以现代电子信息管理理念为指导，在项目数据库数据管理的基础上，建立了部门预算一上一下、两上两下的综合管理系统，以更有效地提高农业部各级单位预算管理的现代化水平，为今后更详细的预算业务综合信息化做好充分准备。本文在深入分析当前部委和行政事业单位电子预算管理发展现状的基础上，准确定位了管理信息系统的需求，并在与客户沟通后提出了一个实用的系统建设框架。根据管理系统的需求特点，确定开发系统的方法。在详细分析需求的基础上，确定了系统的总体功能，并进行了详细的模块划分。根据数据库设计理论，每个模块都设计有一个数据库基表。在设计过程中，它不坚持简单的理论，追求数据库设计的最佳使用效果。应用软件工程的设计和开发方法开发几个模块。在开发过程中，使用面向对象技术将系统与数据库连接起来，并使用大量的模块和类模块来实现代码重用。农业部预算管理系统的实施在一定程度上弥补了我国部委内部预算数据流通和报告的信息化空。由于各部委预算管理的通用性，该系统可以应用于各部委。