0°

作业点评-业务流程图

项目背景信息(如有雷同纯属巧合):

山竹区早在5年前就成立了自己的区图书馆,现有存书10万册,读者1万人。

目前是使用人工手写的方式进行图书管理、借还等。

随着信息化建设的逐步深入,山竹区文化局决定要实施一套图书馆管理系统,主要负责:

图书管理、借还管理等。

这个项目现交由你们公司进行。

你作为这个项目的需求分析人员参与其中。




作业:


1.使用跨职能流程图或者活动图:读者还书流程

2.使用数据流图:读者还书流程



作业点评-业务流程图

这一期有10位小伙伴提交了作业。

其实本次的作业并不难。我们来分别说说这两个图。


跨职能流程图/活动图

其实这个图是最好画的了,大部分的BA一开始接触到的图,并且就是聚焦在这里的。


小婧这边也不说太多的废话了,大部分的元素及含义你们都知道了。

我想强调的是4点


1.关于角色

很多人画流程图不会画角色,也就是不会画这个泳道

其实这个泳道的意义是十分重要的,特别是在多角色参与的业务流程中。

如果你将所有的角色都写在活动里,不仅画起来可能会有缺失,阅读性和理解性也不强。

我们之前做过干系人分析,做过干系人登记册,这些内容都有助于我们梳理业务流程。而且你的业务流程图不仅仅是和开发沟通,还要用于和客户沟通,在这个层面上说,我更倾向于向你推荐使用业务角色作为泳道的部分。


并且我一直觉得信息系统的另外一大亮点就是,可以进行流程的优化。


这就回答了:为什么我一定要买你们的系统,我用Excel或者用纸质的东西不是一样可以管理嘛。


如果你不能将流程图画清楚,那么怎么做优化呢?


另外,进行角色的强调,也可以方便该角色的人关注在跨流程的业务中,自己执行的活动是不是这些。有助于BA进行进一步的分析。


2.关于阶段


在跨职能流程图中可以划分阶段,这个是可选的。


小婧建议大家好好的分析整个流程是否是可以划分阶段的。

这样会更清晰的进行分析。比如还书的流程,是否可以划分为:读者还书、逾期罚款、还书成功三个阶段?这样在讲解业务的时候,可以描述,当读书没有逾期时,逾期罚款的阶段可以跳过,直接还书成功。


3.关于流程分层

和我们做项目计划WBS一样,流程是可以分层的。

对于一些很复杂的流程来说,我们最好分层来绘制。

当然我们本次的作业没有那么复杂,所以不用分层画。


根据小婧的经验,建议以下流程可以进行分层:


有子流程。这个很好理解。比如我们的还书流程中的预期罚款是个很复杂的子流程,包括设计财务系统等等多角色参与的,就可以将其“封装”为子流程。


可以复用。这里的道理和系统架构设计是一个道理,对于会被很多流程使用到的一个流程部分,可以单独“封装”后,进行调用即可。


4.关于流程和活动节点编号

小婧建议大家对每个流程都起个单独的名字以及简称,最好是英文的,可以使用驼峰命名法。

比如:还书流程 Return Book,简称RB。然后对于每个活动节点以流程缩写打头,并且进行编号,如:RB_01 XXXX。


后续大家在写SRS或者PRD的时候就可以根据业务流程进行业务描述,并且将活动节点编号放在标题中,这样一方面可读性比较高,另一方面避免遗漏。


那么接下来我们就看看做的比较好的小伙伴的作业吧!来自卢礼瑾。


作业点评-业务流程图



数据流图

看得出来,大家都查了一些资料来绘制数据流图。

很明显这次大家都做的比较好。


那么什么时候会用到数据流图呢?

在上周的课程中我们已经说了

“强调数据流转,一般对于用户角色不复杂但数据流转比较复杂的情况”。


具体来说,我觉得如果少于3个用户参与,即只有一两个用户参与的流程,建议使用数据流图。

还有一种情况时,涉及到很多和外部系统数据交互而完成的业务流程,最好也使用数据流图。


虽然数据流图目前的使用还不是很普遍,但是我们在知道了这个图是什么,怎么画之后,在平时工作中自己画画数据流图。


那么接下来我们就看看做的比较好的小伙伴的作业吧!还是来自卢礼瑾。

作业点评-业务流程图




写在最后

不论你用跨职能流程图/活动图,还是数据流图,画好后最好都和别人讨论讨论,特别是和团队里的程序猿。

我觉得当你拿着一份数据流图去找程序猿GG时,他会对你另眼相看的。

不信,你试试?


小婧是一名行走在产品路上的资深业务分析师,如果想与我同行,就请关注我吧!

作业点评-业务流程图

「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论