0°

需求分析实战7-用例图

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

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

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

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

图书管理、借还管理等。

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

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



需求分析实战7-用例图

我们在上次课中绘制了业务流程图,在这个过程中我们还需要做的是定义业务用例。


在实际工作中,我们可以有多种方式来进行业务用例的定义。

比如大家熟悉的用例图、用户故事、规格。


关于用户故事和规格的部分,我们可以另外开专题来讲,今天我们就来聚焦一下用例图的部分。


用例图长什么样我就不用介绍了,我们来讲讲用例图在绘制中会遇到的几个问题。


关于CRUD

你观察一下你画过的用例,是不是都长这个样子?

需求分析实战7-用例图



我想说,这样画本身是没有错的。

但是,你却是站在了功能的角度上去思考业务,而不是站在业务的角度上去思考业务。对比下,看看下面这张图就明白我在说什么了。


需求分析实战7-用例图


所以,我们在画用例图的时候要尽量用业务的场景、业务的语言进行描述。

我知道这很难,但是我们要有这样的意识。



关于用例图的粒度

上周收到大家的作业,发现有的人画流程图画的好细,有的人画的好粗,那么画图的粒度要怎么把握呢?


小婧的建议是,看你的业务复杂度和要求而定。

如果没有必要特别强调的部分,就要抽象做合并。

这样的比较容易阅读,实在要画的话,考虑分层。



用例图与活动图的关联

其实我们可以从活动图很方便的绘制出用例图。


首先将泳道中的角色做一遍筛选,选出非系统的最终用户。

然后对这些用户进行抽象,比如有的活动图比较系会分成:科长、主任,但是其实他们都是在执行审批,那就可以在用例图中抽象成一个角色:领导。


然后将活动图中的活动节点进行抽离,非判断的基本上都属于用例,但是也要进行归纳和抽象,判断的部分需要你确定一下这个判断是系统做的,还是人做的,如果是人做的那就加到用例里。

比如:之前我们的还书过程中的逾期判断,是系统判断的,还书处的人其实只是收罚款而已。



用例之间的关系

用例一般有三种关系:包含、扩展、泛化。这个具体的我就不说明了,感兴趣的可以去百度一下。后面我们会在讲类图的时候进行详细的说明。




作业

大家画一下还书处工作人员的用例吧。


交作业的方式与之前相同

1.大家可以通过邮件(jessie_yj@126.com)的方式完成作业,小婧会为每篇作业进行私下点评

2.作业提交时间为周四0点之前,也就是你有3天的时间来完成作业

3.每周六小婧会对你们的作业进行总结和分析

4.由于本次作业特殊,请大家一律使用邮件发送给小婧,在邮件标题上注明自己的QQ名或者微信名。作业使用图片附件的方式发给我。




写在最后

我知道大家工作都比较忙,但是作业其实并不复杂,我已经把复杂的部分都去除了。

所以请大家认真对待每次作业,好吗?


另外,本期实战的前三名将会有奖励哦,大家有什么建议?




小婧是一名行走在产品道路上的资深业务分析师(BA),如果想和我一起前行,就请关注“与小婧同行”吧!


需求分析实战7-用例图


「点点赞赏,手留余香」

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