- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
XX县人社局社保相关系统运维服务采购需求
(一)项目背景
近年来,随着社保信息系统应用的不断普及和推广,随之带来的是越来越多的业务
数量和越来越快的业务变化。随着业务的发展和对系统要求的不断提高,并且面对社保
系统集中层级从县级到市级到省级到国家级的不断提升的现状,社保系统服务问题正逐
渐显现,主要包括:迭代系统之间数据一致性、逻辑一致性、业务逻辑的差异性对历史数
据带来的问题;对数据的掌控能力发生变化;系统客观环境变化引起的服务角色变化等
因素。这些变化从主观上客观上导致需要对服务内容进行重新定义,以满足数字化形势
下社保事业的稳步发展。
(二)项目必要性
社保信息系统稳定运行是社保业务顺利开展的重要保障,保障社保业务的平稳开展
也是民生工程的重要内容。而信息系统连续、稳定、高效、可靠地运行,需要完善的维护
保障手段以实现,本次项目维护就是为保障系统7*24小时正常平稳运行。
(三)维护目标
加强驻现场技术服务团队建设,完善技术服务管理规范和制度,严格执行各项管理
要求和工作制度,保障社保系统不间断、稳定运行,一旦发生故障,在短时间内排除故
障,恢复系统的正常运行。
(四)维护原则
本次项目的维护原则如下:
1.保密性
对服务过程中获知的任何用户方系统信息均属秘密信息,不得泄露给第三方
单位或个人,不得利用这些信息进行任何侵害用户方系统的行为。
2.规范性
服务的实施必须由专业的技术服务人员依照规范的操作流程进行,对操作过程和结
果要有相应的记录,提供完整的服务报告。
3.可控性
服务的工具、方法和过程要在双方认可的范围之内,保证客户对于服务过程的可控
性。
4.最小影响
服务工作不能对现有业务的正常运行产生影响。
(五)维护对象及范围
本次服务的对象包括:企业职工养老保险全国统筹系统和社保省集中系统(仅限于
XXXX
数据查询、问题咨询、数据迁移,以及数据回流服务)、市社会保险综合系统本
XX
地化模块(老农保、被征地等)、县社保信息系统(各历史版本)。
(六)维护服务期限
维护服务期:一年。
(七)维护服务内容
维护服务内容包括:常规性维护服务、驻场技术支持服务、定期巡检服务、培训及
咨询服务。
1.应用软件常规维护服务
常规维保服务是为了保证社保信息系统持续正常运行而进行的日常基础维
保服务。
(1)全网巡查维护
对社会保险各个业务流转节点进行全网巡查,检查是否运行正常,有无异常情况,
保障各个业务环节正常运行,并做好相关台账记录。在出现某项业务不可用时,协助用
户进行故障点排查。
主要的巡查方式包括:日常巡查、定期巡查两种。
日常巡查:服务团队在每个工作日对系统进行一次常规巡查;
定期巡查:为确保信息安全工作,根据客户要求,服务团队每年定期为系统提供全
面的巡查服务,巡查内容包括:检查社保信息系统表空间使用情况、磁盘空间使用情况、
删除系统不需要的日志文件、重启WeblogiC服务等。巡查完成后,服务团队需提供正
式的巡检报告单。
(2)软件缺陷改进性维护
对社保信息系统日常的功能缺陷(如Bug、程序缺陷)进行维护,涉及社会保险本
地政策性调整的改进性维护。具体流程要求如下:
1)登记。缺陷发现后,由服务团队登记到缺陷库,也可以允许用户向缺陷库提交
缺陷。服务人员必须保证登记的缺陷信息可以被处置负责人员理解。
2)提交。服务人员确认缺陷已经表述清楚,可以提交缺陷。缺陷提交前必须分配
一个具体的服务人员负责,如果不确定谁负责,可以把缺陷分配给项目经理或项目负责
人,再由其重新分配负责人。
3)处置。服务人员确认缺陷是自己负责后,开始着手处理。
4)解决。问题解决后,填写解决处置记录,写明造成缺陷的原因和解决方案。
5)验证。服务人员对“已解决”状态的缺陷进行重新测试。
6)关闭。服务人员确认缺陷已经解决后,关闭缺陷。对于
文档评论(0)