我没有看到任何研究,但合理的启发式将是这样的:
(自上次应用程序保存以来发生崩溃时的时间+重新启动应用程序的时间)*应用程序运营商的平均每小时费
如果崩溃对外部客户产生一些影响,或者可能延迟其他事情(即创建一个瓶颈,使得另一个人因为其他人的应用程序崩溃而等待等待),估计变得更加复杂.
也就是说,你的'权力'可能很高兴得到一个非常粗略的估计,只要它一致应用,他们可以看到它是如何随着时间的推移而变化.
需要在每种类型的崩溃成本上获得可靠数据的权力
我想乘坐热气球飞往火星,但这并不意味着这样的事情是可能的.
说真的,我认为你有责任告诉他们没有办法准确衡量这一点.告诉他们你可以对崩溃进行排名,或者你可以用你的数据做什么,但这就是你所拥有的.
像"我们实际上无法确定它的成本是多少.我们有关于运行时间的数据,等等,但是附加成本的唯一方法是假装X分钟等于X美元,即使这在现实中没有依据"
如果你只是做一些背驮式成本计算算法并且根本不要反击,那么当管理层转过身并使用这个任意组成的数字做一些愚蠢的事情,如消防人员,或决定不修复任何崩溃时,你只能责怪自己.而是专注于利用他们与sharepoint门户互联网网络共享爱服务器2013的协同作用
更新:澄清一下,我并不是说你应该只依靠100%准确率的统计数据,而只是放弃其他一切.
我认为重要的是你知道你在测量什么.你实际上并没有衡量成本,而是在衡量正常运行时间.因此,你应该提前做好准备.如果你想估算好的成本,但我相信你需要明确这个......
如果我要制作这样的报告,我称之为"崩溃正常运行时间报告",并且可能有一个名为"估计成本基于5美元/分钟"的辅助字段.管理者得到他们的成本估算,但很明显,实际报告是基于正常运行时间,成本只是一个估计,以及估计如何工作.
我没有看到任何研究,但合理的启发式将是这样的:
(自上次应用程序保存以来发生崩溃时的时间+重新启动应用程序的时间)*应用程序运营商的平均每小时费
如果崩溃对外部客户产生一些影响,或者可能延迟其他事情(即创建一个瓶颈,使得另一个人因为其他人的应用程序崩溃而等待等待),估计变得更加复杂.
也就是说,你的'权力'可能很高兴得到一个非常粗略的估计,只要它一致应用,他们可以看到它是如何随着时间的推移而变化.
这里有一个缺失的因素..大多数应用程序都有一个"屈曲"因素,崩溃突然开始"花费"更多,因为人们对你的应用程序提供的服务失去信心.一旦发生这种情况,那么让用户重新信任并使用系统可能会非常昂贵.
京公网安备 11010802040832号 | 京ICP备19059560号-6 
