umlの用例图
我的总结是在看完uml学习之后又參考了同学借的《uml和ooad高速入门》的思路,利用齿轮带动的原理进行。废话不多说了。首先分析一下类图和用例图的联系与差别。
类图 | 用例图 |
类class | 用例use case 、參与者actor |
关联association | 包括include、扩展extend |
静态结构 | 动态功能 |
系统内观 | 系统外观 |
稳定成长 | 变化迅速 |
在实际工作者,最主要的技能是划分出颗粒度大小适度的用例,由于粒度划分不好。会影响工时的估算,也同一时候影响项目的成本。
同一时候用例图是开发人员和用户从功能的角度。
黑盒子。
从用户的角度理解系统。用例模型驱动各个阶段的开发工作。用来描写叙述用户需求。强调两点:1功能(用户角度)2.功能的运行者
值得注意的一点是actor指人或事。能够为系统输入,能够驱动系统,能够使系统被动接受(生日祝福)能够主动发起,也能够被动接受。
以下是针对机房收费系统的需求画的用例图。若有不完好的地方欢迎提出相互交流。针对自己的不足我在最后的问题集锦中有所总结,敬请观看。