软件外包服务总结范文第1篇
摘要：该文结合省级服务外包人才培训基地的实践经验，通过构建全真公司管理运营管理模式、校企联合开发培训课程资源、使用云计算培训平台等方面做了详细的阐述，为高职院校在软件人才的培养方面提供有效的参考和借鉴。
关键词：软件服务外包；人才培养模式；培训
我院的软件服务外包人才培训基地是江苏省2008年批准的首批省级软件人才培训基地，与知名软件人才培训机构-创思维力软件集团合作多年，自2008年起先后培训软件人才10多批次，合计500余人次应届毕业生，为软件企业输送了大量合格的新员工，输送到的软件企业有大展软件等知名企业。基地在服务外包人才培训过程中通过创新软件服务外包人才培养模式等举措，积累了许多成功经验。
1 依据企业发展战略进行校企合作，创新软件服务外包人才培养模式
1.1 寻求政府企业多方合作，创新软件服务外包人才培养模式
我院分别与政府、企业和社会培训机构合作，不断创新软件服务外包人才培养模式。2008-2010年，与企业共建服务外包人才培训基地，推行“学校+公司”人才培养模式。通过政府搭台，基地通过提供场地和硬件设备等举措，引入创思维力信息技术有限公司，与该公司进行了三年合作。2009-2011年，学院与北大青鸟、江苏微软中心合作，推行“学校+培训机构”人才培养模式。通过以上“筑巢引凤”方式，基地得到了发展壮大，学习企业化的项目管理流程规范，不断完善服务外包人才的培养机制。2010-2013年至今，探索“教学产业园”人才培养模式，借鉴新加坡“教学工厂”的教学理念，推行“教学产业园”的人才培养模式，目前正在探索实践之中。
1.2 根据软件企业的发展战略，校企联合开发培训课程资源
根据企业发展战略，构建完善的培训体系。软件企业的专业职位细分为程序员、软件工程师、系统分析员、项目管理经理。经过调研，明确基地培养目标，确定培养软件企业需要的程序员和BPO 专员。程序员是能够熟练编程的技能型人才， BPO 专员是既懂计算机又懂外语，还懂一门业务（包括金融、财务或人力资源等） 的复合型人才，对于刚参加的培训学员，帮助他们寻找自我认知，为职业生涯定位，确定发展方向。
通过校企合作联合开发培训教材，将具有工程背景的企业真实项目经过改造后形成培训课程包。课程包能针对不同学习基础的员工，划分了2个部分：“基础篇”针对初学者，开发了《IT职业导向训练》和《软件项目开发方法》等课程，能够使初学者快速掌握软件开发的内容；“进阶篇”中开发了《数据库设计规范》和《软件项目开发模式》等课程，课程按照软件项目开发流程进行讲解，并且配套大量应用实训案例，帮助学员做到学以致用，活学活用。例如，通过与北大青鸟等公司合作，成功开发了JAVA软件工程师课程包、.NET软件工程师课程包，具体的系列课程如表1所示。
教材的内容编排方式为“实训任务、相关知识点、任务要点分析、参考源代码、扩展练习”，内容紧凑详尽、结构清晰、易学易懂，具有较高的实用性和操作性。
1.3做好培训过程需求分析，抓好双师型的专业教师建设
基地选送优秀教师赴国外进修，目前已有2名教师赴印度、澳大利亚进修。通过软件服务外包企业联盟、软件行业协会等平台，教师参加行业的考评员培训和教育部的骨干教师培训，提高教师的双师型素质，目前12名考评员全部上岗。采用优惠政策从软件企业引进工程技术人员充实教师队伍，目前有来自微软、中科国际、太仓智博软件公司，上海博为峰软件公司等软件企业的10名企业工程技术人员担任培训教师。学院教师与企业培训师实现双向兼职，最终成功造就一批既懂了理论知识又具备实战技能的双师型教师队伍。
2 使用云计算培训平台，构建全真公司管理运营管理模式
2.1 全真公司制的教学管理方式
为适应现代教育和企业实际人才的培养需求，基地创新管理模式，采取了全真公司化管理运营，部署应用了日立JP1企业级综合系统运行管理软件，严格按照软件公司的规章制度考核学员。学生在模拟公司环境的教室环境中上课，以企业岗位职位来设置培训班的班级干部职位。培训过程中，给每位学员进行多次职业测评，根据学员智商、情商、素质等情况，进行职业生涯规划指导。
教学过程中，采用基于榜样的MCLA教学方法，采取PD（项目驱动）教学，以实际项目引出技术知识点，严格保证学员实训期间代码量达到10000行以上，提高学生的项目动手实践编码能力，确保学员培训结束后直接胜任软件服务外包企业的工作。
2.2 数字化云计算培训平台的使用
目前，基地依托太仓大学科技园云计算公共服务中心平台，已经建设了云技术培训教室，通过虚拟云桌面来访问云计算平台资源，减少了基地的设备投入费用。充分利用云资源的整合共享功能，利用云计算技术将成熟的应用软件部署在云端，以服务方式将“应用服务”提供给培训基地，虚拟跨平台环境极大地方便了学员的培训学习，降低了基地的运行维护成本。充分利用云中数据的分布式存储，大大降低了存储和访问压力。学员通过太仓大学云计算公共服务中心平台的培训资源，在云服务提供的网络进阶培训学习过程中，自我控制学习进度，在网上听课过程中提出问题和网上研习测试，自我测评学习效果。
软件服务外包培训基地公共云平台，如图1所示。
3 结束语
我院的软件与服务外包基地经过近六年运作，立足服务外包（BPO、ITO、KPO）以及嵌入式系统应用维护等IT行业的高技术应用型人才培养，通过校企合作开发课程，编制培训教材，造就双师型培训教师，保证了软件服务外包人才培养目标的实现，为培养适应长三角地区发展需求的软件服务外包人才做出了应有的贡献。
参考文献：
[1] 徐涛.高职院校软件服务外包人才培养模式探索[J].全国商情理论研究，2010（10）.
[2] 马艳红.高职为企业提供在线培训学习平台服务的研究[J].软件，2013，34（1）.
[3] 顾海燕.校企合作共建高校软件服务外包专业的探索与实践[J].农业网络信息，2012（11）.
[4] 杨正校.高职软件服务外包“课程包”的开发与研究[J].职业教育研究，2010（10）.
[5] 普星.高职院校软件服务外包人才培养模式研究[J].中国电力教育，2010（36）.
软件外包服务总结范文第2篇
收费标准:
每台电脑200元/年,局域网维护200元/年。
服务内容:
1, 及时上门维修,保证贵公司的电脑等设备随时运行于正常状态。
2, 平时出现故障只需打个电话,我们将第一时间派人上门解决。
3, 维护主要内容包括:
(1) 贵公司应用软件故障排除和恢复。
(2) 硬件损坏的检测维修或更换。
(3) 病毒防范和消除。
(4) 硬盘垃圾清理。
(5) 软件故障排除和恢复。
(6) 系统软件,硬件升级。
(7) 系统数据备份/恢复。
(8) 电脑外设的安装调试。
(9) 系统安装调试。
(10) 局域网维护，包括网线、交换机和路由器的维护。
4, 为贵公司在增加电脑等设备时提供意见,代为购买及安装,不另收服务费,并保证所购买的设备获得最佳性价比。
★以上价格只包含服务费用。至于所需硬件如：电脑硬件及外设的维修或购买新硬件，网络线缆、交换机、路由器等，可自己采购或维修，我们免费安装;也可由我们代为办理，不另收费。
服务承诺:
1. 4小时报修响应速度,通常为即时响应(特殊情况除外)。
2. 保守用户商业机密。
B. 电脑及相关设备代购
1. 设备来源是正式厂家授权代理
2. 价格将低于市场标准价格
3. 将得到各厂家的正式售后服务
C. 安装办公室局域网
1. 施工布线
软件外包服务总结范文第3篇
一、毕业设计考核小组
组长：杨正校
成员：周玲余、浦菲举、各专业负责人
二、毕业设计总要求
1. 毕业设计选题。要求毕业生尽量结合实习工作实际，选取与实习工作内容密切相关的内容，部分学生也可以选择与课程相关的大作业等内容。
2. 撰写的毕业毕业设计文本格式符合教务处格式要求规范。具体要求参见教务下发文件。
3. 需要在规定时间内完成毕业设计。
4. 指导教师对学生的选题和毕业设计工作负责。
三、具体时间要求
1. 毕业设计指导教师在1月30日前完成指导学生的开题工作，2月28日前上交《毕业设计(论文)选题审批表》、《毕业设计(论文)题目汇总及成绩》、《毕业设计(论文)任务书》及《毕业设计(论文)开题报告》四张表(电子及纸质稿，统一交由班主任汇总后上交
系部)。各文档的命名规范见下文6(补充说明)。
2.2月1日至4月4日，指导教师根据学院对毕业设计的格式及内容上的要求对学生的毕业设计进行指导及把关，并于4月11日前完成毕业设计初稿的审阅。
3.4月12日至4月18日，指导教师完成对第二稿的审阅并上报优秀毕业设计的人选，指导教师须将优秀毕业设计的相关材料(毕业设计终稿，选题表，开题报告任务书)在4月26日前交至系部优秀毕业设计评阅小组审核，并负责通知到有关答辩同学，于5月4日参加预答辩，毕业设计考核小组以确定重点答辩毕业设计人选。
4.5月10日，2014届毕业生答辩会，学生须携带毕业设计终稿的纸质稿2份参加答辩。学生须在5月16日前将根据答辩意见对毕业设计进行再修改，并将毕业设计终稿及其他相关材料发给指导教师，指导教师确认无误后交由班主任汇总。班主任需在5月21日前将班级的毕业设计材料(审批表，开题报告，任务书，题目及成绩表，毕业设计终稿)电子稿以班级为单位提交到系部，由系部统一对毕业设计进行胶印封装。
5.5月26日至5月29日，指导教师汇总其指导学生的毕业设计材料，并整理装订成袋，统一交有关班主任汇总后上交系部。
6.补充说明：①最终的电子稿材料除题目及成绩汇总表外，其他文件最终稿均需为PDF文件，文件的命名规范：文档的命名方式为：学号_姓名_文档名称。例：110302231120_张宸_毕业设计(毕业设计)开题报告。
②各附件起止日期：
毕业设计封面：2014年5月
选题审批表：2014年1月15日至1月20日之间日期 任务书：2014年1月15日至2014年5月9日 开题报告：2014年1月21日至1月31日之间日期
软件与服务外包学院
软件外包服务总结范文第4篇
身份证号码：______________________ 乙方：_________________ (个人)
身份证号码：______________________ _____________(个人) (以下称乙方)受________________________(以下称甲方)|委托进行________________________的开发工作。双方本着相互合作、互惠互利的原则，共同协商达成如下协议：
一、
项目名称：
二、
内容及要求：
1.
开发内容：根据甲方的要求，乙方在规定时间内完成“______________”的开发，该系统的设计要求如下： l
主要功能：
根据需求设计进行项目的开发以及测试的工作。具体工作由甲方分配。 l
系统运行环境包括： (1) (2)
2.
开发时间：
(1)
启动日期：甲乙双方签字盖章之日即为项目正式启动日期; (2)
完成期限：自项目正式启动，在__工作日内完成。
三、
双方权利义务： 1.
甲方：
(1)
甲方有权利督促乙方按规定时间完成项目开发，有增加或修改内容双方需另行协商解决;在不影响进程的情况下，对于甲方的小规模变动的需求，乙方必须满足;若出现大幅度的变更，则甲乙双方商议延长开发周期。 (2)
甲方完全拥有________________________系统的所有权，包括使用权、著作权等所有权利; (3)
甲方应当按照协议，按时向乙方支付开发费用; (4)
甲方有责任对本协议的内容进行保密;
(5)
甲方有责任对乙方的软件开发技术进行保密，在未经乙方书面许可的情况下，不得向第三方泄露。 (6)
甲方有责任保密乙方的个人信息，不得向第三方泄露。 2.
乙方：
(1)
乙方有责任按甲方的要求在规定时间内完成项目开发，完成需要开发的内容;
(2)
在项目开发完毕之后，在乙方对甲方提供的维护服务期之内，由于甲方设计变更而导致______________________的变更，若变更范围在本合同所规定的功能范围之内，乙方有义务免费为甲方修改变更内容; (3)
乙方有责任对本协议的内容进行保密;
(4)
乙方有责任对与甲方项目的接口规范进行保密，在未经甲方书面许可的情况下，不得向第三方泄露;
(5)
乙方有责任在项目验收合格完成之后，向甲方提供__个月的免费维护服务，此维护仅指软件bug的修改以及小范围的功能性改动;
(6)
乙方有责任自行准备软件开发所需的硬件设备、开发资料及语音sdk.
四、
费用和支付方式：
1.
费用：此项目费用合计为________元人民币 2.
支付方式： (1)
第一阶段：
在合同签订之后的__个工作日内，支付乙方_______元人民币。 (2)
第二阶段：
在甲方整体项目开发完毕后__个工作日内完成测试验收，并向乙方提供验收合格报告。同时，乙方将软件设计相关文档交付给甲方，甲方在__个工作日内支付乙方______元人民币。 (3)
第三阶段：
在项目开发完毕6个月后的__个工作日，甲方向乙方支付余款_____元人民币。 3. 违约责任：
(1)
甲方有责任按期支付乙方费用，如因甲方自身原因，未能按时交付，则每延期一天，甲方将额外支付乙方总费用的0.5%作为补偿;
(2)
乙方有责任按期向交付甲方源代码和设计文档，实现项目中的所有功能，如因乙方自身原因，未能按时交付，则每延期一天，甲方将扣除乙方总费用的0.5%作为补偿。 如确因甲方原因，造成乙方未能按时交付，则乙方不承担由此造成的甲方的损失。
五、
适用法律：
本协议按中华人民共和国法律解释。
六、
仲裁
对在本协议履行过程中出现的争议，双方本着友好协商的原则予以解决，如协商不能解决时，合同的任何一方可将争议提交本地仲裁委员会，并按该委员会的仲裁规则进行仲裁。仲裁决定对双方都有约束力。争议进行仲裁期间，除争议事项外，甲乙双方应继续履行各自本合同中规定的义务和行使权利。
七、
甲乙双方指定联系人及联系方式 甲方： 联系人： 联系电话：乙方： 联系人： 联系电话：
若甲乙双方变更联系人，需要做出书面通知以告知对方。
八、
其它：
本合同壹式贰份，双方各执壹份，签字盖章有效。 甲方：
代表签字(盖章)：
软件外包服务总结范文第5篇
软件开发维护服务外包
东软集团软件股份有限公司
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 应急预案具体措施
应急预案需要从业务系统、数据库、网络平台三个方面来考虑应急处理措施，在出现紧急重大问题的情况下，我公司会在最短时间内作出故障响应，第一时间由驻现场维护人员启动备份系统，同时将指派具有解决故障能力的软件工程师、数据库工程师以及硬件网络工程师组成的紧急服务小组解决问题。
软件外包服务总结范文第6篇
摘要：交易费用范式是新制度经济学的重要分析工具之一。中国服务外包业的发展既有难得的机遇，也面临种种挑战。在交易费用的范武下，中国服务外包业的发展，应通过加强人力的培养，强化政策扶持和服务引导的力度，并增加对其资金的支持，走国际化之路。
关键词：交易费用范式；服务外包业；竞争力；国际化
文献标识码：A
引言
随着中国经济的转型升级和产业结构调整步伐的加快，从一个加工制造业大国向服务外包业大国迈进，建设一个低碳、环保、友好和谐的创新型社会已成为历史潮流和时代要求。在这样的过程中，必然需要加强对服务外包业转型的理论研究。对服务外包理论的研究不仅仅有助于提升理论对实践的指导意义，更能够在理论的高度上加强我国作为服务外包业大国的综合竞争力。在这样的背景下，从交易费用范式下分析服务外包业的现状和对策是全新的尝试。
交易费用范式作为一种分析工具即指在交易费用的领域内进行分析问题以及提出解决问题的思路。交易费用范式包含以下几点基本结论：(1)市场和企业虽可相互替代，却是不相同的交易机制。(2)企业取代市场实现交易有可能减少交易的费用。(3)市场交易费用的存在决定了企业的存在。(4)企业“内化”市场交易的同时产生额外的管理费用。当管理费用的增加与市场交易费用节省的数量相当时，企业的边界趋于平衡(不再增长扩大)。(5)现代交易费用理论认为交易费用的存在及企业节省交易费用的努力是资本主义企业结构演变的唯一动力。
一、中国服务外包业面临的机遇和挑战
从交易费用范式看，服务外包的存在就是一种将交易费用内化的过程。按照定义的规范，服务外包是指企业将价值链中原本由自身提供的具有基础性的、共性的、非核心的IT业务和基于IT的业务流程剥离出来后，外包给企业外部专业服务提供商来完成的经济活动。因此，服务外包应该是基于信息网络技术的，其服务性工作(包括业务和业务流程)通过计算机操作完成，并采用现代通信手段进行交付，使企业通过重组价值链、优化资源配置，降低了成本并增强了企业核心竞争力。这种具有基础性的、共性的，非核心的IT业务假如由企业自己创造的话不仅需要浪费大量的人力物力财力，还在一定程度上影响到企业核心技术的开发和更新。而将其外包给特殊的企业去制作，在外包企业和被外包企业之间形成一种交易费用“内化”的格局。即服务外包业的发包方和承包方是一个有机的利益链条，发包方仅仅需要花费在寻找承包方的过程中的交易费用，而一旦签订相关的外包合同，其关系可以一直延续下去。发包方将承包方看做是自身企业业务链的延伸。这是一种节约交易费用的举措，也是服务外包业在经济学领域内的最新解释。
自改革开放以来，中国走了一条几乎是“世界工厂”到“世界办公室”的曲折之路，而在新世纪的发展过程中，无论从全球经济转型来看，还是从中国经济的转型升级现实来看，中国的服务外包业的发展都面临着种种机遇和挑战。
(一)中国服务外包业面临的发展机遇
1．全球经济转型为中国服务外包业提供了发展契机
全球经济从第二次世界大战之后就开始逐渐转入依靠科学技术进步手段来提高生产效率和劳动生产力，伴随着第三次科技革命的到来，世界经济的面貌也焕然一新。在新一轮的全球经济转型中，大型跨国公司纷纷采取外包来实现企业效率的提高，因此，服务外包市场规模得到进一步扩展。同时，随着全球进一步向绿色、科技、扁平化发展，新兴产业得到了全球各国的重视，正在逐步得到发展。而服务外包行业作为其中重要的发展方向，也成为未来全球经济发展的重要推动力量。因此，全球服务外包得到进一步发展已经成为一种共识。
由于传统的西方经济发达国家的服务外包业已经趋于饱和状态，其不得不让那些劳动力资源丰富，交易费用低的发展中国家投入更多的目光。受经济危机的影响，许多公司为了进一步降低企业运营成本、研发新的技术，不得不放弃对服务外包的偏见，把相当多的业务外包给成本低廉的发展中国家。同时，导致企业对承接的信息安全、知识产权、产业成熟度等因素的重视程度降低，对人力资源重视程度的提高。这些因素都促成了服务外包行业向发展中国家进一步扩充，导致服务外包承接国数量急剧增多。
这些共识的形成无疑在全球经济发展的脉络上给中国服务外包业提供了重要的发展契机。中国从改革开放之初基本上走了一条“世界加工厂”的低端企业转移之路，在全球经济转型的新时期，中国面临着巨大的发展机遇。如何将这样的发展机遇“内化”为中国服务外包企业的发展的现实，将是一个最大的课题和难得的契机。
2．中国经济产业升级为服务外包业提供了广阔的市场
中国的经济已经经历了十一个五年计划时期，目前进入第十二个五年规划发展期，在新的发展时期，转变经济发展方式，调整产业结构、节能减排、发展新兴产业等成为重点发展方向，而服务外包产业则具有调整经济结构、节能减排、快速拉动经济增长等特点，因此成为国家重点发展的领域。同时，未来中国经济仍能保持7％的高速增长预期保证了服务外包行业的巨大需求。因此，未来中国的服务外包行业将继续维持较高的增长速度，发展潜力巨大。
据2010年毕马威的一份报告表明，近几年中国服务外包行业快速发展，预计未来五年中国服务外包市场将保持约26％的年复合增长率，未来三至五年或将赶超印度成为新的全球外包中心。而据加拿大咨询公司XMG调查数据显示，中国2010年外包业务已经占全球外包业务的28.7％，达到357.6亿美元，与增长速度为14％的印度之间的差距将不断减小，因此很有可能逐步实现超越发展。
(二)中国服务外包业面临的挑战
从现实的环境看，中国拥有人力资源丰富、基础设施完善、社会稳定、政策环境良好、产业发展前景广阔等诸多的服务外包发展优势。但是由于中国的服务外包业尚不成熟等诸多因素的存在，形成了中国服务外包业发展的障碍，中国的服务外包业仍旧面临着诸多的挑战。
1．中国服务外包业的总体规模不足
服务外包业的总体规模的衡量指标即是完成的承包量。单纯从数字上看，2010年中国服务外包产值刚刚超越100亿美元，和印度的500多亿美元相比，差距明显。在2010TPI离岸外包前10强排名中，印度高居榜首，而中国的排名则比较靠后。同印度相比依旧存在着巨大的差距，说明中国的服务外包业在总体的规模上依旧是处于一种落后状态。这样的落后状态在交易领域内的表现就是富余的劳动力资源得不到充分发挥，造成服务外包发包方与承包方之间信息的极端不对称。
2．中国缺乏大型国际化、集团化的服务外包企业
中国的服务外包企业仍处在分散、小规模的
状态下，这样的一种状态直接导致在交易费用范式下如何节约交易费用问题的出现。由于规模小和分散性的普遍存在，中国的服务外包企业之间的交易费用变得空前高涨，与世界大型国际化、集团化服务外包企业相比较，中国仍有很大的劣势。2010年中国软件出口20强企业服务外包业务总额为19.6亿美元，平均每个企业为9800万美元，还达不到印度塔塔公司一年的业务量。塔塔公司有16万员工，而目前中国企业中没有一家员工数达到这个数目的十分之一。大型国际化、集团化服务外包企业的缺乏一方面增加了交易费用，另外一方面也减弱了中国服务外包业整体的竞争力。
3．中国服务外包业高端人力资源缺乏
中国是劳动力大国，尽管拥有丰富的人才储备，但是中国服务外包行业的人才队伍呈现“纺锤形”，低端和高端人才严重缺乏。这主要是因为中国的国际化发展不足，国内真正达到语言要求、技能精湛的相关人员并不是很多。“纺锤形”的人才结构暴露出中国在服务外包领域人力资源的匮乏。服务外包高端人才的匮乏直接导致中国服务外包业在整体素质上不高，而高端人才的匮乏也制约着中国服务外包业自身的升级转型和更新换代过程，这种状况严重制约了中国服务外包业的发展。
二、交易费用范式下中国服务外包业的发展对策
从交易费用范式分析，中国的服务外包业的机遇和挑战并存。为破除发展障碍，推动服务外包行业健康发展，应采取多种措施，切实解决发展过程中遇到的各种现实问题。而破除发展障碍的难题，无非就是逐步将巨大的交易费用缩减，在发包方和承包方、发包国和承包国之间寻求一种经济上的平衡态势，这就是从交易费用范式下分析中国服务外包业发展对策的核心价值意义所在。
(一)加强服务外包业人才的培养
1．高等教育领域内
要加大对本科院校内服务外包专业课程的设置以及专业领域之内的小语种的语言强化能力的积极培养；在高等职业教育领域要加强一些具有独立建制的高职服务外包院校的培养力度。目前，《国家中长期教育改革和发展规划纲要(2010—2020)》已经颁布实施，按照《纲要》的要求，“中国要加强高职院校的创新人才培养机制。”面对这样的要求，无论是高职院校，还是二级学院或独立学院，都要从专业设置角度和小语种培养角度加快服务外包专业人才培养机制。
2．职业培训领域内
对于服务外包业专业人才仅仅需要在学校内培养是不可能实现的，在学校之外必须完善各级各类服务外包培训中心和示范基地建设，完善对服务外包业人才培养机制的社会化进程。要通过建立示范性服务外包城市的模式，在服务外包示范性城市内部加强职业培训的开展，只有将这些服务外包示范性城市的职业性培训上升到规范性的轨道上，才能在中国内部服务外包人才机制上缩小交易费用的支出，缩小与其他国家在服务外包业内的综合竞争力差距。
(二)加大政策扶持和服务引导的力度
政策扶持和服务引导就是国家通过宏观调控的手段对具有一定优势、一定规模的服务外包企业要重点扶持，帮助其实现规模化、国际化。这也是将规模小的服务外包企业逐渐规模化和集团化的过程，一方面可以提高其综合竞争能力，另一方面可以减少承包方在交易过程中必要的费用，从而在综合交易费用的降低上提高国内服务外包业的同等竞争能力。
在政策扶持和服务引导方面，一方面可以通过建立服务外包示范城市和服务外包示范园区的形式让服务外包业形成一种积极的辐射和示范效应。这种从“点”到“面”的示范和辐射作用对于国内服务外包企业的健康发展不无裨益。从这样的“解剖麻雀”的示范性城市出发，中国的服务外包业可以迅速积累有效的经验，形成一条具有自身特色的发展道路。另一方面需要依托现有的服务外包基地和产业园区，完善产业链条，提高产业聚集度，通过这些基地，实现抱团发展。从产业上完善服务外包链条，从示范性城市、基地、产业链三级体系上不断完善服务外包业的合理布局。所有这些努力都是为了缩小交易费用的总额。
(三)加大对服务外包业的资金支持
在中国服务外包业国际化发展的进程中，由于规模小、分散性的特征，导致其在资金上存在严重的不足，严重制约着其国际化的发展路径。从目前的条件看，国际化之路可以凭借“走出去”和“请进来”两种思路进行。而无论哪一种思路都离不开巨额的资金支撑。所以，对中国的服务外包企业的发展在资金上的支持，一方面要通过资金优惠和出口补贴，鼓励服务外包企业走出国门，实现国际化；另一方面，要加强对服务外包产业基础实施的建设，完善投资环境，吸引外来投资，建立离岸自建中心。