兵团信访信息系统升级改造项目补遗文件（一）
发送至邮箱
兵团信访信息系统升级改造项目补遗文件（一）
补遗文件（ * ）
各投标单位：
现对兵团信访信息系统升级改造项目（项目编号：BZFW-[ * ）做如下补充：
用户需求书
技术规格要求
第 * 章 项目建设的必要性和需求分析
1.1项目建设的必要性
(略) 在维护全兵团信访人合法权益、表达合理诉求、化解矛盾纠纷方面发挥了重要作用。目前，信访总量仍然较大，信访形势依然严峻，工作任务较为繁重，全系统（含兵团、师、团场）信访量每月新增维持在 * 件次左右。在信息化系统方面，目前使用 * 套信访业务平台系统，处理日常工作办理信访案件。
我局多次组织系统应用状况座谈会、系统改进建议征集会、外单位调研，多次走 (略) ，深入师（市） (略) ，听取了大量自上而 (略) 反映的意见建议，大家 * 致认为，随着信息化发展，社会矛盾纠纷呈现多元化、复杂化，原有的系统已经落后于时代信息化的发展水平，致使出现很多突出问题， * 是现有系统应用不畅，系统操作繁琐， * 个操作需要打开多个 (略) 下 * 步操作，影响工作人员使用。 * 是查询统计功能设计不合理，查询、统计结果不准确，严重影响信访工作效能； * 是现有系统 (略) 数据交换存在问题，由 (略) 业务功能调整或两边的标准不 * 致，导致数据交换不成功，缺少可交换的字段。 * 是信访数据的统计分析挖掘深度不够，辅助信访工作的指挥决策不全面，对苗头性、倾向性的问题无法提前识别，不能有效的预警风险； * 是现有系统没有满意度评价功能，需增加信访满意度评价系统。
这些问题已经成为制约兵团信访工作更上 * 层楼的瓶颈，明显无法适应实际的工作需要，迫切需要对现有的工作模式、 (略) 改革创新，升级改 (略) 信访业务平台，正是提升全兵团工作整体效能的有效手段，因此，本平台的建设是十分必要的。
1.2需求分析
此次系统升级改造有如下需求：
(略) 上受理系统、事项办理系统、督查督办系统、复查、复核系统、查询系统、统计分析系统、
新增信访满意度评价系统、数据交换系统、数据迁移功能。
第 * 章 本期项目升级改造方案
2.1 建设内容
兵团信访业务系统升级改造内容由4个应用支撑系统、7个业务应用系统、1次数据迁移组成，兵 (略) 门使用。
4个应用支撑系统是：标准规范、安全体系、应用支撑平台、数据交换系统。
7个业务应用系统分别是：网上受理系统、事项办理系统、督查督办系统、复查、复核系统、查询系统、统计分析系统、信访满意度评价系统。
1次数据迁移。
2.2应用支撑系统：
2.2.1标准规范：
标准规范体系主要由信息结构体系和信息交换标准组成，其中信息交换标准严格遵照《国家信访信息系统数据交换技术规范（ * 版）》（ (略) 制定），信息结构体系则除参考国家标准现有数据标准之外，还需要根据业务 (略) 部分定制。
技术支撑标准（接口规范、软件开发规范、 (略) 署规范等内容）。
数据类标准（包含信息分类体系、基础数据定义、代码设计标准等内容）。
业务流程类标准（包含办信登记流程、来访接待流程、事项办理流程等内容）。
管理类标准（包含工程绩效管理规范、工程试点上线工作规程、阳光信访信息化工程建设工程验收管理办法等内容）。
2.2.2安全体系
按照等级保护标准规范，建立动态、综合的防护体系。
业务模块调用统 * 安全服务组件，结合已有认证体系和本期建设的电子印章鞥，实现业务数据和传输加解密，实现签名验证、访问控制等。
应用安全。从身份认证、授权管理、访问控制、日志记录和安全审计、 (略) 设计。
信息资源安全。对数据信息存储及信息加密、信息流控制和备 (略) 设计。
2.2.3应用支撑平台
支撑平台作为“本项目”中数据库和其他业务系统的基础支撑，主要承担和实现系统数据集成与备份、系统组织机构与用户管理、数据字典管理、权限控制与单点登录管理、日志管理与异常报警、报表管理与联机展现、综合查询、打印与输出等功能。
（1）数据集成。“本项目”涉及到多种异构数据，除了通过 (略) 直接映射交换之外，很多数 (略) 比对、清洗、转换等数据集成工作。数据集成包含数据抽取、数据清洗和数据转换等基础组件功能。
（2）系统组织机构与用户管理。主要包含组织机构管理、用户管理、用户权限管理、用户状态监控和组织机构和用户接口等功能。
（3）数据字典管理。主要包含字典维护、字典下载、字典下发、数据更新等功能。
字典维护。对国标、部标等全国通用，必须保持 * 致的标准代码字典数据的维护，同时包括本地区制定的各种标准代码的维护。
（4）权限控制管理。主要包含系统级授权与控制、模块级授权与控制、字段与功能操作授权与访问控制、敏感数据授权访问和用户系统授权控制等功能。
（5）日志管理。主要包含日志记录、日志维护和日志分析等功能。
（6）联机展现。提供基于WEB浏览器方式智能化的分析报告，提供科学的、多层次的多角度分析手段。
（7）综合查询。提供按条件（清晰条件或模糊条件）的数据查询与数据反查功能。查询条件可按照多种方式定制、组合。
2.2.4数据交换系统
实 (略) (略) 的数据上传下达。
数据交换平台涉 (略) 门 (略) 的交换接入和数据采集、 (略) 理工作。鉴于数据安全、业务系统稳定性和性能方面的考虑，数据库和数据文件交换采用数据前置方式，即所有需要参与交换的数据、文件推送到前置交换数据库或者目录，再由前置交换数据库或者目录与数据交换中间件对接，实现与外界数据交换。 (略) (略) --前置模式，负责整个交换过程的管理与监控。系统需要具备的功能包括：连接管理、转换管理、作业管理、调度管理、 (略) 理管理、监控告警管理、任务调度引擎、 (略) 理引擎。
2.3 业务应用系统详细建设方案
2.3.1网上受理系统
（1）引导功能： (略) 引导、投诉程序引导、以方 (略) 上投诉件、 (略) 上投诉秩序、指引 (略) 使权利。
（2）注册功能：信访 (略) 网上投诉或建议， (略) 实名注册，用户注册包括录入个人的姓名、身份证号、地址等信息。对已注册 (略) 网上投诉的操作。
（3）网上投诉管理功能：包括投诉信息建立、投诉附件管理、投诉信息的修改与撤回功能。投诉提交时，系统具备对重复信访件的识别功能，可自动提示信访人并不再重复受理。
（4）投诉查询管理功能：在网上投诉类用户登录系统后，可随时查看事项的办理进度和结果信息。
2.3.2事项办理系统
（1）登记功能：对来信、来访、网上投诉的 (略) 登记，形成统 * 的数据库，登记表单应包括详细的信访件信息，如：信访人基本情况要包括来信人姓名（匿名标识）、地址（单位）、职务、电话，来信人数、来信形式、附件、受信人（单位）、收信日期，联名信标识、重信标识，来信编号等。
（2）判重功能：来信、来访、网上投诉信访事 (略) 判重，并列表出来的结果，工作人员判为相同信访事项、相同信访人时，系统将判重的信息带入登记信息。
（3）办理功能：对来信、来访、网上投诉的 (略) 转送、 (略) 门办理， (略) (略) 理意见。涵盖信访事项的转送、交办、存、告知等办理操作。
2.3.3督查督办系统
建立督查督办案源库， (略) 室转立项督办功能，完善上级或系统外交办或领导批示案件录入督查督 (略) 立项功能。完善系统内督查督办案件的统计功能。完善实地督办、电话督办、发函督办、协调督办等 (略) 上流转程序，实时掌握各地积案标识及化解状态，通过系统自动生成应标未标、已标注、汇报化解、汇报化解后重访等数据，并通报逾期未办理数据和重访数据，报警汇报化解后多次赴京到兵团走访重访数据，并针对办理单位直接红色提醒给各相关责任人和领导，倒逼责任单位提高工作效能。督查督办子系统包括督办立项、报批流转、事项督办 * 个功能模块。
2.3.4复查复核系统
完善复查复核信访件登记功能。新建业务、判重业务、打印业务、附件上传业务、制作复查（复核）文书、导出业务、复查复核要件审查受理、复查复核办理、复查复核终止、延期、汇报、归档等功能。
复查复核子系统，包括复查、复核、审核认定、查询、督办6大功能模块。
2.3.5查询系统
系统支持信访件简单查询和高级查询两种模式。
简单查询：在 * 个页面中通过选择或填写信访人信息、信访件信息、办理情况信息等内容，查询出自己需要的信访件列表。查询出的信访件支持打开、导出和打印功能。
高级查询：通过选择或填写信访人信息、信访件信息、办理情况信息、满意度评价信息及积案、依法分类信息、包案及各类标记信息等内容，通过不同条件项的逻辑运算（或者、并且）和运算符（等于、包含、左包含、右包含、大于等于、小于等于）的组合，查询出不同的信访件列表。同时，高级查询功能还支持以自定义 (略) 排序，支持对显示项的增加或减少。对查询出的信访件列表支持打开、导出和打印功能，查询信访事项的导出不受条数限制。 (略) 有办理程序各环节、各时间点、时间段查询。
2.3.6统计分析系统
（1） (略) 有重要数据信息的可查询统计分析。根据需要形成固定统计分析结果，通过报表、图形、文 (略) 统计分析，直观呈现各项工作情况。
（2） (略) 模糊和组合条件查询，自动生成统计报表，对责任划分、办结率等 (略) 统计分析，展示统计结果，本系统支持统计结果通过饼图、柱状图、曲线图等形式展现。
2.3.7信访满意度评价系统
信访事项办理后，信访人通过登记系统，对责任单位的办理结果按照满意、基本满意、不满意做出评价，从 (略) 理信访事项责任单位 (略) 门的满意度评价。
2.3.8数据迁移。
信访系统经过多 (略) ，积累了大量的历史数据，新系统 (略) ，必须做好历史数据资源的迁移和保护工作。需要对 (略) 分析和梳理，结合新系统的设计，综 (略) 门实际工作 (略) 门管理要求，制定历史数据迁移方案，设计方案中需要体现：数据迁移前的准备、数据迁移的实施、数据迁移后的校验。
2.4项目建设工期与实施进度：
2.4.1建设工期
合同签订之日起3个月内完成项目建设
2.4.2实施进度计划
初始阶段（ * 年 5月至6月）
做好各种准备，进行项目招投标，启动项目。
软件开发（ * 年7月至 * 年9月)
通过调研，细化系统需求，进行软件开发，完成定制开发。
测试、 (略) （ * 年 * 月）
组织专家组对 (略) 验收。验收合格后， (略) 进行学习培训，尽快掌握应用及维护技能，并投入实战应用。
验收及培训（ * 年 * 月）
组织专家组对 (略) 验收。验收合格后， (略) 进行学习培训，熟练掌握应用及维护技能，并投入实战应用。
2.5培训
2.3.1培训内容
培训工作分成应用级培训和系统级培训两种。应用级培训指 * 般工作人员的基础操作培训和应用管理的日常应用维护的培训；系统级培训指对用户的系统管理员的系统管理培训。系统管理人员培训达 (略) 系统管理、 (略) 理、日常测试维护等工作。
2.3.2培训形式
根据本项目各建设阶段的不同需要，培训方式采用集中培训、现场培训、网上培训、热线支持和参观学习等相结合的方式，针对不同层次、不同角色的人员，开设不同的培训课程，使接受培训的人员在培训后能独立完成相应的工作。
集中培训方式：利用有效的 (略) 地，采用集中授课、上机操作的方式，进行培训；
现场培训方式：重点针对系统运维人员、系统管理员， (略) 的共同实施， (略) 环境的安装、应用系统的安装以及各种日常操作、管理操作等；
网上培训方式：重点针对单位各级工作人员，通过帮助文件及多媒体课件提供在线帮助和下载学习；
演示动画培训方式：针对系统的主要操作功能点，结合用户业务实际，制作短小的系统操作演示动画，帮助用户在操作应用系统时即时点击播放操作动画，学习系统应用；
热线支持方式： (略) 过程中，通过服务热线提 (略) ；
参观学习方式： (略) 过程中，单位为提高系统应用效果，可以统 * 组织去应用 (略) 参观学习，切实交流应用心得。
2.3.3培训对象
根据相关人员的关注点和在系统中应用层面的不同，将培训对象分为管理、实施和技术保障人员与各业务系统使用人员两大类。每 * 类培训对象的详细说明见下表：
| 培训对象类别 | 培训预期效果 |
| 管理、实施和技术保障人员 | 使其熟悉本项目的项目管理理念、方法和流程，能够熟练地配合项目管理进程。 确保其能够独立实 (略) 署，并能根据 (略) * 次开发。 确保其 (略) (略) 技术支持，能够解决 (略) 中可能预见到的问题。 |
| 各业务系统使用人员 | 确保其对应用软件能熟练地操作和使用。 |
2.3.4培训经费
兵 (略) 地租用费及培训人员的食宿费，承建方负责提供讲师及讲师的食宿差旅费。
2.3.5培训次数
1次。
2.4售后服务方案
(略) 保障体系是保证项目顺 (略) 的必要条件。
2.4.1运维保障体系
运行阶段是整个项目真正发挥作用的阶段，运行维护体系包括：人员保障、日常维护管理、 (略) 监测和故障预警、 (略) (略) 费用预算等。
1)人员保障
(略) 期间，协同建设单位及维护单位组织专门的机构和人员来承 (略) 和维护工作，制定该机构的责任目标、确定机构的人员岗位编制，以及各岗位责任范围、任职资格和考核指标，并确保人员到位。同时人员保障的另 * 个重要工作是人员管理，人员管理的主要内容包括：
坚持谁管理谁维护的原则：要保证信息系统有效、 (略) 的 * 个重要前提是数据的准确性，在信 (略) 过程中遵循谁管理谁维护的原则，确保信息的及时性和准确性。
确定安全责任：由于系统信息的密级较高，应按不同的岗位确定其敏感度（或确定各岗位的涉密级别）。
用户管理：用户管理是 (略) 过程中日常管理的 * 项重要内容，用户管理的核心内容是系统用户的“帐号” 管理。用户管理应同工作人员的升迁、调动、退休等变动相关联。
2)日常维护管理
完善的维护管理制度是 (略) 的重要保证。维护管理制度主要包括机房管理制度、运行日志制度、主机检查维护制度、数据备份存储制度、网络安全检测制度、有关系统安全保密的密钥生成、分发、跟踪制度、网站运维制度等，并采取相应的措施确保制度得到贯彻和实施。
3) (略) 监测和故障预警
充分利用系统提供的管理功能， (略) 络管理、系统管理和应用管理等，随时监 (略) 状况， (略) (略) 数据的统计与分析， * 旦发现问题，利用管理工具找出 (略) 在；同时利用相关管理系统中提供的故障预警功能，在系统出现故障之前预先发现问题，发出警报，以便采取相应的防范措施，达到防患于未然的目的。
4) (略) 理办法
针对系统 (略) 有类型的故障，制定相应的应急恢复办法和操作规程，并配备备品配件和安排好相应的技术力量，以保障系统在发生故障的情况下，满足业务对系统连续可用性的要求。
2.4.2运维保障方案
免费远程运维1年。
提供1年7× * 小时质保，包括但不限于技术支持服务、软件升级服务、问题修补服务、性能评估与调优、支撑保障服务等。费用由投标人承担，招标人不再支付任何费用。
1小时内做出明确响应和安排， (略) 人提供维修服务，并做出故障诊断报告，在收到服务请求后8小时内彻底解决问题。
制定应急预案。对重大节假日及重要事件或特殊演示、演练，应制定技术服务预案和应急预案，配合招标人完成相应保障及预演措施， (略) 人的 (略) 值守和保障服务。
应急措施，投标人应根据系统典型和常见故障指定 (略) 置操作办法或配套措施，此操作办法和措施必须经过实际演练后，经招标人 (略) 。
在售后服务期内，投 (略) 中的项目经理、系统架构师、产品原型设计师、UI设计师及至少5名开发工程师作为掌握核心设计和代码的主要技术人员，不得更换掌握核心代码的主要技术人员。
| 建设内容 | 主要内容描述 | 备注 |
| 1、软件开发 | ||
| 1.1 (略) 建设 | ||
| （1）基础信息库 | 信息资源体系及信访基础数据库建设。 |
|
| 小计 |
|
|
| 1.2 应用支撑建设 | ||
| （1）标准规范 | 标准规范体系主要由信息结构体系和信息交换标准组成，其中信息交换标准严格遵照《国家信访信息系统数据交换技术规范（ * 版）》（ (略) 制定），信息结构体系则除参考国家标准现有数据标准之外，还需要根据业务 (略) 部分定制。 技术支撑标准（接口规范、软件开发规范、 (略) 署规范等内容）。 数据类标准（包含信息分类体系、基础数据定义、代码设计标准等内容）。 业务流程类标准（包含办信登记流程、来访接待流程、事项办理流程等内容）。 管理类标准（包含工程绩效管理规范、工程试点上线工作规程、阳光信访信息化工程建设工程验收管理办法等内容）。 |
|
| （2）安全体系 | 按照等级保护标准规范，建立动态、综合的防护体系。 业务模块调用统 * 安全服务组件，结合已有认证体系和本期建设的电子印章鞥，实现业务数据和传输加解密，实现签名验证、访问控制等。 应用安全。从身份认证、授权管理、访问控制、日志记录和安全审计、 (略) 设计。 信息资源安全。对数据信息存储及信息加密、信息流控制和备 (略) 设计。 |
|
| （3）应用支撑平台 | 支撑平台作为“本项目”中数据库和其他业务系统的基础支撑，主要承担和实现系统数据集成与备份、系统组织机构与用户管理、数据字典管理、权限控制与单点登录管理、日志管理与异常报警、报表管理与联机展现、综合查询、打印与输出等功能。 |
|
| （4）数据交换系统 | 实 (略) (略) 的数据上传下达。 |
|
| 小计 |
|
|
| 1.3 信访业务平台 | ||
| （1）网上受理系统 | 用户注册管理、网上反映投诉、网上协调解决、网上回复结果 |
|
| （2）事项办理系统 | (略) 室及个人待办和已办工作、信访事项进程查询、投诉登记、事项办理及提醒业务的管理。 |
|
| （3）督查督办系统 | 提供督查督办全程监控功能。 |
|
| （4）复查、复核系统 | 提供复查、复核全过程管理功能。 |
|
| （5）信访满意度评价系统 | 建立满意度评价事项库，分设纳入评价信访事项库、符合评价条件事项库、已评价信访事项库，设置库内可查询、调阅等功能按钮，实现分 (略) 门和对责任单位评价的功能。 |
|
| （6）查询系统 | 实现对信访人、信访事项、办理状态等条件的查询。 |
|
| （7）统计分析系统 | 包括固定统计分析、自定义统计分析、考核决策（ (略) 对兵团考核，兵团对师、团场的考核相关报表）、分析报告。固定报表， (略) (略) 室及全省各地区、各部门、各单位工作需要，开发不同形式的固定报表，支持地图显示，支持直方图、饼图、折线图显示，能统计本期数、上期数、上上期数，自动计算同比及环比。固定统计分析报表是根据预先约定好的报表样式设计而生成的。在时间维度方面，固定报表分为：年报、半年报、季报、月报，即最小颗粒度为月度，可以区间选择。 (略) 定义报表的查询条件和统计项，报表表样， (略) 需报表。 (略) 模糊和组合条件查询，自动生成统计报表，对责任划分、办结率等 (略) 统计分析，展示统计结果， |
|
| （8）系统管理 | 组织机构管理：可配置组织机构， (略) 状组织机构管理需求，机构信息包括组织组织名称、组织别名、负责人、组织级别、直属级别等信息。 |
|
| 角色管理：可配置系统中的角色，包括角色的新增、修改、删除，显示角色的列表信息，包括角色名称、类别，可以查看角色具体的功能，可通过菜单管理对角 (略) 配置。 | ||
| 用户管理（指工作用户）：可配置系统中的用户信息，提供用户CA认证的授权管理， (略) 基本信息的维护配置，包括对用户的账号、姓名、性别、职务、级别、岗位调整、 (略) 在部门、用 (略) 维护配置。 | ||
| 菜单管理：可配置系统中的菜单信息，菜单的上下级关系，可实现菜单信息的维护，包括菜单信息的新增、修改、删除，以及菜单具有相应的功能的设置。 | ||
| 数据库维护管理：可查看数据信息的备份、还原列表，可查看某个操作的详细信息，管理员可以选中某 * 天的 (略) 数据还原，系统可显示操作的结果。 | ||
| 权限组管理 | ||
|
| 小计 |
|
| 2、数据迁移 | ||
| （1）数据迁移 | 将原有系统中的数据迁移到升级后的系统，用于统计、查询分析、判重、比对。 |
|
| 3、运行维护 | ||
| （1）运行维护费 | 质保期1年。 |
|
合 同 书
项目编号：
货物名称：
合同编号：
买 方：
卖 方：
签署日期：
（买方）所需 （货物名称） (略) 政 (略) 审批以竞争性 (略) 采购， （卖方）为成交单位。买卖双方同意按下列条款和条件，签署本合同。
1．合同 (略) 分。
a、磋商邀请函。
b、卖方报价文件。
c、磋商过程中，卖方最终报送的货物数量、价格表及其它书面材料。
d、合同补充条款或说明。
e、卖方承诺的售后服务条款。
2．合同范围和条件
本合同的范围和条件应于上述规定的合同文件内容 * 致。
3．货物和数量
本合同要求提供的货物和数量见货物数量报价表。
4．合同总价
本合同总价为 元人民币（大写）
5．付款方式：合同签订生效后，验收合格后 * 个工作日内支付全款。
6．本合同经双方授权代表签署并加盖印章后开始生效。
7．交货期：
8．交货地点：按 (略) 。
买方： 卖方：
名称：（印章） 名称：（印章）
授权代表：（签字） 授权代表：（签字）
地址： 地址：
邮编： 邮编：
电话： 电话：
其他内容不变。
注： (略) 公司。
补遗文件（ * ）
各投标单位：
现对兵团信访信息系统升级改造项目（项目编号：BZFW-[ * ）做如下补充：
用户需求书
技术规格要求
第 * 章 项目建设的必要性和需求分析
1.1项目建设的必要性
(略) 在维护全兵团信访人合法权益、表达合理诉求、化解矛盾纠纷方面发挥了重要作用。目前，信访总量仍然较大，信访形势依然严峻，工作任务较为繁重，全系统（含兵团、师、团场）信访量每月新增维持在 * 件次左右。在信息化系统方面，目前使用 * 套信访业务平台系统，处理日常工作办理信访案件。
我局多次组织系统应用状况座谈会、系统改进建议征集会、外单位调研，多次走 (略) ，深入师（市） (略) ，听取了大量自上而 (略) 反映的意见建议，大家 * 致认为，随着信息化发展，社会矛盾纠纷呈现多元化、复杂化，原有的系统已经落后于时代信息化的发展水平，致使出现很多突出问题， * 是现有系统应用不畅，系统操作繁琐， * 个操作需要打开多个 (略) 下 * 步操作，影响工作人员使用。 * 是查询统计功能设计不合理，查询、统计结果不准确，严重影响信访工作效能； * 是现有系统 (略) 数据交换存在问题，由 (略) 业务功能调整或两边的标准不 * 致，导致数据交换不成功，缺少可交换的字段。 * 是信访数据的统计分析挖掘深度不够，辅助信访工作的指挥决策不全面，对苗头性、倾向性的问题无法提前识别，不能有效的预警风险； * 是现有系统没有满意度评价功能，需增加信访满意度评价系统。
这些问题已经成为制约兵团信访工作更上 * 层楼的瓶颈，明显无法适应实际的工作需要，迫切需要对现有的工作模式、 (略) 改革创新，升级改 (略) 信访业务平台，正是提升全兵团工作整体效能的有效手段，因此，本平台的建设是十分必要的。
1.2需求分析
此次系统升级改造有如下需求：
(略) 上受理系统、事项办理系统、督查督办系统、复查、复核系统、查询系统、统计分析系统、
新增信访满意度评价系统、数据交换系统、数据迁移功能。
第 * 章 本期项目升级改造方案
2.1 建设内容
兵团信访业务系统升级改造内容由4个应用支撑系统、7个业务应用系统、1次数据迁移组成，兵 (略) 门使用。
4个应用支撑系统是：标准规范、安全体系、应用支撑平台、数据交换系统。
7个业务应用系统分别是：网上受理系统、事项办理系统、督查督办系统、复查、复核系统、查询系统、统计分析系统、信访满意度评价系统。
1次数据迁移。
2.2应用支撑系统：
2.2.1标准规范：
标准规范体系主要由信息结构体系和信息交换标准组成，其中信息交换标准严格遵照《国家信访信息系统数据交换技术规范（ * 版）》（ (略) 制定），信息结构体系则除参考国家标准现有数据标准之外，还需要根据业务 (略) 部分定制。
技术支撑标准（接口规范、软件开发规范、 (略) 署规范等内容）。
数据类标准（包含信息分类体系、基础数据定义、代码设计标准等内容）。
业务流程类标准（包含办信登记流程、来访接待流程、事项办理流程等内容）。
管理类标准（包含工程绩效管理规范、工程试点上线工作规程、阳光信访信息化工程建设工程验收管理办法等内容）。
2.2.2安全体系
按照等级保护标准规范，建立动态、综合的防护体系。
业务模块调用统 * 安全服务组件，结合已有认证体系和本期建设的电子印章鞥，实现业务数据和传输加解密，实现签名验证、访问控制等。
应用安全。从身份认证、授权管理、访问控制、日志记录和安全审计、 (略) 设计。
信息资源安全。对数据信息存储及信息加密、信息流控制和备 (略) 设计。
2.2.3应用支撑平台
支撑平台作为“本项目”中数据库和其他业务系统的基础支撑，主要承担和实现系统数据集成与备份、系统组织机构与用户管理、数据字典管理、权限控制与单点登录管理、日志管理与异常报警、报表管理与联机展现、综合查询、打印与输出等功能。
（1）数据集成。“本项目”涉及到多种异构数据，除了通过 (略) 直接映射交换之外，很多数 (略) 比对、清洗、转换等数据集成工作。数据集成包含数据抽取、数据清洗和数据转换等基础组件功能。
（2）系统组织机构与用户管理。主要包含组织机构管理、用户管理、用户权限管理、用户状态监控和组织机构和用户接口等功能。
（3）数据字典管理。主要包含字典维护、字典下载、字典下发、数据更新等功能。
字典维护。对国标、部标等全国通用，必须保持 * 致的标准代码字典数据的维护，同时包括本地区制定的各种标准代码的维护。
（4）权限控制管理。主要包含系统级授权与控制、模块级授权与控制、字段与功能操作授权与访问控制、敏感数据授权访问和用户系统授权控制等功能。
（5）日志管理。主要包含日志记录、日志维护和日志分析等功能。
（6）联机展现。提供基于WEB浏览器方式智能化的分析报告，提供科学的、多层次的多角度分析手段。
（7）综合查询。提供按条件（清晰条件或模糊条件）的数据查询与数据反查功能。查询条件可按照多种方式定制、组合。
2.2.4数据交换系统
实 (略) (略) 的数据上传下达。
数据交换平台涉 (略) 门 (略) 的交换接入和数据采集、 (略) 理工作。鉴于数据安全、业务系统稳定性和性能方面的考虑，数据库和数据文件交换采用数据前置方式，即所有需要参与交换的数据、文件推送到前置交换数据库或者目录，再由前置交换数据库或者目录与数据交换中间件对接，实现与外界数据交换。 (略) (略) --前置模式，负责整个交换过程的管理与监控。系统需要具备的功能包括：连接管理、转换管理、作业管理、调度管理、 (略) 理管理、监控告警管理、任务调度引擎、 (略) 理引擎。
2.3 业务应用系统详细建设方案
2.3.1网上受理系统
（1）引导功能： (略) 引导、投诉程序引导、以方 (略) 上投诉件、 (略) 上投诉秩序、指引 (略) 使权利。
（2）注册功能：信访 (略) 网上投诉或建议， (略) 实名注册，用户注册包括录入个人的姓名、身份证号、地址等信息。对已注册 (略) 网上投诉的操作。
（3）网上投诉管理功能：包括投诉信息建立、投诉附件管理、投诉信息的修改与撤回功能。投诉提交时，系统具备对重复信访件的识别功能，可自动提示信访人并不再重复受理。
（4）投诉查询管理功能：在网上投诉类用户登录系统后，可随时查看事项的办理进度和结果信息。
2.3.2事项办理系统
（1）登记功能：对来信、来访、网上投诉的 (略) 登记，形成统 * 的数据库，登记表单应包括详细的信访件信息，如：信访人基本情况要包括来信人姓名（匿名标识）、地址（单位）、职务、电话，来信人数、来信形式、附件、受信人（单位）、收信日期，联名信标识、重信标识，来信编号等。
（2）判重功能：来信、来访、网上投诉信访事 (略) 判重，并列表出来的结果，工作人员判为相同信访事项、相同信访人时，系统将判重的信息带入登记信息。
（3）办理功能：对来信、来访、网上投诉的 (略) 转送、 (略) 门办理， (略) (略) 理意见。涵盖信访事项的转送、交办、存、告知等办理操作。
2.3.3督查督办系统
建立督查督办案源库， (略) 室转立项督办功能，完善上级或系统外交办或领导批示案件录入督查督 (略) 立项功能。完善系统内督查督办案件的统计功能。完善实地督办、电话督办、发函督办、协调督办等 (略) 上流转程序，实时掌握各地积案标识及化解状态，通过系统自动生成应标未标、已标注、汇报化解、汇报化解后重访等数据，并通报逾期未办理数据和重访数据，报警汇报化解后多次赴京到兵团走访重访数据，并针对办理单位直接红色提醒给各相关责任人和领导，倒逼责任单位提高工作效能。督查督办子系统包括督办立项、报批流转、事项督办 * 个功能模块。
2.3.4复查复核系统
完善复查复核信访件登记功能。新建业务、判重业务、打印业务、附件上传业务、制作复查（复核）文书、导出业务、复查复核要件审查受理、复查复核办理、复查复核终止、延期、汇报、归档等功能。
复查复核子系统，包括复查、复核、审核认定、查询、督办6大功能模块。
2.3.5查询系统
系统支持信访件简单查询和高级查询两种模式。
简单查询：在 * 个页面中通过选择或填写信访人信息、信访件信息、办理情况信息等内容，查询出自己需要的信访件列表。查询出的信访件支持打开、导出和打印功能。
高级查询：通过选择或填写信访人信息、信访件信息、办理情况信息、满意度评价信息及积案、依法分类信息、包案及各类标记信息等内容，通过不同条件项的逻辑运算（或者、并且）和运算符（等于、包含、左包含、右包含、大于等于、小于等于）的组合，查询出不同的信访件列表。同时，高级查询功能还支持以自定义 (略) 排序，支持对显示项的增加或减少。对查询出的信访件列表支持打开、导出和打印功能，查询信访事项的导出不受条数限制。 (略) 有办理程序各环节、各时间点、时间段查询。
2.3.6统计分析系统
（1） (略) 有重要数据信息的可查询统计分析。根据需要形成固定统计分析结果，通过报表、图形、文 (略) 统计分析，直观呈现各项工作情况。
（2） (略) 模糊和组合条件查询，自动生成统计报表，对责任划分、办结率等 (略) 统计分析，展示统计结果，本系统支持统计结果通过饼图、柱状图、曲线图等形式展现。
2.3.7信访满意度评价系统
信访事项办理后，信访人通过登记系统，对责任单位的办理结果按照满意、基本满意、不满意做出评价，从 (略) 理信访事项责任单位 (略) 门的满意度评价。
2.3.8数据迁移。
信访系统经过多 (略) ，积累了大量的历史数据，新系统 (略) ，必须做好历史数据资源的迁移和保护工作。需要对 (略) 分析和梳理，结合新系统的设计，综 (略) 门实际工作 (略) 门管理要求，制定历史数据迁移方案，设计方案中需要体现：数据迁移前的准备、数据迁移的实施、数据迁移后的校验。
2.4项目建设工期与实施进度：
2.4.1建设工期
合同签订之日起3个月内完成项目建设
2.4.2实施进度计划
初始阶段（ * 年 5月至6月）
做好各种准备，进行项目招投标，启动项目。
软件开发（ * 年7月至 * 年9月)
通过调研，细化系统需求，进行软件开发，完成定制开发。
测试、 (略) （ * 年 * 月）
组织专家组对 (略) 验收。验收合格后， (略) 进行学习培训，尽快掌握应用及维护技能，并投入实战应用。
验收及培训（ * 年 * 月）
组织专家组对 (略) 验收。验收合格后， (略) 进行学习培训，熟练掌握应用及维护技能，并投入实战应用。
2.5培训
2.3.1培训内容
培训工作分成应用级培训和系统级培训两种。应用级培训指 * 般工作人员的基础操作培训和应用管理的日常应用维护的培训；系统级培训指对用户的系统管理员的系统管理培训。系统管理人员培训达 (略) 系统管理、 (略) 理、日常测试维护等工作。
2.3.2培训形式
根据本项目各建设阶段的不同需要，培训方式采用集中培训、现场培训、网上培训、热线支持和参观学习等相结合的方式，针对不同层次、不同角色的人员，开设不同的培训课程，使接受培训的人员在培训后能独立完成相应的工作。
集中培训方式：利用有效的 (略) 地，采用集中授课、上机操作的方式，进行培训；
现场培训方式：重点针对系统运维人员、系统管理员， (略) 的共同实施， (略) 环境的安装、应用系统的安装以及各种日常操作、管理操作等；
网上培训方式：重点针对单位各级工作人员，通过帮助文件及多媒体课件提供在线帮助和下载学习；
演示动画培训方式：针对系统的主要操作功能点，结合用户业务实际，制作短小的系统操作演示动画，帮助用户在操作应用系统时即时点击播放操作动画，学习系统应用；
热线支持方式： (略) 过程中，通过服务热线提 (略) ；
参观学习方式： (略) 过程中，单位为提高系统应用效果，可以统 * 组织去应用 (略) 参观学习，切实交流应用心得。
2.3.3培训对象
根据相关人员的关注点和在系统中应用层面的不同，将培训对象分为管理、实施和技术保障人员与各业务系统使用人员两大类。每 * 类培训对象的详细说明见下表：
| 培训对象类别 | 培训预期效果 |
| 管理、实施和技术保障人员 | 使其熟悉本项目的项目管理理念、方法和流程，能够熟练地配合项目管理进程。 确保其能够独立实 (略) 署，并能根据 (略) * 次开发。 确保其 (略) (略) 技术支持，能够解决 (略) 中可能预见到的问题。 |
| 各业务系统使用人员 | 确保其对应用软件能熟练地操作和使用。 |
2.3.4培训经费
兵 (略) 地租用费及培训人员的食宿费，承建方负责提供讲师及讲师的食宿差旅费。
2.3.5培训次数
1次。
2.4售后服务方案
(略) 保障体系是保证项目顺 (略) 的必要条件。
2.4.1运维保障体系
运行阶段是整个项目真正发挥作用的阶段，运行维护体系包括：人员保障、日常维护管理、 (略) 监测和故障预警、 (略) (略) 费用预算等。
1)人员保障
(略) 期间，协同建设单位及维护单位组织专门的机构和人员来承 (略) 和维护工作，制定该机构的责任目标、确定机构的人员岗位编制，以及各岗位责任范围、任职资格和考核指标，并确保人员到位。同时人员保障的另 * 个重要工作是人员管理，人员管理的主要内容包括：
坚持谁管理谁维护的原则：要保证信息系统有效、 (略) 的 * 个重要前提是数据的准确性，在信 (略) 过程中遵循谁管理谁维护的原则，确保信息的及时性和准确性。
确定安全责任：由于系统信息的密级较高，应按不同的岗位确定其敏感度（或确定各岗位的涉密级别）。
用户管理：用户管理是 (略) 过程中日常管理的 * 项重要内容，用户管理的核心内容是系统用户的“帐号” 管理。用户管理应同工作人员的升迁、调动、退休等变动相关联。
2)日常维护管理
完善的维护管理制度是 (略) 的重要保证。维护管理制度主要包括机房管理制度、运行日志制度、主机检查维护制度、数据备份存储制度、网络安全检测制度、有关系统安全保密的密钥生成、分发、跟踪制度、网站运维制度等，并采取相应的措施确保制度得到贯彻和实施。
3) (略) 监测和故障预警
充分利用系统提供的管理功能， (略) 络管理、系统管理和应用管理等，随时监 (略) 状况， (略) (略) 数据的统计与分析， * 旦发现问题，利用管理工具找出 (略) 在；同时利用相关管理系统中提供的故障预警功能，在系统出现故障之前预先发现问题，发出警报，以便采取相应的防范措施，达到防患于未然的目的。
4) (略) 理办法
针对系统 (略) 有类型的故障，制定相应的应急恢复办法和操作规程，并配备备品配件和安排好相应的技术力量，以保障系统在发生故障的情况下，满足业务对系统连续可用性的要求。
2.4.2运维保障方案
免费远程运维1年。
提供1年7× * 小时质保，包括但不限于技术支持服务、软件升级服务、问题修补服务、性能评估与调优、支撑保障服务等。费用由投标人承担，招标人不再支付任何费用。
1小时内做出明确响应和安排， (略) 人提供维修服务，并做出故障诊断报告，在收到服务请求后8小时内彻底解决问题。
制定应急预案。对重大节假日及重要事件或特殊演示、演练，应制定技术服务预案和应急预案，配合招标人完成相应保障及预演措施， (略) 人的 (略) 值守和保障服务。
应急措施，投标人应根据系统典型和常见故障指定 (略) 置操作办法或配套措施，此操作办法和措施必须经过实际演练后，经招标人 (略) 。
在售后服务期内，投 (略) 中的项目经理、系统架构师、产品原型设计师、UI设计师及至少5名开发工程师作为掌握核心设计和代码的主要技术人员，不得更换掌握核心代码的主要技术人员。
| 建设内容 | 主要内容描述 | 备注 |
| 1、软件开发 | ||
| 1.1 (略) 建设 | ||
| （1）基础信息库 | 信息资源体系及信访基础数据库建设。 |
|
| 小计 |
|
|
| 1.2 应用支撑建设 | ||
| （1）标准规范 | 标准规范体系主要由信息结构体系和信息交换标准组成，其中信息交换标准严格遵照《国家信访信息系统数据交换技术规范（ * 版）》（ (略) 制定），信息结构体系则除参考国家标准现有数据标准之外，还需要根据业务 (略) 部分定制。 技术支撑标准（接口规范、软件开发规范、 (略) 署规范等内容）。 数据类标准（包含信息分类体系、基础数据定义、代码设计标准等内容）。 业务流程类标准（包含办信登记流程、来访接待流程、事项办理流程等内容）。 管理类标准（包含工程绩效管理规范、工程试点上线工作规程、阳光信访信息化工程建设工程验收管理办法等内容）。 |
|
| （2）安全体系 | 按照等级保护标准规范，建立动态、综合的防护体系。 业务模块调用统 * 安全服务组件，结合已有认证体系和本期建设的电子印章鞥，实现业务数据和传输加解密，实现签名验证、访问控制等。 应用安全。从身份认证、授权管理、访问控制、日志记录和安全审计、 (略) 设计。 信息资源安全。对数据信息存储及信息加密、信息流控制和备 (略) 设计。 |
|
| （3）应用支撑平台 | 支撑平台作为“本项目”中数据库和其他业务系统的基础支撑，主要承担和实现系统数据集成与备份、系统组织机构与用户管理、数据字典管理、权限控制与单点登录管理、日志管理与异常报警、报表管理与联机展现、综合查询、打印与输出等功能。 |
|
| （4）数据交换系统 | 实 (略) (略) 的数据上传下达。 |
|
| 小计 |
|
|
| 1.3 信访业务平台 | ||
| （1）网上受理系统 | 用户注册管理、网上反映投诉、网上协调解决、网上回复结果 |
|
| （2）事项办理系统 | (略) 室及个人待办和已办工作、信访事项进程查询、投诉登记、事项办理及提醒业务的管理。 |
|
| （3）督查督办系统 | 提供督查督办全程监控功能。 |
|
| （4）复查、复核系统 | 提供复查、复核全过程管理功能。 |
|
| （5）信访满意度评价系统 | 建立满意度评价事项库，分设纳入评价信访事项库、符合评价条件事项库、已评价信访事项库，设置库内可查询、调阅等功能按钮，实现分 (略) 门和对责任单位评价的功能。 |
|
| （6）查询系统 | 实现对信访人、信访事项、办理状态等条件的查询。 |
|
| （7）统计分析系统 | 包括固定统计分析、自定义统计分析、考核决策（ (略) 对兵团考核，兵团对师、团场的考核相关报表）、分析报告。固定报表， (略) (略) 室及全省各地区、各部门、各单位工作需要，开发不同形式的固定报表，支持地图显示，支持直方图、饼图、折线图显示，能统计本期数、上期数、上上期数，自动计算同比及环比。固定统计分析报表是根据预先约定好的报表样式设计而生成的。在时间维度方面，固定报表分为：年报、半年报、季报、月报，即最小颗粒度为月度，可以区间选择。 (略) 定义报表的查询条件和统计项，报表表样， (略) 需报表。 (略) 模糊和组合条件查询，自动生成统计报表，对责任划分、办结率等 (略) 统计分析，展示统计结果， |
|
| （8）系统管理 | 组织机构管理：可配置组织机构， (略) 状组织机构管理需求，机构信息包括组织组织名称、组织别名、负责人、组织级别、直属级别等信息。 |
|
| 角色管理：可配置系统中的角色，包括角色的新增、修改、删除，显示角色的列表信息，包括角色名称、类别，可以查看角色具体的功能，可通过菜单管理对角 (略) 配置。 | ||
| 用户管理（指工作用户）：可配置系统中的用户信息，提供用户CA认证的授权管理， (略) 基本信息的维护配置，包括对用户的账号、姓名、性别、职务、级别、岗位调整、 (略) 在部门、用 (略) 维护配置。 | ||
| 菜单管理：可配置系统中的菜单信息，菜单的上下级关系，可实现菜单信息的维护，包括菜单信息的新增、修改、删除，以及菜单具有相应的功能的设置。 | ||
| 数据库维护管理：可查看数据信息的备份、还原列表，可查看某个操作的详细信息，管理员可以选中某 * 天的 (略) 数据还原，系统可显示操作的结果。 | ||
| 权限组管理 | ||
|
| 小计 |
|
| 2、数据迁移 | ||
| （1）数据迁移 | 将原有系统中的数据迁移到升级后的系统，用于统计、查询分析、判重、比对。 |
|
| 3、运行维护 | ||
| （1）运行维护费 | 质保期1年。 |
|
合 同 书
项目编号：
货物名称：
合同编号：
买 方：
卖 方：
签署日期：
（买方）所需 （货物名称） (略) 政 (略) 审批以竞争性 (略) 采购， （卖方）为成交单位。买卖双方同意按下列条款和条件，签署本合同。
1．合同 (略) 分。
a、磋商邀请函。
b、卖方报价文件。
c、磋商过程中，卖方最终报送的货物数量、价格表及其它书面材料。
d、合同补充条款或说明。
e、卖方承诺的售后服务条款。
2．合同范围和条件
本合同的范围和条件应于上述规定的合同文件内容 * 致。
3．货物和数量
本合同要求提供的货物和数量见货物数量报价表。
4．合同总价
本合同总价为 元人民币（大写）
5．付款方式：合同签订生效后，验收合格后 * 个工作日内支付全款。
6．本合同经双方授权代表签署并加盖印章后开始生效。
7．交货期：
8．交货地点：按 (略) 。
买方： 卖方：
名称：（印章） 名称：（印章）
授权代表：（签字） 授权代表：（签字）
地址： 地址：
邮编： 邮编：
电话： 电话：
其他内容不变。
注： (略) 公司。
招投标大数据
最近搜索
无
热门搜索
无
