宜宾市“一窗受理、集成服务”软件开发、软件系统升级与对接方案

宜宾市“一窗受理、集成服务”软件开发、软件系统升级与对接方案
宜宾市“一窗受理、集成服务”软件开发、软件系统升级与对接方案

第一章项目简介

一、项目名称

宜宾市“一窗受理、集成服务”软件开发、系统升级与平台对接方案,以下简称“一窗受理、集成服务”信息工程。

二、项目建设单位和负责人、项目责任人

项目建设单位:

负责人:

项目责任人:

三、平台服务对象

宜宾市市房管局交易中心、市国土局不动产登记中心以及市地税局契税缴纳管理中心。

四、项目建议书编制依据

为解决不动产登记“中梗阻”问题,切实便民利民,9月12日,国土资源部、住房城乡建设部联合发布《关于房屋交易与不动产登记衔接有关问题的通知》(以下简称《通知》),要求房屋交易与不动产登记机构分设地区实行“一个窗口受理、部门并行办理”,实现房屋交易与不动产登记的有效衔接。《通知》同时明确,各地年底前全面完成房屋登记资料移交。

构建并形成宜宾市“一窗受理、集成服务”软件开发、软件系统升级与对接方案,旨在解决不动产登记“中梗阻”问题,深入贯彻并积极响应“一个窗口受理、部门并行办理”的通知要求,切实做到切实做到便民利民。

《通知》强调,各地应根据《不动产登记暂行条例》及其实施细则、《中央编办关于整合不动产登记职责的通知》、国土资源部、住建部《关于做好不动产统一登记与房屋交易管理衔接的指导意见》等法规规章政策要求,加强部门衔接,解决不动产登记“中梗阻”问题,切实做到便民利民。房屋登记资料是不动产登记机构办理不动产登记以及提供查询服务的依据。对此,《通知》要求,不动产统一登记制度实施前已经形成的房屋登记纸质资料要在2017年年底前全面移交至不动产登记机构,确实难以拆分移交的,应复制移交,复制移交的资料应与原件一致。为避免重复建设,保证房屋交易与不动产登记使用电子数据的一致性,房屋登记的电子数据应在2017年9月底前全面完整拷贝给不动产登记机构。

《通知》要求,对于房屋交易与不动产登记机构分设的地方,要按照“进一个门、跑一次路”的原则,实现房屋交易与不动产登记的有效衔接,切实做到便民利民。一是一个窗口受理。两个部门进驻同一个服务大厅,设臵同一个受理窗口,将房屋交易和不动产登记所需的法定材料编制形成统一的申请材料目录向社会公布。二是部门并行办理。收件后,相关资料分送两部门并行业务办理,不动产登记机构依法办理不动产登记业务。涉及交易需办理事项的,一般交易业务要在3个工作日内办理,较为复杂的应当在5个工作日内办结,交易的结果通过内部网络向不动产登记机构反馈。三是方便群众办事。凡是能够通过网上办理的房屋交易和不动产登记事项,不得要求当事人到现场办理。

针对目前各地不动产统一登记后出现的历史遗留问题,《通知》要求不动产登记机构和房屋交易管理部门要加强配合,共同协商推动地方政府依法、合规、分类、妥善处理及时解决历史遗留问题。

《通知》强调,做好房地产市场调控和监测分析。不动产登记机构和房屋交易管理部门要充分认识做好房地产市场监测工作的重要性,将二手房与新建商品房纳入统一的房地产市场管理,加强监测、监管和调控。不动产统一登记制度实施后,房屋交易和不动产登记信息要通过网络实时共享。

宜宾市通过宜宾市“一窗受理、集成服务”软件开发、软件系统升级与对接方案的建设,实现房屋交易、税务、不动产登记“一窗受理、集成服务”模式,使不动产登记办事环节明显减少、办事效率明显提高、办事群众和企业的获得感明显增强。本项目方案的建设,通过合理设臵窗口和整合业务流程,促进房屋交易、税收、不动产登记机制创新,将三个部门业务办理模式由串联办理调整为并联办理。多部门协同合作,破解不动产登记“中梗阻”问题,对于宜宾市不动产登记工作规范化建设,简化登记流程,提高登记效率,切实便民利民等具有非常重要的意义。

五、项目概况

宜宾“一窗受理、集成服务”系统集成主要为实现宜宾市房产、税务以及国土不动产登记一窗式服务的综合业务体系,该系统集成在保留各单位原有系统的基础上重新开发集房管、国土以及地税需求的统一收件系统,将原来房管、税

务以及国土不动产分别受理状态调整为三部门一个窗口对外,各部门通过网上并行办理已解决老百姓多个部门来回跑申请业务的老大难问题。

建设期:2017年元月31日前完成。

项目总投资:308.33万元人民币,其中硬件部分,软件开发、升级与运营维护等均采用政府购买服务方式建设实施。

第二章项目建设的必要性

一、项目提出的背景和依据

为认真贯彻落实“放管服”改革要求,深入推进我市不动产登记工作规范化建设,简化登记流程,提高登记效率,切实便民利民,借鉴浙江衢州等地先进经验,结合我市实际,宜宾市房管局、市国土局以及市地税局经多方考察学习,提出宜宾市“一窗受理、集成服务”工作思路,并报政府批准。

二、项目建设的意义和必要性

(一)项目建设的意义

1、实现房产交易、地税办理以及不动产发证“一站式

受理”,减少人民群众等待与来回办理次数

通过平台实现房产交易、地税办理以及不动产登记收件信息一次性录入,收件材料一次收取,实现一站式服务,利用信息技术手段,及时办理不动产相关业务,便于提高行政办事效率,促进改革稳步推进。

(二)项目建设的必要性

1、提高办事效率,实现“一个窗口”对外的工作需求

目前宜宾尚无统一接件平台,房管、地税以及国土不动产登记业务均在三个部门来回办理,大量浪费了人民群众业务办理时间。三部门联合办公,窗口整合后,由于在各自系统进行接件业务,严重影响办事效率与进度。

2、深入互联网时代下的政府工作信息化工作探索需求

在信息技术高度发展,信息产业高度集聚的时代背景下,“云”概念模式的提出使得政府工作的要求越来越高,在当

前深化改革,提速增效的工作要求下,充分利用信息技术,实现网络信息互通共享,政府业务相互集群能充分利用资源,提高办事效率,以取得一定成效的群众满意度。

第三章需求分析

一、系统功能、业务功能、业务流程和业务量分析

(一)系统功能

1、“一窗受理”系统功能

宜宾“一窗受理”系统主要为集成房屋交易审批、地税办理以及不动产登记业务收件的功能性需求为一体的收件集成系统,系统涵盖业务类别分房管、国土、地税一窗办理业务,房管与国土部门一窗办理业务以及国土不动产单独办理业务三大类,涉及业务大类按不动产登记国家标准分类分为9大类。通过与房管、地税以及国土三个部门自身业务系统开发业务接口进行系统关联,实现全流程网上办公以及业务流程的对接与信息共享。

系统采用B/S架构并嵌入不动产统一登记系统进行部署,便于由不动产登记中心统一进行窗口业务受理,“一窗受理”受理人员同时接收经咨询预审后的业务案卷,同时接收房管、地税以及不动产业务办理所需材料与收件信息,并分发业务电子信息至房管、地税部门。

支持房管、地税办理结果的自动读取,能够及时获取房管、地税的办理信息。

数据交换接口。通过中间库的方式实现收件信息的共享推送,并采用ftp模式对扫描件进行推送。

实现与宜宾市不动产统一登记系统的集成,与宜宾市房产交易系统,地税业务系统,微信公众号服务器,批量自助收件系统以及不动产共享系统的数据交换接口。

2、微信公众号系统功能

微信公众号作为宜宾市“一窗受理、集成服务”的公众窗口,承载着宜宾市不动产信息公开,用户预约以及附件材料预览的重要作用。

系统依托于腾讯公司微信公众号服务,采用“互联网+”模式实现网络构架,用户预约先按照预先设臵的业务类别上传收件材料的照片供房管、国土以及地税部门根据要求进行简单查看。

系统需要具备后台数据传输功能,需要与“一窗受理”系统、批量自助收件系统具备接口,能够在一定网络安全保障的前提下进行数据实时传输。

3、批量自助收件系统功能

批量自助收件系统主要为解决开发小区批量申请登记人员在窗口大量扎堆引起登记中心堵塞而开发,能大幅度减少窗口工作人员工作量。

系统以不动产权籍调查以及房管局房屋管理为基础,按照权限对楼盘表进行管理,各开发商单位依照审核后的宗地权限对楼盘表进行查看与操作。

系统需要具备与微信公众号服务,一窗受理系统以及不动产系统的数据交互,在确保必要的网络安全的前提下进行数据实时传输。

4、各单位系统升级以及接口系统功能。

房管与地税需要对原先业务系统进行升级并开发一定端口,使得系统能够读取“一窗受理”收件信息进行利用,以便于后续业务办理。(由房管与地税补充完善)

(二)系统业务功能

1、“一窗受理”系统业务功能

系统后台管理。包括对人员的系统操作权限,对软件系统功能菜单管理权限,以及软件系统的后台登录权限,同时需要满足不动产登记受理人员能够直接进入“一窗受理”系统受理业务。

软件前台应用端的功能设计与开发,主要包括如下功能:按照“一窗受理”流程设计,分门别类设计开发收件材料页面。页面录入数据包括不动产登记、交易和税务部门所需的基本信息录入,字段要求由房管、税务部门软件系统开发单位按照国土部门提供不动产流程提出收件信息录入的字段要求;按业务类型设计统一受理通知书。受理通知书上附带二维码,通过二维码扫描可实现网上自助缴费(税收缴纳、财政缴费二维码为财务固定二维码,需要相关单位定向提供)、办事进度查询等功能。

按业务类型对收件材料管理。房管、地税业务部门按照业务类别提出房管与地税所需收件材料清单,系统按材料进行分类管理,并推送至相关部门。

数据推送与抓取。设计数据抓取链路,及时将一窗受理收件信息推送至交易、税务部门,也能及时获得房屋交易的预审意见与税务部门的完税结果。

个性化配臵服务。按照流程再造设计模式分业务对收件材料清单、数据页面进行个性化配臵;根据业务清单,收费缴费进行收费项、常用联系人配臵,并将地方企业信息进行预处理,减少信息输入。

短信通知功能。通知业务办理结果与预约预审结果。

系统应与微信公众端和批量自助收件系统衔接,能通过“网闸”进行实时的数据交换。

支持读取微信公众号获取的信息,满足收件材料预审。

2、微信公众号业务功能

网上预约权籍调查功能:对预审提出的意见内容,申请人可进行网上申请权籍调查,申请人可根据自行情况,选择权籍调查的时间段。办理时段分为每天的上午或下午两个时间段,每个时间段只能接受两个预约,当两个预约满员时,该时间段呈现灰色且不能选择,申请人只能预约其它时间段。

网上预约业务办理功能:当申请人收到预审结果后,通过的预审业务可以进行网上预约办理,申请人可根据自行情况,选择办理时段前来办理业务。办理时段为每天工作时间内,以一小时为一个时间段,一个时间段只能接受三个预约,当三个预约满员时,该时间段呈现灰色且不能选择,申请人只能预约其它时间段。

数据同步功能:内网将外网审核通过数据通过信息抓取,传输至“一窗受理”系统进行实际利用。

网上查询功能:该查询功能包括:证书查询、证明查询、办事进度查询。

办事指南和政策法规查询:该功能主要发布不动产办事指南、收费标准以及政策法规等相关材料。

微信公众号还需要能够通过扫描证书、证明上面打印的二维码查询不动产证书。

3、批量自助收件系统业务功能

系统依托于不动产大数据云服务,实现一个数据中心,多个应用端连通模式。

为最大程度实现“一窗受理、集成服务”,批量自助收件系统需要具备以下功能:

能够对系统权限与系统角色可进行配臵管理。

能够让开发商在有限权限范围内通过勾选楼盘表自助录入信息,为此需要对开发商房地业务自助办理权限进行审核,必须保证自助收件开发商为当前办理宗地的权利人。

需要开发商注册且进行资质审核功能,且能够与微信号进行绑定,使得开发商能够通过微信公众号快速登录系统。

对常用联系人、企业信息可以进行直观利用,且能够做到与不动产系统的信息互通。

业务预约申请功能:能够与登录微信公众号查询取得共同的预约结果与业务办理进度结果。

预审功能:待开发商提交已录入好的数据后,提交网上预审,预审人员审定后直接确认结果。

数据获取功能:通过“网闸”把审定确认的数据与“一窗受理”系统实时互通。

4、房管与地税升级系统增加业务功能

房管与地税系统升级后需要增加对“一窗受理”系统收件案卷的业务进行读取与直接利用。(由房管与地税进行补充完善)

(三)业务流程分析

按照宜宾政务中心、房管、国土以及地税部门的联席会议讨论意见要求,宜宾“一窗受理、集成服务”业务流程设计分三个大类。根据宜宾市国土局内部讨论确定,宜宾市不动产登记与微信公众号预约受理设立单独流程。

1、涉及三部门协同办理的业务流程设计

此流程适用于转移登记类需由交易、税务、登记等三个部门共同办理的业务,其业务流程设计如下:

统一受理窗口按照房屋交易、不动产登记以及税费缴纳的材料预审结果,依据统一的收件材料清单接收申请人材料,录入必要属性信息,然后将收件材料以及相应数据按照各部门要求分发给交易、税务部门。

登记部门、交易部门以及税务部门同时进行后续业务办理。交易部门负责交易审批与归档事项,并将审批结果推送给登记部门。税务部门负责税收征收,并将税收结果在房管、

国土核定前分别推送交易与登记部门。登记部门按照房管审核以及税收办理结果负责不动产登记审核、登簿、缮证、发证且对案卷进行归档,并与房地信息共享平台对接,将登记结果推送给交易部门。流程结构如图所示: 统一受理与收件材料分发

归档

创建交易案卷

受理通知单扫描二维码后,可以关注公众号,从

而实现办理进度跟踪,证书物流跟踪。利用共享系统将登记结果共享

房产审核

否分发材料

缴税地税归档

创建地税案卷登记缮证,自助打证,

寄证与归档缴费

不动产审核是

一窗受理一键创建登记案卷否,窗口补正推送结果

推送结果

图1 交易、税务与登记协同办理业务流程图

2、 涉及交易与登记协同办理的业务流程设计

此流程适用于抵押登记类需由交易与登记两个部门联合办理的业务,其业务流程设计如下:

统一受理窗口按照房屋交易以及不动产登记的材料预审结果,依据统一的收件材料清单接收申请人材料,录入必要属性信息,然后将收件材料以及对应数据按照交易部门要求分发给交易部门。

登记部门和交易部门同时进行后续业务办理。交易部门负责交易审批与归档事项,并与房地信息共享平台对接,将交易结果推送给登记部门。不动产登记机构负责不动产登记审核、登簿、缮证、发证且对案卷进行归档,将登记结果推送给交易部门,整套流程如下图所示。 统一受理与收件材料分发

归档

创建交易案卷

受理通知单扫描二维码后,可以关注公众号,从

而实现办理进度跟踪,证书物流跟踪。利用共享系统将登记结果共享

房产审核

否分发材料

登记

缮证,自助打证,

寄证与归档缴费

不动产审核是

一窗受理一键创建登记案卷否,窗口补正

3、涉及登记与税务协同办理的业务流程设计

此流程适用于纯土地登记类需由登记与税务两个部门联合办理的业务,其业务流程设计如下:

统一受理窗口按照房屋交易以及不动产登记的材料预审结果,依据统一的收件材料清单接收申请人材料,录入必要属性信息,然后将收件材料以及相应数据按照税务部门要求分发给税务部门。

由税务部门与国土部门同时进行业务办理,办结后将办理结果传回不动产登记系统,国土部门登簿前检查税务办结情况。

统一受理与收件材料分发

受理通知单扫描二维码后,可以关注公众号,从而实现

办理进度跟踪,证书物流跟踪。缴税

地税归档

创建地税案卷

登记缮证,自助打证,寄

证与归档

缴费

不动产审核是

一窗受理一键创建登记案卷否,窗口补正

推送结果

4、 微信公众号预约流程设计

由不动产登记申请人提出“一窗受理”或不动产登记预审申请,由预审人员在后台审核是否满足受理要求,主要审核过程为:检查材料是否符合要求,是否能正常权籍落宗等,并反馈预审结果,告知申请人是否可以进行预约申请,符合条件者进入预约申请,不符合条件者需要补充材料或进行权籍调查后方可进入下一环节。流程设计如图所示:

由开发商注册账户后,后台管理人员需要对账户进行审核,如果不通过,需要告知不通过原因,否则注册成功。开发商注册成功账户后,可以与微信号进行账户绑定,便于微信快捷登录。开发商需要进行批量自助收件时,需要对宗地权限进行申请,由登记中心审核宗地权限,通过后方可进行批量自助收件业务的办理。流程图如下所示:

开发商对宗地权限申请

审核宗地权限开发商勾选楼盘表

自助办理

通过

与 一窗受理 系

统对接

审核录入信息

通过

不通过,补充并修改信息

开发商注册账户结束,告知不通过

原因

不通过审核账户注册成功

通过

完善信息并重

新注册

不通过可以与微信认证账户绑

定,实现快捷登录、并

且能够通过微信办理预

约业务

(四)业务量分析

按照目前仅纳入市政务服务中心管理的市本级业务量

来看,需要满足房、地、税一体业务类约200件,单纯房地业务约150件,单纯地、税类业务为20件左右的案卷收取。由于不动产登记系统为市县一体登记系统,届时需要保留一

定可扩展性与兼容性,建议考虑业务量扩大5至7倍左右。

系统并发访问量需要确保200人同时访问系统不出现明显性能下降状况。

二、性能需求分析

(一)高可用性需求

衡量一个系统架构设计是否满足高可用的目标,就是假设系统中任何一台或者多台服务器宕机时,以及出现各种不可预期的问题时,系统整体是否依然可用,数据是否存在丢失。

1.高可用性的架构

实现采购平台高可用架构,如果某些服务器宕机,就自动将服务切换到其他可用的服务器上,如果磁盘损坏,就从备份的磁盘读取数据。

2.高可用的数据

能够保证服务器宕机时数据不丢失,数据访问服务不中断,保证数据有多个副本,任意副本的失效都不会导致数据的永久丢失,从而实现数据完全的持久化。当服务器宕机时,应用程序将访问切换到有备份的数据服务器上。

(二)易用性需求

1.系统的兼容性

系统展示页面以IE11为基础浏览器框架,需兼容目前市场主流浏览器,在浏览器上页面能正常显示和使用。

2.操作方便性

该系统建设后,使用人员基本为不动产登记中心业务人员,其计算机水平参差不齐。系统操作的方便程度直接关系到业务办理效率与速度。

因此,需要整个平台不论是软件的操作还是硬件的使用,都要最大化地方便、快捷。

(三)维护性需求

系统的维护性需求分为:可维护性需求和易维护性需求。

1.可维护性

系统的可维护性是满足系统运行过程中维护人员对纠正软件系统出现的错误或缺陷、增加新的功能、对平台进行修改或升级等运行维护工作。

要求软件必须具备正确、完整与系统一致的说明文档。维护人员可通过阅读相关文档轻松了解软件系统的结构、接口、功能、内部过程以及如何运行、如何部署,日常问题处理等维护方面的工作。

各大软件应具备运行状态可视化监视功能,具备详细完备的日志记录。普通或低水平的维护人员只须参考维护手册即可正常开展系统的维护工作,保证系统的正常运行。

2.易维护性

易维护性除了软件外,还包括硬件系统的后期维护,尤其是现场维护。系统涉及部门广、实际影响人群多,因此,在出现故障后系统本身要具有较强的恢复能力和保障机制。

(四)可扩展性需求

系统的建设是循序渐进的过程,因此系统要具有较强的扩展能力,同时具有前瞻性。前瞻性指的是,对系统未来发展的方向要有良好的判断,在硬件的技术选择上要考虑未来可能扩充的系统,确保投入不浪费、不过时。

(五)数据处理与存储系统需求

要求建设技术先进、安全可靠的数据处理与存储系统,承担多种WEB应用和业务应用的信息数据处理与存储,为“一窗受理、集成服务”信息工程提供稳定的运行环境,满足长时间、大用户量的并发访问,以及可靠性、可用性、数据安全性、可管理性等各方面的要求。

(六)网络系统需求

设计采购平台硬件网络集成方案,提供硬件网络拓扑图、硬件网络设备和基础软件的设备清单,为业务系统、网络应用的运行提供网络承载环境,满足网络访问需求,为信息采集、发布、数据交换、信息查询、数据传输等提供安全稳定可靠网络通道。

(七)安全系统需求

根据“一窗受理、集成服务”信息工程需要,针对可能遇到的各种安全威胁和风险,采取行之有效的安全措施,形成技术先进、功能全面的信息安全保障体系,保障信息系统业务服务的连续性、可靠性以及信息资源的完整性、可用性。

第四章项目建设方案

一、本次项目建设范围的说明

平台软件售后服务方案

平台软件售后服务方案 一、方案说明 对于本投标项目(货号11,医用耗材及医疗器械集中采购平台系统)将从如何实施、部署、培训、售后内容做出售后服务方案。 在完全满足技术参数要外,我们还会积极配合采购人对本平台软件进行实施、维护、新需求开发、技术支持。 二、实施部署 进度安排 本项目按合同签订后的时间为起点作详细进度安排: 人员安排 针对本项目设置项目协调组、设计及开发组、实施组,其中协调组的职责主要是与采购人进行商务沟通、负责合同签订、协调等;项

目设计及开发组负责需求梳理、系统设计、代码开发、测试等;项目实施组负责系统部署、现场调试等工作。 主要人员要求如下: 系统部署

项目验收 在合同签字后15天内,投标人完成本项目中的安装部署、运行及各项实施要求,并保证功能正常使用。在内部测试无误后将交由采购方对系统进行验收。 (1)初步验收: 初步验收标准为完成项目所有实施工作(包括系统集成和应用开发工作),可以组织项目初步验收工作。 (2) 功能调整: 初步验收完成后进入功能调整期,功能调整时间为系统初步验收后开始计算(初步验收期间系统不稳定则功能调整期顺延)。 功能调整期由中标人负责,招标人配合,对系统按各项技术、指标、系统功能、使用范围等进行提出功能调整需求,确保在不增加新的大需求功能前提下,投标人有义务无偿根据招标人需求的变更,进

行系统的变更调整。 (3) 部署验收: 功能调整期结束后进行项目部署验收。验收由招标人代表主持,组织有关专家,上级主管部门和投标人组成验收组,对本系统进行全面最终的部署验收。 三、培训方案 我方将根据招标文件要求在标书中列出保证系统正常运行所需的详细培训方案。提供完整详细的系统培训教材、操作手册、维护手册、网上教学录像,并搭建一个模拟环境供练习。 (1) 系统正式运行前对系统涉及的所有业务人员进行一次初始集中面授培训,在系统运行两个月内,再分阶段、分层次地对系统涉及的所有用户进行一次培训,使其充分掌握系统的操作。 (2) 对有关人员、专家进行至少一次集中面授培训,使其可以熟练操作系统,实现监管、评标等工作。 (3) 对买方全员进行培训,使其能够熟练操作系统;并至少培养出2名师资型系统管理员,使其能够了解系统与网络的各种细节,完成包括软件安装、日常简单维护、培训教学、应用指导等工作,为今后业务开发、系统维护工作打基础。 (4) 对参与医用耗材集中采购的生产经营企业、配送单位、我方将进行至少一次培训,使其能够正确顺利地完成投标、交易等操作。

软件项目维护方案

软件项目维护方案 软件项目维护方案 1. 项目背景及目标 1.1. 项目背景在国家政策的指导和帮助下,信息化也越来越发挥出十分重要的作用。XXXX不断加大信息化管理工作力度,积极实施“上网工程”,大力推进全市局域网建设,加快办公自动化系统进程,信息技术在改革中发挥了重要的支撑作用,为充分发挥政府公共职能,促进依法理财、科学理财,提供了重要的信息技术保障。近年来建设各系统随着数据量的逐年增加,陆续出现了性能问题,有必要进行数据库系统的升级及性能优化,以确保应用系统的正常运行,为单位员工提供更好的信息服务。 1.2. 项目目标● 对各系统数据库进行补丁升级服务,安装补丁前制定详细的升级计划和应急回退计划。 ● 完成各系统数据库的性能调优工作。 ● 各业务持续性得到有效的保证。 2. 需求分析 XXXXXXX项目,我公司有多年的行业经验。具有对运维服务对象进行适时监测、指标分析、和及时修复的能力。 Oracle 产品日常运行维护项目主要从如下几个方面进行: (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行查看,发现并解决问题。 (2). 每周对数据库

对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康查看,对数据库对象的状态做查看。 (3). 查看表空间碎片,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面查看。(4)由于这些数据库系统承载着XXXX非常重要的业务系统数据,所以在日常维护中需要非常仔细,每周、每月、每季都需要有相应的巡检记录,需要详细记载以下一些内容: n 监控数据库对象的空间扩展情况 n 监控数据量的增长情况 n 系统健康查看,查看以下内容: n 数据库对象有效性查看n 查看是否有危害到安全策略的问题。 n 查看 alert、Sqlnet 等日志并归档报错日志 n 分析表和索引 n 查看对数据库会产生危害的增长速度 n 查看表空间碎片 n 数据库性能调整n 预测数据库将来的性能 n 调整和维护工作 n 后续空间 3. 整体运行维护服务方案 3.1. Lifekeeper维护 3.1.1. 验证 LifeKeeper 的安装查看已经安装的LifeKeeper软件包,可以使用命令: rpm –qa|grep stee 3.1.2. 启动 LifeKeeper a) 启动LifeKeeper 服务器进程如果当前您的系统没有运行 LifeKeeper 则在所有服务器上以root用户身份输入如下命令 # /opt/LifeKeeper/bin/lkstart b) 启动LifeKeeper GUI服务器进程同样以root用户运行命令# /opt/LifeKeeper/bin/lkGUIserver start 注意:以上命令只需运行一次,以后每次系统重新启动时,LifeKeeper会自动运行上述进程 3.1.3. 有关的LifeKeeper软件的其它管理任务 a) 停止 LifeKeeper 服务如

软件项目维护方案(参考示例)

软件项目维护方案

1.项目背景及目标 1.1.项目背景 在国家政策的指导和帮助下,信息化也越来越发挥出十分重要的作用。XXXX 不断加大信息化管理工作力度,积极实施“上网工程”,大力推进全市局域网建设,加快办公自动化系统进程,信息技术在改革中发挥了重要的支撑作用,为充分发挥政府公共职能,促进依法理财、科学理财,提供了重要的信息技术保障。近年来建设各系统随着数据量的逐年增加,陆续出现了性能问题,有必要进行数据库系统的升级及性能优化,以确保应用系统的正常运行,为单位员工提供更好的信息服务。 1.2.项目目标 ●对各系统数据库进行补丁升级服务,安装补丁前制定详细的升级计划和应急 回退计划。 ●完成各系统数据库的性能调优工作。 ●各业务持续性得到有效的保证。 2.需求分析 XXXXXXX项目,我公司有多年的行业经验。具有对运维服务对象进行适时监测、指标分析、和及时修复的能力。 Oracle 产品日常运行维护项目主要从如下几个方面进行: (1). 每天对ORACLE数据库的运行状态,日志文件,备份情况,数据库的空间使用情况,系统资源的使用情况进行查看,发现并解决问题。

(2). 每周对数据库对象的空间扩展情况,数据的增长情况进行监控,对数据库做健康查看,对数据库对象的状态做查看。 (3). 查看表空间碎片,提出下一步空间管理计划。对ORACLE数据库状态进行一次全面查看。 (4)由于这些数据库系统承载着XXXX非常重要的业务系统数据,所以在日常 维护中需要非常仔细,每周、每月、每季都需要有相应的巡检记录,需要详细记载以下一些内容: 监控数据库对象的空间扩展情况 监控数据量的增长情况 系统健康查看,查看以下内容: 数据库对象有效性查看 查看是否有危害到安全策略的问题。 查看 alert、Sqlnet 等日志并归档报错日志 分析表和索引 查看对数据库会产生危害的增长速度 查看表空间碎片 数据库性能调整 预测数据库将来的性能 调整和维护工作 后续空间

软件工程项目售后维护方案

4 项目售后维护 4.1售后服务方案 4.1.1概述 我公司从成立之初就投入了大量的精力不断完善企业内部的管理,提高软件开发的质量。公司根据ISO9000质量体系等项目管理方法和公司的特点建立了完整的研发质量管理体系和售后服务体系。 我公司为用户提供长期的优质服务。我公司与客户的合作是长期的、伙伴式的合作,客户的成功就是我们的成功。 我公司对项目的建立和实施全面负责,包括软件、硬件设备的安装、调试、各种培训,同时我们将根据实施过程中的调查提供对未来系统发展的战略和策略。 此外,我公司有专门的技术支持服务队伍,通过现场技术支持服务、热线电话、长期技术跟踪等来保证项目的高效、可靠运转,同时为系统的进一步发展和改善提供建设性意见。 4.1.2售后服务体系 一、服务理念: 全心全意,尽心尽力:服务体现了一个品牌的实力和承诺,我公司凭借雄厚的实力,全心全意为客户提供售前、售中和售后服务,尽心尽力协助客户迈向成功。 二、服务宗旨: 用户的成功就是我们的成功:我公司奉行“用户的成功就是我们的成功”的宗旨,时刻以客户利益为重,处处为客户着想,不断地开拓创新,为客户创造价值。 三、服务规范: 诚信、专业、高效、迅捷:为更好地服务客户,我公司建立了标准、规范的客

户服务体系,为客户提供的个性化服务,力争以全面、细致的服务让客户满意,进一步增强客户对我公司的信心与认同。 四、服务保障: 1、售后服务实行24小时服务,若使用的产品发生故障,售后服务部可及时派人到 现场解决问题。 2、我公司拥有各类专业技术人员,根据需要,售后服务部可向公司各职能部门随时 调用所需专业和技能人员,派往用户所在地,提供及时、优质的服务。 3、我公司每年不定期的对公司和代理商的技术人员进行培训,以便及时掌握新技术、 新材料、新工艺,为用户提供准时、迅速、优质的服务。 4、市场部配合服务部定期向订购和使用的产品的客户进行回访。通过接受客户投诉 和沟通,建立起信息反馈渠道获取各种信息,采取相应的纠正(预防)或改进措施,确保向客户提供满足要求的产品。 五、违约承诺: 如果本公司员工在售户后服务工作中违背承诺给工程造成直接损失的,由我公司根据法律规定及有关规定负责赔偿。 凡因我公司原因违约,按其条款承担全部违约责任,并按合同规定的比例赔偿其经济损失。我方未按本合同的规定和“服务承诺”提供伴随服务/售后服务的,应按合同规定单位总价款的相应比例向客户承担违约责任.

软件系统运行维护流程及方案

维护服务方案 (一)维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等; 2.系统突发事件的诊断、排除; 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于(含)1 人日的开发工作,年累计不能超过30个工作日; 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题,包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表,从应用系统角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高应用系统运行速度。 对于数据库参数方面的优化工作,可提出建议和要求,并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告,总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。 (二)维护形式

维护分为被动式和主动式两种形式: 1.被动式服务包括: 专业资料 1)现场技术服务方式,指因应用软件系统出现重大故障导致业务中止时,我司将派技术人员运程协助业主方技术、业务人员一起对故障进行分析,提出解决方案,在征得业主方同意后对故障进行处理和排除; 2)远程维护方式,通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括: 1)按月巡检:我司按月到现场对系统进行全面检查,优化系统,同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作,并提供必要的现场指导。 另外,我司还可根据需要,在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训; 2)主动服务:我司定期将行业内一些先进的管理理念、管理思路和新的要求:3.对于任何运行维护任务,我司服务人员需严格填写维护记录单,并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定,如有变动,我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维,如需加班,要得到业主方的签字确认。 5.我司为业主方提供电话技术支持服务要求:5X8小时。 6.运维响应:工作时间运维响应时间应在2 小时以内,非工作时间运维响应

软件系统维保协议示范

XXXX公司XX系统开发维保协议 合同号: 甲方:XXXXXX 地址:XXX 法定代表人:XX 联系人:XX 联系电话:XX 联系传真:XX 乙方:XXXX 地址: XXX 法定代表人(主要负责人): XX 联系人: XX 联系电话:XX 联系传真:XX 为了保证XXX公司XX系统(以下称XX系统)的正常运行,做好XX公司XX系统的日常开发维护、故障诊断及故障排除工作,XX公司(以下称甲方)与XX公司(以下称乙方)经过友好协商,就2014年XX公司XX系统的开发维护工作达成以下协议:双方均具有法定权利和充分的授权以签订本协议并履行其在本协议项下的全部义务。 第一部分开发维护工作内容及方式 乙方指定专人负责从下几个方面,做好甲方XX系统的开发维护工作: 1.1、电话服务 如果甲方XX系统在系统开发维护期内,出现一些乙方可以通过电话排除的故障,乙方的技术服务部门在接到故障信息后应立即以电话热线的方式进行支持,协助甲方的系统

管理人员解决所出现的系统故障。 1.2、现场服务 如果甲方XX系统在系统开发维护期内,由于环境、设备、人为等原因,造成系统瘫痪或反应速度超过系统设计的指标等通过电话无法排除的严重故障时,乙方应在甲方发出故障信息通知后4小时内派遣工程师到达现场,协助系统运营商恢复系统的运行,并在排除故障后 1日内将故障原因、解决办法、处理结果上报给甲方。 1.3、功能升级 如甲方需要对XX系统的功能或性能进行修改,需将具体的改动内容以文档形式通过电子邮件发送给乙方,乙方根据文档中的具体要求进行相应的工作量评估并形成方案,工作量以日为单位。乙方评估出的工作量经过甲方确认后形成任务单。任务单须甲乙双方负责人签字确认后,乙方按照方案计划完成相应的工作。在紧急情况下可先行口头协议,事后应立即补充书面协议。 1.4、定期巡检 乙方应每个月第一个工作日例行检查甲方公司XX系统的运行状态,并根据检查结果形成《客户服务单》抄送甲方,对系统提示的各类错误警告及时上报给甲方,同时要及时提出解决方法;如乙方进行安装、调试等工作,工作内容须记录在《客户服务单》,并详细记载安装调试内容和结果,同时抄送甲方。日常巡检内容如下: (1)甲方XX系统配置文件; (2)甲方XX系统登录,查询检查(响应速度); (3)收集用户一般性使用问题; (4)检查甲方XX系统程序文件是否有变化; (5)检查数据库内应用数据量的变化。 1.5、系统迁移 由于客观及外部环境发生变化,乙方负责甲方XX系统的迁移工作,包括数据迁移和系统迁移。同时负责新环境中甲方XX系统的调试及试运行工作,确保系统安全、正常运行。

软件开发维护服务外包管理方案

软件开发维护服务外包管理方案(此文档为word格式,下载后您可任意修改编辑!)

目录 1项目概述 (1) 1.1项目背景 (1) 1.2项目范围 (1) 2运维服务需求内容 (4) 2.1软件维护需求 (4) 2.2软件开发需求 (4) 2.3集成服务需求 (5) 2.4现场服务需求 (6) 2.5用户培训需求 (7) 3某某服务理念 (8) 3.1服务理念 (8) 3.2服务宗旨 (8) 3.3服务理解 (9) 4某某运维服务保障体系 (10) 4.1某某售后服务体系简介 (10) 4.1.1售后服务体系理念 (10) 4.1.2服务支持体系构架 (10) 4.1.3技术支持服务形式 (11) 4.2某某公司四级服务支持体系 (12) 4.2.1第1级服务:本地项目服务机构及项目经理 (13) 4.2.2第2级服务:某某公司南京分公司以及华东大区技术人员 (14) 4.2.3第3级服务:社保平台系统建设专家 (14) 4.2.4第4级服务:某某总部技术支撑部门 (15) 5运维服务总体方案 (16) 5.1某某工程建设情况 (16) 5.2某某工程总体架构 (16) 5.2.1IT基础设施包括网络及硬件平台层和数据层 (17) 5.2.2基础服务应用平台 (18) 5.2.3业务组件与表示层 (18) 5.2.4某某通用企业应用平台—UniEAP (19) 5.2.4.1通用企业应用平台的结构 (19) 5.2.4.2通用企业应用平台的功能 (25) 5.2.4.3通用企业应用平台的特点 (26) 5.2.5基于通用企业平台的运维服务 (27) 5.2.6应用逻辑实现策略 (28) 5.2.6.1核心经办业务技术架构概述 (32) 5.2.6.2核心经办业务技术架构设计 (34) 5.2.6.3技术架构中各层对象在创建过程中的依赖关系 (36)

软件项目售后服务与培训方案

一、售后服务方案及系统应急方案 1、售后服务方案 1.1 售后服务的保障机制 项目成功的根本标志是客户满意,它贯穿软件项目的售前、售中和售后全过程。我们认为客户满意是一个实在的可以度量的目标,确保软件项目达到客户满意,尤其确保软件项目交付后长期的售后服务过程中的客户满意,使售后服务与项目承诺不脱节,必须有三个基础环节作为组织级支撑和保障,即组织级基础设施的保证;规范化的过程流程的保证和具体项目实施过程中监控与反馈机制(工具)的保证。 质量管理体系在软件项目生存周期内作用于三个基础环节,管理控制每一个项目作用域内的相关活动。使软件项目的售后服务受控于质量管理体系。 1.2 售后服务的维护规程 软件维护是软件项目售后服务的重要内容。软件维护包括:纠错性维护、适应性维护和完善性维护三类活动。我公司管理体系要求并约束软件项目维护活动过程,体现为: 1.3 售后服务的承诺 本次建设项目,我公司承诺的质保期为年,保证本项目验收合格后年内应用开发软件提供免费维护期和技术服务,向校方的相关技术人员免费提供原理和技术上的指导和咨询,使校方人员能正确熟练地使用本协议的软件开发及测试成果。 现场维护:根据使用单位的计算机技术人员现状,一旦系统安装调试完毕投入正常运行后,我们在交付本系统的5年内,专门指派若干名专业工程师为使用单位进行指导培训和维护。 维护方式及响应时间:如系统出现故障,我们会在接到用户报告10分钟内响应,并派出专业工程师在2小时内排除故障。如在2小时内无法解决,将2小时内向客户方提出详细解决方案及日程安排,交给客户方确认。

驻点服务:公司将派遣一名有丰富工作经验且具有相应技术职称的工作人 员长期驻扎,免费提供驻点服务。 驻点地址: 证明人: 证明电话: 常规维护:在维护期内,会定期电话回访,主动与用户联系。如有功能需 求分析范围内的问题,及时进行修改;维护期后发现的在需求规格说明书范围 内问题,同样及时进行修改。对用户提出的方便操作和易用等可用性方面的要求,尽可能满足用户要求,并保证在接到要求后一周内解决。用户提出性能要求,如属于软件编制因素导致性能较差,技术人员主动调整软件,以提高性能,保证在一个月内解决。 技术支持:长期电话技术咨询和技术服务和INTERNET在线服务。用户可以 随时拨打技术支持热线电话或通过INTERNET,进行有关技术咨询,专业技术人 员会耐心解答用户的问题。 1.4 投标人设立的售后服务机构 投标人服务机构: 投标人地址: 服务机构人员配置名单如下: 1.5 服务承诺的违约处罚措施 1、紧急业务服务响应 紧急业务是指因政策调整、软件自身缺陷、买方紧急业务处理等原因引起 的非常规修改需求,如果不修改将引起买方学校业务处理中断、出现经济损失 等严重情形,我方保证在1个小时内派出技术人员到买方了解情况,在一个工作日内制定出应急预案保障买方业务处理系统能够继续运行,并在三个工作日内 拿出软件修改解决方案。服务响应时间为全年365*24小时,服务热线电话及技

软件开发方案计划和实施安排

10.9.8软件开发方案 所有的项目软件开发过程都应遵循一个生命周期模型,在软件的开发策划期间,需要仔细考虑项目的特征和目标,然后选择生命周期模型。在本项目中,本投标单位将选用常用的瀑布型生命周期模型。 瀑布模型的主要特点是:只有当一个阶段的文档已编制好,且该阶段的产品得到质量保证人员(SQA)认可后,该阶段才算完成。测试或验证在每个阶段都必须执行;一旦产品完成提交用户,其后的任何修改均属于维护阶段。 在瀑布型模型中,主要定义的过程包括:需求分析、系统分析、代码实现、测试。 ●需求分析 需求分析的目的是通过调查和分析,获取用户需求并定义产品需求。需求分析的输出文档是《需求分析说明书》(RAS)。 《需求分析说明书》(RAS)将用客户语言来描述系统需求,其主要的目的是作为与用户沟通并达成一致的基础。这些需求需要用户参与进行评审,并得到用户的确认。然后对用户需求进行细化,对比较复杂的用户需求进行建模分析,最终形成面向软件产品的软件需求说明。 需求分析的主要任务包括: ?确定需求调查的方式,例如问卷式、面对面谈等; ?调查与记录; ?分析需求信息;

?编写《需求分析说明书》(RAS); ?组织《需求分析说明书》(RAS)评审。 主要的角色与职责为: ?系统分析员,调查和分析用户需求; ?客户与最终用户提供必要的需求信息,并确认客户需求; ?系统分析员定义产品软件需求; ?客户与最终用户提供必要的信息,并确认产品需求。 ●系统设计 系统设计是指设计软件系统的体系架构、用户界面、数据库、模块等,从而在需求和代码实现之间建立桥梁,指导开发人员去实现能满足用户需求的软件产品。系统设计可分为两个阶段:概要设计和详细设计。概要设计的要点是体系架构的设计,详细设计的重点是用户界面设计、数据库设计以及模块的设计。伟创软件就此介绍,主要的输出文档包括:《系统总体设计报告》。 主要的参与人员包括: ?项目经理指定具备相关经验的开发人员进行软件系统架构的设计,这些开发人员又称为体系架构设计人员; ?在用户界面的设计中,常常需要美工和用户的参与; ?项目经理指定开发人员进行数据库、模块的设计。 系统设计的主要任务包括: ?设计准备,包括阅读前一阶段的文档等; ?设计,不同的设计内容所采用的方法有所不同,例如对于用户界面的设计,一般采用“原型创作----原型评估----细化”的步骤或方法; ?编写相关的设计文档; ?组织设计评审。 ●开发(代码实现) 开发也称为代码实现,其主要的任务为编写整个系统的代码,并进行单元的测试。本过程的输入是个设计文档,输出是源代码、单元测试记录以及代码审查记录。其主要工作任务包括: ?准备----确定代码规范等标准、准备软件开发环境等;

软件开发维护服务方案

软件开发维护服务方案 一、服务原则 我公司为xx信息中心提供的维保服务遵循以下原则: 保证系统的更高可用性:通过中心数据机房设备维保,可以更高地提高系统的可用性,使用户获得更高的故障解决率,使系统停机时间更短;另外,通过定期巡检等预防性维护工作,可以大大减少故障的发生概率。 节约成本:由于提供本地化服务,以及采取了更加有效的成本控制策略,因此我们所提供中心数据机房高端设备维保服务的价格将更加具有竞争力,使用户在得到更加快速的备件服务、更加快速的故障响应以及更加贴近的IT服务的情况下,减少企业的运营成本。 更高的服务质量:作为专业的维保服务提供商,我们建立了基于ITIL的、符合业界最佳实践和工业标准的服务管理体系,建立了具有丰富企业管理和IT 技术背景的工程师队伍,能够为企业提供切实可行的管理和服务方案,包括建立计算机系统设备档案、系统维护记录、系统维护记录和系统管理分析报告等服务项目,保障客户IT系统正常运行,为您提供更高质量的IT服务。 集中精力关注主营业务:网络系统维保服务,可以使客户解除系统宕机和发生故障的后顾之忧,而且可以极大降低企业人员成本、提高企业利润率,在保证信息化系统的高校运行的基础上,借助信息化系统集中精力拓展自己的核心业务。 专业化的梯队支持:企业会面临很多技术问题:硬件、软件、局域网、互联网、数据库以及各种集成系统等,相关内容往往需很多专业工程师才能完成,我们拥有全面的技术背景、有能力为用户提供如系统维护、系统优化等全面的技术服务。并结合客户的实际业务发展需求,提供相应的项目咨询和建议。 得到超值和增值的服务:作为维保服务商,我公司不但能够提供日常维护服务,同时也能够提供适合企业的超值和增值服务,如对客户的员工进行定制培训、进行系统优化、进行系统安全评估和诊断、进行系统安全加固等等。

软件开发维护服务外包管理方案

软件开发维护服务外包管理方案 目录 1项目概述 (1) 1.1项目背景 (1) 1.2项目范围 (1) 2运维服务需求内容 (4) 2.1软件维护需求 (4) 2.2软件开发需求 (4) 2.3集成服务需求 (5) 2.4现场服务需求 (6) 2.5用户培训需求 (7) 3某某服务理念 (8) 3.1服务理念 (8) 3.2服务宗旨 (8) 3.3服务理解 (9) 4某某运维服务保障体系 (10) 4.1某某售后服务体系简介 (10) 4.1.1售后服务体系理念 (10) 4.1.2服务支持体系构架 (10) 4.1.3技术支持服务形式 (11) 4.2某某公司四级服务支持体系 (12) 4.2.1第1级服务:本地项目服务机构及项目经理 (13) 4.2.2第2级服务:某某公司南京分公司以及华东大区技术人员 (14) 4.2.3第3级服务:社保平台系统建设专家 (14) 4.2.4第4级服务:某某总部技术支撑部门 (15) 5运维服务总体方案 (16) 5.1某某工程建设情况 (16) 5.2某某工程总体架构 (16) 5.2.1IT基础设施包括网络及硬件平台层和数据层 (17) 5.2.2基础服务应用平台 (18) 5.2.3业务组件与表示层 (18) 5.2.4某某通用企业应用平台—UniEAP (19) 5.2.4.1通用企业应用平台的结构 (19) 5.2.4.2通用企业应用平台的功能 (25) 5.2.4.3通用企业应用平台的特点 (26) 5.2.5基于通用企业平台的运维服务 (27)

5.2.6.1核心经办业务技术架构概述 (32) 5.2.6.2核心经办业务技术架构设计 (34) 5.2.6.3技术架构中各层对象在创建过程中的依赖关系 (36) 5.3维护服务计划 (38) 5.4软件维护方案 (38) 5.4.1远程支持服务流程 (38) 5.4.2现场服务流程 (40) 5.4.3服务内容 (42) 5.4.4客户服务质量文件 (43) 5.5应急维护方案 (45) 5.5.1应急预案目标 (45) 5.5.2应急预案具体措施 (45) 5.5.3应急处理流程 (46) 5.6软件开发方案 (47) 5.6.1项目启动过程 (47) 5.6.2需求分析 (48) 5.6.3开发策划 (49) 5.6.4设计与编码实现 (49) 5.6.4.1系统设计 (49) 5.6.4.2编码实现 (50) 5.6.5系统测试 (50) 5.6.6实施培训 (52) 5.6.7总结验收 (53) 5.6.8问题处理机制 (53) 5.6.9系统维护流程 (54) 5.7集成服务方案 (55) 5.7.1集成服务目标 (57) 5.7.2岗位分工和职责 (58) 5.7.3维护作业制度 (59) 5.7.4系统安全制度 (60) 5.7.5故障处理制度 (60) 5.7.6技术档案和原始记录的管理制度 (61) 5.8现场服务方案 (63) 5.8.1现场组织管理策略 (63) 5.8.2项目管理组织体系 (64) 5.8.3项目组织各角色的职责 (64) 5.8.3.1项目领导小组 (64) 5.8.3.2项目指导小组 (65) 5.8.3.3项目经理.................................................................................................... 错误!未定义书签。 5.8.3.4项目顾问委员会 ........................................................................................ 错误!未定义书签。 5.8.3.5过程组 (66) 5.8.3.6实施经理.................................................................................................... 错误!未定义书签。 5.8.3.7商务经理.................................................................................................... 错误!未定义书签。

软件开发维护服务方案

软件开发维护服务方案 软件外包行业的发展为非互联网企业开发软件提供了极大的便利,不只是大型企业,还有很多中小公司,初创企业,想要开发一款软件应用的时候,都愿意找专业的软件外包公司合作,可见大众对于软件外包这种方式的认可。那么正规软件外包公司的软件外包开发的服务流程是怎样的呢? 售前服务流程 售前沟通 了解客户的需求,对客户的产品定位和功能进行沟通,并给予专业的意见,引导客户表达正确的需求。 制定功能报价 通过前面的沟通,初步了解客户实际需求,并根据客户的要求写出需求分析文档。完成需求分析后,与客户确认,确认无误后制定功能列表和报价。越清晰的功能分解报价,越能避免后期的分歧。 签订合同 报价确认完成后,把相关的文件一起打印走合同签订流程。 开发服务流程 般软件开发分为8个阶段,具体如下:

1. 项目启动阶段 根据前期双方确认的需求说明书,将需求内容进行拆解和整体设计,同时制定更详细的软件研发计划。 2. 产品原型阶段 专业的需求分析师或产品经理对客户需求进行分析,制作专业的需求文档和原 型。需求和原型经过线上和见面确认后,召开需求确认会。所有客户干系人都参 与,对需求进行最后一次讲解和确认,并最终以文字(邮件)形式发给相关的对接人进行确认,确认完成后下一阶段。 3. UI设计阶段 这个阶段是UI设计师跟客户确认产品风格,根据产品经理给出的原型图以及 PRD设计出一套符合要求并且好看的UI界面。每个界面制作完成都会进行一次初步确认。整个产品完成后,需要发一版总的UI确认,并最终以邮件形式发给相关的对接人进行确认,确认后才会进行前端开发阶段。 4. 前端设计页面阶段当UI设计师设计好页面后,前端工程师就可以根据UI设计的原图。

软件系统实施、培训、售后服务方案

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

重大项目变更的决策 对项目的执行、质量进行监督和调控 项目经理职责: 与用户讨论并确定最终项目范围和实施方法 负责制订具体的项目计划,包括培训计划 $ 把握项目各方面的进程 指导业务流程重组和项目变更 检查及调控项目实施范围 向公司汇报项目状况,提出建议及改进措施 负责项目阶段质量 其它项目经理所应该负责的项目管理工作 1.1. 2.需求小组的工作职责 明确项目需求,提出需求分析,完成项目概要设计。 1.1.3.《 1.1.4.开发小组的工作职责 软件开发组负责软件的编码开发,包括高级程序员、程序员等。软件开发组组长是一位资深的技术人员,对系统开发、用户业务及厂家的系统和开发工具有深切的了解。 美工组负责项目的美工设计。

测试组负责制定测试计划,进行单元测试、集成测试和性能测试,并撰写测试文档和测试报告。 项目部署人员负责系统环境的配置和软件产品的部署。 用户文档撰写人员负责撰写相应的用户手册和系统管理员手册。 1.1.5.质量监控小组工作职责 我司配备有专门的项目管理部门,负责软件开发质量管理,按制定的标准及控制手段执行进度管理,风险管理和变更管理。 1.1.6.! 1.1.7.项目实施小组工作职责 对项目实施按项目实施计划提供实施支持 协助项目经理定义项目的范围及目标 参与讨论、制定项目计划 按项目实施计划提供系统功能培训 制订指导系统详细实施计划和进度方案 制订数据转换格式和方案 进行系统的客户化 ~ 负责系统安装、提供设备选型参数 对系统整体性能提出意见

软件系统运行维护流程及方案

维护服务方案 (一)维护服务容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等; 2.系统突发事件的诊断、排除; 3. 因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于(含)1 人日的开发工作,年累计不能超过30个工作日; 4. 咨询服务。帮助解答甲方提出的系统相关的各种业务和技术问题,包括技术咨询、指导和信息提供等。 5.数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表,从应用系统角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高应用系统运行速度。 对于数据库参数方面的优化工作,可提出建议和要求,并辅助数据库厂商或运维上进行数据库性能优化。 6. 运维总结 我司将定期撰写运维总结报告,总结回顾本期各项运维工作开展情况,重点描述和分析出现的技术问题和服务质量问题,并给出整改方案。 (二)维护形式 维护分为被动式和主动式两种形式: 1.被动式服务包括: 1)现场技术服务方式,指因应用软件系统出现重大故障导致业务中止时,我司将派技术人员运程协助业主方技术、业务人员一起对故障进行分析,提出解决方案,在征得业主方同意后对故障进行处理和排除; 2)远程维护方式,通过、电子、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2. 主动式服务包括: 1)按月巡检:我司按月到现场对系统进行全面检查,优化系统,同时做好各类

系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作,并提供必要的现场指导。 另外,我司还可根据需要,在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训; 2)主动服务:我司定期将行业一些先进的管理理念、管理思路和新的要求:3.对于任何运行维护任务,我司服务人员需严格填写维护记录单,并由业主方签字认可。 4.我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定,如有变动,我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维,如需加班,要得到业主方的签字确认。 5.我司为业主方提供技术支持服务要求:5X8小时。 6.运维响应:工作时间运维响应时间应在 2 小时以,非工作时间运维响应时间在1小时以;如果需到现场进行服务,我司将在接到运维请求后的4个小时以赶到用户现场。 (三)维护流程:

软件系统运行维护流程及方案

维护服务方案 (一)维护服务内容 1系统日常运行维护。包括系统操作指导、因系统缺陷导致的各种BUG的修复、因误操作导致的数据错误维护等等; 2、系统突发事件的诊断、排除; 3、因业务发展需要或需求变动引发对系统的新增、完善软件功能且工作量小于(含)1 人日的开发工作,年累计不能超过30个工作日; 4、咨询服务。帮助解答甲方提出的系统相关的各种业务与技术问题, 包括技术咨询、指导与信息提供等。 5、数据库数据清理。定期清理运维过程中所生成的生产数据库中的临时表,从应用系统角度来优化数据库,如建立并优化索引、优化存储过程、数据库表拆分等,提高应用系统运行速度。 对于数据库参数方面的优化工作,可提出建议与要求,并辅助数据库厂商或运维上进行数据库性能优化。 6、运维总结 我司将定期撰写运维总结报告,总结回顾本期各项运维工作开展情况,重点描述与分析出现的技术问题与服务质量问题,并给出整改方案。 (二)维护形式 维护分为被动式与主动式两种形式: 1、被动式服务包括: 1)现场技术服务方式,指因应用软件系统出现重大故障导致业务中止时, 我司将派技术人员运程协助业主方技术、业务人员一起对故障进行分析, 提出解决方案, 在征得业主方同意后对故障进行处理与排除; 2)远程维护方式,通过电话、电子邮件、传真或远程访问等方式进行系统故障的处理、技术支持、咨询服务等工作。 2、主动式服务包括: 1)按月巡检:我司按月到现场对系统进行全面检查,优化系统, 同时做好各类系统运行情况的记录。 对可能出现的故障提出解决预案及系统功能改进等方面的技术咨询工作,并提

供必要的现场指导。 另外,我司还可根据需要,在现场对业主方的技术、业务人员进行系统运行管理、日常维护、使用操作及开发技术等方面的培训; 2)主动服务:我司定期将行业内一些先进的管理理念、管理思路与新的要求: 3、对于任何运行维护任务,我司服务人员需严格填写维护记录单, 并由业主方签字认可。 4、我司指派经验丰富的运维工程师来具体承担的维护服务工作。服务人员相对固定,如有变动,我司将提前一周通知甲方并征得甲方同意。 运维人员在现场运维,如需加班,要得到业主方的签字确认。 5、我司为业主方提供电话技术支持服务要求:5X8小时。 6、运维响应: 工作时间运维响应时间应在 2 小时以内, 非工作时间运维响应时间在1小时以内; 如果需到现场进行服务,我司将在接到运维请求后的4个小时以内赶到用户现场。 (三)维护流程:

软件系统运维方案

软件开发维护服务外包 东软集团软件股份有限公司 2010年7月

目录 1项目概述 (1) 1.1项目背景 (1) 1.2项目范围 (1) 2运维服务需求内容 (4) 2.1软件维护需求 (4) 2.2软件开发需求 (4) 2.3集成服务需求 (5) 2.4现场服务需求 (6) 2.5用户培训需求 (7) 3东软服务理念 (8) 3.1服务理念 (8) 3.2服务宗旨 (8) 3.3服务理解 (8) 4东软运维服务保障体系 (10) 4.1东软售后服务体系简介 (10) 4.1.1售后服务体系理念 (10) 4.1.2服务支持体系构架 (10) 4.1.3技术支持服务形式 (11) 4.2东软公司四级服务支持体系 (12) 4.2.1第1级服务:本地项目服务机构及项目经理 (13) 4.2.2第2级服务:东软公司南京分公司以及华东大区技术人员 (14) 4.2.3第3级服务:社保平台系统建设专家 (14) 4.2.4第4级服务:东软总部技术支撑部门 (15) 5运维服务总体方案 (16) 5.1无锡金保工程建设情况 (16) 5.2金保工程总体架构 (16) 5.2.1IT基础设施包括网络及硬件平台层和数据层 (17) 5.2.2基础服务应用平台 (18) 5.2.3业务组件与表示层 (18) 5.2.4东软通用企业应用平台—UniEAP (19) 5.2.4.1通用企业应用平台的结构 (19) 5.2.4.2通用企业应用平台的功能 (25) 5.2.4.3通用企业应用平台的特点 (26) 5.2.5基于通用企业平台的运维服务 (27) 5.2.6应用逻辑实现策略 (28) 5.2.6.1核心经办业务技术架构概述 (32) 5.2.6.2核心经办业务技术架构设计 (34) 5.2.6.3技术架构中各层对象在创建过程中的依赖关系 (36)

软件项目售后服务与培训方案

、售后服务方案及系统应急方案 1、售后服务万案 1.1售后服务的保障机制 项目成功的根本标志是客户满意,它贯穿软件项目的售前、售中和售后全过 程。我 们认为客户满意是一个实在的可以度量的目标, 确保软件项目达到客户满 意,尤其确保软件项目交付后长期的售后服务过程中的客户满意, 使售后服务与 项目承诺不脱节,必须有三个基础环节作为组织级支撑和保障, 即组织级基础设 施的保 证;规范化的过程流程的保证和具体项目实施过程中监控与反馈机制 (工 具)的保证。 质量管理体系在软件项目生存周期内作用于三个基础环节, 管理控制每一个 项目作用域内的相关活动。使软件项目的售后服务受控于质量管理体系。 1.2 售后服务的维护规程 软件维护是软件项目售后服务的重要内容。 软件维护包括:纠错性维护、适 应性维 护和完善性维护三类活动。我公司管理体系要求并约束软件项目维护活动 过程,体现 为: 软件项目服务的保障机制 组织基础祓施 客户磋 作用于顼目生存嵐耻 的 质壘保 证障系

护申请进行处理:根据问题实际进行即时处 上做岀问题审核处理意见。对于不需要进行 维护的,发送《客户回执》给用户,并将《用 维护人员将维护过程中产生的记录和 客户意见提交给客户服务部或项目维护小 组,对本次维护进行确认,如果合格,则本 次维护结束。 所有过程质量记录交由文档管 理员进行归档 1.3 售后服务的承诺 本次 ______ 建设项目,我公司承诺的质保期为—年,保证本项目验收合格 后—年内应用开发软件提供免费维护期和技术服务,向校方的相关技术人员免费 提供原理和技术上的指导和咨询,使校方人员能正确熟练地使用本协议的软件开 发及测试成果。 现场维护:根据使用单位的计算机技术人员现状, 一旦系统安装调试完毕投 入正常运行 后,我们在交付本系统的5年内,专门指派若干名专业工程师为使用 单位进行指导培训和维护。 维护方式及响应时间: 如系统岀现故障,我们会在接到用户报告 10分钟内 响应,并派出专业工程师在 2小时内排除故障。如在 2小时内无法解决,将 2 小时内向客户方提出详细解决方案及日程安排,交给客户方确认。 驻点服务:公司将派遣一名有丰富工作经验且具有相应技术职称的工作人员 长期驻扎,免 费提供驻点服务。 驻点地址: 证明人: 证明电话: 常规维护:在维护期内,会定期电话回访,主动与用户联系。如有功能需求 分析范围内的 活动流程 过程说明 责任人 产生记录 收集维护信息并对信息进行管理。客户 服务部门、项目维护组接收用户提岀的维护 客户服务部门、项目 《客户咨询/反馈 维护申谙 申请(来自网络的客户信息、电话或者书面 申请 等),填写《客户咨询/反馈登记表 维护组 登记表》 客户服务部、项目维护组技术人员对维 理;对于需要深度维护的问题制定维护方 案,并与用户进行协商以确定维护的模式, 维护活动的实施细节,是有偿维护还是无偿 维护等。在《用户问题反馈及落实情况表》 客户服务部门、 《用户问题反馈 项目维护组(技术人 员) 及落实情况表》 《客户回执》 实施维护方臬 户问题反馈及落实情况表》进行归档 维护人员实施维护。实施时根据维护的 类型参见《软件维护规范》和《系统维护规 维护人员 《维护任务单》 《用户意见反馈 雉护亘查、评审、 范》。维护实施完毕后,请客户填写意见 维护完成后,必须进行维护验收,验证 修改是否正确,并重新确认整个软件 维护小组负责人 维护实施人员 表》 《维护验收表》 雉护归猎 客户服务部门、项目 维护、文档管理人员 《归档记录》

相关文档
最新文档