使用用例建模系统需求.ppt

第七章使用用例建模系统需求StandishGroup报告的项目成功率7.1用例建模概述7.1用例建模概述以用户为中心的开发是一个系统开发过程，该过程基于对关联人员的需求，以及对开发该系统原因的充分理解之上。用例建模是使用用例的方法来描述系统的功能需求的过程7.2用例建模的系统概念用例图是描述系统与外部其他系统以及用户之间交互的图形。换句话说，用例图描述了谁将使用系统，用户希望以什么方式与系统交互。用例描述是业务时间以及用户如何同系统交互以完成任务的文字描述。7.2.1用例用例是一个行为上相关的步骤序列，既可以是自动的也可以是手工的，其目的是完成一个单一的业务任务。7.2.2参与者参与者代表了需要同系统交互以交换信息的任何事物。参与者代表了同系统交互的用户所扮演的角色，而不代表一个人或者工作职位。四类主要的参与者：主要业务参与者主要系统参与者外部服务参与者外部接收参与者7.2.3关系7.2.3.1关联关系关联关系是一个参与者与一个用例发生交互的关系。7.2.3.2扩展关系扩展用例是一个由从某个更复杂的用例中提取出来的步骤构成的用例，以便简化原始用例并扩展其功能。抽象用例通过组合几个用例中公共的步骤来降低用例之间的冗余。7.2.3.3使用（或包含）关系7.2.3.4依赖关系依赖是用例之间的一种关系，表示一个用例需要等到另一个用例执行之后才能执行。继承是参与者之间的一种关系，创建继承关系的目的是当一个抽象参与者继承多个实际参与者的角色时简化绘图。7.2.3.5继承关系7.3需求用例建模过程添加标题第1步：确定业务参与者添加标题第2步：确定业务需求用例添加标题第3步：构造用例模型图添加标题第4步：记录业务需求用例描述7.3.1第1步：确定业务参与者谁或者什么为系统提供输入谁或者什么接收系统的输出需要与其他系统连接的接口吗是否存在在预定的时间自动触发的事件谁将维护系统中的信息7.3.2第2步：确定业务需求用例业务需求用例是在需求分析过程中为了捕捉用户与系统之间交互而建立的用例，并没有技术和实现细节，也称为基本用例。寻找用例时，询问以下问题：参与者的主要任务是什么参与者需要系统什么信息参与者为系统提供什么信息系统需要通知参与者发生的变化和事件吗参与者需要通知系统发生的变化和事件吗7.3.2第2步：确定业务需求用例上下文图是分析参与者和发现潜在用例的极好来源。触发组织内的业务事件的主要输入被认为是用例，提供这些输入的外部各方被认为是参与者。用例使用输入的名称前加一个行动动词命名。