云计算服务项目验收方案.docx
- 文档编号:266606
- 上传时间:2023-04-28
- 格式:DOCX
- 页数:50
- 大小:2.54MB
云计算服务项目验收方案.docx
《云计算服务项目验收方案.docx》由会员分享,可在线阅读,更多相关《云计算服务项目验收方案.docx(50页珍藏版)》请在冰点文库上搜索。
云计算服务项目验收方案
目录
1. 项目验收方案 4
1.1. 验收方案理解 4
1.2. 验收方案承诺 4
1.3. 验收依据 4
1.4. 验收流程 5
1.5. 验收内容 5
1.5.1. 云平台数据管理升级完善及运维验收 5
1.5.2. 机构改革软件服务验收 8
1.6. 验收质量保障 10
1.7. 验收问题处理流程 12
1.8. 验收成果 13
1.9. 验收人员 13
2. 知识转移方案 14
2.1. 知识转移目标 14
2.2. 知识转移内容 14
2.3. 知识转移形式 18
2.4. 知识转移要求及时限 18
2.4.1. 知识转移要求 19
2.4.2. 知识转移时限 19
2.5. 知识转移过程管控模型 24
2.6. 知识转移整体规划 25
2.6.1. 本阶段主要工作 26
2.6.2. 受众分析 26
2.6.3. 知识转移实施方案评审 27
2.7. 知识共享阶段 27
2.7.1. 本阶段主要工作 27
2.7.2. 需求分析阶段知识转移 28
2.7.3. 设计阶段知识转移 30
2.7.4. 详细设计编码阶段知识转移 34
2.7.5. 测试阶段知识转移 36
2.7.6. 项目管控知识转移 38
2.7.7. 试运行前知识转移 39
2.8. 知识吸收阶段 42
2.8.1. 本阶段主要工作 42
2.8.2. 推广及运维知识传递 43
2.8.3. 知识转移成果检验 44
2.9. 知识转移验收 46
2.10. 售后维护期知识转移 50
50
1.项目验收方案
1.1.验收方案理解
云平台项目验收是指对整个云平台的优化完善及运维、机构改革软件云平台优化调整等工作进行全面检验。
验收工作由局方组织实施,由局方、我公司共同完成。
我公司将积极配合完成验收工作,必要时由我公司或第三方机构按照验收要求完成测试,提交相关文档,经局方确认后进行项目验收。
1.2.验收方案承诺
对本项目验收工作,如下:
1.我公司在项目验收、测试时提供相关的测试环境及必要的设备和工具,使用的各类支撑工具应保证局方在全系统合法免费使用,我公司承担由于知识产权等纠纷导致的所有责任。
需要委托第三方机构进行测试的,费用由我公司承担。
2.我公司提供的各类文档应内容完整、描述清晰、版本最新,各类方案实现目标明确、工作措施得力、可操作性强、具有前瞻性。
产出物应提供电子和纸质两种介质,并保持版本一致。
3.对验收中发现的问题,我公司提出有效解决办法和措施,经局方确认后实施。
4.根据局方要求,我公司组织各个产品实际生产厂商对集成工作的评价结果,此结果将作为验收通过标准之一。
1.3.验收依据
以本项目合同书、验收前双方确认的补充工作需求书、工单、主要交付物、项目验收报告、专家评审意见等为依据。
1.4.验收流程
服务期满之后,我公司根据相关标准流程,提出验收申请。
1.验收工作组听取我公司汇报和对实施、优化、质量保障工作的质量评价意见。
2.验收工作组审核我公司提供的各类文档等是否齐全,是否符合国家或有关部门的相关要求。
3.验收工作组检查运行维护、优化完善、质量保障工作是否达到合同书的各项指标与要求,检验技术环境能否满足用户需求的持续发展,能否满足用户自行加载业务需求。
检查云平台运行维护、优化完善工作中发现的缺陷及遗留问题的解决情况及系统运行等情况,检查相关管理规章制度是否建立和健全。
1.5.验收内容
验收内容包括云平台数据管理升级完善及运维和机构改革软件服务验收两项内容。
1.5.1.云平台数据管理升级完善及运维验收
1.5.1.1.验收前提条件
我公司在项目服务期满并完成税务云平台数据管理项目的运行维护和优化完善工作,且新增功能及应用通过用户测试后,我公司根据税务相关标准流程,提出升级完善及运维验收申请。
(1)项目验收前,我公司将按局方要求做好工程验收前的各项工作,配合局方完成工程验收。
(2)检查开发、测试、质量保障工作是否达到合同书的各项指标与要求、存在的工作缺陷、遗留问题及解决情况,按照税务要求完成项目验收报告(按项目包含的运维、新增、数据治理等全部合同内容分别提供验收报告)。
(3)参加专家评审会,按照评审要求做好运维、新增、数据治理等合同要求所有内容及问题的说明、解答工作。
(4)我公司按合同要求向局方提交交付物清单及清单所列内容(包括纸制和电子版文件),并经招标方审查及相关部门签字确认。
1.5.1.2.验收标准
云平台数据管理升级完善及运维验收标准,以相关需求说明及附件和双方确认的补充需求中所列软件功能为依据。
每个软件运维验收后,相应的残余缺陷按照严重程度分类,满足下列验收标准则视为云平台数据管理升级完善及运维验收合格。
严重程度
描述
验收标准
A
由于平台数据管理自身问题,整个平台无法运行
=0
B
系统中“关键功能”(*)实现错误,直接导致核心业务无法正常进行并且无补救措施。
=0
C
平台升级后非关键错误,单一软件不能继续运转或错误,但不影响业务的正常进行。
<=20
D
其他:
系统在某种状态下产生错误,不影响正常业务,限于那些装饰性且在软件处理上的建议问题。
<=80
(*)注:
关键功能的划分尺度:
是否每天必须使用,是否在当前阶段影响责任区日常业务进度,是否属于该云平台的核心业务范畴,如符合所列条件则视为关键功能。
平台性能验收标准
平台性能验收以相关需求及附件和双方确认的补充需求中所列云平台数据管理升级及运维指标为依据,实测数据满足需求视为验收合格。
文档验收标准
云平台数据管理升级及运维过程文档的验收以抽样方式进行,文档抽样率为20%。
如果在验收的文档中,错误的总字数超过抽样文档总字数的0.5%,则视为验收失败;否则为验收合格。
1.5.1.3.验收交付物
我公司提交的交付物为第四章的各种实施过程文档以及相关产出物,包括但不限于以下内容:
(一)交付成果物
我公司向局方提供以下文档但不限于下述文档:
1、提交各阶段验收方案
2、提交各阶段验收报告
3、提交移交物清单及移交物
内容主要包括:
q技术文件
设备安装、运行、使用、测试、诊断和维修的技术文件。
软件安装光盘、程序源代码、开发文档、用户文档、上线文档、记录文档、反馈文档等。
q系统配置
包括配置相关文档和配件清单。
q实施方案
项目实施方案。
q设备运行管理建议
我公司应根据经验和税务系统实际情况,制定设备运行管理、平台运行管理建议供甲方参考,配合甲方完成相关规定和制度的制定。
q项目测试文档
项目测试方案、测试文档。
q项目验收文档
项目验收过程中产生的所有验收报告、明细清单,并汇总成册。
q项目其它文档
项目实施过程中形成的工作计划、工作记录及其它文档。
上述文档必须是中文纸质文档,并提供光盘介质。
(二)通过准则
我公司按照要求提交方案、报告、硬件设备及集成、软件、源码、设计文档等全部文档等,通过验收,视为本项工作完成。
(三)局方要求提供纸质件的,我公司按照要求全部提供。
1.5.2.机构改革软件服务验收
1.5.2.1.验收前提条件
系统涉及机构改革软件服务推广上线并稳定运行三个月之后,我公司将根据税务相关标准流程,提出机构改革软件服务验收申请。
验收关键前提条件为:
完成合同规定的系统合并改造和推广实施工作,各省税务局出具系统实施上线确认单。
(1)项目验收前,我公司按招标人要求做好工程验收前的各项工作,配合招标人完成工程验收。
(2)检查开发、测试、质量保障工作是否达到合同书的各项指标与要求、存在的工作缺陷、遗留问题及解决情况,按照税务要求完成项目验收报告(按项目包含的运维、新增、数据治理等全部合同内容分别提供验收报告)。
(3)我公司应按合同要求向甲方提交交付物清单及清单所列内容(包括纸制和电子版文件),并经招标方审查及相关部门签字确认。
1.5.2.2.验收标准
机构改革软件服务验收标准,以相关需求说明及附件和双方确认的补充需求中所列软件功能为依据。
每个软件服务验收后,相应的残余缺陷按照严重程度分类,满足下列验收标准则视为机构改革软件服务验收合格。
严重程度
描述
验收标准
A
由于相关软件自身问题,相关软无法运行
=0
B
系统中“关键功能”(*)实现错误,直接导致核心业务无法正常进行并且无补救措施。
=0
C
相关软件升级后非关键错误,软件不能继续运转或错误,但不影响业务的正常进行。
<=20
D
其他:
软件在某种状态下产生错误,不影响正常业务,限于那些装饰性且在软件处理上的建议问题。
<=80
(*)注:
关键功能的划分尺度:
是否每天必须使用,是否在当前阶段影响责任区日常业务进度,是否属于机构改革软件服务的核心业务范畴,如符合所列条件则视为关键功能。
q机构改革软件性能验收标准
机构改革软件性能验收以相关需求及附件和双方确认的补充需求中所列机构改革软件服务指标为依据,实测相关软件满足需求视为验收合格。
q文档验收标准
云平台数据管理升级及运维过程文档的验收以抽样方式进行,文档抽样率为20%。
如果在验收的文档中,错误的总字数超过抽样文档总字数的0.5%,则视为验收失败;否则为验收合格。
1.5.2.3.验收交付物
我公司提交的交付物为第四章涉及机构改革云平台优化调整云平台调整优化的各种实施过程文档以及相关产出物,包括但不限于以下内容:
(一)交付成果物
我公司应向用户提供以下文档但不限于下述文档:
1、验收方案;
2、验收报告;
3、移交物清单及移交物。
内容主要包括:
q技术文件
设备安装、运行、使用、测试、诊断和维修的技术文件。
软件安装光盘、程序源代码、开发文档、用户文档、上线文档、记录文档、反馈文档等。
q系统配置
包括配置相关文档和配件清单。
q实施方案
项目实施方案。
q项目测试文档
项目测试方案、测试文档。
q项目验收文档
项目验收过程中产生的所有验收报告、明细清单,并汇总成册。
q项目其它文档
项目实施过程中形成的工作计划、工作记录及其它文档。
上述文档必须是中文纸质文档,并提供光盘介质。
(二)通过准则
我公司按照要求提交方案、报告、软件、源码、设计文档等全部文档等,通过验收,视为本项工作完成。
(三)局方要求提供纸质件的,我公司将按照要求全部提供。
1.6.验收质量保障
为保证验收质量,由验收工作小组对项目组提供的产出物和软件系统进行前期审查,以确定是否可以进行正式验收程序。
前期审查包括产出物审查、功能审查及性能审查。
q产出物审查
产出物审查主要确认项目组提供产出物是否完整。
产出物审查表示例如下表所示:
编号
文档名称
是否必须
已创建或可用
通过审查
备注
1
工程规范说明书
是
可用
通过
2
标准及技术规范
是
可用
通过
3
项目工作说明书
是
可用
通过
4
需求规格说明书
是
可用
通过
5
概要设计说明书
是
可用
通过
6
详细设计说明书
是
可用
通过
7
数据库设计说明书
是
可用
通过
8
单元测试计划
是
可用
通过
9
单元测试报告
是
可用
通过
10
集成测试计划
是
可用
通过
11
集成测试报告
是
可用
通过
12
用户测试计划
是
可用
通过
13
用户测试报告
是
可用
通过
14
系统工具列表
是
可用
通过
15
软件发布说明
是
可用
通过
验收组依据文档审查检查表进行产出物审查。
审查完成后,验收组将审查结果填写到前期审查报告中。
q功能审查
功能审查目的是验证系统是否满足用户功能需求。
具体如下:
1)提交报告:
项目组按照需求设计文档完成项目组内部的功能测试,提交内部功能测试报告(可含在系统测试分析报告中);
2)执行审查:
验收组根据测试功能需求对项目提供的测试用例和测试分析报告进行审查,审查测试是否覆盖了所有的功能需求,最后形成前期审查报告;
3)问题提出:
根据审查结果,如发现功能测试没有覆盖所有功能需求,验收组将通知项目组修改;
4)问题修正:
项目组修改后,验收组将重新进行功能审查,直到修正完所有发现的问题为止。
q性能审查
性能审查的目的是验证系统是否满足用户性能需求。
具体如下:
1)提交报告:
项目组按照需求设计文档完成项目组内部的性能测试,提交内部性能测试报告(可含在系统测试分析报告中);
2)执行审查:
验收组根据需求设计文档确定的性能需求,审查项目组提供的性能测试计划和性能测试分析报告,审查项目组的性能测试分析报告提供的性能指标是否满足了性能需求,最后形成前期审查报告;
3)问题提出:
如果发现性能指标不满足需求,验收组将通知项目组修正;
4)问题修正:
项目组修正性能问题后,验收组将重新进行性能审查,直到修正完所有发现的问题为止。
1.7.验收问题处理流程
在项目验收过程中,如果发现不符合项目要求,应该第一时间记录在案,记录人员应及时将问题上报,通过双方沟通后,将问题分为两类:
后续继续解决,当前需求解决问题。
对于当前需求解决问题,双方积极推进,直至解决完成后,继续推进验收流程。
验收问题处理流程如下图所示:
1.8.验收成果
(一)交付成果物
交付文档必须是纸质文档,并提供光盘介质。
(二)通过准则
我公司按照要求提交硬件设备及集成、开发、测试文档等全部文档等,通过验收,视为初验工作完成。
(三)局方要求提供纸质件的,我公司无条件响应,并提供招标人要求提供的纸质件。
1.9.验收人员
验收工作组成员由及其他第三方权威机构人员组成,我公司将安排人员全力配合完成验收工作。
2.知识转移方案
2.1.知识转移目标
知识转移是知识从某个人的头脑中转移到另一个人头脑中、或从某个组织转移应用到另一个组织的过程。
知识转移包括知识的共享和知识的吸收两个阶段。
知识的转移首先是进行知识共享,知识的共享可以通过人与人面对面的交流来进行,也可以通过电子邮件、文件文档、查看知识库、培训等方式进行。
知识的吸收表现为将别人的知识转化为自己的知识,或是将别的组织的知识成功应用到自己的组织中。
通过知识转移,将使得招标人达到以下两个目标:
Ø保证招标人顺利完成本项目开发、实施过程中各阶段提交物的接收。
Ø保证招标人能够吸收项目所涉及的全部知识技能,掌握项目的核心技术,能独立承担本项目的运行维护及二次开发。
2.2.知识转移内容
类别
具体内容
人员
转移方式
需求
业务创新
业务创新内容
全部
培训
业务知识
具体业务知识
高级
培训、过程参与
需求分析及编写
如何进行需求分析,如何编写需求
高级
培训、过程参与
业务操作
熟练进行业务操作,进行业务办理
全部
培训、指导
概要
设计
技术创新
项目的技术创新
高级、中级
培训、过程参与
整体设计
了解系统整体设计思路,如何进行架构设计
高级、中级
过程参与、培训
平台基础框架设计
平台基础框架设计思路,具体实现方案
高级、中级
过程参与、培训
业务框架设计
业务框架设计思路、具体实现方案
高级
过程参与、培训
技术组件设计
技术组件如何设计,如何实现
高级
过程参与、培训
业务组件设计
业务组件如何设计,如何实现
高级
过程参与、培训
接口设计
掌握如何进行接口设计,如何实现
高级
过程参与、培训
数据库表设计
了解数据逻辑建模、物理建模、具体库表设计
高级
中级
过程参与、培训
设计文档编写
设计文档包括哪些内容,如何编写设计文档
高级
过程参与、培训
详细
设计
编码
详细设计
掌握如何进行模块设计及详细设计
高级
过程参与、培训
JAVA编程
掌握JAVA编程的全部技能
高级
自学、过程参与、培训
SQL编程
掌握SQL编程的全部技能
高级
自学、过程参与、培训
测试
测试方案
掌握如何制定系统整体测试方案
高级
过程参与、培训
单元测试
掌握如何编写单元测试方案、案例、执行,编制单元测试报告
高级
过程参与、培训
模块测试
掌握如何编写模块测试方案、案例、执行
高级
过程参与、培训
集成测试
掌握如何编写集成测试方案、案例、执行,编制集成测试报告
高级
过程参与、培训
功能测试
掌握如何编写功能测试方案、案例、执行,编写功能测试报告
全体
过程参与、培训
性能测试
掌握如何编写性能测试方案、案例、执行,编写性能测试报告
高级
过程参与、培训
试点
推广
试点方案
掌握如何编写试点及推广方案
高级、中级
过程参与、培训
环境搭建
掌握如何进行系统搭建,系统参数配置
高级、中级
过程参与、培训
数据迁移
掌握如何进行制定数据迁移方案、如何进行数据迁移
高级、中级
过程参与、培训
系统安装
掌握如何进行系统安装
高级、中级
过程参与、培训
系统初始化
掌握如何进行系统初始化
高级、中级
过程参与、培训
灾备演练
掌握灾备切换过程
高级、中级
过程参与、培训
系统运行监控、系统运维
掌握系统运行过程中,如何对系统进行监控,遇到问题如何解决
高级、中级
过程参与、培训
项目
管控
项目管理
掌握大型项目如何管控
高级
过程参与、培训
质量管理
掌握如何开发质量管理活动
高级
过程参与、培训
配置管理
掌握配置管理知识,各种管控活动
高级
过程参与、培训
2.3.知识转移形式
本项目知识转移主要通过以下三种形式:
知识转移方式方法
具体内容
实施阶段
培训
培训会贯穿项目始终,每个阶段开始阶段,都要组织甲方人员进行本阶段所涉及技术、方法培训;
在实施过程中,针对甲方人员遇到的问题和技术难点,举办专门针对性的培训。
针对加入项目实施过程的甲方人员,将举办大规模的系统操作、维护培训
贯穿项目始终
过程指导
在各个实施阶段,对甲方参与项目的每个人员,乙方指定固定的人员进行过程指导,帮助甲方人员完成分配的工作
各个阶段实施过程
成果检验
在每个阶段结束时,甲方人员要进行知识转移成果汇报,以检验本阶段的知识掌握情况。
在用户测试阶段,甲方人员负责本阶段的所有工作,来检测测试知识转移成果。
在推广阶段后期,甲方人员直接负责系统运维,来检验运维知识转移成效。
就二次开发,进行三轮真实业务开发演练,来检验开发知识转移效果。
每个阶段收尾
测试阶段
推广阶段
2.4.知识转移要求及时限
2.4.1.知识转移要求
我公司将系统的源码及分析说明、底层架构设计、需求分析文档、设计开发理念、部署实施步聚、项目应用软件开发技术和经验、环境保障、质量保障等知识和技能通过培训和文档等形式转移给招标人。
2.4.2.知识转移时限
根据项目整体进度安排及知识转移内容设计,制定如下的知识转移的里程碑计划及详细实施计划。
q里程碑计划:
项目阶段
时间周期
主要交付物
税务
公司
规划阶段
T+3
《知识转移实施方案》
配合
负责
知识共享阶段
T+3
《试点上线前知识转移报告》
配合
负责
知识
吸收
T+5
《项目移交前知识转移情况报告》
负责
配合
验收
T+3
《知识转移验收报告》
负责
配合
q详细知识转移工作计划如下:
项目阶段
子阶段
工作任务
时间周期
主要交付物
税务
公司
规划
阶段
制定知识转移方案
T+3
《知识转移实施方案》
配合
负责
《知识转移实施方案评审》
T+1
《知识转移实施方案评审报告》
负责
配合
知
识
共
享
阶
段
需求
分析
需求分析方法培训
T+1
《需求分析方法培训》PPT
《需求规格说明书模板》
配合
负责
业务创新培训
T+1
《业务创新培训》PPT
配合
负责
业务培训
T+1
《纳税人管理业务培训》PPT
配合
负责
参与需求分析
T+10
每月产出《知识转移实施月度报告》
《过程指导培训记录》每周例会
配合
负责
阶段总结
T+3
《需求分析阶段知识转移实施总结报告》
配合
负责
系统
设计
系统设计方法培训
T+1
《系统设计方法培训》PPT
配合
负责
技术创新点培训
T+1
《技术创新点培训》PPT
配合
负责
参与系统总体设计
T+1
《过程指导培训记录》
周例会
配合
负责
参与数据架构设计
T+1
《过程指导培训记录》周例会
配合
负责
参与技术架构设计
T+2
《过程指导培训记录》周例会
配合
负责
参与各平台设计
T+2
《过程指导培训记录》周例会
配合
负责
阶段总结
T+1
《系统设计阶段知识转移实施总结报告》
配合
负责
详
细
设
计
编
码
JAVA编程培训
T+5
《JAVA编程培训》WORD及PPT
配合
负责
SQL变成培训
T+3
《SQL编程培训》WORD及PPT
配合
负责
参与详细设计及编码
T+3
每月产出《知识转移实施月度报告》
过程指导
每周例会及培训
配合
负责
单元测试方法培训
T+1
《单元测试方法培训》PPT
配合
负责
参与单元测试
T+1
每月产出《知识转移实施月度报告》
《过程指导培训记录》
每周例会
配合
负责
阶段总结
T+1
《开发阶段知识转移实施总结报告》
配合
负责
实验
室测
试
参与测试方案制定
T+1
《过程指导培训记录》
每周例会
配合
负责
测试方法培训
T+1
《测试方案培训》PPT
配合
负责
参与测试环境部署
T+1
《过程指导培训记录》
每周例会
配合
负责
参与集成测试
T+1
《过程指导培训记录》
每周例会
配合
负责
参与性能测试
T+1
《过程指导培训记录》
每周例会
配合
负责
参与功能测试
T+1
《过程指导培训记录》
每周例会
配合
负责
参与编写测试报告
T+1
《过程指导培训记录》
每周例会
配合
负责
阶段总结
T+1
《实验室测试阶段知识转移实施总结报告》
配合
负责
用户
测试
用户测试方案制定
T+1
《用户测试方案》
负责
配合
测试环境搭建及系统安装
T+1
《环境配置表》
《系统安装手册》
负责
配合
用户测试执行
T+1
《测试记录》
《测试指导及培训记录》
《月度知识转移知识转移报告》
负责
配合
编写用户测试报告
T+1
《用户测试报告》
负责
配合
参与生产环境部署及系统安装
T+1
《指导及培训记录》
配合
负责
阶段总结
T+1
《用户测试阶段知识转移实施总结报告》
配合
负责
试运
行前
准备
参与试点调研
T+1
《指导及培训记录》
配合
负责
参与数据迁移
T+1
《指导及培训记录》
配合
负责
参与灾备演练
T+1
《指导及培训记录》
配合
负
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计算 服务项目 验收 方案