• 可以放慢脚步:BA效率不是通过击键来衡量的
  • 业务分析的通配符身份
  • 是的,您可以在Covid-19期间实际上有效地提出要求!
2015年4月28日星期二10:45

数据流程图-它们值得吗?

撰写者

一幅图片值得一千个字-肯定有人用这句话捕捉了很多东西。我是业务分析师,并且编写业务需求,所以这适合哪里?好吧,它确实适合BA可以用来简洁地提出业务需求的所有图表的上下文。在本文中,让我们探索数据流程图的世界。

简洁明了的数据流程图(或DFD)可以以图形方式描述大量的系统需求。在这里,系统可以是手动的,自动的或两者的结合。 DFD显示输入,输出以及如何将输入数据转换为输出数据(通过过程或计算)。重点始终放在数据及其转换方式上。它不能代表数据流的时间安排,即它是实时实时,每周一次还是每月一次。也没有迹象表明系统何时运行。

为了描述数据的移动和转换,DFD使用标准化的符号。有两种常用的符号样式,一组由Chris Gane和Trish Sarson开发,另一组由Tom DeMarco和Ed Yourdon设计。这两种样式之间的区别仅在于绘图样式,而没有别的。西方文化中的大多数人都是从左到右阅读的。因此,BA从左到右创建图。

下面提到的是DeMarco-Yourdon集:

  • –过程;不能创建或使用数据;以动词开头
  • 箭头(数据流) –数据移入或移出
  • 矩形(外部实体) –系统的外部实体,可能是组织的一部分,也可能不是该组织的一部分;数据源或数据接收器
  • 平行线(数据存储) –静态数据;形成数据模型的起点;数据只能通过进程移动

大多数业务流程非常复杂,足以封装在单个DFD中。因此,为此目的使用了几组DFD。第一个DFD捕获汇总的过程集或范围,而其他DFD则详细分解过程。第一个DFD通常被称为“上下文图”。

上下文图定义了“系统的上下文”,即它定义了业务流程或计算机系统如何与其环境(主要是外部实体)交互。该图最适合在需求确定的早期阶段使用,并且可以帮助进一步探查需求而不会失去重点。在系统集成测试时也可以引用它来进行验证和确认。

由于在DFD的其他级别中提到了详细信息,因此人们通常会想知道多少就足够了?建议将上下文图的进一步详细信息限制为仅三个级别。因此,上下文图> Level 0 DFD > Level 1 DFD >2级DFD,然后停止。如果您觉得整个系统没有被捕获为三个级别,请返回到上下文图并检查它是否应该比当前更概括。

分解上下文图时要记住的另一个概念是保护原理或平衡。该原理指出,高级DFD的输入,输出和数据流应在详细DFD中保留或平衡。例如,如果某个上下文图具有输入A和输出B,那么0级DFD也将必须具有相同的输入A和相同的输出B。该原理将确保在处理更多过程时不会产生错误的图。在进一步的DFD水平上实现。

另外,请记住,随着需求启发阶段的进行,将对DFD进行改进。您不能一劳永逸地创建完美的DFD。随着对需求的进一步了解,改进以迭代的方式进行。

市场上有许多CASE工具可帮助您创建可读,整洁的图表。工具可以帮助对齐符号,使用直线和90度线,连接各种数据流,平衡或过程命名约定等。所有这些都增强了数据流程图的视觉吸引力,并使其易于浏览。一个更重要的概念是将相关项目分组在一起-流程图中泳道的方式。泳道将图划分为水平或垂直泳道,这些泳道通常代表完成流程工作的实体。这些通道有助于以组织清晰的方式描述相关过程。例如,通道可以描述参与DFD的不同部门之间如何进行交互。

对于本文的某些读者来说,所提到的注释可能是对他们已经知道的内容的回顾。但是关键是,我们当中仍有多少人仍然相信在需求收集活动中使用这种简单的工具?大多数业务分析师认为数据流程图是理所当然的,并认为最好将它留在大学教育中,但事实并非如此。如果进行适当的探查,您将意识到项目团队将使用此结构化分析工具来得出他们对用例的推断。它可以用于检查完整性,因此可以找到缺少的要求。它们在业务流程再造项目中也很出色,因为它们以简化的方式提供了流程的简要介绍。不幸的是,它通常是Business Analyst Toolkit中未充分利用的工具。

出色的数据流程图的最显着特征是它们简单,有效且易于理解,包括来自非技术背景的人员,他们可能不喜欢压倒性的过程描述。只要您可以进行下一个项目或作业,就一定要自由使用数据流程图!

不要忘记在下面留下您的评论。

阿迪蒂·沙玛(Aditi Sharma)

阿迪蒂·沙玛(Aditi Sharma), CBAP 和 PMP, 在业务分析和项目管理方面拥有超过10年的经验。她在与金融服务不同地区的利益相关者合作方面拥有丰富的经验,主要在印度的人寿保险领域工作。 目前,她在澳大利亚悉尼工作,是最大的全球一般保险公司。

©BA Times.com 2020

麦格雷戈徽标白色网站