返回

【定稿】数字城管软件技术方案_技术建议方案word文档 【定稿】数字城管软件技术方案_技术建议方案word文档

格式:word 上传:2026-09-29 10:18:30
温馨提示:手指轻点页面,可唤醒全屏阅读模式,左右滑动可以翻页。
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(1)
第 1 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(2)
第 2 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(3)
第 3 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(4)
第 4 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(5)
第 5 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(6)
第 6 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(7)
第 7 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(8)
第 8 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(9)
第 9 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(10)
第 10 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(11)
第 11 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(12)
第 12 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(13)
第 13 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(14)
第 14 页 / 共 75 页
【定稿】数字城管软件技术方案_技术建议方案.doc预览图(15)
第 15 页 / 共 75 页
预览结束,还剩 60 页未读
阅读全文需用电脑访问
温馨提示 电脑下载 投诉举报

1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。

2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。

3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。

时间内恢复,而且系统的数据是完整的,不会引起数据的不致。


另外,系统采用技术成熟市场占有率高的软件产品,确保系统运行的可靠性,能够达到小时的连续运行,平均年故障时天,平均故障修复时间分钟。


集成性要求系统选用的软硬件系统必须可以方便地实现集成,从时间和精力上保证项目的成功。


集成的应用系统降低了系统维护的难度和要求,也方便日后的应用和管理。


系统要能与市数字城管已有的其他系统有机结合,能够实现与省数字城管与太原市政府数据和技术的对接,可以实现内外网完全打通,达到信息共享。


采用成熟软件市数字城管各个子系统要求采用成熟的技术和产品,要选择以及三层架构,而且要求软件的实用性较强,符合技术的发展方向等,确保工程建设质量和进度。


采用成熟的技术进行构建,本系统平台要成为整个主平台子系统的基础平台,所有应用系统都是在各个子系统平台的基础上构建,实现对各个应用子系统的统访问,提供个性化服务多设备访问服务以及通过数据交换平台集成第三方应用系统的功能。


第二章解决方案设计通过以上对市数字城管网子系统建设的需求分析,我们综合考量各方面因素,从对市数字城管网子系统建设需求的全面理解到系统实施的可操作性工作方法的科学性,再到项目实施团队的合理配臵,最后到周详的培训制定与完善的售后服务体系,从而设计出套完整详细符合市数字城管各个子系统发展的科学方案。


系统总体设计思想方案设计依据国务院信息化工作办公室和国家标准化管理委员会编写的电子政务标准化指南和六项电子政务标准基于电子公文格式规范在电子政务中的应用指南电子政务流程设计方法通用规范电子政务数据元及信息化工程监理规范国家行政机关公文格式国家信息化领导小组关于我国电子政务建设指导意见中办发号文,国家电子政务建设指导意见行业标准关于加强数字城管系统建设和管理工作的意见和太原市信息化建设绩效考评细则等总体要求进行规划设计,适应数字城管工作信息化和数字化的发展要求,更好地为市民和社会公众服务。


及国家有关电子政务工程建设政策和规划化指南,其指导思想是统分结合有序推进,互联互通资源共享,应用导向注重实效,严防严管确保安全。


系统整体规划系统整体结构设计市数字城管子系统改版是基于现有各个子系统架构下对应用软件的升级改版,为保护市数字城管现有子系统投资,网络架构及系统平台原则上不做太大调整。


其中,在保证平台兼容性的基础上,中间件和数据库产品仍沿用已使用的和。


改版后子系统涵盖现有子系统具备的各项功能并进行改良和拓展。


各个子系统的实现采用技术架构,并使用统用户权限管理等技术手段。


系统规划为软件平台应用系统以及安全系统三大部分。


从架构上讲,应用系统是核心,应用系统提供前后台的具体功能实现,而安全系统则保证系统的正常运行,避免网络的非授权使用,同时,系统提供对支持,为最终建成面向服务的架构做好准备。


系统的整体架构如图下所示图系统整体架构硬件平台包括系统所需的网络结构服务器设备终端设备软件平台包括数据库软件应用服务器软件和操作系统应用系统为子系统综合管理系统安全系统主要从应用系统角度加以考虑,对于硬件平台软件平台层面的安全需求由各自所处层面的系统考虑。


系统采用先进的体系架构,支持等操作系统,支持数据库,同时支持当前主流的数据库系统,如等,并且支持应用服务器。


对业务中的结构化数据进行存储管理,采用技术进行业务逻辑的处理和应用集成。


采用技术完美实现对多种类数据库的访问操作,采用技术实现数据和信息的传送读取,并通过技术对异构系统中的数据信息进行读取和发布。


市数字城管各个子系统采用主平台子系统的子系统模式建设,实行集中化部署分布式管理,具有投资小维护方便易于扩充的特点。


各个子系统维护,可建立自己的栏目,并可自行对模块信息进行编辑与维护主平台与子系统之间的信息共享,充分发挥信息集成的优势,做到信息资源的充分共享。


系统逻辑结构设计为了构建成功的市数字城管系统,我们采用纯结构设计,逻辑结构按应用标准模型分为层结构即表示层业务逻辑层数据访问层。


其中,客户端表示层可以是任何浏览器工具支持的客户端如移动电话或应用程序等服务器表示层使用技术实现,其工作原理与类似,简单成熟,而且性能的可调性非常强服务器应用逻辑层由服务器中的实现。


已成为新代可重用组件的事实标准,服务器为开发者提供了可扩展的安全的分布式的和易于管理的运行环境,方便了应用逻辑的开发部署,增强了应用逻辑的可靠性。


也使开发人员从考虑保证应用组件的易访问性可靠性可动态装载性等服务性功能中解脱出来,而专注与应用的业务逻辑,从而简化了开发的复杂性,缩短开发时间。


在整个逻辑架构中,第三层中运行在服务器上的负责处理客户端提交的请求,将请求排队并根据应用服务器的负载情况将队列中的作业提交给相应功能的最优的服务器上。


而第三层的应用逻辑由相应的对象实现,并提供对的数据来源的访问。


采用三层模式的应用架构主要有如下优点客户平台,便于应用向任何种类终端的市场扩展。


采用分布式计算模式。


充分利用客户端应用层的计算能力,减轻主机的工作负荷。


提高系统在功能和性能方面的可扩充性,尤其使用面向对象的纯开发。


可方便的在应用层实现负载平衡提高系统的响应速度。


可方便的在应用层提高整个系统的可用性。


部署管理简单化。


业务应用与数据处理分开。


系统应用结构设计市数字城管各个子系统采用系统管理集群的方式形成统的平台,并可以支持未来系统的扩展各站点之间的信息资源全面整合,形成个信息充分共享资源有效集成的综合信息平台。


市数字城管各个子系统内容管理的应用架构如下图所示市数字城管各个子系统内容管理系统建立节点化组件化服务化的信息整合平台和底层结构来构建多站点的子系统,完成系统之间信息的共享和数据交换的需要。


各个子系统支持将来的互动应用网上办事等其它应用的构成,各个应用系统通过数据总线进行数据交互。


市数字城管各个子系统全部直属机构的子系统统由主管理平台进行管理,统部署在台服务器上,而各个部门可以通过主管理平台自行建站内容维护人员通过内容管理和信息发布系统进行内容维护,浏览者通过子系统对各个子系统进行访问,而子系统中各个子系统都通过数据总线进行数据互通,数据总线同时提供各子系统论坛等应用系统整合集成,同时子系统中的各个子系统的用户由统的用户管理系统提供支持。


子系统具有以下特性节点化子系统建设平台提供强大的多站点管理功能,微观上来说每个站点都对应于定的主题,拥有自己的系统管理内容管理系统管理功能,对于他的管理者来说这就是个的站点,但是从宏观上来看,每个子系统都是子系统的个有机组成部分,他们之间的数据是互联互通的。


组件化子系统建设平台提供了很完善的组件体系页面组件,将不同的功能进行组件化形成页面组件。


平台上构建的所有子系统都是由页面组件构成的,般的系统设计维护人员只需要拖拽页面组件到页面上就可以完成大部分的功能。


极大的降低了子系统搭建的难度,使所见即所得的建站方式成为了现实。


服务化组件提供的功能般都限于原子的比较单的操作,综合的更复杂的功能有些力不从心,所以子系统建设平台将这些复杂的功能处理成系列的服务,提供给用户,包括论坛邮件信息采集。


这样用户只需要调用这些服务就可以使用了。


信息整合子系统建设平台提供了信息体化的服务,所以集成组织内部不同的各个子系统的信息也是平台提供的标准服务,子系统建设平台采用大集中的方式从下级子系统中抓取信息进行整合形成上级主平台。


开发子系统建设平台基于开放的的多层架构进行构建,可以很方便的扩充子系统的结构,使其渗入业务系统提供业务逻辑的处理功能。


同时,页面组件符合的行业标准,可以自由的扩展页面组件,并将自己开发的页面组件通过组件管理系统加入到系统。


系统技术路线技术架构是种利用平台来简化应用软件系统开发部署和管理相关的复杂问题的体系结构。


技术的基础就是核心平台或平台的标准版,具有编写次随处运行的特性,方便存取数据库的技术以及能够在应用中保护数据的安全模式等等,同时还提供了对以及技术的全面支持。


体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性高可靠性以及可扩展性的应用的需求。


通过提供统的开发平台,降低了开发多层应用的费用和复杂性,同时提供对现有应用程序集成强有力支持,完全支持,有良好的向导支持打包和部署应用,添加目录支持,增强了安全机制,提高了性能。


技术扩展标记语言是种语言结构十分弹性且扩展性高的标记语言,它可以很容易的描述各种文件数据。


因此,它能够给基于的应用软件赋予强大的功能和灵活性,使其具有更有意义的搜索应用开发更加灵活集成不同来源的数据完善软件的本地计算和处理使数据的显示多样化并可以进行粒状的更新增加软件的扩展与集成性。


设计模式最初是在中被用来构建用户界面的。


代表模型,代表视图,代表控制器。


的目的是增加代码的重用率,减少数据表达数据描述和应用操作的耦合度。


同时也使得软件可维护性,可修复性,可扩展性,灵活性以及封装性大大提高。


设计模式由三部分组成。


模型是应用对象,没有用户界面视图表示它在屏幕上的显示,代表流向用户的数据控制器定义用户界面对用户输入的响应方式,负责把用户的动作转成针对的操作。


通过更新的数据来反映数据的变化。


技术是通过系列标准和协议来保证程序之间的动态连接的技术。


使用构建单点登录及应用集成。


作为新代分布式计算模型,提供了种行业标准方式,用基于的请求与响应实现分布式通信,对不同分布式计算平台和实现语言间的相互操作性提供了无可比拟的支持。


它的提出解决了传统中间件技术的应用问题,使得原先处于不同平台,使用等不同对象技术的构架都能够除去平台和实现的差异,统在技术层之上。


技术是指种创建交互式网页应用的网页开发技术。


基于标准的表示使用进行动态显示及交互使用和进行数据交换及相关操作使用进行异步数据查询检索使用将所有的东西绑定在起。


类似于或,不是指种单的技术,而是有机地利用了系列相关的技术。


的应用使用支持以上技术的浏览器作为运行平台。


这些浏览器目前包括及。


但是不支持格式对象,也不支持。


的核心是对象。


该对象在中首次引入,它是种支持异步请求的技术。


简而言之,使用户可以使用向服务器提出请求并处理响应,而不阻塞用户。


在创建站点时,在客户端执行屏幕更新为用户提供了很大的灵活性。


的工作原理相当于在用户和服务器之间加了个中间层,使用户操作与服务器响应异步化。


这样把以前的些服务器负担的工作转嫁到客户端,利于客户端闲臵的处理能力来处理,减轻服务器和带宽的负担,从而达到节约的空间及带宽租用成本的目的。


是相对年以前的互联网模式的新的类互联网应用的统称。


的主要特点在于用户通过浏览器获取信息,则更注重用户的交互作用,用户既是子系统内容的消费者浏览者,也是子系统内容的制造者。


是次从核心内容到外部应用的革命。


由单纯通过网络浏览器浏览网页模式向内容更丰富联系性更强工具性更强的互联网模式的发展已经成为互联网新的发展趋势。


到的转变,具体的说,从模式上是单纯的读向写共同建设发展从基本构成单元上,是由网页向发

下一篇
  • Hi,我是你的文档小助手!
    你可以按格式查找相似内容哟
DOC PPT RAR 精品 全部
小贴士:
  • 🔯 当前文档为word文档,建议你点击DOC查看当前文档的相似文档。
  • ⭐ 查询的内容是以当前文档的标题进行精准匹配找到的结果,如果你对结果不满意,可以在顶部的搜索输入框输入关健词进行。
帮帮文库-精品文档 帮帮文库-免费阅读 帮帮文库-海量资源
换一批

搜索

客服

足迹

下载文档