用例分析与用例图.pptxVIP

用例分析

与用例图

回顾1需求工程的六个阶段需求获取、需求分析与协商、系统建模、需求规约、需求确认、需求管理2需求分析的概念3需求的类型与怎样获取需求4需求分析过程5需求规格说明书（SRS）6

主要内容基于用例的分析与设计业务用例与系统用例用例与用例关系小结与实验

前言之一0102030405软件开发过程中常见的场景你这做的是什么东西！“弱弱”地问：“您到底想要什么？”这个做还不错，不过好像不是我想要的。我们这很混乱，你这个系统应该把我们的所有问题全部解决掉！

前言之二需求分析与管理—软件开发过程中的“永远的痛”

基于用例的分析与设计

以用例为中心组织需求用例可用性可靠性网络协议业务规则……硬件接口界面约束性能

12使用UML过程的基本特征是：用例驱动，以体系结构为中心，反复，渐增式。用例包含了功能描述，它们将影响后面所有阶段及视图。12基于UML的分析与设计

结构模型视图用户视图用例图实现视图结构视图行为视图环境视图类图对象图顺序图协作图状态图活动图组件图部署图

01业务过程是描述这个业务的具体工作流的一次涉众与实现业务目标的业务之间的交互它可能包含手工和自动化的过程也可能发生在一个长期的时间段中业务用例：02涉及范围是这个计算机系统涉及的范围是一个系统参与者与计算机系统一起实现一个目标是参与者如何与计算机技术相联系，而不是业务过程。系统用例业务用例与系统用例

业务用例与系统用例业务级（概要级）系统级

华软校园ATM机系统用例模型华软特有的业务

P3P2P1用例图参与者用例P4用例关系用例与用例关系

用例图STEP4STEP3STEP2STEP1获取需求、指导测试、对过程中的其他工作流起指导作用系统内部系统外部整车销售

参与者参与者，Actor关键词：边界参与者：在系统之外，透过系统边界与系统进行有意义交互的任何事物

边界---Boundary也叫系统边界，用于界定系统功能范围用一个带名称的矩形框，把描述系统功能的用例都置于其中，而描述的与系统交互的角色都置于其外系统----完整系统或子系统一个系统包括一个或多个用例准确的定义系统的边界（功能）不是一件很容易的事先识别出系统的基本功能集，以此为基础定义一个稳定的、精确定义的系统体系结构，再不断地扩充系统功能，以逐步完善

系统外参与者代表在系统边界之外的真实事物，并不是系统的成分有意义交互的任何事物人、外部系统、外部因素、时间要点系统边界参与者透过系统边界直接与系统交互，参与者的确定代表系统边界的确定识别参与者

谁使用系统的主要功能谁改变系统的数据谁从系统获取信息谁需要系统的支持以完成日常工作任务谁负责日常维护、管理并保证系统正常运行谁使用或删除系统中的信息谁（或什么）对系统运行产生的结果（值）感兴趣系统需要应付（处理）那些硬设备系统需要和那些外部系统交互在预定时间，是否有事件自动发生时间、气温等内部外部条件……识别参与者思路

直接与系统交互的人，或执行系统主要功能的执行者主要参与者作为系统一部分的、运行应用的非计算机的硬件外部硬件使用系统次要功能的执行者，或维护系统一般功能的执行者次要参与者为其工作需要与系统交互的外部系统其他系统参与者的类型和职责

参与者之间的关系独立关系泛化关系一个参与者的抽象描述可以被一个或多个具体的参与者所共享客户个体客户商业客户

用例定义：UseCase用例表示系统的一项外部功能，它从用户的角度分析所得的需求。为完成一个相对完整的一种功能，系统执行的一系列动作的集合是外部可见的一种系统功能代表的是一个完整的功能有一系列动作用例

用例捕获某些角色可见的需求，实现一个具体的角色需求01用例由其用户角色使用，并提供确切的输出给角色02用例可大可小，但它必须是对一个具体的角色目标实现的完整描述03用例的动态执行过程可以用UML的交互作用来说明，可以用状态图、顺序图、协作图、活动图或非正式的文字描述来表示04用例1

用例的命名执行者视角：（状语）动词+（定语+）宾语

识别用例识别用例关键词：价值定义用例实例是系统执行的一系列动作，这些动作将生成特定参与者可观测的结果值一个用例定义一组用例实例（场景）场景-----用例的实例简洁：参与者使用系统达到目标

2018可观测→用例止于系统边界012019结果值→用例是有意义的目标022020系统执行→结果值由系统生成032021由参与者观测→业务语言、用户观点042022一组用例实例→用例的粒度05识别用例要点

可观测：用例止于系统边界描述交互，而不是内在的系统活动系统

结果值：有意义的目标√业务功能，而非系统处理

系统执行：结果值由系统生成系统需要处理的，由系统生成

参与者观测：用户观点而非系统观点用户观点系统观点

用例要有路径，路径要有步骤；而这一切都是可观测的最常犯错误：粒度过细，陷