软件系统实施、培训、售后服务方案参考模板

1、1. 项目管理方案1.1. 项目人员安排为确保本项目顺利进行，我公司保证按招标需求，采用驻场开发方式，根据实际需求进行人员安排。1.1.1. 项目小组的组成和工作职责由项目的客户方与我司的相关领导组成，主要负责提供行政业务上的保证（为项目的前期调研和后期的需求变更确认以及项目的实施等各项工作的顺利开展提供人力、物力、财力上的保证），负责项目实施过程中的重大事件的决策，根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控等。项目组会定期向管理协调小组汇报项目进度。团队职责：l 审核批准项目的总体方案、实施计划、把握需求，控制进程l 项目团队总体管理，协调各方面关系l 负责项目实施过程中的重

2、大事件的决策l 根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控l 协调参与项目的各级业主单位与我司双方关系1 / 68l 重大项目变更的决策l 对项目的执行、质量进行监督和调控项目经理职责：l 与用户讨论并确定最终项目范围和实施方法l 负责制订具体的项目计划，包括培训计划l 把握项目各方面的进程l 指导业务流程重组和项目变更l 检查及调控项目实施范围l 向公司汇报项目状况，提出建议及改进措施l 负责项目阶段质量l 其它项目经理所应该负责的项目管理工作1.1.2. 需求小组的工作职责明确项目需求，提出需求分析，完成项目概要设计。1.1.3. 开发小组的工作职责l 软件开发组负责软件的

3、编码开发，包括高级程序员、程序员等。软件开发组组长是一位资深的技术人员，对系统开发、用户业务及厂家的系统和开发工具有深切的了解。l 美工组负责项目的美工设计。l 测试组负责制定测试计划，进行单元测试、集成测试和性能测试，并撰写测试文档和测试报告。l 项目部署人员负责系统环境的配置和软件产品的部署。l 用户文档撰写人员负责撰写相应的用户手册和系统管理员手册。1.1.4. 质量监控小组工作职责我司配备有专门的项目管理部门，负责软件开发质量管理，按制定的标准及控制手段执行进度管理，风险管理和变更管理。1.1.5. 项目实施小组工作职责l 对项目实施按项目实施计划提供实施支持l 协助项目经理定义项目的

4、范围及目标l 参与讨论、制定项目计划l 按项目实施计划提供系统功能培训l 制订指导系统详细实施计划和进度方案l 制订数据转换格式和方案l 进行系统的客户化l 负责系统安装、提供设备选型参数l 对系统整体性能提出意见l 根据以往的实施经验提供实施风险及防范方面的建议1.1.6. 售后服务支持小组工作职责本项目需要一支高效率，结构合理、经验丰富的项目服务队伍来完成，提供优质的项目服务。考虑到项目的延续性，服务团队在项目实施伊始即与项目实施及开发人员共同参与项目的实施工作。项目服务组组长由一人担任，负责项目服务人员的协调，对外的接口，工作的分配、总结；数据库维护人员负责数据库的相关维护工作；应用系统

5、维护人员负责应用系统的相关维护工作；开发人员负责系统上线后的应用维护工作；其中应用系统维护人员将根据需要进行现场维护服务；工作职责：在该项目阶段性实施结束后，我司将从公司内部抽调各类相关网络技术人员及软件开发人员，组成项目售后服务技术小组。负责项目的相关软件的日常维护、升级以及软件应用的维护工作。l 培训教师：负责面向决策层、管理层、应用层、系统维护层人员提供培训。l 售后服务人员：负责系统维护以及相关技术支持工作。l 系统集成人员：提供系统集成方面的技术支持。1.2. 项目系统测试在进行系统测试的过程中一般采用黑盒测试（不需要了解产品内部结构）方法进行测试，测试手段采用手工测试与工具测试相结

6、合的方法进行。在测试的过程中，一般对于功能测试采用手工进行，性能测试采用工具辅助进行，同时还可以采用录制脚本工具进行系统的自动功能回归测试。在测试的过程中，对修改过的内容需要进行重新的质量管理，以验证错误已经得到更正，最后需要对所有的样例进行测试（回归测试）以确认错误的修改没有引入新的。1.3. 项目的试运行1.3.1. 试运行目的试运行目的通过既定时间段的试运行，全面考察项目建设成果。并通过试运行发现项目存在的问题，从而进一步完善项目建设内容，确保项目顺利通过竣工验收并平稳地移交给运行管理单位。通过实际运行中系统功能与性能的全面考核，来检验系统在长期运行中的整体稳定性和可靠性1.3.2. 试

7、运行管理机构统一领导，分块负责，从而确保系统上线准备的质量和进度并确保系统各个功能都经过用户全面完整地测试和上线准备，及时发现并解决系统问题。1.3.3. 试运行的准备为了试运行工作的顺利开展，以试运行与操作培训相结合的原则，在试运行期间进行全面、系统的培训工作。Ø 完成系统操作、维护人员的培训（1）完成系统日常操作、故障警报处理、应急处理、系统软硬件维护和中设备巡检等培训；（2）具备经考核合格的日常操作和维护人员上岗。Ø 建立系统运行所需的各项规章制度（1）规范管理队伍；（2）建立日常运行工作制度草案（3）建立日常操作、故障处理、警报处理、应急处理操作规程（草案）；（4）

8、建立日常设备巡检制度，制定各项巡检、复核内容；（5）制定系统管理和维护规范；（6）制定日常运行报表生成内容、时间间隔。Ø 组织规范好试运行  在试运行的时间段建立规范的可操作的试运行记录内容，制定可操作的试运行记录表格，安排合理的记录周期。Ø 系统培训管理  为了保障系统的正常试运行，我们应针对各系统应用，结合各业务部门今后系统运行、管理的实际需要，对管理人员、一般人员进行系统操作等培训。为使培训能真正达到预期的最佳效果，在每阶段的培训之前应对各子系统培训的时间、培训人数、培训工作计划、培训大纲等内容。在实施培训阶段，我们将采用分步式

9、方式进行，一般人员进行操作，再检查各一般人员的操作数据的正确性。1.4. 项目验收方案（一）需求分析项目监理单位组织人员对项目进行验收需求分析，针对项目验收，监理单位需配备2名有经验的工程师和一名行业专家来组成项目团队，负责具体工作。（二）编写验收方案（计划书）项目监理单位在对项目进行深入的需求分析的基础上编写验收方案（计划书），提交市信息办、业主单位审定。（三）成立项目验收小组实施测试验收工作时，应当成立项目验收小组，具体负责验收事宜。（四）项目验收的实施严格按照验收方案对项目应用软件、网络集成效果、系统文档资料的测试和验收。（五）提交验收报告项目验收完毕，对项目系统设计、建设质量、设备质量

10、、软件运行情况等做出全面的评价，得出结论性意见，对不合格的项目不予验收，对遗留问题提出具体的解决意见。（六）召开项目验收评审会召开由验收委员会全体成员参加的项目验收评审会，全面细致地审核项目验收小组所提交的验收报告，给出最终的验收意见，形成验收评审报告提交市信息办和项目业主存档。1.5. 项目质量保证方案公司的质量保证体系通过为所有重要的开发实施活动提供全面的指南、模板和示例，使整个软件开发团队能够有效共享成功经验，提高团队效率，并通过强有力的过程审计手段，最终保证软件开发质1.5.1. 质量保证原则以下为公司在业务质量管理及项目质量管理方面严格遵循的方针和指导原则。本项目我们将遵循如下原则开

11、展质量保证工作。原则一：以顾客为关注焦点不再是基于擅长的技术来开发产品，而是应通过满足客户来推进过程，开发阶段开始一直到维护阶段都是重点，客户使用的过程（售后服务）也要事业化，品质保证贯穿全过程。原则二:用过程控制保证结果质量此过程基于一整套全面的项目质量管理指导方针和质量核对列表，涵盖了项目的各个方面。如某一方面的工作未符合质量标准，这项工作必须重新返工，直到达标为止。此外，我们的质量保证指导方针使我们能对任一执行中项目的各方面状况有一整体了解，从而能及时发现可能或已出现的质量问题。为了保证我们的项目流程的各个环节都能按照客户和公司的要求实施，我们不仅严格执行流程，而且密切监控流程的所有环节

12、，即在各环节执行过程中额外建立独立于流程本身的质量保证体系，对各环节执行结果进行质量抽查，作为业绩评定的重要依据之一。促使所有项目成员遵守公司的项目流程和质量标准。我们的质量保证体系要求我们严格按照质量手册中所明确规定的指导方针来完成项目的各方面工作。质量手册包括各项工作的标准和工作程序，其中包括从项目参与人员的挑选直到具体项目实施细节，以及管理和连续的质量控制。持续的探索精神，保证我们能不断地改进我们的工作程序，从而满足客户日益复杂的高标准要求。原则三：强调评审和审计在每一个阶段都强调评审的重要性，确实将品质保证贯彻到每一个流程阶段中，将品质问题及时消灭在发生问题的流程内，以达到流程控制的目

13、的保证品质。 每个项目的所有里程碑都是重点的审计阶段点，原则上项目的所有阶段结束时都要进行审计；通过质量审计，保证项目问题及早发现，及早预防，避免对项目造成更大的影响或损失。原则四：对客户抱怨建立快速反应机制，有效防止再发生对于接收的客户投诉或抱怨，及时快速处理，并且对所产生的问题进行原因分析判断， 提出再发防止措施及预防措施，基于问题的不同层次，在全公司、部门、项目等层次上进行横向展开，有效防止问题再次发生。1.5.2. 质量保证方案1) 质量管理组织公司建立有完善的质量保证体系，在项目组内专门设置质量与配置管理小组，由项目经理直接领导，由各小组长、项目专职质量保证人员、项目专职配

14、置管理人员、各子系统质量保证人员、各子系统配置管理人员等组成。通过规范、明确和落实技术开发人员的质量控制职责，在本项目开发的过程中实施全面的质量管理计划，从需求分析、设计、编码、测试等阶段环节，设立质量控制点，落实质量管理任务，规定各种必要的质量保证措施，以保证所交付的系统能够符合项目合同书规定的各项规定，满足用户的各项需求。2) 配置管理计划在实现软件配置管理计划的过程中，要特别注意实现以下三个里程碑：建立软件质量与配置管理小组：在批准软件配置管理计划、质量保证计划之后，应立即成立软件质量与配置管理小组；建立各阶段的配置基线：在项目任务书评审和批准之后，建立功能基线；在需求说明书评审后，建立

15、指派基线；确认测试完成后，建立产品基线；建立软件库：在本项目的研制工作开始，即在软件系统的计算机开发环境中建立系统的软件开发库，并在配置管理小组的软件系统的计算机管理环境中建立系统的软件受控库。以后在每个开发阶段的结束，在开发环境中建立系统新的开发库，同时把这个阶段的阶段产品送入总的软件受控库，并在开发环境中建立软件受控库的副本。软件受控库必须以主软件受控库为准。开发完成后，在配置管理小组的管理环境中建立起软件产品库，并在开发环境中建立软件产品库的副本。在软件工程化生产的各个阶段中，与当前阶段的阶段性产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段性产品有关的信息在软件受控库存放。在研

16、制与开发本阶段的阶段性产品的过程中，开发者与开发小组长有权对本阶段的阶段产品作必要的修改；但是开发者或开发小组长认为有必要修改前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此软件开发库属开发这个阶段产品的开发者，而软件受控库由项目的配置管理小组管理。软件经过系统测试后，应该送入软件受控库；如欲对其修改，必须经软件配置管理小组同意。3) 检查与评审制度软件质量保证工作涉及软件生存周期各阶段的活动，应该特别注意软件质量的早期评审工作，以确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在城管项目开发过程中我们建议应进行如下几类评审与检查工

17、作：阶段评审：在软件系统开发实施过程中，需要定期地或阶段性地对软件系统和文档进行评审。我们建议在本项目中应至少进行以下三次评审：第一次评审软件需求、确认验收方法；第二次评审概要设计、详细设计、测试方法，并对第一次评审结果复核；第三次评审功能和综合检查。阶段评审要组织专门的评审小组，评审小组原则上由应用开发小组成员、城管项目管理小组成员、我公司代表等构成。日常检查：在本项目开发实施过程中，各子系统应该填写项目进展报告，即软件进展报告、软件阶段进度表、软件阶段产品完成情况表等三张表格。软件开发管理人员可以通过项目进展报告发现有关软件质量的问题。软件验收：我们建议组织专门的验收小组对系统进行验收，质

18、量与配置管理小组协助其工作。验收工作应该按照双方都认可的验收规程正式履行验收手续。验收内容应包括文档验收、程序验收、功能测试等几项工作。具体的验收规程另行制订。4) 工具和技术我们在本项目的软件质量活动中，主要使用以下一些工具、技术和方法：软件测试工具，如Rational Enterprise Suite的相关测试平台；软件配置管理工具；主要是CVS、SVN之类的工具，支持用户对源代码清单的更新管理以及对重现编译与连结的代码的自动组织；支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围；同时还应支持软件质量与配置管理小组对软件配置更改进行科学的管理；文档生成工

19、具。主要为Rational Enterprise Suite的Rose、ClearCase、SoDA等相关工具，Microsoft的Word、Excel、Project、Visio相关工具，以及PowerDesigner等，协助用户绘制描述系统功能模型、程序流程与结构的用例图、顺序图、类图、库表关系图、开发计划表等，有利于提高文档的编制质量。5) 质量管理文档文档是软件的重要组成部分，是软件生存周期各个不同阶段的产品描述。我公司的质保体系主要从完备性、正确性、简明性、可追踪性、自说明性和规范性等六个方面对文档进行评审，验证和确认各阶段文档的合适性。在本项目实施过程中向客户提交的文档主要有：项目

20、开发实施计划（PIP）软件需求说明书（SRS）用户测试确认报告（STR）用户手册（SUM）项目进展报表（PPR）阶段评审报表（PRR）项目开发实施总结（PDS）6) 质量保证方法提高产品质量通常有三种基本方法：过程和产品质量保证：质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合公司所制定的相关规范，来监控和改进“过程质量”与“产品质量”；技术评审：请同行专家、技术人员对工作成果进行评审，来发现工作成果中的缺陷；测试：通过运行测试用例来找出软件中的缺陷，包括单元测试、集成测试、系统测试、验收测试等。技术评审与测试关注的是产品质量而不是过程质量，两者的技术强度比过程和产品质量保证要高一

21、些。技术评审和测试能弥补质量保证的不足，三者是相辅相成的质量管理方法，三者的示意图如下：为了保证本项目所开发的软件产品的质量符合项目的要求，我们将在本项目中把三种方法有机地结合起来，不仅提高工作效率，同时充分保证产品的质量。7) 过程和产品质量保证过程和产品质量保证（Process and Product Quality Assurance，PPQA）的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控软件开发各个过程中的“过程质量”与“产品质量”，使相关人员和管理者能客观了解过程和相关的工作产品，从而支持交付高质量的产品和服务。它是一种有计划的、贯穿于整个软件产品生命周期的质量

22、管理方法。过程质量与产品质量存在某种程度的因果关系，通常“好的过程”会产生“好的产品”，而“差的过程”将很难产生“好的产品”。虽然最终用户关心的是最终产品的质量，但是作为公司，作为开发团队既要关心产品质量，同时也要关心过程质量，因为过程质量同样会影响产品质量。所以质量保证既关心过程质量又关心产品质量。本公司设有专门的质量保证中心，专门负责对公司各个业务部门的项目进行过程和产品质量保证工作。通常质量保证中心会为每个项目配备质量1-3名质量保证员，组成质量保证小组。质量保证小组一方面在行政上独立于项目，这种独立性有助于质量保证小组客观地检查和监控“过程以及产品的质量”，另一方面，又全程参与项目组的

23、各种活动，确保能够及时发现项目进行过程中已经发生的或者可能发生的各种问题。同时公司赋予质量保证小组一定的权利，可以对质量不合格的工作成果做出处理，这种权利使得质量保证小组的工作不会被轻视，并有助于加强全员的质量意识。质量保证小组将根据该计划定期开展质量保证工作。具体步骤如下：1）、在指定的检查点上，由质量保证员将根据所需要检查的阶段及该阶段的主要工作成果，制定相应的检查表；2）、质量保证员与项目经理及相关人员协商确定检查的时间地点等；3）、在检查过程中，质量保证员根据检查表逐项检查，并记录检查结果，对于检查中发现的问题，填写不一致项跟踪汇总表，并根据问题影响及严重程序对问题进行适当的分类；4）

24、、检查完成后，质量保证员汇总不一致项跟踪汇总表，并与项目经理共同确定问题的解决措施，对于项目组不能解决的问题，由高级经理协助解决；5）、质量保证员跟踪问题的解决情况，直到所有问题都已经被解决为止；6）、质量保证员根据检查结果编制质量保证报告，向高层经理、项目组通报质量评价和分析结果。8) 技术评审技术评审是由软件工作产品编写者的同级或同行人员对软件工作产品进行的评审，它的基本目标是通过评审来发现缺陷，进而提高产品质量。技术评审方法被普遍认为是软件开发的最佳实践之一，并已经被业界广泛采用并收到了很好的效果，它能够在任何开发阶段执行，它可以比测试更早地发现并消除工作成果中的缺陷。技术评审的主要好处

25、有：通过消除工作成果的缺陷而提高产品的质量；越早消除缺陷就越能降低开发成本；开发人员能够及时地得到同行专家的帮助和指导，无疑会加深对工作成果的理解，更好地预防缺陷，一定程度上提高了开发生产率。从理论上讲，为了确保产品的质量，产品的所有工作成果都应当接受技术评审。在实际工作中为了节约时间，通常会有选择地对一些重要的工作成果进行技术评审。技术评审方式也视工作成果的重要性和复杂性而定，通常可以分为审查(Inspection)、走查(Walk through)、轮查(Pass around)，其中审查最正式和严格、轮查则最不正式。根据本项目的实际计划，制定的评审计划如下：序号项目阶段按受评审的工作产品

26、评审方式主要参与评审人员1需求开发产品需求规格说明书审查业务专家4人客户代表、业界代表3人2概要设计概要设计说明书审查业务专家1人系统分析员3人客户代表、业界代表2人3详细设计详细设计说明书走查业务专家1人系统设计人员3名项目经理4编码源代码轮查业务专家1人编码人员3名5测试测试方案、测试用例走查业务专家2人测试人员2名备注：质量保证人员通常也参与技术评审活动。1.5.3. 项目质量保证措施在项目开发及实施过程中，通过对过程质量的监督检验，防止由于偶然性和异常性原因，特别是异常性原因产生的质量问题和积累和延续，减少人力物力损失。本项目质量保证流程图如下： 1) 项目质量保证计划公司按照CMMI

27、的要求实行项目质量保证机制，为本项目配备2名专业的完全独立于项目组的质量保证人员（SQA），项目SQA负责人在项目开发策划期间，就着手制订项目的质量保证计划，以确保质量保证计划中活动的范围和时间与项目开发计划以及配置管理计划保持一致。本项目质量保证计划从过程角度对项目质量进行保证，质量保证计划随项目进展而更新，质量保证计划经正式评审，并得到所有与计划执行有关的人员的批准后严格执行。参与人员SQA负责人：进行项目质量保证活动的策划。项目经理：对项目质量保证计划的制订予以支持。客户代表任务软件质量保证计划和软件开发计划同时制定。软件质量保证计划的内容如下：明确质量保证目的、范围及质量保证计划与其它

28、项目计划的关系。描述质量保证的组织、权限和责任。描述质量保证怎样参与支持项目策划和开发。指出SQA如何对项目过程和产品的符合性进行验证。指出质量保证所需的资源，包括人员、培训、工具、设备、设施等。在计划中确定要对哪些过程和产品进行评审。软件质量保证计划的评审质量保证计划完成后，应组织相关人员进行评审，评审人员包括：项目经理；质量保证经理；SQA汇报的高层经理；项目组长；配置管理负责人等。项目质量保证计划的管理项目的软件质量保证计划经过评审批准后，应交给项目经理放入项目控制数据库，并与项目开发计划以及配置管理计划一起进行版本管理。项目质量计划制定完成后将跟随项目的进展开展各类评审审计活动，参加评

29、审和审计的人员情况如下：审计人员来自公司内部或外请专家，他们对项目业务/技术/管理有所擅长或领先。所有审计人员都需要接受CMM的相关知识培训和审计知识培训审计小组成员很多来自于其他项目，所以之前要进行协商确定审计小组成员；每个项目要求至少两个审计人员，并且要有至少一个后备审计人员（一般由SEPG担任）。2) 项目过程评审过程评审是软件质量保证活动中最重要工作，它通过对项目过程的评审，发现过程中存在的与标准软件过程的不符合，及时采取纠正措施，以确保项目过程的质量。公司的对本项目过程评审将按CMM要求执行。参与人员SQA负责人：根据本文件的要求进行过程评审，并对过程评审中发现的不符和项进行处理、跟

30、踪，直至问题关闭为止；项目经理：配合SQA负责人进行过程评审，认可不符合项，处理不符合问题直至问题关闭为止。任务项目定义的软件过程是通过对组织标准软件过程进行裁剪后形成的，它是SQA进行过程评审的基础。SQA人员应该准备并依照SQA过程评审报告中的检查表来对过程活动进行评审。SQA负责人与项目经理共同协商确定需要评审的过程，并在软件质量保证计划中详细描述评审内容、时机、任务等。SQA 负责人通过与项目经理及项目组成员的访谈或参与到项目活动中来进行评审，适当的可以检查有关的过程产品。检查时使用checklist。将评审结果记录在checklist中。对符合检查项填写“是”；否则填写“否”，表明不

31、符合过程定义。评审完成时，在评审报告中总结发现的问题，并与项目经理和适当的项目组成员进行讨论，目标是阐明问题并对怎样解决不符项达成一致意见。应尽量在项目级解决不符合问题。3) 项目中的产品评审项目中的产品评审是为了发现任何形式表现的软件功能、逻辑或实现方面的错误，并通过评审验证软件的需求,保证软件按预先定义的标准表示。对本项目的产品将采用如下流程：参与人员客户方：参加产品评审会，对产品提出改进意见和建议SQA负责人：根据客户需求及项目的要求组织产品评审，并对评审中发现的不符和项进行处理、跟踪，直至问题关闭为止；项目经理：参加项目中的产品评审，认可不符合项，处理不符合问题直至问题关闭为止。项目各

32、业务组、技术组负责人：参加项目中的产品评审，对不符合问题尽快处理直至关闭。任务召开评审会议：一般应有3至5人参加，会前每个参加者做好准备， 评审会每次一般不超过2小时。会议结束时必须做出以下决策之一：接受该产品不需要做修改；由于 错误严重拒绝接受；暂时接受该产品。评审报告与记录：所提出的问题都要进行记录，在评审会结束前产生 一个评审问题表，另外必须完成评审简要报告。 4) 产品审计SQA负责人应对项目生命周期中创建的工作产品进行审计，验证工作产品在格式和内容上是否符合适当的标准，来保证项目实施过程中产生的工作产品的质量。对本项目产品审计如下。审计的产品，项目计划、需求规格说明书、设计文档、源代

33、码、测试文档、用户手册。审计的依据SQA负责人应定期审计在项目生命周期中产生的工作产品，主要针对以下方面进行审计：是否符合工作产品的相应需求；是否符合工作产品的标准所要求的格式和内容；工作产品所要求的质量检查点是否都已完成。文档是否规范，表达清晰，有实用价值。设计方案：是否达到设计目标。应用程序：是否达到质量目标和符合设计目标。参与人员SQA负责人：根据本过程的要求进行产品审计。项目经理：配合SQA负责人进行产品审计，认可不符合项。任务如果SQA 负责人参与工作产品的质量检查，则可以在与此同时验证产品；否则，产品审计应该在完成质量检查后进行。检查时使用SQA产品审计报告中的检查表进行。如果检查

34、表不够充分，则可以参照不同的产品标准，增加新的检查表。产品审计明细如下：#项目检查1需求说明书SQA产品审计报告或模版。2项目任务书SQA产品审计报告或者模版3项目计划书SQA产品审计报告或者模版4SCM 计划SCM 计划模版5设计文档每一个项目的设计规范标准6代码每一个项目的代码编写规范7用户手册每一个项目的用户手册的编写规范产品完成并通过质量检查后，责任人向SQA提交产品和产品审批表。SQA 负责人采取抽查的方式检查产品并记录与其适用标准的偏差，同时验证产品是否进行了质量检查。质量检查一般包括测试、评审、查阅或其他有效的方法。SQA 在产品审批表中记录审计结果。如没有发现重大偏差，就在产品

35、审批表中签字批准；否则，不予批准，并将不符点记录在产品审批表中，返还给产品责任人，并与项目经理及产品责任人协商，对问题的纠正措施及改正时间达成一致。当产品责任人提交修正后的产品时，SQA 负责人对其进行问题跟踪，直至问题关闭。在批准或不批准的任何一种情况完成后，产品和产品审批表都必须返还给产品责任人。对产品偏差有三种解决方式。使项目产品符合标准。修改产品标准，使其与项目产品相适应。同意这种符合性不适用，即允许特定环境下有例外。5) 评审结果报告SQA负责人在评审结束后对评审结果进行复查、整理，从而形成报告，并在适当的时机以E-mail方式或其他方式通知给本项目相关人员，使他们能够及时的了解项目

36、的过程或产品的情况。参与人员SQA负责人：完成各种报告，维护项目问题日志。项目经理：报告审阅人。高层经理：报告审阅人任务SQA人员确定报告评审结果的时机及报告对象。SQA报告的种类及报告时机和频度见下表：1. SQA报告名称2. 报告完成人3. 报告时机及频度4. 报告对象5. SQA过程评审报告6. SQA7. 每一次评审后提交，对所有过程8. 项目组、相关组9. SQA产品审计报告10. SQA11. 阶段产品完成后12. 项目组、相关组13. SQA向高层提交的报告14. SQA15. 存在项目组无法解决的问题后。16. 项目组高层17. SQA周报18. SQA19. 每周一次20.

37、项目经理产品审计报告只是对阶段产品问题的总结。具体分类如下：21. 产品22. 报告形式23. 报告时间24. 项目计划（所有相关计划）25. 单独报告26. 计划完成后27. 客户需求调研报告28. 单独报告29. 文档评审后30. 软件需求规格说明书31. 单独报告32. 文档评审后33. 设计文档34. 阶段报告35. 文档评审后，阶段完成36. 源代码37. 阶段报告38. 文档评审后，阶段完成39. 测试计划及用例40. 单独报告41. 文档评审后42. 用户手册43. 阶段报告44. 文档评审后，阶段完成6) 不符问题处理对于在过程评审、产品审计中查出的问题，SQA负责人与项目经理

38、和适当的项目组成员讨论，阐明问题并对怎样解决不符项达成一致意见，取得一致的纠正措施，SQA负责人应将评审报告中的不符项的相关内容记入项目问题日志中，并对问题的解决情况进行跟踪，直至问题关闭为止。使问题对整个项目的影响降到最低。不符合项在项目内能够得以解决时的三种解决办法：使项目的实施过程符合标准过程/使项目产品符合标准修改过程使之满足项目/修改产品标准使其与项目产品相适应在特殊情况下，认可不符合项。参与人员SQA负责人：形成评审报告，记录问题，并向高层报告不符问题。高层经理：处理不符问题。任务评审结束，SQA负责人在评审报告中总结发现的问题，并与项目经理和适当的项目组成员讨论，阐明问题并对怎样

39、解决不符项达成一致意见。应尽量在项目组内解决不符问题。在SQA过程评审报告中记录取得一致的纠正措施，指定的责任人及计划完成日期，同时将其记录到项目问题日志中。SQA负责人检查项目问题日志，识别到期的问题并向责任人核对问题的解决状况。在每周的项目会议上，SQA负责人对问题状态日志中的每个问题都要进行报告和更新。对问题的解决情况进行跟踪，直至问题关闭为止。如果不符合项会为项目带来较大风险并可能严重影响项目的质量，问题不能在项目范围内得到满意的解决时要提交给项目主管高层经理解决。审计完成两天内，审计小组向SEPG报告审计情况，对不符合问题，审计小组向SEPG提交不一致报告1.5.4. 质量保证遵循的

40、标准计算机软件工程规范（国家标准）GB 8566-88 计算机软件开发规范GB/T 11457-95 软件工程术语GB/T 15538-95 软件工程标准分类法GB/T12504-90 计算机软件质量保证计划规范GB/T14394-93 计算机软件可靠性和可维护性GB/T 15538-95 软件工程标准分类法GB/T 15853-95 软件支持环境在项目实施过程中，必须遵循相关信息化技术标准体系，包括编码和命名规范、过程标准、用户界面规范、代码和数据元标准、数据交换标准、公共构件规范、消息中间件应用指南等。1.6. 应急响应管理一般问题（如系统运行故障等）由承建商当时指导解决（电话或现场）；重

41、大问题（系统崩溃等）由建设单位和承建商协调解决，一般一周内予以解决。根据我公司多年的项目实施和售后服务经验，我们总结出大型信息系统中出现的几种典型技术故障情况，同时针对不同情况提出了相应的预防措施和应急策略。1) 软件故障  我们提供的全部软件产品均经过严格的测试，在安装时也会安装好相应的补丁程序，很大程度上减少了软件故障发生的可能。  了解问题的详细情况，根据具体问题，提出相应的应急策略，同时负责将问题通知我司售后服务专员，及时地提供软件补丁或者软件修正方案，在得出相应的解决方法和软件补丁后，及时与信息中心人员一起解决故障问题。2) 操作失误 

42、; 我们在技术培训中会把设备、软件的操作作为重点内容讲授给项目单位的技术人员，减少操作错误的可能，并且强调系统备份的重要性，信息中心人员可以独立或者在我司技术员的指导下，按照正确的操作步骤，利用事前的系统配置备份完成系统恢复工作。讲授系统备份的方法。同时，协助项目单位制订系统运行管理制度及规范，尽量减少误操作的发生。3) 配置丢失 对项目单位各级技术人员强调系统备份工作的重要性，同时提供系统备份与恢复工作的培训内容，使得项目单位技术人员掌握对于网络设备配置、各类关键数据文件等多种类型的系统备份与恢复步骤，信息中心管理员可以独立或者在我司技术人员的指导下利用事前的配置备份完成

43、系统恢复工作。4) 病毒破坏我们在进行方案设计时，已经充分考虑到整个系统对病毒的抵抗能力，采用了成熟的防病毒产品，大大降低了病毒破坏的可能性。  为项目单位提供实用的病毒专杀工具或病毒代码库，并协助项目单位完成病毒的清除工作，同时帮助项目单位使用备份数据进行系统恢复工作，将病毒造成的损失减到最小。5) 非法入侵我们在进行方案设计时，已经充分考虑到系统的安全性，采用了多种成熟的安全技术和产品，大大降低了非法入侵的可能性。 2. 项目技术培训本项目的建设需要有完整的培训机制来确保工程的顺利实施和应用。培训工作和长期的培训服务都会将我们在电子政务领域内的收获同用户共同分

44、享，在向用户介绍电子政务领域最新动态和我们的全套解决方案的同时，也进一步提高我们自身对信息化的认识和理解，以便我们为用户提供更出色的培训服务。我公司有着丰富的培训经验。拥有先进的多媒体教学设备，一流的培训环境，并已成功组织了对国家电子政务试点示范工程的相关示范单位信息主管的技术培训。培训的内容和方式将体现务实、科学、易学、有用的特点。2.1. 培训准备l 培训建议根据本项目培训长期性特点的要求，本公司会不断的站在信息安全专家的角度，结合国内外信息安全的发展趋势和工程使用人员对安全的认识，并以用户的应用系统为核心，向用户提供培训意见和建议。本公司将会不断的对动态的信息安全技术进行分析和消化，并不

45、断的对培训工作和培训服务进行总结，为用户应用提供切合实际的、产品化的安全培训。对于安全培训的内容和方式，本公司将在应用与信息安全技术相结合的基础上来制定培训计划，同时多方面的听取来自不同部门、不同应用、不同层次的用户对本公司产品的使用意见和培训意见，将培训的内容与方式客户化，使得本公司提供的培训更加务实、科学、易学、有用。l 培训教材本公司将向用户相关系统管理人员提供在项目工程中使用的本公司安全产品相关的培训教材，以及与技术培训、培训服务相关的各种文档，此外，本公司还将根据工程的具体要求，提供其他方面的培训教材。在提供正规培训教材之后，本公司还将根据实际情况对培训教材不断总结，进行教材版本的升

46、级工作。l 培训流程ü 培训内容确定：根据工程的进展情况或者应用的使用情况，同用户共同确定培训的内容。ü 调查与协调，在培训之前应当根据培训的内容对培训对象进行调查，培训内容应当根据调查的结果来制定，有关培训的相关内容（时间、地点、人员、方式等），本公司将严格按照本项目针对培训工作的要求。调查与协调工作结束后将提交培训计划。ü 培训计划核实，培训计划需要经过用户系统操作相关人员的核实，作到培训有的放矢，确保培训效率。ü 培训计划执行，忠实的执行培训计划。ü 培训反馈，本公司非常重视收集培训的反馈信息，本项目的实施者和使用者是主要的反馈信息源。&

47、#252; 培训计划、内容改进，根据反馈信息，我们将会对培训的计划和内容进行改进，以便更适合本项目培训管理中心对培训的目标要求。2.2. 培训特色1) 专业服务，快速响应项目涉及面广，内容多，要确保项目的成功，必须进行密切的配合。即使系统上线后，在未来的应用过程中，同样存在大量需要调整和维护的内容。始终把提高产品质量及客户满意度放在战略高度，注重品牌和项目实施成功率，拥有一支快速响应、业务熟练、态度真诚、专业高效的服务团队，专业、高效的服务能力，为在客户中树立了良好的口碑。2) 本地服务优势，快速响应即使系统上线后，在未来的应用过程中，同样存在大量需要调整和维护的内容。公司总部设立在上海，汇集

48、了最核心的开发、实施和服务团队，便于项目的开展与实施，能有效保证项目的成功率。3) 个性化定制，开发能力强具有强大的二次开发能力。在所有项目中，均根据客户的要求，提供专门的风格设计及二次开发服务，使得每个项目都充满各自特色。4) 一体化全程专业服务提供的服务能完整地支持信息化项目的整个生命周期，包括：需求调研和分析、系统整体规划和设计、应用软件和系统实施及系统升级服务、系统维护服务、培训服务、技术咨询服务、项目管理服务等。这些服务项目不但能帮助客户更有效的利用其各类软硬件系统，更能极大减轻用户方管理员的工作量，同时增加其在系统管理、系统维护等方面的技巧和经验。5) 建立长期合作关系在为大型企事

49、业单位服务过程中，采用项目型的方式，提供一体化全程专业软件服务，根据客户要求，在扎实的基础平台上，强大的工作流和知识文档管理基础上，提供一定的个性化调整和扩展服务，以满足客户的特定需求。同时，客户对系统的需求，还存在不断挖掘的潜在要求，因此，必须建立稳定扎实的客户供应商关系。2.3. 培训服务对象我公司根据项目的实际情况，将培训对象定为四个级别：一是针对领导干部的培训，二是针对系统管理人员的培训，三是针对系统使用人员的培训，四是针对应用系统开发人员的培训。培训的对象包括以下四类：一是针对领导干部，目的是使其了解电子政务的发展情况、本项目的基本构成及其对城管信息化发展的重要作用以及熟练掌握系统的

50、使用。二是针对系统管理人员，目的是使其熟练掌握设备的常见配置和操作，实现对所有设备的有效管理和维护。三是针对系统使用人员，目的是使其熟练掌握系统提供的各种功能，以及各种相关操作。 四是针对开发人员，目的是使其掌握系统支撑软件，熟练掌握开发和扩展所需要的API接口调用，保证能独立完成第三方软件的接入。2.4. 培训的方式与形式培训形式包括网上培训、现场培训、公司培训。用户可以面对面地接受培训，也可以通过互联网、电子邮件等参加学习。对于本项目，我们将根据区城管的具体需求，提供由客户定制培训服务。培训形式说 明网上培训通过电子邮件、视频会议进行教学现场培训在设备安装现场进行实时教学公司培训在我公司培

51、训部进行统一系统教学2.5. 培训的内容与课程培训的内容主要包括：培训内容说 明基础知识培训培训信息化的基础知识、IT新技术系统培训系统软件产品的应用培训、系统培训、系统故障排除等应用开发培训应用开发函数的功能，嵌入、测试、故障检查2.6. 培训的级别与安排培训内容可划分为三个级别，就不同层次而言，面向用户提供从初级到高级不同的培训内容：l 培训的级别类别说明行政管理级从项目的构成、安全性和安全管理规范等方面进行阐述。系统原理级主要从原理级、系统级的角度对项目各个子系统作系统流程分析。开发、维护操作级以如何最大限度的发挥整个系统的功效和如何为用户提供更优质服务为出发点，作软、硬件功能演示、上机

52、操作和系统的二次开发等。根据领导干部、系统管理人员、系统使用人员、开发人员具体培训主要分为四类，具体人员课程、课程、人数、时间见下表。l 领导干部培训编号培训人员培训内容时间备注1领导干部项目基本介绍0.5工作日2领导干部本项目的使用操作0.5工作日3领导干部当代中国电子政务发展状况0.5工作日l 系统管理操作人员培训编号培训人员培训内容时间备注1系统管理人员本项目的原理及结构0.5工作日2系统管理人员本项目的使用操作0.5工作日3系统管理人员本项目的管理维护操作2工作日4系统管理人员本项目的简单故障排除1工作日5系统管理人员IT新技术0.5工作日l 使用人员培训编号培训人员培训内容时间备注1

53、系统使用人员项目基本介绍0.5工作日2系统使用人员本项目的使用操作2工作日l 应用开发培训编号培训人员培训内容时间备注1开发人员本项目的原理及结构0.5工作日2开发人员本项目的开发接口的培训2工作日2.7. 培训文档交接项目开发达到系统目标后，我司会提交下列文档，并装订成册：1) 系统需求分析说明书2) 系统概要设计说明书3) 数据库详细设计说明书4) 系统测试报告5) 系统用户手册、操作手册6) 系统技术报告3. 项目运维方案我司如果有幸中标，将严格按照合同签订服务日期进行软件维护服务，并在服务期间对每个软件服务项目（包括新业务开发项目和日常事务）都需要给出项目开发完成进度、工作量（人月）、

54、人员安排及项目管理措施，得到采购单位的同意后按计划组织实施。3.1. 远程运维服务流程我公司为用户提供技术服务热线，在接到用户请求后，根据请求情况协调公司资源，第一时间给用户反馈并解决问题。1、诊断故障并提交故障诊断报告根据系统运行过程中出现的系统故障或其它异常情况，及时进行故障诊断，并提出故障诊断报告。故障诊断报告的主要内容包括：故障现场情况记录、故障的级别和紧急处理过程记录等。2、制定系统维护和故障恢复的实施计划根据提交的故障诊断报告，制定系统维护和故障恢复的实施计划。按照制定的计划实施系统维护工作。3、管理、监督维护计划的实施组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工

55、作实施过程（应包含用户方与项目承包商双方）。并根据系统维护实施的各个阶段提交维护工作报告。4、确认维护工作完成并提交维护报告在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方项目组的技术人员对系统维护情况进行测试并予以确认。5、提交成果每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：l 故障诊断报告l 系统维护和故障恢复的实施计划l 维护工作阶段报告l 系统维护工作报告说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。3.2. 现场运维服务流程众所周知，最优的售后服务是一个项目的承建商必须做出的承诺。但是，如何根据用户的实际情况（人员素质、计算机应用水平、系统的要求等），做出切合实际的项目售后服务计划书，才是用户关注的问题。优质的售后服务也一直是我们公司在经营活动中最基本的原则。公司的技术支撑部门担负着专业的服务工作，无论是在系统的安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应，售后服务流程如下图所示：我司提供的服务