uml本质

uml本质

  什么才是mul的本质？花点时间整理一下自己的思路，利人利己可以双赢。以下只是个人见解，如有纰漏，实属必然。

 

  uml作为一种描述工具，对外是面向客户，面向最终使用者，对内是面向项目本身。对于开发一个软件产品的过程中，

会有很多不同专业背景的人加入进来一同工作，协调他们之间的矛盾，连接这些人的纽带，所有问题的最终解决或者

妥协的基石在那里？应该就是uml。

 

  不清楚uml越来越庞大，越来越来复杂的原因? 当然不是所有的图都是必须的。

 

  1。每个软件产品最初的产品定位会告诉你它的目标客户是那些人？有了这些产品策划才能开始构建uml用例图，当然还

要交付目标环境，任务等级等等这些影响产品性能的条件。

 

  2。在策划的成果之上，分管业务逻辑的人才能将用例图，分解成活动图，时序图。

 

  3。硬件也可以策划文案中找到配置图的基础。

 

  4。比较关键的地方（相比之下老外的长处），系统分析将活动图，时序图，分出组件图，组件结构图。

 

  5。将组件图，组件结构图分派到若干的小组，生成类图，包图，对象图，状态图(可选)。

 

  6。当然小项目可以直接跳过4，5，根据活动图，时序图画出交互图，协作图。