大数据平台建设实施方案
- 实施方案
- 实施思路
基于平台目标、政策、规划以及现状的了解，建议采用“长期规划，分步实施”的建设思路：
长期规划：对数据中心及决策支持系统进行长、中、短期的规划，对于投入小、见效快的内容纳入短期规划，对于难度大，见效慢的内容纳入中长期规划；
分步实施：搭建数据中心及决策支持系统基础平台，在基础平台的基础上按照增量建设的方式分阶段实现规划的短、中、长期建设内容。
具体来说，“长期规划，分步实施”模式可以带来以下益处：
1、项目的长、中、短期规划是对整体目标的分解，有助于把握项目的整体方向，明确每阶段的目标，降低整体提交难度，保证项目目标的最终达成。
2、通过增量建设的方式分阶段向客户交付应用功能，使得客户能够较早地看到系统的效果，开发商也能较早地获取客户反馈，确保系统达到客户要求。
项目采用目标管理法。项目管理目标主要包括用户满意度、进度、质量、风险、成本五类，当前重点考虑在满足其它管理目标的前提下取得最大用户满意度。
- 用户满意目标
用户满意是项目管理追求的首要目标，也是其他目标执行的指导原则。
- 工期控制目标
遵照招标书要求，严格遵守合同规定，不折不扣地按时完成合同规定的所有工程任务。在工程执行过程中出现任何变化，在保障用户利益的前提下，双方磋商、达成一致，确保合同完成，让用户满意。
- 质量控制目标
质量是工程建设的基石。没有质量，其它目标就没有意义。质量控制在项目管理中是极其重要的，通过建立规范的管理体系、严格的内部管理措施、可靠的工程质量保障机制、明确的验收方式、有效的知识转移培训和完备的售后服务措施，确保项目的顺利实施，不会造成任何形式的返工。
- 风险控制目标
任何事件的发展都会有一定意外，它的发生是不确定的，这种脱离常规的意外称之为风险。风险存在于任何工程建设项目，风险控制是长期、大型项目管理所必需的管理内容。根据以往经验，重视风险要比风险管理本身更重要。风险不可预测，但可以管理与补救。项目将从风险因素管理、风险预警与应急管理、风险补救三个方面确保项目风险处于管理控制范围之内。
- 预算控制目标
项目预算控制反映了项目建设的高效性，考核项目预算是自我监督的重要步骤，目的在于提高项目管理水平。控制项目预算的表现在资源调配的合理、高效，重点在于项目规划设计与组织，难点在于对用户需求把握的准确性和设计的合理性、科学性。
采用世界先进的Whizible SEM作为专业的项目管理工具。它几乎能帮助项目经理满足其所有的需求，通过该工具的各个模块实现对项目的全面管理。
Whizible SEM能够为项目经理提供如下帮助：
1、为项目分配人员，并为项目人员编制任务计划，同时对于人员的实际工作地点以及工作任务也能够实时进行跟踪和监督，从而实现项目人员的全面监管；
2、利用Whizible SEM可以对每月项目的费用进行预算，并能实时进行计划值与实际值的对比，为项目经理提供决策支持；
3、在项目的实施过程中，它可以对里程碑任务进行跟踪并使里程碑获得财政审批以确认收入，它使得项目经理能够管理项目中的问题和缺陷，它也可以对审查和流程进行跟踪；
4、它还有助于项目经理加速报告的进程。
项目问题管理所涉及问题可归纳为三类：质量问题、管理问题和商务问题。对于不同类型的问题，处理流程会有所不同。
1、质量问题：主要指质量问题，包括软件、硬件质量问题以及过程质量和产品质量的问题，具体分为ISSUE不符合项、BUG、DEFECT缺陷；
2、管理问题：主要是跟沟通、汇报、特殊事项发生的问题，分为报告、变更请求、Support Request用户支持请求、Risk Trigger风险触发问题等；
3、商务问题：主要指在项目协作和实施过程中的商务问题，如商务交涉、付款、法律纠纷、知识产权等问题的管理。
针对不同的问题，建立一个问题日志用来跟踪问题的解决状态。通过计算机系统来统一处理和管理这些问题，从提交到解决，跟踪整个问题的生存周期，形成问题解决的历史记录等。在项目工作的例行会议上，项目经理都需要回顾检查一下存在问题的解决情况，对没有及时解决的重要问题进行分析并讨论生成解决方法。
在信息化项目实施过程中，成本控制的关键在于项目的实施能否做到质量高、工期短、成本低，而且产生一定的效益。
- 成本控制原则
1、全员控制原则
把控制成本的目标与每个部门和个人的利益结合起来，实现全员控制成本的制定和范围。
2、全过程控制原则
项目启动阶段，做好成本预测；在实施阶段，做好成本控制；在收尾阶段，及时办理项目结算。
- 项目成本管理措施
1、根据项目合同，由公司、市场部、项目经理共同确定项目成本计划；
2、将成本计划分解到项目执行的各个里程牌阶段；
3、根据项目计划，制定成本计划，确定项目资源需求和项目阶段预算；
4、按计划执行项目；
5、公司财务部每月针对项目进行成本核算，提出项目成本明细及成本比重；
6、公司项目运营管理部根据项目计划、成本计划及实际成本，按月提出成本执行情况评估，供项目经理参考；
7、根据每月成本执行情况，调整成本计划或控制项目成本。
项目进度管理从以下几个步骤有序进行：活动定义、活动排序、活动资源估算、活动持续时间估算、制订进度表以及进度控制。
采用世界知名的项目管理软件Whizible制作WBS工作分解结构，具体包括：活动定义、活动排序、活动资源估算、活动持续时间估算、制订进度表。
每个里程碑填写完成后，项目经理必须提交审批，一经审批后项目经理不可做任何修改。通过WBS结构分解，将每项任务拆分为若干个基本的活动，同时结合里程碑和关键路径分析，精确的控制整个项目的时间进度。
根据项目成立初期做的项目进度计划，项目经理每月需提交月状态报告说明该月项目的进度情况，同时项目经理指派人员进行项目的进度对照，出具项目进度跟踪表，根据此结果对项目进行预警或采取相应的改进措施。
- 项目管理过程
项目过程管理是项目管理的核心内容。为了确保项目按时、保质、保量完成，根据软件工程项目管理方法，将项目生命周期分为项目启动、项目计划、项目实施、项目收尾阶段四个阶段，每个阶段根据具体任务分为多个环节。
- 需求管理
1、需求管理的目的
需求开发的目的是通过调查与分析，获取客户需求，确定用户并识别部门关键的业务过程与活动、区分过程和活动的优先级、了解部门现有信息系统及运行状况、了解系统功能/性能接口列表等。
需求管理的目的是在客户与公司之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更，实现对需求确认、跟踪、变更控制等。
2、需求开发步骤
需求调查：在用户相关业务部门进行访谈式和问卷式调研，通过各种途径获取用户的需求信息（原始材料）。在需求调查时，公司项目组应做尽可能详细的记录，回公司后整理成《软件需求收集记录》，发给需求负责人，项目负责人收集所有记录，形成项目整体的需求记录。另在调研时应注重对调查结果进行整理，并对现有业务流程进行整理（形成用例），以确保被调查业务的完整性。根据需求调查产生《用户需求说明书》。
需求分析：对各种需求信息进行分析，消除错误，刻画细节等。
需求定义：根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《系统需求规格说明书》。系统设计人员将依据《系统需求规格说明书》开展系统设计工作。
需求确认：由用户和公司项目组共同对《系统需求规格说明书》进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。需求确认包括“需求评审”和“需求承诺”。
需求跟踪：比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保“需求－设计－编程－测试”之间的一致性，确保产品依据需求文档进行开发。
需求变更控制是指依据“变更申请－审批－更改－重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。
3、交付件
《需求规格说明书》；
4、完成标准
《需求规格说明书》审批通过。
- 系统设计
1、设计目标
覆盖《需求规格说明书》的全部内容，并作为程序开发的依据，使系统能够被软件开发小组顺利地实现。系统设计分为概要设计和详细设计阶段。
概要设计注重宏观和框架的设计，包括总体结构设计、全局数据库（包括数据结构设计）、外部接口设计、功能部件分配设计、部件间接口设计，覆盖需求规格说明书中的功能点列表、性能点列表、接口列表。其过程如下：
详细设计覆盖《概要设计说明书》的全部内容，注重于微观和框架内的设计，是各子系统的公用部件实现设计、专用部件实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、报表输出模块设计、前台用户界面设计、后台数据处理模块设计、数据传输与接收模块设计等。
在设计阶段后期要重新进行规模、工作量和进度的估算，调整开发计划。进行概要设计的人员要协助测试人员一起制定《系统测试计划》和《系统测试用例》；进行详细设计的人员要制定《系统单元测试计划》和《系统单元测试用例》。
2、交付件
《概要设计说明书》；
《详细设计说明书》。
3、完成标准
《概要设计说明书》和《详细设计说明书》审批通过。
- 软件实现
1、编程概述
软件实现是通过输入《详细设计说明书》，输出源程序、目标程序及用户指南，此阶段分为编码、代码静态检查和单元测试三个环节：编码人员根据《编码规范》进行编码；代码静态检查对代码的规范符合度进行检查，质量保证人员也要抽查编码规范的遵守情况；单元测试由编码人员根据详细设计阶段制定的测试用例自行或交叉进行。
2、交付件
系统源程序；系统目标程序；《用户使用手册》。
3、完成标准
系统编码结束。
- 系统测试
1、测试概述
系统测试包括单元测试、集成测试、系统测试、运行与验收测试，其中单元测试在系统实现阶段实现，运行与验收测试在实施与运行阶段实现。这里的软件测试是指由专门测试人员进行的黑盒测试，我们组织专门的测试组来确保软件质量。主要包括安装测试、功能测试、组装测试、压力测试、集成环境测试五种方法：
- 采用压力测试工具，发现系统性能承受能力；
- 采用测试软件管理整个测试环节；
- 编写测试案例，规范测试行为，提高测试效率；
- 编写测试大纲，加强测试组与开发组的沟通；
- 平台测试，平台是公司已有产品，对平台的改动由独立的测试小组完成。
测试方案与测试用例对用户完全公开。测试中系统如有任何部分发生故障，则测试重新开始，整个系统需整体通过测试后才标志测试工作完成，最后提交测试报告。在制定系统整体测试方案，将报指定的有资质认证的软件测试中心进行检测。
2、测试过程
第一步：制定测试计划。
第二步：设计测试用例。
第三步：执行测试。
第四步：撰写测试报告。
第五步：消除软件缺陷。
3、测试环境
测试运行平台：搭建测试运行平台，该平台为功能测试提供硬件平台。该平台应与最终运行平台结构类似，性能要不高于最终运行平台。
测试工具软件：采用专用该测试工具软件：Load Runner。
4、交付件
《系统测试报告》。
5、完成标准
《系统测试报告》审批通过。
- 上线试运行
1、概述
在现场实施阶段，我们将派出具有丰富工程经验的工程师到用户现场，完成系统安装调试等实施工作。
在用户单位进行系统的软、硬件实施，进行数据准备和系统上线准备，包括系统管理员培训、业务操作培训、现场培训、数据初始化和数据导入等工作。公司对试运行结果和意见进行汇总，提交系统试运行报告，并请用户进行审核批示，确定需作改进的问题，交付公司进行修改。
2、系统上线过程
系统实施是一项复杂的工作，需要用户单位项目组和公司做认真细致的准备。实施过程包括以下步骤：
设备与系统检测：检查系统所包含的硬件设备和系统软件是否正常；
安装应用系统；
运行规划与准备：进行上线准备培训；
基础数据准备：准备基础数据，在系统中录入数据，进行数据初始化；
测试应用系统：与用户项目组协商，制定测试计划，并安排相关业务部门，进行测试及操作培训。
模拟运行：初步测试后，业务部门进行并行操作模拟运行，并随时进行比较，确认系统有效；
试运行：在确认基础数据正常后，与用户单位项目组确定正式运行日期；
问题反馈与改进：确定需作改进的问题，交付公司进行修改，根据问题汇总制定修改计划，并按时完成软件更新。
3、项目实施管理
制定《系统实施计划》，按工程实施进度计划安排工期，要求所有实施人员掌握整个工程计划，明确每一个实施人员的权利及义务，对实施人员进行产品及技术培训。确保所有人员履行所属责任，每天准时到实施地点报到上班，并分配当天工作任务，在当天工作完后对当天的工作进行总结，并计划分配第二天的工作任务。
项目经理及技术骨干每天按工程实施标准及计划定时巡视实施现场，确保工程进度如期进行及达到实施标准。如实施环境发生特殊情况，立刻通知项目经理，有需要时同时通知用户，以做出适当处理。
实施组每天应归纳工作中出现的所有问题，做出实施进度情况总结报告，并向负责人提交，并做到对文档资料的及时归档、建档。
项目经理批阅每天有关总结报告后，应快速地对各工程小组做出回应，根据实际需要调动人员及调整实施计划，以确保工程的质量及进度。每星期向用户提交工程进度报告，并且随时保持与用户单位项目组负责人的联系，及时汇报工程进展及实施过程中遇到的问题。
4、交付件
系统实施的交付件有《系统实施计划》、《系统管理员手册》、《用户使用手册》、《系统试运行报告》。
- 项目验收
项目验收目标是用户单位项目组根据《系统需求分析说明书》的内容和要求进项目的验收测试。双方将在依据需求分析以及系统设计而制定的应用系统项目验收测试计划中，协商定义对特定功能的可接受的性能要求，从系统的实用性、稳定性、可维护性、灵活性、可操作性及系统文档、代码、规范及注释说明等方面全面组织对项目的验收。
经过完整的试运行后，如果没有重大故障发生，特别是没有系统功能和性能错误的现象发生，项目单位、公司（必要时有第三方参与）将对系统进行最终验收。我们将着眼于系统的建设目标，所进行的技术测试与符合本系统的技术要求，使得提交的系统能够真正满足用户的需求。系统本身的功能和性能是测试的重点。
验收结束后，公司将在一周时间内完成验收报告的汇总，并交付给用户。最终验收的结果要求提供由参加终验的各方签字的最终验收报告，附上试运行期间的测试运行记录，并且给出最终验收的明确结果。
项目验收的交付件有《项目验收报告》。
- 技术支持与服务
在系统进入试运行阶段后，即开始向用户单位提供长期的技术服务与支持。详细的技术支持与售后服务方案请参考“售后服务”章节。
- 项目沟通管理
建立有效的汇报组织机构是实现有效沟通的前提和保证。汇报关系基于对项目组织机构定义，通过层级的划分明确了建设方的定位和职责，以及项目汇报路径。
项目实施是一个团队任务，信息不畅容易导致工作偏离目标，或者是成员之间产生误解，所以项目经理要在信息沟通中起到非常重要的作用。对于信息的发布，一定要保证版本的有效性，对于通过电子邮件发布的重要信息，一定要让对方反馈接收与否的信息。对于规模较大的项目，有时信息需要群发或多人讨论，这时需要建立专用的信息沟通平台，例如利用BBS、SHARE POINT、EXCHANGE等。
在项目中，我们建立以下正式沟通计划，并在工作中保证实现：
|
类型 |
沟通内容 |
参与人员 |
责任人 |
时间 |
|
项目组首次会议 |
培训项目管理方法、实施计划 |
项目组全体成员 |
项目经理 |
待定 |
|
项目动员大会 |
明确目标、落实责任、激发热情 |
全体成员 |
项目发起人 |
待定 |
|
项目管理例会 |
分析项目状态，明确 |
项目管理委员会 |
项目经理 |
每月末 |
|
阶段评估会议 |
评估项目阶段的完成情况 |
项目管理委员会 |
项目经理 |
阶段末 |
|
项目验收会议 |
评审项目验收标准的完成 |
项目管理委员会 |
项目经理 |
项目收尾时 |
|
项目组工作例会 |
汇报各项工作的进度及问题 |
项目经理 |
业务组长 |
每周一 |
|
项目变更会议 |
决议变更需求 |
项目管理委员会 |
项目经理 |
变更产生时 |
|
项目通讯 |
对外宣传项目状况 |
项目组全体成员 |
项目管理办公室 |
每月 |
|
项目信息共享 |
了解项目状态、计划、问题等 |
项目组全体成员 |
实施组长 |
随时 |
|
操作状况 |
了解用户的操作状况 |
项目成员 |
最终用户 |
上线后每日 |
另外，在项目的实施工作中，有一些沟通属于非正式沟通，例如聚会、交心谈话、技术研讨、能力拓展等，我们会根据项目的需要选择进行。
在项目实施阶段，项目利益相关者之间的信息沟通与交流集中在如下方面：
5、项目执行到现在，出现的问题，这些问题解决方案以及建议采用的方案。
1、报告应尽量使用数据、表格、图形等方式，避免纯文字上的长篇大论。例如在作进度情况报告时，常用甘特图、网络图、时间线以及里程碑表等。
项目问题主要是指系统的应用问题，一般在需求分析、系统实现设计、软件开发、软件测试、系统集成测试、系统运行过程中表现出来。对于这些问题，一定要由当事人及时提交问题报告表，并由项目经理对问题进行判决，指定解决负责人并预计目标时间。
我们将问题管理分为以下问题的定义，对于不同的问题的处理和管理流程有所不同。
1、质量问题：主要指质量问题，包括软件、硬件质量问题以及过程质量和产品质量的问题，具体分为ISSUE不符合项、BUG、DEFECT缺陷；
2、报告请求问题：主要是跟沟通、汇报、特殊事项发生问题定义，分为报告、变更请求、Support Request用户支持请求、Risk Trigger风险触发问题等；
3、其他问题：主要指在项目协作和实施过程中的商务问题，如商务交涉、付款、法律纠纷、知识产权等问题的管理。
建立一个问题日志用来跟踪问题的解决状态。通过项目管理信息系统来统一处理和管理这些问题从提交到解决，跟踪整个问题的生存周期，以及问题的解决的历史记录等。
在项目工作的例行会议上，项目经理都需要回顾检查一下存在问题的解决情况，对没有及时解决的重要问题进行分析并讨论生成解决方法。
问题的上报
对于在规定时间内没有解决的问题要及时上报给上一级管理机构。总监理方有义务和责任将可能发生并导致重大缺陷的事件及时上报给业主的项目管理办公室。
当需要协调多个子项之间的技术问题，由三个标段作为相互独立又有机联系的整体，可能分别由不同的承建商组成，争取甲方的组织协调下与其它承建商充分沟通与配合以便于顺利快速的完成项目要求。
一般来说，我们建议会议分为准备、讨论、决策和跟踪四个阶段，下面就这四个阶段分别进行阐述。
1、准备阶段：
（1）会议发起人明确提出会议目的、会议议程与参会人员安排，准备会议资料，以书面形式提交相关领导进行审核。
（2）会议安排通过审核后，由协调领导小组办公室、总监理、工程技术办公室和相关领导联合签发《会议通知》。
（3）由专人负责安排落实会议场地、设备等辅助事项。
（4）安排专人熟悉会议资料，准备进行会议记录。
2、讨论阶段：
（1）由会议主持人宣布会议议程与相关事项，提出会议讨论事项。
（2）各参会代表就讨论事项提出意见。
3、决策阶段：
（1）由会议主持人根据各方意见作出决策。
（2）记录人记录决策情况。
（3）主持人指定每个决策执行情况跟踪人。
（4）记录人编制《会议纪要》。
（5）《会议纪要》经过主持人审核后交由所有参会人签字确认。
4、跟踪阶段：
1、会议结束后，由决策跟踪人对决策执行情况进行跟踪与通报。
2、决策执行完毕后，由跟踪人编制《会议决策执行总结》进行通报。
- 项目变更控制
“唯一不变的是变化”。项目发生变更时，如果管理不当，对项目执行的负面影响很大。直接的影响会包括项目延期、成本增加等，所以变更管理在整个项目的管理中处于重要位置，直接对各方的沟通和项目成败有非常大的影响。在变更管理方面要配合工程总监理和相关负责人对项目过程中的变更进行有效的记录、跟踪、协调和管理。
大型复杂项目的变更往往会导致项目建设目标的偏离，造成投资的浪费和成本的不可控。因此对于项目的变更要严格控制，尤其对于重大变更必须由项目各方都参加的联席会议评审通过，对于重大的技术变更，必须由专家委员会评审通过。
项目变更管理主要是控制影响项目变更的因素，并有效控制变更的影响。下面针对本次工程建设，列举可能产生的变更原因和对变更管理的流程。
造成项目变更的原因很多，具体包括如下：
项目的变更需求一旦执行，有可能会影响到项目计划的调整，这点在项目管理中要注意及时调整并发布给相关项目组成员。
1、提交变更请求：首先由应用软件开发商提出范围变更请求，提交给工程总监理。
2、工程总监理技术评审：工程总监理接收到范围变更请求后进行技术评审，审阅范围变更的技术影响和初步的成本影响。并确定是否为重大变更；
3、专家委员会评审：如果变更为重大技术变更，必须组织专家委员会的专家技术评审。专家评审结果是业务决策的的基础；
4、总体变更管理委员会评审：如果为重大变更，工程总监理要通知变更影响的相关各方参加对变更请求的总体变更管理委员会评审；联席会议评审的入口条件为工程总监理的技术评审结论和专家委员会的评审结论。总体变更管理委员会决定是否同意变更执行；
5、变更执行实施：如果总体变更管理委员会通过评审，将变更交给执行方执行和实施变更，并同时通知相关的受影响方；
6、变更备案：由工程总监理归档备案。
- 相关文档
项目的变更管理要结合项目管理信息系统的变更管理工具，变更的提交、评审、跟踪、实施以及变更相关配置文档的修订更改等都需要记录。相关的文档包括：
1、《项目变更申请表》
2、《项目变更评审报告》
3、《项目变更通知单》
4、《项目变更跟踪表》
为了确保产品质量，提高工作效率，项目将组建起一只经验丰富、技术过硬、协作紧密的团队，并派出高层管理人员担任项目负责人。同时承诺在用户系统的实施及技术开发、集成等过程中保持各阶段主要管理责任人和技术人员的稳定性，以上人员经业主同意确认后不会随意更改，如遇特殊情况，以书面形式向业主说明原由及替换人员的资料，并经业主书面同意后进行更换。
为保证系统能够满足用户需求，确保产品质量，将进行的有计划、有组织的系统设计开发活动，依据有关国际国内标准，在需求分析、系统开发、系统测试、人员培训等方面为项目在预定时间内完成并达到用户要求而提供保证措施。
该项目产品开发遵从下列标准，以确保产品质量符合国家、行业标准。
1、遵从CMMI和ISO9000标准；
2、遵从企业软件开发内部管理规定。
1、需求定位保障
需求调研的完整性与准确性是软件质量的首要保证。如果需求调研的结果不能正确反映用户的业务，或者不能全面反映用户的业务，那么后期的软件质量无需谈起。把握需求质量的管理要求，具体工作包括：
- 需求调研工作必须在用户现场进行；
- 调研过程必须有严格的工作计划，包括与用户交流的时间安排；
- 调研过程中出现的业务问题、调研时间变更问题，必须要在当日反映到项目管理层，由管理层出面解决，必要时要反映给整个项目的决策层；
- 调研过程中涉及到几个部门的复杂业务问题，必须以书面形式上报项目组长，由项目组长协调、落实解决。一时无法解决的问题，要作为重大业务问题，反映给用户方加以协调；
- 调研人员调研表格格式统一印制，但是调研前的调研准备情况，以及调研内容必须充实，项目质量组会对调研人员进行不定期抽查；
- 调研人员编写的《需求规格说明书》，必须经过公司组织的企业内部专家评审，通过后才能提交用户确认；
- 《需求规格说明书》必须经过确认，然后才能进入软件设计阶段。
2、软件编码质量保障
根据多年软件开发经验，在软件编码的规范上做了详尽的要求，具体体现在：
- 编码风格上的要求，如：类、变量、方法的命名规则
- 类定义的规范
- 编码注释规范
- 接口定义规范
- 组件定义规范
3、软件测试质量保障
测试工作由独立测试小组完成，项目产品组负责组织、督导、管理。为了确保测试本身质量得以加强，在测试过程中将采取以下手段来加强测试效果，确保测试质量：
- 采用压力测试工具，发现系统性能承受能力；
- 采用测试软件管理整个测试环节；
- 编写测试案例，规范测试行为，提高测试效率；
- 编写测试大纲，加强测试组与开发组的沟通。
软件部署过程包括了系统环境搭建、应用软件安装、数据库搭建、初始数据建设、系统调优和联调六个环节。软件部署质量保障关键在于软件部署方案的设计与落实。为此，要有专门的文字材料，要经过总工程师的审阅与用户的认可。软件部署方案将包括环境要求、建设步骤、参数设置、初始数据内容、以及准确的联调时间，以及联调内容。
软件应用效果也是项目建设成败的一个关键性工作。具体质量保障方法如下表所示：
|
应用效果控制 |
控制方法 |
|
培训质量 |
培训材料的准备、培训人员对培训内容的理解与掌握，培训口才培训态度和培训时间 |
|
用户配合程度 |
组织专门的交流会、项目启用动员会，现场技术支持人员的讲解，考核机制 |
|
系统易用性 |
人性化的操作、图形化的界面、非编程化的定制、“拖曳”式的流程定义等。 |
- 质量监督岗位
该项目设置专门的质量负责人岗位，对项目质量直接行使监督、协调、预警反馈、质量补救议案等工作，对项目质量负直接责任。项目质量负责人直接向项目管理办公室及用户汇报项目质量，反馈重大质量问题，提出质量改进意见。项目质量负责人以第三方的角度，保障项目质量。
- 质量控制方法
1、严格执行设计过程质量控制
2、对文件和资料进行控制
3、适时实施现场服务
4、对设计质量进行监督和检查
- 进度控制方法
项目将制订严谨的工作计划，并根据每个人的工作质量、工作效率、工作态度、团队协作精神设立相应的奖惩制度，鼓励按时完成任务，从而保证项目的建设进度。
在管理上，采用阶段审核制以保证进度质量。软件开发阶段审核制是现代软件管理模式的必然产物。在每个工作流程结束时项目质量负责人根据相应的软件开发管理规范及应用要求对阶段成果进行内部评审，确保应用开发的顺利进行，及交付的应用系统能够满足用户的使用需要，确保交付的系统能够代表公司的整体技术水平。同时也有利于规避软件开发风险。
- 用户监督机制
为了确保项目的质量与进度，我们还建立了用户监督机制，使用户能够对软件设计、开发、部署到运行的全过程进行监督。具体监督办法包括每周委派的质量负责人向用户方产品质量监督小组汇报本周工作内容和下周工作计划，汇报项目中的重大质量问题和质量风险；每周项目例会听取用户方就质量问题提出的建议、要求和指示。
对重大质量问题和重大质量风险，承报用户方决策层进行决议会议，做到用户方能够及时、全面了解整个项目的进展情况和质量风险，协调解决项目过程中出现的问题。
在产品测试与验收阶段，诚邀用户方参与测试监督，配合用户方完成产品抽检和项目验收工作。
根据项目实际情况具体制定。
测试主要从功能要求、可靠性、安全性、性能、可扩充性、可维护性、平台移植性、与其它系统的接口情况等几方面进行。可以划分成四个阶段：
第一阶段：内部测试。在系统开发阶段，项目组内部进行测试。其步骤如下：
1）由项目组开发人员进行数据自测；
2）由项目组开发人员进行模块自测试；
3）由项目组开发人员进行模块交叉测试；
第二阶段：集成测试。软件系统组装在真实环境下的集成测试。其步骤如下：
1）联合测试组进行系统组装测试；
2）联合测试组对模块/子系统进行逐项确认测试；
3）联合测试组进行应用系统组装测试；
4）联合测试组对应用系统进行全面确认测试；
5）联合测试组进行边缘测试；
6）联合测试组进行压力测试。
第三阶段：业务系统集成测试。在系统试运行之前，需要测试决策支持系统是否能正确、稳定地从ERP系统、行业统计应用、MES系统、办公协同系统、投资计划与项目管理系统抽取数据，确保进入数据中心的数据质量。
第四阶段：用户测试。在系统试运行阶段，根据需要，可以由用户方对产品进行测试。用户测试的目的主要是功能易用性和界面友好性。
第五阶段：验收测试。配合验收进行的测试。
1）测试运行平台
搭建测试运行平台，该平台为功能测试提供硬件平台。该平台应与最终运行平台结构类似，性能要不高于最终运行平台。
2）测试工具软件
采用专业测试工具软件：Load Runner。
3）Bug管理软件
采用专业Bug管理软件：Jira。
项目的测试依据标准如下：
1) GB/T 17544–1998《信息技术软件包质量要求和测试》；
2) GB/T 16260.1-2006 《软件工程产品质量第1 部分：质量模型》（ISO/IEC 9126-1:2001，IDT）；
3) GB/T 18905.1–2002《软件工程产品评价第1部分：概述》（ISO/IEC 14598-1:1999，IDT）；
4) GB/T 16260.2-2006 《软件工程产品质量第2部分：外部度量》 （ISO/IEC TR 9126-2:2003，IDT）；
5) GB/T 18905.2–2002《软件工程产品评价第2部分：策划和管理》（ISO/IEC 14598-2:2000 ，IDT）；
6) GB/T 18905.5–2002 《软件工程产品评价第5部分：评价者用的过程》（ISO/IEC 14598-5:1998，IDT）；
7) GB/T 18905.6–2002 《软件工程产品评价第6部分：评价模块的文档编制》（ISO/IEC14598-6:2001）。
测试结果通过的标准如下：
- 全部满足需求分析说明及合同中规定的功能要求。
- 正确性测试
- 每个功能语义简洁明了，不能含糊不清；所实现的功能正确。
- 每个界面打开正确、回退或关闭正确、不存在提示内存错误或非法操作错误。
- 每个按扭对应的相应功能正确，能操作的部分应能反复操作且不出错。
- 在出现提示信息、警告信息、错误信息时，都有标题显示出信息的类型。
- 不应出现屏幕显示不下的情况（窗口不是最大化时，以屏幕居中显示为佳）。
- 可靠性测试
- 对系统所能同时使用的人数进行压力测试，确保系统满足并发压力。
- 当应用服务器或者数据库服务器宕机时系统能否切换到备份服务器继续正常运行。
- 安全性测试
- 测试系统能否阻止用户访问未授权资源，确保数据及功能操作的安全性。
- 测试系统硬件发生故障时，是否会发生数据丢失的现象。
- 容错性测试
- 可录入的部分，录入正确的内容时，没有问题。
- 可录入的部分，录入不正确的内容，有错误提示或相应显示，可以拒绝录入相应部分。
- 对数据库表的字段长度，要能满足用户要求，对可录入和显示的所有字段均要进行测试，系统控制的字段除外。
- 性能测试
所有测试项目根据GB/T 17544 - 1998 的要求设定。测试项目的评测结果包括：“优秀”、“良好”、“合格”和“差”四个等级，其含义列出如下：
- 优秀：测试项目相对于要求的符合程度介于90％～100％之间；
- 良好：测试项目相对于要求的符合程度介于80％～90％之间；
- 合格：测试项目相对于要求的符合程度介于60％～80％之间；
- 差： 测试项目相对于要求的符合程度小于60％。
当测试结果达到“合格”以上时，视为测试通过，若测试结果为“差”，则修改该项内容再进行回归测试，直到结果通过认定标准，如上图所示。
系统经过严格测试后，将形成一系列测试文档，以下测试文档将提交用户：
- 《测试计划》；
- 《系统测试用例》；
- 《系统测试报告》，其中包括功能测试报告（验证系统功能是否符合需求）
和性能测试报告（验证系统性能是否满足要求） ；
项目的评审验收包括系统的需求评审，功能设计评审，系统试运行验收与系统终验。在每一个验收过程中制定了标准的验收流程：系统承建商都需要进行自验。自验的标准除去常规的技术、业务、需求等要求外，我们还将遵从多年从事项目建设的经验总结出来的工程项目验收评价标准，自验通过后将提请业内用户和业内专家进行系统的正式验收。系统的正式验收分为系统的初验、试运行和终验阶段。在每个验收的阶段，我们都会从评审前、评审中和评审后三个阶段进行工作内容的准备。
系统的评审验收贯彻项目的全过程，对于过程中的重要提交物我们将根据实际情况将进行正式和非正式的评审活动，以便于从项目过程中就确保项目质量，确保项目验收的顺利进行。
项目办、专家、用户代表和承建商组成评审委员会进行评审验收，对评审过程进行指导，并对验收结果进行决议。
项目办负责监督系统开发工作，用户代表负责对应用系统进行试用，项目管理文档和用户使用报告都将作为业主单位对应用系统开发工作评审验收的重要依据。
我们通过对多个全国性大型工程项目的成功实施验收经验的总结，并结合用户项目评审验收工作的特点，如图从以下三个角度阐述清楚评审验收的工作内容：
为了指导系统评审验收工作的顺利进行，评审验收工作可以划分为评审验收前、评审验收中、评审验收后三个环节，围绕这三个环节工作内容安排如下图所示：
上图也是指导评审验收工作开展的方法之一，系统评审验收工作的具体内容如下：
评审验收前：
1、确定评审验收方式与周期：
评审验收方式包含：召开专家评审验收会议；用户现场测试等。
制定每一阶段的验收周期。
2、评审参与单位及确认人：行业用户，专家组，监理。
3、准备提交物（含标准技术规范）：确定各验收阶段的提交物名称和内容。
4、准备评审验收标准：准备项目评审验收的评价指标和各阶段验收具体工作的验收要点。
评审验收中：
1、提交物验收（含标准技术规范）：主要是根据评审验收的评价指标严格评审提交物的质量。
2、应用系统建设效果验收：主要从应用系统比对合同内容功能和应用系统的部署效果两个方面考察应用系统建设效果。
3、用户使用效果：主要以《用户对系统满意度综合评价报告》和《用户对服务满意度综合评价报告》作为评审验收工作的参照物考察用户使用效果。
4、评审验收状态：通过、整改。
评审验收后：
1、提交物完善：根据评审验收小组的评审验收结论，对相应提交物及时完善并提交，视具体情况决定是否再次组织评审验收会议。
2、评审验收方案的调整细化：根据项目的整体建设情况，可以对评审验收方案做出合理的细化工作。
3、确定下一步工作计划：主要指在通过一阶段评审验收后，承建商确定下一步的实施工作内容，评审验收小组也必须确定下一步评审验收工作的计划和内容。
根据每个阶段的验收要求，在自验通过后需要由系统承建商提出验收申请，经监理公司和甲方批准后，方可启动评估。
对于每一个验收阶段，验收前都需要进行验收准备工作，确定验收方法，验收范围，验收标准，细化验收方案等。
启动验收后，需要细化哪些组织、人员需要参与到验收工作中，需要定义验收组织中的基本角色和各自的职责。
其中，需要确定关键人员是否需要全职进行评估工作，并保证全体参与人员能够正确全面地理解评估流程。
由验收人员根据验收方法、验收原则和验收方案对评估范围内的项目进行评估，并对评估结果进行记录和分析。
- 未按项目考核指标或合同要求达到所预定的主要技术指标的；
- 所提供的验收材料不齐全或不真实的；
- 项目的内容、目标或技术路线等已进行了较大调整，但未曾得到相关单位认可的；
- 实施过程中出现重大问题，尚未解决和做出说明，或项目实施过程及结果等存在纠纷尚未解决的；
- 没有对系统或设备进行试运行，或者试运行不合格；
- 违反法律、法规的其他行为。
由项目验收组根据验收意见和相关资料得出结论，形成书面意见，提请监理公司审查，并经甲方确认。
对于通过验收的项目，承建方需要将相关文档、规范以及其他内容等正式提交用户方。
本次评审验收范围涵盖项目系统中的各项建设内容。
1.需求阶段
相关提交物：《项目技术方案》、《需求规格说明书》、《项目整体计划》
评审内容：《需求规格说明书》
2．设计阶段
相关提交物：《功能设计说明书》、《数据库设计说明书》
评审内容：《功能设计说明书》
3．联网测试阶段
相关提交物：《系统测试报告》、《实施总结报告》
验收内容：系统初验，验收系统的部署运行情况
4．试运行及终验
相关提交物：《试运行总结报告》、《系统用户手册》、《系统安装手册》、《系统可运行介质》、《项目总结报告》
验收内容：项目终验，验收系统的整体运行情况
1、软件文档
|
项目 |
子项目 |
项目说明 |
|
完整性 |
þ标识指示 |
用户文档具有唯一的文档标识，版本的变更要有标准的权限及审批流程 |
|
þ要求系统 |
用户文档应明确说明该软件的运行环境 |
|
|
þ功能说明 |
程序中用户可调用的所有功能，都应在用户使用手册中加以完整的描述 |
|
|
þ使用手册 |
用户文档应包含产品使用所需的信息，包括操作说明、安装手册。 |
|
|
正确性 |
þ表达正确性 |
用户文档中所有信息应是正确的，没有歧义和错误的表达 |
|
一致性 |
þ内容一致 |
用户文档自身或相互之间不应相互矛盾。 |
|
易浏览性 |
þ目录索引 |
用户文档应有目录表或索引表。 |
2、功能性
|
项目 |
子项目 |
项目说明 |
|
适合性 |
þ功能的充分性 |
所有测试的功能都应都能正确执行 |
|
þ功能实现的完整性 |
程序中应包括需求规格说明中描述的所有功能 |
|
|
þ功能实现的覆盖率 |
需求规格说明中描述的所有功能应都能正确实现 |
|
|
准确性 |
þ预期的准确性 |
针对特定任务设计的测试用例应都能得到合理的预期结果。 |
|
þ计算的准确性 |
程序中所有计算的结果应准确无误。 |
|
|
þ精度 |
程序应能按要求的交换格式与其他软件或系统成功进行数据交换。 |
|
|
互操作性 |
þ数据的可交换性（基于数据格式） |
程序与其他软件或系统每次进行数据交换应都能成功执行。 |
|
þ数据的可交换性（基于用户成功尝试） |
程序应对所有用户访问系统和数据的操作进行记录。 |
3、可靠性
|
项目 |
子项目 |
项目说明 |
|
成熟性 |
þ针对测试用例的失效密度 |
针对测试需求设计的测试用例的执行都不应引起软件失效。 |
|
þ故障密度 |
针对测试需求设计的测试用例的执行都不应引起故障。 |
|
|
þ测试覆盖率 |
针对测试需求设计的测试用例应都能执行。 |
|
|
þ测试的成熟性 |
针对测试需求设计的测试用例应都能成功执行。 |
|
|
容错性 |
þ避免死机 |
在测试过程中，不应出现死机现象。 |
|
þ避免失效 |
在测试过程中，不应出现由于软件的故障而导致系统失效的现象。 |
|
|
þ抵御误操作 |
程序应对非法输入或非法的操作模式进行屏蔽处理。 |
4、易用性
|
项目 |
子项目 |
项目说明 |
|
易理解性 |
þ描述的完整性 |
产品功能描述应完整。 |
|
þ明显的功能 |
程序界面中所有的功能应易于识别。 |
|
|
þ功能的易理解性 |
程序中所有界面对应的功能应易于理解。 |
|
|
þ易理解的输入输出 |
程序界面中所有的输入输出项应易于理解 |
|
|
易操作性 |
þ使用中错误的纠正 |
在使用软件过程中，用户应能成功撤销其错误操作。 |
|
þ在使用中功能操作的一致性 |
程序中功能操作界面的组成应保持一致。 |
|
|
þ在使用中消息的一致性 |
程序中提示的信息应易于指导用户操作。 |
|
|
þ使用中默认值的可用性 |
程序应提供参数值的默认值以方便用户使用。 |
|
|
þ使用中消息的可理解性 |
程序中的提示信息不应导致用户操作停顿与失败。 |
|
|
þ在使用中操作错误的易恢复性 |
程序应对关键数据的操作给出警告或在执行前要求确认。 |
|
|
þ（用户错误纠正的）可还原性 |
程序应提供关键操作的可逆处理，以便用户纠正错误。 |
5、效率
|
项目 |
子项目 |
项目说明 |
|
时间特性 |
þ响应时间 |
获得结果的时间应不大于需求中要求的响应时间。 |
6、维护性
|
项目 |
子项目 |
项目说明 |
|
易分析性 |
þ审核追踪能力 |
程序应记录用户的关键操作，并确保记录完整。 |
|
易改变性 |
þ参数表示的修改性 |
软件应提供方便的参数修改手段，以便变更软件适应新的应用。 |
7、可移植性
|
项目 |
子项目 |
项目说明 |
|
适应性 |
þ系统软件环境的适应性 |
软件应能按照文档规定，兼容要求的系统软件运行环境。 |
|
þ系统硬件环境的适应性 |
软件应能按照文档规定，兼容要求的系统硬件运行环境。 |
|
|
共存性 |
þ有效的共存性 |
软件应能与文档中规定的软件共同运行。 |
|
易安装性 |
þ易于安装 |
软件应能方便容易地安装在运行环境中。 |
|
þ易于重新安装 |
软件在初次安装后，应能方便地进行重新安装。 |
8、安全性
|
项目 |
子项目 |
项目说明 |
|
适应性 |
þ访问的可审核性 |
程序应能对非法操作进行有效控制。 |
|
þ访问的可控制性 |
程序应能避免重大和次要的数据讹误事件的发生。 |
|
|
þ防止数据讹误 |
所有测试的功能应都能正确执行。 |
公司需向用户方交付：
|
文档类别/名称 |
文档提交阶段 |
|
|
规划类 |
全域业务流程模型（1级） |
项目实施阶段 |
|
各业务职能域业务流程模型 |
||
|
全域用户视图一览表 |
||
|
全域数据流图（1-DFD） |
||
|
各业务职能域数据流图（1-DFD与2-DFD） |
||
|
各业务职能域概念数据模型 |
||
|
各业务职能域逻辑数据模型 |
||
|
数据元素标准 |
||
|
信息分类编码标准 |
||
|
数据交换标准 |
||
|
信息资源管理规范文档 |
||
|
技术文件类 |
需求规格说明书 |
项目启动阶段 |
|
系统设计说明书 |
项目实施阶段 |
|
|
数据库设计说明书 |
||
|
数据字典 |
||
|
源代码 |
||
|
实施方案 |
||
|
计划类 |
项目整体计划 |
|
|
项目进度计划 |
||
|
测试计划 |
||
|
实施计划 |
||
|
培训计划 |
||
|
记录类 |
例会记录 |
|
|
测试记录 |
||
|
培训记录 |
||
|
报告类 |
实施报告 |
项目实施阶段、收尾阶段 |
|
进度报告 |
||
|
测试报告 |
||
|
使用类 |
操作手册（分类） |
项目实施阶段 |
|
系统部署手册 |
||
|
系统维护手册 |
||
|
验收类 |
验收方案 |
项目实施阶段、收尾阶段 |
|
验收报告 |
||
|
会议类 |
会议记录 |
项目全阶段 |
- 项目组织
- 组织结构
项目组织机构由用户项目组和公司项目组共同组成，采用项目领导组领导下的各级项目组长负责制，并明确规范所属各组的职责及组间协调关系。这种组织结构是公司在多个大型工程项目采用，并被验证为行之有效的工程组织方案。
整体项目的组织结构如下图所示：
- 公司项目组织构成
项目管理采用项目组长负责制，形成内部垂直管理体系。各项目小组之间的工作流程和协作关系如下。
- 项目领导小组
负责该项目的统一领导，在实施过程中进行管理，做出重大决策。
- 项目经理
项目经理是项目的总负责人，对内负责公司内部资源的协调，对外负责与客户的沟通，对项目的决策、需求变更、执行进度等负责。
项目经理是整个项目执行过程中的关键人物，项目经理的更换必须以正式的形式向用户项目领导小组申请，在得到批准后方可调换。
- 执行项目经理
执行项目经理在项目经理领导下工作。执行项目经理常驻客户现场，负责项目组内部、用户和相关供应商之间的协调和沟通；定期召开审查会议，督导项目的实施进度，及时发现问题、解决问题，并定期向项目领导组报告项目的实施进度。
执行项目经理是整个项目执行过程中的关键人物，项目经理的更换必须以正式的形式向用户项目领导小组申请，在得到批准后方可调换。
- 技术经理
技术经理负责项目的总体设计，指导管理体系梳理、业务架构和技术架构设计、总体技术方案实现以及各地实施方案的设计和评审，指导各小组的设计和开发工作。同时还需要负责技术路线选择、技术架构设计和逻辑结构设计，带领和指导设计团队进行详细的系统设计。
- 管理体系咨询组
由公司的资深业务咨询团队组成项目专家组，对用户数据中心建设进行规划评审、方案论证、项目可行性研究、及方案验收等方面提供有利支持与宝贵意见。
- 需求组
由各模块项目经理及设计师组成，负责进行各模块需求调研，根据调研结果编写需求调研报告。
需求开发组的工作分为两个阶段，第一阶段的任务是框定项目的范围，第二阶段的任务是进行具体的需求调研工作。
需求组需要用户相关人员配合。
- 设计组
负责解决系统建设过程中的各种规划和设计问题：负责编写系统建设方案，负责编写系统安装配置手册，负责制定各阶段验收方案。总体设计组由公司的系统设计人员和各方面技术专家组成。
- 开发组
负责进行标准化信息管理系统的软件开发，输出源程序、目标程序及用户操作指南。开发组由公司各级别软件开发工程师组成。
- 测试组
负责对系统进行内部测试。包括功能测试和性能测试。为了严格把关、提高测试效率，项目组将设立专门的测试岗位，派专人完成软件测试工作。并且，邀请用户方委派代表监督测试工作的执行过程。测试组由公司技术负责人、业务负责人和用户方代表组成。
- 实施组
实施组负责区局操作系统、中间件、数据库如搭建、标准化信息管理系统的部署和安装工作，以及相关部署文档的整理工作。
- 培训组
培训组负责三个标段模块的使用、管理和配置的现场和远程培训工作。
培训组成员由实施组和部分开发组成员兼任。
- 运维服务组
运维服务组负责软件推广实施后的项目的技术支持与服务工作，提供给用户及时准确的帮助，包括系统的培训、使用方便的热线咨询、现场服务和故障的修复。运维服务组由公司技术服务中心工程师和现场工程师组成。为确保项目的成功完成，包括设计、开发、实施等在内的所有公司项目组的技术人员将在项目经理带领下，组成项目的长期服务机构。
- 商务代表
商务代表负责协调项目的合同及相关软硬件厂商的沟通协调。
- 双方职责
- 公司项目组的责任
- 项目计划
- 与用户项目组的项目负责人讨论工作说明书和双方的协议责任，并建立对项目变更控制程序的共识；
- 项目开始前，制定项目计划来确定各阶段划分和工作层次，并且为项目小组设立阶段性完成的标志；
- 根据情况对项目的任务进展、日程安排和资源调配做出适当的改变；
- 在项目变更后，根据双方的审议结果调整项目计划；
- 落实件项目小组成员的任务和职责；
- 通过用户项目组的项目负责人，落实用户项目组成员的任务和职责。
- 项目跟踪和报告
- 根据项目计划，跟踪、衡量和评估项目的进度和状态。如果出现与项目计划不同的情况，与用户项目组的项目负责人一起，根据项目变更控制程序进行处理；
- 在常规的项目状况检查会议上，与用户项目组的项目负责人共同检查项目的进展情况；
- 在需要时参加用户项目组管理层每月或隔月举行的对项目的检查/汇报会议；
- 在项目实施过程中遇到有关技术难题或双方需共同研究有关问题时，应及时召集双方有关人员参加对策方案研讨会，确定解决方案。
- 检查会议
公司项目组的项目经理一般每周将举行一次检查会议，在需要时，也可按项目阶段性完成标志举行。每周的检查会议将计划包括以下的内容，并且在每次会议以后，都提交一份周报。周报内容如下：
- 上周完成的任务；
- 下周计划的任务；
- 存在的问题和行动计划；
- 所需的支持。
- 项目人员管理
在项目开发过程中，公司尽量保证项目人员的稳定性；当由于不可控制的原因（如疾病，离职）而导致项目组人员调离时，公司会提前通知用户项目组并及时安排相当水平的人员接替，并作好交接工作。
在项目实施过程中，如遇有属于本工作说明书中的、项目组人员无法解决的技术难题时，公司项目组将调动其它技术资源及时加以解决。
- 用户项目组的责任
整个项目开始之前，用户项目组需任命一位项目负责人，负责与公司之间的联络，并且在此项目的所有方面拥有代表用户项目组的权力。
用户项目组项目负责人的责任：
- 公司项目组和用户项目组及业务部门的沟通桥梁，组织管理和协调涉及项目的用户项目组成员；
- 参加项目状况会议（包括电话会议），并向其上级领导及时通报；
- 解决可能由用户项目组引起的与项目计划的分歧；
- 如果需要，协助解决有关项目的问题和在用户项目组机构内提出请求；
- 全权代表用户项目组接受和批准在“工作任务说明”中所述的所有交付件，最后签字验收项目；
- 安排执行项目所需之场地设施各出入证等文件；
- 对于公司项目人员安排提出建议。
根据实际情况具体制定。
- 风险管理与质量控制方案
- 风险管理
项目管理必须引入风险管理，特别是对于用户ERP体系之决策支持系统项目涉及业务多、部门多、流程复杂的系统工程项目。依据项目的生命管理周期，公司的项目风险管理包括风险管理计划、项目风险识别、定性/定量分析项目风险、风险应对规划、风险监控五个方面。
1）风险管理计划。项目团队举行规划会议制定风险管理计划。参会者包括项目经理、利害关系者及其他项目团队成员。 风险管理计划包括如下内容：方法论（风险管理可使用的方法、工具及数据来源）；角色与职责；确定在整个项目周期中应纳入项目进度计划的风险管理活动；风险类别定义；风险概率和影响的定义；汇报格式；跟踪。
2）项目风险识别。运用一定的方法，判断在项目周期中已面临的和潜在的风险。识别风险可以通过感性认识和经验，更重要的是通过运用会计、统计、项目执行情况和风险记录进行分析、归纳和整理项目风险的识别过程。首先是对该项目人员和物资的构成与分布的全面分析和归类，然后对人和物资所面临的和潜在的风险进行识别和判断。项目风险的识别应该贯穿项目的始终，其方法也因情况而定。
3）项目风险分析。项目风险分析是在识别的基础上，通过对所收集的大量的详细的损失资料加以分析，运用定性和定量的方法，估计和预测风险发生的概率和损失幅度。估测出项目风险的损失概率和损失幅度后，综合考虑这两个因素。衡量该风险对项目的影响程度和处理该风险所付出的成本，确定是否该采取措施，因为项目管理者不可能对项目中的所有风险加以处理。
4）风险应对规划。综合考虑项目的目标、规模和可接受的风险大小，以一定的方法和原则为指导，对项目面临的风险采取适当的措施，以降低风险发生的概率和风险事故发生带来的损失程度。风险应对措施有很多，如避免风险，编制应急计划，转移风险，风险自留等。
根据以往项目经验，从技术风险、管理风险、环境风险三个方面，列出用户项目实施中可能遇到的风险及规避措施。
1）用户项目涉及的业务多、流程复杂，在实施过程中需要沟通、协调的事项较多，项目沟通协调难度大——要强调用户的重点工程，用户相关领导亲自领导项目的实施。
2）要把握好项目需求——明确需求边界，细化需求，及时与用户确认，做到需求明确，不返工。
3）合同之外费用的增加——严格按照合同要求，以系统成功为最终目标，相关单位密切合作，尽量做到以有限的费用办最有效的事。
4）项目管理风险——结合各方在项目管理中的成功经验，将项目管理作为项目成功保证的高度上认识，提出切实可行的项目管理办法，并报请项目领导小组审批。
5）项目组织机构变动——在组建项目小组时，充分考虑项目成员的稳定性。
定期的项目审查会议贯穿整个项目的实施过程，由项目经理负责召集相关人员定期召开，内容包括：
审查项目进程
解决存在问题
检查落实后续的工作
由项目管理员将所有的阶段性验收排入项目计划之中，目的是为了保证项目的计划落实和项目质量，同时强化用户对系统的熟悉程度。
质量和技术控制主要针对特定阶段提交的交付物，而不是针对整个阶段的产品结果。目的是为了在开发阶段尽可能早的确认并改正错误。
它通常采用下面控制机制：
质量抽查：是指技术、质量保证及用户的相关人员对交付物进行检查，确定它已经完成并符合质量标准和相关的用户需求。
变更控制：一个变更是指与一个或多个交付物相关的并且事先未知的需求改变。它需要被记录并应采取适当措施加以控制以防变化扩大化。
软件配置管理：提供一个正式的机制用来对交付物进行标记和归档，跟踪开发状态及它们之间的关系。
缺陷管理：缺陷是指已被认为正式通过后交付物发现技术上异常问题。它需被记录及改正以保持交付产品的完整性。
在实施期间培训进展情况采取每日汇报制度；对技术方案制定及开发情况采取隔日汇报制度；对现场安装调试情况、系统联调情况采取每日汇报制度；对系统试运行情况采取每日汇报制度。
采用电话和邮件的快速通讯手段，进行信息的发布，日志的填报、技术问题的提交，作到项目实施过程中的痕迹管理。
项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现。我们会对项目进行风险管理，就可以最大限度的减少风险的发生。
对已识别的风险要进行量化和评价，风险估计的主要任务是确定风险发生的概率与后果，风险评价则是确定该风险的经济意义及处理的费/效分析，常用的方法有：概率分布、外推法、多目标分析法等。
为了便于量化管理，我们给风险定义3个参数：
- 风险严重性：指风险对项目造成的危害程度。划分为5个等级：5－很严重，4－比较严重，3－中等，2－轻度，1－低微；
- 风险可能性：指风险发生的几率，用百分比表示；
- 风险系数：是风险严重性和风险可能性的乘积。
风险处理：一般而言，风险处理有三种方法，①风险控制法，即主动采取措施避免风险，消灭风险，中和风险或采用紧急方案降低风险。②风险自留，当风险量不大时可以余留风险。③风险转移。
风险监控：包括对风险发生的监督和对风险管理的监督，前者是对已识别的风险源进行监视和控制，后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。
在项目管理中，任命一名风险管理者，其职责是在制订与评估规划时，从风险管理的角度对项目规划或计划进行审核并发表意见，不断寻找可能出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风险。
- 组织管理保障
- 队伍素质保障
为了确保项目质量，提高工作效率，在整个项目实施过程中我们都将不断组织对内部人员进行有针对性的业务培训，确保每个项目参与人员能够高质量的完成本职工作。
- 需求分析讲解：根据需求调研与分析结果，给团队讲解项目的功能、流程，使各种技术人员都能够全面理解该系统，从而提高工作效率。
- 系统设计培训：根据系统设计结果，给整个团队讲解产品架构。
- 软件编码培训：讲解编码规则、平台关联点、重点注意事项、重点函数与主要API。
- 软件部署与调试培训：讲解部署方案，系统安装过程中的注意事项。
- 技术支持技巧培训：结合客户的实际情况，给现场运行维护人员、技术支持人员进行业务、技巧培训。
- 人员数量保障
为了确保项目各个阶段工作能够达到效率最大化，即不会人员冗余管理复杂造成效率低下，也不能因为人力不足而减慢工作速度。为此，我们规划出了各个阶段的人员数量保障。规划中的数字会因为实际情况而发生调整，但是以保证质量和保证工期为根本目标。
培训作为项目的重要组成部分，是一种有组织的知识传递、技能传递、标准传递和信息传递的行为。培训服务体系贯穿整个工程建设全过程，全程为用户提供服务。
针对用户项目中，相关人员的培训工作是用户项目得以正常运转的非常重要的组成部分，是事关用户项目建设成功与否的重要环节。有效的培训工作能提高本工程的建设水平，降低工程风险；同时为项目干系人带来实际的知识和应用技能，提高用户从业人员的素质，为应用系统的建设、维护和应用打好基础。
本次项目的培训服务方案主要从师资力量、培训的对象及内容、培训课程的具体设计等几方面来进行重点阐述公司对项目培训服务工作的理解与设计，从各个方面充分满足用户现阶段的特点，真正做到经费人员有保证、方案设计可实施的目的，有针对性地为用户本次项目的培训服务奠定基础。
通过编制用户项目整体培训方案，保证本工程各个环节的培训工作有条不紊、保质保量的开展和进行。
- 培训承诺
公司本身拥有全国最大的计算机技术培训中心，也是目前国内首家通过ISO9001培训认证的培训中心。公司曾多次承担了全国规模的大型信息系统培训工作，在项目实施过程中，我们的技术培训工作均得到了用户的好评，为项目的顺利实施打下了坚实的基础，同时也保证了信息系统的稳定运行。为了更好地做好用户项目的技术培训工作，我们将选派具有丰富技术培训和实施经验的技术人员组成培训小组，编写详尽、实用的培训教材，并且制定切实有效的培训方案。
公司承诺，在用户项目的各个阶段将采用集中或现场培训，并保证培训质量。
1、保证提供最有经验的教员，使相关人员在培训后能够独立地对系统进行管理、维护以及特殊情况的处理方法，而不需投标人的人员在场指导。
2、保证培训教材使用标准中文；为进行有效的技术交流，所有培训教员都具备熟练的中文会话和书写能力。
3、提供电子课件培训服务；
4、承诺根据项目情况，可以按照甲方的要求，对培训内容、时间、批次进行调整；
5、提供详细的培训方案和培训教材等，包含但不限于系统的使用说明书、操作手册、安装配置手册、维护手册等必要文档，确保使每个参加培训的人员能掌握系统的使用方法，针对不同的培训对象制定不同的培训方案；
6、对于投标人提供的免费培训，如果某次课程招标人认为由于投标人原因没有达到预期效果的，投标人可以重新提供该次培训；
针对在用户项目中，相关人员的培训工作是该系统得以正常运转的非常重要的组成部分，是事关项目建设成功与否的重要环节。有效的培训工作能提高本工程的建设水平，降低工程风险；同时为项目干系人带来实际的知识和应用技能，提高系统从业人员的素质，为应用系统的建设、维护和应用打好基础。
用户培训是保证整个项目实施运行的重要环节。针对项目相关的计算机技术人员，通过各类系统专业技术知识培训，可以有效地提高对本系统的管理水平、操作水平和维护能力，从而确保系统的安全正常运行。针对管理人员和业务人员，经过各类应用系统的操作使用培训，可以有效地提高对本系统的管理水平、操作水平和运用能力，从而确保日常业务系统的正常动作，充分发挥信息系统的优势，切实的提高工作效率。
针对系统干系人的培训工作是本次项目建设工程非常重要的组成部分，是事关系统建设成功与否的重要环节。培训的宗旨是实用性与针对性的结合，规范化与系统化的结合，切实有效的提高用户的专业与技术水平。
有效的培训工作能提高项目的建设水平，降低风险；同时为项目干系人带来实际的知识和应用技能，提高从业人员的素质，为应用系统的成功建设、运行维护和顺利应用打好基础。
通过培训要达到以下预期效果：
1、使业务管理功能用户掌握与自己工作相关的系统使用方法和操作技巧。培训以掌握系统的运营管理方法为主，将科技手段与科学管理方法相结合，使用户能通过使用实际的应用系统提高工作效率与业务管理水平，更好地进行管理和控制。
2、使业务操作功能用户掌握与自己工作相关的应用系统的使用方法和操作技巧。通过培训能够熟练掌握系统的业务处理流程与功能操作应用，使用户熟练使用应用软件系统的操作，能通过使用实际的应用系统提高工作效率，从而为项目的成功提供应用上的保障。
3、使系统的技术人员，即信息中心的系统管理员、数据库管理员、运行维护专业技术人员了解和掌握项目中会使用到的相关技术；系统支撑环境软件设置安装技术；应用支撑平台的安装、配置和管理技术；应用系统安装及初始化设置技术；数据交换与共享接口管理技术等，掌握系统故障诊断与排除的方法，熟悉数据备份、系统性能监测与分析的方法，从而为项目的成功提供技术上的保障。
4、使参与项目的管理人员、项目负责人、高级工程师（负责系统的需求分析、体系设计等）、质量控制人员能获得标准科学的和规范一致的管理方法，包括项目管理方法、需求分析方法、质量管理方法等，管理人员通过统一的、规范的知识构成与管理体系对项目进行日常管理和监督指导，为项目的成功提供管理上的保障。
5、增加系统管理人员、运行维护专业技术人员、系统最终用户的知识储备与系统高级技术应用能力，进行高级专门技术人才的培训，特别是提高一线用户（员工）的IT技能，使其具备更大的竞争力，逐步建立一支掌握高新技术的专门人才队伍，为今后的信息化工作的顺利推进打下良好的基础。
在此次项目的培训工作中，公司将遵循以下培训原则：
1、集中授课
培训多采用面对面集中授课的方式进行，以保证培训取得良好效果。要求培训组织机构提供良好的授课软硬件环境，并配备专门的教务管理人员以解决授课过程出现的问题。
2、规范与知识并重
除了对知识的教授以外，应特别强调对规范的介绍，以使项目建设队伍在相同的概念范畴之内协同工作，保证项目进行过程中的良好交流与沟通，这样不仅可以减少项目进程中的内耗，更是为系统的后期维护打好了必要的基础。
3、强制与自愿培训相结合
在全部培训体系中，那些对项目成败有关键影响的培训内容必须强制培训对象参加（例如项目管理人员和质量控制人员、应用系统的最终用户、应用系统的维护人员）；而某些培训内容可以由培训对象根据自身的需要灵活选择（主要针对第一线的技术人员，因为他们使用的技术非常广泛，而这些技术人员的技术背景相差较大）。
4、层次分明、针对性强
在培训体系中，涉及了多个不同层次的项目参与人员，对他们的培训要做做到具体问题具体分析，采取“缺什么，补什么”的办法，为不同的培训对象设计不同的培训大纲，选择有针对性的教材，采用有针对性的教学方法，使每次培训达到最好的效果。
本次项目的培训服务方案主要从师资力量、培训的对象及内容、培训课程的具体设计等几方面来进行重点阐述公司对项目培训服务工作的理解与设计，从各个方面充分满足用户现阶段的特点，真正做到经费人员有保证、方案设计可实施的目的，有针对性地为用户本次项目的培训服务奠定基础。
一、在培训的师资力量方面
公司除了提供最有经验的教员，使系统的相关人员在培训后能够独立地对系统进行管理、维护，而不需投标人的人员在场指导以外，还利用公司现有的培训中心资源来充分保障行业中使用本系统的相关人员能够及时地得到有效的培训服务。
所有培训教员均为系统的主要设计和开发者，以及有相应专业资格和实际工作经历并至少有三年教学经验的专业培训教师。
二、在培训对象的设计方面
公司通过前期对系统初步调研的经验，以及对于本次项目的充分理解，设计培训包括使用培训、系统管理培训和高级管理培训等。并且，按照不同的培训内容安排相关的培训人员接受培训，使整个在标准化信息管理系统建设的推广和普及效率得到大大加强。
三、在培训内容的设计方面
列出系统正常运行和维护所需要的技术培训，确保普通业务人员正确使用，维护和管理技术人员能够熟练的对系统进行安装、调试、运行、开发、集成、测试、诊断、维护/维修、管理，并提供全套培训教材和培训课程计划表。
四、在培训的辅助要求方面
对培训教材使用标准的中文，为进行有效的技术交流，所有培训教员都具备熟练的普通话授课和书写能力。
五、可实施性与针对性
在保质保量的完成培训服务任务的同时，公司会根据软件工程生命周期的特点保证培训任务的顺利开展，其中主要体现在针对性要强以及可实施性要完善，只有这样用户才能够更加认可投标方的相关工作，并且也为投标方的培训工作提供充足的实施依据。
1、利用公司自身的全国专业培训中心来为用户提供及时的服务，有了专业培训中心的辅助，培训质量以及培训服务都具有很强的可实施性；
2、公司通过前期的调研经验，以及对于本次项目的充分理解，设计培训包括系统功能使用培训、系统管理技术培训和高级管理培训等。并且，按照不同的培训内容安排相关的培训人员接受培训，使整个在标准化信息管理系统建设的推广和普及效率得到大大加强，具有高度的可实施性；
3、提供系统的结构、性能、维护、定制和升级等各个方面，并提供全套培训教材和培训课程计划表，在培训的系统化程度上具有很强的可实施性。
4、利用分阶段的培训课程的组织和安排来合理的划分用户在不同工程实施阶段中需要的培训，从工程项目阶段划分上有针对性地对用户提供培训服务；
通过以上五个方面的周密考虑，为整个培训服务的课程的设计打好基础，为不同培训方式提供依据，最终充分按照用户的要求完成本次项目的培训工作。
项目培训服务的对象主要有：
1、系统运行维护人员
主要是对参与系统维护的管理员提供的基本维护措施和维护管理的培训，培训内容主要包括：设备安装与调试的方法、系统初始化和主要参数设定的方法、数据备份的方法、系统故障诊断与排除的方法、系统性能监测与分析的方法。通过培训使之能够熟悉系统使用的产品和技术，胜任系统的管理和维护工作。
2、应用系统使用人员
（1）普通用户
使用系统进行相关管理审批和业务办理的工作人员。
（2）系统管理员
使应用管理员可以通过图形界面方式的平台提供的管理配置功能，对本部门可以使用的应用功能、拥有的数据针对具体人员（或组织）分配权限。可以查询相应应用的日志、行为记录等。
如上图所示，系统培训组织体系由如下几部分组成：
- 培训总体组
本组为常设机构，成立与工程初始阶段，主要负责根据工程阶段的不同制定整体的培训计划、培训制度；管理和协调各培训资源，组建各培训小组；定期向用户项目办提交培训总结报告；定期安排各类培训考核。
本组以用户项目办为核心组建，组员1-2人，设立培训总负责人（用户培训负责人）和副总负责人（开发商培训负责人，由实施组负责人兼任）。
- 现场培训组
本组为常设机构，成立于工程初始阶段，主要负责为用户各类人员提供现场集中培训服务。
根据总体组的整体培训计划和工程进度安排本组的现场集中培训计划；本组原则上独立负责现场集中培训，当出现特殊情况（如培训人次发生变化或内容发生变化），在总体组的协调下与其他培训小组配合完成培训工作；定期向总体组提交培训报告。
- 远程培训组
本组为常设机构，成立于现场培训工作基本完成之后，由现场培训组主要成员过渡到远程培训组担任组员，主要负责为系统的各类管理、使用、维护人员提供远程培训服务。
根据总体组的整体培训计划和工程进度安排本组的远程培训计划；本组原则上独立负责远程培训教材与课件的管理，包括电子版教材、操作手册、培训手册的编制、发布、更新等，多媒体教学录像、培训讲解录像等的录制、发布、更新等，当出现特殊情况（如用户对培训课件要求发生变化或内容发生变化），在总体组的协调下与其他培训小组配合完成培训工作；定期向总体组提交培训报告。
- 培训中心
- 培训内容及大纲
为保障项目的交付质量，拟安排以下培训课程：
|
课程名称 |
培训对象 |
培训目标 |
课时 |
|
系统总体方案培训 |
相关领导、业务人员、技术人员、维护人员 |
了解项目的建设目标、内容以及总体方案，了解项目总体实施计划 |
4 |
|
系统用户使用培训 |
系统相关使用人员 |
掌握系统的操作与使用 |
8 |
|
系统开发技术培训 |
技术人员以及系统维护人员 |
了解系统开发技术 |
4 |
|
ETL工具培训 |
技术人员以及系统维护人员 |
掌握ETL工具的使用 |
2 |
|
数据库及数据仓库产品培训 |
技术人员以及系统维护人员 |
掌握数据库及数据仓库产品的使用 |
2 |
|
BI工具培训 |
技术人员以及系统维护人员 |
掌握BI工具的使用 |
2 |
|
系统管理与维护培训 |
技术人员以及系统维护人员 |
常见问题处理等，正常维护相关各系统 |
2 |
具体培训安排如下（根据实际参与人员来确定单次培训人数和专项培训次数，培训场所由客户提供）：
|
课程名称 |
课程编号 |
培训对象 |
课时 |
|
项目总体设计方案培训 |
SJ-001 |
公司相关领导、业务人员、技术人员、维护人员 |
4 |
|
课程描述：对用户系统项目总体方案，包括系统技术方案、系统部署方案等内容，提供培训和介绍。 |
|||
|
组织方式 |
|||
|
培训时间： 项目初期。 |
|||
|
师资： （1）组织培训的人员由培训总体组担任。 （2）安排讲师1名、助教1名。 |
|||
|
文件和资料： 《项目总体设计培训手册》 |
|||
|
地点：广州 |
|||
|
课程名称 |
课程编号 |
培训对象 |
课时 |
|
用户使用培训 |
SJ-002 |
相关使用人员 |
8 |
|
课程描述：针对决策支持系统的使用、操作等进行详细培训。 |
|||
|
组织方式 |
|||
|
培训时间： 系统上线后择期进行。 |
|||
|
师资： （1）组织培训的人员由培训总体组的用户培训组担任。 （2）安排讲师1名，助教1名。 |
|||
|
文件和资料： （1）《操作手册》 |
|||
|
地点：广州 |
|||
- 系统维护人员培训
|
课程名称 |
课程编号 |
培训对象 |
课时 |
|
开发技术培训 |
SJ-003 |
用户公司技术人员以及系统维护人员 |
4 |
|
课程描述：系统所使用到的开发技术培训。 |
|||
|
组织方式 |
|||
|
培训时间： 系统上线后择期进行。 |
|||
|
师资： （1）组织培训的人员由培训总体组担任。 （2）安排讲师1名、助教1名。 |
|||
|
文件和资料：
|
|||
|
地点：广州 |
|||
|
课程名称 |
课程编号 |
培训对象 |
课时 |
|
系统ETL工具培训 |
SJ-004 |
用户公司技术人员以及系统维护人员 |
2 |
|
课程描述：所使用的ETL工具的安装、使用培训。 |
|||
|
组织方式 |
|||
|
培训时间： 系统上线后择期进行。 |
|||
|
师资： （1）组织培训的人员由培训总体组担任。 （2）安排讲师1名、助教1名。 |
|||
|
文件和资料：
|
|||
|
地点：广州 |
|||
|
课程名称 |
课程编号 |
培训对象 |
课时 |
|
用户系统数据库及数据仓库产品培训 |
SJ-005 |
用户技术人员以及系统维护人员 |
2 |
|
课程描述：所使用的数据库以及数据仓库产品的安装、使用培训。 |
|||
|
组织方式 |
|||
|
培训时间： 系统上线后择期进行。 |
|||
|
师资： （1）组织培训的人员由培训总体组担任。 （2）安排讲师1名、助教1名。 |
|||
|
文件和资料：
|
|||
|
地点：广州 |
|||
|
课程名称 |
课程编号 |
培训对象 |
课时 |
|
用户系统BI工具培训 |
SJ-006 |
用户技术人员以及系统维护人员 |
2 |
|
课程描述：用户所使用的BI工具的安装、使用培训。 |
|||
|
组织方式 |
|||
|
培训时间： 系统上线后择期进行。 |
|||
|
师资： （1）组织培训的人员由培训总体组担任。 （2）安排讲师1名、助教1名。 |
|||
|
文件和资料：
|
|||
|
地点：广州 |
|||
|
课程名称 |
课程编号 |
培训对象 |
课时 |
|
用户系统系统管理与维护培训 |
SJ-007 |
用户技术人员以及系统维护人员 |
4 |
|
课程描述：用户所使用的常见问题处理及维护的培训。 |
|||
|
组织方式 |
|||
|
培训时间： 系统上线后择期进行。 |
|||
|
师资： （1）组织培训的人员由培训总体组担任。 （2）安排讲师1名、助教1名。 |
|||
|
文件和资料：
|
|||
|
地点：广州 |
|||
培训课件有两种形式：纸质的与电子的。分别应用于现场集中培训和远程网上培训。
所有培训课件均使用中文教材。
主要包括：各类课程的培训手册、系统管理、安装配置手册、操作手册、维护手册等。这些文档和教材在系统部署实施与培训时发放给用户。
主要由现场培训组负责组织编制、修订、更新、管理、发放。
主要包括：各类课程的培训教材电子版、系统管理与操作手册电子版。以及各类课程教学培训的多媒体录像。
该类课件主要用于没有参加过现场集中培训的业务管理与操作人员自学。
电子培训课件主要由远程培训组负责组织编制、录制、编辑、更新、管理、发布。
系统的培训是从整个工程实施的需求分析与总体设计阶段开始的，经历项目开发与实施阶段、总体集成及试运行阶段、推广应用阶段直至系统运行维护阶段，以下把各阶段需要完成的培训任务以及结合时间进度来综合阐述。
1、需求分析与总体设计阶段
本阶段主要完成在标准化信息管理系统建设工程需求分析、总体设计、概要设计以及相关标准规范的培训，主要参与的培训组是现场培训组。
2、项目开发与实施阶段
本阶段主要完成系统各相关软件类的培训，参与的培训组是现场培训组。
3、集成与试运行阶段
本阶段主要培训内容是应用系统集成类、部署实施类、系统安全类、硬件设备类培训，主要参与的培训组是现场培训组，另外，还要结合网络安全系统商、硬件设备供应商的培训。
4、试运行阶段
本阶段主要针对区级局及工商企业对系统的向下推广作的各类培训，各应用系统的培训主要参与的培训组是现场培训组。
5、系统运行维护阶段
在该阶段，随时针对各部门临时需要的各种培训提供服务，可能需要现场培训组和远程培训小组以及专业培训机构的参与。
在系统完成前的培训过程中，公司会按照本章的培训方式来进行培训，各种培训方式相结合，互相补充，共同为顺利的完成本次项目的培训任务奠定基础。
- 培训策略
- 有针对性的培训
由于本系统是一套功能完善的应用系统，涉及的人员众多，考虑到不同的人员对本系统使用不同的内容，所以培训需要有针对性地进行有的放矢的培训。
- 授课与练习相结合的方式
每一期培训班的内容将设置多个环节，每一个环节都分为授课和练习两部分，授课部分将按照培训讲义对当期培训班所设置的内容进行详细的介绍，并配有培训教材以做参考。练习部分要求学员按照事先准备好的案例进行实际操作，以加强对所学知识的记忆和理解。并且在练习中还要实现教师和学员的互动，不但对学员的操作进行辅导，还将对学员们提出的疑问予以回答。
- 提供多种形式的培训教材
提供多种形式、全面和标准的文档给用户，其形式包括：电子文档、印刷品、视频、多媒体文件等，以成为其后续稳定应用系统的保障，其中电子文档将放在系统中供随时下载。
- 利用考核验收加强培训效果
为保证最终的培训效果，将为每一期培训班布置相应的考试题目，以验收学员的学习成果，保证培训质量。
在项目的培训过程中，我们规划的培训方式主要有：集中培训、现场培训、网上培训、热线支持和发放宣传材料等相结合的方式，针对不同层次的人员，开设不同的培训课程和确定培训方式。
- 集中培训
针对系统实际应用操作业务人员，开设集中软件应用培训。
针对系统相关的技术人员，包括系统管理员、系统维护人员和系统操作人员，开设集中培训课程。重点是系统维护人员和系统操作人员，采用集中授课的方式，进行培训。
- 现场操作培训方式
重点针对系统管理员，通过在现场的施工和培训，深层次的掌握系统各设备的使用、维护、故障检修和各种日常操作等。
- 专题讲座
公司项目组可根据用户使用的实际情况，单独开设培训班，如：系统使用答疑专题等。培训课程在整个系统实施过程中同步进行，具体时间双方商定。还可根据用户需要协商培训的内容。
- 网上培训方式
针对所有使用系统的相关人员，通过提供电子操作手册和培训教材文档及多媒体培训演示等电子课件方式为使用者提供远程培训与直观的指导，使培训的形式更加灵活方便。需要获取培训的相关人员可以随时下载相关的培训资料，以方便各类人员随时随地的获得培训。
- 一对一培训
针对使用系统的特殊人员，提通过网络或面对面的一对一培训服务，使培训更有针对性。
- 研讨会方式
每2个月进行一次为期1天的研讨会，集中答疑，用户可就任何系统相关的问题进行提问。会后由我方对问题及答案进行整理，3个工作日内移交用户。
通过合理的培训服务费用预算来作为培训服务资金保障，培训经费将采取应用集成平台中我公司产品销售利润进行补贴的方式，给予保障。并通过建立并执行严格的项目费用审计制度来确保服务费用的正确合理支出。培训的费用包括：
基本费用（包括参考资料费用、食宿费用等）；
师资费用（包括培训讲师及工作人员差旅费用，集中面授培训的师资费用）；
其他费用（包括确需培训的课程产生的往返交通及食宿费用，当地交通租赁费用，活动费用等）。
1、项目培训人员保障
公司为项目培训提供的培训讲师，都是公司具有丰富项目经验、项目培训经验的高级技术人才，均为系统的主要设计和开发者，从人员上有力的保障了项目培训工作的顺利实施。
2、培训中心培训师资保障
此外，项目的培训师资力量还将由培训中心承担，同时每期培训均会安排1名以上参加本系统开发或实施的技术人员共同担任培训讲师。公司培训中心的讲师均为具备相应专业资格和实际工作经历并至少有三年教学经验。
利用公司现有的培训中心资源可以充分保障使用系统的相关人员能够及时地得到有效的培训服务。
随着用户系统项目的终验，将正式进入售后运行维护服务期。
公司将随项目建设阶段逐步建立专业的技术支持与现场服务团队，现场服务团队主要为项目建设过程中的开发人员和实施过程中的实施人员，并配备专职的服务经理全程参与售后服务工作。如果有幸成为用户系统项目的中标单位，公司将为用户提供全方位的、有效的、及时的维护服务和技术支持，包括提供验收后一年（质保期）的免费服务，使整个系统在运行使用期间能得到有效的支持保障。
- 服务承诺
公司和所采购的平台软件供应商共同郑重承诺：给予用户一级客户响应资格，承诺将用户的产品需求作为最高优先级客户需求，优先满足并以客户信息化建设，以长期合作伙伴的姿态免费提供相关环节的长期技术咨询服务，包括提供新建项目前期的相关的规划咨询，项目实施过程中相关的产品使用培训指导，相关的设计审查，相关的部署指导等，以保证用户系统项目的顺利实施。
公司和平台软件供应商将提供如下服务：
1、平台软件产品：从产品到货验收之日起，提供为期一年的免费售后服务，包括一年内平台软件产品的免费运维服务、7*24小时的电话热线技术支持。
2、决策支持系统：从项目终验日起，提供为期一年的7*24小时免费售后服务，包括一年内的系统免费运维服务（并提供系统故障应急方案及完整系统故障诊断表）、7*24小时的在电话热线技术支持和的现场技术支持服务。
3、公司承诺在免费运维服务期满之后，在保证不降低运维服务质量的前提下以优惠的价格继续为用户提供系统运维服务。
4、质保期后运维费用为每年项目额度10%，系统升级及二次开发根据工作量以优惠价格与客户协商解决。
公司将和用户客户一起，共同制定出适合业务需求和所要求的服务级别的事件处理流程，旨在使问题在承诺的《服务级别协议》（简称：SLA）之内快速有效解决，并指定相应的人员监督流程的实施。
公司通过向用户客户提供问题升级管理、报告系统、季度总结机制、满意度调查，以提高服务满意度，降低用户投诉数量。
双方根据业务需求、交付能力和成本共同协商草拟《服务级别协议》并严格按照服务级别协议进行监督和执行，提高系统的稳定性，减少系统宕机时间，提高生产率。
服务级别协议如下表所示：
|
服务项目 |
服务级别指标 |
目标 |
定义 |
|
热线服务时间 |
7×24 |
98% |
7×24 |
|
手机热线支持 |
7×24 |
98% |
7×24 |
|
现场服务支持 |
<=4h |
98% |
如果在2小时内无法电话解决用户所提出的维修要求，则在4小时内派工程师到达现场 |
|
远程支持响应 |
<=2h |
90% |
在出现系统故障的2小时内给予问题的解答 |
|
恢复业务时间 |
<=8h |
98% |
响应后8小时内业务可用 |
- 服务原则
- 规范化服务原则
为客户提供规范化服务工作，形成一套行之有效的规范化的服务工作方法，提高工作效率，明确服务人员的工作职责，保证服务的质量。对系统软件服务时不影响原有应用系统的正常运行和效率，不涉及到对原有应用系统重新设计。对系统软件的更新及升级时，未经用户同意，不改变针对项目定制的功能。在文档管理中严格定义文档的格式和内容，并且定义谁起草、谁提交、谁审核、谁存档的原则，以确保文档管理的完善性。
- 组织保障、统一协调原则
在服务过程中，可能出现各类服务需求冲突或多点并发的情况，公司服务团队将做好统一的协调，以优先满足重点的服务响应。
- 及时响应原则
公司将本着及时响应的原则，以确保系统稳定运行为优先，在最短时间将系统恢复正常运行。
- 客户业务视角
从客户的业务角度来考虑和看待服务中的任何事件、问题，避免单纯从技术角度出发，这样才能有效、到位。
- 持续改进原则
技术与业务都处于动态的发展中，因此维护服务必须做好持续改进，以满足不断增长的业务需求和不断扩展的业务类型。
- 商业保密原则
在对用户系统项目软硬件系统设备的运维过程中，会接触到客户有关核心数据和信息，公司将严格为客户恪守商业秘密，与客户签署相关的保密协议并严格遵守。
在项目技术方案的设计上，我们以客户的实际需要为落脚点，以实际情况为取舍标准，遵循但并不完全照搬ITIL的思想，以ITIL V2的视角，以协作流程为核心，以服务目标为导向，实现ITIL V2的10个核心流程和一个综合服务平台职能；同时借鉴ITIL V3思想在服务持续改进方面引入服务生命周期理念，构建了本方案的基本管理框架，包括服务组织、服务流程、服务方式、服务内容。
- 服务组织
公司建有服务中心和服务管理平台，向用户提供专业的服务。针对项目，将成立专门的项目运维服务组。用户可以直接通过售后服务中心取得服务支持，也可直接得到项目运维服务组的服务支持。
项目运维服务组的人员来自项目开发小组和实施小组，以确保技术支持响应的连续性和及时性。项目运维服务组将利用最快捷的通讯方式，为用户提供每周7天、每天24小时的响应服务，使用户的问题得到及时的响应，确保系统正常使用。
项目运维服务组主要履行值班、巡访、投诉受理、现场服务、例会与定期汇报等职责，包括热线工程师、现场服务工程师、服务经理三个岗位。其各自职责如下：
- 服务经理
服务经理作为项目的质量管理者向现场服务工程师提供指导，参与项目各版本的测试活动。
同时对于需要通过软件纠错流程进行处理的问题，服务经理负责跟踪问题解决过程（包括及时提醒相关人员完成所担当的任务）。向用户通报问题解决的进展情况，将通报过程录入运维管理系统。
- 现场服务工程师
根据用户系统项目特点，公司将在免费运维服务期内在现场常驻2名技术支持人员。北京总部建立运维服务小组，配备2名高级工程师作为二线技术支持工程师。当现场一线工程师遇到突发事件，不能及时恢复故障，北京运维服务小组人员采取最快捷的交通方式赶往客户现场。
现场工程师负责及时受理和解决问题，将解决过程录入运维管理系统；主动对所支持的系统进行巡检和隐患排查；编写服务周报和服务月报，编写“技术支持常见问题汇总”。
- 热线工程师
热线工程师隶属于公司技术服务中心，常驻北京总部，负责接听客户请求电话，向客户提供远程技术支持服务，并将技术支持过程记录在运维管理系统。
同时，热线工程师负责跟踪现场服务工程师的远程和现场技术支持服务过程，将服务支持过程记录在运维管理系统。
- 服务流程
公司将为用户客户提供多种服务内容，根据服务性质分为主动预防类服务和故障处理类服务。
- 主动预防类服务流程
主动预防服务设立的目的是对标准化信息管理系统做到定期排查、长期监控，把隐患消除在萌芽中，确保标准化信息管理系统能够长期稳定运行。在这类服务当中产生的服务结果（发现故障或者需要培训），由服务工程师直接对结果进行流程转换，保证合理的闭环。
主动预防类服务流程适用于远程检查服务和定期巡检服务。
主动预防服务流程说明：
- 运维服务开始后，项目运维服务组会根据具体情况制定维护计划，经客户相关负责人确认后，项目运维服务组将根据确认内容执行定期维护计划。
- 客户相关人员在确定系统维护计划后要准备必要的维护保障环境。
- 根据维护的范围，主动预防服务分为经常性的日常维护保障服务和定期巡检服务，前者主要是对日常软件关键环节进行排查和确认，后者是对标准化信息管理系统涉及到的各个方面做全方位巡检。
- 日常维护保障服务会定期进行汇报，形成月、季报告；巡检服务每次完成后会提交巡检服务报告。
- 故障维护类服务流程
客户或客户代表首先通过电话或邮件方式报告故障现象，公司热线工程师或现场服务工程师受理事件，判断是否需要外部支持，分派给相关现场服务工程师对事件进行处理，现场服务工程师在服务约定时间内排除故障并关闭事件。
故障管理流程相关说明：
- 故障的来源可能从日常维护保障、巡检和用户报告等事件中产生。
- 故障统一由公司项目运维服务组根据业务影响进行分级：非紧急故障由项目运维服务组自行解决；紧急故障由服务经理协调相关资源进行解决。
- 在此流程中，根据故障的紧急程度同时要通知公司项目负责人和用户相关负责人。
- 影响业务正常运转的故障，在排除后，由项目运维服务组相关负责人对故障处理结果形成报告，提交给客户备案；普通故障由项目运维服务组负责记录处理结果，定期以月报、季报方式向用户及所属子公司相关人员进行汇报。
- 服务方式
- 现场维护
- 服务方式
在运行维护期内，公司项目运维服务组派出现场服务工程师，长期驻广州市，负责系统的现场运行维护工作。
- 远程支持
根据对事件的判断，公司项目运维服务组将会及时联系资深技术专家远程登录到服务器上，尽快解决问题恢复业务。
- 电话支持
公司将对用户提供7×24小时免费技术电话支持服务，并且将会严格执行专人值班热线支持制度，可随时为客户提供技术支持。公司热线支持电话：4000532461。
用户可以通过技术服务中心热线电话得到支持和帮助，如有需要也可以通过手机与技术服务中心技术人员直接联系。
对于技术咨询，技术人员会结合实际情况及时为用户提供相应的答复；对于系统运行故障，技术人员首先会了解其系统问题的详细情况，指导用户进行系统分析，逐步解决故障；针对无法立即解决的技术问题将会记入客户报告系统，技术服务中心将联系现场服务经理，转入现场服务。
另外，热线服务工程师和现场服务工程师将客户上报故障的解决方案录入运维管理系统，结合管理系统内置功能进行统计分析，生成知识库，以便今后为用户提供更加优质的技术支持与服务。
- 邮件支持
公司技术支持服务中心专为将为项目设置电子邮件信箱服务，为客户提供更加多样的技术支持和服务途径。客户可以通过电子邮件随时将技术服务需求发送到服务中心，技术人员在接到报告之后，保证在12小时之内给予回答，为客户提供相应的技术支持服务。
- 服务内容
- 客户化服务
运维服务组通过电话支持、现场沟通等方式收集各方用户的使用意见、修改建议和需求变更，都视为软件的客户化要求，将进行记录备案和初步分析。
针对客户化要求，由服务经理定期同客户负责人进行沟通，进行沟通和确认，确保客户化要求的统一化和正规化处理。
所有记录在案的问题和建议，统一由服务经理进行应答反馈，并将派专人负责维护跟进。
具体的服务费用根据合同规定费率和所需工作内容来决定。
- 系统安装服务
对软件升级及软件本身，公司项目运维服务组负责提供以下现场服务：
- 标准化信息管理系统的安装、配置和调试工作；
- 系统软件的安装、配置。
- 软件版本升级
在维护合同有效期内，公司项目组提供免费的升级版本、软件问题解决。
如果发现软件中存在BUG，服务经理将通知用户，报告所需的维护工作及消除BUG 的时间表。一旦开发出永久解决方案，公司项目组将马上免费提供并通知用户。
- 故障应急处理方案
在标准化信息管理系统运行过程中，可能会受到多方面因素的影响，由此产生众多的突发问题。为了保证系统的可靠运行，从系统设计开始，我们会充分考虑到各类突发事件影响，同时制定相应的应急策略。通过对故障进行分级（分为四级），对不同等级的故障采用不同的响应机制。故障等级如下：
- 一级故障：主要指系统在运行中出现系统瘫痪或服务中断，导致基本功能不能实现或全面退化的故障。对一级故障，10分钟内响应，并立即派出技术人员，乘坐最快交通工具赶赴现场。
- 二级故障：主要指系统在运行中出现的故障具有潜在的系统瘫痪或服务中断的危险，并可能导致设备的基本功能不能实现或全面退化。对于二级故障，1小时内响应，并立即派出技术人员，最迟12小时内抵达现场。
- 三级故障：主要指系统在运行中出现的直接影响服务，导致系统性能或服务部分退化的故障。对于三级故障，4小时内响应，技术人员24小时后抵达现场。
- 四级故障：主要指系统在运行中出现的，断续或间接地影响系统功能和服务的故障。对于四级故障，4小时内响应。如需现场解决，将委派技术人员赶赴现场。
项目组将使用故障诊断表对故障进行记录，如下表所示：
|
故障标题： |
|||
|
故障发现人： |
故障发现时间: |
||
|
故障现象描述： |
|||
|
故障级别： |
|||
|
故障原因分析： |
|||
|
故障排除措施： |
|||
|
故障处理状态： |
|||
|
故障处理结果： |
|||
|
故障处理人： |
故障反馈时间： |
||
故障维护处理流程
客户或客户代表首先通过电话或邮件方式报告故障现象，公司热线工程师或现场服务工程师受理事件，判断是否需要外部支持，分派给相关现场服务工程师对事件进行处理，现场服务工程师在服务约定时间内排除故障并关闭事件。
故障管理流程相关说明：
- 故障的来源可能从日常维护保障、巡检和用户报告等事件中产生。
- 故障统一由公司项目运维服务组根据业务影响进行分级：非紧急故障由项目运维服务组自行解决；紧急故障由服务经理协调相关资源进行解决。
- 在此流程中，根据故障的紧急程度同时要通知公司项目负责人和用户相关负责人。
- 影响业务正常运转的故障，在排除后，由项目运维服务组相关负责人对故障处理结果形成报告，提交给客户备案；普通故障由项目运维服务组负责记录处理结果，定期以月报、季报方式向用户及所属子公司相关人员进行汇报。
- 系统备份服务
备份服务工作主要包括：
- 基本环境准备完成后，对系统进行备份；
- 对配置的变更进行记录和备份，以便于某个配置不正确可以最快速的恢复系统；如果要进行大的配置调整，对调整后的系统进行备份。
- 每月对系统数据进行定期备份。
- 系统调优服务
当发现系统性能出现问题，公司项目运维服务组在接受到用户请求后，在12小时内向提供系统调优的现场支持服务。
系统调优的范围包括：
- 系统软件调优：提出系统软件的调优建议，联系系统软件的供应商，解决系统软件的调优问题。
- 应用系统调优：提出应用软件的调优建议，和应用软件开发组一起，进行应用系统调优。
- 技术支持服务
对项目购买的软件产品，公司项目运维服务组负责提供：
- 自标准化信息管理系统初验合格之日起，向甲方提供应用软件的维护、版本升级、咨询及现场服务和指导。
- 对系统管理员提供日常的技术支持服务，包括电话支持、邮件支持、远程连接调试。
- 巡检服务
巡检服务是公司项目运维服务组为客户提供系统例行检查、维护服务。本项服务的重点在于软件环境及与之相关的各种物理及逻辑环境信息、状态的检查，其内容取决于系统配置和相应单项功能的可执行性。
主要服务报告：
- 周期性的对系统软件的运转情况进行巡检；
- 每周进行远程检查；
- 每季度进行现场巡检。
- 服务报告提交
服务报告的主要目的是提供在运维服务过程中所涉及到的故障解决、资源利用、工作量投入等相关指标与性能方面的信息报告，通过报告能够真实的反映在过去某一阶段服务运营与服务支持状况，有助于客户清晰的了解与掌握网络运行的实际情况，有效衡量运维的服务服务水平，同时也为逐渐完善服务体系，提升服务质量起到重要的作用。
为了有效记载服务工作进程、定期统计、总结和评审服务工作，实现“打造精品服务，追求顾客满意”的服务理念，制定了三类服务报告：日常维护类报表报告、统计分析类报表报告、考评类报表报告。
- 服务保障
- 技术保障
根据多年同行业同类项目经验，总结归纳出了诸如《系统常见问题及排查手册》《用户Q&A手册》等多种技术资料对团队成员和客户进行培训，严格按照ISO9001质量体系规范进行客户服务，保证了服务的有效性和高效性。
- 资金预算保障
1、在项目中，我们将通过合理的项目售后服务费用预算来作为服务资金保障；
2、通过建立并执行严格的项目费用审计制度来确保服务费用的正确合理支出。
- 人员组织保障
为用户系统项目的服务工作顺利开展，在公司广州驻省服务办成立专门的售后服务组织，在人员配置方面，给予专业且充足的配置，安排专门的技术人员来从事售后服务工作：
1、技术支持组
技术支持服务组承担所有的技术支持工作，提供7*24小时在线技术支持和现场技术支持服务。其中，提供两名计算机及相关专业毕业、经验丰富、技术全面、有现场解决问题能力的专业技术人员跟踪项目提供现场服务。人员保持稳定，不随意更换，如需更换，提前与用户项目负责人进行协商并在同意后更换。
2、售后服务组
该组在系统验收后成立，主要由前期的技术支持组转变而来，承担用户系统项目应用过程中出现问题的解答等工作。
大数据平台建设实施方案相关推荐
- 大数据平台建设方案_工信部：全国范围内逐步推进反诈大数据平台建设
工信部:全国范围内逐步推进反诈大数据平台建设 信用中山 信用中山 微信号 creditzs 功能介绍 中山市公共信用信息发布平台,由中山市发展和改革局权威发布. 为深入落实国务院打击治理电信网络新型违 ...
- 300页13万字新型智慧城市云平台中心及大数据平台建设方案
目 录 1. 智慧城市云计算中心总体设计 8 1.1 总体设计方案 8 1.1.1 设计原则 8 1.1.2 支撑平台技术架构设计 10 1.1.3 支撑平台网络拓扑设计 11 1.1.4 通过 ...
- 中国邮政大数据平台建设之总体架构与实现
摘要:通过对数据处理阶段性发展的解析,分析大数据.人工智能技术的发展趋势.结合实际生产需求,验证了基于容器云架构的新一代大数据与人工智能平台在数据分析.处理.挖掘等方面的强大优势. 关键词:大数据 人 ...
- 农行赵维平：农业银行自主可控的大数据平台建设
4月27日,中国大数据峰会上,农总行赵处的讲演,引得台下掌声雷动."大数据建设只有起点,没有终点,我们一直在路上.在国产化的道路上,希望民族工业无比强大,在国际市场上挺起腰杆!" ...
- 精益开发——税务大数据平台建设效能提升的倍增器
2020年阿里巴巴的研发效能峰会上,阿里资深技术专家何勉做了"ALPD--阿里创新能力背后的精益产品开发体系"的分享,它是阿里正在实践和持续打造的产品开发方法,目的是帮助组织提升精 ...
- 消防大数据平台建设解决方案
目 录 第1章 设计说明 1.1 工程概述 1.1.1 工程名称 1.1.2 承建单位 1.1.3 建设目标 1.1.4 建设内容 1.1.5 建设规模 1.1.6 建设周期 1.2 设计依据 1.3 ...
- 海关大数据平台建设与应用场景思考
张涵诚:海关大数据平台建设与应用场景思考 文/张涵诚 海关十三五规划明确指出,要运用大数据技术提升海关管理智能化水平.要数据科学赋能海关,提高智能化水平的提高就一定离不开平台建设,也离不开大数据各种算 ...
- 多中心临床大数据平台建设及深度应用
多中心临床大数据平台建设及深度应用 朱立峰1,刘淑君1,陈德华1,乐嘉锦2 1. 上海交通大学医学院附属瑞金医院,上海 200025 2. 东华大学计算机科学与技术学院,上海 201620 摘要:多中 ...
- 10W阅读，万人点赞，这套大数据平台建设方法论，到底有什么干货
今天给大家分享一套方法论,累计10W+阅读,1W+点赞的大数据平台建设方法论. 在数据平台建设的前期来说,做大数据平都是为了日后的数据分析来做基础的.那样就一定要规划出适合企业的方案.根据目前国内大部 ...
- 领导驾驶舱大数据平台的实施流程
如今的大数据时代,管理者都喜欢引入一款领导驾驶舱大数据平台到日常管理中,让工作更有效率.领导驾驶舱的理念已经非常流行也深受喜爱.但是,工具用不好,发挥不了作用,依旧是徒劳无功的事情.那领导驾驶舱大数据 ...
最新文章
- 【leetcode】85. Maximal Rectangle 0/1矩阵的最大全1子矩阵
- 数据分析小白入门指南
- Android解析WindowManagerService（二）WMS的重要成员和Window的添加过程
- 把虚拟系统接入网络 虚拟系统工作模式
- JavaScript学习笔记系列2:Dom操作(一)
- HTML5 获得canvas油漆环境
- Spring Cloud(5)---基于 Spring Cloud 完整的微服务架构实战
- 小鹏汽车9月总交付10412台 成为新造车势力中第一家月交付过万的企业
- 传感器怎么获取障碍物的宽度信息_机器人感知 -- 测距传感器
- 2021-08-21 初识javabean
- 史上最简单的LSTM文本分类实现：搜狗新闻文本分类（附代码）
- 【IoT】创业：产品雷达图 - 如何明智地权衡产品？
- 如何保护自己的颈椎？
- 【博学谷学习记录】超强总结，用心分享 | 前端开发 前端基础超详细总结-上篇
- C语言中p=(1 r) n,如何计算p=c/(1+r)+c/(1+r)*(1+r)+........+c/(1+r)的n次方+m/(1+r)的n次方
- 下面哪个函数不能作为C++ std：：sort的比较函数。
- UE5的项目建立及UE5（虚幻引擎5）个人视角移动按键操作及运行项目/day.2
- PBFT -Golang实现详解
- 京东2021校园招聘笔试（8.27编程部分）——数据开发工程师（数列变换A了9%）
- Wolfram Alpha使用方法