用例对系统功能的用户视图建模,即
- 就用户而言,系统做了什么;
- 它所做的对用户来说是有价值的。
- 用例模型提供了一种组织、构造和记录在需求获取过程中发现的大量信息的方法;
- 它构成了开发过程的需求描述阶段的一个组成部分。
用例通常是图形化的,用例图由文本描述支持,包括用例和参与者描述,以及与用例模板相关的场景,使用例方法简单直观,是讨论和阐明开发人员理解的理想工具的用户需求。
一旦用例模型完成并与用户一起审查,它就会形成一个基本的结构化信息池,系统的其他模型将在此基础上绘制。用例模型对于测试系统功能也很有用。
用例模型
用例模型包括:
- 用例图,
- 一组用例描述,
- 一组演员描述
- 一组场景(由事件流描述)。
用例图使用四个概念对问题域进行图形化建模:用例、参与者、关系链接和边界。
用例:用用例名称标记的椭圆。按照惯例,我们以动词开头每个用例名称,以表明用例代表一个过程。因此,我们使用“维护客户列表”而不是“客户列表”,使用“处理查询”而不是“查询”。
演员:带有演员姓名的简单简笔画。我们将演员的名字大写以便于识别(例如图书管理员、学生)。
参与者可以是 人、其他系统、时间触发器或事件触发器。参与者指定由用户或与主体交互的任何其他系统所扮演的角色。它可能代表人类用户、外部硬件或其他主体所扮演的角色。
用例关系:连接参与者和用例的线。这一行向我们展示了哪些参与者与哪些用例相关联。这种关系也称为通信。
边界:围绕用例绘制的矩形,将它们与参与者分开,用于描述系统的范围。系统边界是可选的并且经常被忽略。
用例图的目的
用例建模是在面向对象软件开发过程的不同阶段完成的。每个阶段显示的信息的详细程度和类型取决于模型的用途。早期阶段不包括与系统详细设计或实施相关的信息,当时的主要目的是与用户交流。稍后,将添加技术细节,例如用户界面设计,以供程序员参考。
系统开发中的用例与类图
重要的是要认识到,尽管用例模型对系统需求进行了划分和结构化,但这种结构并不是构建新软件系统的基础,事实上,类图提供了这种结构。
用例模型将系统构建为用户的主要任务视图。
类图通过使用一组逻辑软件组件(对象)来构建系统。