logo资料库

大数据平台建设实施方案.docx

第1页 / 共73页
第2页 / 共73页
第3页 / 共73页
第4页 / 共73页
第5页 / 共73页
第6页 / 共73页
第7页 / 共73页
第8页 / 共73页
资料共73页,剩余部分请下载后查看
8.1.实施方案
8.1.1.实施思路
8.1.2.项目管理
8.1.2.1.项目管理办法
8.1.2.1.1.项目管理目标及工具
8.1.2.1.2.项目问题管理
8.1.2.1.3.项目成本管理
8.1.2.1.4.项目进度管理
8.1.2.2.项目管理过程
8.1.2.2.1.需求管理
8.1.2.2.2.系统设计
8.1.2.2.3.软件实现
8.1.2.2.4.系统测试
8.1.2.2.5.上线试运行
8.1.2.2.6.项目验收
8.1.2.2.7.技术支持与服务
8.1.2.3.项目沟通管理
8.1.2.3.1.汇报管理
8.1.2.3.2.沟通管理
8.1.2.3.3.沟通计划
8.1.2.3.4.问题管理
8.1.2.3.5.会议管理
8.1.2.4.项目变更控制
8.1.2.4.1.变更产生的原因
8.1.2.4.2.变更控制的流程
8.1.2.4.3.相关文档
8.1.2.5.项目技术保障
8.1.2.5.1.技术人员保障
8.1.2.5.2.产品质量保障
8.1.2.5.3.系统上线保障
8.1.2.5.4.质量保障监督
8.1.3.实施计划
8.1.4.系统测试方案
8.1.2.6.测试内容及方法
8.1.2.7.测试工具及环境
8.1.2.8.测试依据
8.1.2.9.测试结果的认定及处理
8.1.2.10.测试结果输出
8.1.5.项目评审验收
8.1.2.11.评审验收综述
8.1.2.12.评审验收组织
8.1.2.13.评审验收步骤
8.1.2.14.评审验收内容
8.1.2.15.评审验收标准
8.1.6.项目提交物
计划类
记录类
使用类
8.2.项目组织
8.2.1.组织结构
8.1.2.16.公司项目组织构成
8.1.2.16.1.项目领导小组
8.1.2.16.2.项目经理
8.1.2.16.3.执行项目经理
8.1.2.16.4.技术经理
8.1.2.16.5.管理体系咨询组
8.1.2.16.6.需求组
8.1.2.16.7.设计组
8.1.2.16.8.开发组
8.1.2.16.9.测试组
8.1.2.16.10.实施组
8.1.2.16.11.培训组
8.1.2.16.12.运维服务组
8.1.2.16.13.商务代表
8.1.2.17.双方职责
8.1.2.18.公司项目组的责任
8.1.2.18.1.项目计划
8.1.2.18.2.项目跟踪和报告
8.1.2.18.3.检查会议
8.1.2.18.4.项目人员管理
8.1.2.19.用户项目组的责任
8.2.2.人员安排
8.3.风险管理与质量控制方案
8.3.1.风险管理
8.3.2.质量控制
8.3.2.1.项目审查会议制度
8.3.2.2.全过程检查管理
8.3.2.3.全过程汇报制度
8.3.2.4.风险管理制度
8.3.2.5.组织管理保障
8.3.2.5.1.队伍素质保障
8.3.2.5.2.人员数量保障
8.4.培训方案
8.4.1.培训承诺
8.4.2.培训方案综述
8.4.2.1.培训目的
8.4.2.2.培训服务原则
8.4.2.3.培训质量保障体系
8.4.3.培训对象
8.4.4.培训组织机构
8.4.4.1.培训总体组
8.4.4.2.现场培训组
8.4.4.3.远程培训组
8.4.4.4.培训中心
8.4.5.培训内容及大纲
8.4.5.1.项目总体方案培训
8.4.5.2.用户使用培训
8.4.5.3.系统维护人员培训
8.4.6.培训课件设计
8.4.6.1.纸质培训课件
8.4.6.2.电子培训课件
8.4.7.培训总体规划
8.4.8.培训方式
8.4.8.1.培训策略
8.4.8.1.1.有针对性的培训
8.4.8.1.2.授课与练习相结合的方式
8.4.8.1.3.提供多种形式的培训教材
8.4.8.1.4.利用考核验收加强培训效果
8.4.8.2.培训手段
8.4.8.2.1.集中培训
8.4.8.2.2.现场操作培训方式
8.4.8.2.3.专题讲座
8.4.8.2.4.网上培训方式
8.4.8.2.5.一对一培训
8.4.8.2.6.研讨会方式
8.4.9.经费与人员保障
8.4.9.1.经费保障
8.4.9.2.人员保障
8.5.售后服务
8.5.1.服务承诺
8.5.2.服务原则
8.5.2.1.规范化服务原则
8.5.2.2.组织保障、统一协调原则
8.5.2.3.及时响应原则
8.5.2.4.客户业务视角
8.5.2.5.持续改进原则
8.5.2.6.商业保密原则
8.5.3.服务方案设计
8.5.3.1.服务组织
8.5.3.2.服务经理
8.5.3.2.1.现场服务工程师
8.5.3.2.2.热线工程师
8.5.3.3.服务流程
8.5.3.3.1.主动预防类服务流程
8.5.3.3.2.故障维护类服务流程
8.5.3.4.服务方式
8.5.3.4.1.现场维护
8.5.3.4.2.远程支持
8.5.3.4.3.电话支持
8.5.3.4.4.邮件支持
8.5.3.5.服务内容
8.5.3.5.1.客户化服务
8.5.3.5.2.系统安装服务
8.5.3.5.3.软件版本升级
8.5.3.5.4.故障应急处理方案
8.5.3.5.5.系统备份服务
8.5.3.5.6.系统调优服务
8.5.3.5.7.技术支持服务
8.5.3.5.8.巡检服务
8.5.3.5.9.服务报告提交
8.5.3.6.服务保障
8.5.3.6.1.技术保障
8.5.3.6.2.资金预算保障
8.5.3.6.3.人员组织保障
大数据平台建设方案建议书 8.1. 实施方案 8.1.1. 实施思路 基于平台目标、政策、规划以及现状的了解,建议采用“长期规划,分步实 施”的建设思路: 长期规划:对数据中心及决策支持系统进行长、中、短期的规划,对于投入 小、见效快的内容纳入短期规划,对于难度大,见效慢的内容纳入中长期规划; 分步实施:搭建数据中心及决策支持系统基础平台,在基础平台的基础上按 照增量建设的方式分阶段实现规划的短、中、长期建设内容。 具体来说,“长期规划,分步实施”模式可以带来以下益处: 1、项目的长、中、短期规划是对整体目标的分解,有助于把握项目的整体 方向,明确每阶段的目标,降低整体提交难度,保证项目目标的最终达成。 2、通过增量建设的方式分阶段向客户交付应用功能,使得客户能够较早地 看到系统的效果,开发商也能较早地获取客户反馈,确保系统达到客户要求。 8.1.2. 项目管理 8.1.2.1.项目管理办法 8.1.2.1.1. 项目管理目标及工具 项目采用目标管理法。项目管理目标主要包括用户满意度、进度、质量、风 险、成本五类,当前重点考虑在满足其它管理目标的前提下取得最大用户满意度。  用户满意目标 用户满意是项目管理追求的首要目标,也是其他目标执行的指导原则。  工期控制目标 遵照招标书要求,严格遵守合同规定,不折不扣地按时完成合同规定的所有 工程任务。在工程执行过程中出现任何变化,在保障用户利益的前提下,双方磋 商、达成一致,确保合同完成,让用户满意。 1
大数据平台建设方案建议书  质量控制目标 质量是工程建设的基石。没有质量,其它目标就没有意义。质量控制在项目 管理中是极其重要的,通过建立规范的管理体系、严格的内部管理措施、可靠的 工程质量保障机制、明确的验收方式、有效的知识转移培训和完备的售后服务措 施,确保项目的顺利实施,不会造成任何形式的返工。  风险控制目标 任何事件的发展都会有一定意外,它的发生是不确定的,这种脱离常规的意 外称之为风险。风险存在于任何工程建设项目,风险控制是长期、大型项目管理 所必需的管理内容。根据以往经验,重视风险要比风险管理本身更重要。风险不 可预测,但可以管理与补救。项目将从风险因素管理、风险预警与应急管理、风 险补救三个方面确保项目风险处于管理控制范围之内。  预算控制目标 项目预算控制反映了项目建设的高效性,考核项目预算是自我监督的重要步 骤,目的在于提高项目管理水平。控制项目预算的表现在资源调配的合理、高效, 重点在于项目规划设计与组织,难点在于对用户需求把握的准确性和设计的合理 性、科学性。 采用世界先进的 Whizible SEM 作为专业的项目管理工具。它几乎能帮助项 目经理满足其所有的需求,通过该工具的各个模块实现对项目的全面管理。 Whizible SEM 能够为项目经理提供如下帮助: 1、为项目分配人员,并为项目人员编制任务计划,同时对于人员的实际工 作地点以及工作任务也能够实时进行跟踪和监督,从而实现项目人员的全面监管; 2、利用 Whizible SEM 可以对每月项目的费用进行预算,并能实时进行计划 值与实际值的对比,为项目经理提供决策支持; 3、在项目的实施过程中,它可以对里程碑任务进行跟踪并使里程碑获得财 政审批以确认收入,它使得项目经理能够管理项目中的问题和缺陷,它也可以对 审查和流程进行跟踪; 4、它还有助于项目经理加速报告的进程。 2
大数据平台建设方案建议书 8.1.2.1.2. 项目问题管理 项目问题管理所涉及问题可归纳为三类:质量问题、管理问题和商务问题。 对于不同类型的问题,处理流程会有所不同。 1、质量问题:主要指质量问题,包括软件、硬件质量问题以及过程质量和 产品质量的问题,具体分为 ISSUE 不符合项、BUG、DEFECT 缺陷; 2、管理问题:主要是跟沟通、汇报、特殊事项发生的问题,分为报告、变 更请求、Support Request 用户支持请求、Risk Trigger 风险触发问题等; 3、商务问题:主要指在项目协作和实施过程中的商务问题,如商务交涉、 付款、法律纠纷、知识产权等问题的管理。 针对不同的问题,建立一个问题日志用来跟踪问题的解决状态。通过计算机 系统来统一处理和管理这些问题,从提交到解决,跟踪整个问题的生存周期,形 成问题解决的历史记录等。在项目工作的例行会议上,项目经理都需要回顾检查 一下存在问题的解决情况,对没有及时解决的重要问题进行分析并讨论生成解决 方法。 8.1.2.1.3. 项目成本管理 在信息化项目实施过程中,成本控制的关键在于项目的实施能否做到质量高、 工期短、成本低,而且产生一定的效益。  成本控制原则 1、全员控制原则 把控制成本的目标与每个部门和个人的利益结合起来,实现全员控制成本的 制定和范围。 2、全过程控制原则 项目启动阶段,做好成本预测;在实施阶段,做好成本控制;在收尾阶段, 及时办理项目结算。  项目成本管理措施 1、根据项目合同,由公司、市场部、项目经理共同确定项目成本计划; 2、将成本计划分解到项目执行的各个里程牌阶段; 3
大数据平台建设方案建议书 3、根据项目计划,制定成本计划,确定项目资源需求和项目阶段预算; 4、按计划执行项目; 5、公司财务部每月针对项目进行成本核算,提出项目成本明细及成本比重; 6、公司项目运营管理部根据项目计划、成本计划及实际成本,按月提出成 本执行情况评估,供项目经理参考; 7、根据每月成本执行情况,调整成本计划或控制项目成本。 8.1.2.1.4. 项目进度管理 项目进度管理从以下几个步骤有序进行:活动定义、活动排序、活动资源估 算、活动持续时间估算、制订进度表以及进度控制。 采用世界知名的项目管理软件 Whizible 制作 WBS 工作分解结构,具体包括: 活动定义、活动排序、活动资源估算、活动持续时间估算、制订进度表。 每个里程碑填写完成后,项目经理必须提交审批,一经审批后项目经理不可 做任何修改。通过 WBS 结构分解,将每项任务拆分为若干个基本的活动,同时结 合里程碑和关键路径分析,精确的控制整个项目的时间进度。 根据项目成立初期做的项目进度计划,项目经理每月需提交月状态报告说明 该月项目的进度情况,同时项目经理指派人员进行项目的进度对照,出具项目进 度跟踪表,根据此结果对项目进行预警或采取相应的改进措施。 8.1.2.2.项目管理过程 4
大数据平台建设方案建议书 项目过程管理是项目管理的核心内容。为了确保项目按时、保质、保量完成, 根据软件工程项目管理方法,将项目生命周期分为项目启动、项目计划、项目实 施、项目收尾阶段四个阶段,每个阶段根据具体任务分为多个环节。 8.1.2.2.1. 需求管理 1、需求管理的目的 需求开发的目的是通过调查与分析,获取客户需求,确定用户并识别部门关 键的业务过程与活动、区分过程和活动的优先级、了解部门现有信息系统及运行 状况、了解系统功能/性能接口列表等。 需求管理的目的是在客户与公司之间建立对需求的共同理解,维护需求与其 它工作成果的一致性,并控制需求的变更,实现对需求确认、跟踪、变更控制等。 2、需求开发步骤 需求调查:在用户相关业务部门进行访谈式和问卷式调研,通过各种途径获 取用户的需求信息(原始材料)。在需求调查时,公司项目组应做尽可能详细的 记录,回公司后整理成《软件需求收集记录》,发给需求负责人,项目负责人收 集所有记录,形成项目整体的需求记录。另在调研时应注重对调查结果进行整理, 并对现有业务流程进行整理(形成用例),以确保被调查业务的完整性。根据需 求调查产生《用户需求说明书》。 需求分析:对各种需求信息进行分析,消除错误,刻画细节等。 需求定义:根据需求调查和需求分析的结果,进一步定义准确无误的产品需 5
大数据平台建设方案建议书 求,产生《系统需求规格说明书》。系统设计人员将依据《系统需求规格说明书》 开展系统设计工作。 需求确认:由用户和公司项目组共同对《系统需求规格说明书》进行评审, 双方对需求达成共识后作出书面承诺,使需求文档具有商业合同效果。需求确认 包括“需求评审”和“需求承诺”。 需求跟踪:比较需求文档与后续工作成果之间的对应关系,建立与维护“需 求跟踪矩阵”,确保“需求-设计-编程-测试”之间的一致性,确保产品依据 需求文档进行开发。 需求变更控制是指依据“变更申请-审批-更改-重新确认”的流程处理需 求的变更,防止需求变更失去控制而导致项目发生混乱。 3、交付件 《需求规格说明书》; 4、完成标准 《需求规格说明书》审批通过。 8.1.2.2.2. 系统设计 1、设计目标 覆盖《需求规格说明书》的全部内容,并作为程序开发的依据,使系统能够 被软件开发小组顺利地实现。系统设计分为概要设计和详细设计阶段。 概要设计注重宏观和框架的设计,包括总体结构设计、全局数据库(包括数 据结构设计)、外部接口设计、功能部件分配设计、部件间接口设计,覆盖需求 规格说明书中的功能点列表、性能点列表、接口列表。其过程如下: 详细设计覆盖《概要设计说明书》的全部内容,注重于微观和框架内的设计, 6
大数据平台建设方案建议书 是各子系统的公用部件实现设计、专用部件实现设计、存储过程实现设计、触发 器实现设计、外部接口实现设计、部门角色授权设计、报表输出模块设计、前台 用户界面设计、后台数据处理模块设计、数据传输与接收模块设计等。 在设计阶段后期要重新进行规模、工作量和进度的估算,调整开发计划。进 行概要设计的人员要协助测试人员一起制定《系统测试计划》和《系统测试用例》; 进行详细设计的人员要制定《系统单元测试计划》和《系统单元测试用例》。 2、交付件 《概要设计说明书》; 《详细设计说明书》。 3、完成标准 《概要设计说明书》和《详细设计说明书》审批通过。 8.1.2.2.3. 软件实现 1、编程概述 软件实现是通过输入《详细设计说明书》,输出源程序、目标程序及用户指 南,此阶段分为编码、代码静态检查和单元测试三个环节:编码人员根据《编码 规范》进行编码;代码静态检查对代码的规范符合度进行检查,质量保证人员也 要抽查编码规范的遵守情况;单元测试由编码人员根据详细设计阶段制定的测试 用例自行或交叉进行。 2、交付件 系统源程序;系统目标程序;《用户使用手册》。 3、完成标准 系统编码结束。 8.1.2.2.4. 系统测试 1、测试概述 系统测试包括单元测试、集成测试、系统测试、运行与验收测试,其中单元 测试在系统实现阶段实现,运行与验收测试在实施与运行阶段实现。这里的软件 测试是指由专门测试人员进行的黑盒测试,我们组织专门的测试组来确保软件质 7
量。主要包括安装测试、功能测试、组装测试、压力测试、集成环境测试五种方 大数据平台建设方案建议书 法:  采用压力测试工具,发现系统性能承受能力;  采用测试软件管理整个测试环节;  编写测试案例,规范测试行为,提高测试效率;  编写测试大纲,加强测试组与开发组的沟通;  平台测试,平台是公司已有产品,对平台的改动由独立的测试小组完成。 测试方案与测试用例对用户完全公开。测试中系统如有任何部分发生故障, 则测试重新开始,整个系统需整体通过测试后才标志测试工作完成,最后提交测 试报告。在制定系统整体测试方案,将报指定的有资质认证的软件测试中心进行 检测。 2、测试过程 第一步:制定测试计划。 第二步:设计测试用例。 第三步:执行测试。 第四步:撰写测试报告。 第五步:消除软件缺陷。 3、测试环境 测试运行平台:搭建测试运行平台,该平台为功能测试提供硬件平台。该平 台应与最终运行平台结构类似,性能要不高于最终运行平台。 测试工具软件:采用专用该测试工具软件:Load Runner。 4、交付件 《系统测试报告》。 5、完成标准 8
分享到:
收藏