《软件系统实施、培训、售后服务方案.docx》由会员分享，可在线阅读，更多相关《软件系统实施、培训、售后服务方案.docx（52页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、I项目管理方案1.1. 项目人员安排为确保本项目顺利进行，我公司保证按招标需求，采用驻场开发 方式，根据实际需求进行人员安排。1.1.1. 项目小组的组成和工作职责由项目的客户方与我司的相关领导组成，主要负责提供行政业务 上的保证（为项目的前期调研和后期的需求变更确认以及项目的实施 等各项工作的顺利开展提供人力、物力、财力上的保证），负责项目 实施过程中的重大事件的决策，根据项目过程中的进度、质量、技术、 资源、风险等实行宏观监控等。项目组会定期向管理协调小组汇报项 目进度。团队职责：审核批准项目的总体方案、实施计划、把握需求， 控制进程项目团队总体管理，协调各方面关系负责项目实施过程中的重大
2、事件的决策根据项目过程中的进度、质量、技术、资源、风险等 实行宏观监控协调参与项目的各级业主单位与我司双方关系依据之一。促使所有项目成员遵守公司的项目流程和质量标准。我们的质量保证体系要求我们严格按照质量手册中所明确 规定的指导方针来完成项目的各方面工作。质量手册包括各项工 作的标准和工作程序，其中包括从项目参与人员的挑选直到具体 项目实施细节，以及管理和连续的质量控制。持续的探索精神，保证我们能不断地改进我们的工作程序, 从而满足客户日益复杂的高标准要求。原则三：强调评审和审计在每一个阶段都强调评审的重要性，确实将品质保证贯彻到 每一个流程阶段中，将品质问题及时消灭在发生问题的流程内， 以达
3、到流程控制的目的一一保证品质。每个项目的所有里程碑都是重点的审计阶段点，原则上项目 的所有阶段结束时都要进行审计；通过质量审计，保证项目问题 及早发现，及早预防，避免对项目造成更大的影响或损失。)原则四：对客户抱怨建立快速反应机制，有效防止再发生对于接收的客户投诉或抱怨，及时快速处理，并且对所产生 的问题进行原因分析判断， 提出再发防止措施及预防措施，基 于问题的不同层次，在全公司、部门、项目等层次上进行横向展 开，有效防止问题再次发生。1.7. 2.质量保证方案1）质量管理组织公司建立有完善的质量保证体系，在项目组内专门设置质量与配 置管理小组，由项目经理直接领导，由各小组长、项目专职质量保
4、证 人员、项目专职配置管理人员、各子系统质量保证人员、各子系统配 置管理人员等组成。通过规范、明确和落实技术开发人员的质量控制 职责，在本项目开发的过程中实施全面的质量管理计划，从需求分析、 设计、编码、测试等阶段环节，设立质量控制点，落实质量管理任务， 规定各种必要的质量保证措施，以保证所交付的系统能够符合项目合 同书规定的各项规定，满足用户的各项需求。2）配置管理计划在实现软件配置管理计划的过程中，要特别注意实现以下三 个里程碑：建立软件质量与配置管理小组：在批准软件配置管理计划、 质量保证计划之后，应立即成立软件质量与配置管理小组；建立各阶段的配置基线：在项目任务书评审和批准之后，建 立
5、功能基线；在需求说明书评审后，建立指派基线；确认测试完 成后，建立产品基线；建立软件库：在本项目的研制工作开始，即在软件系统的计 算机开发环境中建立系统的软件开发库，并在配置管理小组的软 件系统的计算机管理环境中建立系统的软件受控库。以后在每个 开发阶段的结束，在开发环境中建立系统新的开发库，同时把这 个阶段的阶段产品送入总的软件受控库，并在开发环境中建立软 件受控库的副本。软件受控库必须以主软件受控库为准。开发完 成后，在配置管理小组的管理环境中建立起软件产品库，并在开 发环境中建立软件产品库的副本。在软件工程化生产的各个阶段中，与当前阶段的阶段性产品 有关的全部信息在软件开发库存放，与前面
6、各个阶段的阶段性产 品有关的信息在软件受控库存放。在研制与开发本阶段的阶段性 产品的过程中，开发者与开发小组长有权对本阶段的阶段产品作 必要的修改；但是开发者或开发小组长认为有必要修改前面有关 阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的 审批手续。因此软件开发库属开发这个阶段产品的开发者，而软 件受控库由项目的配置管理小组管理。软件经过系统测试后，应 该送入软件受控库；如欲对其修改，必须经软件配置管理小组同 屈、O3）检查与评审制度软件质量保证工作涉及软件生存周期各阶段的活动，应该特 别注意软件质量的早期评审工作，以确保在软件开发工作的各个 阶段和各个方面都认真采取各项措施来保证
7、与提高软件的质量。 在城管项目开发过程中我们建议应进行如下几类评审与检查工 作：阶段评审：在软件系统开发实施过程中，需要定期地或阶段 性地对软件系统和文档进行评审。我们建议在本项目中应至少进 行以下三次评审：第一次评审软件需求、确认验收方法；第二次 评审概要设计、详细设计、测试方法，并对第一次评审结果复核； 第三次评审功能和综合检查。阶段评审要组织专门的评审小组, 评审小组原则上由应用开发小组成员、城管项目管理小组成员、 我公司代表等构成。日常检查：在本项目开发实施过程中，各子系统应该填写项 目进展报告，即软件进展报告、软件阶段进度表、软件阶段产品 完成情况表等三张表格。软件开发管理人员可以通
8、过项目进展报 告发现有关软件质量的问题。软件验收：我们建议组织专门的验收小组对系统进行验收, 质量与配置管理小组协助其工作。验收工作应该按照双方都认可 的验收规程正式履行验收手续。验收内容应包括文档验收、程序 验收、功能测试等几项工作。具体的验收规程另行制订。4),5,工具和技术我们在本项目的软件质量活动中，主要使用以下一些工具、 技术和方法：软件测试工具，如Rational Enterprise Suite的相关测试 平台；软件配置管理工具；主要是CVS、SVN之类的工具，支持用户 对源代码清单的更新管理以及对重现编译与连结的代码的自动 组织；支持用户在不同文档相关内容之间进行相互检索并确定
9、同 一文档某一内容在本文档中的涉及范围；同时还应支持软件质量 与配置管理小组对软件配置更改进行科学的管理；文档生成工具。主要为Rational Enterprise Suite的Rose、 ClearCase、SoDA 等相关工具，Microsoft 的 Word、Excel,Project、 Visio相关工具，以及PowerDesigner等，协助用户绘制描述系 统功能模型、程序流程与结构的用例图、顺序图、类图、库表关 系图、开发计划表等，有利于提高文档的编制质量。6）质量管理文档文档是软件的重要组成部分，是软件生存周期各个不同阶段 的产品描述。我公司的质保体系主要从完备性、正确性、简明性
10、、 可追踪性、自说明性和规范性等六个方面对文档进行评审，验证 和确认各阶段文档的合适性。在本项目实施过程中向客户提交的文档主要有：%项目开发实施计划（PIP）软件需求说明书（SRS）用户测试确认报告（STR）用户手册（SUM）项目进展报表（PPR）阶段评审报表（PRR）项目开发实施总结（PDS）8）质量保证方法提高产品质量通常有三种基本方法：过程和产品质量保证：质量保证人员通过有计划地检查“工 作过程以及工作成果”是否符合公司所制定的相关规范，来监控 和改进“过程质量”与“产品质量”；技术评审：请同行专家、技术人员对工作成果进行评审，来 发现工作成果中的缺陷；测试：通过运行测试用例来找出软件中
11、的缺陷，包括单元测 试、集成测试、系统测试、验收测试等。技术评审与测试关注的是产品质量而不是过程质量，两者的 技术强度比过程和产品质量保证要高一些。技术评审和测试能弥 补质量保证的不足，三者是相辅相成的质量管理方法，三者的示 意图如下：周期性地开展，1 一 一制定质量保证计划，二*过程与产品质量保证，问题跟踪与质量改进）技术评审/、y 表示质量保证与技: I术评审、测试有机结合质量保证过程示意图为了保证本项目所开发的软件产品的质量符合项目的要求, 我们将在本项目中把三种方法有机地结合起来，不仅提高工作效 率，同时充分保证产品的质量。 过程和产品质量保证过程和产品质量保证(Process and
12、 Product Quality Assurance, PPQA)的目的是提供一种有效的人员组织形式和管理 方法，通过客观地检查和监控软件开发各个过程中的“过程质量” 与“产品质量”，使相关人员和管理者能客观了解过程和相关的 工作产品，从而支持交付高质量的产品和服务。它是一种有计划 的、贯穿于整个软件产品生命周期的质量管理方法。过程质量与产品质量存在某种程度的因果关系，通常“好的 过程”会产生“好的产品”，而“差的过程”将很难产生“好的 产品”。虽然最终用户关心的是最终产品的质量，但是作为公司， 作为开发团队既要关心产品质量，同时也要关心过程质量，因为 过程质量同样会影响产品质量。所以质量保证
13、既关心过程质量又 关心产品质量。本公司设有专门的质量保证中心，专门负责对公司各个业务 部门的项目进行过程和产品质量保证工作。通常质量保证中心会为每个项目配备质量1-3名质量保证员， 组成质量保证小组。质量保证小组一方面在行政上独立于项目， 这种独立性有助于质量保证小组客观地检查和监控“过程以及 产品的质量”，另一方面，又全程参与项目组的各种活动，确保 能够及时发现项目进行过程中已经发生的或者可能发生的各种 问题。同时公司赋予质量保证小组一定的权利，可以对质量不合 格的工作成果做出处理，这种权利使得质量保证小组的工作不会被轻视，并有助于加强全员的质量意识。质量保证小组将根据该计划定期开展质量保证
14、工作。具体步 骤如下：1）、在指定的检查点上，由质量保证员将根据所需要检查的阶 段及该阶段的主要工作成果，制定相应的检查表；2）、质量保证员与项目经理及相关人员协商确定检查的时间地 点等；3）、在检查过程中，质量保证员根据检查表逐项检查，并记录 检查结果，对于检查中发现的问题，填写不一致项跟踪汇总 表，并根据问题影响及严重程序对问题进行适当的分类；4）、检查完成后，质量保证员汇总不一致项跟踪汇总表， 并与项目经理共同确定问题的解决措施，对于项目组不能解决的问 题，由高级经理协助解决；5）、质量保证员跟踪问题的解决情况，直到所有问题都已经被 解决为止；6）、质量保证员根据检查结果编制质量保证报告
15、，向高层 经理、项目组通报质量评价和分析结果。11） 技术评审技术评审是由软件工作产品编写者的同级或同行人员对软件工作产品进行的评审，它的基本目标是通过评审来发现缺陷，进而提高产品质量。技术评审方法被普遍认为是软件开发的最佳实践之 一，并已经被业界广泛采用并收到了很好的效果，它能够在任何开 发阶段执行，它可以比测试更早地发现并消除工作成果中的缺陷。 技术评审的主要好处有：通过消除工作成果的缺陷而提高产品的质量；越早消除缺陷就越能降低开发成本；)开发人员能够及时地得到同行专家的帮助和指导，无疑会加深 对工作成果的理解，更好地预防缺陷，一定程度上提高了开发生产 率。从理论上讲，为了确保产品的质量，
16、产品的所有工作成果都应 当接受技术评审。在实际工作中为了节约时间，通常会有选择地对 一些重要的工作成果进行技术评审。技术评审方式也视工作成果的重要性和复杂性而定，通常可以 分为审查(Inspection)、走查(Walk through) 轮查(Pass around),其中审查最正式和严格、轮查则最不正式。根据本项目的实际计划，制定的评审计划如下:序号项目阶段按受评审的工作产品评审方式?主要参与评审人员1需求开发产品需求规格说明书审查业务专家4人客户代表、业界代表3人2)概要设计概要设计说明书审查业务专家1人系统分析员3人 客户代表、业界代表2人3详细设计详细设计说明书走查业务专家1人 系统
17、设计人员3名 项目经理4编码源代码轮查业务专家1人编码人员3名5测试测试方案、测试用例走查业务专家2人测试人员2名备注：质量保证人员通常也参与技术评审活动。1. 7. 3.项目质量保证措施在项目开发及实施过程中，通过对过程质量的监督检验，防止由 于偶然性和异常性原因，特别是异常性原因产生的质量问题和积累和 延续，减少人力物力损失。本项目质量保证流程图如下：重大项目变更的决策对项目的执行、质量进行监督和调控项目经理职责：与用户讨论并确定最终项目范围和实施方法负责制订具体的项目计划，包括培训计划$把握项目各方面的进程指导业务流程重组和项目变更检查及调控项目实施范围向公司汇报项目状况，提出建议及改进
18、措施负责项目阶段质量其它项目经理所应该负责的项目管理工作1.1. 2.需求小组的工作职责明确项目需求，提出需求分析，完成项目概要设计。1. 1.3. 开发小组的工作职责软件开发组负责软件的编码开发，包括高级程序员、程 序员等。软件开发组组长是一位资深的技术人员，对系统开发、 用户业务及厂家的系统和开发工具有深切的了解。美工组负责项目的美工设计。1）项目质量保证计划公司按照CMMI的要求实行项目质量保证机制，为本项目配备2 名专业的完全独立于项目组的质量保证人员（SQA）,项目SQA负责 人在项目开发策划期间，就着手制订项目的质量保证计划，以确保 质量保证计划中活动的范围和时间与项目开发计划以及
19、配置管理计 划保持一致。本项目质量保证计划从过程角度对项目质量进行保证，质量保 证计划随项目进展而更新，质量保证计划经正式评审，并得到所有 与计划执行有关的人员的批准后严格执行。参与人员SQA负责人：进行项目质量保证活动的策划。项目经理：对项目质量保证计划的制订予以支持。客户代表任务软件质量保证计划和软件开发计划同时制定。软件质量保证计划的内容如下：明确质量保证目的、范围及质量保证计划与其它项目计划的关 系。描述质量保证的组织、权限和责任。描述质量保证怎样参与支持项目策划和开发。指出SQA如何对项目过程和产品的符合性进行验证。指出质量保证所需的资源，包括人员、培训、工具、设备、设 施等。在计划
20、中确定要对哪些过程和产品进行评审。软件质量保证计划的评审质量保证计划完成后，应组织相关人员进行评审，评审人员包项目经理;质量保证经理；SQA汇报的高层经理；项目组长；配置管理负责人等。项目质量保证计划的管理项目的软件质量保证计划经过评审批准后，应交给项目经理放 入项目控制数据库，并与项目开发计划以及配置管理计划一起进行 版本管理。项目质量计划制定完成后将跟随项目的进展开展各类评审审计 活动，参加评审和审计的人员情况如下：审计人员来自公司内部或外请专家，他们对项目业务/技术/管 理有所擅长或领先。所有审计人员都需要接受CMM的相关知识培训和审计知识培训审计小组成员很多来自于其他项目，所以之前要进
21、行协商确定 审计小组成员；每个项目要求至少两个审计人员，并且要有至少一 个后备审计人员（一般由SEPG担任）。2）项目过程评审过程评审是软件质量保证活动中最重要工作，它通过对项目过 程的评审，发现过程中存在的与标准软件过程的不符合，及时采取 纠正措施，以确保项目过程的质量。公司的对本项目过程评审将按 CMM要求执行。参与人员SQA负责人：根据本文件的要求进行过程评审，并对过程评审 中发现的不符和项进行处理、跟踪，直至问题关闭为止；项目经理：配合SQA负责人进行过程评审，认可不符合项，处 理不符合问题直至问题关闭为止。任务项目定义的软件过程是通过对组织标准软件过程进行裁剪后形 成的，它是SQA进
22、行过程评审的基础。SQA人员应该准备并依照 SQA过程评审报告中的检查表来对过程活动进行评审。SQA负责人与项目经理共同协商确定需要评审的过程，并在 软件质量保证计划中详细描述评审内容、时机、任务等。SQA负责人通过与项目经理及项目组成员的访谈或参与到项目 活动中来进行评审，适当的可以检查有关的过程产品。检查时使用checklisto将评审结果记录在checklist中。对符合检查项填写“是”； 否则填写“否”，表明不符合过程定义。评审完成时，在评审报告中总结发现的问题，并与项目经理和 适当的项目组成员进行讨论，目标是阐明问题并对怎样解决不符项 达成一致意见。应尽量在项目级解决不符合问题。3）
23、项目中的产品评审项目中的产品评审是为了发现任何形式表现的软件功能、逻辑 或实现方面的错误，并通过评审验证软件的需求，保证软件按预先定 义的标准表示。对本项目的产品将采用如下流程：参与人员客户方：参加产品评审会，对产品提出改进意见和建议SQA负责人：根据客户需求及项目的要求组织产品评审，并对 评审中发现的不符和项进行处理、跟踪，直至问题关闭为止；项目经理：参加项目中的产品评审，认可不符合项，处理不符 合问题直至问题关闭为止。项目各业务组、技术组负责人：参加项目中的产品评审，对不 符合问题尽快处理直至关闭。任务 召开评审会议：一般应有3至5人参加，会前每个参加者做好准备，评审会每次一般不超过2小时
24、。会议结束时必须做出以下决策之一：接受该产品不需要做修 改；由于1错误严重拒绝接受；暂时接受该产品。评审报告与记录：所提出的问题都要进行记录，在评审会结束 前产生一个评审问题表，另外必须完成评审简要报告。4）产品审计SQA负责人应对项目生命周期中创建的工作产品进行审计，验 证工作产品在格式和内容上是否符合适当的标准，来保证项目实施 过程中产生的工作产品的质量。对本项目产品审计如下。审计的产品，项目计划、需求规格说明书、设计文档、源代 码、测试文档、用户手册。审计的依据SQA负责人应定期审计在项目生命周期中产生的工作产品，主 要针对以下方面进行审计：是否符合工作产品的相应需求；是否符合工作产品的
25、标准所要求的格式和内容；工作产品所要求的质量检查点是否都已完成。文档是否规范，表达清晰，有实用价值。设计方案：是否达到设计目标。应用程序：是否达到质量目标和符合设计目标。参与人员SQA负责人：根据本过程的要求进行产品审计。I项目经理：配合SQA负责人进行产品审计，认可不符合项。任务如果SQA负责人参与工作产品的质量检查，则可以在与此同时 验证产品；否则，产品审计应该在完成质量检查后进行。检查时使用SQA产品审计报告中的检查表进行。如果检查 表不够充分，则可以参照不同的产品标准，增加新的检查表。产品审计明细如下：#项目检查)1需求说明书SQA产品审计报告或模版。2项目任务书SQA产品审计报告或者
26、模版3项目计划书SQA产品审计报告或者模版4SCM计划SCM计划模版5设计文档每一个项目的设计规范标准6$代码每一个项目的代码编写规范7用户手册每一个项目的用户手册的编写规范产品完成并通过质量检查后，责任人向SQA提交产品和产品 审批表。SQA负责人采取抽查的方式检查产品并记录与其适用标 准的偏差，同时验证产品是否进行了质量检查。质量检查一般包括 测试、评审、查阅或其他有效的方法。SQA在产品审批表中记录审计结果。如没有发现重大偏差，就 在产品审批表中签字批准；否则，不予批准，并将不符点记录在产 品审批表中，返还给产品责任人，并与项目经理及产品责任人协 商，对问题的纠正措施及改正时间达成一致。
27、当产品责任人提交修 正后的产品时，SQA负责人对其进行问题跟踪，直至问题关闭。在批准或不批准的任何一种情况完成后，产品和产品审批 表都必须返还给产品责任人。对产品偏差有三种解决方式。使项目产品符合标准。修改产品标准，使其与项目产品相适应。同意这种符合性不适用，即允许特定环境下有例外。5）评审结果报告SQA负责人在评审结束后对评审结果进行复查、整理，从而形 成报告，并在适当的时机以E-mail方式或其他方式通知给本项目相 关人员，使他们能够及时的了解项目的过程或产品的情况。参与人员SQA负责人：完成各种报告，维护项目问题日志。项目经理：报告审阅人。高层经理：报告审阅人任务SQA人员确定报告评审结
28、果的时机及报告对象。SQA报告的种类及报告时机和频度见下表:1. SQA报告名称2.报告完 成人3.报告时机及频度4.报告对象5 .【6 . SQA过程评审报告7. SQA8.每一次评审后提交,对所有过程9.项目组、相关组10. SQA产品审计报告11. SQA12.阶段产品完成后13.项目组、相关组14.-is. SQA向高层提交的报告16. SQA17.存在项目组无法解决的问 题后。18.项目组高层19. SQA周报20. SQA21.每周一次22.项目经理产品审计报告只是对阶段产品问题的总结。具体分类如下:测试组负责制定测试计划，进行单元测试、集成测试和 性能测试，并撰写测试文档和测试报
29、告。项目部署人员负责系统环境的配置和软件产品的部署。用户文档撰写人员负责撰写相应的用户手册和系统管 理员手册。1.1. 5.质量监控小组工作职责我司配备有专门的项目管理部门，负责软件开发质量管理，按制定的标准及控制手段执行进度管理，风险管理和变更管理。1. 1.6. 中项目实施小组工作职责对项目实施按项目实施计划提供实施支持协助项目经理定义项目的范围及目标参与讨论、制定项目计划按项目实施计划提供系统功能培训制订指导系统详细实施计划和进度方案制订数据转换格式和方案进行系统的客户化负责系统安装、提供设备选型参数对系统整体性能提出意见23.产品24.报告形式25.报告时间26.项目计划（所有相关计划
30、）27.单独报告28.计划完成后29.客户需求调研报告30.31.单独报告32.义档评审后33.软件需求规格说明书34.单独报生35.文档评审后36.设计文档37.阶段报告38.文档评审后，阶段完成39.（40.源代码41.阶段报生42.文档评审后，阶段完成43 .测试计划及用例44.单独报告45 .文档评审后46.用户手册47.阶段报告48.49.文档评审后，阶段完成6）不符问题处理对于在过程评审、产品审计中查出的问题，SQA负责人与项目 经理和适当的项目组成员讨论，阐明问题并对怎样解决不符项达成 一致意见，取得一致的纠正措施，SQA负责人应将评审报告中的不 符项的相关内容记入项目问题日志中
31、，并对问题的解决情况进 行跟踪，直至问题关闭为止。使问题对整个项目的影响降到最低。不符合项在项目内能够得以解决时的三种解决办法:使项目的实施过程符合标准过程/使项目产品符合标准修改过程使之满足项目/修改产品标准使其与项目产品相适应在特殊情况下，认可不符合项。参与人员0SQA负责人：形成评审报告，记录问题，并向高层报告不符问 题。高层经理：处理不符问题。任务评审结束，SQA负责人在评审报告中总结发现的问题，并与项 目经理和适当的项目组成员讨论，阐明问题并对怎样解决不符项达 成一致意见。应尽量在项目组内解决不符问题。在SQA过程评审报告中记录取得一致的纠正措施，指定的 责任人及计划完成日期，同时将
32、其记录到项目问题日志中。SQA负责人检查项目问题日志，识别到期的问题并向责任 人核对问题的解决状况。在每周的项目会议上，SQA负责人对问题 状态日志中的每个问题都要进行报告和更新。对问题的解决情况进行跟踪，直至问题关闭为止。如果不符合项会为项目带来较大风险并可能严重影响项目的质 量，问题不能在项目范围内得到满意的解决时要提交给项目主管高 层经理解决。审计完成两天内，审计小组向SEPG报告审计情况，对不符合问 题，审计小组向SEPG提交不一致报告1. 7. 4.质量保证遵循的标准计算机软件工程规范（国家标准）GB 8566-88计算机软件开发规范GB/T 11457-95软件工程术语GB/T 1
33、5538-95软件工程标准分类法GB/T12504-90计算机软件质量保证计划规范GB/T14394-93计算机软件可靠性和可维护性GB/T 15538-95软件工程标准分类法GB/T 15853-95软件支持环境在项目实施过程中，必须遵循相关信息化技术标准体系，包括 编码和命名规范、过程标准、用户界面规范、代码 和数据元标准、数据交换标准、公共构件规范、消息 中间件应用指南等。1.8.应急响应管理一般问题（如系统运行故障等）由承建商当时指导解决（电话或 现场）；重大问题（系统崩溃等）由建设单位和承建商协调解决，一般一 周内予以解决。根据我公司多年的项目实施和售后服务经验，我们总结出大型信 息
34、系统中出现的几种典型技术故障情况，同时针对不同情况提出了相 应的预防措施和应急策略。1）软件故障）我们提供的全部软件产品均经过严格的测试，在安装时也会安装 好相应的补丁程序，很大程度上减少了软件故障发生的可能。了解问题的详细情况，根据具体问题，提出相应的应急策略，同 时负责将问题通知我司售后服务专员，及时地提供软件补丁或者软件 修正方案，在得出相应的解决方法和软件补丁后，及时与信息中心人 员一起解决故障问题。2）操作失误我们在技术培训中会把设备、软件的操作作为重点内容讲授给项 目单位的技术人员，减少操作错误的可能，并且强调系统备份的重要 性，信息中心人员可以独立或者在我司技术员的指导下，按照正
35、确的 操作步骤，利用事前的系统配置备份完成系统恢复工作。讲授系统备 份的方法。同时，协助项目单位制订系统运行管理制度及规范，尽量 减少误操作的发生。3）配置丢失对项目单位各级技术人员强调系统备份工作的重要性，同时提供 系统备份与恢复工作的培训内容，使得项目单位技术人员掌握对于网 络设备配置、各类关键数据文件等多种类型的系统备份与恢复步骤, 信息中心管理员可以独立或者在我司技术人员的指导下利用事前的 配置备份完成系统恢复工作。4）病毒破坏我们在进行方案设计时，已经充分考虑到整个系统对病毒的抵抗 能力，采用了成熟的防病毒产品，大大降低了病毒破坏的可能性。）为项目单位提供实用的病毒专杀工具或病毒代码
36、库，并协助项目 单位完成病毒的清除工作，同时帮助项目单位使用备份数据进行系统 恢复工作，将病毒造成的损失减到最小。5）非法入侵我们在进行方案设计时，已经充分考虑到系统的安全性，采用了 多种成熟的安全技术和产品，大大降低了非法入侵的可能性。2.项目技术培训本项目的建设需要有完整的培训机制来确保工程的顺利实施和 应用。培训工作和长期的培训服务都会将我们在电子政务领域内的收 获同用户共同分享，在向用户介绍电子政务领域最新动态和我们的全 套解决方案的同时，也进一步提高我们自身对信息化的认识和理解, 以便我们为用户提供更出色的培训服务。我公司有着丰富的培训经验。拥有先进的多媒体教学设备，一流 的培训环境
37、，并已成功组织了对国家电子政务试点示范工程的相关示 范单位信息主管的技术培训。培训的内容和方式将体现务实、科学、 易学、有用的特点。2. 1.培训准备&培训建议根据本项目培训长期性特点的要求，本公司会不断的站在信息安 全专家的角度，结合国内外信息安全的发展趋势和工程使用人员对安 全的认识，并以用户的应用系统为核心，向用户提供培训意见和建议。 本公司将会不断的对动态的信息安全技术进行分析和消化，并不断的 对培训工作和培训服务进行总结，为用户应用提供切合实际的、产品 化的安全培训。对于安全培训的内容和方式，本公司将在应用与信息安全技术相 结合的基础上来制定培训计划，同时多方面的听取来自不同部门、不
38、 同应用、不同层次的用户对本公司产品的使用意见和培训意见，将培 训的内容与方式客户化，使得本公司提供的培训更加务实、科学、易 学、有用。培训教材本公司将向用户相关系统管理人员提供在项目工程中使用的本 公司安全产品相关的培训教材，以及与技术培训、培训服务相关的各 种文档，止匕外，本公司还将根据工程的具体要求，提供其他方面的培 训教材。在提供正规培训教材之后，本公司还将根据实际情况对培训教材 不断总结，进行教材版本的升级工作。培训流程培训内容确定：根据工程的进展情况或者应用的使用情况，同 用户共同确定培训的内容。调查与协调，在培训之前应当根据培训的内容对培训对象进行 调查，培训内容应当根据调查的结
39、果来制定，有关培训的相关内容 （时间、地点、人员、方式等），本公司将严格按照本项目针对培训 工作的要求。调查与协调工作结束后将提交培训计划。培训计划核实，培训计划需要经过用户系统操作相关人员的核 实，作到培训有的放矢，确保培训效率。培训计划执行，忠实的执行培训计划。培训反馈，本公司非常重视收集培训的反馈信息，本项目的实 施者和使用者是主要的反馈信息源。培训计划、内容改进，根据反馈信息，我们将会对培训的计划 和内容进行改进，以便更适合本项目培训管理中心对培训的目标要 求。2. 2.培训特色1）专业服务，快速响应I项目涉及面广，内容多，要确保项目的成功，必须进行密切的配 合。即使系统上线后，在未来
40、的应用过程中，同样存在大量需要调整 和维护的内容。始终把提高产品质量及客户满意度放在战略高度，注 重品牌和项目实施成功率，拥有一支快速响应、业务熟练、态度真诚、 专业高效的服务团队，专业、高效的服务能力，为在客户中树立了良 好的口碑。2）本地服务优势，快速响应即使系统上线后，在未来的应用过程中，同样存在大量需要调整 和维护的内容。公司总部设立在上海，汇集了最核心的开发、实施和服务团队， 便于项目的开展与实施，能有效保证项目的成功率。3）个性化定制，开发能力强具有强大的二次开发能力。在所有项目中，均根据客户的要求， 提供专门的风格设计及二次开发服务，使得每个项目都充满各自特色O 4） 一体化全程
41、专业服务提供的服务能完整地支持信息化项目的整个生命周期，包括：需 求调研和分析、系统整体规划和设计、应用软件和系统实施及系统升 级服务、系统维护服务、培训服务、技术咨询服务、项目管理服务等。 这些服务项目不但能帮助客户更有效的利用其各类软硬件系统，更能 极大减轻用户方管理员的工作量，同时增加其在系统管理、系统维护 等方面的技巧和经验。5).6,建立长期合作关系在为大型企事业单位服务过程中，采用项目型的方式，提供一体 化全程专业软件服务，根据客户要求，在扎实的基础平台上，强大的 工作流和知识文档管理基础上，提供一定的个性化调整和扩展服务, 以满足客户的特定需求。同时，客户对系统的需求，还存在不断
42、挖掘 的潜在要求，因此，必须建立稳定扎实的客户一供应商关系。2. 3.培训服务对象我公司根据项目的实际情况，将培训对象定为四个级别：一是针 对领导干部的培训，二是针对系统管理人员的培训，三是针对系统使 用人员的培训，四是针对应用系统开发人员的培训。培训的对象包括以下四类：一是针对领导干部，目的是使其了解电子政务的发展情况、本项 目的基本构成及其对城管信息化发展的重要作用以及熟练掌握系统 的使用。二是针对系统管理人员，目的是使其熟练掌握设备的常见配置和 操作，实现对所有设备的有效管理和维护。三是针对系统使用人员，目的是使其熟练掌握系统提供的各种功能，以及各种相关操作。四是针对开发人员，目的是使其
43、掌握系统支撑软件，熟练掌握开 发和扩展所需要的API接口调用，保证能独立完成第三方软件的接 入。2. 4.培训的方式与形式培训形式包括网上培训、现场培训、公司培训。用户可以面对面 地接受培训I,也可以通过互联网、电子邮件等参加学习。对于本项目， 我们将根据区城管的具体需求，提供由客户定制培训服务。培训形式说明网上培训通过电子邮件、视频会议进行教学现场培训在设备安装现场进行实时教学公司培训在我公司培训部进行统一系统教学2. 5.培训的内容与课程培训的内容主要包括：培训内容说明基础知识培训培训信息化的基础知识、IT新技术系统培训系统软件产品的应用培训、系统培训、系统故障排除等根据以往的实施经验提供
44、实施风险及防范方面的建议1.1.8.售后服务支持小组工作职责本项目需要一支高效率，结构合理、经验丰富的项目服务队伍 来完成，提供优质的项目服务。考虑到项目的延续性，服务团队在 项目实施伊始即与项目实施及开发人员共同参与项目的实施工作。项目服务组组长由一人担任，负责项目服务人员的协调，对外的接口，工作的分配、总结；数据库维护人员负责数据库的相关维护工作；(应用系统维护人员负责应用系统的相关维护工作；开发人员负责系统上线后的应用维护工作；其中应用系统维护人员将根据需要进行现场维护服务；工作职责：在该项目阶段性实施结束后，我司将从公司内部抽调各类相关 网络技术人员及软件开发人员，组成项目售后服务技术
45、小组。负责 项目的相关软件的日常维护、升级以及软件应用的维护工作。培训教师：负责面向决策层、管理层、应用层、系统 维护层人员提供培训。售后服务人员：负责系统维护以及相关技术支持工作。应用开发培训应用开发函数的功能，嵌入、测试、故障检查2. 6,2.7. 培训的级别与安排培训内容可划分为三个级别，就不同层次而言，面向用户提供从初级到高级不同的培训内容：培训的级别类别说明行政管理级从项目的构成、安全性和安全管理规范等方面进行阐述。系统原理级)主要从原理级、系统级的角度对项目各个子系统作系统流程分析。开发、维护操作级以如何最大限度的发挥整个系统的功效和如何为用 户提供更优质服务为出发点，作软、硬件功
46、能演示、 上机操作和系统的二次开发等。根据领导干部、系统管理人员、系统使用人员、开发人员具体培训主要分为四类，具体人员课程、课程、人数、时间见下表。领导干部培训编号培训人员培训内容1时间备注1领导干部项目基本介绍工作日12领导干部本项目的使用操作工作日3领导干部%当代中国电子政务发展状况工作日系统管理操作人员培训编号培训人员培训内容时间备注1系统管理人员本项目的原理及结构工作日#2系统管理人员本项目的使用操作工作日3系统管理人员本项目的管理维护操作2工作日4系统管理人员本项目的简单故障排除1工作日5系统管理人员IT新技术工作日使用人员培训编号培训人员培训内容时间备注1系统使用人员（项目基本介绍工作日2系统使