（计算机应用技术专业论文）电子政务中的电子申请组件的研究.pdf

摘要 摘要 中国在电子政务的建设过程中，为实现政府从单纯的管理职能向服务职能的 转变，需要解决的问题之一就是建立为广大用户提供跨时间、空问的电子申请系 统。如何快速的建立标准的电子申请系统，是我们急需解决的问题。 本文通过对中国电子政务的分析并参考国内外关于建立电子申请组件的模 型，设计了一个基于j 2 e e 的多层电子申请平台的架构，提出了将电子申请的通 用业务逻辑，如用户会话管理、用户申请管理、用户审批管理、日志管理等功能 抽离出来，将其部署在j 2 e e 的应用服务器中，应用服务器提供了安全性、事务 性的管理。同时设计了通用的电子申请组件，完成用户登陆、密码管理、用户信 息检索变更等功能。希望利用该组件，达到能够快速构建电子政务中的电子申请 业务的目的。同时，利用电子申请组件，制作了一个模拟护照申请的电子申请演 示程序。通过对开发演示程序的过程分析，我们认为通过使用标准的组件，能够 快速开发高质量的电子申请业务。同时也大量的节省了开发成本，有利于电子政 务系统的扩充，适应中国电子政务的发展。 中文关键字：j 2 e em v c 模式电子政务电子申请 a b s t r a c t d u r i n g t h ee - g o v e r n m e n tb u i1 d i n g ，a st h ec h i n e s eg o v e r n m e n t is t r a n s i t t i n gt h ef u n c t i o nf r o mp u r em a n a g e m e n tt ot h es e r v i c e ，o n eo ft h e p r o b l e m si sh o wt ob u i l da ne - a p p l i c a t i o ns y s t e mt h a t c a nd e a lw i t ht h e t i m ea n dt h es p a c e1 i m i t e df o rt h eu s e r s t h eu r g e n tt h i n gish o ww ec a n b u i l das t a n d a r de - a p p l i c a t i o nq u i c k l y t h ep a p e rd e s i g n sam u l t i - l a y e r se - a p p l i c a t i o np l a t f o r ms t r u c t u r e a e c o r d i n gt ot h ea n a l y s iso fc h i n e s ee - g o v e r m e n ta n dt h em o d u l eo ff o r e i g n s y s t e m t h i sp a p e rs u g g e s t sd e p l o y i n gt h eb u s i n e s s1 0 9 i cf u n e t i o no nt h e a p p l i c a t i o ns e r v e r t h eb u s i n e s sf u n c t i o n si n c l u d es e s s i o nm a n a g e m e n t ， a p p l i c a t i o nm a n a g e m e n t ，a p p r o v i n gm a n a g e m e n ta n dl o gm a n a g e m e n t t h e a p p l i c a t i o ns e r v e rp r o v i d e st h em a n a g e m e n to fs a f ea n dt r a n s a c t i o n a n d t h ep a p e rd e s i g n sc o m m o ne - a p p li c a t i o nc o m p o n e n t sa n dc o m p l e t e st h em o d u i s u c ha su s e rl o g i n ，p a s s w o r dm a n a g e m e n t ，u s e ri n f o r m a t i o nu p d a t e u s i n g t h ec o m p o n e n t sc a nb u i l dt h ee g o v e r n m e n tb u s i n e s sl o g i ef u n c t i o nq u i c k l y w eb u i j dap a s s p o r ta p p li c a t i o ns y s t e md e m ob yu s i n gt h ee - a p p l i c a t i o n c o m p o n e n t s a c c o r d i n gt ot h ed e v e l o p m e n to ft h ed e m op r o g r a m e ，w eb e lie v e t h a tt h ed e v e l o p e rc a nb u i l das t a n d a r da n dh i g hq u a l i t ys y s t e mq u i c k l y b yu s i n gt h ee - a p p l i c a t i o nc o m p o n e n t s u s i n ge - a p p i c a t i o nc o m p o n e n t sn o t o n l ys a v e st h ed e v e l o p i n gc a s tb u ta l s oi sb e n i f i tw i t ht h ed e v e l o p i n g o ft h ec h in e se g o v e r m e n t k e y w o r d s ：j 2 e e ，m v c - m o d e l ，e g o v e r m n e n t ，e - a p p l i c a f i o n i j 独创性声明 本人声明所呈交的论文是我个人在导师指导下进行的研究工作及取得的研 究成果。尽我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他 人已经发表或撰写过的研究成果，也不包含为获得北京工业大学或其它教育机构 的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均 已在论文中作了明确的说明并表示了谢意。 签名：日期： 关于论文使用授权的说明 本人完全了解北京工业大学有关保留、使用学位论文的规定，即：学校有权 保留送交论文的复印件，允许论文被查阅和借阅：学校可以公布论文的全部或部 分内容，可以采用影印、缩印或其他复制手段保存论文。 ( 保密的论文在解密后应遵守此规定) 签名：导师签名：日期： 第1 章绪论 1 1 本研究课题的学术背景及其理论与实际意义 阿尔温托夫勒在第三次浪潮中曾预言：“基于第二次浪潮即工业化社 会的传统政府结构已经不适应以电子学、信息论等综合科学为基础的新工业社会 即第三次浪潮的要求，传统的政府的内部结构越来越无法应对复杂多变的社会需 求的压力。”。正如托夫勒所言，从2 0 世纪9 0 年代开始，政府力求通过自身的革 新力量，进行政府内部关系和外部联系的改良，也意在缓解民众对政府官僚机构 的抱怨。此时，电子技术、信息技术和网络技术的发展为政府革新提供了必要的 技术手段。从2 0 世纪9 0 年代后半期以来，一场构筑电子政务的热潮在工业化程 度比较高，并且率先在实现了向新经济转型的国家中展开，政府改革的实践与电 子政务的构筑相交织，越来越多的人认识到电子政务是未来政府发展的一种趋 势。 i i 1 各国电子政务发展背景 目前，有很多国家本着构筑电子政府的目标，大力推进政府和行政部门的综 合信息化水平，如美国、英国、瑞典、新加坡和马来西亚等。这些国家将政府作 为支撑知识产业社会的基石，非常重视确立政府和行政机构服务的高效高质，并 且认识到，以网络为首的信息技术是实现这一目标的有效手段。 在美国，从克林顿就任后的1 9 9 3 年开始，美国就着手进行了电子政府的构 筑，特别是以副总统戈尔为首设立的国家绩效评议会 n a t i o n a lp e r f o r m a n c e r e v i e w ，n p r ，后又改名为政府革新全国连盟( n a t i o n a lp a r t n e r s h i pf o r r e i n v e n t i n gg o v e r n m e n t ) 成为行政部门改革的主力军，信息技术的应用改善 了以往的业务流程，简化了公文审批。f i r s t g o v 是美国联邦政府的门户网站， 通过它可以获取联邦政府内所有机构的信息，并能办理跨机构的手续。总网站下 游多达2 万个次级门户网站，信息量达5 亿页。除了联邦政府机构、议会、司法 机关外，还能链接州政府、市政府等的网站。所提供的信息是从使用者的角度分 类的，包括“农业与粮食”、“艺术与文化”、“收入与税金”、“教育与工作”、“健 康”等1 6 个领域。 新加坡从2 0 世纪8 0 年代起就开始将推进政府行政部门的信息化作为国家的 信息化战略之一。1 9 9 5 年，新加坡政府在进行行政改革、优化行政服务的同时， 还启动了连接政府( c o n n e c t e dg o v e r n m e n t ) 工程，从而从信息基础设施准备阶 段迈入了实际应用阶段。新加坡的国民和企业从此可以利用i c 卡享受行政服务， 或利用信息终端办理汽车驾照等的更新手续。在新加坡政府名为e c i t i z ec e n t e r 的网站上，“从摇篮到坟墓”，也就是说人的一生需要办理的几乎所有的行政手续 都可以2 4 小时、3 6 5 天、不间断的一站式的在线办理。同样新加坡也将实现企 业从设立之初法人企业登记到递交歇业通知为止的所有行政手续办理的在线化。 当然，各种服务的管理机构是不同的，但使用者在实际利用时却可以不必理会具 北京工业大学工学硕上学位论文 体什么服务是由哪个部门机构负责的。 加拿大在政府赤字扩大的压力下，从1 9 9 3 年开始就致力于电子政府的构筑。 政府于1 9 9 5 年开展了“连接加拿大人”( c o n n e c t i n gc a n a d i a n s ) 的信息化工程， 其目标是要将加拿大建设为世界上“连接率最高的国家”( m o s tc o n n e c t e d c o u n t r i e s ) 之一。政府资料公开化、向企业和国民提供在线行政服务等得到了 广泛的推进。 澳大利亚的目标是要通过各机关部门对最新的信息技术的积极运用，带动民 问部门信息化的步伐。如今，“政府在线办公室”( o f f i c ef o rg o v e r n m e n to n l i n e ) 正在为实现“将所有行政服务在线化”的目标而努力。 英国以1 9 9 6 年发表的报告为契机，正式启动了以政府直通车( g o v e r n m e n t d i r e c t ) 为名的电子政府构筑工程。 瑞典也将成为电子政府的构筑作为提高国民福利的手段。1 9 9 5 年，以财政部 长为首，各行政部门的干部组成了跨部门的“高层领导论坛”( t o p p l e d a r f o r u m ) ， 论坛倡议利用信息技术进行行政改革，并为电子政府构筑一个能安全进行信息交 换的环境。 马来西亚的电子政府构筑工程是牵动全国上下的多媒体超级走廊 ( m u l t i m i e d i as u p e rc o r r i d o r ，m s c ) 计划的重点项目之一，政府有意将构筑电 子政府作为推进民间部门信息化和推进m s c 计划的动力。这个项目目前尚处于初 级阶段，但它从构想阶段就争取让富于经验和技能的跨国企业参加，并与他们进 行了紧密合作。 1 1 2 我国电子政务的发展背景 对我国来说，电子政务这个概念与电子商务一样是从国外引进的，但是我国 电子政务的发展从总体上看仍处于初始阶段。与发达国家的电子政务发展相比除 了普遍存在的“数字鸿沟”与“数字孤岛”两个难点外，还有其他一些明显特 点。 1 、起点低、起步晚、发展不平衡。在西方国家6 0 一7 0 年代就已经完成的 政府内部办公自动化，我国8 0 年代才刚刚开始。在地区、城乡和行业之间存在 的差别相当之大。 2 、建设目标与出发点的多样性。市场经济体制的建立、政府管理体制改革、 与国际惯例接轨，我国的电子政务建设必须满足和保障这些目标的实现，由此产 生了我国电子政务建设存在着重复建设、技术标准不统一、开发应用领域窄、信 息资源共享程度低、网络安全保障体系不健全等问题， 3 、电子政务统一的安全支撑体系受到我国各级政府部门的高度重视，安全 保护、安全检测与监控类产品以及应急反应和灾难恢复类产品，如防火墙、入侵 检测、信息保密、数字证书、用户认证授权、访问控制、w e b 监控等产品将得到 更加广泛的使用。2 0 0 4 被称为“数据整合年”，主要是要解决在政府机构之间 以及政府部门与企业和社会公众之间，在一定的安全框架下实现有限的数据共享 和信息交换。 4 、中国政府选择了“跨平台”、“国产化”、“产业化”作为中国软件产 业的基本策略。2 0 0 2 年出台的中华人民共和国政府采购法第十条规定：“政 府采购应当采购本国的货物、工程和服务。” 5 、国内的软件企业规模小，软件生产的专业化、产业化程度不高。国内的 2 软件市场还没有达到发达国家的产业模式。一般情况是，无论项目的规模大小， 都是由一家软件开发商总承包所有的应用内容，而且在项目招标的时候，也并不 进行科学的分类，许多不同的应用相互参杂在一起作为一个项目招标，这样，软 件开发商就很难在软件开发上进行合理的投入，所有的目标只是围绕完成项目而 努力，根本不考虑或极少考虑软件开发结果的重用。 6 、在国内，电子申请一般被称为网上审批或“一站式”网上办公。除国家 部分政府机构和沿海城市可以利用互联网为企业和公众提供直接服务外，政府网 站真正能实现网上审批、网上办公功能的还在少数。从调查的5 0 个中国主要城 市的8 4 个电子政务网站来看，能提供电子申请或网上审批的只有1 8 个，占全部 调查数据的2 1 4 。 1 1 3 开发电子申请组件的实际意义 据资料显示，自1 9 9 2 年至1 9 9 6 年问，美国政府通过推进电子政务建设，5 年内减少了2 4 万员工，关闭接近2 0 0 0 个办公室，减少开支11 8 0 万美元。电子 政务在给我们带来效益的同时，会更好地发挥它作为政府与公众接口的平台互动 作用，让政府得以更高效率，更高质量地为公众服务。在我国，电子政务的实施 目标是定位于改善政府工作流程，提高政府的透明度、规范化和实时性，促进政 府机构高效、互动和廉洁的运转。 发展电子政务，首先要解决的问题就是电子申请系统的开发问题，只有实现 了市民与政府部门的交互，才能说政府通过信息技术为市民提供了服务。目前， 市民单向的被动的接受信息，不能说是真正意义上的电子政务。因此高效的开发 电子申请系统就成为电子政务继续发展的当务之急，组件技术为解决这一问题提 供了技术实现的方案。 在我国的电子政务项目开发中，由于建设电子政务的目的与出发点的多样 性，以及开发队伍的水平参差不齐，产生了开发时问长，系统模块可复用性差， 安全性保障体系不健全等问题。参照国际先进技术，建立可复用的电子申请组件， 能够提高开发效率，使我国的电子政务项目的开发专业化、产业化。组件的复用 技术，既可以降低了政府在电子政务方面的投入，同时也降低了开发商的开发成 本，具有很好的经济效益。 伴随着电子政务的发展，我们同时认识到标准化是电子政务建设得以顺利实 施的一个前提条件，完善的标准有利于资源的整合配置，避免重复建设带来的浪 费。并且可以在项目完成以后，及时地协调后期运作，诸如维护、更新和管理等 方面的关系，降低建设成本和缩短建设周期。电子政务建设初期对机构和业务流 程的整合是一个复杂的过程，但这也正是电子政务实现标准化的意义所在。制定 完善的软件标准，对电子政务进行统筹规划，所有的电子政务的建设都必须在标 准和规划的指导下开展，所有技术、标准、协议和接口都必须遵循相关标准，建 设过程更应该严格按照前期规划高质量地完成，才能保证网络的标准性、开放性 和安全实用性。其中建立标准的电子申请组件，使软件开发商在实际运用中遵循 同一规范和标准，这样在实际应用中使标准得到完善和执行。 北京工业大学工学硕士学位论文 1 2 相关领域的研究进展及成果、有待深入研究的问题 国内虽然有将电子政务标准化的要求，但目前还没有公司提出将电子政务的 开发进行标准化，并使之成为产品大部分开发商、集成商还是将电子政务作为 集成的一小部分，需要什么业务便开发什么业务，很少考虑其中的复用和标准化 问题。 能否针对我国的现状，开发出一种跨平台的、标准的电子政务开发模型，使 开发标准化，从而提高我国的电子政务平台的开发水平，促进电子政务的发展就 成为我们当前需要解决的问题。 针对这一问题日立北工大公司希望借鉴国外的先进的技术，丌发出适应当前 中国国情，并能够最终运用到中国的电子政务平台中去的电子申请平台，促进中 国的电子政务的发展。 1 3 课题的来源及主要研究内容 在我国，政府部门要求的电子政务中，电子申请平台成为实现电子政务的“第 一道门槛”。由于当前的电子政务建设仅处于网页的浏览等初级阶段，企业、市 民无法通过互联网进行注册和申请，离实现“数据库上网”还有很大的差距，如 此电子政务就不能为企业、居民提供政府部门的服务。为了实现网上办公、网上 审批，就必须实现用户的电子注册和电子申请，由于目前我国正在进行政府机构 改革，部门及其职能经常进行变化，往往电子申请等窗口服务正在建设中，而政 府部门已经合并、改组或变更，因此需要一个能够快速构建电子申请的工具，既 能够方便快捷的开发标准的电子申请系统，同时系统也易于扩展和维护。基于这 种观点，我们参考国内外的文献和构筑平台，提出了基于j 2 e e 规范的电子申请 平台，并将该平台用于开发一个网上申请的演示程序护照申请系统。 本课题来自北京f i 立北工大信息系统有限公司和日立- ：1 1 ；工大电子政务展 室，主要研究电子政务申请组件的开发。 1 4 本章小结 本章介绍了电子政务在国内外的发展状况，目前，国内的电子政务发展水平 远远落后于美国、新加坡、日本、欧洲诸国的发展水平。其原因，一方面是由于 我国信息化建设较晚，且政府各部门处于机构改革的过程中，另一方面也是由于 缺乏统一的开发标准和开发工具。在建设电子政务中所面临的问题之一是如何快 速构建电子申请窗口，为广大市民提供政府申请审批服务。由于政府部门职能在 机构改革中不断变革，就需要构建一个能够快速开发电子申请系统的电子申请平 台。在电子政务开发中，使用组件技术，降低了开发成本，提高了产品质量，能 够使我国的电子政务开发专业化、产业化。 4 至：兰暑三主要王童量竺主耋兰生 第2 章电子申请平台总体方案设计 2 1 相关概念 2 1 1 电子政务 对于电子政务的定义，各界并没有统一的意见，联台国在最近发布的关于全 球电子政务发展状况的调查报告中将电子政务简单定义为：“应用i c t ( i n f o r m a t i o na n dc o m m u n i c a t i o nt e c h n o l o g y ，信息与通讯技术) 改革其内部 和外部联系的政府。”1 狭义讲，电子政务是指：政府以高效、信息公开、提高 服务质量为目标，在政府行政部门间，以及政府行政部门与民间部门( 国民、企 业等) 间开展的信息化和网络化，它将导致政府行政部门中业务和组织方式的根 本性变革。广义的电子政务则包含了“电子民主化的实现”这一层意思，即实现 政治家与行政，以及政治家与市民、企业之间更趋紧密地交流。在本文中，主要 是依据狭义的电子政务的定义，提出利用计算机技术和网络技术对电子政务中的 重要组成部分电子申请平台进行的设计。 2 1 2 电子申请 在实际的行政业务中申请、注册登记等窗口业务占有很大比重，但由于受到 窗口业务办理地点以及时间等因素的限制，使得注册、申请业务在办理过程中存 在着很多弊端。电子申请是借助i n t e r n e t 等网络技术，将上述窗口业务电子化， 让申请人即使在异地也同样可以进行相关业务的办理。利用电子政务申请平台， 不仅能给使用者提供一个不受时间限制的受理窗口，同时，其数字认证、数字签 名以及高安全性能的网络，能够有效地防止信息的泄漏，保证了申请过程中数据 的安全。 因此，电子申请是指通过互联网以电子文件的形式提交申请或办理各种申请 手续的行为。采用电子申请的目的是利用先进的信息技术以更快捷、更方便和更 准确的方式为申请人服务。 2 1 3j 2 e e 组件 组件( c o m p o n e n t ) 是一个应用程序级的软件单元。除了作为7 2 s e 平台一部 分的j a v a b e a n s 组件外，j 2 e e 平台还支持以下几种组件：a p p l e t 、应用程序客 户端、e j b 组件和w e b 组件。a p p l e t 和应用程序客户端运行在客户平台上，而 e j b 和w e b 组件运行在服务器平台上。 所有7 2 e e 组件都需要容器( c o n t a i n e r ) 的运行支持。容器可以为组件提供 如生命周期管理、安全、部署以及线程之类的服务。 5 j ：宣三些銮兰三兰誊土兰竺鲨兰 2 1 4d 2 e e 的概念及优势 2 1 4 1 j 2 e e 简介 j 2 e e ( j a v a2p a t f o r m ，e n t e r p r i s ee d i t i o n ) 是s u n 公司定义的一个开放 式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开发技术 规范。多层次分布式应用模型是根据功能把应用逻辑分成多个层次，每个层次支 持相应的服务器和组件，组件在分布式服务器的组件容器中运行( 如s e r v l e t 组 件在s e r v l e t 容器上运行，e j b 组件在e j b 容器上运行) ，容器间通过相关的协 议进行通讯，实现组件间的相互调用。j 2 e e 平台是通过一个开放式的过程来设 计的，并有一些企业级计算机供应商的参与，以保证它能够适应尽可能广范围的 企业级应用程序的要求。遵从这个规范的开发者将得到行业的广泛支持，使企业 级应用的开发变得简单、快速。 一般来说企业级应用程序都有一个客户层以提供用户界面，一个或多个中问 层模块用来提供客户服务以及应用程序所要用的业务逻辑，另外还有一个后端的 企业信息系统用来提供数据管理。如图是一个典型的j 2 e e 环境的各种组件和服 务。 图2 1j 2 e e 环境 f i g u r e2 - 1j 2 e ee n v i r o n m e n t 2 1 4 2j 2 e e 的优势 j 2 e e ( j a v a2p l a t f o r m ，e n t e r p r i s ee d i t i o n ) 是s u n 公司定义的一个开 发分布式企业级应用的规范。它提供了一个多层次的分布式应用模型和一系列开 发技术规范。 目前，很多公司都提供了自己的w e b 编程语言和工具，如m i c r o s o f t 公司的 c # 和n e t 技术，o r a c l e 公司的以数据库为主的w e b 开发环境以及s u n 公司的 j a v a 技术和s u no n e 软件环境。之所以在电子申请平台中选用j 2 e e 体系架构并 在w e b 编程中采用j a v a 技术，主要基于以下考虑： 6 至：要皇王宝要：皇璺笪乏耋誊盐 1 、j 2 e e 容器为多层w e b 应用系统提供了容器服务。程序构件在部署时被安装 在j 2 e e 容器中，容器提供了底层接口，并通过接口进行通信。电子申请平 台只需要开发出程序构件并安装在容器中即可。 2 、从设计之初，j a v a 就将能够在多种操作系统中运行作为首要目标之一，其 依靠j a v a 虚拟机运行，实现了“一次编程，任何地方运行”。在电子政务 申请平台中，由于程序要在不同的操作系统中运行，采用j a v a 技术大大方 便了程序之间的交互和集成。 3 、安全性：j a v a 语言提供了严密的安全机制，针对w e b 程序，j a v a 使用了多 重安全保障机制。相比较而言，用j a v a 语言和u n i x 操作系统的网站不易 被攻击，而w i n d o w s 和a s p 的网站则存在一些安全漏洞。对于电子申请这 种对安全要求很高的w e b 应用来讲，j a v a 语言所提供的安全性更适合。 4 、 易用性：由于j a v a 在多种技术中使用风格一致的应用程序接口( a p i ) ，因 此利于理解和使用，利于对电子申请平台的快速构建。而如n e t 则需要理 解c # ，s o a p ，a s p ，v b 等技术。 5 、 模块化和可扩展性：j a v a 程序有很强的“构件”概念。程序由相互连接的 构件组成，构件之间可以通过导入类( i m p o r tc l a s s ) 或远程调用来连接。 同时，由于构件之间便于组合，程序具有很强的复用性。j 2 e e 进一步加强 了构件的概念，将不同功能的程序分成模块，使得程序结构更清晰，程序 的扩展更方便。从而能够适应电子申请平台的多样性和变化性，利于随政 府的需求变化而灵活的变更和扩充。 6 、 丰富的资源：很多公司都为j a v a 提供了接口和可利用的资源，使电子申请 系统能够与多数数据库系统和应用系统进行挂接。 总之，j 2 e e 提供了简单、实用、标准化、分布式的w e b 编程方法，能够为快 速构建稳定安全的电子政务申请平台提供有力的支持。 2 1 5m v c 模式的概念及优势 m v c 模式是模型一视图一控制器( m o d l v i e w c o n t r o l l e r ，m 、，c ) 设计模式，m v c 包括3 种类型，m o d e l ( 模型) 是应用对象，v i e w ( 视图) 是界面对象，c o n t r o l l e t ( 控 制器) 是用户界面对用户输入的啊应。 如图2 2 ： j ：量三兰銮兰：兰竺土兰竺鲨兰 查询 - 方法调用 一 事件 图2 - 2m v c 中各组成部分间的关系 f i g u r e2 - 2 ) j v cm o d e l 模型：模型表示应用的数据及操作这些数据的逻辑方法。任何和整个应用有 关的持久性数据都应该放在模型中。 视图：视图将模型的当前状态展示给用户，具体的显示方法由视图负责，因 此一个模型可以适用于多个不同的视图。对于用户的输入，视图将它们交给控制 器处理。 控制器：控制器负责交互和将用户输入的数据导入模型，它还利用了用户的 输入将应用转向其他视图。 采用m v c 有许多好处，比如将显示、逻辑和数据分开。这样一方面的改变不 会影响另一方面，假设针对某个模型数据开发了一套v i e w ，那么在其他访问该 模型数据的地方，完全可以再次使用该套件或将现在的v i e w 组合成一个复合视 图。每个单视图都有自己和模型的连接协议和自己的响应控制器，这样开发就仅 仅变成了简单的组合。其次，可以在不更改视图显示的情况下，更改控制器，以 达到更改视图与用户交互响应模式的目的。 2 2 电子申请业务流程分析 2 2 1 实际政府申请流程分析 为了了解电子申请的过程，并抽取电子申请的通用模块，需要对政府的实际 申请审批流程进行分析，从中找出电子申请所必需的功能模块，并依据其进行电 子申请平台的架构设计。 在实际的政府窗口业务中，企业、市民等申请者需要根据政府文件的要求准 备申请材料，以往这些政府文件需要到政府机关去领取，但由于我国电子政务的 建设，目前，可以通过互联网，从政府相关职能部门的网站上下载，这也是当前 我国大部分电子政务所能达到的水平。在完成了纸面表格的填写，准备好相应文 件后，可以亲自到政府职能部门的办公窗口办理申请审批，或根据政府要求将申 请文件用邮件传递。申请者将申请材料递交后，等待政府部门的审批。如果申请 者在等待过程中想知道审批结果时，需要向政府的部门提出查询，但由于政府部 8 至：兰皇王主要王童璺兰奎耋兰生 门所接受的申请数量大，而且人员紧张，可能不能为申请者提供非常便利的条件， 同样，申请者只能利用有限的资源，如电话等进行联系。 政府部门在接到申请者的窗口申请后，将对材料进行逐级审批并备案，目前， 国内的业务系统已经做的比较完善，但由于申请者提供的材料为纸张介质，就需 要后台人员对其进行录入，使之成为业务系统中的各种文件账目，即使现在有些 部门接收电子媒介的文件，但由于多种问题，如文件格式不统一，病毒防护等， 也会造成后台录入人员的工作量很大。在政府部门审批完成之后，即可将申请者 的批复材料返还给申请者。在此时，对于审批通过的材料，需要登入数据库，而 对于没有通过审批的材料，应纪录其需要提供和修改的材料，已备申请者再次提 交时查阅。 申请者在接到审批结果通知后，到政府部门领取申请审批材料，如审批没有 通过，则需按照政府部门的意见进行修改后再次提交。 以上是目前国内普遍的申请过程，如图所示： 圈2 - 3 窗口业务 f j g u r e2 3w i n d o w sb u s s n e s s 2 2 2 电子申请业务流程分析 通过对以上窗口申请的流程分析，我们将该流程与电子申请流程进行对照 ( 如图) ，并构建了电子申请的一般流程。 图2 4 电子申请业务流程 f i g u r e2 - 4e - a p p l i c a t i o nb u s i n e s sf l o w 9 北京工业大学工学硕士学位论文 通过对比，我们将电子申请流程进行了详细的划分，如图2 5 ： 巾请翥 j ，甩户赫馘辩段 鑫审墙羲榴生娥 靛投 鞠。 鹾酽 窜馈敢套穗 理避印心 畿缱舞嚣 謦 黛 壹 蕞 t 姆j j 内撵 审黔段 薄 r ” n 。 辏致 起赣 审批 参碜请蔽盎 蹩簧静毅 捷警置- 蔓鬟 图2 5 电子申请阶段图 f i g u r e2 - 5e - a p p i c a n ts t e pf 1 0 w 确定申请人身份( 用户验证阶段) 申请者通过登陆，使用数字签名等技术，使其身份得到确认。这是电子申请 的关键环节，只有对用户的身份进行了确认才能够赋予该用户申请者的权限，同 时，如果基于b s 结构，则政府管理人员也可以通过浏览器访问，那么在此时也 可以通过认证其政府工作人员的身份而赋予其管理权限。 生成申请书( 生成申请数据阶段) 用户通过浏览器填写申请材料，并通过网络协议提交，系统生成标准的电子 申请文档，供审批者使用。 提交申请书并对其内容进行检查( 申请受理阶段) 生成电子申请材料，申请者将文件提交后，经过数据检查，发送到业务数据 库中，等待审批。 申请的检查和审批( 申请内容审查阶段) 1 0 豳 捌 + ，移o “ 。：一髦 选辩 一捧譬蝻鼬f 一譬蠢一划纛槲群 譬鬟一 一曩 臀搿 兰：耋皇王宝鎏：盆璺笪盏耋兰生 政府部门的审批者对电子申请材料进行检查和审批，这部分主要由政府部门 自身的业务系统完成。 生成审批结果文件( 申请状态更新阶段) 政府部门对电子申请材料审批完成后，将对申请的状态进行变更，状态变更 后，存入状态变更数据库，使申请者能够随时查阅审批进行的程度。 通知申请人审批结果( 申请状态确认阶段) 政府对申请材料审批完成后，将通过电子邮件等方式通知申请者，而申请者 通过网络，获取审批结果。 通过以上的电子申请流程的对比，我们可以看到完全可以利用电子平台完成 政府的申请职能，并且通过将流程中共同的申请业务部分进行抽离，形成一个通 用的电子申请开发的平台。 2 3 电子申请平台的设计 2 3 1 当前企业级w e b 开发技术分析 m i c r o s o f t n e t 与s u nj 2 e e 是目前企业w e b 服务( w e bs e r v i c e s ) 平台市 场上两个最重要的应用框架。下面将就两种应用框架进行分析 1 、n e t j 和j 2 e e 的差异对比 表2 - if n e t j 和j 2 e e 对比表 t a b l e 2 1 n e ta n dj 2 e ec o n t r a s t m i c r o s o f t n e t j 2 e e主要差异 c # 和j a v a 都源自c c + + 。两者有相当多 共同的主要特色( 包括：自动内存管理、阶 层式名字空间) 。c 撑从ja v a b e a n s 学来一些 组件观念( p r o p e r t i e a t t r i b u t e 、e v e n t ) ，还新 增了一些特色( 比方说m e t a d a t a t a g ) ，但是 使用不同的语法。 c # 程序语言j a v a 程序语言j a v a 可以在任何有j a v a 虚拟机器的平台 上执行。c # 目前只能在w i n d o w s 上执行。 c # 使用i l 的执行时期系统。透过 j u s t i n - t i m e ( j i t ) 的编译方式或原生码 编译方式来执行。j a v a 程序是透过j a v a 虚拟机器来执行，但是也可以编译成原生 码。 n e t j 通用组高阶的n e t j 组件将支持透过x m l 和 件 j a v ac o r ea p i s o a p 来存取。( 请看下面a d o + 的介绍) a c t i r es e r v e r j a v aa s p + 将可以使用v is u a lb a s i c 、c # 、和其 ：! 重三些：兰三：譬圭兰譬薯吝 p a g e s + ( a s p + )s e r v e r p a g e s它语言来撰写程序片断，然后被编译成i l ( j s p )的格式( 不像以前的a s p 每次都需要直 译) 。j s p 使用j a v a 的程序代码，编译成 j a v a 的b y t e c o d e ( 可以需要时才编译，也 可以预先编译好) 。 f n e t j 允许不同的程序语言使用w i n d o w s 上的同一套组件。 i l 执行时期系 j a v a 虚拟机器、j a v a 允许j a v ab y t e c o d e 在兼容的虚拟机器 c o r b ai d l 、c o r b a上都可以执行。 统 o r bc o r b a 允许不同语言和不同平台的对象互 相沟通( 必须有适合的o r b ) 。j 2 e e 中可 以使用c o r b a ，但两者的整合度不算是很 紧密。 类似的w e b 组件在标准的j a v a 平台中付 之阙如，有些其它厂商在j a v ai d e 中提供 一些组件。 w i nf 9 r m 和 w e bf o r m j a v as w i n g m sv i s u a ls t u d i oi d e 提供w i nf o r m 和 w e bf o r m 的r a d 工具，目前尚未有其它 厂商宣称要支持w i nf o r m 和w e bf o r m 。 许多j a v ai d e 工具都支持s w i n g 。 a d o + 允许透过h t t p 进行x m l 资料交换 j d b c 、e j b 、j m s( 在远程资料对象和多层的程序之间) ，也 a d o + 和s o a p和j a v ay a l l 链就是s o a p 。n e t j 的w e b 服务使用s o a p 的w e b 服务接库( x m l 4 j 、的讯息模型。e j b 、j d b c 等则是把资料交换 j a x p )的通讯协议交由程序员自行决定，用h t t p 、 r m i t r m p 或i i o p 都可以。 2 、n e tj 和j 2 e e 所用技术的分析 开发语言 两种平台主流的开发语言j a v a 和c # 在架构上有着惊人的相似：虚拟机技术， 基于沙箱的安全模型，分层的命名空间，垃圾回收等。 作为一种新语言，c # 加入了基于x m l 的标记，可以被编译器用来直接生成文 档，c # 的另一个特点：一站式软件( o n e s t o p s h o p p i n gs o f t w a r e ) 强调了自解释 ( s e l f - d e s c r i b i n g ) 的编码方式，即头文件，i d l ( i n s e r f a c ed e f i n i t i o n l a n g u a g e ) ，g u i d 和其他复杂的接口无需再被引用也即是c # ，v b n e t 等代码片 断可以任意的被加入到其他语言中这无疑在多种语言混合编程的模式中是一次 飞跃，但是，其难维护性也是不言而喻的。在一个软件项目中使用多种语言，开 发商必须同时拥有多种语言专家和多个独立的难以互相支援的开发小组，无疑 的，这也使其软件的维护的成本以非线性的曲线增长。 跨平台性 跨平台是j 2 e e 的最大卖点。当开发商完成了符合j 2 e e 规范的软件时，其客 户可以依据其喜好和实力来选择不同应用服务器从基于o p e ns o u r c e 的免费软 件到高端满足b 2 b 需求的商业套件来搭建自己的平台但是由于j 2 e e 的规范还不 至：量皇王宝要：童璺竺乏差兰生 完善，各个j 2 e e 服务器的提供商为了使其提供其各自理解的完整的功能，不得 不添加一些额外的特性这就使得使用了这些特别功能的应用软件，绑定到了特 定的应用服务器上随着5 2 e e 规范的发展，这种差别会逐渐减小。 微软的跨平台解决方案是w e bs e r v i c e s ，它解决的是异种平台上不同应用之 间的连通性问题从技术角度讲，它以x m l 为介质，构造和使用w e bs e r v i c e s 的 过程较为简单。w e bs e r v i c e s 解决的是异构平台上服务连通性的问题，但在现 实中所更迫切需要的是如何在异构的平台上构造具有可扩展性，高可靠性，高可 用性，故障冗余，错误恢复能力的企业应用缺少这一点，从结构上讲，n e t 平 台还远未完善。 中间层的实现 基于组件的软件开发技术可以在较高的级别上实现软件复用，加快企业软件 开发的进程在5 2 e e 构架中，j a v a b e a n 和e j b ( e n t e r p r i s ej a v a b e a n s ) 被用来 完成事物逻辑其中e j 8 和j a v a b e a n 有着类似的模型，但它被用来创建分布式 的企业应用它定义服务器端组件的模型，具有以下一些特性：生存期模型、访 问模型、安全模型、事物处理模型、会话处理模型、数据封装模型、部署模型。 根据这些模型，简单的编码就可完成复杂的功能。 在微软的n e t 平台中，旧的c o m 和c o m + 的组件模型被新的组件模型所代替。 增加了象基于沙箱的安全模型和垃圾回收等功能并且实现了多重接口继承，扩 展的元数据和新的代理模型等旧有的c o m 和c o m + 组件也可被映射到新的运行环 境中。 表示层 目前主流的用于w e b 页面的开发技术为：j s p 、p h p 、a s p 技术，他们都有 各自的优越性和适应的范围。如表2 2 为a s p 、j s m 、p h i 在w e b 技术方面的比较 表2 - 2a s p 、j s p 、p h p 对比表 t a b l e 2 2a s p ，j s p ，p h pc o n t r a s t 磺嚣 a s p j s p p h p w e b 服务器i i s 、p w sa p a c h e 、i i s 、p w s 、a p a c h e 、i i s 、 n e t s c a p es e r v e r 以及大 p w s 、 n e t s c a p e 量的企业应用服务器，如s e r v e r 等 b e aw e b l o g i c 、i b m w e b s p h e r e 、t o m c a t 等 运行平台 w i n d o w s各种u n i x 、l i n u x 、各种u n i x 、 w i n d o w s 、m a c o s 等l i n u x 、w i n d o w s 组件技术 c o m j a v a b e a n s 、e j bc o m 、j a v a b e a n s 自定义标签语无有无 法 开发性无多家厂商合作，并得到开自由软件 放源码组织的支持 脚本语言支持v b s c r i p t ，j s c r j p tj a v a ，e m a c s c rip t ，w e b lp h p 等 建立大型w e b可以可以不宜 应用 安全性差好一般 程序执行速度快很快很快 北京工业大学工学硕士学位论文 学习难度低 局低 s e s s i o n 管理有有有 统一的数据库有，a d o 、o d b c有，j d b c无 连接 后缀名a s pj s p p h p ，p h p 3 ，p h p s 通过上表可以看出在w e b 服务器和运行平台上，a s p 目前仅被支持于i i s 和 p e r s o n a lw e bs e r v e r ( p w s ) ，由于i i s 和p w s 仅仅有w i n d o w s 下的版本，故a s p 目前只能在w i n d o w s 平台下使