系统性能需求

采购需求第一章项目概述一、项目背景为贯彻落实《深化党和国家机构改革方案》,按照《全国通关一体化关检业务全面融合框架方案》(署改发〔2018〕82号)的部署,实现海关与原检验检疫部门信息系统一体化.
随着关检业务的进一步融合,各业务部门将从组织架构、业务管理、日常工作等各方面进入到深度融合期.
而原检验检疫业务系统经过长期的建设与发展,已经形成了一套结构清晰、功能完整,满足业务基本需要的信息化工作体系.
大量检验检疫业务部门工作的开展都依赖于各业务系统及背后的各信息系统公共服务平台和数据库的支撑.
为此,对原检验检疫类信息系统迁移改造尤为重要,从而实现各信息系统的平稳过渡,无缝对接.

二、建设目标根据检验检疫信息系统的架构模式,本次关检融合检验检疫类信息系统迁移改造的主要建设目标包括:保障各业务系统在迁往管理网后,能够正常提供服务.
保障原检验检疫人员转隶后,能根据新的关号登陆原系统,并尽量保持原历史记录不变.
改造检验检疫类信息系统使其保持与海关业务系统应用体验一致.
改造检验检疫类信息系统使其符合海关信息系统系统架构技术标准.
改造检验检疫类信息系统使其符合海关信息系统信息安全技术标准.
改造检验检疫类信息系统使其涵盖新海关业务管理要求.
三、项目建设的必要性和可行性(一)必要性关检业务全面融合是贯彻中央关于深化党和国家机构改革的决定精神,落实将出入境检验检疫职责和队伍划入海关决策部署的重要举措,意义重大、影响深远.
牢固树立"四个意识",把思想和行动统一到党中央重大决策部署上来,切实增强推进关检业务融合的政治责任感和历史使命感.
同时,要认识到改造工作的艰巨性和复杂性,不断解放思想、创新理念,强化落实的自觉性和紧迫性,做到方向正确、目标清晰、定位准确、步骤合拍.

(二)可行性目前,海关信息系统建设方面,无论是从业务还是技术来讲,都已经具备成熟、完善的业务和技术体系.
在业务方面,各业务领域形成了相对较为完善的业务管理制度和规范;在技术方面,长期的信息化建设经验及技术为系统的开发提供了必要的技术保障.
这些都将为关检融合检验检疫类信息系统迁移改造的顺利开展提供强有力的支持和保障.

第二章业务需求项目总体分为用户登录体系进行融合改造、检验检疫信息系统迁移改造、对检验检疫信息系统数据交换改造、对检验检疫业务系统融合改造四部分改造内容.
一、用户登录体系融合改造(一)单点登录平台迁移改造单点登录与统一身份认证项目主要通过统一用户管理提供统一的基础安全服务技术架构,将各应用集成到统一用户管理平台中.
通过该平台对各应用系统进行集中管理,为各个应用系统提供统一的用户管理、统一的身份认证、统一的登录、统一的登录行为审计,提升信息化系统的安全性和可管理能力.
具体需求如下:实现对各业务系统、网站的账号、认证、访问控制、审计的集中管理.
实现人员与账号维护的分离,实现流程化管理,由各级系统管理员和用户注册系统建立人员信息,人员变更后通知信息化管理员对账号进行开户、并更、销户等操作,实现不同用户对不同部分实体资源的访问.
最终建立完善的资源对自然人的授权管理.

实现集成海关单点登录门户界面,各应用系统基于统一登录界面的强身份认证和访问入口.
实现用户对各应用系统的访问情况和操作记录的审计.
建立完善针对"自然人→信息资源"访问过程的完整审计管理.
1、应用接入管理提供平台内接入应用的注册功能.
并可对应用进行注册申请、审核、注册用户管理、注册认证管理.
1.
1、应用认证管理管理员可以查看到已经添加的应用状态及添加、维护应用操作,同时可以审批申请的应用.
填写应用地址等基本信息后可以进行应用的添加.
1.
2、应用用户管理对应用进行设置管理员及应用的访问权限设置.
1.
3、应用注册申请被授权的管理员可以申请注册应用,及维护自己申请的应用.
2、用户信息与组织机构管理个人信息的来源,产生,组织,关联,管理,展示用户支持根据关检融合期间业务特点,系统用户需支持由原海关人员,原检验检疫局转隶人员,原检验检疫局内外部协同人员,并根据不同人员特征,构建对应的组织架构管理体系,建立与原检验检疫信息系统账号对应关联关系.

个人信息管理构建面向不同用户类型用户的个人基本信息管理服务访问窗口,"我的首页"将根据局用户和企业(个人)用户身份不同的特点,分别提供不同的服务.
通过应用系统的深入集成,用户可方便地在门户首页里,维护个人基本信息,基于不同用户角色为用户创建一个属于自己的空间,建立各类个人信息服务.
可通过绑定自己有效邮箱和手机号码后,实现密码取回或重置.

3、应用系统登录单点登录门户是为宁波局用户与企业(个人)用户提供应用管理和应用集成数据展示的服务平台,借助宁波关统一身份认证系统,局用户及企业用户可以实现对其权限范围内的信息系统一站式登录.
(二)海关H4A用户登录系统对接通过对接H4A单点登录集成认证系统,从系统层面统一实现各业务系统应用海关用户体系与认证体系完成引用组件、修改配置文件、获取认证信息,实现用户基本信息与组织架构信息获取与用户鉴权.
(三)海关HB2004域用户系统对接通过对接海关HB2004域用户认证系统,从系统层面统一实现各业务系统应用海关当前用户体系与认证体系完成信息获取与认证,实现用户基本信息与组织架构信息获取与用户鉴权.
(四)统一身份认证系统融合通过提供的集成文档和各开发框架,使得第三方应用快速完成系统认证集成.
业务系统统一身份认证平台提供标准接口,各应用系统的登录模块需进行改造,实现纳入统一用户管理框架的目的.
各应用系统纳入统一用户管理框架的,在改造时必须注意采用统一的用户数据存储、统一的用户命名规则、统一的接口标准等.

通过调取新海关关员身份信息,实现检验检疫信息系统的统一身份管理改造,对整个系统的用户进行管理.
并建立与原检验检疫用户身份的关联关系;通过调取新海关组织机构信息,实现对检验检疫信息系统的统一组织机构管理,并支持与海关信息系统进行组织机构同步.
同时提供角色管理、权限管理、系统监控等基本管理服务功能.

1、认证管理1.
1、系统设置对系统参数可以在web端在线进行配置.
1.
2、认证设置对认证的存储方式可以进行设置管理.
系统提供数据库认证、LDAP认证、协议认证等认证方式.
2、OAuth服务OAuth协议为用户资源的授权提供了一个安全的、开放而又简易的标准.
平台提供OAuth服务,方便第三方应用接入智慧校园平台,并提供标准的OAuth协议,供外部应用系统调用.
2.
1、OAuth服务申请为第三方提供认证功能的需求申请,可以新建,编辑,删除.
2.
2、OAuth接入管理用户进入"OAuth接入管理"后,将会看到QQ和微信的接入信息,可以进行修改操作.
2.
3、OAuth服务管理可以进行为第三方提供认证的服务申请和申请审核.
3、接口管理身份识别与访问控制平台提供接口注册和接口授权管理功能功能.
其他系统可以获取组织机构、身份、岗位列表、角色,也可以通过组织机构、身份、岗位、角色来获取用户列表,从而开展各项系统工作.
3.
1、接口注册在接口注册中,可以通过选择系统和模块查看所属的接口,并可以进行接口注册.
3.
2、接口权限管理接口注册后,管理员可以对接口的权限进行管理.
(五)业务系统接入管理与权限配置改造对入境重箱监管系统、入境空箱监管系统、检疫处理监管系统、国际快件监管系统、国际邮件监管系统、跨境电商监管信息平台、检验检疫业务流程管理系统等各检验检疫类业务系统的用户认证与系统内权限管理部分进行改造.

结合单点登录与统一身份认证改造的新要求,实现基于新平台的用户登录改造;结合新海关关员与原检验检疫人员岗位权限信息,建立对应管理,保持历史记录与作业记录迁移.
二、检验检疫信息系统迁移改造(一)业务系统迁移改造对入境重箱监管系统、入境空箱监管系统、检疫处理监管系统、国际快件监管系统、国际邮件监管系统、跨境电商监管信息平台、产地证、自动审单管理、船舶AIS监控、交通工具系统、智慧窗口(管理端)系统等各检验检疫类业务系统迁往海关管理网,使其符合海关信息系统部署要求,并保障系统在新网络环境下正常运行.

(二)支撑系统迁移改造将现有数据交换平台、统一应用发布等检验检疫应用支撑系统迁往海关管理网,使其符合海关信息系统部署要求,并保障系统在新网络环境下正常运行.
(三)数据库与数据迁移将现有数据库系统、数据及数据交换系统迁往海关管理网,使其符合海关信息系统部署要求,并保障系统在新网络环境下正常运行.
三、检验检疫信息系统数据交换改造(一)数据交换平台融合改造将数据中心数据交换服务与数据总线服务融合改造实现其对各检验检疫业务系统的数据交换对接,提供统一数据服务.
(二)数据传输协议安全改造根据海关数据交换安全规范要求,对各数据交换与数据服务类系统数据交换协议进行改造.
对交换平台安全环境进行全面改造.
将原有基于http或https协议的webservice所有数据服务改为通过引用IDP.
Framework.
MQ.
Util.
dll实现,根据业务需求调用实现基于MQ消息发送数据的消息安全传输模式.
并对数据应用系统做相应改造以符合海关对数据交换的安全与规范要求.

四、检验检疫业务系统融合改造对关检融合后,新海关业务有新要求或仍将发挥重要作用的检验检疫信息系统进行融合改造.
主要包括科研管理系统、仪器设备管理系统、检验检疫业务流程管理(监装)系统.
科研管理系统改造科研管理系统.
在软件功能上将涵盖申报、立项、审批、编码、中期、验收与评估等科研项目管理的各个环节,以进一步提高科研管理工作的效率、规范管理流程、加强仪器科研项目统计分析、优化资源配置为主要目标.
主要建设功能模块包括:申报指南管理提供宁波海关科研项目申报指南管理,包括指南录入、新增,公告发布,指南查询,公告查询等.
项目申报管理宁波海关科研项目申报管理包括宁波关科技项目管理,宁波局管理科学项目管理,宁波关检验检疫方法等类目的科研项目管理.
各管理模块根据不同立项报告模板,立项信息包括项目基本内容、项目详细内容、年度计划内容及目标、项目年度预算、项目支出明细、人员任务分工、项目文本及等.
项目申报管理需建立从待立项开始项目申报、经各级审核通过后归入已立项.
未通过归入已落选.

立项审批项目立项审批模块建立项目立项审批工作流,包含部门审批、技术处审批、专家审批等环节.
立项审批环节根据立项要求,建立专家库,确定项目专家组,形成专家审批意见.
项目变更管理项目变更管理主要用于项目变更,项目内容变更后需保留变更痕迹,并由项目管理部门进行审批.
审批通过后完成项目变更.
立项编码管理根据总署科研项目管理要求,管理项目编码.
对已立项项目根据不同项目类型,根据不同编码规则,实现自动编码.
并提供编码查询.
经费管理根据项目管理要求,对项目经费进行管理.
包括经费分类、支出情况、结余情况;及经费追加管理,经费收回管理等.
局外项目管理建立局外项目信息管理,包含局外项目基本信息、年度预算、支出明细、人员任务分工及相关管理.
并提供局外项目信息修改管理,保留修改痕迹.
资源管理资源管理包括项目归档管理、成果管理、执着论文管理、知识产权管理.
对完成后的项目进行归档,并提取各项目成果、论文、知识产权等信息及,进行分类管理与查询.
规章制度管理对科研工作各项规章制度进行管理,包括制度拟定、审批与发布项目中期管理对项目中期成果进行审定,包括经费使用情况、研究进度、困难申报等信息.
并由科技处与专家审定.
项目验收(鉴定)管理对已完成项目进行项目验收(鉴定).
记录验收(鉴定)过程.
并由部门、科研管理部门进行验收(鉴定)结果审核.
审核通过后完成验收.
项目后期管理对验收后项目进行项目后期管理,促进项目成果高效应用.
主要包括项目评估,由科研主管部门对已验收项目分配评估部门,由评估部门根据项目报告与验收报告建立项目后期评估报告,并提交科研主管部门审核后发布.

系统管理用户管理与海关用户体系保持一致;部门管理与海关组织架构体系保持一致;角色管理包括部门管理员、科研主管部门管理员、专家组、专家组长等,并可管理;专家组管理根据不同业务领域建立专家组;基础数据管理包括项目审批、中期报告中需应用的各类待选信息管理;待办事项管理包括所有待办事项及办理状态,便于管理员督办.

(二)仪器设备综合管理系统改造仪器设备综合管理.
在软件功能上将涵盖预算、采购、供应、验收、登记、维修、计量、绩效、调拨、使用、报废等仪器设备管理的各个环节,以进一步提高检验检疫仪器管理的工作效率、规范管理流程、加强仪器设备统计分析、科学辅助仪器设备的优化配置为主要目标.
主要建设功能模块包括:设备预算管理建立设备采购预算管理,对设备采购预算进行拟定、审核、分配.
能够依据预算资金类别进行统计允许财务部门对信息进行查询设备采购管理建立设备采购管理,对采购设备数据进行日常管理,设备采购数据可以为Excel导入.
到货登记管理.
相关部门在设备到货后,对到货设备进行登记管理,建立设备到货登记台账.
设备验收管理相关部门在接收设备后,系统可以自动生成验收单.
设备科对验收单进行核实后,采购设备数据可自动生成台账.
如果为计量器具,则应进行计量操作.
设备维修管理建立设备维修管理,包括设备故障维修申请、实施、结果反馈,建立维修记录台账.
设备计量管理建立设备计量管理,制定计量计划,建立计量服务清单,管理计量(校准)服务设备绩效管理统计设备使用、维修故障频率、计量计划,建立设备绩效管理分析系统.
实现实验仪器设备绩效管理.
设备调拨管理建立设备调拨申请、审批与调拨管理功能.
建立设备调拨台账.
提供调拨记录查询.
设备使用管理建立设备使用情况记录,与设备使用台账.
提供设备使用记录查询.
设备报废管理建立设备报废申请、审批与报废管理功能.
建立设备报废台账.
提供报废记录查询.
设备供应商管理对设备的供应商信息进行集中管理,建立供应商基本信息登记.
记录供应商的响应度,及对设备的维修记录.
(三)检验检疫业务流程管理监装系统监装管理功能模块主要包括两个子功能模块,监装通知、监装结果反馈.
监装管理模块开发后,应实现原流程管理系统监装数据迁移至新系统,确保数据的完整性.
监装通知监装通知模块主要是用来增加装运前检验核价和监装通知,系统自动提取该报检号下报检单位、生产单位、HS编码、货物名称等信息,信息自动发送至"互联网加检验检疫企业服务系统",进入监装通知与实施环节.

支持按报检号、报检日期、报检单位、生产单位、HS编码、货物名称、通知日期、反馈状态等对监装通知信息进行查询.
监装通知接收该功能模块自动展示未阅读的监装通知信息,包括查看监装通知信息,修改流程状态,进入监装结果反馈环节.
支持按报检号、报检日期、报检单位、生产单位、HS编码、货物名称、通知日期、反馈状态等对监装通知信息接收情况进行查询.
监装结果反馈该功能模块自动展示需进行监装结果反馈的信息,包括报检号、报检单位、生产单位、HS编码、货物名称、通知机构部门、监装预约时间、监装地点等.
监装结果反馈,需实现上传功能.
流程自动进入"监装结果查看"环节.

支持按报检号、报检日期、报检单位、生产单位、HS编码、货物名称、通知日期、反馈状态等对监装结果反馈信息进行查询.
监装结果查询该功能模块自动展示监装结果反馈的信息,包括报检号、报检单位、生产单位、HS编码、货物名称、通知机构部门等.
通过用户行为自动修改流程状态,实施归档等.
支持按报检号、报检日期、报检单位、生产单位、HS编码、货物名称、通知日期、反馈状态等对监装结果信息进行查询.
第三章性能要求及其他要求一、性能需求要求系统7*24小时可运行,实时调用各相关数据,保障系统各功能模块正常使用.
系统响应时间一般应1秒内,2秒内响应可以接受,超过3秒为不可接受.
稳定性要求每100次访问允许出现2次无响应,超过3次为不可接受.
二、扩展需求系统应同时满足技术和业务上的扩展性,系统性能可以满足稳定运行的要求;同时根据业务需要,为今后新增的应用做好预留准备.
三、环境需求实现与海关内外部各系统间设置接口,实现信息交换.
接口需要遵循业界流行的通用标准,便于与外部系统对接.
系统内部各子系统或者模块之间有接口交换数据机制,实现数据同源和共享.
四、安全需求系统必须符合海关安全管理规定,包括但不仅限于:1)海关总署科技司《管理网对外接入局域安全建设指导方案》2)海关总署科技司科技传【2011】125号《科技司关于下发"身份、认证、授权"三统一平台管理规范的通知》五、其他需求系统应稳定可靠、操作简便、易于维护,人性化程度高.
系统应当能保持高可用性,需要满足大并发,实时响应的要求.
第四章实施要求一、总体要求中标方应在项目实施过程中,承诺做到:服从采购人的组织、协调;按海关相应的技术、管理等规范要求开展工作.
根据工程进展及时向建设单位报审工程文档;按双方约定及时提交项目周报、月报或专项报告.
项目周报要求至少每两周提交一次.
项目月报要求每月提交一次.
项目关键里程碑相关成果文档,按照项目里程碑按时提交.

1、定期将工程实际进度和资源投入(人力、设备材料、工具)情况报送建设单位.
实施计划与进度需得到建设单位的确认后方可继续执行.
2、所有设计文档必须通过建设单位、标准的评审.
评审通过后才能进行下一阶段的工作.
3、数据库设计必须满足的相应标准规范.
包括:数据物理模型设计,数据生命周期设计,数据存储及迁移设计等.
数据库设计需要满足海关数据资源规划要求,设计完成后需向相关部门报批并审核通过后,方可作为项目的数据设计,否则视为无效.

4、按要求安排人员参加联络会议、项目集中工作等.
5、需按照海关架构管控要求,在支撑软件、项目开发、系统部署、工程实施、运维等方面符合海关相关规范要求.
6、中标方服务人员在实施服务过程中,如有违反国家法律法规、违反采购人纪律规定的情况发生,采购人有权提出更换要求,中标方立即予以更换并承担因此产生的相关费用.
7、所有里程碑必须工期要求的时间完成,如中途出现重大延误,采购人有权作废或终止合同.
二、设计要求中标方应保证产品开发设计须满足"应用项目服务调用约束"内容要求,包括应用支撑平台服务调用约束、安全管理平台服务调用约束、运维管理平台服务调用约束、信息资源共享服务平台服务调用约束、统一资源管理平台服务调用约束等.
具体约束内容如下:1、应用项目服务调用约束要求应用项目服务调用约束应用支撑平台工作流信息资源共享服务平台组合查询服务统一资源管理平台部署服务ESBOdata数据查询服务升级服务统一客户端√数据可视化服务应用监控服务数据交换元数据查询服务边界控制服务数据交换非核心主数据查询服务目录服务非结构化存储框架标准化规范服务√备份恢复服务访问控制信息资源体系查询文件服务统一开发框架SDK运维监控服务√邮件服务移动支撑数据质量比对服务中间件服务物联支撑基础数据增量分发服务WEB服务日志指标订阅发布服务桌面云服务H4A√组合查询集成服务计算虚拟化服务GIS基础数据查询服务存储虚拟化服务搜索引擎多维数据库查询服务网络虚拟化服务分布式缓存元数据变更服务虚拟防火墙服务安全管理平台电子签章元数据关联分析服务负载均衡服务数字证书主数据订阅发布服务弹性计算服务权限管理√数据生命周期管理服务√运维管理平台服务请求单提交和反馈√√身份认证√大数据分析服务配置信息查询数据安全交换√大数据存储服务配置信息上传漏洞扫描√大数据查询服务告警接收和发布数字签名数据挖掘服务安全基线检查时间戳2、中标方项目方案设计和上线验收环节必须通过架构管控评审,获得相关授权和认可文件后,开展后续建设工作.
3、要求中标方的设计方案包含概要设计和详细设计,方案的内容需符合海关相应的管理标准.
三、技术要求(一)、开发语言及技术路线1、开发语言:本项目需采Java语言开发.
2、运行环境:基于JRE1.
6以上版本.
3、,技术架构本项目采用B/S的三层架构.
4、数据库:数据库支持Oacle11g及以上版本.
5、数据交换:与其他业务系统采用服务接口的方式进行数据交互.
6、技术集成要求需集成海关H4A平台,数据交换拟采用IBMMQ产品.
四、集成要求该项目的建设与管理要符合海关工程的有关管理规定、技术架构、标准规范等方面要求,符合海关工程集成的设计要求及相关标准规范.
本项目应按照海关项目管理要求、技术要求、集成要求和方案编制要求开展实施和集成工作,并接受和配合集成联调测试工作.
1、业务集成要求:本项目和H4A系统、HB2012、HB2004等相关信息系统联系紧密,需要交互各类数据或相互提供服务访问接口,应做好相应的集成设计.
集成设计需符合海关相关的技术架构要求,各系统之间的数据传输需符合海关数据交换的规范,并根据其他系统的技术特点进行接口设计.

2、技术集成要求:本项目主要集成包括H4A平台等技术平台,集成的技术标准需要符合各自技术平台制定的相关标准.
同时项目需符合海关的技术约束标准,详细要求参考第四章第二章节.
H4A平台为海关各科技应用项目提供了统一的身份、统一的认证以及统一的授权管理控制平台,为应用系统的整合提供了必要的基础平台.
3、主要集成方式为接口方式,包括数据接口和系统接口.
五、权限要求H4A平台为海关各科技应用项目提供了统一的身份、统一的认证以及统一的授权管理控制平台,为应用系统的整合提供了必要的基础平台.
本系统需采用H4A平台进行权限控制.
H4A平台为本系统提供系统认证、身份识别、权限识别的功能,并可以在H4A平台中进行系统的分级授权,对被授权对象进行机构、时间服务范围控制.
六、安全要求本系统按照安全等级保护的二级要求进行设计.
必须保障系统的开发安全、应用程序安全、网络安全、设备安全和数据安全.
用户身份认证必须符合海关安全管理规定.
系统在有效地为管理部门和生产部门提供服务的同时,还必须确保不影响数据网络的安全、可靠、稳定运行.

安全设计应该遵循国家信息系统安全等级保护,按照海关统一的安全体系框架和通用安全技术的有关要求,从相关系统的业务管理层面、物理层面、网络层面、系统层面、应用层面、数据层面、运维层面对系统的运行和资源实施保护.

本系统的安全等级保护级别为2级,标准如下:01确定业务信息安全保护等级损害客体及损害程度级别仅对公民、法人和其他组织的合法权益造成损害第一级对公民、法人和其他组织的合法权益造成严重损害对社会秩序和公共利益造成损害第二级对社会秩序和公共利益造成严重损害对国家安全造成损害第三级对社会秩序和公共利益造成特别严重损害对国家安全造成严重损害第四级对国家安全造成特别严重损害第五级02确定系统服务安全保护等级仅对公民、法人和其他组织的合法权益造成损害第一级对公民、法人和其他组织的合法权益造成严重损害对社会秩序和公共利益造成损害第二级对社会秩序和公共利益造成严重损害对国家安全造成损害第三级对社会秩序和公共利益造成特别严重损害对国家安全造成严重损害第四级对国家安全造成特别严重损害第五级信息系统安全保护等级第一级第二级第三级第四级第五级使用系统人员需通过用户授权进行身份鉴别登陆.
中标方须遵守以下要求:1、配合内、外部机构的评审、评估、检查、审计等活动;在服务过程中需对信息安全给予充分投入,与项目开发同步进行信息安全规划设计,须单独制定安全设计方案或在总体设计方案中包含安全设计部分.
并遵守以下安全要求:(1)遵循安全编码规范及通用安全编程准则,源代码必须通过海关安全部门的安全扫描,方可进行上线部署;(2)交付物中必须使用正版工具软件;(3)开发测试环境与生产环境分离;(4)开发用机采取安全保护措施,定期进行漏洞检测和修复;(5)开发场地及开发人员按照国家等级保护要求实施安全控制和管理.
七、标准规范要求系统建设应遵从海关信息化标准体系,海关信息化标准体系包括总体标准、基础设施标准、信息资源标准、应用标准、信息安全标准和信息化管理标准六个分体系.
系统需要采用统一数据规范标准,遵从系统建设的各项技术标准及规范,遵从相关的海关标准要求.
与外部的数据传输需遵照W3C国际标准.
中标方需向采购人提供服务相关体系文件进行报备,包括但不限于制度、标准、指南、模板、说明等内容.
八、运维保障要求本系统上线运行须符合"应用系统部署环境约束"内容要求,包括物理部署约束、数据计算环境约束、应用计算环境约束、安全运维约束、跨网传输访问控制约束等,并且需要提供充足的人力资源予以支持.

供应商需要在标书中提出项目的详细实施运行计划,内容包括:1、在正式实施之前,提供所有可交付的开发成果,包括文档资料;2、按照项目工期的总体要求,项目的实施工作必须在最短时间内完成,满足项目的工期要求;3、供应商必须给出切实可行的项目实施时间进度表;根据海关现有的运维等级标准,本项目运维等级为一级,具体的运维要求见下表:服务级别规格说明一级网络维护业务运行网、业务管理网、管理网对外接入局域网(政务外网接入点)、政务信息网系统维护基础保证提供基础保障服务应用保障提供热备服务器及冷备服务器相结合的方式,硬件设备由应用解决数据保障按照商定的备份周期及存留次数进行数据备份工作系统监控提供自动监控性能优化根据应用项目运行情况,通过系统分析手段帮助开发部门定位应用需要优化的地方运行监控监控服务提供监控巡检:7*24小时的监控值班,承担相应的监控巡检工作服务支持热线服务提供热线服务:在工作时段内处理和解答各类服务请求,受理上报故障,非工作时段内承担故障的受理和服务请求的记录等工作应用支持提供应用支持:受理应用及数据层面的各类服务请求报表统计定期或不定期发布统计分析报告:定期生成和发布运行统计报表,故障发生后,撰写和发布故障分析报告九、系统培训要求供应商必须根据系统软件的功能和特点,充分考虑到海关系统人员实际水平,提出详细的培训方案,以达到系统管理人员能够独立管理供应商所提供的系统软件和日常的维护处理能力.
供应商必须根据本项目的需求,分别列出全部产品及系统正常运行、管理和使用所需要的培训,包括培训的类别、培训人员与人数、培训内容、方式、时间等安排.
供应商提供的培训方案内容至少应包括培训目的、培训时间安排、人数、次数、教材编写、培训课程、培训师资情况、培训组织方式等.
根据项目的总体要求和海关的实际情况,要求中标方免费提供对海关有关业务、技术人员进行不少于20人天的现场操作技术培训,培训地点由海关与中标方协商确定.
十、风险及质量管理要求投标方应提供完整的风险管理方案,分析本系统建设过程中的风险,并提出规避及应对措施.
投标方应提供质量管理方案,旨在确保项目及其交付结果符合相关质量标准要求,方案需包括制定质量管理总体框架,定制项目质量保证原则等.
中标方需按甲方要求,解决各类风险、问题.
项目开展中架构管控要求变更,中标方应配合开展相关工作.
中标方需接受采购人驻场监管,为相应工作开展提供便利条件,协助完成相应审核、检查等.
十一、验收要求系统验收合格的条件必须至少满足以下要求:1、系统上线运行时功能、性能满足国家相关标准、合同和实施方案的要求;2、系统总体功能业务测试、性能测试出现的问题已被解决;3、已提供了合同规定的全部资料和软件;4、移交与本项目有关的相关技术资料.
项目成果以及由此形成的知识产权属海关所有,包括文档资料和程序等.
具体验收由采购人组织相关业务、技术专家进行评审.
十二、工期要求项目建设过程包括需求调研分析、系统设计、程序开发、系统测试、上线运行、项目验收、质保维护等阶段.
关键节点工期要求为:1、需求分析和系统设计两个阶段从合同签定起20天内完成,需求分析和系统设计须通过采购人组织的专家评审;2、2018年11月30日前完成系统功能的你改造、测试.
3、2018年12月31日前完成系统上线工作;系统上线后,确保系统稳定运行3个月以上.
4、在项目实施过程中乙方要及时解决出现的问题,及时响应需求的变化和功能的调整,如需求变更在现有需求的10%以内,则视同包含在项目需求之中,如甲方提出需求变更内容超过10%时,由乙方提出书面申请,甲方评估后调整相应工期和合同.

以上里程碑必须按照规定的时间完成,如中途出现重大延误,采购人有权作废或终止合同,并按合同规定进行处罚.
十三、项目团队要求供应商需要在投标文件中对下述内容进行实质性应答和承诺.
(一)人员配置要求供应商应负责提出本项目实施的人员配置方案,主要要求如下:供应商应提供人员名单、学历、项目履历、本单位的社保证明、在本项目中职责分工.
项目团队要求结构健全,分工合理,专人专职.
项目团队中,有项目总负责人、项目经理各1人,核心设计及开发人员要求10人以上、测试工程师3人以上.
其中:项目总负责人要求10年以上工作经验,并在本单位履职5年以上;项目经理要求8年以上工作经验,并在本单位履职5年以上;技术负责人要求5年以上工作经验,并在本单位履职3年以上;以上所有的项目团队成员需要提供社保证明.
项目组全部成员需为乙方正式员工,需要提供本单位3个月以上的社保证明,甲方核实不符时有权扣除人员相关费用并由供应商赔偿由此造成的一切直接损失与间接损失.
项目经理、主要开发人员需具有承担过同类系统软件开发经验,能够与用户进行良好的沟通,熟悉系统开发架构.
本项目执行过程中,项目经理要专职于本项目,核心技术人员要保证本项目投入时间,不得参与与本项目无关的工作,在项目验收之前不得调离该项目.

本项目的执行过程中,项目总负责人要把主要精力放到此项工作中,按双方约定向采购人报告工作情况.
项目经理和架构师必须自始至终专职承担本项目相应工作.
供应商须保证项目经理、架构师和项目核心人员参加由采购人组织的例会及其它与项目开发相关的会议,项目总负责人应参加由采购人组织的各阶段会议.

实施架构管控工作的第一责任人,承担如下工作内容:1.
项目建设方内部落实架构管控工作要求,接受相关检查审核,推动项目建设方根据检查结果进行改正;2.
组织项目建设方及时按照要求提交架构原型和架构资产,接受架构资产审核和完善;3.
按要求编写和提交项目建设方架构管控落实措施和总结报告;4.
承担甲方要求的其他架构相关工作.
超出架构管控相关要求,需变更其内容,由架构专责人提交书面变更申请,经甲方审核通过后进行变更.
项目实施过程中,供应商不得随意更换项目团队中的人员.
除个人原因外(如员工从企业离职,但不包括调动到供应商关联单位),其他人员调动需提前两周以书面形式向采购人申请,并提交人员更换相关材料.

(二)项目人员工作要求严格遵守项目进度及采购人的项目管理制度;应签署项目相关保密协议并严格执行,规范内部安全管理;为保证项目正常进行,须保证项目人员相对固定,除招标方批准外,不得更换项目经理、架构师、核心技术人员;如需更换,则必须通过采购人同意.
服务期间,项目经理、架构师和主要技术人员须提供7*24小时联系方式,并保证联系渠道畅通;必须保证提供的服务具有针对性,能够满足采购人的要求.
第五章服务要求与服务期限提供质量保证期内的售后服务,服务期限为合同验收后1年.
一、售后服务要求优质完善的技术支持和售后服务是系统安全稳定运行的基本保障,本项目要求供应商有良好的售后服务体系和保障能力,要求服务请求易联络、反应速度快、提供的解决方案切实可行.
具体要求包括但不限于以下内容:1、应最大限度地提供技术支持及技术指导,并有责任派人员到现场进行维护;2、供应商必须根据用户的要求,做好系统各项应用参数设置工作;3、服务期内,投标方每年向用户提供软件的运行评估报告,并提出修改完善建议;4、服务期内,供应商可根据公司的实际情况提供有利于采购人的其它技术支持与售后服务承诺.
为了保质保量的做好这项工程及售后服务,要求投标方的技术支持队伍必须人员齐备,自身技术素质要过硬,都要有类似此项规模工程的经历和必要的经验及必要的服务意识.
要求投标方详细此项目的技术人员数量、所做过的项目工程简历、学历等相关信息,并提供技术人员名单.

另外,项目组的核心人员在售前和售后要固定.
如必须更换,供应商必须提交书面申请,得到招标方的同意后方可更换.
具体的运维保障要求细则请参照第四章第二章节.
二、售后服务期限自合同验收合格之日起,提供为期一年的驻场技术支持服务与维护.
在验收后12个月内,配备2名的人员现场维护.
现场运维人员必须为项目组核心人员,接受采购人统一的工作安排和管理,如有违背,则由采购人提出人员更换,因人员更换产生的相关费用由中标人承担.