软件系统实施培训售后服务方案.docx
- 文档编号:30601325
- 上传时间:2023-08-18
- 格式:DOCX
- 页数:41
- 大小:190.76KB
软件系统实施培训售后服务方案.docx
《软件系统实施培训售后服务方案.docx》由会员分享,可在线阅读,更多相关《软件系统实施培训售后服务方案.docx(41页珍藏版)》请在冰豆网上搜索。
软件系统实施培训售后服务方案
1.
2.
3.项目管理方案
3.1.项目人员安排
为确保本项目顺利进行,我公司保证按招标需求,采用驻场开发方式,根据实际需求进行人员安排。
3.1.1.项目小组的组成和工作职责
由项目的客户方与我司的相关领导组成,主要负责提供行政业务上的保证(为项目的前期调研和后期的需求变更确认以及项目的实施等各项工作的顺利开展提供人力、物力、财力上的保证),负责项目实施过程中的重大事件的决策,根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控等。
项目组会定期向管理协调小组汇报项目进度。
团队职责:
审核批准项目的总体方案、实施计划、把握需求,控制进程
项目团队总体管理,协调各方面关系
负责项目实施过程中的重大事件的决策
根据项目过程中的进度、质量、技术、资源、风险等实行宏观监控
协调参与项目的各级业主单位与我司双方关系
重大项目变更的决策
对项目的执行、质量进行监督和调控
项目经理职责:
与用户讨论并确定最终项目范围和实施方法
负责制订具体的项目计划,包括培训计划
把握项目各方面的进程
指导业务流程重组和项目变更
检查及调控项目实施范围
向公司汇报项目状况,提出建议及改进措施
负责项目阶段质量
其它项目经理所应该负责的项目管理工作
3.1.2.需求小组的工作职责
明确项目需求,提出需求分析,完成项目概要设计。
3.1.3.开发小组的工作职责
软件开发组负责软件的编码开发,包括高级程序员、程序员等。
软件开发组组长是一位资深的技术人员,对系统开发、用户业务及厂家的系统和开发工具有深切的了解。
美工组负责项目的美工设计。
测试组负责制定测试计划,进行单元测试、集成测试和性能测试,并撰写测试文档和测试报告。
项目部署人员负责系统环境的配置和软件产品的部署。
用户文档撰写人员负责撰写相应的用户手册和系统管理员手册。
3.1.4.质量监控小组工作职责
我司配备有专门的项目管理部门,负责软件开发质量管理,按制定的标准及控制手段执行进度管理,风险管理和变更管理。
3.1.5.项目实施小组工作职责
对项目实施按项目实施计划提供实施支持
协助项目经理定义项目的范围及目标
参与讨论、制定项目计划
按项目实施计划提供系统功能培训
制订指导系统详细实施计划和进度方案
制订数据转换格式和方案
进行系统的客户化
负责系统安装、提供设备选型参数
对系统整体性能提出意见
根据以往的实施经验提供实施风险及防范方面的建议
3.1.6.售后服务支持小组工作职责
本项目需要一支高效率,结构合理、经验丰富的项目服务队伍来完成,提供优质的项目服务。
考虑到项目的延续性,服务团队在项目实施伊始即与项目实施及开发人员共同参与项目的实施工作。
项目服务组组长由一人担任,负责项目服务人员的协调,对外的接口,工作的分配、总结;
数据库维护人员负责数据库的相关维护工作;
应用系统维护人员负责应用系统的相关维护工作;
开发人员负责系统上线后的应用维护工作;
其中应用系统维护人员将根据需要进行现场维护服务;
工作职责:
在该项目阶段性实施结束后,我司将从公司内部抽调各类相关网络技术人员及软件开发人员,组成项目售后服务技术小组。
负责项目的相关软件的日常维护、升级以及软件应用的维护工作。
培训教师:
负责面向决策层、管理层、应用层、系统维护层人员提供培训。
售后服务人员:
负责系统维护以及相关技术支持工作。
系统集成人员:
提供系统集成方面的技术支持。
3.2.项目系统测试
在进行系统测试的过程中一般采用黑盒测试(不需要了解产品内部结构)方法进行测试,测试手段采用手工测试与工具测试相结合的方法进行。
在测试的过程中,一般对于功能测试采用手工进行,性能测试采用工具辅助进行,同时还可以采用录制脚本工具进行系统的自动功能回归测试。
在测试的过程中,对修改过的内容需要进行重新的质量管理,以验证错误已经得到更正,最后需要对所有的样例进行测试(回归测试)以确认错误的修改没有引入新的。
3.3.项目的试运行
3.3.1.试运行目的
试运行目的通过既定时间段的试运行,全面考察项目建设成果。
并通过试运行发现项目存在的问题,从而进一步完善项目建设内容,确保项目顺利通过竣工验收并平稳地移交给运行管理单位。
通过实际运行中系统功能与性能的全面考核,来检验系统在长期运行中的整体稳定性和可靠性
3.3.2.试运行管理机构
统一领导,分块负责,从而确保系统上线准备的质量和进度并确保系统各个功能都经过用户全面完整地测试和上线准备,及时发现并解决系统问题。
3.3.3.试运行的准备
为了试运行工作的顺利开展,以试运行与操作培训相结合的原则,在试运行期间进行全面、系统的培训工作。
完成系统操作、维护人员的培训
(1)完成系统日常操作、故障警报处理、应急处理、系统软硬件维护和中设备巡检等培训;
(2)具备经考核合格的日常操作和维护人员上岗。
建立系统运行所需的各项规章制度
(1)规范管理队伍;
(2)建立日常运行工作制度草案
(3)建立日常操作、故障处理、警报处理、应急处理操作规程(草案);
(4)建立日常设备巡检制度,制定各项巡检、复核内容;
(5)制定系统管理和维护规范;
(6)制定日常运行报表生成内容、时间间隔。
组织规范好试运行
在试运行的时间段建立规范的可操作的试运行记录内容,制定可操作的试运行记录表格,安排合理的记录周期。
系统培训管理
为了保障系统的正常试运行,我们应针对各系统应用,结合各业务部门今后系统运行、管理的实际需要,对管理人员、一般人员进行系统操作等培训。
为使培训能真正达到预期的最佳效果,在每阶段的培训之前应对各子系统培训的时间、培训人数、培训工作计划、培训大纲等内容。
在实施培训阶段,我们将采用分步式方式进行,一般人员进行操作,再检查各一般人员的操作数据的正确性。
3.4.项目验收方案
(一)需求分析
项目监理单位组织人员对项目进行验收需求分析,针对项目验收,监理单位需配备2名有经验的工程师和一名行业专家来组成项目团队,负责具体工作。
(二)编写验收方案(计划书)
项目监理单位在对项目进行深入的需求分析的基础上编写验收方案(计划书),提交市信息办、业主单位审定。
(三)成立项目验收小组
实施测试验收工作时,应当成立项目验收小组,具体负责验收事宜。
(四)项目验收的实施
严格按照验收方案对项目应用软件、网络集成效果、系统文档资料的测试和验收。
(五)提交验收报告
项目验收完毕,对项目系统设计、建设质量、设备质量、软件运行情况等做出全面的评价,得出结论性意见,对不合格的项目不予验收,对遗留问题提出具体的解决意见。
(六)召开项目验收评审会
召开由验收委员会全体成员参加的项目验收评审会,全面细致地审核项目验收小组所提交的验收报告,给出最终的验收意见,形成验收评审报告提交市信息办和项目业主存档。
3.5.项目质量保证方案
公司的质量保证体系通过为所有重要的开发实施活动提供全面的指南、模板和示例,使整个软件开发团队能够有效共享成功经验,提高团队效率,并通过强有力的过程审计手段,最终保证软件开发质
3.5.1.质量保证原则
以下为公司在业务质量管理及项目质量管理方面严格遵循的方针和指导原则。
本项目我们将遵循如下原则开展质量保证工作。
原则一:
以顾客为关注焦点
不再是基于擅长的技术来开发产品,而是应通过满足客户来推进过程,开发阶段开始一直到维护阶段都是重点,客户使用的过程(售后服务)也要事业化,品质保证贯穿全过程。
原则二:
用过程控制保证结果质量
此过程基于一整套全面的项目质量管理指导方针和质量核对列表,涵盖了项目的各个方面。
如某一方面的工作未符合质量标准,这项工作必须重新返工,直到达标为止。
此外,我们的质量保证指导方针使我们能对任一执行中项目的各方面状况有一整体了解,从而能及时发现可能或已出现的质量问题。
为了保证我们的项目流程的各个环节都能按照客户和公司的要求实施,我们不仅严格执行流程,而且密切监控流程的所有环节,即在各环节执行过程中额外建立独立于流程本身的质量保证体系,对各环节执行结果进行质量抽查,作为业绩评定的重要依据之一。
促使所有项目成员遵守公司的项目流程和质量标准。
我们的质量保证体系要求我们严格按照质量手册中所明确规定的指导方针来完成项目的各方面工作。
质量手册包括各项工作的标准和工作程序,其中包括从项目参与人员的挑选直到具体项目实施细节,以及管理和连续的质量控制。
持续的探索精神,保证我们能不断地改进我们的工作程序,从而满足客户日益复杂的高标准要求。
原则三:
强调评审和审计
在每一个阶段都强调评审的重要性,确实将品质保证贯彻到每一个流程阶段中,将品质问题及时消灭在发生问题的流程内,以达到流程控制的目的——保证品质。
每个项目的所有里程碑都是重点的审计阶段点,原则上项目的所有阶段结束时都要进行审计;通过质量审计,保证项目问题及早发现,及早预防,避免对项目造成更大的影响或损失。
原则四:
对客户抱怨建立快速反应机制,有效防止再发生
对于接收的客户投诉或抱怨,及时快速处理,并且对所产生的问题进行原因分析判断, 提出再发防止措施及预防措施,基于问题的不同层次,在全公司、部门、项目等层次上进行横向展开,有效防止问题再次发生。
3.5.2.质量保证方案
1)质量管理组织
公司建立有完善的质量保证体系,在项目组内专门设置质量与配置管理小组,由项目经理直接领导,由各小组长、项目专职质量保证人员、项目专职配置管理人员、各子系统质量保证人员、各子系统配置管理人员等组成。
通过规范、明确和落实技术开发人员的质量控制职责,在本项目开发的过程中实施全面的质量管理计划,从需求分析、设计、编码、测试等阶段环节,设立质量控制点,落实质量管理任务,规定各种必要的质量保证措施,以保证所交付的系统能够符合项目合同书规定的各项规定,满足用户的各项需求。
2)配置管理计划
在实现软件配置管理计划的过程中,要特别注意实现以下三个里程碑:
建立软件质量与配置管理小组:
在批准软件配置管理计划、质量保证计划之后,应立即成立软件质量与配置管理小组;
建立各阶段的配置基线:
在项目任务书评审和批准之后,建立功能基线;在需求说明书评审后,建立指派基线;确认测试完成后,建立产品基线;
建立软件库:
在本项目的研制工作开始,即在软件系统的计算机开发环境中建立系统的软件开发库,并在配置管理小组的软件系统的计算机管理环境中建立系统的软件受控库。
以后在每个开发阶段的结束,在开发环境中建立系统新的开发库,同时把这个阶段的阶段产品送入总的软件受控库,并在开发环境中建立软件受控库的副本。
软件受控库必须以主软件受控库为准。
开发完成后,在配置管理小组的管理环境中建立起软件产品库,并在开发环境中建立软件产品库的副本。
在软件工程化生产的各个阶段中,与当前阶段的阶段性产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段性产品有关的信息在软件受控库存放。
在研制与开发本阶段的阶段性产品的过程中,开发者与开发小组长有权对本阶段的阶段产品作必要的修改;但是开发者或开发小组长认为有必要修改前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。
因此软件开发库属开发这个阶段产品的开发者,而软件受控库由项目的配置管理小组管理。
软件经过系统测试后,应该送入软件受控库;如欲对其修改,必须经软件配置管理小组同意。
3)检查与评审制度
软件质量保证工作涉及软件生存周期各阶段的活动,应该特别注意软件质量的早期评审工作,以确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。
在城管项目开发过程中我们建议应进行如下几类评审与检查工作:
阶段评审:
在软件系统开发实施过程中,需要定期地或阶段性地对软件系统和文档进行评审。
我们建议在本项目中应至少进行以下三次评审:
第一次评审软件需求、确认验收方法;第二次评审概要设计、详细设计、测试方法,并对第一次评审结果复核;第三次评审功能和综合检查。
阶段评审要组织专门的评审小组,评审小组原则上由应用开发小组成员、城管项目管理小组成员、我公司代表等构成。
日常检查:
在本项目开发实施过程中,各子系统应该填写项目进展报告,即软件进展报告、软件阶段进度表、软件阶段产品完成情况表等三张表格。
软件开发管理人员可以通过项目进展报告发现有关软件质量的问题。
软件验收:
我们建议组织专门的验收小组对系统进行验收,质量与配置管理小组协助其工作。
验收工作应该按照双方都认可的验收规程正式履行验收手续。
验收内容应包括文档验收、程序验收、功能测试等几项工作。
具体的验收规程另行制订。
4)工具和技术
我们在本项目的软件质量活动中,主要使用以下一些工具、技术和方法:
软件测试工具,如RationalEnterpriseSuite的相关测试平台;
软件配置管理工具;主要是CVS、SVN之类的工具,支持用户对源代码清单的更新管理以及对重现编译与连结的代码的自动组织;支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围;同时还应支持软件质量与配置管理小组对软件配置更改进行科学的管理;
文档生成工具。
主要为RationalEnterpriseSuite的Rose、ClearCase、SoDA等相关工具,Microsoft的Word、Excel、Project、Visio相关工具,以及PowerDesigner等,协助用户绘制描述系统功能模型、程序流程与结构的用例图、顺序图、类图、库表关系图、开发计划表等,有利于提高文档的编制质量。
5)质量管理文档
文档是软件的重要组成部分,是软件生存周期各个不同阶段的产品描述。
我公司的质保体系主要从完备性、正确性、简明性、可追踪性、自说明性和规范性等六个方面对文档进行评审,验证和确认各阶段文档的合适性。
在本项目实施过程中向客户提交的文档主要有:
项目开发实施计划(PIP)
软件需求说明书(SRS)
用户测试确认报告(STR)
用户手册(SUM)
项目进展报表(PPR)
阶段评审报表(PRR)
项目开发实施总结(PDS)
……
6)质量保证方法
提高产品质量通常有三种基本方法:
过程和产品质量保证:
质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合公司所制定的相关规范,来监控和改进“过程质量”与“产品质量”;
技术评审:
请同行专家、技术人员对工作成果进行评审,来发现工作成果中的缺陷;
测试:
通过运行测试用例来找出软件中的缺陷,包括单元测试、集成测试、系统测试、验收测试等。
技术评审与测试关注的是产品质量而不是过程质量,两者的技术强度比过程和产品质量保证要高一些。
技术评审和测试能弥补质量保证的不足,三者是相辅相成的质量管理方法,三者的示意图如下:
为了保证本项目所开发的软件产品的质量符合项目的要求,我们将在本项目中把三种方法有机地结合起来,不仅提高工作效率,同时充分保证产品的质量。
7)过程和产品质量保证
过程和产品质量保证(ProcessandProductQualityAssurance,PPQA)的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控软件开发各个过程中的“过程质量”与“产品质量”,使相关人员和管理者能客观了解过程和相关的工作产品,从而支持交付高质量的产品和服务。
它是一种有计划的、贯穿于整个软件产品生命周期的质量管理方法。
过程质量与产品质量存在某种程度的因果关系,通常“好的过程”会产生“好的产品”,而“差的过程”将很难产生“好的产品”。
虽然最终用户关心的是最终产品的质量,但是作为公司,作为开发团队既要关心产品质量,同时也要关心过程质量,因为过程质量同样会影响产品质量。
所以质量保证既关心过程质量又关心产品质量。
本公司设有专门的质量保证中心,专门负责对公司各个业务部门的项目进行过程和产品质量保证工作。
通常质量保证中心会为每个项目配备质量1-3名质量保证员,组成质量保证小组。
质量保证小组一方面在行政上独立于项目,这种独立性有助于质量保证小组客观地检查和监控“过程以及产品的质量”,另一方面,又全程参与项目组的各种活动,确保能够及时发现项目进行过程中已经发生的或者可能发生的各种问题。
同时公司赋予质量保证小组一定的权利,可以对质量不合格的工作成果做出处理,这种权利使得质量保证小组的工作不会被轻视,并有助于加强全员的质量意识。
质量保证小组将根据该计划定期开展质量保证工作。
具体步骤如下:
1)、在指定的检查点上,由质量保证员将根据所需要检查的阶段及该阶段的主要工作成果,制定相应的检查表;
2)、质量保证员与项目经理及相关人员协商确定检查的时间地点等;
3)、在检查过程中,质量保证员根据检查表逐项检查,并记录检查结果,对于检查中发现的问题,填写《不一致项跟踪汇总表》,并根据问题影响及严重程序对问题进行适当的分类;
4)、检查完成后,质量保证员汇总《不一致项跟踪汇总表》,并与项目经理共同确定问题的解决措施,对于项目组不能解决的问题,由高级经理协助解决;
5)、质量保证员跟踪问题的解决情况,直到所有问题都已经被解决为止;
6)、质量保证员根据检查结果编制《质量保证报告》,向高层经理、项目组通报质量评价和分析结果。
8)技术评审
技术评审是由软件工作产品编写者的同级或同行人员对软件工作产品进行的评审,它的基本目标是通过评审来发现缺陷,进而提高产品质量。
技术评审方法被普遍认为是软件开发的最佳实践之一,并已经被业界广泛采用并收到了很好的效果,它能够在任何开发阶段执行,它可以比测试更早地发现并消除工作成果中的缺陷。
技术评审的主要好处有:
通过消除工作成果的缺陷而提高产品的质量;
越早消除缺陷就越能降低开发成本;
开发人员能够及时地得到同行专家的帮助和指导,无疑会加深对工作成果的理解,更好地预防缺陷,一定程度上提高了开发生产率。
从理论上讲,为了确保产品的质量,产品的所有工作成果都应当接受技术评审。
在实际工作中为了节约时间,通常会有选择地对一些重要的工作成果进行技术评审。
技术评审方式也视工作成果的重要性和复杂性而定,通常可以分为审查(Inspection)、走查(Walkthrough)、轮查(Passaround),其中审查最正式和严格、轮查则最不正式。
根据本项目的实际计划,制定的评审计划如下:
序号
项目阶段
按受评审的工作产品
评审方式
主要参与评审人员
1
需求开发
产品需求规格说明书
审查
业务专家4人
客户代表、业界代表3人
2
概要设计
概要设计说明书
审查
业务专家1人
系统分析员3人
客户代表、业界代表2人
3
详细设计
详细设计说明书
走查
业务专家1人
系统设计人员3名
项目经理
4
编码
源代码
轮查
业务专家1人
编码人员3名
5
测试
测试方案、测试用例
走查
业务专家2人
测试人员2名
备注:
质量保证人员通常也参与技术评审活动。
3.5.3.项目质量保证措施
在项目开发及实施过程中,通过对过程质量的监督检验,防止由于偶然性和异常性原因,特别是异常性原因产生的质量问题和积累和延续,减少人力物力损失。
本项目质量保证流程图如下:
1)项目质量保证计划
公司按照CMMI的要求实行项目质量保证机制,为本项目配备2名专业的完全独立于项目组的质量保证人员(SQA),项目SQA负责人在项目开发策划期间,就着手制订项目的质量保证计划,以确保质量保证计划中活动的范围和时间与项目开发计划以及配置管理计划保持一致。
本项目质量保证计划从过程角度对项目质量进行保证,质量保证计划随项目进展而更新,质量保证计划经正式评审,并得到所有与计划执行有关的人员的批准后严格执行。
参与人员
SQA负责人:
进行项目质量保证活动的策划。
项目经理:
对项目质量保证计划的制订予以支持。
客户代表
任务
软件质量保证计划和软件开发计划同时制定。
软件质量保证计划的内容如下:
明确质量保证目的、范围及质量保证计划与其它项目计划的关系。
描述质量保证的组织、权限和责任。
描述质量保证怎样参与支持项目策划和开发。
指出SQA如何对项目过程和产品的符合性进行验证。
指出质量保证所需的资源,包括人员、培训、工具、设备、设施等。
在计划中确定要对哪些过程和产品进行评审。
软件质量保证计划的评审
质量保证计划完成后,应组织相关人员进行评审,评审人员包括:
项目经理;
质量保证经理;
SQA汇报的高层经理;
项目组长;
配置管理负责人等。
项目质量保证计划的管理
项目的软件质量保证计划经过评审批准后,应交给项目经理放入项目控制数据库,并与项目开发计划以及配置管理计划一起进行版本管理。
项目质量计划制定完成后将跟随项目的进展开展各类评审审计活动,参加评审和审计的人员情况如下:
审计人员来自公司内部或外请专家,他们对项目业务/技术/管理有所擅长或领先。
所有审计人员都需要接受CMM的相关知识培训和审计知识培训
审计小组成员很多来自于其他项目,所以之前要进行协商确定审计小组成员;每个项目要求至少两个审计人员,并且要有至少一个后备审计人员(一般由SEPG担任)。
2)项目过程评审
过程评审是软件质量保证活动中最重要工作,它通过对项目过程的评审,发现过程中存在的与标准软件过程的不符合,及时采取纠正措施,以确保项目过程的质量。
公司的对本项目过程评审将按CMM要求执行。
参与人员
SQA负责人:
根据本文件的要求进行过程评审,并对过程评审中发现的不符和项进行处理、跟踪,直至问题关闭为止;
项目经理:
配合SQA负责人进行过程评审,认可不符合项,处理不符合问题直至问题关闭为止。
任务
项目定义的软件过程是通过对组织标准软件过程进行裁剪后形成的,它是SQA进行过程评审的基础。
SQA人员应该准备并依照《SQA过程评审报告》中的检查表来对过程活动进行评审。
SQA负责人与项目经理共同协商确定需要评审的过程,并在《软件质量保证计划》中详细描述评审内容、时机、任务等。
SQA负责人通过与项目经理及项目组成员的访谈或参与到项目活动中来进行评审,适当的可以检查有关的过程产品。
检查时使用checklist。
将评审结果记录在checklist中。
对符合检查项填写“是”;否则填写“否”,表明不符合过程定义。
评审完成时,在评审报告中总结发现的问题,并与项目经理和适当的项目组成员进行讨论,目标是阐明问题并对怎样解决不符项达成一致意见。
应尽量在项目级解决不符合问题。
3)项目中的产品评审
项目中的产品评审是为了发现任何形式表现的软件功能、逻辑或实现方面的错误,并通过评审验证软件的需求,保证软件按预先定义的标准表示。
对本项目的产品将采用如下流程:
参与人员
客户方:
参加产品评审会,对产品提出改进意见和建议
SQA负责人:
根据客户需求及项目的要求组织产品评审,并对评审中发现的不符和项进行处理、跟踪,直至问题关闭为止;
项目经理:
参加项目中的产品评审,认可不符合项,处理不符合问题直至问题关闭为止。
项目各业务组、技术组负责人:
参加项目中的产品评审,对不符合问题尽快处理直至关闭。
任务
召开评审会议:
一般应有3至5人参加,会前每个参加者做好准备,
评审会每次一般不超过2小时。
会议结束时必须做出以下决策之一:
接受该产品不需要做修改;由于
错误严重拒绝接受;暂时接受该产品。
评审报告与记录:
所提出的问题都要进行记录,在评审会结束前产生
一个评审问题表,另外必须完成评审简要报告。
4)产品审计
SQA负责人应对项目生命周期中创建的工作产品进行审计,验证工作产品在格式和内容上是
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 实施 培训 售后服务 方案