关于UML视图与模型

Question

用例视图、类图、协作图等于用例模型、系统模型是什么关系？ 谢谢

Answer 1

首先咱们先一个一个来查阅定义(这里我引用百度百科的部分总结性定义)
用例视图:用例视图（Use Case View）是被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用。
类图:在UML的静态机制中类图是一个重点，它不但是设计人员关心的核心，更是实现人员关注的核心。
协作图/用例模型:作为客户和开发人员之间的契约。用例是贯穿整个系统开发的一条主线。同一个用例模型即为需求工作流程的结果，可当作分析设计工作流程以及测试工作流程的输入使用。
系统模型:面向计算机世界，描述如何用系统解决问题

首先从对应的阅读对象来看:
开发人员关心的:用例视图,类图,协作图/用例模型,系统模型
产品经理们关心的:协作图/用例模型,系统模型,用例视图
客户关心的:系统模型,协作图/用例模型

那么从大小涉及面来看(我想描述的类似人的整个身体与最小的细胞的对比层次):
系统模型>协作图/用例模型>用例视图>类图

类图,或者说生产过程来讲大部分实际过程中也是按照这个顺序来的.
用普通的白话文来讲:
系统模型就像是:客户的一个想法,然后被产品经理扩散成了对应的需求文档.(实际过程中,中小型公司在该阶段其实就是一句话甚至一个想法,而系统模型仅仅是我们大致怎么去实现这个内容.例如:我们用OA处理贵公司的XXXX用CRM+OA的基础数据+XXXX实现贵公司的YYYY)
协作图/用例模型:有了这个想法后,产品经理通过自己对产品的熟悉程度等,绘制了对应的操作界面.给客户去看.这个软件大致会成为什么样子.(大部分实际操作过程中,中小型公司都会在这个阶段产生第一部分的UI设计初稿)
用例视图:被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能单元，可以被描述为参与者与系统之间的一次交互作用。用来拆分协作图的具体某一个功能(在大部分中小型企业的实际过程中,这里被项目经历的"概要设计涵盖".)
类图:这里就比较明显了.我需要实现上述内容.需要哪些东西.

总结来看:

反序来看它-->
N个类图组成或实现了一个用例.
不同的交互用例,在互相沟通,调用后,组成了一个用例模型/协作.
不同的协作(就像公司不同的部分),运作起来以后,构成了一个系统模型(组成了一个公司).
一个完整的系统模型,处理了某一件具体的事情(例如某公司生产了某产品).

正序来看他->
您是一个老板,需要开一个工厂,然后策划公司开始筹备所需内容,首先列举了一个清单->得有个库房,还得有机床,工人
开始具体的步骤,采购,招聘->协作图:大家租房子的租房子,买机床的买机床,招聘工人的招聘
那么具体怎么采购/招聘/租房子呢?->用例图:如何实现租房子,如何实现买机床,如何实现招聘工人
行动起来吧->类图:具体的函数就出来了.对应类有对应方法,只需调用则实现了对应的功能.

整体来看-> 实现了这个系统模型