对分析业务模型----类图的学习与认识
对分析业务模型----类图的学习与认识
编程的发展史,简单来说就是一下的几个阶段:一行行的代码;用方法组织起来的代码;结构化的代码;面向对象的代码(用类来组织的代码)。同我们的学习一样这是个循序渐进的过程。
我们的认知可能还存在这样的一个认知:将业务概念直接转变为类,赋予合适的属性和操作就能解决问题。或者是对这种认知存在疑问但还是会以这种思维解决遇到的问题。其实需求阶段的建模与设计阶段的建模是很不一样的。需求阶段的建模是对业务和需求的提炼,优秀的需求设计是设计建模的良好开端,但优秀的设计建模还要考虑更多的设计上的事情,并不是简单的将需求建模转化为设计建模就能解决问题。
牢记主要目的:形成严谨、全面、深入的分析方法。
将某样东西归纳在一起,恶意成为一个类。类有很多提炼角度,我们需要根据系统的目标,业务的场景等进行分析选取合适的角度对事物进行归纳。类的基本语法是简单的,但是要准确识别出来就不是简单的事情了。在实际项目中,我们需要将需求调研中了解到的业务对象、任务列举出来,画出他们的关系,反复推敲,才能得出合适的业务模型。
对于关联类,在《UML大战需求分析》当中有这么几条建议:
1、如果觉得两个类有关系,则先拉上一条直线再说;
2、如果觉得两个类有关系,但怎么画都觉得这个关系不太合适,那么可以思考是不是漏了一个关联类;
3、分别列出两个类的关键属性,思考这些属性的属性值是不是该类本身就可以确定了;
4、通过对属性的思考,可能会发现这个属性应该是属于另外一个类的,思考这个类是不是能表征原来两个类的关联类。
利用好类图,类图的最大魅力在于帮助你发掘和提炼业务模型。