宁波市数字档案馆应用系统建设方案 大学论文Word文档格式.docx
《宁波市数字档案馆应用系统建设方案 大学论文Word文档格式.docx》由会员分享，可在线阅读，更多相关《宁波市数字档案馆应用系统建设方案 大学论文Word文档格式.docx（32页珍藏版）》请在冰豆网上搜索。
2.1.3资源建设现状
宁波市档案局现有馆藏档案15万卷，采用自行扫描加工的方式进行数字化建设，预计到2010年，将完成10,000,000页的扫描任务。
按照600K/页（按照扫描图片Tiff格式400K/页，转换成PDF格式之后200K/页，两份同时保存）计算，总共需要6TB的容量。
宁波市档案局下属立档单位达到200多家，以政府委办局单位为主，主要通过政务外网相连。
在数字档案馆项目实施之后，这些单位将通过政务外网上报档案目录、现行文件、电子公文等数据。
截止到2010年按照每家单位20GB数据计算，200家单位共计需要4TB的容量。
以上数据量总共10TB左右，再加上数据冗余的开销，主存储系统至少需要11TB的裸存储容量。
2.1.4应用系统现状
宁波市档案局现有一套档案目录管理软件，采用SQLServer数据库，由于开发时间较早，在数字档案馆项目建成之后将不再使用现有系统，但需要将现有的170多万条目数据导入新系统。
下属立档单位情况差别较大，大部分单位使用全市统一的政务内网上的公文收发系统，但在政务外网上有自己的OA系统、没有OA系统、有自己的档案室管理软件、没有档案软件等各种情况都有，而且OA系统、档案系统的版本、技术架构、开发单位都不一致。
第二节需求分析
2.2.1功能分析
宁波市数字档案馆项目将分成二期建设。
一期建设目标在2006年12月—2007年12月底完成，建设内容包括：
数字档案馆网络基础设施及软硬件平台建设；
档案资源库建设；
初步搭建公众服务专网网站、资源共享专网网站；
档案业务应用系统建设；
开展馆藏档案数字化加工等。
二期建设目标在2008年1月—2008年12月底完成，建设内容包括：
完善公众服务专网网站和资源共享专网网站功能，扩充二个网站的内容，形成宁波市电子政务信息集中与发布中心；
建设宁波市档案目录和电子公文接收中心；
建立和健全宁波市档案信息交换系统；
进一步完善和扩大档案资源库和数字化加工建设等。
从应用系统功能上来说，主要包括三个网站（门户）、两个应用（办公自动化系统和档案业务综合管理系统）和一个系统（安防和环境监控系统）。
应用系统的部署以及相互之间的关系如下图所示：
其中安防和环境监控系统相对比较独立，三个网站（门户）的技术路线自成一派，本方案将重点对办公自动化系统和档案业务综合管理系统这两个应用系统进行描述。
2.2.1.1办公自动化系统
办公自动化系统包括日常办公管理、组织人事管理和办公资源管理三部分，每部分又包括若干功能模块，功能模块结构图如下所示：
2.2.1.2档案业务综合管理系统
档案业务综合管理系统是宁波市数字档案馆的核心业务系统，从功能上覆盖了档案信息资源的采集、加工、管理和利用，从范围上涵盖了市局馆内部、各委办局档案室以及各区县档案局馆。
档案业务综合管理系统可以包括以下六个子系统：
各子系统大致的功能需求如下：
✓扫描加工管理：
实现纸质档案数字化加工全过程的流程化管理，包括扫描加工、图像处理、质检管理、OCR识别、格式转换、打包上传、文件合并、目录关联等功能；
✓档案资源建库：
各种类型档案的著录、校对、入库功能，电子公文和现行文件的收集功能、立档单位的数据上报和接收功能，档案移交接收功能，并且提供历史数据的导入功能；
✓档案资源管理：
对各种类型档案进行归档、整理、编目、编研、查询、统计、鉴定等管理功能，其中含专题档案的管理功能；
✓档案资源利用：
提供实体档案和电子档案的查询、借阅管理，包括借阅权限的控制、借阅审批、调归卷管理等功能；
✓虚拟档案室：
主要针对各市级机关单位档案室，在政务外网上提供管理本单位公开现行文件、公开档案目录，及与市档案局进行业务咨询与指导的交互功能，提高档案信息规范化管理与一体化管理水平；
✓分布式目录中心：
主要面向各区县档案局馆，在政务外网上建立一门式档案目录检索系统，采用先进的WebService技术实现全市各级档案目录数据库的一门式联网检索，实现分散异构档案数据的逻辑整合和共享。
2.2.2用户分析
宁波市数字档案馆应用系统需要面向局馆内部（50~60人）、各委办局立档单位（约200家）、各区县档案局馆（6区3市2县）和广大公众提供档案信息服务，OA系统和档案系统的用户简要分析如下表所示：
子系统
面向用户
主要角色
办公自动化系统
局馆内部用户
局领导、处室领导、业务人员、系统管理员
扫描加工管理子系统
局馆数字化加工中心
负责人、质检员、著录员、扫描员
档案资源建库子系统
局馆内部用户（接收征集为主）、立档单位用户
业务人员、档案管理员、系统管理员
档案资源管理子系统
局馆内部用户（档案管理为主）
档案资源利用子系统
局馆内部用户、立档单位用户、其他合法用户
普通利用者、授权利用者、特许用户、档案管理员等
虚拟档案室子系统
立档单位用户
业务人员、档案管理员
分布式目录中心子系统
局馆内部用户、区县档案局馆用户、其他合法用户
上报人员、接收人员、管理人员、利用人员
2.2.3接口/整合需求
在宁波市数字档案馆应用系统的建设过程中，需要实现以下方面的接口：
1.完成用户权限平台和CA认证系统的接口，实现单点登录功能；
2.完成应用系统和邮件系统、短信平台的接口，实现即时消息提醒功能；
3.完成外网门户和宁波市政府门户的接口，实现部分信息向宁波市政务门户的发布；
4.完成市局OA系统和区县局OA系统的接口，实现部分文件资料的收发；
5.实现市局档案系统和区县局、各委办局立档单位档案系统的接口，实现现行文件、电子文件的移交接收；
6.实现市局OA系统和内网门户系统的接口，将内网门户接收到的市委、市府文件导入OA系统。
除了接口之外，还需要实现以下方面的整合需求：
1.完成政务门户和OA系统、档案系统的整合，在统一的用户权限平台基础上实现统一用户管理、统一身份认证、统一权限控制和单点登录；
2.完成OA系统和档案系统的无缝整合，实现电子公文文档一体化功能；
3.集成一体化信息发布平台，实现三网信息门户的多站点管理和一档多发功能；
4.集成电子签章系统，实现电子文档的签章功能；
5.集成全文检索引擎，实现全文检索功能；
6.集成即时通讯工具，实现多种形式的消息提醒。
第三节建设目标
宁波市数字档案馆总体建设目标是：
利用现代网络技术、海量数据存储和非结构化数据库技术及智能检索技术，开发一套与数字档案馆相配套的应用系统，提供数字档案管理的整套方法及相关软件；
建立超大规模的、高度有序的分布式数字档案资源库群；
加强档案资源的利用，并通过网络向政府和公众提供高效服务；
根据国际和国家相关的标准规范，研究制定一套相关标准规范；
力争通过3年的努力，建设成管理标准化、服务网络化、安全可靠与宁波市经济社会发展相适应，具有先进水平的数字档案馆。
本方案主要针对宁波市数字档案馆的应用系统建设进行描述，重点介绍办公自动化系统和档案综合业务管理系统这两个核心应用系统。
第三章总体设计
第一节设计原则
宁波市数字档案馆应用系统的建设应遵循下述原则：
●易用性
界面友好，易学易用，具较好的互操作性，便于系统的集成。
在整体设计思想上要具备适度的超前性，并具有强劲的文档管理、搜索等功能。
各功能模块均要有简单实用的在线帮助功能。
●安全性
系统应结合身份认证等安全手段，将用户分级管理，设置不同的访问权限，建立良好的安全保障机制，确保系统安全。
●经济性
系统设计要充分考虑宁波市档案局信息化建设的现状，结合业务需求和投资规模，力求达到最佳性能价格比和最优的平衡点。
●开放性
必须要与相关系统实现无缝连接，要使系统具有很大的开放性，方便进行数据交换，数据交换的格式按国家/省档案局的相关标准格式定义，保证在将来较长时间内可以达到通用的目的。
●可扩展性
在系统的设计中，应充分考虑到整体系统的可扩展性。
满足随着业务的不断发展而随时增加的数据量和用户的需求。
能通过自扩展的方式适应新类型的文件、文件和资料；
业务处理功能在一定程度内的增加或变更等需求不会影响系统的体系结构，并能在最短的时间内实现新的需求。
●可管理性
系统的设计必须考虑到工程实施完成后系统的操作与维护，因此，该系统必须具备较强的可管理性和易维护性，便于系统管理人员能够尽快熟练地掌握该系统的操作和管理技术，以保证系统能安全可靠地运行。
第二节网络架构设计
宁波市数字档案馆建设过程中，可以将网络划分成三个部分：
1.资源共享专网（局域网）：
宁波市档案局局域网整网接入宁波市政务外网的资源共享专网，在物理上为一个网，通过政务外网和上级档案局馆、各区县档案局馆以及各委办局立档单位相连，可以进行数据交换和档案信息服务；
2.公众服务专网：
是宁波市政务外网上的一个专网，和资源共享专网逻辑隔离，资源共享专网上的用户及应用可以访问公众服务专网，但公众服务专网则不能访问资源共享专网；
资源共享专网和因特网逻辑隔离，社会公众通过因特网可以访问公众服务专网，但公众服务专网内的用户或系统不能访问因特网；
3.政务内网：
现在的政务内网即为原来的政务专网，应用主要有内网公文接收，内网公文接收功能主要是为档案局领导及机要人员服务，用于接收宁波市委、市政府的涉密文件等。
政务内网和政务外网物理隔离，两者之间的数据交换只能通过移动介质进行。
三部分网络的架构示意图以及应用系统的部署情况如下所示：
第三节技术架构设计
3.3.1JavaB/S开发技术
JavaB/S模式是因网络而产生的最适合于网络社会的应用开发模式，具有标准化、高效率、易操作、易实现等优点，可以完成跨空间、实时的信息传输和数据共享。
基于该模式的应用既可以运行在局域网上，也可以运行在因特网上，可以实现真正意义上的超远程办公和查询，对客户端的要求极低，只需要一台PC机和一个浏览器，易于使用，客户端无需维护，这些优势都是传统的C/S模式所不具备的。
另外，考虑到系统的移植性和将来的扩展性，有可能在Unix、Windows、Linux等操作系统环境下移植，因此我们采用跨平台的JavaB/S开发技术进行建设。
3.3.2J2EE中间件技术
J2EE是以中间件技术EJB为基石的一整套开发B/M/S（浏览器/中间件/服务器）多层架构的跨平台高性能的技术框架，以下是J2EE的基本原理图：
操作过程如下：
✧用户通过表示层JSP界面向WEB服务器发出请求；
✧通过WEB服务器控制层的调度，调用对应的JavaBean；
✧JavaBean再去调用EJB容器中的EJB组件，两者之间的通讯采用远程过程调用（RMI——RemoteMethodInvocation）方式；
✧EJB从数据库中取得数据，返回给JavaBean；
✧JavaBean再返回给JSP页面，响应用户的请求。
3.3.3MVC开发模式
MVC简单地说就是Model（业务模型）、View（界面表示）和Controller（页面控制），是SUN公司倡导的最新B/S开发模式，已经在国外大型B/S应用系统中得到广泛应用。
MVC开发模式的应用可以大大提高应用软件的产品化程度，缩短软件开发周期，减少后期维护工作量，提高应用软件开发的效率和质量。
以下是MVC开发模式用UML类图和协作图的表示情况：
类图：
协作图：
第四节基础设施要求
3.4.1硬件设施要求
3.4.1.1网络和主机要求
任何应用系统的建设都脱离不了网络和硬件的支持，而且不同的应用系统对网络和硬件有不同的要求，本系统对网络和硬件设施的要求大致如下表所示（最低配置、推荐配置和理想配置）：
分类
最低配置
推荐配置
理想配置
网络
10兆以上局域网，相关的接入设备、路由设备、安全设备
千兆主干，百兆桌面，相关的接入设备、路由设备、安全设备
千兆主干，百兆桌面，核心交换机冗余，完备的接入设备、路由设备、安全设备
硬件
服务器
数据库、应用服务器共用一台PC服务器：
CPU至强1G以上，内存1G以上，硬盘80G以上（数据库服务器带磁盘阵列）
数据库、应用服务器独立PC服务器或同等配置小型机：
CPU至强2G以上，内存2G以上，硬盘143Graid1（数据库服务器带磁盘阵列）
数据库、应用服务器独立PC服务器双机集群或同等配置小型机集群：
CPU至强2G以上，内存4G以上，硬盘143Graid1（数据库、应用服务器接入SAN存储系统）
客户端
CPUPIII800以上，内存128M以上，硬盘10G以上，显示器分辨率800*600以上PC机；
IE5.5以上浏览器
CPUPIV以上，内存256M以上，硬盘20G以上，显示器分辨率800*600以上PC机；
CPUPIV以上，内存256M以上，硬盘40G以上，显示器分辨率1024*768以上PC机；
IE6.0以上浏览器
3.4.1.2存储系统设计
SAN（StorageAreaNetwork，存储区域网络）是近年来比较流行的存储理念，它为业务数据的级数增长和应用系统的高速扩展提供了广阔的天地。
SAN是指独立于服务器网络系统之外的高速存储网络，这种网络采用高速的光纤通道作为传输媒体，以FC+SCSI的应用协议作为存储访问协议，使用户获得不低于100MB/s的数据系统访问速率。
SAN是计算机系统和存储系统的一种理想的配置方式，它把诸多LAN/WAN的概念应用于计算机系统和存储设备之间的连接，因而为存储设备之间以及主机与存储设备之间提供了强大而灵活的互连能力，有利于数据的集中管理和数据的无限扩展。
可以说，SAN充分体现了数据对企业的价值，它使得数据系统彻底摆脱了传统的分散式管理格局，走向一体化的信息管理。
SAN体系结构为以下问题提供有效的解决方案：
Ø
存储容量的爆炸性增长；
数据存储的集中管理；
多服务器的数据直接高速备份的要求（与网络无关的备份），这种备份可以克服传统备份的令人难以忍受的对应用网络效率的冲击；
集中式备份和恢复；
多机集群系统的要求；
数据高度扩展能力的要求；
本地服务器与远程存储连接的要求；
对数据访问性能的要求，如视频系统，图像调用等。
根据2.1.3中的数据量估算，本项目需要建立裸存储容量达到11T的存储系统，我们建议在局域网核心资源库的存储中建立SAN高速存储区域网络，满足核心资源库集中管理、高速访问、数据安全的需求。
另外，还需要充分考虑完善的备份策略，配备相关的备份设备，通过备份软件实现自动化备份，通过多种备份方式的组合达到确保数据安全的目的。
3.4.2安全保障体系
尽管在本项目建设过程中，基本不涉及到涉密数据的管理（涉密数据不能接入政务外网），但应用系统的权限控制、日志审计以及系统的高可用性保障、防病毒措施等安全保障措施还是必不可少的。
整个系统需要从物理层、系统层、应用层和管理层等各个层面保障系统安全，大致的措施简要说明如下：
1.物理层安全：
屏蔽机房、屏蔽综合布线系统、干扰器、加密机等；
2.系统层安全：
入侵检测、防火墙、网闸、漏洞扫描、防病毒系统、网络审计系统等；
3.应用层安全：
身份认证系统、访问控制、应用审计、数字签名、数字信封、加密传输、数字水印等；
4.管理层安全：
制定安全管理与标准法规、采取网间逻辑隔离和物理隔离、强化网络管理、运行管理、业务管理、用户管理等。
3.4.3系统软件/平台软件
3.4.3.1系统软件
系统软件主要包括操作系统、数据库、应用服务器和门户服务器四部分。
1.操作系统
由于本系统的开发拟采用跨平台的Java开发技术，因此对于操作系统没有什么依赖性，并且可以实现在不同的平台上进行无缝移植，具体根据主服务器的选型决定，如果采用小型机则建议采用UNIX操作系统，如果采用PCServer则建议采用Windows2003Server操作系统。
2.数据库
选择一个性能卓越、价格合理、安全稳定、可移植的数据库对于系统的稳定性、容错性、安全性、高效率和可扩展等性能将产生重要影响，而且考虑到以后应用系统的扩展和数据量的成倍增加，还需要考虑数据库的开放性和处理能力。
在流行的关系型数据库中，占市场份额最大的数据库主要有五种，被称为五大数据库：
IBMDB2、Informix、SybaseAdaptiveServer、MSSQLServer和Oracle。
经过对这些数据库的比较，我们推荐采用目前市场占有率最高、同时也是性价比最高的Oracle数据库。
3.应用服务器
目前，世界上应用服务器品种繁多，性能也各有差别，市场占有率最高的J2EE应用服务器主要有BEAWebLogicServer、IBMWebSphereApplicationServer和Oracle10gApplicationServer三种，这三种应用服务器基本上都能满足本项目建设的需求。
还有一些国产的中间件软件，比如金蝶的Apusic和东方通的Tongweb以及开源的Tomcat，在前期用户访问量和数据量不是很大的情况下基本上也能满足要求，但随着业务量的上升，全市各单位的推广应用，则可能会出现性能瓶颈。
4.门户服务器
信息门户的意义体现在对后台系统的有效集成。
通过和后台系统集成，将信息和业务处理过程在门户系统中进行展示，各种业务过程能够流畅地通过门户系统中进行处理，实现自动化和流水化。
在宁波市数字档案馆项目的建设过程中，三个网站（门户）的建设将采用JSR#168Portlet技术，特别是需要集成OA系统和档案业务系统的档案局政务门户，而对于被集成的OA系统和档案业务系统而言，采用门户技术意味着需要对系统的页面展现方式进行修改，将原先的JSP/HTML展现方式改成Portlet展现方式，并部署到PortalServer的Portlet容器中。
在门户服务器方面，IBM无疑是业界的领袖，IBMWebSpherePortalServer（WPS）正在迅速成为构建企业类应用程序的标准平台。
3.4.3.2平台软件
在办公自动化系统和档案业务系统的建设过程中，除了系统软件的支持之外，还需要集成以下方面的应用基础平台软件和工具软件：
1.用户权限平台：
是所有应用系统的基础，负责整个信息系统的组织机构管理、用户管理、权限管理和系统初始化任务，是整个信息系统的关键和基础部分。
另外，用户权限平台还可以和第三方CA服务器进行集成，实现统一身份认证和单点登录功能；
用户权限平台一般由应用开发商自己提供，比如中信系统管理平台CES-SYS3.0；
2.工作流平台：
包括工作流引擎、定义工具、工作流监控、管理工具、用户接口等功能模块，主要实现数字化加工、公文流转、档案鉴定、审批事项、信息发布等各种流程的自定义流转；
工作流平台作为OA系统的核心组件，一般由应用开发商自己提供，比如中信工作流平台Coflow3.0；
3.即时通讯平台：
消息提醒是一个很具人性化特色的功能，不管是邮件提醒、声音提醒、提示信息还是手机短信、PDA提醒都能够让用户第一时间掌握他所关注的或者别人需要他关注的事情，从而加强信息沟通，提高工作效率。
即时通讯平台的核心就是消息引擎，它可以集成到应用模块中去，使其成为应用系统的一部分，为各种消息提醒方式提供底层的支持。
即时通讯平台的消息引擎部分可以采用RTX（QQ企业版）、LCS（MSN企业版）或者由应用开发商自己提供，比如中信即时通讯平台Wotalk1.0；
其中邮件系统、短信平台、PDA终端需要另外配备；
4.全文检索引擎：
档案系统中有很多各种各样的文件资料，比如电子公文、红头文件、图书资料、电子刊物等等，为了快捷有效的从海量全文信息中检索出用户所需要的内容，需要实现文档资料的全文检索功能。
中文全文检索是在海量非结构化信息中快速、准确获得用户所需中文信息的必备功能。
全文检索引擎可以采用商品化的TRS或者天宇产品，在前期数据量不是很大（百万级以下）的情况下也可以采用开源的Lucene；
5.电子签章
升级会员 