文物修复管理系统建设方案.docxVIP

PAGE2/NUMPAGES2

文物修复管理系统建设方案

一、系统建设需求分析

随着博物院信息化建设的发展，信息技术在文物管理与利用领域中已得到了广泛应用，已建立起文物管理信息系统和文物利用与出入库管理系统，实现了文物账目信息的科学管理、文物利用流程的自动化和规范化，极大地提高了文物管理的工作效率。但是文物修复流程及修复档案管理尚停留在传统人工管理阶段。随着近年来我院陈列展览、抢救性修复等各类文物修复工作的不断增加，传统的纸质管理方式已不能适应海量信息的文物修复档案管理工作的需要，迫切需要建立针对文物修复流程和文物修复管理的信息系统，利用先进的信息技术手段，进一步提升文物修复管理工作的效率和质量。

二、系统建设原则及目标

在分析博物院文物修复管理需求的基础上，我们提出了系统设计的总体原则，即“先进、实用、稳定、易用、可维护、可扩展”。系统是一套符合业务实际的文物修复流程，能够实现从文物修复申请、审批到修复任务分配、修复过程记录并最终生成修复档案的全流程信息化、可视化管理，实现修复系统内部子流程之间、修复系统与外部其他系统之间的信息传递和共享，完成文物修复档案信息的建立、存储和利用，进而提升文物修复工作的效率。

三、系统建设内容

（一）业务流程描述

文物修复申请

文物修复的申请部门一般为文物保管部门，修复申请人选定待修文物后，需要经过组长、主任、文物管理处处长、主管院长（负责一级文物或其他特殊修复审批）等环节的审批。需要填写的修复数据项包括修复任务名称、修复主体（文物修复/附件修复）、送修原因（修复、复制、文物养护、囊匣制作、实验室检测、修复方案制作等）、是否现场修复、修复要求、预计送修时间、经办人等，并在线选取待修文物。

文物出库

文物修复申请审批通过后，待出库文物进入文物利用与出入库管理系统，在线完成出库点交与验放。

文物修复管理

文物出库后进入修复流程，每一件文物对应一张修复单。负责文物修复的文保科技部（以下简称科技部）经办人收文后，提交科技部主任审批，审批通过后组织送修负责人、接修负责人（一般为某个修复小组的组长）共同查验文物伤况并签字确认，随后接修负责人确定文物修复类型（文物修复、文物养护、囊匣制作、实验室修复、文物检测分析、文物复制），并分配修复任务给具体修复人，当具体修复人为两人以上时，接修负责人还需要确定修复模式（顺序修复、同时修复）。文物修复任务有可能在几个修复小组之间顺序流转，也有可能在同一修复小组内部并行或顺序流转。修复人需对原件制作工艺、原件材料分析、修复工作目标、材料选择、技术工艺、措施与步骤、技术难点、解决方案等内容进行记录，每天撰写修复日志，并对文物修前、修中、修后进行拍照记录。在修复过程中，有可能需要将文物送实验室进行检测分析或送照相室进行拍照。如果修复过程中发现新的伤况，还需重新组织查验伤况。文物修复完成后，将交由接修负责人，并由经办人通知送修负责人进行验收。

文物退库

验收通过后，待退库文物进入文物利用与出入库管理系统，在线完成退库点收工作。

（二）系统结构设计

根据系统需求，从系统组成的角度，可以把本系统抽象为一个门户、三个体系和五个层次。其总体逻辑结构如图1所示。一个门户是指统一应用门户，通过统一的安全访问策略，为用户提供方便、快捷、安全的信息服务。三个体系是指标准规范体系、安全保障体系及运行管理体系。标准规范体系包括统一身份认证系统规范、开放互联系统规范、附属文件系统管理规范等；安全保障体系提供统一的信息安全服务，包括基本安全防护系统、应用安全系统、系统安全管理体制等；运行管理体系包括信息化建设组织机构、岗位职责及管理规范等。五个层次包含硬件基础设施层、数据系统层、系统平台层、应用支撑层、业务综合应用层。硬件基础设施层承载整个系统的物理环境，包括服务器、存储设备、网络设备等；数据系统指的是各类信息资源的集合，包括关系数据库、文件数据库等；系统平台层包含了各种商用服务软件，是各项应用共用的基础服务构成层；应用支撑层为系统提供了可通用的、可复用的、标准化的组件模板；业务综合应用层构建面向用户的文物修复管理软件，是用户具体业务要求的直观体现。

图1文物修复管理系统具体逻辑框架图

从系统构成的业务逻辑元素入手，技术实现框架总体分为接入层、应用层、服务层、资源层四个层次，如图2所示。接入层中，用户必须在信息化工作平台中经过统一身份认证系统验证权限后进入本系统。应用层和服务层一起，构成整个业务逻辑结构的核心。应用层通过调用服务层的中间件资源，构建应用逻辑群。服务层的应用组件构成应用开发平台，是应用层的软件支撑平台。通过服务层，可以快速创建、组装、部署和管理动态的完善的应用逻辑。资源层构成应用层、服务层的基础支撑环境。网络基础设施提供了如TCP/IP、目录和安全等资源服务，这