学习目标用例的概念用例分析的过程使用用例模型捕获系统需求收集需求的五个关键步骤找到可以帮助你理解这个系统的人。领域专家最终用户倾听这些相关人员的描述,并从他们的角度来理解系统。利用一个容易理解的模型来描述用户希望如何使用这个系统以及系统为他们提供的什么价值。详细地描述系统和客户以及系统和外部系统之间的交互。重构这个详细描述以保证它是可读且易懂的。用例模型(Usecasemodel)用例模型描述的是外部参与者(Actor)所理解的系统功能。用例模型用于需求分析阶段它描述了待开发系统的功能需求它将系统看作黑盒,从参与执行者的角度来理解系统它驱动了需求分析之后各阶段的开发工作,不仅在开发过程中保证了系统所有功能的实现,而且被用于验证和检测所开发的系统,从而影响到开发工作的各个阶段和UML的各个模型。在UML中,一个用例模型由若干个用例图描述,用例图主要元素是用例和执行者。用例图用例(usecase)一个场景(scenario)是一系列表述用户和系统之间一次交互的步骤。一个用例是由一名普通用户的目标联系在一起的一组场景。用例必须是集中的,并有一个明确的目标。用例代表系统的一种外观,和系统内部的类之间没有直接联系。注意:用例不是图形,而是文本。用例(usecase)用例的特点:用例捕获某些用户可见的需求,实现一个具体的用户目标。用例由参与者激活,并提供确切的值给参与者。用例可大可小,但它必须是对一个具体的用户目标实现的完整描述。参与者(Actor)参与者是指对用例所描述的事件序列的发起者。参与者可以是一个人、另一个系统、一台硬件设备或某段时间的流逝。其图形化的表示是一个小人。参与者的三种类型主要参与者:具有用户目标,并通过使用系统的服务完成。为什么要确定主要参与者?协助参与者:为系统提供服务,通常是计算机系统,也可以是组织或人。为什么要确定协助参与者?幕后参与者:在用例行为中具有影响或利益,但不是主要或协助参与者。为什么要确定幕后参与者?用例的三种常用表示摘要:简洁的一段时摘要,通常用于主成功场景。何时使用?非正式:非正式的段落格式。用几个段落覆盖不同场景。何时使用?详述:详细编写所有步骤及各种变化,同时具有补充部分,如前置条件和成功保障。何时使用?
《学习目标》 来自淘豆网m.daumloan.com转载请标明出处.
