在UML中，需求模型又称为用例模型，它主要用于描述系统的功能性需求，即软件可以实现的功能，如登录、注册、入库、出库、查看库存报表、增加员工信息等。常规的用例建模一般包括两个组成部分：绘制用例图和编写用例文档。
用例图采用参与者和用例作为基本元素，以不同的视角展现系统的功能性需求。
一、业务用例视图
说明：使用业务主角和业务用例展现业务建模。
1、业务主角视角
作用：从业务的角度展示业务主角在业务中使用用例达成业务目标。
借阅人在借书管理系统中有借阅图书和办理借阅证两个业务目标。
2、业务模块视角
作用：从更高的层次上或者说角度上展现业务主角和业务用例，下图完整的概况了借书业务的业务目标。
如果这项业务能被上图中的业务主角和业务用例完整说明，则认为针对此业务模块的业务用例定义完成。
视角的选取不是固定的，在建模过程中可以将获取到的业务主角和业务用例用用例图灵活的展现出来，不要拘泥于某个固定的形式。
二、业务用例实现视图
上面的业务用例是业务需求，而业务用例实现则是业务的实现途径，在实际的工作中，一个业务用例只有一个实现途径。
如上图所示，借阅图书的实现方式有两种，一种是网上借阅图书、另一种是图书馆借阅图书。
三、概念用例视图
概念用例视图一般是以业务用例为单元展现的，用于展现从业务用例中经过分析分解出来的关键概念用例，并表示概念用例和业务用例之间的关系。一般来说这些关系有扩展、包含和精化。
如上图，借阅图书有可能有缴纳借阅费，借阅图书也隐含着借出图书、归还图书、检查借阅证。另外概念视图不是必须的。
四、系统用例视图
系统用例视图展现系统范围，系统用例视图是以业务用例为单位展现的。
细心的朋友可能会发现上面视图中没有检查借阅证用例，这是因为该视图是系统用例视图，检查借阅证是手工工作，不属于系统用例。
