用例是软件工程或系统工程中对系统如何反应外界请求的描述,是一种通过用户的使用场景来获取需求的技术
用例提供了一个或多个场景, 来说明用户和系统是如何互动的 主成功场景或happy path是用例从触发事件开始, 一步一步执行, 最终满足用例利益的步骤集合
摘要 简短的一段总结,通常是主要的成功场景。在早期的需求分析中,快速了解主题和范围。可能只需要几分钟来创建。
非正式 非正式的段落格式,包含多种场景的多个段落。
详述 所有的步骤和变化都写得很详细,有支持部分,如先决条件和成功保证。
因为对于复杂业务,设计到的场景会非常多,场景之间的相互关联也会使得用例建模变得复杂。同时,用例建模也需要对场景非常熟悉,需要对场景之间的相互关系有一定的了解,对于建模者的建模能力要求也更高,因此编制完整用例便变得非常难。
用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。用例图(User Case)是外部用户(被称为参与者)所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者,一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。
参与者
用例
系统
关联
扩展/延伸
包含
泛化
确定研讨的系统 使用用例图 System框 表示一个待研究的系统
识别使用系统的主要参与者(primary actors)/角色(roles)
识别系统依赖的外部系统
识别用例(服务)
识别用户级别用例(user goal level)
识别子功能级别的用例(sub function level)
建立 Actor 和 Use Cases 之间的关联 使用 无方向连线,表示两间之间是双向交互的协议
用例图能够清晰地展现系统的功能与设计,能够保证系统的设计满足客户的需求,同时能够让客户参与到其中,充分与客户沟通,理解客户的需求,完善系统的功能。
用例图能够清晰地给开发者展示系统的设计过程,更加清晰地了解客户的需求,明确系统的功能与边界,进而确定软件开发的方法和迭代周期,对软件的管理和完善起到比较好的作用。
饿了么外卖
蚂蚁短租
因为需求是类似的,而且主要场景是类似的。
不同时代,不同地区的用户对酒店的需求不相同,因此随着时代的演进,可以更新酒店的评论系统和推荐系统的算法
若创新思路是用例图中的父节点,则创新的突破性和作用比较大,如果是被包括的用例或者是子用例,则创新性较小
