广州市交通管理总站电子政务平台系统（一期）设计方案
4.1.2 系统应用结构
通过对功能需求的分析，系统主要由办公自动化、部分业务系统以及信息发布和网上申报三个方面的应用组成，其中数据库是整个应用系统的基础。在应用和数据之间通过专门的数据处理引擎来完成数据访问和处理，从而保证数据的实时更新以及速度和安全等问题。见图4-2系统总体层次结构设计图。
表现层 业务层 数据层 办公数据 业务数据库 系统组件(COM / COM+) BizTalk MSMQ 与地理信息系统的接口 数据安全管理 用户权限管理 用户定制与扩展 数据备份与恢复 系统管理与维护子系统 流程定义 模板定义 日常办公 个人事务 其他管理 公共信息 系统管理 监控督办 办公自动化系统 会议管理 档案管理 UMS 信息门户 业务办理 网上申报 企业信用 流程监控 信息发布 业务管理与网上服务系统 电子身份认证和ePass身份识别平台 ADO.net Exchange WEB信息发布接口组件 公交电子政务信息系统数据库 图4-2 系统应用结构
第26页/共76页
广州市交通管理总站电子政务平台系统（一期）设计方案
在上图的系统总体层次结构中，数据层主要包括数据的内容和组织以及存贮方式；业务层主要是指系统核心功能组件，通过这些组件我们可以快速地构建成满足用户需求的各项功能；表现层则是指面向用户的表达，是在业务层的COM/COM+提供的接口上构建成功的系统具体应用，主要包括三个子系统的功能应用。
4.2、系统功能设计
由于本系统的运行平台和开发平台均采用微软的Windows平台，数据库也采用微软的Oracle 9i，因而在系统结构上我们采用了微软Windows DNA三层结构来设计和实现，即将系统分为表现层、业务层和数据层。表现层为应用的客户端部分，它负责与用户进行交互；业务层构成了应用的业务逻辑规则，它是应用的核心，是由一些组件构成；数据层为后台数据库。通过业务层核心应用组件，我们构建了本系统的三大子系统，下面分别对这三个子系统要实现的功能作详细的描述。
4.2.1 系统管理与维护子系统
系统管理与维护子系统主要的用户对象为系统管理员，它为系统管理员提供了系统数据安全管理、数据备份与恢复、用户定制与扩展、用户权限、流程定义、模板定义等功能。系统管理与维护子系统既可以对数据库进行管理，也可对系统功能与系统用户进行管理，其功能模块与作用对象图如下：
图4-3 系统管理与维护子系统功能模块与作用对象图 办公数据 业务数据 系统数据库 用户权限管理 数据安全管理 数据备份与恢复 流程定义管理 用户定制与扩展 模板定义管理 系统管理与维护子系统 第27页/共76页
广州市交通管理总站电子政务平台系统（一期）设计方案
4.2.1.1数据安全管理
1. 数据存取安全控制 ? 身份认证
通过Windows Advance Server 2000提供的身份认证API完成对用户身份的确认。 ? 权限控制
这里的权限控制主要是通过Oracle 9i数据库的用户管理，对存取数据库的用户进行权限设置和校验。
? 数据校验
通过对 XML文件的分析，校验数据的可靠和准确性。 2. 加密ePass卡
将加密字符串写入ePass卡，然后通过ePass卡的API对字符串进行二次加密形成用户密码和用户身份校验。 4.2.1.2用户权限管理
依据“最小特权”原则对系统管理员的特权进行了分化，每个用户只能拥有刚够完成工作的最小权限。然后根据系统管理任务设立角色，依据角色划分权限，每个角色各负其责，权限各自分立，一个管理角色不拥有另一个管理角色的特权。
利用Microsoft? Office 2003中的信息权限管理（Information Rights Management，IRM）为用户控制他们自己的信息。IRM是Microsoft开发的一种持久性的文件级保护技术，它允许信息工作者对有权访问和使用文档或电子邮件的人员加以指定，并且能够保护信息不受未经授权的打印、转发或复制。 4.2.1.3用户定制与扩展
基于COM的用户定制和扩展是本系统的基本设计思路，通过图形化界面对用户权限和系统功能进行扩充和定制，形成XML格式的用户定制文件，客户应用通过解析XML对应用进行配置和管理。
1. 界面定制
通过对页面风格的修改，达到个性化显示的目的； 2. 功能定制
查询定制、输入输出定制、统计定制
第28页/共76页
广州市交通管理总站电子政务平台系统（一期）设计方案
4.2.1.4数据备份与恢复
1、数据库备份要求
? 对ORACLE，实现数据库的在线备份、增量、差量、安全、日志备份等备
份策略，使备份快速灵活。
? 快速完全保护ORACLE，支持单一表空间备份、文件组备份。 ? 可以实现在线备份用户数据库，不影响系统的正常使用。
? 能同时备份数据库服务器操作系统，发生灾难时能够简单快速恢复服务器
操作系统和数据至原来状态。
2、数据备份与恢复方案
制定日常备份制度，描述每天的备份以什么方式、使用什么备份介质进行，是系统备份方案的具体实施细则。严格按照制度进行日常备份，否则将无法达到备份方案的目标。数据备份有多种方式：全备份、增量备份、差分备份、按需备份等。
全备份：备份系统中所有的数据;
增量备份：只备份上次备份以后有变化的数据; 差分备份：只备份上次完全备份以后有变化的数据。 按需备份：根据临时需要有选择地进行数据备份。
全备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全备份最可靠；但是随着数据量的不断增大，我们将无法每天做全备份，而只能在周末进行全备份，其它时间我们采用所用时间更少的增量备份或采用介于两者之间的差分备份。各种备份的数据量不同:全备份>差分备份>增量备份。在备份时要根据它们的特点灵活使用。
? 数据备份
数据库全备份：选择在周五（或周六）自动进行。
数据库增量备份：每晚作批前和批后由主机系统执行，批处理人员触发或由系统自动执行。
文件全备份：将主机系统和其它服务器的数据作全备份，选择在周日自动进行。 文件增量备份：在周一到周四（或周五）之间备份文件的增量。 系统全量：在月初的周日备份系统及数据库的全量。 系统增量：在其余的时间仅备份系统和数据库配置的增量。
第29页/共76页
广州市交通管理总站电子政务平台系统（一期）设计方案
跟踪备份：实时备份系统增量(事务日志备份)。
结合以上备份策略，从便于管理和恢复的角度考虑，制订数据分组和存储介质池对应策略，将数据分门别类放在不同编号的磁带组上，并建立不同的存取权限。建议建立：
数据库介质：专门放置数据库信息。 文件介质：除数据库以外的文件。
数据库日志和系统日志介质：安全稽核和系统恢复的重要数据记录须较长时间保存，建议由安全管理官员在NT一侧建立管理，形成与主机系统管理人员分离的运行数据记录。
系统介质：备份系统和系统配置等的变化，做到快速恢复系统。 ? 灾难恢复
灾难恢复措施在整个备份制度中占有相当重要的地位。因为它关系到系统在经历灾难后能否迅速恢复。灾难恢复操作通常可以分为两类。第一类是全盘恢复，第二类是个别文件恢复，还有一种值得一提的是重定向恢复。
全盘恢复一般应用在服务器发生意外灾难导致数据全部丢失、系统崩溃或是有计划的系统升级、系统重组等，也称为系统恢复。
由于操作人员的水平不高，个别文件恢复可能要比全盘恢复常见得多，利用网络备份系统的恢复功能，我们很容易恢复受损的个别文件。只需浏览备份数据库或目录，找到该文件，触动恢复功能，软件将自动驱动存储设备，加载相应的存储媒体，然后恢复指定文件。
重定向恢复是将备份的文件恢复到另一个不同的位置或系统上去，而不是进行备份操作时它们当时所在的位置。重定向恢复可以是整个系统恢复也可以是个别文件恢复。重定向恢复时需要慎重考虑，要确保系统或文件恢复后的可用性。为了防备数据丢失，我们需要做好详细的灾难恢复计划，同时还要定期进行灾难演练。每过一段时间，应进行一次灾难演习。可以利用淘汰的机器或多余的硬盘进行灾难模拟，以熟练灾难恢复的操作过程，并检验所生成的灾难恢复软盘和灾难恢复备份是否可靠。
第30页/共76页