1. 前言
UP开发包括四个阶段:初始阶段、细化阶段、构建阶段、移交阶段;
UP每个阶段包括 业务建模、需求、设计等科目;
其中需求科目对应的需求制品包括:设想、业务规则、用例模型、补充性规格说明、词汇表。
本文主要介绍需求科目中最重要的制品---用例模型
2. 用例的基本概念
- 参与者
某些具有行为的事物,如人、计算机系统,主要包括如下三种类型:
(1)主要参与者:具有用户目标,通过使用系统的服务完成。可以发现驱动用例的用户目标
(2)协助参与者:为当前系统提供服务的系统。可以明确外部接口或协议
(3)幕后参与者:在用例行为中具有影响或利益,但不是主要或协助参与者。可以确定满足所有必要的事物
- 场景
参与者与系统之间一系列特定的活动和交互,也称为用例实例。场景是用例的一条执行路径或特定情节
- 用例
通俗的讲,用例就是场景的集合,用以说明某参与者使用系统实现某些目标
用例是文本形式的情节描述,广泛应用于需求的发现和记录工作中。
用例不是面向对象的,编写用例时也不会进行OO分析,但用例是经典OOA/D关键需求输入
用例是功能性需求
- 用例模型
用例模型是UP中需求科目产生的制品之一,它是所有书面用例的集合,同时它是系统功能性和环境的模型
3. 使用用例的好处
使用用例有助于让客户参与进来,这样可以降低项目失败的风险:
- 降低领域专家甚至是客户自己编写用例的的难度
- 强调了用户的目标和观点
- 能够根据需要对复杂程度和形式化程度进行增减调节
4. 用例的常用形式
用例的形式 | 说明 | 使用时间点 |
摘要 | 简洁的一段式概要,主要应用于主成功场景 | 早期需求分析中 |
非正式 | 非正式的段落格式,用几个段落覆盖不同场景 | 早期需求分析中 |
详述 | 详细编写所有步骤及各种变化,同时具有补充部分 | 用摘要形式编写了大量用例后,第一次需求讨论会上对少部分具有架构性和高价值用例进行详述 |
表 用例的三种常用形式
5.总结
本章主要讨论UP初始阶段需求科目对应的制品之一---用例模型,阐述了用例模型的基本概念,使用用例的好处,用例的常用形式。
下一章将用一个具体的实例进行详细分析和说明