文档介绍：《UML面向对象建模基础》
用例图
知识图谱
Agenda
用例和用例驱动开发
如何阅读用例图
如何绘制用例图
用例图应用说明
本章小结
现代需求实践
实践名称
描述
用例(Use case)
描绘一个系统外在可见的需求情况,是代表系统中各个项目相关人员(风险承担人,Stakeholder)之间就系统的行为所达成的契约
用户故事(user story)
由客户参与编写,说明他们需要系统为他们做什么,一般用客户的术语编写,其长度约为三句话左右
特性(Feature)
就是一个小的,具有客户价值的功能,通常表示为<action><result><object>
共性:站在用户的角度看待系统、定义系统;使用用户能够看懂的语言来表述
用例驱动开发过程
知名的“用例驱动”的开发过程有两个,一个就是重型的RUP,另一个则是“离地1000公尺”的ICONIX
在这些开发过程中,开发人员首先捕获客户的需求,并以用例的形式组织成用例模型。然后分析并设计系统来满足这些用例,因此在用例模型之后就是分析模型,接着是设计模型和实施模型。在实现了整个系统之后,还将根据用例模型设计出测试模型来对系统进行验证
这些模型之间并不是线性转变的,它们是一个迭代、增量的开发过程。也就是在整个项目开发周期中,将会多次经过这五个模型的迭代,每次都将越来越精化
参与者
参与者是为了完成一个事件而与系统交互的实体,是用户相对系统而言所演的角色
参与者不仅可以由人承担,还可以是其它系统、硬件设备、甚至是时钟 1)其它系统:当系统需要与其它系统交互时,如ATM柜员机系统中,银行后台系统就是一个参与者; 2)硬件设备:如果系统需要与硬件设备交互时,如在开发IC卡门禁系统时,IC卡读写 器就是一个参与者; 3)时钟:当系统需要定时触发 时,时钟就是参与者
用例
用例实例是在系统中执行的一系列动作,这些动作将生成特定参与者可见的价值结果。一个用例定义一组用例实例
用例是由一组用例实例组成的,用例实例也就是常说的“使用场景”,就是用户使用系统的一个实际的、特定的场景
用例应该给参与者带来可见的价值,这点十分关键
阅读用例图