1.    总则

1.1.  概述

本招标文件适用于广东省机场管理集团（以下简称“招标方”）档案信息管理系统（以下简称“本项目”），本招标书的最终解释权归广东省机场管理集团。

1.  本招标文件提出了本项目的总体需求、研究范围、研究成果和技术指标要求，可供应用软件开发商/集成商（以下简称“投标方”）编写投标文件之用。

2.  本招标文件范围为广东省机场管理集团档案信息管理系统提供开发实施服务。

3.  投标方应按照本招标文件的要求提供详细、完整的技术方案。该技术方案应完全满足或高于本招标文件要求。对于本招标文件中的某些部分，投标方如不能满足要求，或有其它替代方案，或有其它修改建议，应在技术方案中指出其必须进行修改的理由以及与原要求的差别，否则，招标方即认为投标方可以满足本招标文件的要求。

4.  所有招标方认为是本招标文件范围所要求而被遗漏的项目，都被认为是包含在本次招标范围内，投标方的报价被视为包含此遗漏项目的报价。投标方可以就投标方认为的遗漏项目提请招标方注意，并详细说明理由。招标方将就此进行澄清。

5.  投标方应保证所提供的所有资料真实、完整、准确无误。否则招标方将有权取消投标方的投标资格，由此产生的一切后果由投标方承担。

6.  投标方必须对工程技术文件以及由招标方提供的所有内部资料、技术文档和信息予以保密。投标方必须遵守与招标方签订的保密协议，未经招标方书面许可，投标方不得以任何形式向第三方透露本技术规范书以及本项目的任何内容。

7.  招标方在任何时候保留和拥有对本文件的解释权。招标方有权在签订合同前，根据需要修改和补充本技术规范书，修改补充后的最终技术规范书将作为合同的附件。

8.  严格遵守相关业务规范要求。

1.2.  项目适用标准

1.  投标方提供的所有技术文件中的技术指标除非在技术规格中另作规定外，均应使用相应的国际先进标准、中国国家标准、各行业的相应标准、国际标准化组织标准。

2.  所用的标准必须是最新版本，如果这些标准的内容有矛盾时，应按照最高标准的条款执行或按双方协商同意的标准或条款执行。

2.    项目概述

2.1.  项目背景

  广东省机场管理集团档案管理现状为：已经形成了一套较为规范的电子档案整理、接收办法；建立了结合广东省机场管理集团自身特色的业务档案管理办法；目前使用飞扬档案管理系统（cs架构，需安装客户端软件），部分二级单位与集团联网可实现文书档案的统一管理，与集团OA 系统实现了数据接口。部分二级单位使用独立的档案管理系统进行科技档案的管理。随着时间的推移，集团需要档案的集约化管理，需要一个高效的档案管理平台进行集团范围内的数据大集中管理，原有的系统已经不能满足档案业务的工作需要。主要表现在:

l  原有的系统功能简单、接收数据操作烦琐、速度慢。已经不适应集团信息化发展及电子档案归档的要求。

l  原有系统的技术架构（cs/bs混和结构）造成部分二级单位经常登陆不了系统，造成工作延误，效率低下。

l  原有系统不具备组织变革、分类表版本控制、跨全宗移交等功能，使基建档案、业务档案无法实现统一管理。

l  随着一些新的技术和概念（如统计年报、编研、知识管理等）在档案电子化系统中的应用，原系统已经制约了信息资源共享、影响了档案的利用率。

由此对档案系统的升级改造势在必行。

2.2.  项目内容

本项目结合广东省机场管理集团信息化建设的实际情况和需求，本次档案信息管理系统主要建设内容如下：继承原有的档案数据进行档案系统升级改造，实现多全宗、多层次集中方式的档案信息管理要求，实现各级单位间系统的互联互通和资源的共享，满足单位对档案管理工作的需求；形成电子文件归档技术规范并实现其它应用系统标准数据采集接口；实现与办公自动化系统等的集成；实现电子档案长期保存利用；建设高效率、科学化、网络化、规范化，并且跨地域、跨机构的统一开放的档案管理系统。

。

3.    系统架构要求

1.  系统的存储层、数据逻辑层、业务层、表现层分离，系统布署灵活，可利用负载均衡技术，布署多台应用服务器；

数据层：相当于SQL Server数据库系统，需存储包括文本、图形、声像等各种数据资料，支持数据备份、恢复，提供和其他类型数据库的访问接口。

中间层：为后台服务系统，用于实现文件的综合管理，控制工作流程，支持工作流程的柔性定义，监控项目进展等。通过应用系统支持Web信息的发布；通过实时数据库管理、监控系统实时接受与发送数据库数据；通过安全管理系统、用户管理系统对数据资源使用权限进行严格控制。

应用层：为应用客户端Web浏览器。需通过浏览器进行收发电子邮件、数据传输、信息发布等一系列的操作，操作以全Web方式进行；通过后台支持系统、工作流来管理工作流程。

2.  采用业务平台化的设计思想，针对不同用户的业务提供了功能强大的业务定制功能，使得用户的业务管理规范与系统低耦合，用户可以将自己的管理理念和规范通过业务定制功能在平台系统之上形成符合自身业务管理的应用系统。

3.  先进的技术集成和底层平台。系统通过开发和集成先进成熟的技术保障各项功能得到可靠实现、提高用户的易用性和流程的自动化程度，系统需集成：全文检索技术、OCR技术、WEB报表技术、双层PDF技术、流媒体技术、图形图像处理技术等多种先进成熟的技术，同时开放的架构可与各类内容管理平台、智能搜索系统、IRM数字版权系统、数字印章和水印系统、数据加密技术进行替换和集成，根据用户的需要提供质优价廉的技术和功能性能强大的产品选择。

4.  提供开放的接口，可以方便的与OA办公自动化等系统整合，实现文档信息、原件及审核流程表单等数据的归档；

5.  系统应提供统一的图文浏览、多媒体播放以及协同作业的组件，以便可以直接浏览、播放多种不同格式的文档。

6.  在系统运行过程中应能够随时增加新的存储介质以存储不断增加的电子文件，应支持多种存储方式。

7.  ★档案管理系统要求采用集中式部署，分级管理的模式，本部及二级单位分别管理本单位的档案工作，做到业务分散管理，数据集中存储、利用的方式。通过对用户档案业务的深入总结归纳，系统通过内置、标准、全宗设置二级定制方式实现了由总部最后落实到基层单位的业务层层管理及规范的贯彻执行，使得各级单位档案业务在规范的基础上又能充分满足本单位的业务需求。

8.  ★系统应采用B/S体系架构，以OAIS为参考模型，采用“成熟软件包＋系统定制”的模式进行。项目需要考虑扩展性和与内部系统的集成性，并从软件底层对象支持XML。设计开发Browser/AppServer/DBServer三层架构。

9.  系统通过标准XML元数据模板文件、标准业务定制和业务定制功能，实现档案业务从数据结构、管理方式、整理规则到归档流程等各个关键环节的可定制，可方便适应档案门类的增加、业务规则的变化、卷/件管理方式以及各企业类型的业务需求，以适应档案管理方式的变化。

10.     数据展示的良好约束。系统对档案数据的展示做了非常好的约束，各归档部门、项目参建单位及档案管理员看到的数据都是不同的，看到的目录树、分类表都做了约束，使得归档责任明确、数据一目了然，各部门、各单位、个人根据权限和职责只能看到所需的数据。

4.    运行环境要求

运行环境要求：

系统需支持以下数据库系统：

一、  Oracle Database 10g  及以上版本

二、  IBM DB2  8.2及以上版本

三、   Microsoft SQL Server 2000及以上版本

四、   MySQL 5 及以上版本

操作系统

系统需支持以下操作系统：

Ø  Microsoft Windows Server 2003/2008

Ø  Linux

Ø  IBM AIX5

Ø  Sun Solaris10

应用服务器

系统需支持以下应用服务器：

Ø  Tomcat 5 及以上版本（JDK 1.5及以上版本）

Ø  Oracle Application Server 10g 10.1.3.0.0 及以上版本（JDK 1.5及以上版本）

Ø  Oracle WebLogic Server 9.2及以上版本（JDK 1.5及以上版本）

Ø  IBM Websphere Application Server 6.1.1.0及以上版本（JDK 1.5及以上版本）

客户端浏览器

系统需支持以下Web浏览器：

Microsoft IE 6及以上版本和其它比较常用的浏览器。

5.    系统功能需求

1.  档案收集整编

系统通过对用户归档业务流程的定制，控制各业务部门的归档范围、统一整理规则、控制管理移交接收过程、明确归档责任，使得各业务部门和项目管理部门在文件的产生之前即可明确需要归档的内容和责任，真正实现同步建档、随办随归、前端控制。

针对不同档案门类的收集整理，可适应部门分散整理和集中整理两种模式，并通过系统定制可实现对收集整理、移交接收、编号归档这个归档流程的控制和管理。

文书档案可实现部门移交管理；

项目可通过分类表和归档模板实现多个参建单位的收集整理流程控制，并可在离线状态下实现控制管理。

2.  立卷归档

在立卷归档过程中，用户可以按问题、机构、保管期限等角度进行归档，利用先进的技术，实现了主题词自动标引、自动组卷分盒、自动分类、编号、动态专题库数据的自动筛选等自动化功能。

立卷归档过程中支持在web页面上进行条目拖动，实现调件的功能。

3.  档案业务管理

针对归档后的电子档案信息进行日常的管理工作，应包括：档案著录、档案统计、档案借阅管理、鉴定销毁、档案保管、库房图管理等功能。

档案信息的著录、修改、检索与打印，编制和整理，以及档案的拆卷与插卷、鉴定与销毁等功能。

档案信息的著录可以由用户自由设置著录项目和界面风格，以适应多种类型的档案的著录要求，同时提供连续著录功能，按照已定义好的序号进行自动增加。

编制档案是对已著录的档案信息按照档号分类编制相应的档案信息，形成完整的档案体系。

档案整理，在卷内文件进行了一定的调整后，进行的档案信息的整理工作，以确保档案信息与卷内文件实际内容相符合。

4.  档案利用

档案利用主要提供档案管理人员对大量归档信息能够方便地提供用户使用进行提炼、使用管理等方面的功能。应包括：档案检索、档案编研、汇总统计、光盘制作等功能。

5.  系统管理

系统管理部分主要提供了一套系统的定制工具，针对档案管理需求和规范，定制符合这个单位使用的档案管理系统，可定制的内容包括：系统权限的定制、档案管理架构的定制、档案整理规则的定制和对数据及用户使用的维护和设置工具。负责管理和维护所有支持档案业务运作的系统信息。

系统管理包含：权限管理、元数据管理、分类库维护、主题词数据维护、文件服务器配置、系统应用配置、组织的机构配置、日志管理、数据回收站等功能。

6.  多种方便的辅助工具。电子文件批量挂接、标准数据转换、分类表和模板编辑器、报表目录编辑器等工具使得系统的维护及使用更加方便快捷，并适应了各种实际应用环境。

7.  能够实现档案文件和库位的关联定位，可实现库位图管理。

8.  可实现接收、归档流程可逆操作，如组卷后需要调整，可打回整编库进行重新组卷。

9.  在网络条件不具备的情况下完成项目归档文件收集整理工作的离线录入工具，同时也是项目甲方档案管理员接收、上传离线归档数据的工具。

10.      ★光盘导出功能：可以实现按照档案类型、年度等不同维度对档案数据进行光盘导出工作，在脱离系统的情况下可以通过光盘内置工具浏览档案信息，满足档案保管要求。

11.      ★在网络条件不具备的情况下完成项目归档文件收集整理工作的离线录入工具，同时也是项目甲方档案管理员接收、上传离线归档数据的工具。

12.      ★系统必须支持组织机构变革、分类表多版本控制和管理。

6.    系统性能要求

1. 总体要求

应采用国际上标准的软件平台及技术进行开发，采用B/S 三层架构。

应具有高可用性，能支撑并发用户数50人以上；应能适应采购人的机构、业务、流程方面的变化，能适应未来发展的要求。

具有良好的扩展性，如能方便地增加应用、添加功能，具有与采购人现有系统以及外部相关系统之间的数据接口及程序接口等。

充分考虑用户在具体使用过程中的各种情况，进行人性化设计，保证软件的界面简洁大方，用户使用简单方便，初学者容易上手，系统提示和帮助信息准确及时，避免用户误操作而造成的影响和损失；

系统具有易维护性，采购人的管理人员经过简单的培训后，可在较短的时间内掌握系统的日常维护管理。

2. 安全性要求

须提供一个安全的系统与数据安全机制，应做到用户验证，即建立用户身份权限，提供用户登录的强口令认证机制。

用户权限定义：为不同的用户和角色定制和分配不同的权限，可根据情况临时中断用户的访问权限。

实现严格的系统访问权限控制，包括系统功能权限和数据查询权限，对数据访问权限的控制应达到条目级，防止越权操作。保证系统对档案数据的采集、存储、处理、传递、使用和销毁，按照国家有关保密规定进行。

用户访问记录：系统自动生成系统工作日志和用户访问记录，能事后统计和追查用户的访问操作；

须有完善的数据和程序层面的安全机制，确保在网络或电脑出现异常的情况下，业务数据不会出错。

3. 运行平台的安全机制

应支持数据备份，确保业务上的数据备份需求，确保数据不因意外情况丢失或损坏。

7.    项目实施要求

7.1.  项目管理要求

报价人必须遵守招标方信息化建设管理规定和各项管理实施细则。

报价人提交的系统实施方案中至少包括项目组织机构、人员安排、进度安排、计划控制、项目相关干系人管理、质量管理及风险管理等内容，并提出项目管理组织机构的建议。

1.       

2.       

3.       

4.       

5.       

6.       

5.1.           

1.      项目组织

1)  人员稳定性保证

报价人应在系统建设期间明确到现场实施人员名单，并保证项目建设团队的主要人员稳定。

招标方或报价人认为需要更换报价人项目经理和项目团队成员时，均应提早一周向对方申明原因，报价人应在同时提出新的符合合同要求的项目经理和项目团队成员人选，经招标方同意并办理交接手续后方可更换。

2)  人员工作经验保证

报价人要建立实施该项目的组织架构，报价人确定的项目经理需具备主持过与本次系统建设工程同等建设规模的项目经历，项目团队骨干成员都参与过类似的建设，并且熟悉广东省机场管理集团的相关系统和业务。

报价人应能够提供经验丰富的项目实施队伍参与此项目的开发，整个项目进行当中应确保项目实施人员的稳定性，不得随意更换，并在招标方所在地设立固定办公场所和足够的常驻技术人员负责开发实施和后续的服务响应。

2.      项目需求变更管理

报价人应与招标方一起通过现场需求调研、联络会等方式明确项目需求变更内容，并以合同或会议纪要形式加以明确，与设计成果不相符的，须报招标方审批。

3.      项目进度管理

报价人应在签订合同后，应进一步细化项目进度安排，明确每个阶段的阶段目标、各阶段应交付的成果、验收依据、双方的责任和义务，经招标方认可后，以合同或会议纪要形式加以明确。

报价人的项目进度管理应该至少包含以下内容：

1.  报价人在了解项目特点的前提下，根据工期目标，提交总体进度计划，以及定期提交阶段性工作计划。

2.  制定详细的项目建设进度计划，按照合同的进度计划制定具体的实施计划，定期跟踪检查，对可能发生的工程延误提出相应对策。

3.  定期或不定期地召开或参加项目例会、协调会议等，向招标方通报项目进展情况，提交进度报告，及时解决相关问题。

4.  建立项目变更流程，记录项目变更情况。

4.      合同变更要求

如在项目实施过程中需要调整内容、进度等，需经报价人与招标方共同同意，按合同变更程序办理。

5.      项目质量管理

1.  报价人应建立严格的质量保证体系，制定项目开发建设质量控制方案和实施措施，并督促落实各环节质量控制内容和目标，保证总体规划设计、开发与实施、系统运行与验收等各个阶段工作满足招标方对质量的要求。

2.  报价人应根据整个系统开发的工作计划，对阶段性工作成果进行审查和测试，并向招标方提交里程碑式工作成果。通过保证各阶段性成果的质量，最终保证整个系统集成、开发的质量。

3.  报价人应提交针对本项目的质量管理方案。

7.2.  系统部署调试、试运行及验收要求

1.     系统部署、测试要求

1.  报价人须提供安装硬件系统及软件系统调测的技术，在现场安装、调测所有的有关设备，并在本期工程内提供安装调测的技术指导。

2.  报价人负责制定安装、测试等进度计划，与招标方共同协商制定时间表，按照合同的要求，在规定时间内完成安装任务。

3.  安装、测试所需的工具由报价人负责提供。报价人负责准备安装、测试所需的资料，并指导招标方掌握和使用这些技术资料。

4.  报价人在进行现场安装调试时，所需要的辅材由报价人负责。

5.  报价人应在具备测试条件后提出完整的测试申请，包括测试方案、测试项目、测试目的、测试标准、测试工程师姓名等，并提供相应工具。测试的条款应与双方共同认可的技术规范一致，最终测试文件由报价人拟定，并经招标方确认。

6.  报价人有义务对招标方技术人员提出的问题作出解答。测试应进行详细记录，软件测试结束后，由报价人的技术人员签字后交给招标方，作为验收依据之一。

2.     建设工程验收

报价人应在具备功能验收、试运行验收和工程验收条件后向招标方提供包含验收项目、验收方案、验收目的、验收标准、验收人员等的验收申请，招标方在收到报价人验收申请后十个工作日内答复报价人并组织验收。

1)  功能确认

按照合同规定时间内，在报价人所提供的应用软件功能达到本文件及双方认可的技术要求，且所有应用软件在现场安装调试完毕，进行功能确认。

2)   试运行确认

功能确认完毕，在所有应用软件完成现场安装调试及数据录入后，双方确认系统进入试运行阶段，必须确保1个月的试运行，达到本文件及双方认可的技术要求后，可进行系统试运行确认。

在试运行期间，由于软件性能等造成某些指标达不到要求，允许报价人更换或进行升级，并进行重复测试，但试运行期顺延。

3)  工程验收

试运行确认后，系统进入正式运行阶段，在经过一段时间的正式运行后，达到本文件及双方认可的技术要求，可以进行工程验收。

4)  质量保证期

工程验收后进入系统质量保证期，自双方代表在系统工程验收单上签字之日起计算。

3.     项目交付成果

报价人应提供整个系统建设的文档，包括系统设计、开发、测试、运行、维护管理体系对应的全部管理规范和技术文档，提交的文档至少包含《广东省机场管理集团档案信息管理系统技术方案》、《广东省机场管理集团档案信息管理系统测试报告》，《广东省机场管理集团档案信息管理系统使用手册》等。

1.  技术文档应与系统相一致，技术文档应该全面、完整、详细、清晰，能够满足报价人对系统的安装、使用、维护、应用开发的需要。

2.  技术文档应包括与运行版本一致的、本项目的全部程序。

3.  技术文档内容应满足GB8567《计算机软件产品开发文件编制指南》和GB/TI1457-89《软件工程术语》的要求。提供的文档和资料均应以纸张和光盘为载体，文件格式为Word文档或其他可视化、未加密的文件。

4.  图纸规格和质量：所有纸质文件应符合ISO标准的A或B系列图纸标准，建议采用A4标准格式。

5.  报价人应在标书中提供需求调研、测试阶段、实施阶段、运行阶段、项目管理的全部交付成果的清单、成果交付形式和交付时间。

7.3.  系统培训要求

1.     培训要求

1.  报价人必须提供包括开发产品的应用、操作、维护培训；提供技术平台、技术架构培训；提供服务器、系统软件、应用软件的配置和维护培训。所提供的培训课程表随投标文件一起提交。

2.  报价人应配备具有本项目相关知识的培训教员，在应标时提供培训教员的名单及培训简历。

3.  报价人应根据需要提供原厂培训和现场培训。

4.  现场培训包括集中培训和个别培训，集中培训须完成系统的操作培训，试运行期间不少于2次，个别培训应由实施人员负责，与招标方协商培训内容、对象和计划。

5.  报价人应提供通俗易懂的培训教程，包括操作演示培训教程和技术平台、技术架构培训及服务器、系统软件、应用软件配置和应用软件安装、故障排除、升级维护的培训教程。

6.  涉及原厂培训，由报价人为所有被培训人员提供培训用计算机、网络环境、文字资料和讲义等相关用品。

7.  报价人应提供培训费用。

2.     培训内容及方式

报价人应根据项目不同的实施阶段和针对不同培训对象提供不同培训内容，采取集中、特殊集训、现场指导等培训方式，以达到培训目的。系统应用人员培训面应达到100%；参加培训人员及格率必须达到98%以上。

培训内容主要包括以下内容：

1、系统关键技术培训：主要培训对象为招标方的运行维护人员。其主要目的是：使招标方维护人员了解软硬件系统的构成、安装、配置及系统恢复等内容。本次培训应安排在软硬件平台搭建完成后进行，培训时间不少于2天。

2、系统维护培训：就本建设项目涉及的全线产品及系统实施方案进行详细的培训，包括系统整体架构、系统日常运行维护操作和故障定位与排除等内容。主要对象为系统建设参与人员、系统管理人员、软件维护人员及招标方的指定人员。其主要目的是：使系统管理人员掌握系统的维护方法。系统维护培训不少于2次，应安排在软硬件平台搭建完成后1次，项目完成后试运行期间1次，每次培训时间不少于1天。

3.     培训地点

广东省机场管理集团本部。

8.    技术支持及售后服务要求

1.     系统售后服务要求

1.  报价人开发的软件在试运行后，如发现软件缺陷，报价人应在24小时内制定解决方案，在招标方要求的时间内消除缺陷。

2.  报价人进行系统维护、缺陷消除、模块或对象升级前必须经过测试环境测试，经招标方验证后，方能在生产系统中部署。

3.  质保期自系统通过整体工程验收，并解决遗留问题通过复验后起算。

4.  报价人应提供应用软件1年的免费质保期服务。

5.  在质保期内，报价人应提供5×24小时的服务响应，如在4小时内无法电话解决招标方所提出的维护要求的，必须在报修后，24小时内派工程师到达现场。

6.  在质保期内如出现系统无法正常运行的情况，报价人必须保证在报修24小时内恢复。

7.  报价人对系统软件服务时应不影响原有应用系统的正常运行和效率，不涉及到对原有应用系统重新设计。对系统软件的更新及升级时，未经招标方同意，不得改变针对本项目定制的功能。

8.  应用系统提供的某些功能在本项目中有特殊的版本时，报价人在今后推出的所有新版本中必须支持。报价人提供的新版本必须是向下兼容的，并无偿提供数据迁移服务，数据迁移必须保证数据的完整性、一致性。

9.  在免费质保期满后，报价人仍应满足招标方对所出现故障系统的维护完善要求。

10.      报价人必须对所开发的产品进行严格的版本管理，并在招标方处备案。

11.      开工招标方在系统正式运行之前，报价人须保证在现场至少有1至2名技术人员，解决系统设计、开发、运行中存在的问题。

2.     系统质保期内的技术服务项目

1.  升级服务

提供在正常条件下保证系统正常稳定运行的系统扩充、版本更新升级及功能更新服务。

2.  优化服务

提出在正常条件下改进系统性能的各项建议，包括系统资源分配与效率改进建议、软件配置规划和性能优化建议、系统容量预测建议等，并进行实施。

3.  咨询服务

在质保期内提供免费的系统软件应用和维护技术咨询服务。

4.  电话或现场技术服务

在质保期内提供免费的电话或现场技术服务。