数字化项目实施方案

数字化项目实施方案V3.0第页数字化项目实施方案目录TOC\o"1-5"\h\z\u1技术队伍的分工和组建 42项目进度计划和保证项目工期的具体措施 82.1质量保证法则 82.2软件质量保证目标 92.3质量保证的改进活动 92.4SQA的职责 102.5实施SQA的目的 102.6对SQA人员的素质要求 112.7SQA人员的组成 112.8SQA工作的内容 122.8.1与SQA计划直接相关的工作 132.8.2参与项目的阶段性评审和审计 142.8.3对项目日常活动与规程的符合性进行检查 152.8.4对配置管理工作的检查和审计 152.8.5跟踪问题的解决情况 152.8.6收集新方法，提供过程改进的依据： 153进度计划和保证项目工期的具体措施 153.1项目实施计划 153.2项目风险控制计划 173.2.1项目进度的风险 173.2.2项目人力资源的风险 173.2.3产品故障导致的风险 183.2.4风险管理规划 183.2.5风险形势评估 183.2.6风险识别 183.2.7风险分析和评价 193.2.8风险管理方法 203.2.9风险监视 203.2.10风险规避 203.2.11风险管理报告 213.3系统测试流程 213.3.1数据和数据库完整性测试 223.3.2用户界面测试 223.3.3功能测试 233.3.4集成测试 233.3.5安全性能测试方法 243.4项目验收方案 243.4.1验收目的 253.4.2验收标准 253.4.3验收内容 253.4.4验收流程 274项目售后服务 284.1售后服务机构地点 284.2服务内容 284.3服务流程 294.4售后服务响应时间 304.5售后服务落实保障制度 303.5.1人员素质和意识的培训 303.5.2服务制度的完善 313.5.3对外联系的广泛 313.5.4各级用户的监督 314.6用户培训方案 314.1培训目的 324.2培训原则 324.3培训对象 334.4培训内容 334.5培训方式 334.6培训教师及培训教材 344.7定期回访制度 354.7.1服务机构地点及联系电话 354.7.2回访服务人员 354.7.3维护期外服务收费标准 364.7.4免费上门服务 384.7.5电话技术支持 384.7.6响应时间 384.7.7应用程序故障修复时间 384.7.8软件和数据恢复服务 394.7.9维护登记表 391技术队伍的分工和组建项目领导小组包括用户代表、公司电子政务部负责人。项目领导小组是整个项目的决策机构，负责制定实施这一项目的策略和目标，调配各方人力，明确各方职责和权力，监控整个项目的实施过程等。项目经理项目经理由项目领导小组任命，应由懂技术、懂业务、有协调能力的人员担任，是该项目实施的具体管理者和控制人。对项目领导小组负责，制定实施计划，组织和指导具体执行项目工作，必须随时了解项目开发实施的情况，并保证整个项目的质量。软件开发组软件开发组是具体项目开发设计的机构，由开发经理负责制。在本项目的开发小组中，包含系统工程师、数据库工程师、高级程序员和程序员、美工师等。产品实施组产品实施组是具体负责项目的质量测试、质量监控、系统的安装调试的机构，由产品经理负责制。在本项目中，包括测试工程师、安装实施工程师、培训师、维护维修工程师等。1.1技术人员构成为了按时、按质、按量完成系统建设和实施维护工作，我公司根据此项目的实际情况，对项目主要工作任务分解如下：职责分工姓名现职务学历/资格/职称年龄曾主持/参与的同类项目经历入职时间项目负责人主要技术人员主要技术人员主要技术人员1.2身份证复印件1.3学历证明1.4社保证明2项目进度计划和保证项目工期的具体措施在项目质量控制方面，xxx公司制定了质量保证规范，下面简述规范的主要内容：2.1质量保证法则软件质量保证最佳经验软件质量保证是指通过对软件的功能、性能和可靠性等质量要素进行验证，发现软件缺陷并帮助定位和修复缺陷，确保软件系统功能满足需求的活动。根据多年软件工程研究和实践经验，认为通过在软件项目中执行如下最佳经验，可以有效提高软件质量，确保项目进度。强化开发人员测试开发人员测试通常也称为单元测试，是指由开发人员对自己开发的代码进行测试。强化开发人员测试，可尽早发现软件代码缺陷，保证每个模块的质量，大大缩短后期模块集成测试和系统测试的时间，提高项目计划的准确性。此外，通过对测试程序进行有效的管理，可在应用的单元级进行回归测试自动化，从而确保软件项目能快速、高质量地实现新需求。三、尽早引入性能测试性能测试是指通过模拟大量虚拟客户端来访问被测服务器，从而发现系统在性能和可靠性方面的问题。软件系统的性能问题主要分为应用程序方面和系统配置方面。传统的性能测试通常在系统上线前才进行，这时即使发现系统在应用程序方面的性能问题，但迫于进度压力，也不可能去大量修改应用代码，而只能对系统配置进行升级或优化，有时会导致不得不增加硬件投资。因此我们建议在软件项目的早期就引入性能测试手段，对软件架构进行性能测试，从而尽早发现并及时解决系统在应用程序方面的性能问题。四、实施测试管理自动化测试管理是指对系统测试活动的管理，其主要目的是测准（有效选择运行测试用例，发现系统的缺陷）和测全（保证所有需求对被测试过）。系统测试的依据是系统需求，系统测试人员只有准确把握需求信息，才能进行有效的测试。同时，测试人员的职责不仅仅是发现缺陷，还有帮助开发人员重现并解决缺陷的义务，应该为开发人员提供缺陷的相关信息，以帮助开发人员快速定位并解决问题。因此，测试管理不仅仅以测试用例为核心，还应考虑对需求和缺陷信息的管理，并建立需求、测试用例、测试脚本以及缺陷的关联。测试管理自动化的主要目的是通过工具自动能获得软件质量以及测试过程的相关信息，从而及时有效地指导软件测试。通过测试管理自动化，测试人员能把更多精力关注在如何设计有效的测试用例，如何有效选择执行测试用例，从而保证系统质量。引入功能测试执行自动化功能测试是指通过对软件系统界面进行操作，验证系统功能是否正常。传统的手工功能测试是通过测试人员手工操作被测系统界面，并通过眼睛来检查系统界面输出，从而验证系统功能。当测试用例需要输入大量测试数据或需要被多次执行时，传统的手工测试方法将花费大量的时间，而且容易出错。通过引入自动化测试脚本，并把测试输入数据以及期望结果和测试脚本建立关联，就可通过运行自动化测试脚本来完成测试用例执行，大大节省测试时间。2.2软件质量保证目标软件质量保证是有计划的，必须按照计划执行。保证软件质量体系各要素（包括组织、规范、流程、checklist等）在产品项目组有效运作。评审和审计软件产品和活动以验证它们符合适用的规程和标准。受影响的组和个人及时接收软件质量保证活动和结果的通知。2.3质量保证的改进活动为了支持软件过程，鼓励人们不断改进质量，质量小组可以定期和不定期地碰头，解决各种问题，质量小组对质量保证的改进活动有：制定质量保证计划。进行质量体系培训。优化质量体系规范、定义检查单等。参与评审和对评审进行管理，提高评审质量。进行过程评审。进行质量度量分析。2.4SQA的职责软件质量保证（即SQA——SoftwareQualityAssurance），是CMM2级中的一个关键过程域,它是贯穿整个软件过程的第三方独立审查活动，出现在大多数关键过程域的检查与验证的公共特性中，在整个软件开发过程中充当重要角色。从CMM2级中包含的6个关键过程域来看，无论是需求管理、软件项目计划、软件项目跟踪与监控，还是软件子合同管理、软件配置管理，都不同程度地存在于我们现在正在进行的软件项目开发过程中，对于它们的了解我们已经不再陌生，只有SQA这个关键过程域，是在我们准备以CMM2级要求的关键过程域为基础进行软件过程改进前未接触过的。在很多软件企业中还没有与之相对应的人员和工作方法，整套关注软件开发过程的软件质量保证体系还没有建立起来。所以，在企业以CMM2级关键过程域为参考进行软件过程改进时，SQA往往是一个难点，直接涉及到组织结构的变化。2.5实施SQA的目的软件质量保证的目标是以独立审查方式，从第三方的角度监控软件开发任务的执行,就软件项目是否正遵循已制定的计划、标准和规程给开发人员和管理层提供反映产品和过程质量的信息和数据，提高项目透明度，同时辅助软件工程组取得高质量的软件产品。主要包括以下四个方面：●通过监控软件开发过程来保证产品质量;●保证开发出来的软件和软件开发过程符合相应标准与规程；●保证软件产品、软件过程中存在的不符合问题得到处理,必要时将问题反映给高级管理者；●确保项目组制定的计划、标准和规程适合项目组需要，同时满足评审和审计需要;除了以上四点之外，我们还希望SQA能作为软件工程过程小组（SEPG）在项目组中的延伸，能够收集项目中好的实施方法和发现实施不利的原因，为修改企业内部软件开发整体规范提供依据，为其他项目组的开发过程实施提供先进方法和样例。2.6对SQA人员的素质要求SQA人员(有时简称SQA)要有很强的沟通能力。从实施SQA的目的中可以看出，SQA不在项目中，是独立于软件项目的第三方，但他要了解项目的开发过程和进度，捕捉到项目中不符合要求的问题，这就要求SQA能够深入项目，和软件开发经理以及项目组中的开发人员保持很好的沟通，这样才能及时获得真实的项目情况。SQA要熟悉软件开发过程。作为SQA，既然要确保项目组制定的计划、标准和规程，要符合项目组要求，那么SQA首先自己就要了解软件项目开发过程，以及企业内部已经有的开发过程规范。SQA本身要有很强的计划性。SQA一方面要监督软件项目组编写计划，另一方面SQA自身的工作也要有计划，并且能够按照计划开展工作。SQA要能应对繁杂的工作。作为SQA，在跟踪项目进行过程的时候要对项目组的很多工作产品进行审计，而且会参与项目组中的多种活动。同时一个SQA还有可能会面对多个项目组，所以任务相对繁杂细碎，这就要求SQA在处理这些事物的时候要耐心细致。SQA要客观，有责任心。作为第三方对项目过程进行监督，SQA要能保持自己的客观性，不能一味讨好项目经理，也不能成为项目组中的宪兵，否则会影响工作的开展。对于项目组中多次协调解决不了的问题，能够向项目的高层经理进言，完成SQA的使命。以上五点是作为SQA应该具备的基本素质，除此之外，一个好的SQA还应该在软件开发过程中作为开发人员或测试人员参与过一个或多个环节，这样他们才能在过程监督中比较准确地抓住重点，同时他们的意见和提出的解决办法也会更贴近项目组，容易被项目组接受。2.7SQA人员的组成软件企业中的SQA人员既可以由全职人员担任，也可以由企业内具有相关素质、经过SQA培训的人员兼职担任。由此组成的SQA小组可能是一个真正的物理上存在的独立部门，也可以是一个逻辑上存在的平台。但不管是真正的独立部门还是逻辑上的平台，它都需要有一个灵魂人物——SQA小组组长，来组织SQA小组的日常活动。在给一个项目组分配负责监督其项目过程的SQA时，一定要注意一点：就是该项目的SQA不能是该项目组的开发人员、配置管理人员或测试人员，一个项目的SQA除了监控项目过程，完成SQA相关工作以外，不应该参与项目组的其他实质性工作，否则他会与项目组捆绑在一起，很难保持客观性。SQA人员计划本项目SQA预计投入软件工程师角色人数共6人次。项目经理人员数量：一名参与时间：项目生命周期全过程主要职责：负责整体项目全面管理工作，并作为开发方代表负责与用户代表沟通。架构师人员数量：一名参与时间：项目生命周期全过程主要职责：对项目进行总体设计、详细设计、安装实施。开发工程师人员数量：2名参与时间：开发编码、测试、维护服务、完善及升级主要职责：主要负责编制相关模块的详细设计书，负责具体模块的编码及测试工作，负责相关模块的升级完善。测试工程师/质量工程师人员数量：1名参与时间：开发测试阶段，维护阶段主要职责：主要负责模块的测试，编写测试报告。维护工程师人员数量：1名参与时间：项目生命周期全过程主要职责：负责项目维护、协助用户配置及管理数据库、升级完善系统、培训工作、咨询。2.8SQA工作的内容SQA的工作内容主要包括以下六类：2.8.1与SQA计划直接相关的工作SQA在项目早期要根据项目计划制定与其对应的SQA计划，定义出各阶段的检查重点，标识出检查、审计的工作产品对象，以及在每个阶段SQA的输出产品。定义越详细，对于SQA今后的工作的指导性就会越强，同时也便于软件项目经理和SQA组长对其工作的监督。编写完SQA计划后要组织SQA计划的评审，并形成评审报告，把通过评审的SQA计划发送给软件项目经理、项目开发人员和所有相关人员。过程与项目质量检查计划过程与产品质量检查计划本项目质量保证员项目经理检查表主要过程域主要工作成果检查时间参加人员需求调研《用户需求说明书》,交用户代表评审及确认项目经理、架构师总体设计《总体设计》项目经理、架构师详细设计《详细设计手册》架构师、开发工程师设计编码源程序、组件库、开发工程师、测试工程师单元测试和综合测试《测试报告》，《质量报告》项目经理、开发工程师、测试工程师安装、调试《管理员手册》项目经理、架构师旧数据导入开发工程师培训《用户使用手册》项目经理、用户代表试运行项目经理、用户代表项目验收《验收报告》项目经理、用户代表三包维护《日常维护报告》《质量跟综报告》项目经理、维护工程师、用户代表2.8.2参与项目的阶段性评审和审计在SQA计划中通常已经根据项目计划定义了与项目阶段相应的阶段检查，包括参加项目在本阶段的评审和对其阶段产品的审计。对于阶段产品的审计通常是检查其阶段产品是否按计划按规程输出并内容完整，这里的规程包括企业内部统一的规程也包括项目组内自己定义的规程。但是SQA对于阶段产品内容的正确性一般不负责任检查，对于内容的正确性通常交由项目中的评审来完成。SQA参与评审是从保证评审过程有效性方面入手，如参与评审的人是否具备一定资格、是否规定的人员都参见了评审、评审中对被评审的对象的每个部分都进行了评审、并给出了明确的结论等等。质量保证人员参与技术评审计划工作成果名称技术评审方式预计评审时间质量保证人员主要技术评审人员《需求规格说明书》用户签字确认架构师用户代表、项目经理《系统设计文档》传阅架构师项目经理、《详细设计手册》传阅开发工程师架构师《测试报告》传阅开发工程师用户代表、项目经理《验收报告》用户签字确认项目经理用户代表、项目经理《日常维护报告》《质量跟综报告》传阅项目经理用户代表、项目经理2.8.3对项目日常活动与规程的符合性进行检查这部分的工作内容是SQA的日常工作内容。由于SQA独立于项目组，如果只是参与阶段性的检查和审计很难及时反映项目组的工作过程，所以SQA也要在两个阶段点之间设置若干小的跟踪点，来监督项目的进行情况，以便能及时反映出项目组中存在的问题，并对其进行追踪。如果只在阶段点进行检查和审计，即便发现了问题也难免过于滞后，不符合尽早发现问题、把问题控制在最小的范围之内的整体目标。2.8.4对配置管理工作的检查和审计SQA要对项目过程中的配置管理工作是否按照项目最初制定的配置管理计划进行监督，包括配置管理人员是否定期进行该方面的工作、是否所有人得到的都是开发过程产品的有效版本这里的过程产品包括项目过程中产生的代码和文档。2.8.5跟踪问题的解决情况对于评审中发现的问题和项目日常工作中发现的问题，SQA要进行跟踪，直至解决。对于在项目组内可以解决的问题就在项目组内部解决，对于在项目组内部无法解决的问题，或是在项目组中跟催多次也没有得到解决的问题，可以利用其独立汇报的渠道报告给高层经理。2.8.6收集新方法，提供过程改进的依据：此类工作很难具体定义在SQA的计划当中，但是SQA有机会直接接触很多项目组，对于项目组在开发管理过程中的优点和缺点都能准确的获得第一手资料。他们有机会了解项目组中管理好的地方是如何做的，采用了什么有效的方法，在SQA小组的活动中与其他SQA共享。这样这些好的实施实例就可以被传播到更多的项目组中。对于企业内过程规范定义的不准确或是不方便的地方，软件项目组也可以通过SQA小组反映到软件工程过程小组，便于下一步对规程进行修改和完善。3进度计划和保证项目工期的具体措施3.1项目实施计划制订合理、周密、详细的项目工作计划，是系统得以成功开发和实施上线的基础，也是能够开发出合理的系统的必要条件。根据xxx多年成功开发同类产品的经验，结合客户需求，现制订如下工作计划：序号阶段名称主要工作内容主要成果估计时间1需求调研对系统涉及部门人员进行详细的沟通，交流、了解系统的使用角色、基本要求、流程、使用习惯、基础数据、业务模型、响应性能等编制《用户需求说明书》,交用户代表评审及确认10天2总体设计对网络、数据库、中件间、基础架构、应用架构进行总体性设计《总体设计》10天3详细设计对模块进行详细分析设计《详细设计手册》20天4设计编码采取合适的软件开发平台进行编码源程序、组件、25天5模块功能设计资产管理系统系统模块按需求细化功能28天物资管理系统系统模块按需求细化功能28天人力资源管理系统系统模块按需求细化功能28天后勤管理系统系统模块按需求细化功能28天文件存储管理系统系统模块按需求细化功能28天6单元测试和综合测试对单元和模块进行测试，并组装成系统进行严格测试《测试报告》，《质量报告》30天7安装、调试在生产环境上进行系统安装调试《管理员手册》20天8旧数据导入将用户原有的数据导入到本系统上30天9培训对管理员、用户进行必要的培训《用户使用手册》2天10试运行基本功能完成，维护期功能续继完善优化30天11项目验收组织用户代表对系统进行验收，并移交相关资料《验收报告》5天小计（开发周期）约12月3.2项目风险控制计划3.2.1项目进度的风险本项目由于是在原有系统上进行升级实施，原发开厂商要保留正确的代码并提供详细的说明，同时要各部门积极配合并集成众多厂家产品配合实施，项目进度的控制绝非易事，它不仅取决系统集成公司的技术能力，服务水平，同时也取决于原实施厂商的配合程度，也在很大程度上受到对范围控制是否有效、对项目投入（包括人员时间的投入和资金等的投入）是否足够等方面的影响。而实际实施过程中，并非所有产品厂商对本次项目实施理解与认同，因此，在项目实施时，可能一味在项目进度计划时求快，甚或是刻意追求某个具有特殊意义的日期作为项目里程碑，将对项目进度控制造成很大压力。当然，也可能由于种种原因，如安装环境不具备、人员没有到位，产品质量问题等等，造成项目进度拖延。因此，公司将充分考虑各种潜在因素，适当留有余地；任务分解详细度适中，便于考核；在执行过程中，强调项目按进度执行的重要性，在考虑任何问题时，都将保持进度作为先决条件；同时，合理利用赶工及快速跟进等方法，充分利用资源。3.2.2项目人力资源的风险人力资源是本项目实施过程中最为关键的资源。保证合适的人员以足够的精力参与到项目中来，是项目成功实施的基本保证。公司在此项目实施中将调动研发中心、各地技术支持中心、事业部、质量控制部等等机构中的骨干技术人员，保证进入到项目中并承担角色的各类人员满足项目要求。同时，保证项目人员对项目的投入程度。将参与华润电力项目实施人员的业绩评估与该项目实施的状况相关联，明确华润电力项目建设是在该阶段项目相关人员最重要的本职工作。3.2.3产品故障导致的风险在产品运输过程中或实施过程中可能会出现产品故障，产品故障不但会导致用户业务中断，用户的安全受到威胁，而且还会导致整个项目实施计划延期。公司针对此问题建立备品备件库，如果出现产品故障，立即响应，及时送到用户现场，在最短的时间内恢复故障。3.2.4风险管理规划风险管理规划是在项目正式启动前或启动初期对项目的一个纵观全局的基于风险角度的考虑、分析、规划，也是项目风险控制中最为关键的内容，包括风险形势评估、风险识别、风险分析和风险评价等几部分。3.2.5风险形势评估风险形势评估以项目计划、项目预算、项目进度等基本信息为依据，着眼于明确项目的目标、战略、战术以及实现项目目标的手段和资源。从而实现：通过风险的角度审查项目计划认清项目形势，并揭示隐藏的一些项目前提和假设，使项目管理者在项目初期就能识别出一些风险。例如项目计划中假设用户实施小组权利支持、脱产或几乎脱产投入IT项目的实施，但在实际过程中，用户方人员却不得不抽出大量时间处理原有的业务，造成IT项目实施进度的拖延和实施效果不尽人意的风险。为了找出这些隐藏的项目条件和威胁，就需要对与项目相关的各种计划进行详细审查，如人力资源计划、合同管理计划、项目采购计划等等。3.2.6风险识别在对项目的基础风险形势评估之上，对各种显露的和潜在的风险进行识别。风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关项目管理要求。在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经理的项目中积累起来的资料、数据、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。另一方面，可以通过分解项目的范围、结果来识别风险，理清项目的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少项目实施过程中的不确定性。除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将项目成功和失败罗列成一张核对表，或者是项目的实施范围、质量控制、项目进度、采购与合同管理、人力资源与沟通等。以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因项目而异，灵活运用。3.2.7风险分析和评价在进行风险识别并整理之后，必须就各项风险对整个项目的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以数统计为依据的研究上。风险分析包括下列活动：确定风险来源；根据风险原因进行风险分类；评估每个风险发生的可能性和造成的破坏；根据风险发声的可能性0%-0%和严重性（1-5）计算出风险热度（可能性*严重性0-5）风险分析将产生与项目有关的风险列表。我们使用1至5个级别来衡量风险级别第1级风险（0-1）意味着项目受轻微影响，可忽略 第2级风险（1-2）意味着项目受一定影响，建议采取预防措施。项目风险类别级别风险可能性严重性风险烈度3需求管理-需求不确定，或者变化于频繁0.732.12项目组织-人力资源不足0.441.61项目策划-错误估算了项目规模0.330.91项目资金缺乏0.150.51个人能力-项目组没有足够的生产率，不能按照计划完成工作了，需要重新配备人员0.130.31需求-分析和设计人员不理解需求0.130.31技术-所选择的产品性能能有多大的问题0.120.2风险评估之后，项目面临着良种选择，即面临不可承受风险和可承受风险。对于前者，或者终止项目，或者采取补救措施，降低风险或改变项目；对于后者，则需要在项目之中进行风险控制。3.2.8风险管理方法管理风险，即控制风险，通过风险监视和风险规避消除一些潜在的威胁项目健康实施的事件。风险的管理在整个项目生命周期中是连续、反复进行的，消除了某些风险来源后，有可能又会出现其他的风险，而且，为减少风险损失而进行的风险管理本身也会带来新的风险。比如，管理风险所耗用的项目资源造成项目其他部分的可用资源减少，规避风险的行动影响原计划而带来风险等。因此，在项目实施过程中，项目管理人员制订标准并按阶段衡量项目进展状况，时时监视项目实际进展情况，根据风险情况果断调整和纠正项目行动。在项目管理上引进了内部PMO机制进行全程协议建设，在项目进行过程中对项目风险性及时收集，并对风险进行跟踪处理。3.2.9风险监视由于时间对项目的影响是很难预计的，因此风险监视是项目实施过程中的一项重要工作。监视风险即监视项目产品、以及项目过程的进展和项目环境的变化，通过检查项目进展的效果与计划的差异来改善项目的实施。一般情况下，随着时间的推移，有关项目风险的信息会逐渐增多，风险的不确定性会逐渐降低，但风险监视工作也随信息量的增大而日渐复杂。我们一般可采取项目的审核检查的方式，通过各实施阶段的目标、计划、实际效果的对比、分析，寻找问题的根源，提出解决问题的方法。3.2.10风险规避在风险管理计划基础上进行风险控制，一旦监视到风险，就应采取合理措施进行风险规避，可以从改变风险性质、改变风险发生的概率、改变风险的影响大小等多方面着手。风险规避的策略一般有预防、转移、回避、接受、后备措施等几种方式。其中，预防风险尤其不能忽视项目的园区培训和按程序办事两个方面。由于项目实施成员的任何不当行为都会构成项目的风险因素，要减轻与之相应的影响，就必须对有关人员进行详细和有效的风险园区和项目培训，园区培训的内容应该包含项目相关的策略、计划、标准、规章规范、项目知识、产品知识等。在项目活动中，应该严格按照项目制度，如进度、人力调配、文档管理、资源分配等。转移风险，在IT项目中使用最频繁的应该要数合作伙伴、项目外包、保险与担保等手段了。无论是与合作伙伴的协同实施还是项目的外包，都能在人力资源、成本费用、项目进度等方面分散风险，开拖责任。但转移风险的同时也必然带来利润的一部分流失。回避风险，是指当项目风险潜在威胁的可能性极大，并会带来严重的后果，无法转移又不能承受时，通过改变项目来规避风险。通常会通过修改项目目标、项目范围、项目结构等方式来回避风险的威胁。接受风险，作为规避风险的常见方法，主要是指主动将风险事件的不利后果承担下来，这种后果通常主要放映在实施周期、成本费用的有限增加上，以牺牲项目收益而不影响项目整体。由于规避风险的后备措施，主要体现在后备费用、预留进度时间、后备技术力量三个方面，这些后备措施在项目计划中就应预留，保证在项目实施过程中，能充分调用后备力量解决问题。3.2.11风险管理报告无论项目进展的情况如何，都必须将风险管理的计划、行动、结果整理、汇总、进行分析，形成风险管理报告。风险管理的持续性要求风险管理报告的连贯性和不间断性，因此，该报告不是仅仅在项目结束之后才制作的，而是应该视项目的进展状况、项目计划、报告的对象等条件采取书面或口头、不定期的或阶段性的等多种方式，为项目的实施、控制、管理、决策提供信息基础。3.3系统测试流程系统的测试方法包括了：数据和数据库完整性测试、用户界面测试、功能测试、集成测试等。3.3.1数据和数据库完整性测试数据库和数据库进程应作为一个子系统来进行测试。测试目标确保数据库访问方法和进程正常运行，数据不会遭到损坏；相关联的数据的正确性测试范围各种与数据库相关的数据输入、输出、调用技术调用各个数据访问方法和进程，并在其中填充有效和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据开始标准设计、完成数据的初始化录入，理顺相关联的各个数据项目测试重点和优先级角色管理、流程管理、模板管理、报表管理为测试重点3.3.2用户界面测试测试用户与系统之间的交互，确保用户界面通过测试对象的应用，为用户提供相应的功能；确保用户界面中的对象按照预期的方式运行，并符合界面人性化、易操作化要求。测试目标窗口切换、移动、改变大小正常吗？各种界面的元素和文字正确吗？（标题、提示、警告）各种界面元素的状态正确吗？（有效、无效、选中的状态）各种界面元素支持鼠标和键盘操作吗？数据项能正确响应和显示吗？对于常用的功能，用户能否快速的上手吗？执行有选择的操作时，有“确认”、“放弃”的提示吗？操作顺序合理吗？各种界面元素的颜色协调吗？各种界面布局合理和美观吗？字体通俗和美观吗？图标直观易懂吗？测试范围所有界面和窗口技术测试各个应用程序窗口和对象都可正确的进行浏览，并处于正常的操作状态。开始标准按分配的模块逐一进行测试测试重点和优先级同等重要3.3.3功能测试核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。通过图形用户截面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序是否符合要求测试目标确保测试的功能正常，其中包括导航，数据录入，删除和修改，检索等功能。测试范围各个菜单，子菜单（含下拉框、弹出菜单等）及按钮操作技术利用有效的和无效的数据执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的效果。在使用无效数据时返回相对的错误消息或警告。各业务规则都得到了正确的应用。开始标准针对各个模块，逐一展开测试重点和优先级同等重要，由上级菜单到下级菜单进行测试3.3.4集成测试检测系统是否达到要求，业务流程及数据流的处理是否符合标准，检测系统对业务流程的处理是否存在逻辑性错误，检测要求是否存在不合理的标准。此阶段测试基于功能完成的测试。测试目标检测需求中业务流程，数据流的正确性测试范围需求中明确的业务流程，或组合不同功能模块而形成一个大而实的功能。技术利用有效的和无效的数据执行各个用例、功能，以核实以下内容：在使用有效数据时得到预期效果。在使用无效数据时返回响应的错误消息或警告。各业务规则都得到了正确的应用。开始标准在完成某个集成测试后必须达到标准测试重点和优先级测试重点指在测试过程中需要着重测试的地方，以及用户会经常使用的功能和地方，优先级也可以根据需求及严重来定3.3.5安全性能测试方法系统的安全运行直接关系到项目建设的成败，因此必须运用科学的手段对系统的安全性能检测。、基于C/S结构的数字化管理系统应用安全的测试只有两种解决手段，就是“黑盒子”安全测试和“白盒子”安全测试。“黑盒子”安全测试方法就是通过对目标测试系统进行模拟黑客入侵的伎俩与手法，测试系统在不法攻击压力下的安全性。“白盒子”安全测试方法就是通过对目标测试系统的源代码进行阅读和纠错，这种测试方法的代价很高，需要精通系统安全编码的专家带领和程序员的配合，以增加安全代码使得“黑盒子”安全测试得到安全的结论。将在项目验收时提供测试报告一份。3.4项目验收方案3.4.1验收目的为了让数字化管理系统的搭建能按照本项目招标文件、合同的要求进行，从而确保项目竣工后能达到相关的要求和标准，并正常投入使用。因此，项目的验收决定了项目的质量。验收的内容包括合同文件中所要求实现的功能、技术要求，以及在项目验收阶段需要实现各项要求。3.4.2验收标准本公司将以系统的使用性、稳定性、可操作性、安全性、等方面向验收小组提供本项目验收标准的参考。■使用性项目验收的最关键指标。检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并且提供未来业务的借口。■稳定性检查网络系统、服务器系统平台、操作系统、应用系统软件、数据库的管理与维护以及数据库、应用系统的备份，灾难事件的处理与解决等。■可操作性检查界面是否友好，是否实现傻瓜化操作和智能化数据检索功能。■安全性检查是否有完善的安全机制保证系统的安全性，如软件方面的安全防范、硬件方面的安全设置。测试完毕后提供测试报告一份。3.4.3验收内容本公司将对功能、性能、资料完整性、功能实现、程序界面进行全面的测试。■功能测试将对系统集成测试计划、测试用例、测试报告进行评审，并在测试的基础上对功能详细内容进行抽样或全面的测试。■性能测试将会向验收小组提供系统运行期间的系统性能报告以及系统集成测试的性能指标。■资料完整性文档完整、有效，包括经过已审核的程序源代码、必要的数据库文件、经过审核的概要和详细的设计文档、帮助文件等。文档内容与要求描述符合合同要求。■功能实现功能定义准确，能够在产品中充分描述用户的使用功能。设计功能完整。模块设计内容完整，详细设计描述清晰，能够实现产品功能定义。产品功能符合设计文档规定。基本流程可以走通。数据库设计严格按照合同要求进行设计，充分考虑规范。对书库的增加、删除、修改功能均能实现。查询功能能够及时查询数据，所查询的数据符合设计要求。■程序界面界面设计符合规范，同时能够达到用户的要求。界面风格一致（包括控件的大小、快捷键的命令名称），美观大方。界面文字无错别字，最好能望文知意。对操作中的警告、错误的说明、操作的提示、非法的输入等说明应该清楚、明了、恰当。3.4.4验收流程4项目售后服务我公司将提供为期两年的售后服务期。如果需要继续提供服务，请上一维护期满前一个月签署维护合同。针对本项目我公司成立3人或以上的专门的技术服务队伍，其中最少1人在服务期的前6个月驻场在采购方，服务人员每星期对客户进行定时的回访，方式可以是电话、邮件或现场。及时了解客户所遇到的问题，帮助客户解决问题。及时响应客户的需求，安排技术服务或培训人员到达客户现场，进行上门服务，现场解决问题。4.1售后服务机构地点总部：深圳市宝安区沙井街道沙井大厦4楼H座顺德研发与技术支持中心：顺德区大良同晖路三十七街26号4.2服务内容序号服务项目详细描述1指派专人负责的客户代表工程师本公司指派的客服代表工程师专职于系统运作与技术服务，协调硬件、软件及网络的现场服务，安排定期走访用户及系统软件的升级安装、并保证用户能够在规定的服务及响应时间内得到相应的技术支持服务。2电话支持我们在接到客户的技术支持请求或故障报告后，将立即以电话方式同该客户取得联系，了解其系统故障的详细情况，并指导用户解决问题，对于无法立即解决的技术问题会记入我公司的客户报告系统，并将告诉该客户预计的解决问题的时间。3Email咨询解答xxx有限公司还为客户提供成本低，响应迅速的Email咨询答疑。Email4远程协助对于操作性和功能性的问题我们可以采用远程协助的方式，并协助用户建立远程维护的环境。4.3服务流程4.4售后服务响应时间严重等级定义初始响应时间到达现场时间A1.关键功能丧失。2.系统不正常挂起。3.系统崩溃，并且在重新启动后重复崩溃。马上响应2小时内B1.问题导致客户的业务系统丧失部分重要的服务功能。2.有可以接受的替代解决方案，但业务系统可以有限地继续运行。马上响应2小时内C问题导致客户的业务系统丧失较少的服务功能；对业务系统影响较小，需要提供解决方案以恢复功能。马上响应24小时内D问题导致客户的业务系统没有丧失服务功能；一般是较小的错误信息、不正确的结果或文档错误，对业务系统运行没有影响。马上响应24小时内4.5售后服务落实保障制度本公司拥有雄厚的技术力量和一批从事多年移动数字化软件开发项目的技术工程师和施工人员，能够为用户提出各种复杂需要提供最优质的解决方案，并且能够快速有效地为用户解决技术上遇到的问题。3.5.1人员素质和意识的培训对全公司的员工进行长期的“用户第一”的意识培训，使所有人员对“售后服务的质量”的意识提高到生存和发展的高度，并对员工进行文明礼貌、对待用户态度和处理问题方式方法的园区，提高整体人员素质，达到服务质量的满意。3.5.2服务制度的完善完善售后服务应急反映制度，制订详细定量指标，加强对员工的考核和对用户的调查制度，对不合格的进行严肃处理，做到从制度上保障服务。3.5.3对外联系的广泛和各大生产经营公司建立了协作关系，对外的考察和参观加强了各公司技术人员的交流和感情。在任何时间的维修，总可以对维修现场直接联系到生产商的技术人员，获得第一位的技术支持。3.5.4各级用户的监督接受各级用户的监督和指导。作为一种鼓励和鞭策，不断的改善服务质量。4.6用户培训方案在长期为客户提供优质服务的过程中，xxx有限公司已逐渐建立了一套行之有效的用户技术培训方案。该方案能够根据用户的具体需求提供相应的技术培训，从而提高移动数字化系统使用者和管理员在日常使用、管理、维护方面的能力。佛山市顺德陈村镇政府数字化管理系统开发采购项目是一个具有高智能化的信息系统，它的稳定、高效运行取决于具有高素质的系统操作人员。可见，系统操作人员的培训至关重要。在整个信息运行过程中处于不可缺少的作用。为了更好地为用户提供优质的售后服务，确保系统的正常运行，本公司制定了下述的用户培训方案。4.1培训目的考虑到本系统使用培训的重要性以及时间方面的紧迫性，本公司将针对系统不同的使用对象开展不同的培训工作，让使用人员能够在最短的时间里掌握相关的系统软件、应用软件的维护和管理的工作，能够实现独立进行管理、日常故障排除、日常测试维护等工作的目的。除了提供成熟的培训方法论，我公司还会为二次开发平台提供详尽的开发教材（文字版和电子版），协助开发人员从不会到精通掌握系统二次开发的知识，并且响应用户的二次开发培训需求以及二次开发需求。我公司的培训宗旨是进一步保证所提供的软件产品能够正常、安全地运行，配套专业化的培训内容，使每个接受培训的用户都能够成为该领域的专家。4.2培训原则坚持理论联系实际、学用一致、按需施教、讲求实效的原则：坚持把知识培训与学员实际工作需要紧密结合起来。坚持把培训需求调查、课程设计、组织管理和培训评估等教学主要环节有机结合起来，努力提高培训质量和培训效果。坚持以学员为主题，以讲师为主导，积极运用参与式教学，把自学、面授、研讨等方法有效地结合起来，达到经验共享的目的。坚持实用性原则，即进行的培训要秉着实用性的原则，培训的内容要能在实际工作中得以发挥和应用，对提高个人职业素养起到一定的作用。坚持有效性原则，培训的内容和过程要能充分被学员吸收并能利用，因此我公司建议培训最好分阶段进行、时间跨度大一些，这样学员可以有个消化过程，拿到工作中进行应用，下一次可就其中出现的问题跟讲师进行沟通，这样就可以有效化解培训风险。按需施教、学以致用，培训工作必须根据培训的需求分析，按照实际需要进行有针对性地培训，不同业务部门、不同级别的人对IT技能的要求也不尽相同，因此要针对不同的人员组织培训不同的内容，避免“该学的要学，不该学的也要学”。坚持长期性、战略原则，应用系统培训是一项长期的工作，要从战略的高度去对待这项工作；充分考虑未来的数字化发展趋势，规划适应总署发展的培训计划，要有高度的前瞻性，并在此基础上培养总部自己的内部培训师资力量全员培训与重点培训相结合。4.3培训对象根据系统运行的相关人员的职责分工和层次的不同，我公司对培训对象分为一般使用人员培训和系统管理员培训两中。一般使用人员通过对使用单位的一般使用人员进行培训，让其可以独立、熟练地操作、使用系统功能。培训的时间不少于半天。系统管理员通过对使用单位的系统管理员培训本项目的硬件系统、网络系统、软件系统、系统应用模块的日常维护、监控管理、操作的内容。此外，我公司还会提供详细的日常维护方法、工作流程以及系统故障诊断和处理的预案。培训的时间不少于2天。4.4培训内容在项目实施的过程中，xxx有限公司为用户制定了详细的、全面的培训计划，培训内容涵盖了佛山市顺德区移动电子政务平台建设项目的所有配置、管理和操作等方面的内容。通过对这些内容的培训，使得所有参与本项目建设和使用的工作人员，对本系统理论和实践操作两大方面有不同层次的提高。所有的培训课程都在使用单位内进行，课程的演讲语言都采用中文进行。4.5培训方式集中培训理论基础知识培训包括系统的整体结构、内容及意义、子系统的结构、系统使用方法等基础知识的理论培训。上机操作培训上级操作培训是培训工作的重点内容，上机操作的效果直接影响到整个培训的效果。因此，将上机操作安排到现场进行，这样可以保证每批参加上机培训的人员质量。现场操作培训用户现场培训将贯穿整个系统安装、调试过程。其内容主要由现场实施工程师在实施过程中对系统管理员进行相应的系统介绍和培训，阐述系统的建立、及安全维护等实用知识和技能，建立系统维护队伍，从而更好的维护系统安全。现场操作指导针对不同部门或机构使用者，在操作的过程中提出疑难问题，我们将会提供现场操作指导，保证系统正常使用起来。在线培训若用户在使用平台的过程中出现疑问或者操作上出错等非程序性问题，我们将会提供电话、E-mail、远程协助等多种现代化手段给予及时响应，第一时间解决问题。若问题仍然存在，我将进一步采取上门培训服务。特例培训经培训后仍然存在操作困难的学员，我们将派专人上门进行特例培训指导，直到该用户完全熟练、掌握系统的操作、使用步骤。4.6培训教师及培训教材培训教师由于培训教师在经验及教学风格上有差别，在教学时会出现一定的主观随意性，从而导致学员接受到的信息出现差异。为确保每位培训教师向学员传递信息尽可能一致，我公司设立了培训标准化部门并指派了专门的培训标准化培训教师，定期召开由全体培训教师参加的培训标准化会议，讨论教学中遇到的问题，纠正教学中的偏差，确保培训标准化。我公司承诺培训教师具有专业培训资格，并具有实际工作、教学经验。培训教材在本次项目的培训中，由于涉及不同层次的培训对象；因此，培训的内容以及培训的教程也各不相同。本项目所涉及的培训材料由xxx有限公司负责提供，同时负责对培训课程中每一节所列出的内容进行培训教学。4.7定期回访制度本公司将会对整个售后服务期间对用户进行维护时回访和维修后回访。回访的目的主要是了解故障响应时间、维修人员态度和维修质量、其他维修中的可能情况。具体流程如下：1、根据维护档案记录，每月制作《维护记录汇总统计表》，经领导审阅后，由质量检查部门监督，质检部门定期上交存档。2、项目主管定期每月对维修工作进行统计总结，分析事故多发的原因，提交更加有效的解决措施，建立自我约束，自我提高机制。同时，填写《维护总结报告表》，由质量检查部门监督，质检部门定期将表格上交存档。4.7.1服务机构地点及联系电话针对本项目我公司成立3人或以上的专门的技术服务队伍，其中最少1人在服务期的前6个月驻场在采购方，服务人员每星期对客户进行定时的回访，方式可以是电话、邮件或现场。及时了解客户所遇到的问题，帮助客户解决问题。及时响应客户的需求，安排技术服务或培训人员到达客户现场，进行上门服务，现场解