方案具有明确的格式和内容规范，要求其具有很强的实践性和可操作性，避免抽象和假大空的内容，那么具体如何制定方案呢？下面是小编为大家整理的《软件测试外包服务方案》，供大家参考，更多范文可通过本站顶部搜索您需要的内容。
第一篇：软件测试外包服务方案
售后服务方案-软件售后服务方案
篇一：软件售后服务方案
1.公司的售后服务宗旨
冠金公司从成立之初就将“坚持客户视角观，即站在客户的角度来审视我们的工作”作为我公司服务教育的服务宗旨。“客户的满意才是我们的成功”是客户服务部一直的追求，客户的满意一方面来自对工程质量的满意，更重要的将是今后长时期的售后服务满意度。我们将为贵单位提供全面的售后服务和支持，让用户用的放心、使得开心。
2.公司对于售后服务的承诺
售后服务的内容
根据我公司对用户的一贯承诺，我
们将对用户提供以下售后服务内容：
● 设备安装和初验阶段
● 系统试运行和设备最终验收阶段
● 免费维护期内
● 免费维护期后
在每一阶段，所提供的服务内容如下：
售前服务：
1、特设置客户服务专线：免费提供电话技术支持，为用户解答关于LED显示屏技术以及相关问题。
2、在最短的时间内为客户提供完整的解决方案：对客户的需求和生产产品用途全面系统的分析并在不超过两天之内为用户提供最详尽、合适、性价比最高的设计方案，使客户能清晰准确的选择自己所需要的产品，掌握工程预算。令用户的投入发挥出最大的经济效益。
试运行完成后，我方将派工程技术人员到用户现场，提供终验测试建议，并由双方确定终验测试方案。最终由用户确认试运行期和终验结束。
针对主要设备所进行特别服务
售后服务：我们承诺对于我们提供的设备提供保修及终身跟踪服务。我公司在国内主要城市如北京、深圳、上海、成都等地设有办事处或服务中心，并配备专业维修人员及常用备件，可就近为客户提供售后服务。
1、在免费保障期间，一切由于元器件质量原因或生产安装工艺原因引发的故障均获得无条件的免费维修，但违反操作规程或国家规定的不可抗拒的外部因素除外，针对此类因素只收取工本费。免费保修结束后，服务用酌情收取。
2、免费提供显示系统应用软件的升级更新服务。
3、对用户提出的维修和帮助要求给予最快的响应，用户提出维修申请后，保证在最短的时间内，以最快的方式派技术人员到现场检修。
4、需要返厂维修的设备。设备到工厂后，返修期不超过5个工作日。
5、在免费保修期间，我公司保证
定期巡查，定期派遣工程人员上门维护。
回 访： 我公司为了保证每次客户服务工作落地有声，公司客户服务中心工作人员对每次服务工作情况进行电话或上门回访，具体内容有服务态度、服务质量、故障解决水平等等。
巡 检： 公司总经理会同公司客户服务中心工作人员不定期走访客户，了解客户对我们的产品、服务的满意程度，为进一步提高服务水平和服务质量掌握一手资料，也为不同客户提供有针对性的服务。
篇二：软件售后服务方案
建文软件 产品培训：我们将根据用户需要，对项目管理层的进度、成本、采购、合同、质量、安全、招投标等模块在实际业务中的应用进行培训，切实提供项目管理的成本控制水平;对企业管理层的多项目管理中心、资源中心、财务中心、人力资源中心、经营中心、预警中心等实际业务中的应用进行指导，切实提高企业的管理水平;对决策
管理层进行决策管理方面的培训，切实提升企业的决策水平，强化企业的核心竞争力。
建文软件 工作流程定制：根据用户的实际业务需求，协助用户定制各种工作流、建立审批流程、及相关培训。
建文软件 报表定制：根据用户的实际业务需求，协助用户定制各种统计报表和分析图表，及相关培训。
建文软件 二次开发：根据用户的实际业务需要，对系统进行二次开发，实现用户的个性化功能要求，并进行相关培训。
建文软件 产品补丁：不定期发布产品补丁，修正产品中存在的Bug，用户可以 根据需要选择适当补丁。
建文软件 建立系统模块编码档案与错误信息编码，为软件系统的管理提供依据维护依据。
建文软件 系统恢复服务，确保系统崩溃后能尽快恢复。
建文软件 病毒清除和防范：病毒
预警服务，随时提示用户病毒发作信息，降低病毒感染传播机会。
建文软件 提供系统维护报告。
建文软件 协助用户建立系统安全管理和系统使用管理制度。售后服务方案
第二篇：软件运维服务方案V1.2
软件开发维护服务外包
软件开发维护服务外包
东软集团软件股份有限公司
2010年7月
第I页 软件开发维护服务外包
目
录
1 项目概述.......................................................................................................................................... 1 1.1 1.2 2 项目背景 ................................................................................................................................. 1 项目范围 ................................................................................................................................. 1
运维服务需求内容 .......................................................................................................................... 4 2.1 2.2 2.3 2.4 2.5 软件维护需求 ......................................................................................................................... 4 软件开发需求 ......................................................................................................................... 4 集成服务需求 ......................................................................................................................... 5 现场服务需求 ......................................................................................................................... 6 用户培训需求 ......................................................................................................................... 7
3 东软服务理念 .................................................................................................................................. 8 3.1 3.2 3.3 服务理念 ................................................................................................................................. 8 服务宗旨 ................................................................................................................................. 8 服务理解 ................................................................................................................................. 9
4 东软运维服务保障体系 ................................................................................................................ 10 4.1 东软售后服务体系简介 ....................................................................................................... 10
售后服务体系理念 ....................................................................................................... 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 5.2 无锡金保工程建设情况 ....................................................................................................... 16 金保工程总体架构 ............................................................................................................... 16 4.1.1
5.2.1 IT基础设施包括网络及硬件平台层和数据层 ............................................................... 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
第II页 软件开发维护服务外包
5.3 5.4 维护服务计划 ....................................................................................................................... 38 软件维护方案 ....................................................................................................................... 38
远程支持服务流程 ....................................................................................................... 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 项目启动过程 ............................................................................................................... 48 5.6.2 需求分析 ....................................................................................................................... 48 5.6.3 开发策划 ....................................................................................................................... 49 5.6.4 设计与编码实现 ........................................................................................................... 50 5.6.4.1 系统设计 ................................................................................................................................. 50 5.6.4.2 编码实现 ................................................................................................................................. 50 系统测试 ....................................................................................................................... 50 5.6.6 实施培训 ....................................................................................................................... 52 5.6.7 总结验收 ....................................................................................................................... 53 5.6.8 问题处理机制 ............................................................................................................... 54 5.6.9 系统维护流程 ............................................................................................................... 54 5.7 集成服务方案 ....................................................................................................................... 56 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 项目组织各角色的职责 ............................................................................................... 65 5.8.3.1 项目领导小组 ......................................................................................................................... 65 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 商务经理 ................................................................................................. 错误!未定义书签。 5.8.3.8 项目软件经理 ......................................................................................................................... 67
5.8.4 5.6.5 5.4.1
现场维护管理 ............................................................................................................... 70 5.8.5 项目管理监控 ............................................................................................................... 71 5.8.5.1 阶段评估 ................................................................................................................................. 71
第III页 软件开发维护服务外包
5.8.5.2 5.8.5.3 5.8.5.4 迭代评估 ................................................................................................................................. 72 状态评估 ................................................................................................................................. 72 资源监控 ................................................................................................................................. 73
5.9 用户培训方案 ....................................................................................................................... 76
5.9.1 东软针对本项目的培训承诺 ....................................................................................... 76
5.9.2 东软针对本项目提供的技术培训 ............................................................................... 76 5.9.2.1 培训计划 ................................................................................................................................. 76 5.9.2.2 培训方式 ................................................................................................................................. 80 5.9.2.3 售后跟踪培训 ......................................................................................................................... 81
5.9.3
5.9.3.1 5.9.3.2 5.9.3.3 5.9.3.4 5.9.3.5 5.9.3.6 5.9.3.7 培训综合能力 ............................................................................................................... 81
东软公司培训中心简介 ......................................................................................................... 82 大连东软信息技术学院 ......................................................................................................... 82 南海东软信息技术学院 ......................................................................................................... 83 成都东软信息技术学院 ......................................................................................................... 83 东软在线大学 ......................................................................................................................... 84 公司培训优势 ......................................................................................................................... 86 咨询 ......................................................................................................................................... 86
6 项目管理及质量控制 .................................................................................................................... 88 6.1 6.2 6.3 东软项目管理概述 ............................................................................................................... 88 人员配备策略 ....................................................................................................................... 91 项目组人员列表 ................................................................................................................... 92
6.3.1 6.3.2 6.3.3
6.3.3.1 6.3.3.2 6.3.3.3 6.3.3.4 6.3.3.5 6.3.3.6 项目负责人员安排 ....................................................................................................... 92
现场人员安排 ............................................................................................................... 94 后台支持人员安排 ....................................................................................................... 96 设计人员 ................................................................................................................................. 96 开发人员 ................................................................................................................................. 97 软件测试人员 ....................................................................................................................... 100 项目管理人员 ....................................................................................................................... 103 咨询策划人员 ....................................................................................................................... 104 集成支持人员 ....................................................................................................................... 105 开发过程管理指导思想 ............................................................................................. 109 配置与变更管理 ......................................................................................................... 110 配置管理资源配备 ............................................................................................................... 111 项目配置策略 ....................................................................................................................... 111 创建项目配置环境 ............................................................................................................... 114 变更与交付工件 ................................................................................................................... 114 管理基线 ............................................................................................................................... 115 管理软件系统交付 ............................................................................................................... 116 变更请求管理 ....................................................................................................................... 116 监测与报告配置状态 ........................................................................................................... 121 项目质量方针 ............................................................................................................. 121 项目质量目标 ............................................................................................................. 121 6.4 项目组织管理 ..................................................................................................................... 109
6.4.1 6.4.2
6.4.2.1 6.4.2.2 6.4.2.3 6.4.2.4 6.4.2.5 6.4.2.6 6.4.2.7 6.4.2.8
6.5 质量保证方案 ..................................................................................................................... 121
6.5.1 6.5.2
第IV页 软件开发维护服务外包
6.5.3 质量保证承诺 ............................................................................................................. 122
6.5.4 项目质量范围和标准 ................................................................................................. 122 6.5.4.1 质量范围 ............................................................................................................................... 122 6.5.4.2 质量标准 ............................................................................................................................... 123
6.5.5
6.5.5.1 6.5.5.2 6.5.5.3 6.5.5.4 6.5.5.5 质量管理 ..................................................................................................................... 123
质量保证的基本思想 ........................................................................................................... 123 软件生产过程中主要的工作活动........................................................................................ 125 质量过程管理 ....................................................................................................................... 126 质量保证专项活动SQA ...................................................................................................... 127 软件工作产品质量审计和相关文档 .................................................................................... 128 项目实施各方职责 ..................................................................................................... 131 需要用户和原承建商配合的建议 ............................................................................. 132 项目管理方面 ....................................................................................................................... 132 软件开发阶段 ....................................................................................................................... 132 培训组织工作 ....................................................................................................................... 133 项目验收阶段 ....................................................................................................................... 133 6.6 项目沟通管理 ..................................................................................................................... 130
6.6.1 6.6.2
6.6.2.1 6.6.2.2 6.6.2.3 6.6.2.4
客户交互的安排 ......................................................................................................... 133
6.7 项目风险管理 ..................................................................................................................... 134 6.7.1 风险管理过程 ............................................................................................................. 134 6.7.1.1 风险管理计划 ....................................................................................................................... 134 6.7.1.2 项目风险的跟踪 ................................................................................................................... 134 项目风险管理计划 ..................................................................................................... 135 6.7.3 本项目风险和对策 ..................................................................................................... 136 6.8 项目文档提交件管理 ......................................................................................................... 137 6.8.1 项目交付物 ................................................................................................................. 137 6.8.2 递交成果的签署 ......................................................................................................... 138 6.8.3 递交成果的拒绝 ......................................................................................................... 139 6.9 针对本项目的具体承诺 ..................................................................................................... 140
7 结束语.......................................................................................................................................... 142 7.1 7.2 7.3 东软与劳动保障信息化建设.............................................................................................. 142 东软与无锡金保信息化建设.............................................................................................. 143 预祝项目圆满成功 ............................................................................................................. 144 6.7.2 6.6.3
第V页 软件开发维护服务外包
1 项目概述
无锡市金保工程自2007年上线以来，信息系统运行稳定，应用软件满足了劳动保障业务不断发展的需要，实现了劳动就业和社会保障业务办理的一体化，整个应用软件于2007年5月份完成验收。按合同约定，三年内由软件开发商负责免费维保。2010年5月是三年软件免费维保期期满之时。为了保证无锡金保工程应用软件系统能安全平稳运行，且能不断满足人力资源和社会保障业务的不断发展，采购单位拟将应用系统软件开发及维护服务实行统一外包。
1.1 项目背景
2007年，我市按照国家“金保工程”的建设要求，建成了全面覆盖劳动保障业务的信息系统，建设了集中式的劳动保障资源数据库，实现了劳动保障基础数据的“同人、同城、同库”，体现了数据向上集中、服务向下延伸。同时我市发行了用途广泛的社会保障卡，记录了持卡人个人身份、就业和社会保障等基础信息。应用软件主要由“无锡市社会保险管理信息系统”、“无锡市劳动就业管理信息系统”及相关应用系统组成，涵盖了劳动保障所有业务领域，包括劳动力资源、劳动关系、劳动监察、劳动仲裁、劳动事务代理、社会保险参保缴费、申领各项保险待遇、医疗就诊和费用报销、定点零售药店购药、公共服务、统计分析等，今后还要包括合并后的人力资源和社会保障局业务内容。
1.2 项目范围
根据招标文件要求，我市金保工程项目启动以来至2010年5月31日止，与软件开发商签订的所有软件项目合同所涵盖的内容，均在软件维保服务范围内，包含应用软件运行中的修改、完善、升级、优化、部署、监控等。目前尚未过免费维护期的仍然由原合同规定的维保单位进行免费维护。
本次运维服务所包含的我市金保工程应用软件主要包括以下内容： 无锡市社会保险信息管理系统 无锡市劳动就业信息管理系统
第1页 软件开发维护服务外包
无锡市企业退休人员社区管理系统 无锡市老年补贴管理系统 无锡市居民医疗管理系统
无锡市社会保险单位管理信息系统(报盘软件) 无锡市征地报盘管理系统
无锡市劳动保障单位网上申报管理系统 无锡市社保卡金融应用软件管理系统 无锡市社区扁平化管理单点登陆系统 无锡市异地就医系统
无锡市定点医疗机构托管系统 软件程序版本更新系统
无锡市企业退休人员健康体检管理信息系统 无锡新农保系统和老农保系统 无锡市女职工单位报盘管理系统
无锡市劳动保障行政权力内控及电子监察系统 劳动保障数据上传管理
无锡市失业保险维护管理信息系统 无锡市零就业家庭管理系统
无锡市创业促就业管理系统(内外网) 无锡市创业培训网上学校信息管理系统 劳动保障网百件实事网上办
无锡市劳动保障综合统计系统和主要指标管理系统 无锡市劳动保障信访管理系统 触摸屏管理系统 各种接口软件
根据人力资源和社会保障业务发展的实际需要及时提出业务需求，中标单位及时根据用户要求，积极组织资源，配合制定进度，确保软件需求分析、软件开发、测试、培训、上线、运行跟踪监控、优化等工作在规定的时间进度内准确、及时、安全、稳定地上线运行。每个新项目按软件工程要求进行管理，验收完毕
第2页 软件开发维护服务外包
后纳入日常软件运维范围。
目前根据部相关文件要求今年需完成居民养老业务、社会保险经办能力提升、内控项目等的开发上线工作。
第3页 软件开发维护服务外包
2 运维服务需求内容
根据招标文件要求，运维服务主要分为软件维护、软件开发、集成服务、现场服务和用户培训五个方面，每个部分的需求和具体要求如下：
2.1 软件维护需求
软件维护需求主要包括以下11项内容：
协助检查数据库运行情况，及时处理数据库故障; 协助定期对数据库进行优化，提高数据库运行效率;
协助检查应用软件中间件运行情况，及时优化并处理中间件故障; 接受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进行数据维护处理;
接受全市各级劳动保障经办机构软件维护申请，对应用软件进行完善性修改，处理应用软件存在的问题;
完成劳动就业系统及社会保险信息系统年度和月度初始化工作; 按照部、省要求从生产库向交换库转换数据，生成指标数据上报; 配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作; 配合完成日常的统计分析报表，完成特殊的查询统计需求;
在采购单位的统一安排下,按相关政策要求进行数据批量处理工作,如:养老调资、医疗年度帐户调整、失业金上下限标准调整等,整个过程需要建立有关数据安全、备份、测试、验证、应急恢复等机制; 医疗历史数据迁移，医院信息管理系统接口支持。
2.2 软件开发需求
软件开发维护方面对中标单位提出如下要求和需求，主要包括以下6项内容：
必须按软件项目开发的实际需要组织后台开发人力资源,现场技术人员
第4页 软件开发维护服务外包
与后端支持按照开发和维护服务要求配置资源，主要开发人员要培养后备力量，防止人员变动影响服务质量，确保软件开发和维护工作按计划顺利完成。
对于采购单位提出的应用软件升级需求，由现场工程师与采购单位业务部门进行沟通，了解业务部门对应用软件的升级需求，形成需求文档，经采购单位相关部门确认后，按双方商定的开发进度进行开发和实施。 完成升级需求后，需经用户方相关领导确认。中心端应用版本升级、安排在中午休息时间;医院端软件升级一般在下午5点以后。软件部署上线时，主要开发人员必须到现场提供技术支持。
软件升级完成，并运行稳定2周(以打版时间为准)后，向采购单位提供程序源代码，并及时组织对采购单位技术人员的培训工作。 软件开发和升级完善遇到不能按时完成等重大问题时，须提前提出，双方协商解决。
本项目不接受联合投标及转包、分包行为，不得使用分包商履行本合同项下的任何义务。
2.3 集成服务需求
集成服务对中标单位提出如下要求和需求，主要包括以下6项内容： 中标单位应以保障无锡市劳动保障应用系统平稳运行为目标，对采购单位劳动保障信息系统提供总集成技术支持服务，包含对当前无锡市劳动保障应用系统涉及的各方面进行故障诊断、监控和巡检、应用级运维和调优、系统调整部署、升级规划和评估和相关单位服务调度，但不包含该系统所涉及系统硬件设备和系统软件产品本身的原厂维护和保修服务。
主要工作包括：根据应用软件系统运行要求提供应用级集成调优、数据库中间件与应用软件协同配置调整、网络设备配置优化和部署优化、主机操作系统、双机集群、中间件等系统软件的部署、配置、调优工作，备份容灾的应用级维护服务和定期演练等。
每年对采购单位的信息系统进行一次全面的评估，提交“无锡市人力资
第5页 软件开发维护服务外包
源和社会保障信息系统运行评估及升级调整建议书”，以使采购单位有充足的时间进行项目规划、申请、落实资金、采购等工作，满足不断发展的信息系统运行要求。
需向采购单位提供集成技术支持服务方案，明确对系统运行监控和巡检、系统运行故障诊断、应用级运维和调优、应用系统按需部署调整、系统规划评估等方面的服务计划安排。
须安排资深系统工程师负责采购单位金保工程系统的集成服务工作，响应级别为7*24，采购单位遇到问题第一时间向中标单位反映，中标单位必须在30分钟内响应，远程不能解决的需要在4小时内到现场，并协调各相关单位解决问题。
须对采购单位金保工程系统提供两月一次的日常巡检服务。
须每年对采购单位金保工程系统进行一次全面的评估，提交“无锡市人力资源和社会保障信息系统运行评估及升级调整建议书”，以使采购单位有充足的时间进行项目规划、申请、落实资金、采购等工作，满足不断发展的信息系统建设要求。
采购单位如因业务要求有新的系统建设要求，中标单位应根据需求给出建设方案、预算规划和指导性意见，并协助采购单位进行前期方案论证、建设阶段的集成、数据迁移、数据库升级、应用迁移等工作，并协调相关厂商完成全部建设工作。
2.4 现场服务需求
现场服务对中标单位提出如下要求和需求，主要包括以下6项内容： 合同期内，中标单位需要派驻至少四名具有独立工作能力和经验的工程师长驻现场,其中至少2名熟悉社会保险信息管理系统，至少1名熟悉劳动就业信息管理系统，至少1人熟悉劳动社保一体化系统、劳动就业信息管理系统及相关业务系统接口部分;确定其中一人作为现场服务负责人,现场牵头协调与用户单位的相关事宜。
指定一名熟悉劳动保障信息系统和现场经验的项目经理做为本项目的服务运维总负责人，根据系统运维服务需要进行远程支持和不定期的现
第6页 软件开发维护服务外包
场支持，确保整个系统高效、安全、稳定的运行，同时负责协调与用户单位的商务、技术、人员安排、项目管理及进度控制等事宜。 每周召开一次“软件服务质量评估”例会，给采购单位相关负责人员以周报形式总结一周软件服务工作及下周工作安排。
现场服务人员的变动，需经采购单位同意，采购单位有权要求对不合格人员的进行调整。
中标单位现场人员必须遵守采购单位的管理要求，在关键时点，如假日或软件升级后第一天上班等，需要严格遵守作息时间,避免出现问题得不到及时解决。
重大节假日必须提供值班人员名单及联系方式。
2.5 用户培训需求
用户培训对中标单位提出如下要求和需求，主要包括以下4项内容： 中标单位应按需对应用软件操作人员(包含报盘软件)集中进行免费培训，并提交掌握系统操作所需要的培训资料。
系统升级后应对技术人员进行技术培训，帮助相关技术人员熟悉软件的各项功能及具体实现。
中标单位负责每年对采购单位技术人员进行不少于两次的系统软硬件相关技术培训，使采购单位技术人员具备系统日常运行维护所需的技能(每次8人左右)。
定期组织用户与软件开发人员之间的技术交流活动。
第7页 软件开发维护服务外包
3 东软服务理念
3.1 服务理念
重视信用、值得信赖、留意形象、迅速反应、善解人意。
3.2 服务宗旨
东软服务宗旨是提供客户满意的服务，提供领先的客户关怀，并成为客户最佳的合作伙伴。客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们服务的目标。
东软自成立以来，一直坚持应用软件创造客户价值的经营理念，使客户在激烈的竞争中获得巨大优势。我们通过以下几方面的实现从而使我们的服务宗旨和目标得以实现。
1、取得最高的客户满意度--通过东软专业化的优质的服务，协助客户去赢得和保持竞争优势，并取得最佳的经济效益;
2、在全国树立一致的服务形象--在全国各地，客户都将获得同样高水平的技术支持和专业的服务支持;
3、企业解决方案保持领先地位--为客户提供功能和质量均无可匹敌的企业解决方案;
4、采用当今最尖端的软件开发技术--东软采用的每一项技术都得到企业行业范围应用的检验;
5、拥有技术熟练、高度敬业的专业服务队伍--东软在应用软件业务、系统集成以及相匹配的服务均拥有最好的人力资源;
6、保持良好的业绩--东软每年以高速的业绩发展，并不断地投资于人才队伍建设，并将成为客户长久的合作伙伴。
第8页 软件开发维护服务外包
3.3 服务理解
东软公司自创立以来，一直将“人”视为公司最重要的资产和力量，“以人为本”的激励体系和企业文化是对这一理解的完美体现。这些“人”包括我们的客户和我们的员工。他们对东软的忠诚与奉献，是我们取得成功的最主要因素。
客户对东软的支持，是建立在我们完整的企业解决方案及高效率的服务支持基础之上的。我们始终围绕客户价值创造东软的软件，通过技术创新来满足客户需求，为客户提供满意的服务支持。
客户满意是我们存在的目的，协助客户去赢得和保持竞争优势是我们服务的目标，服务固然是需要高成本和高技术，但服务的高价值使客户与我们共同发展进步。我们通过不断地服务客户，保证了客户对应用的理解，因为客户需要的并不是技术本身，而是能创造客户价值的一种方案，而方案不是通过我们与客户间的交易完成，而是通过我们与客户的伙伴关系共同完成，服务是我们与客户、产品技术与应用的融合。高质量的服务是东软的价值，服务是我们学习和成功的基础，服务使我们更加了解市场和客户，从而保证客户投资更加安全。
我们为客户提供了全国一致的服务，给全国客户提供了丰富的服务支持内容。东软的所有客户都可以通过签约购买东软的全面服务支持。东软在服务器、网络设备、布线系统、外部设备、平台软件、应用软件、备件支持等多方面为客户提供一年或多年的服务支持，而对于相关服务项目的响应速度，客户可以通过购买金牌服务、银牌服务、铜牌服务支持得以实现。
东软热线服务提供东软软件产品安装、实施以及使用等全面的全国化、一体化支持。东软沈阳设立服务策划管理部，并设立技术和产品服务支持热线，与全国各地分支机构联网，从而保证能快捷有效地向全国的客户提供一体化的全面的服务支持。对东软的软件产品维护，提供了及时的软件更新和升级服务。
东软具有多年的为客户提供本地化服务支持的经验，服务工作人员出色而敬业的表现得到了国内客户的一至认可。
第9页 软件开发维护服务外包
4 东软运维服务保障体系
根据本项目的实际要求，东软公司组成了一支专业队伍负责担负着专业的客户服务工作，无论是在系统的开发、安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应。
4.1 东软售后服务体系简介 4.1.1 售后服务体系理念
为用户提供易用、可靠的产品和满意的售后服务。
4.1.2 服务支持体系构架
东软公司十分重视对客户的服务，在过去的十几年的时间里，东软公司逐渐建立起了集中管理与分布实施相结合的一套完整的技术支持与服务体系，主要有三层结构构成：
1、公司层面的集中管理机制
为了更好地快速响应客户的服务请求，同时严格执行ISO9000体系所要求的客户服务流程，公司在整个公司层面建立有客户服务中心(CSC)、项目管理办公室(PMO)和解决方案技术中心(STC)。
由CSC对应客户服务(包括需求、申请、投诉、反馈等)响应机制和客户满意度调查机制，从而达到对整个技术支持与服务机制的运营管理和检控职能。
由PMO负责公司全部在线实施项目的整体的项目管理与监控，包括开发流程、QA保证、统一配置管理、合同执行、现场项目状态、项目周报、项目资源协调等。
由STC负责对解决方案或者产品在出厂前的压力容量测试、业务功能验证、生产过程测试等。
2、基于分布式的区域支持与服务机制
第10页 软件开发维护服务外包
东软公司面向国内市场在华东、华北、华南、东北、华中、西南、西北、山东设立八个大区，建立了虚拟总部，并相应的建立了强大的服务支持平台，实施总部职能，能够灵活快速的对客户服务需求做出及时响应，客户在任何地方都将获得同样高水平的技术支持和专业化服务。
八大区域分别是华东大区(区域总部在上海，南京设有分公司,下辖江苏、上海、浙江和安徽)、东北大区(区域总部在沈阳，下辖辽宁、吉林、内蒙古和黑龙江)、华北大区(区域总部在北京，下辖北京、天津、河北、河南和山西)、西北大区(区域总部在西安，下辖陕西、宁夏、青海和甘肃)、华中大区(区域总部在武汉，下辖湖北、江西和湖南)、西南大区(区域总部在成都，下辖重庆、四川、贵州、云南和西藏)、华南大区(区域总部在深圳，下辖广东、广西、福建和海南)、山东大区(区域总部在济南、下辖山东和新疆)。
3、基于事业部体系的业务咨询与应用系统支持与服务机制
东软公司是面向行业核心业务领域提供产品和业务解决方案的服务商，对此，面向行业客户的核心业务领域的咨询和支持或者软件应用技术的支持和服务机制是建立在东软公司行业事业部体制内的。
东软公司行业事业部能够为最终客户提供全方位的行业业务咨询、核心业务系统的技术支持以及应用系统的服务，包括现场服务(Onsite)或者离岸式服务(Offshore)。
4.1.3 技术支持服务形式
东软公司服务体系目前有300名专业技术服务人员，其中获得专业技术认证的人员占40%，大部分人员是具有丰富行业经验和项目实施经验的资深专业技术人员，他们主要是面向具有关键任务应用的客户提供专业技术服务。
东软公司已经建立了全国分布式的服务体系，能够为全国性、地区性大客户提供每周7天、每天24小时的全面的技术支持和专业服务。
东软公司非常重视客户满意度工作，公司的质量目标是客户满意度要达到95%，服务流程的全过程都有监控管理措施，客户服务代表会定期的与客户保持联系，进行客户满意度调查，及时协调处理客户遇到的各类支持请求，然后跟踪服务过程，最后形成客户满意度调查报告上报公司领导。
第11页 软件开发维护服务外包
根据本项目的技术支持服务要求，东软公司为客户提供技术服务主要有两种方式：
1、远程方式
东软公司将提供服务热线电话，以便客户可以及时通过该热线提出服务请求，东软公司将对服务请求情况通过专门的管理系统进行记录和跟踪。同时作为热线电话的补充，还将提供专门的传真和电子邮箱以便服务请求信息的更准确交流。
对于客户的服务请求，东软公司将通过电话、传真和电子邮箱提供技术咨询和支持、问题分析和技术指导及相关技术文档和工具的支持。在客户的许可下，东软公司将通过远程拨号方式进入客户相关系统分析系统状况、协助客户分析和解决系统问题。
2、现场方式
对于客户的服务请求，东软公司能够保证其解决时效和质量的基础上以远程方式作为优先选择。但在下述条件下，东软公司会派出技术服务人员到现场提供技术支持和服务：
远程方式不能满足服务时效要求、或服务任务必须到现场才可完成 客户系统出现非常严重的故障(如系统停机或其故障严重危及关键应用的运行)
应客户要求且东软公司的项目经理同意的现场服务。
4.2 东软公司四级服务支持体系
我们遵循“技术领先、服务领先、意识领先”。而且我们领先满足客户的需求，想客户所想，急客户所急，领先给客户提供关怀。我们必须不断了解客户的需求，不断跟踪客户的发展，不断向客户学习，不断通过售后服务来完善软件的满意度，不断地通过技术创新快速地满足客户变化的需求，才能为客户提供满意的售后服务。
东软公司的销售、售后服务、软件开发队伍早已覆盖全国，本公司在全国各主要省会城市均设有分支机构，为全国各省市客户提供本地化的售后服务。2002年公司组织机构调整后，公司在南京设有分公司，拥有强大的技术力量和丰富的
第12页 软件开发维护服务外包
备件库，常驻本地服务，能够充分保证无锡金保信息系统建设项目售后服务的快速有效。
东软公司为无锡社会保险信息系统建设项目提供的技术服务工作将基于东软公司社保事业部的技术和支持力量，依托东软公司华东大区和东软公司沈阳总部的多层次技术支持，再加上本地项目组构成一个完善的四级服务体系，为本次项目相关业务应用软件开发、实施与服务项目提供最高效、方便、快捷的技术支持和售后服务。具体说明如下：
4.2.1 第1级服务：本地项目服务机构及项目经理
东软公司社保事业部将为本项目成立几个专门的工作小组，其中将负责完成主要的现场工作的人员有：
负责本项目需求调研的需求调研小组; 负责本项目开发的项目开发组;
负责系统的现场安装、调试、培训的系统工程师小组;
负责平台系统正式移交后，在承诺的服务周期内提供售后服务支持的项目维护小组;
这些小组的东软公司工程师将提供最直接的现场服务工作，并且将和本项目实施小组的工作人员们一道完成现场开发和实施工作，提供第1级的技术服务支持。
东软公司将派出经过专业技术培训，有丰富的新农保信息系统建设经验，熟悉社保项目业务知识，能够对系统运行状况做出正确判断的优秀人才来参加本项目的现场实施和维护工作。
他们是设立在用户现场的系统服务队伍，能够迅速解决本项目的实际问题，提供本地化的第1级服务。
同时，由于此项目涉及双方部门都非常多，参与人员较多，协调难度大，工作量大，因此为了更好地完成本项目的实施工作，东软公司将任命有长期社保行业信息化建设经验的负责人作为本项目的项目经理，其职责如下：
1)作为东软公司与用户方工作组间的代表，与用户对口直接接触，第一时间获取用户信息、意见和需求，并协调东软公司内部各方面做出及时的相应;
第13页 软件开发维护服务外包
2)作为整个项目实施计划的执行负责人和监督者，负责协调、监督东软公司各部门按时、圆满地完成既定的实施工作任务，保证工程进度按时完成，保证工程质量达到项目要求;
3)作为整个项目的项目经理，在用户现场担任东软公司项目实施的总负责人，协调人员安排、问题协商与解决等工作。
4.2.2 第2级服务：东软公司南京分公司以及华东大区技术人员
负责本级任务的主要是华东大区和南京分公司的软件和系统集成工程师。 东软华东大区系统工程师(负责安全体系的技术支持和售后维护) 东软华东大区软件工程师(负责中间件、数据库系统的技术支持和售后维护)
南京分公司软件工程师(负责应用软件、中间件、数据库系统的技术支持和售后维护)
他们为本项目设立的规模化系统服务队伍，能够迅速赶到现场解决系统的实际问题，提供本地化的第2级服务。
4.2.3 第3级服务：社保平台系统建设专家
对于无锡金保信息系统建设项目，东软公司将派遣最优秀的IT专家参与到该项目中，这其中包括：
负责全面开发管理的高层专家
负责全面质量管理的质量保证人员(包括负责QA质量管理和QC质量控制)
负责系统测试的测试专家
加入到项目组中的系统平台建设技术总负责人、总体和详细设计总负责人，加入到系统工程师小组中的硬件及网络技术专家等
这些专家为无锡社会保险信息系统建设项目提供系统级的技术基础平台建设于咨询，总体规划，详细设计、硬件及网络技术支持等服务，作为第3级服务，
第14页 软件开发维护服务外包
可与无锡市劳动保障业主方建设实施小组进行直接的技术交流。
4.2.4 第4级服务：东软总部技术支撑部门
东软公司总部沈阳东大软件园，下设有“研发部”，“网络软件事业部”，“培训中心”，“客户服务中心”，“网络技术支撑中心”等部门，都可为无锡金保系统建设项目的建设提供全方位基础核心系统软件及硬件和网络技术支持，还包括进行各种技术培训，解决各类技术疑难问题，计算机新技术的应用等，以上可作为第4级层次的技术服务。
第15页 软件开发维护服务外包
5 运维服务总体方案
5.1 无锡金保工程建设情况
无锡金保工程涉及的业务面广，系统复杂度高，开始就提出了一体化紧耦合的设计思想，并且要实现金保工程中的业务经办、公众服务、基金监管、决策支持四大功能以及统一的社保卡系统建设。
无锡金保工程从2004年5月开始启动，经历了方案确定、需求调研、系统设计、开发、测试、试运行的过程，社保系统于2005年10月8日正式启动使用。包含的子系统有养老保险、失业保险、医疗保险、工伤保险、生育保险、儿童统筹、互助医疗、退休人员社会化管理等系统和劳动就业系统，目前各系统都在正常运行。
截止到2009年，系统共有参保单位两万多家，全年养老、医疗、失业、工伤、生育五大保险参保人数分别达到183.88万、 207.21万、128.22万、138.1万和123.55万，覆盖率均在98%以上。纳入“城保”、“地保”、“新农保”三个层次的农村养老保障人数达到169.44万，综合覆盖率达89.9%。联网的定点医疗机构有300多家，药店将近150家，同时东软还为参保单位提供了单位报盘系统，不仅方便了参保单位，也节省了经办机构二次录入的工作量，提高了工作效率。
5.2 金保工程总体架构
无锡是东软在社保信息化建设进程中遇到的包含软件功能最全、覆盖领域最广、开发周期最紧的城市之一。东软充分认识到此项目在全国的影响力，对此项目非常重视。我公司经过对无锡金保工程多年的建设对无锡市金保工程应用软件业务需求以及系统设计原则、设计思想和系统的技术路线都非常熟悉，结合信息技术的发展及东软在劳动保障行业信息化建设中的经验和产品，东软公司设计的系统逻辑结构模型，如下图所示：
第16页 软件开发维护服务外包
图 5-1金保工程逻辑结构图
如上图所示，无锡市劳动保障信息系统以电子政务标准体系和劳动及社会保障标准体系为指导，以投融资与运营模式和项目实施监理模式为依托，按照多层架构的模式将系统自上而下分为表现组件与业务组件、业务运作支撑平台、IT基础设施三个层次，监控及管理、信息安全是贯穿三个层次的两大体系。
5.2.1 IT基础设施包括网络及硬件平台层和数据层
网络及硬件平台包括网络设备、服务器主机、操作系统、存储设备等资源，是应用软件开发、运行的基础平台。网络平台层的构成具有个性化的特征，不同的应用环境具有不同的主机设备、不同的网络设备、不同的存储介质、不同的操作系统。因此这要求建立在网络平台层之上的应用支撑平台层必须具备跨平台的特性，只有这样才可延伸原有资源的生命周期，避免硬件设施的重复投资。东软的统一电子解决方案框架平台是基于J2EE技术建设的，因此系统具备跨操作系统的特性，从而可最大程度地保护用户投资。其中应用服务器中间件采用BEA Weblogic中间件，数据库采用Oracle。
第17页 软件开发维护服务外包
5.2.2 基础服务应用平台
应用支撑平台层起到保证事务完整性、响应大规模并发处理、支持异构系统的互联，并对应用数据的安全性进行保障，是三层结构不可或缺的重要组成部分。本系统采用BEA Weblogic Platform、BEA TUXEDO为J2EE应用服务器和消息/交易中间件。
业务支撑平台层是多层架构业务系统的核心支撑部分。东软的业务支撑平台以J2EE应用服务器和消息(交易)中间件为核心依托，包括UniEAP、UniFlow、UniDXP、Neusoft IM UM四个东软自主版权的通用中间件产品。UniEAP是三层框架开发平台，为实现业务应用的快速开发提供动力和保障;UniFlow是工作流平台，用于管理业务系统易变的流程;UniDXP是数据交换平台，用于数据传输和数据转换以及应用系统集成;Neusoft IM UM是统一消息平台，主要用于公共服务系统中将手机、语音等多种渠道的消息统一成一种消息。业务支撑平台将各系统中的共性功能抽象、封装并统一解决，提供丰富的功能组件，使用开发人员可以将主要精力集成在业务逻辑，而不是复杂的技术实现。
业务支撑平台中UniEAP是东软的核心企业应用平台，在下面章节中将做详细介绍，在今后的运维服务系统开发中，我公司也将充分利用该开发平台的优势，利用平台中的一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。
5.2.3 业务组件与表示层
业务逻辑层实现了应用系统所有的业务组件，业务组件基于应用支撑层进行构建开发，并且业务组件设计开发遵循“高内聚、低偶合”的思想，使业务组件之间可以保持相对独立，并且通过表示层个性化定制业务组件。
用户通过系统表示层实现对业务系统的操作与交互，系统表示层设计遵循操作方式简便、灵活、友好;操作界面设计风格统一，符合业务办理流程规范，便于操作员学习掌握等标准进行设计，并可以根据每个用户使用特点和角色的不同，形成个性化的应用界面。表示层提供业务展现、内容管理、个性化定制、访问控制、搜索服务等功能。
第18页 软件开发维护服务外包
5.2.4 东软通用企业应用平台—UniEAP 无锡市劳动保障信息系统系统的设计和开发将基于东软自主研发的通用企业应用平台UniEAP进行开发。下面对UniEAP的结构、功能和特点进行简要介绍。
UniEAP就是Universal Enterprise Application Platform(通用企业应用平台)。如果从更广义的角度来讲，又称为“组件框架”，即Component FrameWork。UniEAP是东软构建于多层架构的，以J2EE规范为核心技术实现模型的多层应用开发、运行的框架和平台。它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。
UniEAP不是Application Server，它与BEA Weblogic Application Server、IBM WebSpere Application Server、Sun ONE Application Server、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的部分组件最终同业务应用组件一起部署到Application Server上。
5.2.4.1 通用企业应用平台的结构
UniEAP在整体框架上采用典型的MVC模式，集中了大量功能强大、灵活易用的功能组件。UniEAP既支持C/S/S结构也支持B/S/S结构，其中两种体系结构共用同一套业务逻辑处理服务，只是表现和控制层不同。 UniEAP统一的业务逻辑层
第19页 软件开发维护服务外包
商业逻辑层以EJB/Java Bean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：
1.用EJB和JavaBean做商业逻辑;
第20页 软件开发维护服务外包
2.通过统一的服务组件基类调用安全、日志、工作流、规则等引擎式服务构件;
3.在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：
1) 得到connection 2) 简单的sql execute封装
3) 可持久化的数据总线DataSet,通过其xml接口可发送到页面) 4) DAO(单表抽成的可持久化的实体类对象)
平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。 C/S/S结构的视图层和控制层
第21页 软件开发维护服务外包
C/S/S结构的框架设计基本上采用劳动部社保核心平台二版的结构，这是一套经过验证是健壮稳定的架构。与社保核心平台二版略有不同的是：由于业务逻辑层采用我公司统一的通用企业应用平台，所以在控制层最后一道任务分发环节Event调用业务逻辑服务组件时，是通用BSFactory利用“工厂”模式来获取服务组件对象的。这样做的好处是可以以透明的方式处理EJB和Java Bean的服务对象。
C/S/S结构中客户端的设计要点是：
第22页 软件开发维护服务外包
1. GUI采用传统的Window界面，以Delphi为开发工具;
2. 客户端通过统一的动态库函数与服务端的门户MainServlet通讯，通讯的内容以XML为数据格式，整个通讯协议完全模拟SOAP协议;
3. 客户端的设计在分层基础上对类进行了适当的归类。做到类之间的调用关系明确。类的责任单一。类之间的依赖关系简单。编程实现较为方便。下面简略的介绍一下编程常用的调用关系。为了说明上的方便，图中把框架完成的调用关系去掉了。调用关系简图如下：
IVODAOServerDCMSieaf.dllServerClientDCM
C/S/S结构中控制层的设计要点是：
1. 整个控制层的设计思路参考B/S/S结构中的Struts框架。MainServlet可以映射到Struts的ActionServlet，而RequstProcesser + Event可映射到Struts的Action;
2. 但与Struts不同的是它与客户端之间传递的均是XML，没有表现语义，因此它要增加XML信息过滤器、转换器等功能; B/S/S结构的视图层和控制层设计
第23页 软件开发维护服务外包
界面层以JSP/XML/XSL/JS技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：
1. 轻型控件：封装所有的HTML Form元素和按钮，提供显示、标准行为控
第24页 软件开发维护服务外包
制和校验功能;
2. 重型控件：包括DataWindow，目录树，Tab页等具有复杂功能属性的控件;
3. 局部刷新和对话框：采用微软提供的局部刷新控件，提供局部刷新功能，并封装通用的页面对话框;
4. Object：Applet和COM，用于复杂界面操作和客户端本地化操作。 请求控制层以Servlet技术为实现手段，综合运用struts框架和WorkFlow引擎，以单点入口的方式统一控制请求。设计要点如下：
1. 采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为UniEAP的流程控制基类;
2. 组织机构和权限管理模块进行身份和权限认证，从视图、操作、数据三个层次控制权限行为;
3. 日志和异常处理负责系统信息的记录;
4. 封装UniWorkflow的接口，在流程多变的业务系统中用UniWorkflow定制和控制业务流程。
5. Action本身并不处理业务逻辑，而是通过统一的BSFactory从EJB Container获取Business Service Componets处理业务逻辑。
5.2.4.2 通用企业应用平台的功能
UniEAP作为我公司自主研发的各种管理信息系统(社保、电力、电信、证券、OA、CRM、ERP等)的一个整体的框架和平台，为应用系统的开发提供一个统一的模型，为应用系统的知识积累和模式提炼提供技术途径，为应用系统定制提供技术手段，解决具有共性的技术问题，提供具有通用性的系统组件，以达到简化应用系统的开发过程、提高应用系统开发效率、提高共享组件的重用率、提供应用系统开发的质量、加强应用系统之间的融合性、加强应用系统的重组能力、加强应用系统可定制的能力、加强对新技术的跟踪和适应能力的目的。
大型的平台才能支持超大型的多功能的软件，应用共性平台技术是社会保障行业IT建设规模化所必经的历程。要达到规模化系统建设就不得不搭建这样包含技术标准和行业标准的平台，UniEAP就是这样的一个平台。
第25页 软件开发维护服务外包
标准化技术是构建共性平台的灵魂。从技术本身的发展来说，过去各个IT厂商注重突破性的技术，大家走到一起发展，标准化就变成了一个首要技术。只有标准化，使得客户获得的是所有软件提供商的精华浓缩，使世界上所有的软件精品找到公共的接口，所以标准化技术使得系统达到最优。在软件方面，在标准化技术方面体现为标准的组件框架和标准的软件部件。东软的每一个软件部件都是按照标准化软件部件的要求开发的，有着一个公开的标准化接口，可以很方便地嵌入到组件框架平台当中。标准化的软件部件是解决方案得以快速实施的一个重要的技术保证，一方面满足了客户可以根据自己的情况选择不同的部件的需求，另一方面也使软件开发更加规模化，软件产业更加工业化。
5.2.4.3 通用企业应用平台的特点
1)UniEAP采用了三层结构的技术框架，为应用系统提供了一个非常良好的结构，应用系统将来的升级、扩充、修改和定制都非常方便。当用户需要发生变化或需要对某个功能进行修改的时候，可能只需要对某一个层次的组件进行修改，而不会对整个系统的结构发生影响。
2)UniEAP支持WWW技术，允许用户通过WWW浏览器来操作。简化了系统安装和维护的难度，降低安装和维护的成本，由于界面操作风格一致、操作简单，也降低了对用户培训的要求。另外，由于支持WWW技术，为将来支持其他的客户端和移动用户也提供了技术上的可能。
3)UniEAP提供了最基本的系统组件，如用户管理、权限管理、组织机构管理、工作流管理、菜单管理、数据库管理等功能，简化了应用系统开发的过程，提高了工作效率。而且在将来应用系统开发的过程中，也可以提取和积累各种通用组件，增强系统功能。
4)UniEAP实现了界面层和数据层的统一管理，在应用系统的开发过程中，不需要对界面层和数据层进行编码，只需要通过系统工具对界面层和数据层对象进行定义即可。这样不仅简化了开发过程、提高了开发效率，而且在界面层和数据层需求发生变化和需要重新定制的时候，可以通过简单地修改界面层和数据层的进行来完成。
5)基于UniEAP应用框架，应用系统开发员可以集中精力开发业务层组件，
第26页 软件开发维护服务外包
不需要过多地考虑各种技术问题和其他方面的实现细节，也提高了业务层组件的独立性，减少与其他模块的关联，便于将来扩充、升级和修改。
6)UniEAP提供了一个统一的界面层，该界面层包括菜单管理、视图管理、界面权限管理、界面操作逻辑管理、界面元素自动生成等功能。应用系统开发员只需要定义好自己的界面层对象，不需要把精力花费在界面逻辑和界面操作的实现上，简化应用系统开发的过程，而且所有基于Uni EAP的应用系统界面风格一致、统一管理、操作方便，方便了用户学习和使用，也降低了培训和维护的费用。
7)UniEAP提供了一个通用的数据层，业务系统不需要重新开发，只需要定义自己的数据层对象，因次简化了应用系统的开发过程。
8)从界面层到数据层，UniEAP都充分体现了业务对象之间的各种关系(一对
一、一对多、多对多等)，并且提供了充分的实现手段，使得应用系统实现业务对象之间的复杂的逻辑关系成为可能，而且非常简单。方便了业务系统。
9)UniEAP在很多方面提供了通用的模式和技术规范，如组件设计、数据库设计、界面设计等，可以为应用系统的开发提供有效的指导和参考。
5.2.5 基于通用企业平台的运维服务
由于无锡市劳动保障信息系统系统的设计和开发基于东软自主研发的通用企业应用平台UniEAP进行开发，所有东软有信心做好无锡软件运维服务。
UniEAP提供了统一的模式和共享组件，降低了系统间的耦合度、减少了应用系统开发的模块，因而能够准确地控制应用系统开发的过程，有效地提高应用系统开发和维护的质量。
按招标文件要求对于采购单位提出的应用软件升级需求，由现场工程师与采购单位业务部门进行沟通，了解业务部门对应用软件的升级需求，按双方商定的开发进度进行开发和实施。UniEAP采用组件技术，系统具有非常好的可扩充性，对新技术的发展也具有很好的适应性。这是因为采用了组件技术后，可以开发出各种共享组件和通用组件，也可以集成第三方开发的组件，组件的升级也非常方便，而且随着组件技术的标准化，不同的组件标准之间也可以实现通讯，因而无论采用哪种组件标准都具有可扩充性和兼容性。
因此，应用升级中，对系统平台充分了解的情况下，能够较准确的规避升
第27页 软件开发维护服务外包
级过程中的技术难点，提出多种适合无锡劳动保障系统的升级方案，能够较准确的根据企业平台的特点估计工作量，对升级时间进度准确把握，让客户方对升级的进度和时间安排做到心中有数。
另外，由于由于UniEAP采用了组件技术，提供了很强的可定制能力，因而应用系统能够在此基础上能够建立面向具体行业的业务模型，在每一次为具体用户定制业务系统的时候，都可以积累经验，提高业务模型的通用性，以便适应更加广泛的用户需求。
5.2.6 应用逻辑实现策略
图 5-2架构技术实现策略
无锡金保应用软件系统将涉及社保、劳动、局机关等多个政府机构及与其他政府机构和内部系统的接口，软硬件基础设施复杂，因此在系统的实现上必须采用标准的技术，以求跨操作系统平台、跨数据库平台、跨中间件平台。基于此本公司在整体技术实现路线上采用基于J2EE 和web service组件的技术构建应用逻辑。
应用逻辑层和公用服务层的每个功能模块均是一个相对独立的组件，这些组
第28页 软件开发维护服务外包
件的开发和部署保持相对的独立性，而且在未来很可能是由不同的团队开发和部署的，也是可以相对独立的进化的。每个组件通过定义良好的接口，向外部提供服务。这些服务的获取者可能来自客户端、可能来自其他组件。这种基于组件的设计可以达到比较好的重用性。在J2EE 的架构下，各组件通过J2EE 标准定义的RMI 协议，向各客户组件提供服务。
业务操作员及公众信息查询人员通过标准的HTTP 协议或安全的HTTPS协议访问社保管理信息系统及公共服务系统。
公用服务层同样以组件的方式实现，可以与业务逻辑的组件的部署在同一应用服务器上，也可以部署在不同的服务器上。如果业务逻辑层的组件和公用服务层的组件驻留在同一进程空间中，则通过对象间的消息机制通讯，如果驻留在不同的进程空间中，则通过标准的RMI-IIOP 的协议通讯。
在管理信息系统中，最重要，难度最大的是数据操作的实现策略，因为在任何一个管理信息系统中“信息”都是系统的核心，几乎每一个业务逻辑都与数据操作相关，因此本方案将对数据操作的实现策略进行详细阐述：
在J2EE 的架构中，对数据库的操作有两种方式，一种是组件管理的持久性(Bean managed persistence)，也即组件自行管理数据库操作的完整性和一致性;另一种EJB 容器管理的持久性(Container Managed Persistence)，也即通过J2EE的应用服务器提供的对数据库操作的服务。考虑到性能和负载方面的因素，我们建议采用结合事务处理服务器和组件管理的持久性的方式，管理对数据源的操作。
介于业务逻辑层和数据服务器之间的是事务处理服务器，交易处理服务器负责处理实际的对数据源的操作，保证多个数据读写请求对多数据源的操作的原子性、一致性、隔离性和持久性。同时通过交易处理服务器，进一步降低业务逻辑层和数据源之间的耦合度。逻辑架构中的交易服务和查询处理服务均驻留在事务处理服务器上，操作数据库，保证交易的完整性和查询的性能。
J2EE 组件与事务处理服务器通讯的机制，与事务处理服务器的平台和应用服务器的平台有关。事务处理服务器一般需要在数据库服务器上安装相应的组件，通过紧密集成的数据库访问机制，访问数据库。
介于交易处理服务器和业务逻辑层之间的是公用的数据存取服务，这一层封
第29页 软件开发维护服务外包
装业务逻辑和公用服务层其他组件对各种数据源的读写操作，直接管理与数据库、目录服务器、应用集成服务器之间的数据交换请求，进一步降低业务逻辑与交易服务器、目录服务器等数据源之间的耦合度。
在基于J2EE 应用架构下，将数据存取服务独立出来的原因如下： 采用诸如bean 管理的实体bean、会话bean 等组件，需要从持久存储和诸如遗留系统、B2B、LDAP 等等其他数据源中检索数据，以及进行数据存储等操作。
根据产品供应商不同，持久存储API 差别很大。一些数据源拥有非标准化或私有的API。这些API 和其能力同样根据存储的类型不同也有差别.这些存储类型包括RDBMS、面向对象数据库管理系统 (OODBMS)、XML 文档、纯文本文件等。这样存在如下缺点，即访问这些系统的API 很不统一。
组件通常使用私有的API 来访问外部或遗产系统，以便于检索和存储数据。当组件中包含特殊的访问机制和API 时，组件的可移植性直接就受到影响。组件需要透明于实际的持久性存储或者数据源实现，以便于提供到不同供应商产品、不同存储类型和不同数据源类型的更容易的移植性。
解决以上的问题，需要采用数据访问对象(Data Access Object，DAO)来抽象和封装对数据源的访问。DAO 管理着与数据源的连接以便于检索和访问数。
下图说明采用数据访问对象提供数据存取服务的实现。
第30页 软件开发维护服务外包
图 5-3实现示意图
其中业务对象代表数据客户端，该对象需要访问数据源以获取和存储数据。数据存储对象是数据存取服务的主要对象，数据存储对象封装业务对象对数据源的访问，以保证对数据源的透明访问，业务对象也把数据加载和存储操作委托给数据存取对象。事务处理服务负责完成对数据对象的实际存储和加载的工作，应用集成服务实际完成将数据发布到外部系统以及从外部系统读取数据的职能。值对象代表用作数据携带的值对象。数据存取对象可能使用值对象来把数据返回给客户端。数据存取对象也可能使用值对象接受来自于客户端的数据，并更新数据源中的数据。
下面的时序图表示使用数据存取对象读取数据库数据、更新数据库数据的过程：
第31页 软件开发维护服务外包
图 5-4过程示意图
业务对象负责完成应用逻辑的处理，通过数据存取对象向事务处理服务器发出读取数据的请求，事务处理服务器将数据库中的数据读取出来，数据存取对象创建值对象，将值对象返回给业务对象。
5.2.6.1 核心经办业务技术架构概述
为了开发一套可以适应于无锡市两区本地业务特点的业务系统，东软公司在本项目应用软件系统中综合利用劳动部核心平台的架构特点，基于劳动核心平台进行开发，设计实现基础服务应用平台，在此平台基础上构建可拆可合、可配置的业务组件。下面对其结构、功能和特点进行简要介绍。
基础服务应用平台，如果从更广义的角度来讲，又称为“组件框架”，是构建于多层架构的，以J2EE规范为核心技术实现模型的多层应用开发、运行的框架和平台。它不仅仅是一个框架，它还提供了一系列的组件和工具以及相应的开发方法，进而达到快速建设应用系统的根本目的。
基础服务应用平台不是Application Server，它与BEA Weblogic Application Server、IBM WebSpere Application Server、Sun ONE Application Server、Tomcat、JBOSS均不属于同等性质产品。它是一个基于组件技术的快速开发和运行平台，它的部分组件最终同业务应用组件一起部署到Application Server上。
第32页 软件开发维护服务外包
图 5-5示意图
基础服务应用平台的结构简图如上图所示，各组成部分的功能及职责如下： GUI：用户界面层
呈现用户交互界面 提供表现控件 界面控件布局
控制界面的表现，包括具体的设备和与设备相应的UI的控制。功能限于界面的具体在设备上的展现(如：Browser对html的解析)、界面表现的控制、界面组件的布局。
Interaction Control：交互控制层
定义业务逻辑的逻辑表单 开启和关闭事务
响应用户界面层的业务请求 Transaction Management：事务管理 提供事务管理机制
将基础服务纳入统一的事务管理范畴 Application Logic：应用逻辑组件
处理事务规则及功能 提供原子业务功能
Application Service：基础服务组件
第33页 软件开发维护服务外包
统一资源访问服务 身份认证服务 权限管理服务 报表服务 日志服务 审计服务 其它服务
5.2.6.2 核心经办业务技术架构设计
基础服务应用平台的技术架构如下图所示，它是对上节中架构简图的细化。
图 5-6架构简图
Web Container设计
GUI层由Client和UIM两层组成。基础服务应用平台同时支持浏览器、传统客户端、PDA等多种用户界面模式。UIM是用户界面控制层。
Client层以JSP/XML/XSL/JS/PB技术为主要实现手段，为系统开发提供了一系列功能强大的组件，主要有以下几大类：
轻型控件：封装所有的HTML Form元素和按钮，提供显示、标准行为控制
第34页 软件开发维护服务外包
和校验功能;
重型控件：包括DataWindow，目录树，Tab页等具有复杂功能属性的控件; 局部刷新和对话框：采用微软提供的局部刷新控件，提供局部刷新功能，并封装通用的页面对话框;
Object：Applet和COM，用于复杂界面操作和客户端本地化操作。
UIM层以Servlet技术为实现手段，以struts框架为依托，采用单点入口的方式统一控制请求。设计要点如下：
采用Structs控制请求和业务流程，拓展Struts的ActionServlet和DispatchAction作为基础服务应用平台的流程控制基类;
Action本身并不处理业务逻辑，而是通过统一的Ineraction Object Factory从EJB Container获取Ineraction Object处理业务逻辑。
EJB Container设计
商业逻辑层以EJB/Java Bean技术为实现手段，提供了对象持久化及打印、邮件等商业逻辑组件。设计要点如下：
用EJB和JavaBean做商业逻辑;
通过统一的服务组件基类调用安全、日志、工作流、规则等引擎式服务构件; 在管理管理信息系统中对象持久化是一个关键性服务，单一的数据库接口解决全部问题并不现实，因此采用由OP层统一包装，统一管理，但暴露多种操作接口的方式来解决。对象持久化接口提供面向对象和面向过程两大类，具体支持四种方式：
1) 得到connection 2) 简单的sql execute封装
3) 可持久化的数据总线DataSet,通过其xml接口可发送到页面) 4) DAO(单表抽成的可持久化的实体类对象)
平台在商业逻辑层还提供了许多通用业务组件，如打印、报表组件。
Web Container与EJB Container请求模型
第35页 软件开发维护服务外包
图 5-7Web Container与EJB Container请求模型
基础服务应用平台在逻辑服务组件上借鉴Spring的实现机制，采用类似Web Service的UDDI所定义的、由基本的三个角色构造的“Service Requestor — Service Registry — Service Provider”三角型访问模式，所有发布的Interaction Object都在Interaction Object Factory中注册，且可以同时存在多个Provider(如在J2EE体系中就存在Java Bean、EBJ、Web Service三种典型的Provide)。Action相当于Service Requestor，它调用Interactional Object时先通过Interactinal Object Factory根据注册信息找到Interactional Object的Provider，然后得到由Provider提供一个Interactional Object的stub，最后再调用Interactional Object的service method对请求进行处理。这所以这样做的一个根本目的是：将逻辑组件开发和部署分开，由工具插件统一负责组件部署，业务开发人员只需要用最简单的语言完成业务逻辑即可。
基础服务应用平台专门为Interactional Object的访问定义了一个“Interactional Object Factory”层，这一层主要考虑的是屏蔽在Action中对Interactional Object的不同调用方式，使得在不同的环境下的移植变得很方便(不管是何种组件的调用方式，返回给Action的服务接口都是相同的，从而保证Action中代码的可复用性)。
5.2.6.3 技术架构中各层对象在创建过程中的依赖关系
架构中的几层在“创作”过程的依赖关系是什么，即凭什么知道要创建几个AppLogic、几个Interaction、几个Action、几个PB/JSP界面?
下图阐述了几层对象在创作过程中的依赖关系，它们之间的连线是本节说明
第36页 软件开发维护服务外包
的重点，所以颜色调成了红色，对这些线的说明调成了蓝色，以显突出。注释文字可能有点不清楚，拷在下面：
用户界面需求会决定最终的界面窗口是什么样子的。我们提倡在需求调研时就把大部分界面都确定下来。
界面会决定有什么样的Interaction，以及Interaction都完成什么样的功能。但并非一个窗口就完全对应一个Interaction，一个窗口可能会用到多个Interaction，而一个Interaction也可能被多个窗口调用。但界面中的一次请求肯定对应一个Interaction对象中的一个方法，要不然怎么管Interaction叫“交互对象呢”?一次交互就是一个完整的事务。 一般说来，一个Interaction对应一个Action，Action是替Interaction收发HTTP请求的“门童”。 界面间接决定了Action的命运。
逻辑需求和行业经验会决定设计出多少AppLogic，落实到具体的模型就是有什么实体类，有什么控制类。其中实体类会在编码阶段被拆分为DataSet、DAO、行为类。
Interaction是GUI层和BL层的“和事佬”，它主要是要满足GUI的请求，但也要照顾AppLogic的脸色，必要时要对GUI和BL做个折中处理。
图 5-8示意图
前后台交互文档中对说明哪个Action的哪个方法来响应界面请求，入参、出参是什么，看了交互文档后就一目了然了。这只是表面现象，本质上是界面在
第37页 软件开发维护服务外包
向后台说明，你的哪个Interaction和哪个方法响应我的请求。
5.3 维护服务计划
按招标文件要求，软件服务日期从合同签署日起到2015年5月31日止。软件外包服务年度计算到次年的5月31日，如第一年为合同签署日到2011年5月31日，第二年从2011年6月1日到2012年5月31日，第三年从2012年6月1日到2013年5月31日，第四年从2013年6月1日到2014年5月31日，第五年从2014年6月1日到2015年5月31日。
我公司如果有幸中标，将严格按照合同签订服务日期进行软件维护服务，并在服务期间对每个软件服务项目(包括新业务开发项目和日常事务)都需要给出项目开发完成进度、工作量(人月)、人员安排及项目管理措施，得到采购单位的同意后按计划组织实施。
5.4 软件维护方案 5.4.1 远程支持服务流程
我公司为用户提供400免费技术服务热线(400-655-6789)，在接到用户请求后，根据请求情况协调公司资源，第一时间给用户反馈并解决问题。
第38页 软件开发维护服务外包
用户接线员登记和查询应用软件系统工程师平台系统工程师项目组汇总解决售前技术支持工程师高级培训教师系统专家疑难问题 图表 5-1技术支持服务热线工作流程图
1、诊断故障并提交故障诊断报告
根据系统运行过程中出现的系统故障或其它异常情况，及时进行故障诊断，并提出故障诊断报告。故障诊断报告的主要内容包括：故障现场情况记录、故障的级别和紧急处理过程记录等。
2、制定系统维护和故障恢复的实施计划
根据提交的故障诊断报告，制定系统维护和故障恢复的实施计划。按照制定的计划实施系统维护工作。
3、管理、监督维护计划的实施
组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程(应包含用户方与项目承包商双方)。并根据系统维护实施的各个阶段提交维护工作报告。
4、确认维护工作完成并提交维护报告
在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方项目组的技术人员对系统维护情况进行测试并予以确认。
5、提交成果
每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：
第39页 软件开发维护服务外包
故障诊断报告
系统维护和故障恢复的实施计划 维护工作阶段报告 系统维护工作报告
说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。
5.4.2 现场服务流程
众所周知，最优的售后服务是一个项目的承建商必须做出的承诺。但是，如何根据用户的实际情况(人员素质、计算机应用水平、系统的要求等)，做出切合实际的项目售后服务计划书，才是用户关注的问题。优质的售后服务也一直是我们东软公司在经营活动中最基本的原则。东软公司的技术支撑部门担负着专业的服务工作，无论是在系统的安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应，售后服务流程如下图所示：
第40页 软件开发维护服务外包
图表 5-2售后服务流程
社会保险的组织结构、计算机应用水平、系统对人员素质要求等情况的分析，我们认为：社会保险信息系统稳定运行是保证本项目建设成功的一项关键因素。
东软公司提供的服务内容包括：
应用软件运行维护：应用软件自身缺陷的调整，为客户及时解决日常运行中出现的问题。
根据政策和经办规程调整，及时响应需求变更(含与金保工程其他子系统和外部机构的接口)，并在业主要求的时限内完成对应用系统的修改或调整。
应用软件技术改造与升级服务：主动或应客户要求，将最新的技术成果和先进的管理模式升级到原有系统，使应用系统的永远保持先进性。
数据库支持服务：东软公司提供通过Oracle OCP认证的专职工程师
第41页 软件开发维护服务外包
为客户提供长期的数据库优化及技术支持服务，以及异常数据修正、批量数据处理等数据维护工作。
定期系统巡检：在系统维护期过后，按照签订的维护合同，定期等到现场对应用系统运行情况，主机运行情况，数据库系统情况进行检查和维护。
客户新技术培训服务：为使客户技术人员能及时掌握最新技术，东软公司每年组织客户在沈阳、大连信息学院进行技术学习。 现场诊断与客户回访：东软公司启动心贴心客户服务计划，每年选一批客户，由东软公司领导组团对客户进行回访和现场系统诊断，对诊断发现的问题跟踪解决。
网络与硬件服务：虽然本次只是软件招标，但离不开网络及硬件系统的支持，东软公司愿凭自身的技术实力，为本项目提供硬件调试与网络技术支持服务。 客户端服务
(1)收集最终用户对系统的使用意见和建议; (2)对最终用户进行操作指导; (3)客户端故障判断和排除指导;
(4)单机版数据转入系统的操作指导和技术支持; (5)服务方式以提供远程服务为主。
5.4.3 服务内容
(1)协助检查数据库运行情况，及时处理数据库故障; (2)协助定期对数据库进行优化，提高数据库运行效率;
(3)协助检查应用软件中间件运行情况，及时优化并处理中间件故障; (4)接受全市各级劳动保障经办机构数据维护申请，在采购单位的授权下及时进行数据维护处理;
第42页 软件开发维护服务外包
中标单位接到采购单位通过电话，信函，传真，电子邮件等方式提出关于软件的服务请求后，一个工作日内给予响应并提供服务，不得推诿。应及时响应系统的技术支持，如系统出现问题，须提供7*24小时技术支持服务;
中标单位应按采购单位要求负责全市新定点医疗机构的许可证制作发放工作;
(5)接受全市各级劳动保障经办机构软件维护申请，对应用软件进行完善性修改，处理应用软件存在的问题;
(6)完成劳动就业系统及社会保险信息系统年度和月度初始化工作; (7)按照部、省要求从生产库向交换库转换数据，生成指标数据上报; (8)配合系统硬件的维护，及时处理涉及数据库和应用软件相关工作; (9)配合完成日常的统计分析报表，完成特殊的查询统计需求; (10)在采购单位的统一安排下,按相关政策要求进行数据批量处理工作,如:养老调资、医疗年度帐户调整、失业金上下限标准调整等,整个过程需要建立有关数据安全、备份、测试、验证、应急恢复等机制;
(11)医疗历史数据迁移，医院信息管理系统接口支持。
5.4.4 客户服务质量文件
在客户服务中，东软公司通过以下文件来保证服务的规范和质量： 客户服务管理：
《客户服务管理》，售后技术维护，客户问题管理 客户问题办理：
《客户问题受理规范》，问题记录，问题分发、办理监督，问题回复，问题月报
《故障诊断报告》，故障现场情况记录、故障的级别和紧急处理过程记录等
《系统维护和故障恢复的实施计划》
第43页 软件开发维护服务外包
《维护工作阶段报告》、《维护工作总结报告》 《系统维护验收测试计划》 《维护工作验收报告》 客户满意度测量：
《客户满意度测量》，收集满意度，统计分析(月、季、半年、全年)，提出改进措施
客户培训的相关表格：(为把客户培训工作做得更好的辅助性表格)
《客户培训申请表》 《客户培训费用确认表》 《客户培训邀请函》 《客户培训邀请函回执》 《客户培训计划》 《客户培训记录》 《客户培训调查表》 《客户培训评估表》 《客户培训总结》
根据以上的质量保证体系规定，东软公司为无锡社会保险信息系统建设项目设计的执行一次较完整的系统维护过程的基本步骤如下：
1) 根据无锡社会保险信息系统建设项目运行过程中软硬件出现的系统故障或其它异常情况，双方合作及时进行故障诊断，并提出《故障诊断报告》;
2) 根据提交的《故障诊断报告》，制定《系统维护和故障恢复的实施计划》，东软公司按照制定的计划实施维护工作;
3) 双方共同组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程;
4)东软公司根据系统维护实施的各个阶段具体情况提交《维护工作阶段报告》，在系统维护工作完成后，由系统维护人员提交《维护工作总结报告》;
5)最后根据《故障诊断报告》、《系统维护和故障恢复的实施计划》、《维护工作阶段报告》和《维护工作总结报告》，东软公司技术人员和用户方项目组的技术人员一起，讨论确定《系统维护验收测试计划》;并依此对系统进行测试验
第44页 软件开发维护服务外包
收，测试合格提交《维护工作验收报告》维护工作完成，否则继续整改。
几年来的实践证明，基于ISO9000：2000和CMM的质量保证体系的规范化质量管理为东软公司的发展创新、为客户提供更高质量的软件产品发挥着至关重要的作用。东软公司仍将充分利用规范化的客户服务体系，依靠多年来的成功经验，在项目的全过程中为无锡社会保险信息系统建设项目的建设提供最优良的服务。
5.5 应急维护方案
系统在运行过程中一旦出现紧急重大问题，导致新系统不能正常运行的情况下，就需要启动售后服务紧急预案，以保证业务经办的正常进行。
5.5.1 应急预案目标
在一旦出现紧急情况下，需要启动应急预案的情况下，应急预案必须以保证业务经办正常运行为目标。
5.5.2 应急预案具体措施
应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施，在出现紧急重大问题的情况下，我公司会在最短时间内作出故障响应，第一时间由驻现场维护人员启动备份系统，同时将指派具有解决故障能力的软件工程师、数据库工程师以及硬件网络工程师组成的紧急服务小组解决问题。
第45页
第三篇：软件服务外包
2011年，我国软件与信息服务外包产业快速发展，产业规模达到3835亿元人民币，同比增长39.5%，高出2010年4.3个百分点;企业承接服务外包合同执行金额323.9亿美元，同比增长63.6%，其中承接国际离岸服务外包合同金额238.3亿美元，同比增长65%，比上年提高了22%;2011年我国软件与信息服务外包国际业务中，31.7%的外包业务来自日本，28.3%的业务来自美国;2011年，我国承接的服务外包占了全球的23.2%，比上年提高了6.3%。
提要：中国承接国际软件服务外包业务正迅速增长，已成为全球第二大离岸外包目的地国家。在业务规模总量不断突破提升的同时，软件外包业务类型和国别开始呈现出多元化的趋势，人才队伍建设更有成效，企业竞争力大幅提高，软件外包在转型中深耕大市场。
企业为了专注核心竞争力业务和降低软件项目成本，将软件项目中的全部或部分工作发包给提供外包服务的企业，由此带来了巨大的软件外包市场。从最初的呼叫中心到如今的云服务，软件外包自身也在不断转型并走向高端，从而孕育出更大的市场。
以软件服务外包业务闻名的东软集团董事长兼CEO刘积仁却认为，软件外包是以人力资源获得国际市场，多年来这种模式在中国软件行业迅速发展，主要是靠旺盛的本土需求和本土便宜的工程师资源。但随着中国人力资源价格上涨，这种模式将在中国“进入死胡同”。
因此，以东软为代表的软件服务外包企业开始谋求转型。对此，国际市场调研公司IDC大中华区总裁郭昕表示，软件服务外包需要新的形态，比如云计算、物联网等都提供了新的外包平台。软件服务外包不应该只盯住企业的IT部门或数据处理需求，要从被动迎接企业数据的处理需求，转向促进企业不断从实体生产变成信息生产。在这个过程中，软件服务外包企业，要起到咨询和顾问的作用。
政策解读：“十二五”期间转变经济发展方式、调整产业结构、发展战略性新兴产业等成为重点发展方向，将释放巨大的软件与信息服务外包需求，内需市场仍将成为我国软件外包与信息技术服务产业的主要市场。
与此同时，“整个软件与信息服务外包正在逐渐向高端发展，一个表现趋势是由操作层的外包转向职能型的外包。目前，信息技术外包的业务基础发展规模较大，业务流程外包的发展潜力较大，基于信息技术的业务流程的外包，也发展迅速。”中国软件与信息服务外包产业联盟副理事长高松涛表示。
第四篇：软件外包服务介绍
辽宁铪纳永和科技发展有限公司外包服务介绍
辽宁铪纳永和科技发展有限公司(http://)面向全球的个人或团队提供软件外包服务。公司在软件外包方面积累了大量的经验，无论在行业背景还是在技术能力和项目管理经验上都已经具备了强大的竞争优势，在软件开发过程控制以及项目管理上更是具有世界级的水平。我公司可根据客户的要求来完成外包项目的开发，以后还可以根据客户新的需要来不断加入新的模块，满足外包项目的需求。
铪纳拥有前沿的开发团队和一批优秀的IT精英，致力于为全球范围的客户提供优质服务。我们始终遵循对客户的承诺，并一直秉承“精准求实,高效协作，持续创新，追求卓越”的企业精神，提供严格遵守质量管理流程和标准的解决方案，使我们的客户能够在全球范围内提升其产品和服务质量。
我们以灵活多样的交付模式为客户提供IT项目实施，在降低成本的同时推动您的企业的创新和业务的发展。我们拥有多行业的领域知识，能够满足您战略外包需求的高效合作伙伴。我们以客户为中心的外包服务，能够满足您的软件需求和挑战。我们拥有综合性技能确保您取得成功。我们的解决方案不仅注重高效性而且具有灵活性和安全性。
在当今国际化的生活环境中，企业需要能够服务于全世界客户的多语言接触和沟通的窗口。我们能够提供最佳的国际化服务通过运用灵活的、结构成熟的方法论，为客户提供可靠的、高质量、但又能显著节约成本的国际化服务。所有解决方案都是通过运用系统灵活的最佳实践而开发，专门用来帮助我们的客户以更低的国际支持成本交付卓越的多语言产品。我们在强大的专业技术知识来自于我们10余年的行业开发经验，这能够确保国际化解决方案能满足我们客户的质量要求并保证业界平均水平。
我们将为国内客户提供全方位完善的解决方案。从最客观的角度真诚的与客户沟通，准确无误的为客户定制产品，以顾客的需求为己任，让顾客拥有独一无二的体验，实现有效合作，共存共赢。我们的目标是实质性的长期合作，降低成本和改善表现，帮助企业更多地为它们的客户和股东服务。
在开发过程中，我们的强项在于：
善于挖掘和把控需求
项目管理过程的可见性强
产品按时交付率高
产品质量充分满足客户要求
服务：
服务周到。对于在调试期内的外包软件，可以根据实际应用做调整，使外包产品达到客户百分百满意。
第五篇：软件测试外包管理之我见(转)
我们应该如何面队国外抛送过来的包呢?难道就就是长期以“包工制”形式一直做下去?
印度一家公司软件工程师为软件企业产品开发人员讲授如何管理软件测试外包项目。
我们应该如何面队国外抛送过来的包呢?难道就是长期以“包工制”形式一直做下去?
答案是否定的。很显然，我们的“包工制”外包项目就是靠实现服务赚钱，如果长此以往，那么我们做的只是低层次的IT企业或软件企业，这种发展趋势，决不是中国企业、中国政府所希望发展趋势。
那么我们应该如何逐步演变“包工制”，如何借“外包”把中国的软件企业带到一个更高的境界?
项目外包的核心理念就是“做你最拿手的，其余的让别人去做”。因此，我们要做好外包项目，也需要从这个理念开始。我们不是没包接，而是没有实力和规模接大包。所以我们要能做好外包项目，做大外包项目，首先我们要有自己最拿手最擅长的招。印度的规模编码设计、爱尔兰的本地化都是在IT市场竞争中获胜了的接包的招。可是我们国内企业，还需要磨练，还需要更强更深的技术能力和项目管理能力等招术。
软件外包测试的兴起对国内软件本地化企业意味着什么?笔者认为，意味着更多的机会，争取更多软件外包国际市场份额的机会。笔者试图通过多年来从事中高端软件外包工作管理的经历，以一个外包测试项目为例，总结了一些外包测试项目的经验，与读者共飨，以期达到抛砖引玉，共同提高外包行业管理能力的目的。限于篇幅，本文仅对测试外包中的风险管理和沟通管理做一个简单的整理。软件测试外包特性
与国内一直以来比较轻视软件测试工作不同，在很多欧美软件企业中，测试(质量控制)是一件非常重要的工程工作。国内企业一般在从事软件项目开发的时候，更多的是由开发人员或者客户人员在开发完成之后才进行一些简单的功能测试工作，很少采用专业的测试团队，开发与测试的比例在4:1以上，甚至高于10:1。因此，多数中国软件的质量水准相对要低。
与此相反的，在欧美企业中，质量管理人员(包括事后的质量控制和事前的质量保证)的地位却高的多。测试也作为一个非常独立的职业。在IBM、Microsoft等开发大型系统软件公司，很多重要项目的开发测试人员的比例能够达到 1:2，甚至1:4。测试活动贯穿于整个开发生命周期，甚至会比普通开发人员更早介入项目。测试也是一门更讲究科学方法的工程活动，测试的种类也包括单元测试、集成测试、功能测试、性能测试、β测试、验收测试等等。
本文所介绍项目的客户是美国一家知名的金融业软件及服务供应商。由于金融业的特点，对于软件的可靠性、稳定性等质量要求尤其的高。该公司从2005年开始将部门开发和测试工作外包到中国地区，由笔者所在公司在北京和上海分别成立了两个团队，采用一种类似ODC(Offshore Development Center，离岸外包中心)的模式。笔者在过去一年半的时间内负责北京团队的建设和管理，从最初的一个测试人员和两个开发人员发展到现在的十几人的团队(笔者由于公司内部工作安排已经于去年下半年离开该项目)。从最初的从事简单的软件产品的安装和数据移植测试，到现在从事其核心产品的全面功能测试和自动化测试，团队的工作越来越受到客户的认可，在客户的软件开发过程中的重要性也越来越高。按照人员数量来计算，该项目的测试与开发人员的比例略高于1:1。
软件测试外包的风险管理
软件外包工作由于天然存在的地理、语言文化差别，其失败的风险几率就大的多了。所以从事外包的管理人员在项目启动之前尤其要对项目中可能存在的风险因素有一个比较全面地识别和分析。比较好的一种风险识别方法是结构化的头脑风暴法，通过集思广益找出所有可能影响到项目进度、成本、质量的因素。一个非常重要的风险因素的来源是项目计划的假设和约束，一旦项目成功所作的假设不能达到，这些就会成为未来影响项目正常进展的问题。
一旦识别出尽可能多的风险因素之后，需要对这些因素进行评估，并不是所有的风险都需要去规避，所以必须分析哪些风险会对项目产生重大影响，哪些风险发生的可能性非常高。根据这些分析结果排出项目中优先级比较高的风险因素(比如Top 10列表)，然后针对这些风险分别找出规避的措施以及风险发生时的应对举措。
针对本文中提到的项目，从风险识别的角度来说，自然灾害和战争等也是被识别的一些因素，由于属于不可抗力，所以一般并不列入项目风险管理计划，但不要因此在风险识别阶段就将其排除。而时差、测试人员的英语表达能力、中美的文化差异、网络的稳定性和速度(想想前段时间的海底光缆事故)、数据传输的安全性、节假日安排这些做国内项目的时候几乎不会考虑的因素可能会是对项目的致命威胁。
对于每个风险都能找到一定的规避和减少损失的措施，笔者在项目启动初期花费了较多时间准备金融领域的业务知识，通过夜间在家加班与客户建立了良好的信任关系，建立了定期的会议和汇报机制，很短时间之后就确保了团队正点上下班也不会存在时差所带来的障碍。
软件测试外包的沟通管理
学习过PMP/PMBOK的朋友可能都知道这么一个事实，一个项目经理85%的时间都用在各方面的沟通交流上。很多项目出现问题都不是在技术上碰到难题，而更多的是由于沟通不畅引发的后果。
以前做国内项目的时候一说沟通，很多人就想到要和客户一起去吃饭喝酒。相对这种非正式的个人之间的沟通，在外包项目管理中更需要建立流畅的正式沟通渠道。这种正式的沟通渠道包括但不限于定期的电视电话会议，正式邮件往来，通过IM的工作聊天，统一的错误报告机制(Bug跟踪系统及其他)等。一个非常重要但经常被忽视的沟通渠道就是文档，尤其是项目计划，不少项目经理都只是把项目计划当作前期不得不完成的一个文档，到项目执行过程中即使再去阅读也只是关注进度表部分。其实项目计划包含了众多内容，除了进度表外，还包括上面提到的风险管理计划，以及项目的范围界定和各种项目管理流程(包括需求变更管理流程等)，它在一定意义上是合同的一部分，所以及时的更新、审核(Review)和批准(Approval)不仅仅对项目的监控非常重要，对于开发方来说也是很好的法律上的保护。
正式的沟通还有一点非常需要注意的就是要保证良好的反馈机制。我们都知道信息在传递的过程中会受到噪音的干扰，尤其是在多次传递的情况下更容易失真。所以在建立沟通渠道的时候要建立起方便有效的反馈途径。对于重要的文档，一定要有合适的审核和批准机制。更为有效的一种机制还是利用类似于Mercury的Quality Center这样的工具，由于其内置了工作流，所以任何的问题都必须按照一定的流程进行处理，避免了因为工作忙而忘记了一些重要工作的可能。
最后需要提醒的一点的是，要保留一切沟通过程的证据。美国的金融监管部门对金融业内部的所有电子邮件要求保留至少5年以上以备检查。在项目中证据的保留一方面是对自己权益的保护，另一方面也是保持完整的沟通记录有利于后期出现问题的顺利解决。
注：本文转自网络。