《软件运维方案》.ppt

移动项目运维方案
2011年12月
整理ppt
目录
现状分析
01
愿景目标
02
运维管理
03
软件过程管理
04
整理ppt
现状描述
背景概述
目前移动市自建系统业务呈膨胀的趋势，承载的业务越来越多，但相应的系统维护管理却没有与时俱进，一直秉承’谁开发谁维护’的思想，维护工作由于开发商的多维度，业务多维度逐渐趋于混乱，降低整个IT支撑的效率。
处理效率慢
由于对自建系统业务不非常了解，工单总是需要转多次才能转正确人那边
职责偏离
本应该对项目软件过程整体把控，但深陷维护漩涡出，做事太琐碎，偏离职责定位
维护安排困难
维护的不固定性，以及小项目维护量工作量偏少，对于团队的开发经理维护人力合适安排是一个比较大的挑战
工作延续中断
在现有的环境中，开发人员常常需要参与维护。由于维护时间上不固定性以及忽然性，常常打断本职工作，导致思路中断
工作强度大
维护域的缺失以及对维护工作的不重视，导致维护人员严重缺失，造成维护人员工作强度艰苦。做事累且杂
业支服务台
ITC接口人
开发经理
开发人员
维护人员
当前参与维护各岗位人员现状
整理ppt
分析思路
统一运维
成立专业运维团队，负责整个维护相关工作.
人机协作
通过程序系统对一些维护工作（监控类，审计类等），提高运维质量以及效率
软件过程管理
采用CMMI指导思想，面向软件过程管理，降低软件风险与减少程序BUG，大大降低维护工作量
软件过程管理
统一运维
人机协作
运维过程管理
运维过程管理
采用ITIL思想体系，通过建立系统流程规范运维过程，
开发过程不规范导致程序质量较差，相应维护工作太多
各开发商都参与维护，不利于管控
维护只注重结果，过程未管控
量多
分散
随意
手工
主要症结
解决思路
维护纯人力手工，效率低下，效果很差
整理ppt
愿景目标
组建运维团队主要目的就是将运维进行规范，将各梯队人员从运维中解放出来，运维团队保证运维95%以上工作。同时提升运维效率，提高运维质量。间接要求软件本身质量的提升，对软件质量起到项目监理作用。在保证运维结果的情况下，本次运维方案目标应达到以下目标:
成立专业运维团队，团队内部职能明确，团队接管整个运维过程中90%以上工作，与维护相关梯队人员（开发人员，项目经理，业支人员）将维护相关工作缩短到目前的20%以下。
整个软件过程规范，包含开发过程，运维过程
项目开发采用CMMI成熟度模型，达到开发过程BUG，风险可控,开发轨迹可在文档中清晰呈现
项目运维参照ITIL体系，运维过程事件，质量可管控。运维事件可追踪，可分析，流程轨迹可以在系统中直观呈现。同时运维过程知识可传承
整个运维事件中，时效性对于运维效果是一个非常重要的指标，运维事件相应及时包括运维事件触发及时，运维事件处理过程协作畅通，运维团队与对外反馈沟通及时。
职能明确
过程规范
响应及时
整理ppt
运维管理体系
运维团队
运维过程
团队角色
角色职责
素质要求
人员组成
运维规范
质量考核规范
工作内容界定
制度规范
运维流程
运维监控
ITIL 运维体系
对象界定
安全管控
采集平台
质量管控
监控中心
应用中心
知识管理
流程协作
协作监控
事件升级
整理ppt
团队建设
角色
职能
素质
运维经理
主管运维团队内部管理，沟通，对外沟通工作
5年以上移动项目运维管理经验。
3年以上移动大型项目运维经验。
分析师
将运维事件原因分析，策略定制，运维项目设计合理性分析等
6年以上移动项目经验。
5年以上担任系统架构，系统分析师经验
熟悉各种分析工具与方法
ORACLE DBA
对于运维项目数据库进行管理，包括巡检，故障处理，参数设置，热备等
具有DBA专业证书
3年以上oracle数据库管理经验
服务台
接收系统使用者反映事件，包含咨询，查证，故障，并对时间进行ITIL单初步填写以及相关症状初判
良好的沟通能力以及服务态度
项目故障相关基础故障知识
良好问题描述能力
j2ee维护工程师
相关j2ee项目故障，问题原因分析，故障处理等工作执行者
2年以上移动项目开发经验
熟悉oracle基础SQL,mvc模型框架知识
C++维护工程师
相关C++项目故障判断，故障处理等工作执行者
4年以上C++项目经验，熟悉oracle数据库
熟悉