广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx

上传人:b****6 文档编号:7443331 上传时间:2023-01-24 格式:DOCX 页数:13 大小:25.22KB
下载 相关 举报
广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx_第1页
第1页 / 共13页
广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx_第2页
第2页 / 共13页
广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx_第3页
第3页 / 共13页
广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx_第4页
第4页 / 共13页
广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx

《广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx》由会员分享,可在线阅读,更多相关《广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx(13页珍藏版)》请在冰豆网上搜索。

广州市退役军人事务局协同办文系统迁移及功能重构采购项目.docx

广州市退役军人事务局协同办文系统迁移及功能重构采购项目

广州市退役军人事务局协同办文系统迁移及功能重构采购项目采购需求

★本项目以系统迁移、功能重构和满足用户需求为要求,只要本项目采购文件中提及的系统迁移、功能重构开发工作,均由中标人及采购人共同负责协商处理,本项目采购文件中提及的系统迁移、功能重构能产生的所有费用均由中标人负责,并包括在总投标报价中。

一、项目概况

(一)采购项目名称:

广州市退役军人事务局协同办文系统迁移及功能重构采购项目

(二)采购内容:

广州市退役军人事务局协同办文系统迁移及功能重构

(三)采购项目预算金额:

本项目最高限价为人民币42.03万元

二、项目建设需求

(一)概述

广州市退役军人事务局为机构改革新成立单位,根据机构改革资产处置安排,从原广州市城市更新局接收了协同办文系统。

本项目需求旨在梳理广州市退役军人事务局在接收到原系统后需要进行的必要建设与调整工作,协助广州市退役军人事务局快速盘活资产,改建系统达成符合局内业务所需,降低行政成本,提高办公效率,推动局内信息化建设。

(二)系统迁移

1.业务主体授权

广州市退役军人事务局属于广州市机构改革后新成立的单位,现有信息化资产基本是由原广州市城市更新局及其他相关单位部门划拨。

协同办文系统由广州市城市更新局建设,由于资产划拨,现广州市退役军人事务局具有相应的使用权限。

由于协同办文系统采用以承建商具有专利权的产品为基础,结合对该单位业务需求适应性开发而建设完成的。

其中产品授权信息算法属原承建单位的商业秘密,通过采集系统部署环境多项参数与建设方单位信息等数据作为生成授权的必要条件。

当系统部署环境变化或使用方信息被篡改都会导致授权信息失效,造成系统无法使用。

承建单位采用此方式保障建设方的系统使用的根本权力以及承建方产品的版权。

2.云平台迁移

根据广州市政务服务数据管理局要求,各单位不再自行购置硬件设备,而是采用统一规划,通过租赁云平台服务的模式完成对于硬件设备、系统软件等基础环境的需要。

并且要求各单位将所建设的业务系统逐步迁移至云平台执行统一管理。

由于单位资产划拨中仅包括协同办文系统,不包括相关部署硬件,因此广州市退役军人事务局需要将该系统从原设备中迁移至其他部署环境。

按照《广州市政务服务数据管理局广州市财政局关于印发2020年广州市政府投资信息化建设类项目申报指南的通知》要求,系统应基于部门信息化规划和市政府信息化云平台的软硬件资源开展项目设计和部署。

因此本次项目需要将协同办文系统迁移至广州市电子政务云平台,满足对于资源整合利用的要求。

(1)基于云平台的信息系统架构适配调整

已建信息系统的架构视实际情况按照云平台技术特点进行设计调整。

按照要求进行系统部署结构的设计调整,重点考虑以下因素:

1.信息系统的部署架构,包括应用层和数据设计;

2.信息系统的存储要求;

3.信息系统的软件环境;

4.信息系统的网络接入要求;

5.信息系统的移动化需求;

6.信息系统的安全要求;

7.信息系统的运维要求。

(2)云平台资源需求申请和分配

市退役军人事务局按要求申请云平台资源,运营公司对资源配置给予专业意见,报电子政务中心审批。

运营公司对资源配置给予专业意见。

市退役军人事务局的云平台资源配置申请,须根据当前实际需求,合理控制所需配置和容量。

信息系统的配置涉及以下方面:

1.云主机的组成和CPU、内存、磁盘配置。

2.存储资源的组成和配置,包含操作系统的空间、数据空间、本地备份空间、异地备份空间。

3.软件的组成和选型,包括操作系统、中间件和数据库等。

4.网络的接入路径和带宽需求。

5.不同终端的访问,是否需要移动化映射。

6.系统所在的安全域。

(3)信息系统部署安装

操作系统和常用系统软件,由运营公司通过虚拟机映像文件直接安装在云主机上。

市退役军人事务局负责在云主机部署其他软件环境和相应信息系统。

已建信息系统在云平台上部署后,正式线前不对外公布访问地址,使用其他域名或IP地址,不影响原信息系统的试用。

(4)云平台资源监控和调整

运营公司将云平台资源移交市退役军人事务局后,开始对使用情况进行监控,定期向市退役军人事务局、市政务服务数据管理局和市电子政务中心提交资源使用报表。

若申请资源利用率过低,运营公司将定期回收空闲资源。

若需增加资源须提交资源调整申请,经市政务服务数据管理局和市电子政务中心批准后,由运营公司调整并报市政务服务数据管理局和市电子政务中心备案。

(5)信息系统试运行

系统完成安装部署后,市退役军人事务局对系统的功能点进行逐点检查,确认信息系统的有效性,并组织人员进行内部试用。

经充分试用后,市退役军人事务局对系统试运行的结果进行确认。

(6)信息系统迁移割接

上线前经过试运行确认后,市退役军人事务局可安排信息系统的迁移割接工作。

上线前单位须提前通知相关部门。

原则上,信息系统割接到云平台后维持访问方式单位须提前通知相关部门。

已建信息系统的迁移,需要迁移历史数据的,根据数据量的多少,确定通过网络传送还是介质传送。

对已建信息系统来说,由于有历史数据,用户对功能和性能的变化比较敏感,故迁移到云平台后,市退役军人事务局需对功能和性能进行细致的确认,并对照原信息系统的参照数值。

如果割接后发现异常情况,需要决策是否回退还是保留小问题的情况下仍然上线。

如果已建信息系统比较复杂,迁移过程难把握,可由运营公司配合市退役军人事务局进行模拟迁移,记录每个步骤的时间和确认标准。

系统割接成功后,运营公司对系统运行及使用进行为期一个月的运行跟踪及评估,必要时配合市退役军人事务局对系统进行调整。

(7)主要步骤包括:

步骤

工作项

具体要求

产出

1

原架构调研

对原系统的架构进行调研,包括基础硬件配置、基础软件配置、部署模式配置、存储架构等诸多方面进行了解

原系统架构配置图

2

原业务梳理

通过对原系统的各项业务进行梳理,整理出验证业务功能点是否正常的测试用例。

测试用例(包括系统功能点以及与外部系统对接的功能点)

3

新架构设计

根据原系统架构、用户实际要求以及结合业务发展趋势,从性能、便利及扩展性等方面对整体系统架构进行设计,向用户提供云平台资源租赁需求。

云平台架构设计方案

4

实施迁移

云平台资源租赁到位后,有专业的系统工程师根据规划设计,实施具体迁移工作

云平台系统

5

系统可用性调试

云平台上的系统进行调试;对与外部系统的接口进行联调。

系统及外部接口可用

6

业务测试

根据上云前对业务梳理过程中得到的测试用例对云平台上的系统进行业务验证及调整。

测试报告

7

性能测试

根据用户实际要求对云平台上的系统执行性能测试

性能测试报告

8

系统调整

根据功能测试和性能测试结果对系统进行相应调整,以达到预期效果。

迁移报告

3.其他(硬件环境、基础软件及第三方软件)

本项目还须采购4套RedHat5.8或以上版本和1套Windows2012或以上版本用于部署系统。

(三)协同办文系统功能重构

以下是该系统功能重构前后对比:

序号

类别

原功能

现功能

重构描述

1

基础支持(操作系统)

AIX操作系统

Linux操作系统

由于操作系统、中间件、数据库产品调整,导致应用系统运行环境、支撑框架、调用模式、命令等的差异性变化,应用开发商必须对系统架构、底层核心、业务实现等进行针对性、适应性改造。

应用的安装、部署及维护模式均有变更。

2

基础支持(中间件)

weblogic

Jboss(开源产品)

3

基础支持(数据库)

Oracle

MySQL(开源产品)

4

业务接口变更

部署在单位内部机房

部署在云平台

环境变更导致业务接口服务模式变更,需要调整接口配置、实现;接口部署模式等

5

系统管理模块业务变更

针对原市城市更新局组织架构

针对市退役军人事务局组织架构

61个局及下属单位的组织定义调整;超过300的用户管理;22项岗位组的梳理重建。

6

公文管理模块业务变更

针对原市城市更新局业务建设

针对市退役军人事务局业务建设

针对收文、发文等业务流程的业务要求执行重构。

7

其他模块业务变更

针对原市城市更新局业务

针对市退役军人事务局业务

针对会议室等其他模块的业务要求执行重构。

8

知识管理模块业务变更

针对原市城市更新局业务

针对市退役军人事务局业务

针对知识管理模块的业务要求执行重构。

9

督查督办模块业务变更

针对原市城市更新局业务

针对市退役军人事务局业务

针对督查督办模块的业务体系要求执行重构。

10

移动办公业务变更

针对原市城市更新局业务

针对市退役军人事务局业务

针对移动办公的业务要求执行重构。

1.应用系统建设与调整及使用保障

广州市退役军人事务局的人员、结构以及所执行的职能业务都与原广州市城市更新局不同,必须根据广州市退役军人事务局新的业务需求对原系统重新执行系统建设与调整。

系统建设与调整及使用保障的过程包括以下几个方面:

序号

工作项

产出

1

实施方案规划

实施方案、进度计划

2

业务需求调研

调研报告

3

业务设计

需求说明书、业务设计说明书

4

系统初始化

5

业务需求实施

可用系统

6

系统测试

测试计划、测试用例、测试报告

7

系统培训

培训计划、用户(系统管理员、普通用户、收发文员、处室领导、局长)培训材料及手册

8

系统试运行

试运行报告

9

系统验收

系统维护手册

10

系统保障

系统巡检报告

服务总结报告

2.应用系统功能适应性改造

由于广州市退役军人事务局与原广州市城市更新局的业务无重叠,原系统中建设的功能无法直接应用于广州市退役军人事务局,必须对其功能配置、权限、数据等进行相应调整更新后才可满足使用。

以及原系统与外部系统的接口都无法满足广州市退役军人事务局新的业务要求,必须对现有接口进行相应调整或开发工作,以达到广州市退役军人事务局与外部系统正常的业务数据传送。

3.应用系统系统级适应性重构

由于原广州市城市更新局系统所使用中间件为Weblogic,数据库为Oracle。

而广州市退役军人事务局未采购此中间件与数据库的授权,基于正版化要求考虑,无法使用该系统软件。

基于此情况,必须选择更换中间件和数据库软件为免费开源产品。

但由于应用系统无法直接适用于开源的中间件和数据库产品,则必须对应用系统进行有针对性的适应性改造,已达到能够基于开源产品,并保证原有系统功能、性能正常,不受影响。

此次改造的重点包括应用系统核心升级,业务功能代码改造以及全面的系统测试与调整工作。

也因此项工作对于开发技术的要求,必须由经验丰富且熟悉应用系统的资深开发人员执行。

(1)系统重构

由于协同办文系统对于原中间件的依赖性,导致更换后,协同办文系统核心对于中间件类库、资源的依赖性关系必须进行解构,并根据开源中间件的资源调用、开发要求、部署方式等进行全面重构。

(2)数据重构

随着系统核心的调整,数据也必须进行相应优化重构,在保持原有主体结构的前提下进行合理调整。

(3)业务数据的完整性保障

重构后的系统在数据结构方面会进行设计性调整,会与原系统存在一定的差异。

但需要保障业务数据的完整性,不影响业务数据的正常运转。

(4)基础数据完整性

重构后的系统将保持基础数据的完整性和相应的逻辑关系,无需重新录入和配置。

(5)业务流转数据完整性

针对因重构造成的业务数据结构的设计性调整,必须保证现有系统数据能够无损过渡至重构后的系统中。

(四)系统集成需求

1.承建单位需要提供协同办公系统的安装、集成、测试、联调及及数据迁移服务并提供相应的系统培训。

2.本次协同办公系统需要在云平台的虚拟化环境下运行,承建单位应熟悉虚拟化环境的规划、构建及协同办公系统在虚拟化环境中部署情况,相关项目实施需由具有相关项目经验的技术工程师进行。

3.承建单位需要对用户当前云平台的计算资源、存储资源、备份资源及安全防护体系等有深刻认识,以适应协同办公系统的运行需求。

质保期结束前,承建单位需根据质保期内系统运行情况提交系统运行报告供采购人参考是否需调整云平台资源以保证系统平稳运行。

4.协同办公系统的服务需由承建单位提供一年的质保服务。

三、项目管理要求

为使工程按质、按量、按时及有序实施,投标人对本项目必须有一个完善和稳定的管理组织机构。

(一)项目组织管理

为使工程按质、按量、按时及有序实施,投标人对本项目必须有一个完善和稳定的管理组织机构。

1、在项目组人员构成方面,必须配备如下几类人员:

项目经理;

需求分析师;

软件工程师;

技术负责人;

项目实施人员;

系统测试人员;

2、本项目的项目经理、技术负责人、主要技术人员必须具有本项目所需的实施经验,未经业主同意,中标人不得擅自更换上述人员。

3、人员要求

本项目的项目负责人,技术负责人必须具体负责项目的实施,熟悉项目建设内容所涉及的技术,由用户认可其资格,方可正式上岗,如果中标人不能提供合适的人员,用户有权自行选用人员,由此涉及的费用由中标人承担,投标人如中途更换项目负责人,技术负责人,必须征得用户同意。

本期建设的应用系统都需支持部署在linux及开源组件等,本期建设内容包含协同办公系统云端改造及数据迁移,考虑到开源组件的特殊性,相关开发工程师应具备有linux及开源环境的开发及移植经验。

为了保证投标人能够正确理解用户需求,最终做出符合实际业务的应用系统。

同时合理估算投标人的资源投入。

现约定在满足招标书对于应用系统功能要求基础上,为保证个性化开发的实施,在系统建设和一年质保期内,投标人承诺的项目负责人和开发实施的主要人员未经用户书面同意不得调整。

为了验证项目中的质量保证活动是否符合计划要求,同时检查质量保证体系的有效性,以不断完善质量保证体系,投标人内部建立全面的审核制度,配备专门的质量保证人员开展质量保证活动。

(二)实施管理

1、中标人不得以任何方式转包或分包本项目。

2、中标人应按照投标文件要求成立项目实施小组,承担整个项目实施任务。

3、项目小组进场后,中标人应将项目组成员资质、社保证明提交监理单位审核无正当理由不得擅自更换项目组成员。

4、项目正式启动后,项目小组应全面开展需求调研,编写相应的需求方案,经业主盖章确认后,作为整个项目实施的依据之一。

5、项目实施过程中,中标人应建立健全全面的质量管理体系,严格按照软件工程相关要求,设置各级技术管理和质量检查人员,并严格按照技术标准进行测试和检查,对不符合招标要求的或达不到相关技术性能的,中标人须返工,直至达到要求为止。

6、在项目实时的每个阶段,中标人都需要配合用户和监理单位进行节点验收。

对于中标人自身原因造成的工期延误,用户可根据合同要求追究中标人责任,造成的损失,由中标人承担。

7、本项目实施过程中,投标人所有存储介质、光盘、u盘等设备不返还。

(三)工程进度管理

1、投标方应根据项目总体进度要求、设计方案和实施程序制定项目进度计划表,且满足招标文件的时限规定,明确各节点的工程内容和考核指标。

2、中标人必须严格按照投标文件所制定的进度计划按期按质完成每一阶段的施工任务。

3、因涉及与用户协调导致工程工期延误的,应及时报监理单位备案,并提出补救措施。

报用户同意后,工期可顺延。

4、因不可抗拒因素导致工程延缓的,应报监理单位备案,并提供相关文件说明。

中标人预计工期将延时,应提早报告监理单位,并提出补救措施。

5、因工程质量原因需要(或造成)返工,导致工期延误的,其责任由中标人承担。

(四)项目验收管理

投标人必须按照本项目的工期要求抓紧实施,并配合采购人组织做好以下验收工作:

1、系统初验:

中标人基本完成合同的所有内容,系统交付采购人测试,在此基础上,中标人根据采购人的测试意见完善系统功能,并向采购人提交试运行系统,采购人检验合格后组织进行系统初验。

2、系统终验:

在通过初验后,中标人根据专家意见和用户试运行意见完善系统功能,向采购人提交最终系统,采购人检验合格后组织进行竣工验收。

3、整体验收:

系统通过终验后,由中标人聘请具有相应测评资质的第三方测评机构对本项目进行全面测评。

测评通过后,接受市政数局组织的项目整体验收。

(五)项目文档管理

加强项目文档的编写和管理是中标单位项目管理的一个重要部分。

系统进度应严格遵照国家软件工程规范进行,中标人必须根据开发进度及时提供有关文档,包括:

启动阶段:

《项目实施方案》、《项目计划》

需求分析阶段:

《需求调研报告》、《需求规格说明书》

设计阶段:

《概要设计说明书》、《详细设计说明书》、《数据库设计说明书》

编码阶段:

《编码规范》

测试阶段:

《测试计划》、《测试用例》、《测试分析报告》

试运行/上线阶段:

《试运行申请》、《试运行报告》

过程文档:

《开发进度月报》

交付使用:

《用户使用手册》、《管理员操作手册》

以及采购人认为必要的其他文档。

未经采购人认可的情况下,所有的技术文件必须用中文书写或有完整的中文注释

文档的规范性和完备性将由中标单位部门负责人和质量监督办进行审查,审查通过后由中标单位自行归档,并将全部文档移交给用户。

(六)项目监理和管理

本项目实施项目监理制,中标单位必须服从监理的项目管理要求。

(七)项目保密管理

项目中标后,需先签订保密协议才能开始进行详细设计。

中标人在施工期间应做好相关保密管理,并随时配合采购人和监理方进行的保密工作检查。

(八)项目监理配合服务

投标人须承诺,因本项目有项目监理单位,投标人无条件配合项目监理的总体管理。

(九)项目评测

聘请有检测资质的第三方公司对本项目进行全面评测,评测通过后接受市工业和信息化委员会组织的整体验收,由甲方负责相关测评费用。

(十二)项目验收

组织对本项目进行初验、系统终验和政数局整体验收。

(十三)项目实施人员资格要求

项目经理需要有PMP证书(或同等水平的系统分析师或项目管理师资格),其他技术人员需有相关软件资格。

在项目关键节点和重要协调环节(如:

项目启动、进度延误协调会议、质量事故协调会、验收会议等重要节点),项目经理在采购人或监理方通知后必须到现场主持协调解决相关工作,如缺席则罚款处罚。

★项目经理及其他技术人员需提供以下材料信息:

包括姓名、性别、出生日期、学历、职称证复印件。

四、软件系统知识产权要求

中标人需对所有成果、产品的知识产权负有瑕疵担保责任,因使用未被授权使用的技术、组件、系统软件、通用软件等知识产权问题引起的纠纷所产生的所有责任及费用由中标人自行承担;

本项目执行中的研究成果及其技术文档等所有权由采购人享有,技术文档资料包括完备的系统设计文档、功能模块说明、二次开发程序源代码、使用手册等,未经采购人许可,中标人不得将相关采购人资料提供给第三方。

五、等保和安全测评要求

为全面贯彻落实国家《网络安全法》对于网络安全等级保护制度的相关规定,以及公安部对公安信息系统等级保护工作的要求,深入推进《广东省公安信息网安全体系建设规划(2018-2020)》,中标人须按照等级保护的标准和规范进行系统的规划、设计、开发,并配合进行验收。

中标人须确保系统符合等级保护的应用安全标准,包括身份鉴别、访问控制、安全审计、通信完整性、通信保密性、软件容错、资源控制等内容。

六、交付使用要求

(一)交付使用期:

合同签订后12个月内完成调研、开发、调试及初验,试运行期3个月;

(二)交货地点:

广州市,具体地点依照采购人实际要求为准。

七、验收要求

软件系统的验收属于项目的合同验收,需符合广州市信息化项目相关验收管理办法的要求,同时需符合下列要求:

1、满足合同和招标文件和采购需求中列举的全部要求。

2、实现合同和招标文件和采购需求中列举的全部功能和非功能要求。

3、达到合同和招标文件和采购需求中列举的全部指标。

4、文档齐全,符合合同和招标文件和采购需求及相关标准要求,包括但不限于下列文档;需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、用户手册、项目计划书、用户培训计划、会议记录和开发进度月报等。

5、验收项目包括按照合同和招标文件和采购需求中所标明的软件系统,及相关的技术维护文档、培训教材、使用说明书等。

6、通过等保二级测评。

7、通过财政投资信息化项目安全测评。

八、培训

为了保证培训与实际应用的结合,要求中标人负责派出专业技术工程师在系统实施现场对采购人进行不少于2次免费现场培训,培训内容包括:

1、培训业务人员,使他们熟练操作软件的各项功能,掌握协同办公系统的操作技能;

2、培训技术人员,为用户培训相应的维护人员,便于维护日常系统,包括系统网络、系统软件、系统维护及相关技术。

九、售后服务要求

(一)软件系统提供1年的故障修复服务。

(二)保修期内,因软件缺陷导致的故障修复均为免费。

(三)故障报修的响应时间:

周一至周五8:

30~18:

00期间为2小时。

若电话中无法解决,4小时内到达现场进行维护。

其余期间为15小时。

(四)系统试运行期及测评期间,承建单位需提供现场服务。

(五)需提供系统扩充、升级方面的技术咨询服务。

十、付款方式说明

(一)在签订合同后15天内,采购人凭中标人开具符合国家财务规定的相应数额的发票,将合同总额的80%付给中标人;

(二)项目执行计划经采购人确认通过后,中标人须在10个工作日内按照合同总费用10%向采购人提供质量保证金银行履约保函。

(三)项目通过市信息化主管部门验收(或备案)后15个工作日内,采购人凭中标人开具符合国家财务规定的相应数额的发票,将合同总额的20%付给中标人;

(三)中标人须在采购人办理付款手续之前5个工作日内,提供等额的正式发票提供给采购人,以便采购人及时办理财政集中支付手续。

由于中标人未及时依合同提供发票或因财政资金拨款不到位而导致采购人逾期付款的,采购人不承担违约责任,并且此情况不能成为中标人延期供货、安装和拒绝提供服务的理由

(四)质量保证金银行履约保函,在软件产品最终验收合格并交付采购人使用满1年(12个月)之日起30天后,自动失效。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1