软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>其他相关>>正文
从六个角度分析流程建模
文章出处:转载 作者:不详 发布时间:2005-12-18
  流程是由多个要素组成的系统,可以从不同的维度或视角(perspective)描述,通常包括功能、业务逻辑、组织、知识、目标、数据和产品等,它们表达流程的不同本体(ontology)。其中功能视图表示 流程的活动或任务(task)组成;业务逻辑与流程执行方式有关,由若干逻辑控制单元组成;组织视图涉及组织结构、执行主体角色定位等内容;而信息视图包括流程的数据(活动的输入、约束控制和输出)及其关系,涉及流程管理的信息或产品实体描述(product entity details)。此外,面向产品的流程模型强调产品(活动结果)在流程中的转换过程,包括状态顺序及转化条件等内容,弱化了功能活动。目标是与流程的功能粒度有关系的,即流程的子目标与流程的分解对应,是考核功能主体绩效的依据,常用的方法是平衡记分法。从不同视角得到的流程模型大多表现为某种流,如信息流、知识流和业务流等。文献1在研究流程的属性时,就是从功能(function)、行为、组织、信息、决策和资源等角度考虑[1]。流程的各种要素之间的关系如图1所示。

      

  要素之间的关系使视图之间存在着多种关联,使得它们能够集成起来表达更多的业务内容,如图2所示。Giorgos等在研究流程管理和知识管理的集成方式时,通过增加知识管理活动(knowledge management tasks)及其处理的知识对象(knowledge objects),在功能、组织、数据和业务逻辑视图的基础上又引入了知识视图(knowledge perspective),拓展了标准的工作流参考模型[2]。此处知识管理活动可看成知识流的组成单元,由特定的角色负责,产生、存储、应用和发布与业务活动相关的知识对象,知识对象作为一种数据,涉及的概念互联构成实体关系模型。

        

  目前已出现许多流程建模方法,这些建模方法在流程的分析和优化中是必不可少的工具。由于不同的流程建模方法突出一种流程要素,而使其他的若干要素弱化或隐藏,因此很难在一种流程模型中表达流程所有的要素,建模方法的选择主要取决于应用的需要。如在管理信息系统开发时,需求分析会用到由活动及其业务逻辑构成的流程图以及分析数据在组织内部流动情况的数据流图DFD(data flow diagram),而在研究流程参与者之间如何协作完成流程的目标时,可以用角色活动图RAD(role activity diagram)[3]和基于通讯(communication-based)的工作流[4]等描述方法。但较全面的流程描述是以某种要素视图为核心,其他要素视图(表)为辅组成。如许多咨询在分析企业流程时,很多采用基于活动的通用流程建模方法(如跨功能的流程图),而其中功能或活动的负责角色、岗位职责等内容用相关的表格表示。在企业建模体系中,往往要综合多角度、多层次的内容才能反映企业业务的全貌,所描述出的模型比较复杂。动态企业建模体系结构CIMOSA(computer integrated manufacturing openness system architecture)的视图维就是以业务逻辑视图(工作流模型)为核心,其它视图(功能视图、信息视图、组织视图与资源视图)为辅助统一集成建模。表1是各种常见建模方法的简单分类。

  表1 常见的流程建模方法

通用建模 信息建模 组织建模 企业建模
SADT、IEDF0、IDEF3、
DFD、

ERM(实体关系模型)、IDEF!、IDEF1X RAD、communication-based
workflow
CIMOSA
强调了业务逻辑,整合了信息、组织和功能等 从数据(信息)流动过程来考察实际业务的处理模式,整合了功能、产品和业务逻辑等内容。面向产品的建模方法可看成其特例 强调多个角色交互、协同完成流程目标的过程,整合了信息、业务逻辑和功能 整合各种流程要素

站内搜索
相关文章
◎故障硬盘数据拯救全攻略
◎测试版本大全
◎程序员修身养性的十大原则
◎建模过程的盲点:软件集成中的软知识
◎ASP+SQL Server构建网页防火墙
◎基于嵌入式DSP的流媒体编解码器
◎软件开发全过程检测及测试自动化
◎PDCA循环小知识
◎想编写出优秀技术文档,先学学这四招
◎Tcl脚本的历史
◎Alpha和Beta测试简介
◎测试人员的挑战
◎测试要点总结
◎本地化测试寻找软件缺陷的方法
◎软件本地化测试类型解析与测试要领
◎全景记录:软件测试工程师的一天
◎破解软件外包人才匮乏困局
◎外包测试:雷声大 雨点急
◎URL欺骗的惯用招式
◎网络最经典命令行
◎近10年最强的50本计算机图书,您读过几本?
◎提高团队与个人的尽职度
◎从程序员到测试工程师
◎软件测试组织与方法
◎编写优秀Bug报告的艺术
◎基于模块化设计的嵌入式软件测试方法
◎一个初级测试工程师的工作总结
◎创建移动Web应用程序
◎Web服务器上防范基于ASP程序的木马
◎ASP网站漏洞解析及黑客入侵防范方法
◎防范ASP木马的十大基本原则
◎V模型问题分析
◎测试人员面试三步曲
◎软件测试的误区
◎谁背上了猴子-时间管理
◎开放源码有利于系统安全
◎软件测试的心理学问题
◎嵌入式软件测试策略
◎如何实施SQA
◎软件测试入门书籍(2)
◎制定项目的测试策略
◎软件测试的人际关系
◎测试实践:Eclipse 之 JUnit
◎测试经验交流
◎软件测试常用术语表
热门文章
◎软件测试工程师面试问题选登
◎一个初级测试工程师的工作总结
◎软件测试常用术语表
◎测试人员面试三步曲
◎DOS命令大全
◎什么样的测试人员是好的测试人员
◎软件测试基本方法
◎好的测试工程师应具备的素质
◎软件测试入门书籍(2)
◎我在软件公司成长的三年
◎面试官最爱问的问题背后真相
◎软件测试工程师面试题
◎应届毕业生少走弯路的十条忠告
◎有关软件测试的术语定义集锦
◎微软的软件测试方法(一)
◎我的测试经历(1)
◎全景记录:软件测试工程师的一天
◎软件测试步骤
◎谈谈对测试职业的看法
◎漫谈软件测试工程师的角色定位
◎测试需要掌握什么
◎软件测试员自身素质培养
◎测试小技巧集锦之一黑盒测试
◎近10年最强的50本计算机图书,您读过几本?
◎软件测试人员职业发展助手
◎测试要点总结
◎如何制定成功的测试计划
◎测试的主要评测方法(1)
◎什么是ERP,通俗版解释
◎测试经验交流
◎软件测试及其支持工具
◎编写优秀Bug报告的艺术
◎软件产品测试标准
◎从程序员到测试工程师
◎微软的软件测试方法(二)
◎软件测试应遵循的八条原则
◎测试版本大全
◎我的测试经历(2)
◎测试人员的挑战
◎网管和黑客都必须知道的命令
◎QA活动的理解与实施
◎Alpha和Beta测试简介
◎网络最经典命令行
◎想编写出优秀技术文档,先学学这四招
◎个人职业生涯规划发展
◎你适合做测试吗?
◎软件测试的误区
◎我的测试经历(3)
◎软件测试的心理学问题
◎软件测试组织与方法

Google提供的广告