用RACI矩阵方法来分析容量和性能管理（ITSS)
本帖最后由 monicazhang 于 2015-8-27 14:10 编辑20150827淡然续上
3.4. RACI矩阵流程是跨越多个部门的，所以过程和工作指令需要对应到流程中的角色。根据组织的需求这些角色可以对应到工作职能、IT人员和组织。流程负责人负责通过实施流程工具来确保流程间的相互作用。 ITSS考试RACI矩阵用于全面反映各角色在流程的步骤和用法说明中的职责。Accountable：责任，对流程实施的最终结果和质量负责Responsible：职责，正确执行流程和活动Consult before doing：实施前被咨询：活动实施前需提供咨询意见和建议Inform after doing：实施后被通知：活动实施后需知晓活动的结果和内容
流程角色与职责
缩写
容量管理流程负责人
CMPO
性能与容量经理
CM
性能与容量分析员
CA
活动
CMPO
CM
CA
3.2.1 监测与收集数据
3.2.1.1建立团队，明确角色和职责
A
R
I
3.2.1.2评估关键组件
A
R
I
3.2.1.3确定工具和方法
A
R
CI
3.2.1.4制定监测计划
A
R
CI
3.2.1.5执行监测任务
AI
R
3.2.2分析数据
3.2.2.1确定分析目标和范围
A
A
CI
3.2.2.2确定分析方法与工具
AI
R
CI
3.2.2.3确定分析对象
R,A
I
3.2.2.4抽取数据
AI
R
3.2.2.5分析执行
I
AI
R
3.2.3性能优化
3.2.3.1初步性能优化方案
I
AI
R
3.2.3.2影响和风险分析
CI
CAI
R
3.2.3.3方案测试
AI
R
3.2.3.4制定优化方案
I
AI
R
3.2.3.5批准方案执行
AI
R
I
3.2.4 实施
3.2.4.1备份基准
AIC
R
3.2.4.2优化实施
AIC
R
3.2.4.3实施效果评价 ITSS认证
A
R
I
3.2.5 应用容量预测
3.2.5.1预测未来应用系统交易量
IC
AI
R
3.2.5.2确定质量要求
IC
AI
R
3.2.5.3确定可用性要求
IC
AI
R
3.2.5.4确定其他约束条件
IC
AI
R
3.2.5.5确定资源需求
AIC
R
I
3.2.6 趋势分析
3.2.6.1趋势分析
I
AIC
R
3.2.6.2未来资源需求
AI
R
I
3.2.7 需求管理
3.2.7.1需求分析
A
R
I
3.2.7.2确定客观条件限制
I
A
R
3.2.7.3成本条件限制
I
AI
R
3.2.7.4需求确定与批准
A
R
CI
3.2.8 差距分析
3.2.8.1建立差距分析报告
I
AC
R
3.2.8.2改进建议
I
AC
R
3.2.9 容量计划
3.2.9.1建立或更新容量计划
I
A
R
3.2.9.2批准容量计划
AC
R
I
3.2.9.3容量计划发布与执行
AC
R
I
4. 流程支持技术
4.1. 资源性能监测工具
4.1.1. 功能需求资源性能监测工具包括对网络、服务器及存储等性能与容量的监测，其主要功能应包括：l自动监测：不受时间限制，实现24×7不间断实时监测；不受监测对象数量限制。l自动报警： 一旦出现性能故障或性能指标达到报警标准，警报便会及时通知相关管理人员。l故障自动清除： 当出现一个临时性的故障时，自动恢复功能就会执行脚本，使服务恢复正常。l自动报告： 自动生成各种相关监测对象的数据和报表，不仅是当时发生的，还有对历史数据的分析。l协助进行趋势分析。
4.2. 应用容量预测工具
4.2.1. 功能需求应用容量预测工具将协助进行新应用系统的资源容量预测，此工具应具有以下功能：l对处于开发阶段的应用系统进行容量预测；l监控事务处理；l分析基于元件的应用的响应时间，确认性能瓶颈，迅速孤立问题；l提供从客户机到应用服务器、应用元件和数据库服务器的端到端事务处理执行视图；l有效预测、隔离、诊断和解决问题，预测到应用容量短缺 。
4.3. 可选工具清单
功能需求
可选工具
资源性能监测工具
HP OpenviewIBM TivoliCA Unicenter等
应用容量预测工具
HP Openview Transcation AnalyzerIBM Tivoli等 ITSS培训
5. 附录 （表格、模板）容量计划模板CPIC-cap_plan_template.doc
本帖关键字：ITSS
页:
[1]