1、原公告项目名 称： (略) 办公自动化软件设备服务类采购项目

2、原公告项目编号：[ *** ]FJSH[GK] ***

3、首次公告日期： * 日

4、更正（补充）事项及内容：

4.1、招 (略) 分中“1、投标人综合实力：

”现更改为：“

4.2、 (略) 省政 (略) 上的分值调整

① 价格项（F1×A1）满分为 * 分，改为 * 分。

② 商务项（F3×A3）满分为 * 分，改为 * 分

4.3、招标文件中“包：1

”现更改为：

4.4、招标文件中“第 * 章招标内容及要求”的内容”现更改为“ * 、项目概况（采购标的）

备注：1、投标人应按合同包投标，对同 (略) 有品目号内容投标时必须完整。评标与授标以合同包为单位。

2、本批采购设有最高限价，最高限价为  *** 元，超过最高限价的投标报价将视为无效投标。

* 、技术和服务要求（以“★”标示的内容为不允许负偏离的实质性要求）

  * 、主要建设内容

（ * ）应用系统

1、需求分析

(略) 办公自动化系统总体建设内容为：

1、建设 * 套适合 (略) 各部门、下属单位使用的办公自动化系统，满足标准化、规范化的日常办公需求；主要内容包括：收文管理、发文管理、电子公文库、日常办公、信息服务、个人办公、系统管理等功能。

2、提供统 * 的技术支撑平台，建立统 * 的办公门户，实现统 * 用户管理、单点登录。主要包括统 * 办公门户、流程定义灵活配置、文件痕迹保留、全文搜索引擎、 (略) 等核心组件。

3、建设移动办公系统，实现 (略) 电子政务办公自动化系统的移动化衍生，实现让用户 (略) (略) 理和流程审批，摆脱传统办公模式上时间和空间的限制，提升办公效率 。

2、总体要求

（1）系统架构

软件的体系结构是构建应用软件最重要的指标之 * 。科学的软件体系结构应能保证应用系统具备可伸缩性、可扩展性和可管理性，而且，必须与国际上先进的理念相吻合，这也正是本项目对软件体系结构的要求。本系统的软件体系结构采用多层体系结构，由接入层/表现层、应用层、应用支撑层、数据支撑层和基础支撑层构成， (略) 示：

（2）开发技术   

J2EE

（3）建设原则

根据项目服务目标，针对当前工作中的问题，在项目建设时将遵循以下设 计原则：

1、先 进性、可扩展性

技术选型应采用成熟、先进的技术，在满足实用的基础上， (略) 络技术及系统设备，保证系统平台不仅能够满足现在的要求，而且可以方便地扩展将来的业务需求，并具有向未来技术平滑过渡的能力。

2、标准化、开放性

应充分考虑与国际标准、工业标准的 * 致性和兼容性，软件系统支持 * 次开发；支持数据分组通信、支持统 * 标准的软硬件接口。

3、易用性

采用成熟的产品和先进的系统设 计理念，同时应用设 计遵循简单实用的原则，做到对操作人员、使用人员最低的技术门槛要求，简单 (略) 操作，做到名 称浅显、易懂， (略) 得。

4、可管理性

具有对系统实施统 * 集中管理的功能，能通 (略) 各种日志数据的分析，进行各种性能的监测和故障排除。

5、安全性

应 (略) 络、系统及数据的安全性，从网络配置、软件系统、运行环境和管理操作等各个方面充分考虑系统数据安全，建立较全面的系统安全协防体系。同时在采用安全策略的情况下，能 (略) 效率。

6、经济性和实用性相结合

在系统建设中，不仅应考虑到目前各种业务的实际要求，还应充分考虑将来业务发展的需求。从实用性、经济性出发，保护投资，着眼于近期目标和长远的发展。

（4）系统标准规范

（1）GB/T *** 0《电子政务术语》

（2）GB/T *** 7《电子政务系统总体设 计要求》

（3）GB/T *** 4《电子政务业务流程设 计方法  通用规范》

（4）GB/T 1 * * 《基于XML的电子公文交换格式规范》

（5）GB/Z *** 5《XML在电子政务中的应用指南》

（6）GB／T 1 * 《电子政务业务流程设 计方法通用规范》

（7）《党 (略) 理工作条例》（中办发〔 * 〕 * 号）

（8）GB/T * 《党政机关公文格式》

（9）《 (略) 省普通电子公文传输交换平台交换接口规范》( (略) 省人民政府办公厅)

3、系统总体结构图

(略) 政府办公自动化系统采购采用J2EE多层体系结构和可信Web Service技术，基于关系数据库和文档数据库，使用标准的Web浏览器作为统 * 的客户端界面，支持将来智能手机、平板电脑等移动终端设备的接入扩展，保证了系统的先 进性、开放性、可扩展性和可集成性。

系统以工作流管理、统 * 用户管理等公共组件构成的技术支撑平台为基础，包含公文管理、日常办公、信息服务、个人办公、系统管理等子系统。下图是 (略) 办公自动化系统的功能结构：

4、技术路线要求

根据国家电子政务建设的指导意见及 (略) 省、 (略) 市电子政务建设经验， (略) 署环境、运行使用环境、系统维护和技术的发展， (略) 采用技术路线应 (略) 署能力，应考虑对非结构化数据存储、管 (略) 理机制。本项目具体技术路线要求如下：

1、符合国家电子政务规划要求；

2、系统整体应采用B/S的多层体系架构；

3、应支持组件化的模块装配，各模块配置灵活，便于后期需求扩展；

4、应支持Web Service、XML技术，便于应用集成和数据交换的实现；

5、▲应支持文档型数据库，具有从数据库到字段级灵活的安全控制，包括数据库、视图/表单、文档、区段/域等，投标人需提供非结构化数据安全可靠管理证明材料；

6、应具有跨平台特性，独立于硬件平台和操作系统，支持Windows、Linux等主流操作系统。

7. ▲ (略) 投软件产品应符合安全可靠标准，并提供“安全可靠电子公文系统参 考模型确认测试报告”等证明材料。

8. ▲系 (略) 、成熟、稳  定、先进的操作系统、数据库、网络协议和中间件等系统软件平台， (略) 投产品须基于安全可靠的电子政务基础支撑平台构建(须提供相关证明材料)。

* 、 (略) 办公自动化系统要求

1、基础功能要求

(略) 办公自动化系统以统 * 的工作流引擎、搜索引擎等基础组件服务为支撑，系统基础功能设 计要求如下：

1.1、可视化流程定义和监控

要求基于可视化流程设 计，公文和各类办公审批业务应基于工作流实现，流程应根据实际业务需要灵活配置，包括流程及各流程环节的操作权限、办理人员等配置。

应支持流程环节之间的自动转发，支持分支流程环节的灵活定义和选择。能够采用图形化方式实现跟踪流程、监控分析、能够实时地记录整个工作流程中各级 (略) 理状态、 (略) 理流向。流 (略) 理机制，使流程在临时突发情况下能正常流转。

工作流程应可视化、简单直观，可以灵活配置流程节点的操作权限和办理人员（可以是角色、部门或具体人员）；可以根据具 (略) 理流程重定向，适应业务模式的变化或人员调动。

▲1.2、文件修改痕迹保留

系统应能支持Microsoft Word或 (略) WPS、永中Office (略) 理软件的集成，文件模板应设置访问控制权限，防止非授权访问。文件编辑工具的类型应可灵活配置，不需通过修改程序实现对不同编辑工具的集成。所有用户的文件修改痕迹可以完整保留，其他人无法伪造、越权接受或拒绝修订，保证文件改稿的有效性。支持在文字编辑工具中替换公文模板，实现红头套打等功能。

1.3、公文痕迹重排

应支持公文痕迹重排功能，提供公文的在线起草、编辑、公文操作痕迹保留、公文带痕迹打印等功能。

1.4、多种 (略) 理方式

系统应提供公文模板定制功能，支持按照国家公文格式将 (略) (略) 有公文样式制作成规范的模板，通过系统配置上传到系统模板库中。

(略) 理过程中应提供公文的智能排版功能，对公文的拟稿、审核、校对环节可通过 * 键式的操作，自动按公文格式规范完成选定段落的智能排版。

1.5、多种意见输入方式

审批意见应支持菜单选择、键盘输入等多种方式。意见选择提供常用批示意见、组合意见和个人常用意见收藏等方式。

1.6、 * 页式办公

系统应提供 * 页式办公界面展现，在统 * 的界面设 计框架中将不同的办公业务和流程 (略) 融合和汇总，对各种 (略) 采集、封装、转化，来完成多元化的展现。

* 页式办公界面展现的内容须包括：待办文件信息、上 * 办理人意见、 (略) 理、资源链接、查询检索等。完全实现了页面扁平化，方便用户的操作和使用，极大 (略) 理文件的效率。

1.7、授权委托管理

系统应支持用户不在岗提供授权委托管理，授权委托 (略) 流程整体授权， (略) (略) (略) 理。

1.8、文件催办和提醒

系统 (略) 理及其他流程审批模块的催办、提醒功能，当流程在某个环节逾期未办，系统自动发送提醒消息，实现自动催办；应支持经办人根据 (略) 催办，手工给当前尚未办理的人员发送催办信息。

1.9、账户权限管理

系统的权限管理应采用集中式的管理，系统管理员不需要到各个具体 (略) 分散设置。系统管理员应能完成复杂的权限控制，实现快速解决人员流动、离职、休假 (略) 造成的权限变化。

1. * 、多种消息提醒渠道

系统应实现统 * 的消息提醒，包括流转的待办待阅件的到达消息、催办消息、个人定制消息等。

应提供手机短信、电子邮件等多种渠道的消息提醒方式，为领导提供离线且更加直观的办公手段。

1. * 、多种方式的信息查询和全文搜索

信息查询应支持单个和多个组合关键词的条件检索。用户可以个性选择 (略) 组合，以提高检索的精确度。除条件检索外，系统还应提供更为快速的全文检索功能。

应支持通过关 (略) 有符合查询权限的文档，应支持主页快捷搜索、主页高级搜索、模块快捷搜索、模块高级检索等多种方式。

1. * 、办公工作门户

要求提供办公工作门户，提供菜单导航、待办文件、待办事宜、在办文件、信息发布、电子邮件、资源链接、政务快车道和统 * 检索等服务，为个人提供个性化办公工作台。

1. * 、个性化应用和管理

(略) 署的基础上，应提供个性化定制服务功能。系统应允许功能模块、首页内容和页面风格可定制，实现内容和风格的独立性。

支持定制个人专属的工作空间，定制多套个人工作模板，支持拖拽、选择适用人员、适用组织，并 (略) 预设 计；支持对个性化定制 (略) 预览。

2、公文管理

▲公文管理是以公文流转为核心，应实现公文的收发、处理和电子化管理。应满足 (略) 电子公文的起草登记，审核、会签、签发、批阅、归档等公文管理周期的工作，以及过程的催办、反馈、查询与统计等辅助功能。投标人须提供安全可 (略) 理的相关证明材料。

2.1、收文管理

收文管理应实现外单位公文、传真等公文的登记、拟办、批办、传阅、承办和归档等全过程管理，应实现收文记录的检索、修改、收文办理和收文记录汇总与报表统计、打印等功能。

2.2、发文管理

发文管理应实现拟稿、核稿、会签、签发和编号、印制及分发、归档的全过程管理，实现发文的检索和查询、发文记录的修改、发文办理和发文记录汇总与报表统计及打印等功能。

可集成Microsoft Word、 (略) WPS、永中Offi (略) 理工具，支持各种文件的模板配置，提供痕迹保留、模板更换、红头套打等功能。

管理员可根据 (略) 的实际情况对发文的正文格式、文号及流水号规则、文件办理 (略) 自定义配置。

3、电子公文库

电子公文库用于存放 (略) 历来的电子公文数据，要求能与办公 (略) 理及其他 (略) 集成，能将各 (略) 理的公文、资料归入电子公文库，供各科室共享和查阅功能，应提供按年度、类别等各种方式的视图浏览功能，应提供按标题、文号等关键词组合查询功能和全文检索功能；应提供领导的公文阅读权限管理功能。

4、日常办公

日常办公为 (略) 提供各类日常事务的电子化、 (略) 理、查询、统计等，提高办公效率、促进科室之间、个人之间的信息共享和交流。

日常办公应包括：综合事务审批、会议管理、接待管理、依申请公开、盖章管理等功能模块。

具体功能设 计要求如下：

4.1、综合事务审批

综合事务审批 (略) 政审批件的起草、审核、批示和归档等全过程的电子化管理，并规范审批流程、支持查询各类审批情况并集中展现查询各类文件。

要求结合流程引擎实现流程配置、流程跟踪、监控和管理功能；集成 (略) WPS与Microsoft Word、永中Office作为文件编辑工具， (略) 政审批件的模板配置，提供痕迹保留功能；要求能够根据审批事项的类型自定义表单，对审批流程、正文模板、批阅单、 (略) 自定义配置。

4.2、会议管理

会议管理应实现 (略) 内部会议的预订、审批、发布、通知、查询等功能。应支持会议室冲突自动报警并建议其他会议室，支持在办公主界面上滚动播放会议预告信息；应按照事先的约定通过手机短信等方式提前通知有关人员。会议管理模块应具有会议预定、会议安排、会议通知、会议查询等功能。

4.3、接待管理

接待管理应实现 (略) 人员管理、接待方案审批和查询统计等功能。

4.4、盖章管理

对发文、便函、 (略) 有需要 (略) 或办公室印章的文件登记管理。盖章管理应实 (略) 申请及使用台帐的管理， (略) 上登记、审批、查询等功能。能对公章的 (略) 定义，提供公章台帐的统计查询。

5、信息服务

信息服务 (略) 公共信息共享，信息服务应包括：电子公告、常用资源下载等功能模块。

具体功能设 计要求如下：

5.1、电子公告

电子公告相当于传统的布告牌， (略) 有授权用户提供最新告示、新闻、通知、学习资料等公共信息的起草、审核、发布和查询服务。

5.2、常用资源下载

应提供日常工作经常使用的信息、资料的共享和下载，包括领导讲话、办事指南、操作手册、表格模板、常用软件、值班安排表等。

6、个人办公

个人办公为用户提供 * 个统 * 的工作入口 (略) 台。个人办公应包括待办事宜、短信发送、个人文档、个人收藏夹、个人资料管理、个性化设置等功能模块。

具体功能设 计要求如下：

6.1、待办事宜

管理个人会议、约会等待办事项登记、查询、提醒，查询、反馈领导或他人交办事项。

6.2、电子邮件

应实现单位内电子邮件的接收、发送、回复、转发、删除、查阅等功能。提供Web邮件操作页面，支持SMTP、POP3协议，实现Outlook、FoxMail等邮件客户端收发电子邮件功能。电子邮件应与办公系统实现无缝集成，能在办公门户动态展示最新邮件，能通过电子邮件实现办公系统公文到达及催办提醒等。支持电子邮箱的容量扩容。

6.3、短信发送

通过在办公系统中提供与短信猫等设备的接口，实现OA与短信服务的集成。

6.4、个人文档

应支持采用个人文件柜方式，实现个人工作计划、工作总结、文件等私人资料的管理，为个人提供文件资料的登记、查询、检索、删除、共享等功能。

6.5、个人收藏夹

个人收藏夹应提供个人关注内容的动态收藏及管理功能；应支持对收文、发文等应用功能的收藏功能，可独立管理收藏夹信息，进行随意删改；还可添加个人的资料信息，支持各种格式附件的上传，可对添加的 (略) 分类管理。

6.6、个人资料管理

个人资料管理应提供个人基础信息、个人代 理信息等个人资料的维护。

个人资料管理应实现与公文管理、电子邮件等功能模块集成，实现公文、资料、音视频等资源共享和应用整合。

6.7、个性化设置

应提供灵活的个性化设置服务，个性设置内容应包括个人基本信息配置、统 * 门户页面风格、 (略) 、消息通知方式和应用功能模块的页面和视图风格样式等。

7、系统管理

系统管理类功能应包括用户管理、功能模块管理、基础信息维护、系统日志管理和流程管理等功能子模块。管理员可分为超级管理员、部门管理员、业务管理 (略) 分权管理，统 * (略) 管理，设置方式应简洁，管理应方便、安全、可靠。

具体功能设 计要求如下：

7.1、用户管理

应支持Web方式的用户管理，提供用户的注册、注销、迁移、修改和查询功能，角色定义、修改和删除等管理，以及后台统 * 审核功能，应支持各单位办公人员的分级管理，并保证用户的排列顺序(按职务)易于调整且正确 * 致。

7.2、功能模块管理

应支持动态维护功能模块，实现功能模块的增加、删除功能，实现功能菜单动态生成。可以设置功能模块的模块管理员和用户使用权限。

7.3、基础信息维护

应提供系统使用单位名 称、来文单位等基础信息维护。

具有 * 定权限的不同层次的管理员可以删除、移动相应权 (略) 门及栏目发错的信息，便于管理员对各种信息的统 * 管理。

7.4、流程管理

应基于工作流管理系统提供各功能模块的流程配置和维护服务。

7.5、系统日志管理

对系统的删除、重要信息的浏览等 (略) 日志记录， (略) 日志分类、查询等操作，便于系统审计，提供历史日志备份、导出和自动删除等维护功能。

8、移动办公要求

移动办公系统须在办公自动化系统基础上，建设适合 (略) 应用的移动办公系统，通过移动终端随时随地访问应用系统，完成移动公文审批、移动信息查询等工作。

投标人应遵循并基于 (略) 省电子政务移动办公云服务平台的开放接口及应用开发规范完成移动办公系统开发工作。

移动办公功能模块要求

通过移动客户端，应实现待办收文、待办发文和各类审批事项汇聚，应提供收文、 (略) 理功能，包括公文信息查阅、正文查阅、正文批注、意见填写、流程办理等，能够查阅会议通知， (略) 自动提醒， (略) 、通讯录等公共信息。

8.1移动门户

移动门户主要通过首页实现各类信息汇总，应支持在首页显示各类业务的办理数量，主动 (略) 阅读或办理业务，包括待办收文、待办发文、会议通知和各类审批事项等提示信息，以及时督促用户地对 (略) 处理。

8.2待办事宜

待办事宜功能应实现将各项待办事宜实时推送至移动端，提供个人待办事宜的提醒，包括待办收文、待办发文和各类审批事项的提示信息，同时提供待办事宜信息视图及条目统计信息，以方便用户查询待办事宜的相关信息。

8. (略) 理

公文管理可通过移动设备完 (略) 理功能，实现对不同办理状 (略) 分类管理，并能够显示公文当前办理的流程环节，应提供办理单查阅、正文审阅、相关附件查阅、公文信息查看、意见审批、流程办理等功能。

8.4会议通知

应提供会议的查询，包括会议名 称、会议时间、会议地点、会议内容和参会人员的信息，并结合短信等方式通知相关与会人员。

8.5电子公告

(略) 信息及其相关附件。电子公告信息包括：标题、批准人、 (略) 门、发布时间、发布内容等信息。

8.6通讯录

应实现单位范围内的通讯录共享，支持在移动端按照组织架构的方式分类展示人员列表，支持个人通讯录和单位通讯录的查询检索。

9、移动办公系统对接要求

本项目建设的办公自动化系统位 (略) ，移动办公 (略) ，在两个不 (略) 全区域实现移动办公， (略) 数据导入/导出、光盘刻录摆渡的人工过程。

云平台对接要求如下：

▲在本项目中，应实现与移动办公系统对接，应遵照《 (略) 省电子政务移动办公云服务平台数据交换规范》进行建设，实现办公自动化系统与电子政务移动办公云服务平台的数据对接及格式兼容。

对 (略) 络环境下办公自动化系统的移动化，办公自动 (略) * 些改造，以实现办公自动化系统和政务移动办公云平台的数据对接。

* 、移动办公安全设 计要求

投标人应针对云平台身份认证安全、终端数据安全、数据传输安全提出具体安全保障措施。

* 、应用支撑组件要求

应用支撑组件建设内容应包括统 * 用户管理、工作流引擎、自定义表单系统、搜索引擎服务组件，实现对办公自动化系统及未来扩展系统的统 * 管理及有效支撑。

* 、统 * 用户管理

统 * 用户管理平台应为本项目提供统 * 的用户管理与统 * 的身份认证、访问控制等服务，实现系统单点登录和权限控制，要求遵循LDAP协议，可以方便地与各应用系统实现用户信息同步。

* 、工作流引擎

工作流引擎应提供便捷的图形化工作流定制功能，通过拖拽就可管理工作流程，实现对基于工作流程的任 (略) 计划、跟踪、监控和归档。

提供的工作流引擎应包含流程建模、组织建模、流程引擎、流程监控和管理、工作流分析报表等基本模块。

* 、搜索引擎服务

应提供专业的搜索引擎服务，支持集 (略) 有应用中，实现搜索的统 * 入口，用户能够高效、便捷的搜索平台数据。

搜索引擎具备建立索引和提供检索的基本功能，具有方便的用户接口、面向Web的 * 次开发接口。结构上，搜索引擎系统核心提供索引引擎、查询引擎、文本分析引擎、对外接口等平台服务，面向结构化、非结构化数据资源，应提供智能扩展搜索、 * 次搜索、拼音搜索、个性化搜索等服务。

* 、应用系统集成要求

本次建设的办公自动化系统应支持与其他应用系统的集成，实现数据共享、交换等应用集成服务。集成内容应包括： (略) 市政府办公自动化系统、短信通知系统等的集成设 计。

* .1与 (略) 市政府办公自动化系统集成

▲应实现与 (略) 市政府办公自动化系统的集成，可自动接收并转入该系统的待收公文至本系统收文应用，可将本系统的发文方便地转入该系统并发送给接收单位。

* .2与短信通知系统的集成

应实现或预留与短信通知系统的集成，实现在线发送短信通知（在网络不通得情况下，需手工导出后发送）。实现待办文件提醒、文件催办、会议通知等自动或人工发送短信功能。

* 、系统安全性要求

该系统为 (略) 内部使用的非涉密办公自动化系统，系统安全防护要求如下：

A、在提交密码、业绩信息、财务相关信息等各种有保密需求的信息时，采取必要的加密传输措施；密码等重要字段使用MD5等加密。

B、在存储有保密需求的信息时，必须采取加密存储，确保在没有权限的情况，即使获取到数据也无法解读。

C、提供登录安全性保护，防止密码暴力破解、SQL注入攻击等。

D、数据库备份设 计。

E、日志及安全审计。

（ * ）数据库要求

数据库要求：domino

* 、项目工期:

(1)工期：要求中标施工方应保证在签订合同5个月内完成项目建设。

项目实施期间，应提供保证项目 (略) 需的人员开发、培训、技术支持和服务，中标施工方应据此制定详细的、可行的项目实施方案及质量保证措施，应提供详细的软件开发和工程实施进度安排，确保能够按以上进度要求完成本项目的建设。

（2）项目验收

（1）初步验收：系统开发、部署、调试完成并上线之后，建设单位组织初验。系统初验的基本条件是：①全面完成系统的设 计、开发、测试和集成工作，达到功能、性能、使用等方面的要求；② (略) 稳定，业务流程符合要求。

（2） (略) ：通过初步验收后，进入3个月 (略) 期。 (略) 期间，软件开发商提供足够的培训和技术支持，保障用户能够正确的理解和使用系统， (略) 中出现的问题以及用户需求情况，及时修改完善系统。 (略) 期内如出现重大故障， (略) 期从故障排除之日起重新计算，直到系统连续两个月无重大故障为止。

（3）竣工验收： (略) 期满后如果系统工作正常、稳定， (略) 竣工验收。竣工验收要求：①提交 (略) (略) 文档， 如技术文档、 实施文档、 用户使用和操作手册、中标合同等；②安装、调试、 (略) 时出现的问题均已解决；③用户单位出具系 (略) 满足预期要求的证明文件。

* 、培训要求：投标人需确保中 标后，在项目验收合格后经培训，招标人能熟练自主操作使用本项目各系统应用。

* 、服务期和响应时间：

1、自项目终验收合格之日起，中标人为项目提供为期1年的免费维保服务。保修期间，中标人应提供免费维护和升级。

2、在保修期内，如果发生故障，中标人要调查故障原因并修复直至满足最终验收指标和性能的要求，或者 (略) 分有缺陷的系统。以上都应是免费的。

3、在保修期内，如果没有在本文件其它地方有另外约定， (略) 提供的软件出现故障时，中标人提供服务级别的响应速度不得大于1小时，故障修复时间不得大于4小时。对于在短时间内不能解决的问题，中标人需要立即提供应急措施和应急方案。此项工作属于免费维护范围，不得另外收费。

4、中标人应提供7× * 小时的技术支持。

5、在保修期之后，对于中标人交付的在正常使用情况下因原设 计、开发等技术原因而引起故障，中标人对应用软件有 (略) 修复和提供服务。

6、中标人应对 (略) 知识管理，并每月定期把知识管理成果( (略) 理表单、月维护工作例会纪要等)交换给业主方，知识管理清册应当每个月编报。

* 、 技术支持及维护服务

1、中标人应向业主方提供全面、有效、及时的技术支持和服务，负责解决应用软件使用中发生的问题。

2、在系统开通后， (略) 改进，增加新功能以及适应相关标准、 (略) 做修改的最新版本，中标人均应免费提供业主方使用。

3、 (略) 期间，系统维护由中标人负责，中标人需派技 (略) 指导维护工作。

4、在保修期内中标人提供免 (略) 维护服务，运行维护服务至少包括以下内容：

（1）与业主方共同完成日常维护和系统管理；

（2）相关的系统检测、跟踪、监控、优化、更新等技术服务；

（3） (略) 提供维护工具。

5、中标人应提供软件维护方案，说明下列信息：

（1）定制程序方面的软件维护；

（2）估计的预防维护服务的频率及持续时间。

6、在系统扩容及软件升级时，中标人应派技术人员指导和配合。”

(略) (略) 分。

5、更正（补充）后购买采购文件时间、地点、方式: (略) * 并发布；投标人应先在 (略) (略) (http:/ *** )注册会员，再通过会员账号在 (略) (略) 上公开信息系 (略) 报名及下载采购文件，否则投标将被拒绝。

6、更正（补充）后网上报名截止时间： *** * : *

7、更正（补充）后响应文件提交的截止时间： *** * : *

8、更正（补充）后开标（询价方式：报价公开）时间（系统引用时间）及地点： *** * : * 。 (略) (略) * 层开标室（1）

9、采购人名 称: (略)

     地址： (略) 中大道 * 号 (略) 市政府8号楼

     项目负责人：姚韬

     联系电话： ***

* 、代 理机构名 称： (略) 顺恒 (略)

    地址： (略) 市 (略) 区西洪路 * 号4层、5层

    项目负责人：小张

    联系电话： ***

                                               (略) 顺恒 (略)

                 发布日期： * 日