数字档案馆需求说明书.doc

《数字档案馆需求说明书.doc》由会员分享，可在线阅读，更多相关《数字档案馆需求说明书.doc（33页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、【精品文档】如有侵权，请联系网站删除，仅供学习与交流数字档案馆需求说明书.精品文档.目录1项目概述31.1项目背景31.2建设目标31.3参考文献42总体架构52.1系统设计理念72.2技术架构设计82.3网络拓扑架构102.4系统开发环境113档案查询利用管理子系统123.1子系统概述123.2档案查询123.2.1档案查询用例133.2.2档案过滤用例143.3利用者（用户）管理153.3.1用户注册163.3.2用户信息维护173.3.3用户资质审核183.3.4用户管理183.3.5用户授权193.4档案借阅管理193.4.1请求调阅档案203.4.2调阅请求审批213.4.3调阅档案

2、213.4.4档案借阅预约223.4.5档案归还223.4.6档案催还233.5统计查询233.6可视化档案库管理243.7出入库管理263.8库房环境监控管理293.8.1监控参数收集293.8.2档案库告警303.8.3设置告警参数304档案数据交换子系统304.1实体档案接收314.2电子档案接收324.3电子档案数据联机交换354.3.1联机接收电子档案354.3.2联机发送电子档案364.4电子档案数据脱机交换364.4.1电子档案导入374.4.2电子档案导出374.5电子档案数据发布384.5.1电子档案手工发布384.5.2电子档案自动发布394.6内部子系统数据交换394.7

3、电子档案数据备份与恢复395项目实施规划415.1项目组织架构415.2项目计划435.3项目预期成果455.4项目质量管理与控制465.5项目售后服务与培训475.5.1项目售后服务475.5.2培训内容485.5.3培训方式481 项目概述1.1 项目背景档案的借阅、查询、库房管理是各类档案信息化系统应用的重要内容，也是档案管理的重点和难点之一。目前，*档案馆在档案查询借阅、库房管理方面，主要存在以下问题：1) 档案查询利用困难，查询径途不够全、查全率低、查准率低；2) 借阅管理控制困难，实体档案传递容易损坏、遗失，借阅催还不及时；3) 海量数据搜索困难，对各种类型档案无法进行统一查询，海

4、量数据查询效率低；4) 管理流程实施困难，管理不科学，工作效率低，档案资源不能得到充分利用。5) 库房管理效率低，没有和信息化紧密结合起来。为了解决上述问题，*档案馆将与陕西*网络系统工程有限公司合作开发建设档案借阅查询系统和数据交换系统。档案借阅查询系统主要包括档案查询借阅平台、库房管理平台，提供档案信息搜索、借阅申请、借阅管理、归还管理、催还管理、查询统计、图形化库房管理、库房出入库等功能。借助网络平台，实现对档案的查询、借阅、归还、统计、库房进行全过程管理，提高工作效率，方便档案的查询利用。数据交换系统则能够以联机或者脱机方式接收陕西省省级各部门电子政务系统所生成的电子档案数据，对其验证

5、和归档。并且，能够与其他省市档案馆，以及省内各地市档案馆进行档案数据交换，实现档案资源的高度共享和充分利用。1.2 建设目标本项目是*档案馆“数字档案馆”项目建设的重要组成部分。通过本项目建设，将开发完成“数字档案查询利用子系统”和“数字档案数据交换子系统”。 全面提升*档案馆的档案管理的数字化水平，以及提高档案管理效率、档案资源利用率和共享度，促进陕西经济发展与和谐社会建设。项目建设的具体目标如下：1) 实现数字档案和实体档案信息的在线查询与利用；2) 实现档案元数据、对象数据和档案实体的一体化、自动化管理；3) 实现档案库、档案实体的可视化、信息化管理；4) 实现档案库环境的自动监控与管理

6、；5) 完善档案查询、查阅服务规范和相关标准，提升档案查阅服务质量与效率；6) 实现数字档案馆各个子系统之间档案数据的联机交换；7) 实现省档案馆，与各地市档案馆、兄弟档案馆、以及上级档案馆之间的档案数据联机交换；8) 通过电子政务网络，实现省档案馆与各省级机关之间数字档案的联机归档；1.3 参考文献1) GB/T 7156-1987 文献保密等级代码2) GB/T 7408-1994 数据元和交换格式 信息交换 日期和时间表示法3) DA/T 1-2000 档案工作基本术语4) DA/ T 13-1994 档号编制规则5) DA/T 22-2000 归档文件整理规则6) SJ/T11268-

7、2002 网络信息分类系统标准（信息资源目录体系）7) 陕西省档案局 陕西省归档文件整理实施细则8) 国家档案局 编制全国档案馆名称代码实施细则(国档发19874号)9) GB/T18894-2002 电子文件归档与管理规范10) DA/T 18-1999 档案著录规则11) 中国档案分类法12) 档案分类标引规则13) 中国档案主题词表14) 档案主题标引规则15) 陕西省文书档案目录数据交换格式与著录项目细则的暂行规定2 项目需求本项目主要承担*档案馆数字档案馆项目中的两个核心子系统的设计、开发任务，即档案查阅利用子系统和档案数据交换子系统。其中，陕西数字档案馆查询利用管理子系统主要由查询

8、、利用和实体管理三个部分组成。1) 档案查询系统人工查询服务：以WEB表单和分类导航页面为主要查询工具，面向WEB浏览器用户实现简单查询、模糊查询和分类查询等功能。2) 档案查阅管理系统自助查阅受理和服务：完成档案利用者的在线注册、资格审核、档案查询、档案查阅审核、预约、借出和归还、催还等功能。人工查阅受理和服务辅助工具：用于对无法使用自助查阅受理和服务的档案利用者，或根据规定不能在线自助查询和利用的档案，由档案查阅和查询服务人员借助本系统提供手工服务。3) 档案实体管理系统配合查阅、查询管理和服务，提供实体档案的出入库管理、档案物理位置信息服务和档案库房温湿度、光照远程监控管理等功能。档案数

9、据交换子系统，则主要负责完成数字档案接收、发布，联机和脱机方式的数字档案数据交换，以及数字档案馆内部各个子系统之间的数据交换任务。1) 数字档案接收在线接收或导入数字档案文件后，由本系统的数字档案接收模块向CA验证数字档案上的数字签名是否合法和有效，验证通过后，使用本级档案行政管理机构数字证书对所接收的数字档案逐份进行数字签名，最后归入档案主数据库和文件系统。2) 档案数据发布在划定发布内容和时间范围后，将规定的的档案数据导出为档案数据文件文件，人工导入和更新到档案网站查询数据库。在接收到第三方档案数据查询请求后，对查询请求进行合法性验证，验证通过后，将所请求的数据以XML数据服务或数据邮件服

10、务传送给第三方档案数据用户。3) 导出档案数据文件。在划定导出内容、时间范围后，将规定的档案数据导出为指定格式要求的档案数据。4) 档案数据文件导入首先要对需要导入的档案数据文件格式进行人工分析，并对数据规则进行手工定义，最后由本系统根据数据格式规则和数据转换定义将档案数据文件自动导入到档案主数据库。本项目的详细需求，将在项目招标文件要求下，通过深入细致分析、详细调研分析和双方评审后，确定的项目需求规格说明书为准。3 总体架构3.1 系统设计理念1) 遵循国家标准与开发规范数字档案管理是采用网络信息化方式，管理档案资料。所开发的系统必须遵守国家和陕西省档案管理相关的法规、标准和规范等。数字档案

11、也是电子政务的重要组成部分，数字档案系统开发需要遵守电子政务标准化指南等电子政务系统开发设计规范。最后，系统在开发过程中，将遵守ISO等软件开发指南和标准，进行软件的分析、设计和开发。2) 技术的先进性与成熟性信息技术尤其是软件技术发展迅速，新理念、新体系、新技术迭相推出，这就造成了新的、先进的和成熟的技术之间的矛盾。而大规模、全局性的应用系统，其功能和性能要求具有综合性，因此在设计理念、技术体系、产品选用等方面要求先进性和成熟性的统一，以满足系统在很长的生命周期内有持续的可维护性和可扩展性。3) 数据与业务安全档案内容本身往往涉及国家机密和个人隐私，数据和业务安全性至为重要。系统在设计时，将

12、基于严密的权限控制机制，严格控制用户对系统访问和操作权限。并且，将通过物理隔离，对受控档案和开放档案数据分别进行存储，保证受控档案数据的物理隔离。系统同时提供对档案数据的定期备份，保证数据的安全存储和及时恢复。4) 系统操作简洁易用本项目的建设成果是提升陕西数字档案馆综合服务能力和内部业务管理效率的重要平台。在系统建设时必须充分考虑档案馆内用户、社会用户等系统使用者的工作习惯、计算机使用水平，以方便、直观、易理解、友好的操作界面提供服务。5) 良好的可扩展性数字档案系统应该具有良好的可扩展性。在软件开发技术层面，采用统一的标准和统一的技术规范，以开放的系统架构和组件化的设计思想，使系统能够兼容

13、已有系统，同时兼顾将来的系统建设。在业务层面，针对未来业务发展需要，以及与各兄弟省市、本省各市、以及国家档案局等单位的集成与数据交换需求，预留接口，保证业务扩展的快速实现。3.2 技术架构设计陕西省档案局系统既要为外部用户提供档案查询利用服务，同时还需要为档案馆内各个业务处室职工提供档案管理服务，采用开放、多层的分布式体系架构是十分必要的。基于B/S（Browser/Server）架构是目前主流的多层分布式应用架构，支持基于组件的软件开发，具有很强的扩展性；融合了基于XML的数据交换和统一的安全模式以及统一的事务处理控制器。PHP（以及表现层的Javascript）语言与平台无关的特性也赋予了

14、系统良好的跨平台性，能够方便的移植于不同的系统平台之上。系统将采用如下图所示的三层WEB技术架构。用户通过浏览器，基于广域网或者局域网访问系统。Web和业务服务器负责处理用户的业务请求，并向用户返回处理结果数据。数据库系统则负责存储相关的档案数据、业务数据、用户数据等。系统的软件总体架构如下图所示：系统层提供了整个系统开发和运行的环境支持。整个系统将开发部署于FreeBSD操作系统平台上。该平台是一种重要的Unix操作系统分支，具有良好的安全性、可靠性和稳定性，能够较好的抗病毒和黑客攻击。而且该平台具有大量的开发工具和环境支持，方便软件系统开发和部署。系统将采用PostgreSQL数据库管理系

15、统，对数字档案对象数据、元数据以及各种业务数据进行统一管理。PostgreSQL数据库管理系统能够支持大数据量存储，具有良好的稳定性、可靠性和较高的性能，能够满足*档案馆档案数据存储、管理需求。公共服务层为上层应用软件提供公共的支撑服务和组件。提供的公共服务包括：应用服务引擎、XOOPS内容管理框架及其他。在本系统中，将采用Apache 服务器，作为WEB容器，为用户提供可靠的WEB访问服务。系统通过提供报表引擎，能够生成并发布基于Web的各种统计报表。系统提供可视化的图形引擎包，能够动态生成二维库房结构图，方便库房管理员直观的监控和管理档案馆的库房。安全认证组件，支持基于CA的数字签名和认证

16、，能够通过与陕西省CA中心交互，进行签名认证，以及完成数字签名。SendMail 是一种基于SMTP 协议的因特网邮件交换系统，可运行于多种linux/Unix兼容系统下，具有安装方便、安全性高、支持队列管理、邮件反弹、多域名邮件路由、转发等强大的功能。SendMail也是一种完全开放的邮件交换体系，具有良好的扩展接口、开发实例和文档，为邮件信息包的数字签名认证提供无缝支持。本邮件系统主要用于支持档案数据交换子系统的实现。XML解析引擎，将用于对XML格式的档案元数据，提供数据解析和打包服务，方便数据的检索和利用。搜索引擎，则提供对档案元数据、档案对象数据的快速查询和检索，提高档案检索效率。档

17、案查询利用子系统则提供对馆藏档案信息的查询和利用功能。档案数据交换子系统，则支持档案数据交换，方便档案数据的共享和交流。 3.3 网络拓扑架构本系统将同时支持省档案馆内部用户和外部社会用户，并且提供与电子政务网络之间的网络接口，系统的网络拓扑结构如下图所示；整个档案馆网络分为内网和外网，其中内外网之间通过网闸设备，进行物理隔离。在档案馆内网中，在web服务器中部署系统软件，在内网查询数据库中存放电子档案数据，供档案查询利用。在档案主数据库中，则存放所有的档案对象数据和元数据。无线采集终端则通过无线基站接入到档案馆内网，档案馆内网用户则通过内网，直接访问系统服务。档案馆内网，通过网关设备与电子政

18、务网络连接，能够直接接收电子政务网络内用户访问，以及访问陕西省CA认证中心服务器。同时，通过档案交换服务器接收来自省电子政务平台的档案。档案馆外网上，也部署有WEB服务器，部署外网用户访问相关应用程序。外网上同时部署有存储档案查询元数据的外网查询数据库。档案馆外网通过网关设备，与Internet网络相连接，能够提供给Internet广域网用户访问web服务。3.4 系统开发环境系统将采用下表所示的开发环境，进行系统开发、部署和测试。操作系统FreeBSD7.1操作系统数据库PostgreSQL v8.2服务器Apache Server 2.2.11脚本语言PHP5WEB应用框架XOOPS2.3

19、.2b简体中文版4 档案查询利用管理子系统4.1 子系统概述陕西数字档案馆查询利用管理子系统，是陕西数字档案馆的核心系统之一，是陕西数字档案馆档案数据对外发布，为电子政务、社会公众提供馆藏档案查询和利用服务的信息技术平台。陕西数字档案馆查询利用管理子系统主要由查询、利用、实体管理等三大部分功能组成。1）档案查询功能以WEB表单和分类导航页面为主要查询工具，面向WEB浏览器用户实现简单查询、组合查询和分类查询等功能。并且针对不同的用户或角色，进行查询权限控制。2）档案查阅管理自助查阅受理和服务：完成档案利用者的在线注册、资格审核、档案查询、档案查阅审核、预约、借出和归还、催还等功能。3）档案实体

20、管理配合查阅、查询管理和服务，提供实体档案的出入库管理、档案物理位置信息服务和档案库房温湿度、光照远程监控管理等功能。4.2 档案查询档案查询功能主要提供给系统用户，对档案元数据进行查询。基于Internet网络，普通用户（利用者）能够查询公开档案的元数据。基于档案馆办公网络，档案馆工作人员能够根据其角色，查询相应范围内的档案对象数据、元数据。系统基于WEB方式，将提供三种档案查询方式：精确查询、组合查询和分类/分级导航式查询。其中精确查询指用户直接给出档案的档案号进行查询；组合查询则是给出一些档案日期范围、关键字等信息，查询符合条件的相关档案；分类/分级导航式查询，则按照档案分类、全宗、案卷

21、、分卷等进行逐级分类检索和查询。系统在实际查询时，将支持三种查询方式的任意组合查询。4.2.1 档案查询用例普通用户和认证用户在登录系统后，都能够借助系统提供的搜索引擎，对档案数据进行查询，其查询的数据位于档案查询数据库中。对于不熟悉计算机操作用户，可请求接待员帮助其进行档案查询。对于内网用户和外网用户，其档案查询用例图分别如下所示。角色：档案利用者：是抽象角色，表示一切希望查阅和利用*档案馆档案资源的用户。认证用户：是指已经通过省档案馆身份认证，并成功登录系统，具有合法身份的档案利用者。这里认证用户，包括电子政务网内，通过身份认证的用户。普通用户：则是没有登录系统的档案利用者。工作人员：是指

22、档案馆内部工作人员，如接待员、库管员、馆长、业务处长等。外网查询数据库：档案查询数据库中，存放所有公共档案的元数据。内网查询数据库：档案查询数据库中，存放所有公共档案和受控档案的元数据，以及部分档案的对象数据。前置条件;用户成功访问系统，已经成功进入到档案查询页面事件流：用户首先根据档案分类、档案馆、全宗、案卷、分卷等选择档案查询范围，默认为系统中所有的档案元数据。用户输入查询查询条件，允许用户输入多个条件，并进行查询组合。如果不输入条件，则返回查询范围内的所有档案元数据列表。根据用户查询条件，在指定范围内进行查询，由搜索引擎返回符合条件的所有档案元数据列表。根据用户权限，对档案元数据进行过滤

23、，过滤不符合权限要求的档案元数据。最后以分页方式，返回给用户符合条件的档案元数据列表。用户选中某条档案后，能够显示该档案的元数据明细。如果没有符合条件的档案，则给用户提示信息。4.2.2 档案过滤用例在档案查询时，需要根据用户权限，对所能够查询和访问的档案元数据和对象数据进行过滤，保证档案数据的安全性和机密性。事件流：用户登录系统后，首先对其进行身份认证，获取其角色信息。根据其角色授权，获取其对档案数据查询权限，主要包括其密级权限、解密划控等权限进行过滤。对其密级权限，则分为：保密等级数字代码汉语拼音汉字代码公开级0GK公开国内级1GN国内内部级2NB内部秘密级3MM秘密机密级4JM机密绝密级

24、5UM绝密按照权限，向下兼容。例如用户拥有2级权限，则可查阅公开级、国内级和内部级的档案，而不能查阅高于3级的档案。4.3 利用者（用户）管理系统需要对所有用户（档案利用者）进行统一管理和认证，保证档案的安全性和机密性。用户管理包括对社会个人用户、企业用户管理。其主要功能包括：用户注册、用户资质审核、用户信息管理、用户授权等功能。其用例模型如下图所示：4.3.1 用户注册网络用户，可以通过系统提供的在线注册功能，进行用户注册。成功注册后的用户，即成为系统的普通用户，能够查询公开档案元数据。事件流：用户进入用户注册页面用户输入注册信息。系统校验用户注册信息是否合法，有效。如果有效，则用户注册成功

25、，否则提示用户错误信息，允许其重新注册。数据模型：数据名称类型长度缺省值是否必须备注用户名字符串40是用户姓名字符串20是密码字符串16是用户类型字符串16是个人用户、企业用户、电子政务用户注册时间时间型是是否已认证布尔型否是该用户是否已经通过审核认证。认证时间时间否认证审核人字符串40否证件名称字符串16身份证否证件号码字符串80否电话号码1字符串20否电话号码2字符串20否eMail字符串40否备注字符串80否4.3.2 用户信息维护用户在登录系统后，能够对自己的个人信息进行在线维护和更新。前置条件：用户成功登录系统后。事件流：用户进入用户信息维护页面用户可以查看自己的个人信息用户可以修改

26、自己的密码（需要首先输入原密码进行验证）。用户可以修改用户类型、证件类型、证件号码、电话号码、email、备注等信息。但是用户是否已认证，不能被修改，并且如果用户已经认证过，则其证件类型和证件号码信息不能被修改。4.3.3 用户资质审核用户在注册成功后，可以去省档案馆，请求接待员对其身份和资质进行审核。通过审核后的用户，成为认证用户，可以查询更多的授权档案元数据，以及进行档案预约。前置条件：接待员成功登录系统后，进入到用户资质审核页面。事件流：接待员进入用户资质审核页面。接待员查询和检索需要认证的用户信息。接待员检查和比对用户的证件信息和真实性，审核合格后，将用户“是否已认证”属性修改为“是”

27、，并且系统自动记录认证日期和认证的接待人员编号。4.3.4 用户管理接待员能够对系统所有注册的，以及认证的用户进行管理，具体包括：新增用户、删除用户和修改用户信息。前置条件：接待员成功登录系统后，进入到用户资质审核页面。事件流：接待员进入用户资质审核页面。接待员查询和检索需要认证的用户信息。接待员检查和比对用户的证件信息和真实性，审核合格后，将用户“是否已认证”属性修改为“是”，并且系统自动记录认证日期和认证的接待人员编号。4.3.5 用户授权对于通过审核的认证用户，接待员能够对用户进行授权，使其能够查询授权范围的档案元数据信息。前置条件：接待员成功登录系统后，进入到用户授权页面。事件流：接待

28、员进入用户授权页面。接待员查询和检索已经认证的用户信。接待员为该用户分配其授权的角色。4.4 档案借阅管理认证用户可以请求借阅档案，首先用户填写借阅单，接待员对用户借阅单进行审核，审核通过后，则请求库管调阅档案，在库管准备好档案后，向用户发送档案借阅预约。用户按照预约时间，来馆查阅或者借阅档案。在阅读档案后，将档案归还给接待员，接待员再将档案统一归还给库房。其业务流程如下图所示：档案借阅管理的用例模型如下图所示：4.4.1 请求调阅档案认证用户能够通过系统，在线请求调阅档案。用户也可以请求接待员帮助，请求调阅档案。前置条件：认证用户或者接待员已经成功登录系统。事件流：如果是用户在线委托，则用户

29、必须是认证用户，并且已经成功登录系统。认证用户在线填写查询档案资料审批表，并提交。系统校验查询档案资料审批表信息填写正确。如果用户填写纸质的查询档案资料审批表，则由接待员将其录入到系统，并进行提交。4.4.2 调阅请求审批如果认证用户希望借阅受控档案，则需要对其借阅请求进行逐级审批。事件流：如果用户请求调阅公开档案，则无需审批。否则首先由接待员审批，如果审批通过，则审批结束；可进行调档查阅；如果审批失败，则结束调阅审批，不予借阅；如果审批结果为转上级，则提交上级领导审批。如果接待员不能确定，则由处长进行审批，审批结果可能为：批准、不批准、请上级领导审批。如果处长不能决定，则由主管馆长进行审批，

30、审批结果可能为：批准、不批准、请上级领导审批。如果审批结果为不能决定，则由省委秘书长审批，审批结果只能是：批准、不批准。4.4.3 调阅档案但用户档案调阅请求，审批通过后，接待员将填写档案调阅单，请求库管员准备档案。前置条件;用户请求公开档案，或者受控档案借阅请求，已经被审批通过。事件流：在请求通过后，接待员填写档案调阅单。库管员收到调阅单后，准备档案。库管员将档案交给接待员，并且填写调案卷、资料登记表。4.4.4 档案借阅预约接待员在拿到库管员转交的档案后，即可预约认证用户来馆借阅。前置条件;库管员已经将档案移交给接待员。事件流：接待员给用户安排预约时间段。系统支持已email、短信等方式通

31、知客户，档案预约。受控用户在约定时间，办理档案借阅手续。4.4.5 档案归还客户在完成查阅档案后，将档案归还给接待员，接待员再将档案归还给库房。事件流：客户归还借阅档案，办理档案归还手续。库管员将档案归还库管员，并办理归还手续。库管员填写归案卷、资料登记表。4.4.6 档案催还用户在办理档案借阅时，将指定用户借阅时间。系统每天固定时间，检查所有档案外借单据，对于超期未能归还档案，生成档案催还单，提醒接待员向用户催还。事件流：系统每天定时自动检测所有档案借阅单，对于超期未还的档案，生成催还单。接待员根据催还单，向用户短信、email或者电话方式催还档案。4.5 统计查询系统还应具有统计检索功能。

32、系统对通过本平台的档案查阅利用情况提供大量的统计方式，并可随时打印查阅统计报表，便于系统管理人员对系统的功能、性能情况进行分析和预测，作为系统进一步优化和完善的工具。统计检索功能的具体要求如下l 按查阅人查询：统计并打印查阅人(档案用户)在某一时间段内查阅档案的次数及档案详细信息。l 按时间查询：统计并打印在某一时间段内被查阅的所有档案及其详细信息。l 按档案查询：统计并打印某一时间段内某个档案被查阅的情况(包括查阅次数,查阅人,查阅时间,归还日期,档案类型等)。l 查阅频率查询：统计并打印某一时间段内被查阅的所有档案各自的累计次数,这样可以评测档案利用价值的高低。l 按操作者查询：统计并打印

33、某一时间段内查阅管理员的操作次数及其操作对象，该功能可用于统计档案管理人员的工作量。前置条件：接待员已经登录系统。事件流：接待员进入查询统计页面接待员选择查询统计类型，包括：按查阅人、按时间、按档案、按频率、按操作者查询统计。接待员输入查询统计参数，如：统计时间段、档案范围等。并提交查询统计请求。系统以表格方式返回查询统计结果。接待员可以打印统计结果报表，或者将其保存为txt的数据文件。4.6 可视化档案库管理以二维图形可视化方式，直观展示档案库、柜、层、格等结构，以及档案的状态，方便观察和理解，最大程度避免工作失误，降低工作难度。整个可视化档案库展示，将采用三层展示方式。在最外层，可视化显示

34、所有的档案库。显示每个档案库名称、物理位置，管理员，档案信息概要等。双击某个档案库图标后，进入下图所示的档案库内部视图。在档案库内部视图中，展示各个档案柜，显示档案柜编号，以及档案柜中的所保管档案信息概要。双击某个档案柜后，将详细显示该档案柜的信息。在档案柜视图中，将详细显示各个档案柜内的层和格结构。鼠标单击选中某个格时，将显示该格编号，以及存放在该格的所有档案卷信息。4.7 出入库管理本系统提供手持无线条码扫描终端设备，在档案出入库时，通过扫描档案条码，指示将档案放置到规定的位置，且扫描信息通过库房无线基站设备，传输到库房管理数据库中，从而实现库房信息的快速、准确的录入。条码技术是自动识别技

35、术中最成熟,也是应用最广泛和最成功的技术。条码技术为快速准确的数据采集、数据录入提供了有效、可靠的手段,它与计算机、网络通讯等一起构成了现代商业自动化的基础,条码符号制作容易,扫描操作简单易行,信息采集速度快采集信息量大设备结构简单,成本低. 特别是在大型超市和物流系统中有着广泛的运用。传统的在线采集终端与计算机之间由电缆连接传输数据,不能脱机使用。 因此,在线式数据采集终端必须安装在固定的位置,并且需把带条码符号的物品拿到扫描器前阅读. 由于在线式数据采集终端在使用距离上有一定的限制,使其不能应用在需要脱机使用。而无线技术可以解决这一问题。图 1 无线条码扫描及接收基站结构如图 1所示，本方

36、案嵌入式无线条码扫描系统由三部分组成，一是数据采集与发射装置,首先由SE923HS黑白图像传感芯片模块采集二维条码数据,并初步处理条码信息,通过USB 接口将初步处理的二维条码信息传输到S3C2410X ,并由S3C2410X 做进一步的处理,比如对图像的处理、纠错等处理，并将数据与码字信息做认证处理后由S3C2410X 和无线收发芯片ADF7020 构成发射装置;二是数据接收和终端接口电路,由无线收发芯片ADF7020 构成接收电路,并由S3C2410X 进行数据处理和与终端主机进行数据传输,微处理器与终端主机是通过USB口来连接通信. 三是HOST 主机数据库管理系统,对收集到的条码数据进

37、行管理. 四为S3C2410X 上的嵌入式操作系统Linux 。CMOS 图像传感芯片为光电转换元件, 用于采集二维条码图像, 直接输出为数字信号. 通过USB 接口将图像数据直接传由S3C2410X 进行图像数据的处理、码字识别、信号纠错. 当一组二维条码信息的识别完成时, 服务程序控制I/ O 接口给出中断申请信号, 直接由S3C2410X 响应此中断申请, 进入中断服务程序. 译码后的二维条码数据被送入LCD 进行显示. 动态采集到的二维条码图像数据储存在SDRAM 内, 而软件程序和二维码信息都储存在S3C2410X 芯片外扩FLASH 内. 在欲处理完条码信息后,将其数据传输到ADF

38、7020 无线发射模块, ADF7020通信模块通过其通信接点逐步传输到系统接收模块. 在数据接收模块中, ADF7020接收模块将数据通过SPI 将其数据传输到MCU ,通过MCU 将数据通过USB发送到系统主机,由系统主机数据库系统将信息做处理.Linux 在无线系统的移植对无线条码扫描仪系统需求的研究,得到本系统所需要的操作系统,必须是一个小巧、灵活、效率高及成本底的特点. Linux 系统刚好符合以上需求.本系统选择采用Linux 嵌入式操作系统. 通过在主控芯片S3C2410X 上移植来构成一个多任务系统.Linux 在S3C2410X 上的移植,嵌入式Linux系统包括Boot l

39、oader (引导程序) ,内核( kernel)和根文件系统三个部分.将嵌入式Linux 移植到特定的硬件平台上, 一般需要以下五个步骤.(1) 准备工作. 分析u2boot 支持的开发板,比较出硬件最接近的开发板. 下载合适的u2boot 源代码,包括从相关网站上下载嵌入式Linux 的源码包, 搭建交叉编译开发环境, 配置主机的开发环境等工作;(2) 配置编译u2boot , 并将其烧写到目标平台的到Flash 上.(3) 配置和编译Linux kernel . 标准Linux 内核相对于资源受到限制的嵌入式系统来说过于庞大,因此要将其移植到嵌入式系统上, 就需要将Linux内核根据目标

40、平台的情况进行剪裁、配置, 并对配置好的内核进行编译生成内核映像文件.(4) 制作RAM disk 来挂接Linux 的根文件系统并制作根文件系统.(5) 部署Linux 系统使目标板脱离交叉开发环境, 直接在目标机上本地启动运行.4.8 库房环境监控管理在档案库中安放传感器，实时监控档案库内的光照、温度、湿度、烟等参数，将这些参数，实时传递到系统数据库中，系统根据这些参数，在可视化档案库中，实时显示。并且能够设置告警阀值，进行图形、声音告警。4.8.1 监控参数收集为了实时监控库房环境，在库房安置传感器设备，实时监控温度、湿度、等环境参数，将其传递到系统中，系统保存这些参数，同时，进行实时显

41、示。事件流：传感器定时采集和发送温度、湿度等库房环境数据传感器将数据通过无线方式发送给系统服务器。系统在内存和数据库中同时保存环境参数数据。在可视化库房管理页面中，实时刷新显示库房环境参数。如果环境参数值超过告警阀值，则启动告警用例。4.8.2 档案库告警但采集到库房参数，超过阀值时，则进行告警，提示库管员进行处理。系统告警分为两个级别：警告和严重警告。事件流：但接收到环境监控参数，超过阀值后，启动报警。根据报警级别，在系统页面上给出告警信息。记录告警日志信息。根据设置，进行声音、图形、短信、email告警。4.8.3 设置告警参数库房管理员，可以为每个库房，设置温度、湿度等告警阀值。通过设置

42、阀值，能够在环境参数异常时，触发告警提示。事件流：库管员进入告警阀值设置界面。库房管理员选择库房，为其设置温度、湿度等阀值。系统记录和保存这些阀值。5 项目实施规划5.1 项目组织架构项目管理组织机构是项目实施的基础条件，以一个合理有效的组织机构为框架的所形成的权力系统、责任系统、利益系统、信息系统是实施项目管理及其最终目标的组织保障。本项目将建立如下所示的项目组织机构。在本次项目中，项目总监是项目的总负责人，负责控制和管理项目总体目标，确保项目的顺利进展和按时完成。项目经理，在项目总监的领导下，具体负责落实项目日常管理，全权负责项目过程的管理，包括人、财、物的管理。并协调与省档案馆各个部门的

43、关系，确保工程项目的按时、优质完成。项目经理领导的项目组的主要功能如下：l 项目设计；l 项目计划编制；l 项目实施过程的管理；l 软件测试和质量保证过程管理；l 远程支持体系的管理；l 用户培训；软件项目成败主要在于能否满足用户需求，提高用户工作效率和质量，为客户带来经济效益和社会效益。因此，本项目将设计业务专家组，由资深的档案馆业务部门和信息化处的专家组成，负责项目实施期间的业务知识交流与咨询。为了有效控制项目变更，规避因项目频繁变更造成的开发混乱，重复工作等分享，本项目将设立项目变更控制组，负责对系统变更，进行评审和管理。项目变更控制组成员由省档案馆业务处专家、信息处专家和我司项目总监、

44、项目经理等人组成。针对软件项目开发各个阶段任务，项目组将成立需求分析组、架构设计组、软件开发小组和软件测试小组。其中在需求分析阶段，由需求分析组负责与省档案馆人员交流，采集和整理系统需求。在软件设计阶段，由架构设计小组负责软件的总体设计和模块设计，在软件开发阶段，则由开发小组负责各个模块开发和系统总体集成。在测试阶段，测试小组对系统进行彻底测试，验证系统和功能和性能是否满足需求。为了支持系统开发，项目组还需要提供若干项目支撑人员。为了促进团队协作开发，避免开发过程混乱，项目组将对开发过程严格执行配置管理。项目组需要一名配置管理员，负责配置管理、项目开发过程配置项备份等。其次，为了使所开发的软件

45、系统，界面美观大方，具有良好的视觉冲击效果，项目组将聘请专业美工，负责对系统界面的美化工作。项目实施和培训组，则在项目开发完成后，负责软件系统的现场安装调试，保证系统的成功运行。并且，提供对用户的现场培训。技术支持组，则负责对项目开发环境提供技术支持，包括网络环境维护、电脑和开发软件的准备，以及技术资料排版打印等。5.2 项目计划根据本项目特点、工作量预估和省档案馆要求，项目将采用原型增量开发过程模型，项目开发计划如下图所示。2月3月4月5月6月7月8月9月10月11月需求分析概要设计详细设计系统编码及单元测试集成测试上线、验收、移交项目从二月份开始需求调研，共开发7个月，完成项目开发，然后上线试运行3个月，进行项目最终验收。由于项目采用原型、增量开发模型，项目各个阶段将有少许重叠。整个项目的实施进度将分为以下几个阶段进行：（1）需求分析需求分析阶段是本项目的需求进行详细的调研工作，并了解用户的情况，以便对本系统的功能、使用习惯、界面等进行准确的定义。在完