软件项目售后服务及技术支持培训方案两篇.doc

软件项目售后服务及技术支持培训方案两篇第1条软件项目售后服务及培训方案1、售后服务方案1.1售后服务保证机制项目成功的根本标志是客户满意度，它贯穿于软件项目售前、销售和售后的全过程。

我们认为，顾客满意是一个真正可衡量的目标，确保软件项目满足顾客满意，特别是在软件项目交付后的长期售后服务过程中，要使售后服务不脱离项目承诺，必须有三个基本环节作为组织支持和保证，即组织基础设施的保证；具体项目实施过程中的标准化流程保证和监控反馈机制(工具)保证。

质量管理体系作用于软件项目生命周期的三个基本环节，管理和控制每个项目范围内的相关活动。

将软件项目的售后服务纳入质量管理体系。

1.2售后服务维护程序软件维护是软件项目售后服务的重要组成部分。

软件维护包括纠错维护、自适应维护和完美维护。

我公司的管理体系要求并制约软件项目维护活动的过程，这体现在活动过程中，即由负责人生成记录、收集和管理维护信息的过程。

客户服务部、项目维护团队接收维护申请(来自网络的客户信息、电话或书面申请等。

)，并填写客户咨询/反馈登记表。

客户服务部、项目维护团队客户咨询/反馈登记表。

客户服务部、项目维护团队技术人员处理维护申请，并根据实际问题立即处理。

针对需要深入维护的问题制定维护计划，并与用户协商确定维护模式、维护活动的实施细节、有偿维护还是无偿维护等。

在用户的问题反馈和实施表上，做出问题审查和处理意见。

对于不需要维护的，将客户回单发送给用户，并将客户问题反馈及实施表归档给客服部门、项目维护组(技术人员)客户问题反馈及实施表客户回单维护人员进行维护。

请根据维护类型参考软件维护规范和系统维护规范。

维护完成后，请客户填写意见维护人员维护任务单反馈表。

维护完成后，必须进行维护验收，以验证修改是否正确，并再次确认整个软件维护团队的负责人维护实施人员维护验收表。

维护人员将维护过程中产生的记录和客户意见提交给客户服务部门或项目维护团队进行维护确认。

如果维护合格，维护结束。

所有过程质量记录应由文件管理员存档。

客户服务部、项目维护、文档管理员对文件记录的承诺1.3售后服务。

对于本建设项目，我公司承诺的保修期为年，保证应用开发软件在项目验收后一年内提供免费的维护期和技术服务。

免费向学校相关技术人员提供原则和技术指导及咨询，使学校人员能够正确、熟练地使用本协议的软件开发和测试结果。

现场维护根据用户单位计算机技术人员的现状，一旦系统安装调试并投入正常运行，我们将专门指派几名专业工程师在系统交付后5年内对用户单位进行指导、培训和维护。

如果系统在维护模式和响应时间上出现故障，我们将在收到用户报告后10分钟内做出响应，并派专业工程师在2小时内排除故障。

如果问题无法在2小时内解决，请在2小时内将详细的解决方案和时间表提交给客户进行确认。

现场服务公司将派遣一名具有丰富工作经验和相应技术职称的人员长期派驻，并免费提供现场服务。

常驻地址证明人证明电话在维护期间正常维护，并将定期进行电话回访以主动联系用户。

如果在功能需求分析的范围内有任何问题，及时修改；维护期后发现的在要求规范范围内的问题也应及时修订。

应尽可能满足用户的易用性要求，如操作方便和使用方便，并在收到要求后一周内解决。

用户提出性能要求。

如果由于软件编译因素导致性能不佳，技术人员会积极调整软件以提高性能，并在一个月内确保解决方案。

技术支持长期电话技术咨询和技术服务以及互联网在线服务。

用户可以随时或通过互联网拨打技术支持热线进行相关技术咨询，专业技术人员会耐心解答用户的疑问。

1.4由投标人、投标人、服务机构、投标人地址、服务机构、人员名单、姓名、联系电话、工作描述设立的售后服务机构1.5对违反服务承诺的处罚1、应急服务响应应急服务是指因政策调整、软件自身缺陷、买方应急服务处理等原因引起的非常规修改需求。

如果没有修改会造成买方学校业务处理中断、经济损失等严重情况，我们保证在1小时内派技术人员到买方了解情况，在1个工作日内制定应急计划，确保买方业务处理系统能够继续运行，并在3个工作日内提出软件修改解决方案。

服务响应时间是一年365*24小时。

技术人员的服务热线和联系方式见售后服务机构。

如未能及时回复，买方应承担违约责任。

如未能及时回复，买方有权从保修金中扣除500元作为违约金额，直至扣除保修金。

2、买方个性化管理需求所需的软件修改。

在收到买方的书面申请后，我们将在2个工作日内了解要求并协商处理方法，并在5个工作日内做出答复。

经过协商，我们将在一周内开始处理买方的需求，并且在经过严格测试之前，不得在买方使用该软件。

全年正常工作日的服务响应时间为每周7*24小时。

如公司未能及时回复，应承担违约责任。

如公司未及时回复，学校有权从质量保证基金中扣除300元作为违约金额，直至扣除质量保证基金。

2、系统应急计划2.1安全面临的主要风险/风险分析和响应措施由内部员工管理不善导致的数据泄漏风险、程序泄漏。

系统操作设备故障/损坏的风险。

网络层攻击导致网络中断的风险。

操作系统中存在漏洞，给黑客带来入侵的风险。

程序代码问题有导致系统不稳定和死锁的风险。

安全/风险应对措施管理安全分析和对策信息安全是管理和技术的结合。

就信息安全而言，管理与技术的关系就像人与武器的关系一样。

一个严格的、完整的管理系统不仅可以在最大限度保证信息安全的前提下实现信息资源共享，还可以弥补技术安全风险的一些弱点。

管理包括行政和技术管理。

信息网络系统能否正常高效地运行，在很大程度上取决于它是否充分发挥了最大效用，这取决于系统的管理策略。

管理的安全需求分析就是研究应该建立什么样的管理系统来保证系统的安全。

具体来说，应该建立什么样的管理组织或部门？负责什么任务；你执行什么功能？遵循什么原则；满足了哪些要求？物理层安全分析与对策物理层安全是为了保证物理财产的安全。

物理安全不仅是信息网络安全的底层安全，也是保证上层安全的基础。

物理层安全需求分析是根据单位的实际情况，确定每个实体的财产安全等级和需要的安全保护程度。

达到什么样的安全目的。

根据物理层安全要求和节能监控系统的实际情况，所有服务器均采用高端服务器，服务器本身高度稳定、可靠。

此外，所有服务器都位于特殊的机房内，这需要严格的机器装卸程序和进出机房的维护程序。

因此，系统在物理层非常安全。

系统级安全分析与对策操作系统是信息网络系统的基础平台，其安全性也是保证上层安全的基础。

系统级的安全需求分析是为了研究操作平台应该达到什么样的安全级别来确保安全。

应该选择什么样的操作系统来达到要求的水平；如何配置操作系统、管理、。

根据系统级的安全要求，Linux是世界上最稳定的操作系统之一。

它属于类似unix的操作系统。

它的稳定和安全已经得到全世界的承认。

网络层安全分析与对策网络层是互联网的核心，是为上层应用提供网络传输的基础，是局域网和广域网之间的接口。

因此，对网络层有许多攻击和破坏。

目前常用的安全防护措施是利用防火墙的IP过滤和应用代理功能实现网络边界的安全连接。

一种简单有效的方法是在路由器上使用IP过滤技术，该技术由硬件实现，效率高。

网络层传输的数据可以通过加密技术来保护。

新一代安全网络协议正处于设计和实验阶段。

应用层安全分析和对策应用层是网络层次结构的顶层，是用户直接联系的部分。

由于基于网络的应用很多，也存在很多安全问题和相应的安全防护技术，需要根据实际情况来衡量。

根据应用层的安全需求，节能平台采用1)对关键服务如甲骨文数据库、实时服务器、网络服务器、应用服务器、消息服务器实施磁盘阵列方案和双机热备份方案，使服务能够持续安全运行。

2)程序完全自行开发，一系列全面、严格的测试功能、性能、安全、压力等。

应在上线前通过，以确保在线系统的安全性和可靠性。

3)使用自行开发的软件来验证注册用户的信息，这样就不会被拒绝，也可以防止欺诈。

4)交易信息需要由专门部门审核。

必须在应用层跟踪用户交易过程，并且可以随时控制帐户。

该系统定期进行财务对账，以确保财务数据的准确性。

2.2运行保证系统灾难响应解决方案系统无故障设计系统采用磁盘阵列和双机热备份的综合解决方案。

应用程序和数据库采用ORACLEJA V A的综合解决方案和全SOA架构，可提供系统99.99的应用级无故障率。

在具体方案中，系统故障一般分为三个方面:硬件故障、网络故障、软件故障。

我公司针对上述三类故障设计了详细的应急处理措施，确保系统稳定安全运行。

1.应用服务器、数据库服务器采用双机热备份模式。

当服务器无法正常工作时，备份服务器将自动更换，确保硬件组的正常运行。

2.数据库异常应急系统可以自动制定数据库备份计划任务，并定期备份平台的中心数据库。

当平台数据库因外部原因(突然断电)或人为的吴操作而损坏，无法正常运行时，系统会自动搜索最新的备份文件，并自动恢复数据库，以保证平台能够正常运行。

3.数据库灾难恢复对于学校来说，如果发生数据丢失，将会影响业务发展和师生的满意度，造成一定的经济损失，甚至是无法估量的能效损失。

因此，在尽可能短的时间内成功完成灾难恢复和备份是为了确保数据的正确性。

因此，主生产数据库的容灾/备份/恢复是我们公司企业战略的关键组成部分。

该系统采用多种安全可靠的方法进行数据库灾难恢复和备份恢复。

目前，系统在主数据库上配置了两个容灾备份数据库和严格的RMAN多级备份策略，以保证网站数据的安全，避免意外数据丢失，减少停机时间。

为了防止地震、火灾、洪水、电力中断、阵列设备崩溃、以及人为损坏造成严重系统损坏、数据丢失、业务中断等自然灾害，我们制定了两个容灾方案。

也就是说，我们有两个备用数据库，它们分别位于不同的数据中心，用于同时同步主数据库的数据，以便在意外情况下主数据库停机时进行灾难恢复。

4.备份方式目前，数据库为归档日志，采用RMAN多级备份方式。

存档方法的目的是在数据库出现故障时最大程度地恢复数据库，这可以确保提交的数据不会丢失。

使用RMAN多级备份的目的是减少每日备份所需的时间，并确保系统具有良好的可恢复性。

应该在恢复时间和备份时间之间进行权衡。

5.备份策略:每月对数据库(包括所有数据和只读表空间)进行一次完整备份。

每周一上午对数据库(不包括只读表空间)进行零级备份，同时备份所有归档日志。

备份成功后，删除原始归档日志。

数据库的第一级备份在每周二到周日上午进行，所有归档日志都在同一时间进行备份。

成功备份后，原始归档日志将被删除。

任何数据库更改都需要重新同步到CATALOG目录并再次备份(例如添加数据文件)或再次备份(例如将表空间修改为只读)。

每次备份后，可以定期备份或备份归档日志。

该平台为外部操作提供7*24小时服务(计划内停机除外)。

所有服务器都在集群架构中配置。

单台服务器停机不会导致服务中断，日常部署和维护也不会导致服务中断。

2 、培训项目验收后系统的运行和使用需要通过系统培训来完成。