大数据平台建设方案建议书
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