建立监控流程的一般思路

发表于:2011-1-18 10:45

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:zmmandppm    来源:51Testing软件测试博客

  自己总结的建立监控流程的一般思路,如果公司没有自动化的流程,可以参考这个思想和工具实施。如果有现成的工具,其本质也应该是相通的,即识别、查询和控制对象的状态变迁。这里用一般任务生命周期为例叙述这个过程。

  1、梳理监控对象系统的流程

  最好用分角色的流程图(viso里的跨职能图、rational rose中的活动图)。这样做比单纯流程图能多反映出“执行角色”这个维度。流程图一定要不能遗漏各种异常情况处理。对于一般的业务理解,可能主干流程是最重要的,异常流即使有所缺失,对业务的理解影响不大(这也是相对的,严谨的说,是流程就应该全覆盖)。但现在这是做监控流程,如果异常状况没覆盖到,就等于发生异常状况没监控到,正好丢掉了“监控”的核心价值,因此一定要全面考虑这个流程。

  下图是一个“任务”从发布到关闭的整个生命周期,监控的对象系统是“任务执行系统”。

  2、识别检测对象及其状态变化

  根据业务流程图中的过程,识别出监控对象的状态,一般是在执行动作之后,会有状态的变化,如上图所示的黄色圆圈里面标识的。注意这个对象必须逻辑上是一个事物。物理上逻辑上统一的是大多数情况,比较好理解。比如上图所示的“任务”,或者“缺陷跟踪系统”中的“缺陷”,“风险管理系统”中的“风险”等等;物理上逻辑上不统一的,比“甲乙丙三方通讯协议互相认证系统”中甲乙两方是联动的,因此“甲&乙”成对出现作为一个逻辑对象,关注的状态也是双方联动的状态,而不是各自的独立状态。

  以上两个过程其可以互相映照调整:流程图中动作之后要考虑是否有状态的变化;状态机设计后要看是否有对应的动作触发。这样互相调整,使二者都能做到完善。

  3、画出监控对象的有限状态机

  基于以上的流程,单独提炼状态变化,形成有限状态机。如下图所示。

21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号