软件体系结构大作业Word下载.docx

软件体系结构大作业Word下载.docx

《软件体系结构大作业Word下载.docx》由会员分享，可在线阅读，更多相关《软件体系结构大作业Word下载.docx（14页珍藏版）》请在冰豆网上搜索。

二、电子政务的建设意义：

建设电子政务平台，目的是为了提高政府办公效率和效益和改进公共服务水平等，。

主要体现在以下几方面：

1．能够降低办公费用，提高工作效率。

如众所周知，政府每年用在文件印刷的费用是巨大的。

如果这些文件在内部网站上可以查到，那么就不必花太多的钱在纸上，这样又可以保护宝贵的森林资源。

随着政府采用数字系统，软件将改造政府的工作方式，从而节约成本。

2．可以更高效地给社会公众提供服务，有利于和谐社会的建设。

电子政务通过推进政府部门办公自动化、网络化、电子化、全面信息共享等工作进程，从而营造运用信息及通信技术打破行政机关的组织界限的电子化虚拟机关，实现广泛范围意义的政府机关间及政府与社会各界之间经由各种电子化渠道进行相互沟通，并依据人们的需求、人们可以使用的形式、人们要求的时间及地点，提供人们各种不同的针对个性的服务选择。

电子政务能够加快政府职能的转变，扩大对外交往的渠道，密切政府和人民群众的联系，提高政府工作效率。

这样就有利于政务公开，人民群众随时可以详细地知晓政府政务，从而有助于减少政府及其官员腐败，化解矛盾，有利于和谐社会的建设。

3．电子政务在实现“以信息化促进工业化、现代化”的发展战略中具有重要的意义。

政府通常是一国内最大的“企业”，如果它带头使用技术，就会自动地提高本国的技术技能，并推动全国转移到信息市场去。

政府靠行政命令或提供诱因能带动所有跟它合作业务的公司。

从而推进全社会的信息化、工业化、现代化。

4．提高政府决策理性和公共政策的品质。

政府信息化可使政府运用所获取和掌握的国家政治、经济、社会发展诸领域的准确可靠的信息，对制定正确的决策，做出理性与科学的判断，采取有针对性和见实效的行为，进而提高政府决策和公共政策的水准和质量。

电子政务应用的参考模型

利用"

4+1"

视图模型，从5个不同的视角包括包括逻辑试图、进程视图、物理视图、开发视图、场景视图来描述电子政务的体系结构。

1、逻辑视图

逻辑视图主要是用来描述系统的功能需求，即系统提供给最终用户的服务.在逻辑视图中，系统分解成一系列的功能抽象、功能分解与功能分析，这些主要来自问题领域。

2、开发视图 

开发视图主要用来描述软件模块的组织与管理（通过程序库或子系统）。

服务于软件编程人员，方便后续的设计与实现。

3、进程视图　　

进程视图侧重系统的运行特性，关注非功能性的需求（性能，可用性）。

服务于系统集成人员，方便后续性能测试。

强调并发性、分布性、集成性、鲁棒性（容错）、可扩充性、吞吐量等。

4、物理视图　 

物理视图主要描述硬件配置。

服务于系统工程人员，解决系统的拓扑结构、系统安装、通信等问题。

主要考虑如何把软件映射到硬件上，也要考虑系统性能、规模、可靠性等。

5、场景 

场景用于刻画构件之间的相互关系，将四个视图有机地联系起来。

可以描述一个特定的视图内的构件关系，也可以描述不同视图间的构件关系。

三、数据交换平台的应用参考模型

本数据交换平台是基于应用服务器的多层B/S应用模式，基于数据（信息）交换平台的政务业务体系结构。

其主要的设计思路是：

实现相对独立的功能，在复杂的应用处理基础上抽象出独立的层次为应用提供服务。

业务数据交换平台系统总体框架由交换前置机系统、数据交换总线系统、交换中心数据库、流程管理和服务监控系统。

业务数据交换台平总体架构图

（以企业基础数据交换平台为例）

1.交换前置机

连接交换前置机与数据交换中心的网络系统（通常为政务内网），交换前置机的操作系统、前置交换数据库、数据交换通讯接口、数据交换桥接接口、前置交换安全管理模块等组成。

交换前置机的主要任务是由部门业务数据库到前置交换机数据库之间的信息交换桥接接口，以完成两个信息库之间的在线实时交换。

2.数据交换总线：

通过数据标准对比，实现不同部门前置交换信息库之间安全、可靠、稳定、高效的信息交换传递系统。

数据交换总线的技术核心是数据交换中间件系统。

3.中心数据库：

是以对象的原始数据（如企业登记注册信息）为基础，以元数据主键（如组织机构代码）为唯一标识，经在线实时交换及信息比对后形成的中心数据库。

各部门业务数据库与交换中心之间共享信息双向交换的中转数据库。

包括部门对外发布的信息和从其他部门接收的信息。

4.管理与服务系统：

由数据比对、对象基础信息库管理与维护、日志管理、用户及权限管理、数据备份以及对整个交换运行情况的监控等部分组成。

四、主要WebService设计

WebService接口是外部应用系统与数据交换中心连接的通道,有了WebService接口,便可连接异构平台下的异构应用系统，从而实现应用级的集成。

根据数据交换主要类的设计为三大功能WebService接口，提供对外服务，这三大服务分别是：

数据抽取服务、数据访问服务和数据交换服务。

（1）数据抽取服务接口

根据对政府各部门数据源抽取方式的不同，我们设计了数据抽取WebService接口，该接口主要抽取外部应用系统的XML文件和其它文件附件。

（2）数据访问服务接口

数据访问服务主要对外部应用系统提供数据下载服务。

根据文件类型的不同，可以创建了两个数据访问接口它们的实现过程与数据抽取接口类似，分别实现了提取交换数据库中相关部门对应的egXML文件和部门之间要交换的其它文件，然后把egXML或文件以二进制流的形式返回给调用端。

下图为外部应用系统从数据交换中心下载文件的时序图：

（3）数据交换服务接口

数据交换服务接口负责对获取的XML和其它文件进行数据交换处理。

五、电子政务公文格式

基于XML标准的电子政务信息交换描述语言（E-GovernmentXML）的设计方案。

根据egXML规范，政府部门处理的各种文件存档及交换全部采用这种电子政务格式的XML，从而使数据建立在开放的、通用的标准之上。

对于机关的电子公文格式，国家技术监督局制定了《国家行政机关公文格式》（GB9704-1999），国务院办公厅制定了国发[2000]23号《国家行政机关公文处理办法》，中央办公厅制定了《中国共产党各级领导机关文件处理条例（试行）》。

依照以上规范要求，一个实际公文的基本格式如图所示：

报文是电子公文交换中数据传递和交换的最基本要素。

由上图得知，egXML报文包括信封、报文头和报文体三个部分。

（1）信封由报文的命名空间、版本、语言等组成

（2）报文头由报文的标识、来源、目的、路由信息等组成

（3报文体是要发送的电子数据。

六、电子政务数据交换的方式

XML和数据库之间是互补的关系，在不同的场合各有优势。

数据库是数据存储的地方，与平台相关，而XML更适合于动态的数据交换和集成，与平台无关。

目前，在利用XML作为数据交换载体的方式中，主要有两种数据交换方法：

XML与关系数据库的转换和XML文档之间的转换。

这两种方法均可应用到电子政务数据交换当中

1、数据适配器构件功能模型

（1）数据适配器对数据中心的访问

数据适配器可以根据中间件与数据库之间的接口或者直接由交换平台建立对数据库的访问接口，实现对政务信息中心的各种资源、文档库的访问。

为了完成应用集成和业务过程集成，必须首先解决数据和数据库的集成问题。

在集成之前，必须首先对数据进行标识并编成目录，在此基础上编制数据集成交换的格式标准，用来描述元数据模型，格式标准采用XML进行描述。

针对政务各种应用的开发和部署，数据交换平台提供解决数据集成的标准适配器，比如数据转换、过滤和填充，不同应用之间的数据交换把数据交换格式标准作为中间数据交换标准，数据交换平台通过支持数据交换标准，使得各种类型的适配器通过数据交换平台都可以非常容易地无缝集成到数据交换平台之上。

这样，可以实现数据在数据库系统中分布和共享。

（2）数据适配器对政务信息交换平台提供数据支持

数据交换格式标准的定义为政务信息交换平台中的各种政务业务流程的集成提供了数据支持。

2、路由适配器构件功能模型

（1）路由适配器对政务信息交换平台提供数据支持。

组织机构模型：

政务业务流程中，文档的转发和传输路由与政府的组织机构密切相关。

本模块根据政府的组织机构模型进行政务业务再工程化处理（BRP），建立在数据交换平台上的政府组织机构模型。

公文流转和审批模型：

根据不同的政务业务可能具有不同的政务流程，建立在政府组织机构模型基础上可以定义公文流转和审批流程的模型，为具体的政府业务流程自动化提供支撑。

路由信息处理：

具体负责电子政务公文交换系统各个节点的URL名称、地址分配和管理，为公文转发和交换提供在应用层面上的目的寻址信息，负责和其他路由信息处理系统（如多级结构的分数据交换平台以及对上以及数据交换平台）之间的路由信息交换与更新，实现互联互通。

3、政务信息电子公文交换适配器功能模型

（1）政务信息交换

为了提供不同的政务应用之间可靠的数据异步交换传输。

政务信息交换对通过交换接口传递过来的政务信息进行解析、寻址、格式转换、政务信息交换和加工处理、通过交换接口把交换处理后的信息分发给其他应用，并生成交换的状态信息。

政务信息交换处理过程实现点到点或一到多的政务应用数据互操作，在涉及多个应用的数据交换过程中支持全局事务功能。

（2）政务信息交换适配器为单机接口和公文交换接口提供交换适配功能

这样就实现了远程单机用户和政务外网上的局域网用户之间紧密的交换与联系。

公文交换接口为虚拟局域网内的用户实现政务应用和OA应用提供数据接入服务，各种政务应用通过公文交换接口与政务信息交换之间建立逻辑连接。

单机接口为远程的单机用户单点登录提供访问接口。

（3）政务信息交换适配器提供公文格式化处理功能

该功能提供了动态重新格式化信息的能力，从而使得公文信息能够被异构环境中的多个政务应用所接受和读取。

它针对不同的协议、编程语言、应用和硬件平台，进行政务信息格式化分析，并对信息重新格式化。

发送信息的应用可以以单一的格式发出信息，而数据交换平台的动态信息格式化能够自动地将信息重新格式化成一个满足公文数据交换格式标准的信息，从而可以被每一个接收信息的应用所接受。

这一功能之所以能够实现，应归功于通过交换平台生成的一组数据交换格式标准。

（4）政务信息交换适配器提供数据交换格式标准

数据交换格式标准允许发送信息的政务应用能够发出单个的信息供多个接收信息的政务应用和数据库使用。

在每一种情况下，基于具体应用的政务业务标准进行适配，政务信息能够以适当的格式传送给指定的信息接收者。

数据交换格式标准支持已有应用和数据的各种政务业务标准，同时还提供基于XML描述的中间数据标准格式。

4、管理与消息发布构件功能模型

（1）系统管理

系统管理实现对政务信息交换进行配置、管理和监控，包括数据管理、用户管理、应用模块管理、安全管理和系统运行时的管理模块，实现用户、组、角色、消息、审计、CA等管理和配置，且对传输网络系统、系统日志、系统事件进行监控。

在系统管理的数据管理中，管理还包括：

资源信息的分类管理、信息格式管理、信息归档与历史查询管理、信息的目录服务管理。

（2）业务管理

业务管理包括转换规则表定义与管理、政务信息交换登记与标准管理、远程交换代理管理、政务信息服务注册与发布管理、政务信息的收发与交换控制管理等。

（3）消息发布

消息发布通过应用网关向多种通道进行内容发布，为移动用户和固定用户实体发布政务通知与消息。

七、电子公文的生成

存在的问题:

目前大多数政府网站的电子公文采用都是HTML格式，只能通过网站维护

人员来人工编写显示电子公文的页面，使得政府网站的建设过程中存在着大量的重复性工作，维护任务也非常繁重。

解决方法:

根据本文所设计的基于XML的电子公文格式和针对该格式的XSL格式化样式单，编程实现电子公文生成、显示和传输的自动化。

八、数据中心数据资源库

数据中心的基础是数据资源库，它由业务数据资源数据库、社会资源数据库和元数据库组成

业务数据库由基础数据库、主题操作数据库、办公数据库、公文数据库等组成基础数据库包括人口数据库、企业基础数据库、空间地理和自然资源数据库、以及宏观经济数据库等。

主题操作数据库，存有经常使用的业务数据，可存在数据中心，但大量的是以目录形式存储，而其数据总是存在各局委办，这样既保证了数据的动态更新的一致性，也保证了数据的安全性。

办公数据库，记录政府系统办公的数据。

并联审批，用户使用状态日志以及进行平台管理，电子政务系统维护管理的数据。

该项数据根据相关平台工具和业务系统进行定义和维护其结构模型遵循关系数据库的设计原则。

文本资料数据库，主要包括国家的政策和指令，本市的资料和条文等信息。

在国家政府机构，这样的资料显得额外重要，离开了它，就不能保证各项工作正常进行的方向。

目前机关的相关资料以纸面的居多，一些比较少的在库中存放的资料也是以扫描方式进入，因为各单位资源的共享问题，并没有做到资料的互通，查找资料的过程可能就是一个费时费力的过程。

社会资源数据库由互联信息数据库、多媒体资料数据库、电子商务数据库组成。

互联信息数据库由互联网信息采集系统按一定要求自动抽取，便公众和政府工作人员方便检索到互联网上的资料。

多媒体资料数据库包括各种政务图像、视频，用于宣传报道和视频点播。

电子商务数据库是企业交易过程的记录、供求信息和信用信息。

元数据库

建设目标是建立全市统一的政务数据字典和数据中心的元数据模型。

该数据库由两部分组成：

一是政务数据字典，包括政务叙词表，信息分类、代码和指标体系表。

主要用于各职能部门的信息联接与交换。

二是数据中心元数据，具体可包括数据模型定义、数据抽取规则、映射转换规则、主题定义、资料分类和维度定义、决策模型定义等等。

基于数据中心资源库的服务体系

政府决策信息，如国家和地方的政策、法规条例、决策咨询、战略发展研究报告（包括各职能机构和院所历年的研究成果）和阶段性的总体规划等；

社会服务信息，如国际国内重大政治新闻、经济运行分析、热点透视、社情民意动态、税收征管、统计报表、市场供求信息、社会与经济预测信息、金融财经信息、科技与人才信息，等等；

政府交流信息，政府部门之间因工作职能的需要交换信息，如各种公文、会议情况、总结报告、记录数据、办公文档、机关行政管理信息、经验介绍、驻外办事处等工作流信息。

应对事件预案，整个城市的各类资源要素储备和分布状况，行政组织及人力资源调配预案，对自然灾害和意外事故的处理，重大突发事件的应急预案。

城市地理信息，如城市地理状况、地下网、管、道和线的分布结构，以及城市规划与发展的思想库以及城市发展和政府行政的历史沿革等信息。

总结

　　学完软件体系结构这门课程，对于软件体系结构也有了一些了解。

电子政务的实施是政府行政体制改革和职能转变的重要手段，服务型政务的建设需要有效的电子政务系统的支持，而电子政务项目审计是控制电子政务项目建设风险和提升电子政务应用绩效和推动服务型政务建设的重要途径。

本文针对电子政务项目审计的研究现状的实际情况提出了一种提出了一种基于“4+1”视图的电子政务项目审计实施模式，分别从逻辑视图、进程视图、开发视图、物理视图、及场景视图等5个维度对电子政务项目审计的实施模式进行了研究，能够有效地指导和支撑电子政务项目审计工作的开展，为电子政务及其数据交换平台项目审计提供了一种可行的项目审计实施模式。

在做课程作业的过程中也遇到一些问题，对于文档的阅读还有些困难，虽然之前老师已经在课堂讲解过作业文档的内容，对于所要设计的软件需求也稍微做了讲解，但是课下阅读的时候还是有很多地方不理解，一方面是由于我们很少接触到这么长的软件文档，阅读起来比较困难，另一方面由于一些专业知识学习的不够扎实，导致文档所表述的问题不能很清晰的理解。

在今后的学习中还要加强文档方面的学习。