0°

需求分析实战8-类图

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

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

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

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

图书管理、借还管理等。

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

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




我们基本的业务分析过程都已经结束了。

但是作为提交给研发团队之前的工作,如果你能把类图做出来,会更显得有水平以及体现了你的业务理解和消化程度。


类图,对大部分BA和产品来说都比较陌生,但是对于程序猿会比较熟悉。

我们讲面向对象的需求分析,其中一个核心就是进行对象分析,分析的结果就可以用类图进行展示。


之前我提过一次“彩色建模”,不知道大家去找了那本书了没,貌似好像绝版了。但是可以去百度上找PPT介绍,大概了解一下。


我一直在头疼怎么讲类图。

因为讲类图肯定要讲什么是对象,讲什么是对象就要讲对象与属性的区别,什么时候这东西是做对象的,什么时候是做属性的。


我来举个栗子来说明一下哦。

我们都知道,动物有很多类型,比如鸟类。

我们如果是研究鸟类的话,就会以鸟类作为一个对象。

在研究具体动物个体时,可以将麻雀、鸡作为一个对象,翅膀、眼睛、爪子、羽毛都属于属性。

而如果你在研究某个具体特性的时候,比如飞行特性,就可能会需要将翅膀作为一个对象。

所以一个东西是对象还是属性,主要取决于你的业务目的


回归到我们的实战案例上来,在山竹图书馆管理系统中,有哪对象类,这些对象类的关系是怎样的?如何来画类图?


我先来理论性的讲几个原则,大家体会一下:


没有实现

我们的分析还是要以业务为主,做类图也是如此,可以作为SA或者开发的有效输入,但不是抢他们的活。

所以我们画的类图不需要有调用方法、不需要有任务技术的描述。

如果有关键的字段,比如主键等,可以加入,但是不建议。


大类不拆分

有的大类,比如鸟类,不要过早的拆分,只需要标明和麻雀的泛化关系即可。

这样方便用户理解,有层次感。

不过我们这次的业务不复杂,没那么多的层次。

你要记住我们不是在做数据库设计,所以不需要把大类做过细的拆分。

我们的主要职责是理清业务对象的关系


子类不合并

与上一条同理。


同类不抽象

抽象难免会涉及到技术实现的部分,还是那句话,这部分还是留给SA来做专业的设计。



总之,记得类图可以拿去给用户做讲解,也可以作为SA设计的依据,必须以业务为主,以业务为重。




作业

大家来画一下山竹区图书管理系统的类图吧

你可以使用EA,Visio,或者手画拍照。


交作业的方式与之前相同

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

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

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

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





写在最后

有人在学习了类图后,问和E-R图有什么区别。

我的理解是:类图更适合需求分析人员使用,而E-R图会涉及到数据库结构设计。

与活动图和跨职能流程图一样,类图与E-R图只是属于不同公司的工具,但是表达的意思都是一样的。

我们在使用的过程中,只用关注相应的对象关系即可。


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


需求分析实战8-类图


「点点赞赏,手留余香」

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