评价网 > 科教论文 > 工学毕业论文 > 计算机应用论文 > 正文

基于 B/S 架构的中小型电子政务应用系统

2016-06-10 01:02 毕业

【摘要】电子政务建设是今后1个时期我国信息化工作的重点，并对于推进政府职能转变具
有10分重要的意义。B/S 架构是瘦客户结构，属于3层技术架构体系，具有分布式的、动态
的、跨平台的和易于集成的特点，是目前分布式计算处理的网络系统的主流架构体系。本文 对采用基于 B/S 架构体系来开发的资质资格信息管理电子政务系统进行了研究，并对系统结 构、各功能模块和数据库以及关键技术实现进行了详细的描述。
【关键词】电子政务，B/S 架构，C/S 架构 中图分类号：TP393
1．引言
在这个信息无处不在的时代，随着信息技术的快速发展，信息化给经济发展和社会进步 带来了深刻的影响，信息化程度高低己经成为衡量1个国家或地区现代化水平的重要标志。 而信息化与政府工作的结合也越来越受到社会的关注。
电子政务(E-Government)是政府在其管理和服务职能中运用现代信息和通信技术,实现 政府组织结构和工作流程的重组优化,超越时间、空间和部门分隔的制约，全方位地向社会 提供优质、规范、透明的服务[1]。电子政务建设是今后1个时期我国信息化工作的重点，扎 实推进电子政务,把行政管理体制改革和电子政务建设结合起来,推进政府职能转变,加快统 1网络平台建设,实现信息资源共享,加强电子政务规划工作,逐步建成电子政务体系的基本 框架是推进国民经济和社会信息化,覆盖现代化建设全局的战略举措[2]。本文提出了采用B/S 架构来实现中小型电子政务系统，并给出了开发实例，对于电子政务系统开发具有借鉴意义。
2．B/S架构体系
2.1 C/S架构与B/S架构
C/S 架构体系即客户/服务器体系结构[3]，出现于 20 世纪 80 年代，属于胖客户结构，是 传统的两层结构：第1层是客户机系统，结合了用户界面与业务逻辑，完成与用户的交互任 务；第2层是服务器层，负责数据管理。C/S 架构的客户端通过客户应用程序直接访问服务 器，其优点是效率较高，对于服务器要求较低。但是，随着信息管理的复杂化、网络系统集 成的高度化以及对分布和跨平台操作要求的提高，C/S 模式的应用扩展性低，软件移植、维 护和升级困难的问题逐渐暴露出来。 （科教论文网 Lw.nsEAc.com编辑整理）
B/S 架构体系即浏览器/服务器体系结构[4]，是随着 INTERNET 的快速发展和 WEB 技术 的日益成熟，于 20 世纪 90 年代发展起来的，目前已成为分布式计算处理的网络系统的主流， 属于瘦客户结构，是3层技术架构体系,如图 1 所示：第1层是表示层(Presentation)即客户端 的浏览器层，是应用的用户界面部分，它担负着用户与应用间的对话功能。第2层为业务逻 辑层(Business Logic)即中间服务器层，主要负责对客户端应用程序的集中管理。第3层为数 据服务层(Data service)即后端服务器层，主要负责数据的存储和组织、数据库的分布式管理、 数据库的备份和同步等等[5]。 
 
图 1 3层技术架构
表示层负责与用户交互，并把相应的请求通过调用中间层的组件传递给业务逻辑层，业
务逻辑层负责管理用户交互和显示结果, 业务逻辑层的组件执行具体的事务逻辑并通过 SQL 等方式向第3层的组件提出数据或其他资源请求。它较好地解决了 C/S 模式的体系结 构的不足，实现了分布式的、动态的、跨平台的、交互式的、易于集成和扩展的操作。
2.2 B/S架构的优势
(1)开发和维护成本低。C/S 开发和维护成本较高。对不同客户端要开发不同的程序，编 程工作量较大。如果应用程序要进行安装、修改和升级，均需要在所有的客户机上进行，复 杂而又麻烦。对于 B/S 模式，只需在客户端有通用的浏览器，在服务器端，应用程序可为 Internet/Intranet 上的任何授权用户所使用。所有的维护与升级工作都是在服务器上执行的， 不需对客户端进行任何改变，故而大大降低了开发和维护的成本。
(2)客户端负载小。C/S 的客户端具有显示与处理数据的功能，负载过重，成本增加。应 用系统的功能越来越复杂，客户端的应用程序也变得越来越庞大，客户端也越来越“胖”，而 不断地提高客户机的配置，又加重了投资的成本。B/S 模式的客户端把事务处理逻辑部分分 给了功能服务器，不再负责处理复杂计算和数据访问等关键事务，只需要进行显示，使客户 机变得很“瘦”。 （转载自http://zw.ＮＳＥaＣ.com科教作文网）
(3)采用开放的标准。C/S 模式所采用的标准只在内部统1，其应用通常是专用的。B/S 模式所采用的标准都是开放的、非专用的，是经过标准化组织所确定的而非单1厂商所制定， 保证了其应用的通用性和跨平台性。
(4)灵活性。C/S 模式系统模块中每1部分的变动均要关联到其它模块的变动，使系统极 难升级，灵活性差。B/S 模式3层结构层与层之间的相互独立，任何1层的改变不影响其它 层的功能，系统改进变得非常容易，而且可以用不同厂家的产品来组成性能更佳的系统。 (5)移植性。C/S 模式移植困难，不同开发工具开发的应用程序，1般来说互不兼容，难 以移植到其它平台上运行。对于 B/S 模式，在客户端安装的是通用浏览器，不存在移植性问
题。
(6)用户界面风格。C/S:用户的界面是由客户端所装软件决定，用户界面各不相同，每1
个 C/S 系统都要求用户重新学起，培训的时间与费用较高。而 B/S 只需在客户端安装通用的
浏览器就可以访问应用程序，浏览器的界面统1友好、易于使用，可1劳永逸地解决用户的
使用问题，从而可将培训的时间与费用减至最少[6]。
3．电子政务系统设计
本文设计了1个基于 B/S 架构体系的资质资格信息管理电子政务系统。以此作为采用
B/S 架构来开发电子政务系统的具体实现。
3.1 B/S架构的电子政务系统结构
资质资格信息管理系统采用 B/S 3层架构体系设计，系统结构图如图 2 所示。 
 
图 2 系统结构图
第1层是表现层，分为互联网门户和资质资格管理系统，其中互联网门户面向公众提供
查询，还可以通过统1认证接口注册认证，并接受公众的投诉反馈。资质资格管理系统通过 统1认证接口可以登录到各项管理模块，并对数据进行维护管理。

第2层是业务逻辑层，在浏览器中互联网门户和资质资格管理系统所显示的各项功能模 块都是在业务逻辑层实现。互联网门户分为首页、公告公示、办事指南、在线查询、公共监 督5个部分。资质资格管理系统则包括基本信息管理、数据管理、公示公告管理、办事指南 管理、公共监督反馈、数据批量导入、数据统计、系统管理几部分。
第3层是数据服务层，资质资格信息管理系统涉及到大量的数据都储存在这层的数据库 中，为业务逻辑层所提供的各种功能模块提供数据支持。
3.2 系统各功能模块设计
政务网门户包括首页、公告公示、办事指南、在线查询、公共监督5个部分： 首页：集合后面4个栏目的重点内容予以突出显示。包括显示最新的公告公示、按部门
显示的资格资质、反馈选登信息、在线查询列表。 公告公示：读取后台公告公示信息，并展现出来。包括按照行业类别显示所有的公告和
公示列表、按照部门显示所有的公告和公示列表、显示某1资质资格的公告详细内容、按照
标题/内容进行搜索显示结果列表。 

[NextPage]

办事指南：读取后台办事指南信息，并展现出来。包括显示所有的办事指南列表，按照 法人、个人两大类以及行业类别进行分类；显示某1类别的办事指南列表；显示某1资质资 格的办事指南详细内容；根据关键字检索资质资格名称，显示所有符合条件的办事指南列表。 在线查询：面向公众提供简要的查询条件组合，提交查询信息，显示最终查询结果。包 括根据个人关键信息进行检索；根据企业关键信息进行检索；显示个人资质资格信息检索结 果列表；显示详细的个人资质资格信息，并可提交投诉反馈；显示企业资质资格信息检索结 果列表；显示详细的企业资质资格信息，并可提交投诉反馈；记录企业/个人资质资格相关 （转载自http://zw.NSEAC.com科教作文网）
信息详细页面。 公共监督：选择具体的单位和资格资质，并填写资格资质编号，予以投诉，并显示目前
已经选登的资格资质情况。包括公众监督反馈；显示公众监督反馈结果已经提交，请您记住 查询编号；根据查询编号查询公众监督反馈的情况。
资质资格管理系统包括基本信息管理、数据管理、公示公告管理、办事指南管理、公共 监督反馈、数据批量导入、数据统计、系统管理。
基本信息管理：主要是针对资质资格的所属行业、所属类别、信息公开情况进行管理。 包括设定资格资质的所属行业、所属类别、投诉咨询电话、信息公开情况；管理本资质的资 质等级。
数据管理：主要是针对资质资格信息添加、修改、删除、查询资质资格数据。包括根据 资质资格类别，转到相应的页面；根据资质编号、企业名称、企业代码、所属地区、资质等 级，进行检索；添加1个新的企业资质；修改1个已存在的企业资质；根据资格编号、身份 证号、所属地区、资格等级进行检索；添加1个新的个人资格；修改1个已存在的个人资格； 资质相关信息管理；资质相关信息添加；资质相关信息修改。
公示公告管理：主要针对该资质资格添加/修改/删除公示公告信息。包括显示最新的公 示公告，包括类别（公示/公告）、标题、内容；可以按照标题进行检索，并可以删除通知 公告；增加1个新的公示公告，最多可以上传 3 个附件；修改1个已经存在的公示公告。 办事指南管理：主要针对该资质资格的办事指南添加/修改/删除公示公告信息。包括显
示办事依据、办事指南、管理部门；法律文件上传；管理资质资格附件文件上传。 公共监督反馈：主要针对该资质资格的互联网反馈。包括显示所有公众反馈，包括投诉
编号、投诉类型、标题、时间、投诉人、操作；可删除不良反馈信息；显示反馈信息，包括 标题、内容、时间、投诉人姓名、投诉人邮箱、投诉人电话。并可录入反馈结果、联系方式、 是否选登；资质资格公众反馈详细页面。
数据批量导入：主要是对其它类型的数据文件格式（如 TXT 格式、EXCEL 格式、Access） 进行导入。包括根据法人、个人上传数据文件，执行数据初始化，生成临时表；显示导入过 程之中的错误信息和所有已导入的数据，点击“确认”则正式导入到数据库之中；显示导入数 据的详细信息。
数据统计：显示目前有多少资格数据。包括统计某1段时间内，资质资格新增数量、注 消数量、投诉数量、回复数量的报表
系统管理主要是负责对于资质资格管理系统的系统管理，包括部门管理、角色管理、帐 号管理、权限管理、资质等级管理、行业分类管理。
3.3 数据库概要设计
由于部分资质资格涉及到非常多的数据需要导入，如计算机等级证书、会计资格证等等， 数据量达到百万级，数据库设计尤为重要，数据库表结构如图 3 所示：
数据库包括核心表、业务数据表、辅助表和1些其它表： 核心表包括资质资格表、企业资质资格基本信息表、个人资质资格基本信息表； 业务数据表包括各部门的资质资格全部信息，每项资质资格包括正式表、临时表、DTS
数据包； 辅助表包括办事指南表、公示公告表、公众监督表、不良记录表；
其它表包括字典表和分类表；其中字典表主要是行业字典和资质资格等级 
 
图 3 数据库表结构

4．关键技术实现

4.1  数据库连接

数据库连接采用统1的入口，在 web.config 里面进行配置如下：

<appSettings>

<add key="ConnectionString" value="data source=127.0.0.1;initial catalog=Archives_JG_DB;persist security info=False;user id=sa;password=" />

</appSettings>

并且在业务逻辑层加入 DBHelper.cs 类，所有类必须从该类派生：

using System;

using System.Data;

using System.Data.SqlClient;

namespace Archives.ArchivesData

{          /// <summary>

///  数据库基类，数据层所有类都是继承自此类

/// </summary>

public class DBHelper

{      public DBHelper()

{ }

[1]