1700426750
所有服务的付费流程、格式和报告(报表和收据等文件的统称)都应该大致相同,以便你能快速有效地评估每项服务的总成本。你还得确认执行付费流程的人对这些流程和报告的理解一致,不仅要做到流程的互通,相关人员也是一样。
1700426751
1700426752
业务流程
1700426753
1700426754
向云计算转型是一个重新设计业务流程、提高效率的好时机,流程连接着业务的各个方面,对其进行提升就能改进整体业务水平。而由于BPaaS云能做到业务流程的自动化,云计算也能相应成为业务重焕活力的引擎。就算你还没走到BPaaS这一步,仅使用INaaS和SaaS云服务也能提升效率——继而影响商业变革。
1700426755
1700426756
1700426757
1700426758
1700426759
图39中所示的业务流程重塑(BPR)模型(由哈默与钱皮创建)提供了重新设计业务流程的步骤。业务流程重塑模型的中心思想在于,唯有流程同步得到优化,提升组织效率的举措才可能获得成功(这也同样适用于物联网相关流程,即机器与机器间的交互效率需要趋同)。在使用BPR模型时,常见的问题(图39的步骤3)便是某项流程或其中某道工作流是否必要,事实上只有那些必要流程被保留、优化并实施。在步骤5,你会将部分流程完全设计为BPaaS云服务,另一部分使用某类云服务模型,其余的则不纳入云计算范畴。衡量是否应加入云计算组件的标准取决于你的要求及成功要素,如下文中所述。
1700426760
1700426761
要求与成功要素
1700426762
1700426763
在向云计算转型或考虑采用一项新的云服务时,你需要建立一套要求指标,才能有的放矢地在云服务中进行权衡比较。另一方面,这些要求有助于进一步明确服务层级协议,从而有效评估一项云服务是否适合。记住,云计算并不能满足所有IT或运算需求,有些时候需要用到传统计算方式,比如对运算速度或恢复能力有很高要求时。下列清单有助于你明确对云计算的要求,同时也能明确所采购的云计算的成功要素。我将清单中的要素分为三类:功能性、非功能性和业务相关性的要求。一般来说,这些就已足够评估云计算所有的部署模型和服务模型了。
1700426764
1700426765
1.功能性要求
1700426766
1700426767
成熟度
1700426768
1700426769
互通性
1700426770
1700426771
特征集
1700426772
1700426773
使用模型
1700426774
1700426775
2.非功能性要求
1700426776
1700426777
安全性
1700426778
1700426779
可得性
1700426780
1700426781
恢复能力
1700426782
1700426783
网络容量
1700426784
1700426785
3.业务相关性
1700426786
1700426787
价格与效用模型
1700426788
1700426789
风险
1700426790
1700426791
业务连续性
1700426792
1700426793
支持模型
1700426794
1700426795
报告与付费
1700426796
1700426797
你可以建立一个评分矩阵,对各项要求进行评分,比如0分代表完全没达到该项要求,而3分代表已完全达标。也可以在要求项上加入权重,来反映你对其重要程度的判断。比如说,如果你认为成熟度完全不重要,就可以将其权重设为0,而特征集的权重则可能为3,说明它非常重要。将权重与评分相乘,就能得到该项要求的加权评分,继而可用于对云服务或其供应商进行比较。
1700426798
1700426799
云成熟度模型
[
上一页 ]
[ :1.70042675e+09 ]
[
下一页 ]