基于JAVA-JSP的现代数字化电子政务网管理系统论文（二）

1. 系统需求分析

电子政务作为新时期政府改革的关键手段，已成为政府为民服务、亲民执政的主要渠道。然而，尽管电子政务建设的热情高涨，但实际成效并不如预期。据专家分析，电子政务项目的成功率平均不足30%[17]。这一低成功率不仅令政府决策者感到困扰，也引起了全球范围内的专家和学者的广泛关注。为了应对这些挑战，已经有许多理论和方法被应用于电子政务系统的研究之中，包括系统工程理论、组织符号学理论以及需求工程方法等。

由于电子政务的复杂性极高，专家们尚未达成统一共识。但普遍认同的是，电子政务不仅是一个信息系统，它是一个更为复杂的社会-技术系统。系统规模越大、功能越全面，所包含的社会成分越多，社会因素在系统中所占的比重也越大。此外，由于电子政务系统涉及大量人员参与，人的主动性和自学习性会导致电子政务需求的不断变化，进一步增加了系统的复杂性[18]。因此，电子政务的挑战并非仅靠技术就能解决。

Standish集团在1996年发布的一份报告指出，在信息系统项目失败的各种原因中，与需求相关的原因占据了63%[19]。这一数据强有力地说明，信息系统项目失败的最常见原因并非技术问题，而是需求管理的不足。既然电子政务属于信息系统的范畴，需求问题自然成为电子政务面临的主要挑战，并且因其特殊性和复杂性，需求问题在电子政务中表现得尤为突出。因此，深入研究并解决电子政务的需求问题是实现电子政务系统目标的有效途径，也是提升电子政务成功率的迫切需求。

1. 1. 电子政务自身特点

电子政务系统与传统信息系统相比，具有以下几个显著特点：

协调环节的复杂性

电子政务项目通常涉及多个部门或一个部门的多个层级。以中国为例，电子政务系统可分为纵向和横向两大类。纵向系统虽然源自同一部门，却涵盖中央至乡五级政府，由于各级政府在人力、资金、客户价值等方面存在差异，统一协调环节多且难度大。横向系统则涉及同一地区内的不同职能部门，受部门利益和对电子政知的影响，协调难度尤为突出，成为电子政务推进的最大瓶颈[20]。

影响因素的多样性

电子政务建设受多种因素影响，主要包括：

认识因素：人的认识不仅受客观现状影响，还受个人思想、观点、期望和偏好影响。认识指导行动，行动影响结果，认识不足最终将影响系统的实际效果。例如，对电子政务的重视往往停留在口头，实际行动不足；硬件投入多于软件；重视形象工程而忽视实际效果。

体制因素：体制是行动的保障。体制不完善或不顺畅时，即使有充分的认识也难以实施或达到预期效果。例如，缺乏统一的电子政务领导与管理机构，各地机构设置混乱，领导变更频繁，不同领导和机构采取不同的方法。

需求变化的快速性

中国正处于政府改革时期，新政策和规则的出台对电子政务提出了新要求，这些变革因素导致电子政务需求不断变化。

服务范围的广泛性

与一般信息系统不同，电子政务不仅要为政府内部服务，实现办公自动化，还要为社会公众提供服务。这包括提供单项业务服务及多项业务的“一站式”服务。实现这种服务需要政府建立综合性平台，连接所有相关部门业务，这大大增加了电子政务的复杂度。

安全性的高要求

电子政务涉及国家安全，对网络和信息安全的高标准要求超出了一般信息系统。电子政务网络根据信息的涉密程度分为内网、专网、外网和互联网等，这些网络之间需要安全地互联互通，同时保障信息的安全交换，特别是涉及保密信息的应用系统，这增加了电子政务建设的难度。

政策依赖性

电子政务建设需要法律和政策的支持。例如，建设阳光政府需要《信息公开法》的支持。其他相关的法律和政策包括《个人隐私法》、《电子签名法》、《数据共享目录》和《信息交换机制》等。然而，目前法制建设相对薄弱，这在一定程度上制约了电子政务的顺利开展。

决策周期的延长

电子政务项目通常涉及集体决策，有些项目还需逐级汇报，各级的制约因素不同，导致决策过程较长。同时，电子务系统对变化需求的反应不够敏感，这在快速变化的政策环境中构成了挑战。

1. 1. 需求分析

解决需求问题的最有效的办法是采用工程化的方法进行电子政务系统开发,即用工程化的办法解决电子政务系统的需求问题。需求分析是工程化方法的核心内容,处在系统开发生命周期的最初阶段,是决定系统成败的关键。

1. 1. 1. 需求分类

所有系统都有需求(Require-ment),需求可以分多个不同的层面,最顶层可分为用户需求信息需求和系统需求三个方面,用户需求包括业务需求和目标需求;信息需求分为角色需求任务需求资源需求和进度需求等;系统需求分为功能需求性能需求用户界面需求等[9]。如图3所示:（1）业务需求(Business requirement)。

图3-1  需求分类

描述组织的业务流程改进所需要开展的活动,与组织的目标相关。在本文的研究中业务需求描述了为实现电子政务项目目标所需要进行的改进业务流程的工作。（2）目标需求（Objective requirement）。描述了组织为什么要开发一个系统及组织希望系统色需求用于描述参与电子政务项目的利益相关者。（4）任务需求，也称活动需求(Activity requirement)。描述组织为实现既定目标所需要开展的各项活动。在本文的研究中,任务需求用于描述电子政务项目的任务,即“做什么”。（5）资源需求(Resource requirement)。描述组织在完成任务过程中所需要的各种资源。在本文的研究中,资源需求用于描述电子政务项目的软硬件环境需求。（6）进度需求（Planning requirement）。也称计划需求,描述组织开展活动的时间安排。在本文的研究中,计划需求用于描述电子政务项目的进度安排。（7）功能需求(Functional requirement)。规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,实现系统目标。（8）性能需求，也称非功能需求(Non-functional requirement)。包括系统的性能指标,质量属性和约束。性能指标包括系统的开放性稳定性可维护性可扩展性安全性等。质量属性包括系统的可用性完整性效率和健壮性等。约束指限制系统实现的外部环境,包括资金人才资源条件政策措施等。（9）用户界面需求。用户界面需求是用户愿意使用软件的关键,友好的用户界面可以使用户方便有效愉快地使用该软件,从而发挥软件的作用。

1. 1. 1. 需求分析过程

需求分析是一个将用户需求转化为信息系统需求的关键过程，通常被分为两个主要部分：

用户需求分析过程

该部分涉及将用户的业务需求和目标需求转化为信息系统的信息需求。这一过程包括对目标、流程、角色、任务、资源和进度等方面的需求进行详细分析。用户需求分析由用户自身完成，其目的是生成用户需求方案。用户需求方案是一系列文档，它们详细阐述了系统目标、业务流程、任务、软硬件条件等，全面捕捉了用户对系统的需求。

分析师需求分析过程

在用户需求分析的基础上，系统分析师进一步将信息需求转化为具体的系统需求。这包括定义功能需求、性能需求和用户界面需求等。分析师需求分析的成果是需求规格说明书，它详细描述了系统的技术规格和设计参数。

本文聚焦于用户需求分析过程，即如何有效地将用户的实际业务需求和目标转化为信息系统的信息需求。用户需求方案是用户提交的一系列文档，它们基于对业务需求、目标需求、角色需求、任务需求、资源需求和进度需求的深入分析，形成了一套详尽的需求文档，为系统分析师提供了一个明确的起点，以继续进行系统需求的详细分析和规格说明。

1. 1. 系统可行性分析
      1. 技术可行性

本系统旨在设计并实现一个基于JSP的电子政务平台。在项目启动之初，我们将对现有技术进行综合评估，以确定是否可以利用这些技术来开发和实施系统。随着计算机网络技术的飞速发展以及计算机硬件性能与价格比的日益优化，计算机技术在企业管理的各个环节得到了广泛应用。

在国内，B/S（Browser/Server）开发模式以及COM/DCOM（Component Object Model/Distributed Component Object Model）技术已被广泛应用于各行各业的信息管理系统开发，并已被实践证明非常适合于企业客户关系管理系统的开发。本系统将采用SQL Server 2005作为网络数据库平台，并使用Dreamweaver 8作为辅助开发工具。系统将基于通用可扩展数据接口（JDBC）全面支持MS-SQL数据库技术，既继承了传统客户关系管理系统的优势，又在基于Internet的交流渠道上进行了创新，尤其在个性化服务方面展现出独特的优势。。

1. 1. 1. 安全可行性

电子政务系统不仅是一个先进的软件技术产品，它也是企业商业战略和管理理念的重要组成部分。在功能层面，电子政务系统涵盖了客户服务、客户关怀和数据挖掘等方面，是少数能够全面满足互联网时代客户关系管理需求的解决方案之一。

在客户端，电子政务系统提供了统一的客户服务渠道，包括电子邮件、电话等，增强了与客户的互动能力。而在服务器端，系统则提供了客户追踪和分析功能，使得企业能够实施一对一的精准营销策略。这些功能为企业的运作过程提供了可靠的保证，帮助企业更好地理解和满足客户的个性化需求，从而在竞争激烈的市场中获得优势。

1. 1. 1. 效率可行性

本电子政务系统的核心目标是通过有效整合人力资源业务流程与信息技术，持续优化企业在销售、服务和市场营销等客户关系相关领域的业务流程，并提升各环节的自动化水平。这样的整合旨在使企业能够以更低的成本和更高的效率满足客户需求，从而极大提升客户满意度和忠诚度。系统的应用将有助于企业挽回流失客户、维护现有客户基础，并不断吸引新客户。更重要的是，通过精细化管理，企业将能够识别并牢牢吸引那些能够带来最大价值的客户群体。

随着客户服务质量的提高和运营效率的增强，企业可以期待获得显著的经济回报，这些回报预计将远远超过信息化建设和运营过程中的初始投入。这表明，电子政务系统的实施不仅是一项技术上的投资，更是一种战略性的商业决策，它将为企业带来长期的竞争优势和可持续的增长潜力。

1. 1. 1. 管理可行性

在软件开发过程中，管理策略对软件质量的影响至关重要。由于软件是一种逻辑产品而非物质产品，其开发进度的可见性相对较低，导致生产进度和指标难以明确标识和度量，问题也不易被及时发现和纠正。软件需求条件的不确定性和易变性使得软件生产的管理有别于传统工程管理，具有其独特性和复杂性。

管理规范是一套既指导性又技术性的规定文件，它为管理技术人员的业务活动提供了行为准则。管理规范的主要作用和效益包括：

提升软件开发过程的可见性，将逻辑产品具体化。

促进标准制定与执行的一致性。

推动标准化管理与软件系统建设的整合。

加强标准编制与技术开发的协同。

通过规范统一软件开发及运行管理的理念，增进团队成员间的理解和协作。

减少工作和文档的重复，提升开发效率。

降低人为因素对软件研发的影响，确保软件质量的一致性，便于积累经验，促进技术提升。

规范对软件文档的内容和格式作出明确规定，增强了软件开发委托方与承制方之间的相互理解。

在团队合作中，良好的管理是项目成功的关键。本系统作为一个独立开发的管理系统，也应以管理规范为基础，提高软件的可见度和可复用性。具体措施包括：

将软件开发周期划分为可行性研究、计划与需求分析、概要设计、详细设计、编码与单元测试、组装测试、运行与维护等七个阶段。

对软件项目的术语、项目描述、任务、技术方法、工具等方面进行详尽的说明和标识。

拥有统一的规范对于团队成员参与软件开发极为有利。尽管这只是一个毕业设计项目，但一套开放且规范的代码对于他人学习和未来软件技能的提升是有益的。统一的管理规范有助于后期软件的维护和故障排除，因此在开发初期就提出管理规范是完全可行的。

1. 1. 电子政务系统开发流程

（1）由用户自己提出需求方案的必要性通过分析电子政务特殊性及需求问题对电子政务系统的影响,本文认为,电子政务系统应由用户自己提供需求方案。原因在于:①电子政务项目建设的目的是应用,而应用的主体是政府公务员,如果政府内部没

图3-2  管理信息系统生命周期

图3-3  电子政务系统生命周期

有明白人,政府CIO对自己要建一个什么样的系统都表达不清楚的话,这样的电子政务项目是不可能成功的。②鉴于电子政务项目的特殊性和复杂性,只有政府公务员出身的政府CIO才能对电子政务有深刻的了解,并能动态跟踪需求的变化。让他们直接参与电子政务项目的需求分析,提供相应的需求方案,既是必要的,也是必须的,对提高电子政务项目的成功率具有重要意义。③用户提供的电子政务需求方案不仅有利于系统分析师分析需求,而且可以成为评价电子政务项目建设结果的依据。因此,在电子政务项目的开发流程中,增加由用户直接提供需求方案的环节,让政府CIO参与并主导项目的需求,是很有必用一个单独的包图表示，系统功能包。

1. 1. 1. 系统安全需求

对于企业用户来说，商业数据是高度敏感的信息，系统安全是需要认真考虑和严密计划的问题。系统的安全性需求主要包括以下方面：

（1）身份认证

本系统采用用户名+密码+验证码的身份认证机制。通过系统的检验，成功后才可以登录系统。

（2）防止非法数据访问

安全问题除了包括合法身份的确认，还包括数据在保存和传输中不被窃取或更改，以及如何阻止非法侵入主机和核心数据系统等。

对私有数据访问的识别(密码安全代码等信息)，这些信息一直有效，直至用户退出系统。防止非法用户进入主机系统和数据库。利用防火墙技术和网管系统，对非法进入进行严格审查，过滤非法数据，可以确保主机系统的安全运行和核心数据库的完整。

采用多种网络安全技术，可以通过防火墙加密设置口令设置权限和安全协议SSL技术保证数据的安全性。

1. 1. 系统用例分析

 这个系统涉及到三大系统用例，通过系统的用例分析来构建软件模型，采用面向对象的现代软件分析来分析出每一个模型图实体图，通过系统用例分析来剖析系统功能。本系统涉及的用例为公众用户和管理员。

图 3-4公众 用例分析

面向公众的功能模块的主要功有：

（1）领导信箱

用户可以在网站上面给政府领导发送邮件。

（2）表格下载

在该模块当中能够下载政府提供的相关资料表格。

（3）政务公开

广大公众在充分的了解到了政务相关政务信息信箱。

（4）便民电话

提供政府政务电话。

（5）留言板

广大公众用户能够对政务信箱进行留言，如果有异议还可以进行投诉。

图3-6 管理员 用例分析

由于在这个系统管理平台当中，其主要的政务网站的管理与维护的系统管理人员。这个平台能够在政务专网内部得到实际的运行。