UML系统用例及用例关系.ppt

UML系统用例及用例关系.ppt

ID:52102153

大小:832.00 KB

页数:55页

时间:2020-03-31

UML系统用例及用例关系.ppt_第1页
UML系统用例及用例关系.ppt_第2页
UML系统用例及用例关系.ppt_第3页
UML系统用例及用例关系.ppt_第4页
UML系统用例及用例关系.ppt_第5页
资源描述:

《UML系统用例及用例关系.ppt》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、CH4用例图系统用例及用例关系统一建模语言11软件工程知识回顾—需求获取需求工程需求管理需求开发问题获取分析编写规格说明验证难点重点掌握用例图模型元素能够根据需求分析使用用例图建模掌握用例图的地位作用及定义确定用例及用例间的关系教学目标教学内容用例图什么叫用例图用例图的构成要素用例的重要元素用例之间的各种重要关系用例图建模应用识别参与者确定用例用例建模需求获取需求获取及分析需求的基本方法需求是客户在项目立项时就有的一个远景,客户需求将决定在整个项目中需求承办方具体做些什么,即承办方的任务。承办方在明确了需求后,就会开始后期的设计、开发、测试、部

2、署等工作。一需求获取Clicktoaddtitleinhere4问题引入1在需求获取过程中,主要需要弄清楚三个问题一需求获取解答问题2明确需要获取的信息明确所获取信息的来源和渠道怎样获取需求WhatWhereHow二用例图相关概念介绍1.什么是用例图由参与者(Actor)、用例(UseCase)以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。2.用例图的作用用例图是需求分析中的产物,主要作用是描述参与者和用例之间的关系,帮助开发人员可视化的了解系统的功能。用例图可视化地表达了系统的需求,具有直观、规范等优点,克服了纯文字性说明的不

3、足。用例方法是完全从外部来定义系统功能,它把需求和设计完全的分离开来。参与者,Actor关键词:边界参与者:在系统之外,透过系统边界与系统进行有意义交互的任何事物识别参与者1要点系统外参与者代表在系统边界之外的真实事物,并不是系统的成分系统边界参与者透过系统边界直接与系统交互,参与者的确定代表系统边界的确定有意义交互的任何事物人、外系统、外部因素、时间识别参与者2识别参与者思路谁使用系统的主要功能谁改变系统的数据谁从系统获取信息谁需要系统的支持以完成日常工作任务谁负责日常维护、管理并保证系统正常运行谁使用或删除系统中的信息谁(或什么)对系统运行

4、产生的结果(值)感兴趣系统需要应付(处理)那些硬设备系统需要和那些外部系统交互在预定时间,是否有事件自动发生时间、气温等内部外部条件……参与者的类型和职责主要参与者直接与系统交互的人,或执行系统主要功能的执行者次要参与者使用系统次要功能的执行者,或维护系统一般功能的执行者外部硬件作为系统一部分的、运行应用的非计算机的硬件其他系统为其工作需要与系统交互的外部系统参与者之间的关系独立关系泛化关系一个参与者的抽象描述可以被一个或多个具体的参与者所共享客户个体客户商业客户用例1定义:UseCase用例表示系统的一项外部功能,它从用户的角度分析所得的需求

5、。为完成一个相对完整的一种功能,系统执行的一系列动作的集合是外部可见的一种系统功能代表的是一个完整的功能有一系列动作用例用例2用例捕获某些角色可见的需求,实现一个具体的角色需求用例由其用户角色使用,并提供确切的输出给角色用例可大可小,但它必须是对一个具体的角色目标实现的完整描述用例的动态执行过程可以用UML的交互作用来说明,可以用状态图、顺序图、协作图或非正式的文字描述来表示识别用例识别用例关键词:价值定义用例实例是系统执行的一系列动作,这些动作将生成特定参与者可观测的结果值一个用例定义一组用例实例(场景)简洁:参与者使用系统达到目标识别用例要

6、点可观测→用例止于系统边界结果值→用例是有意义的目标系统执行→结果值由系统生成由参与者观测→业务语言、用户观点一组用例实例→用例的粒度用例命名可观测:用例止于系统边界系统描述交互,而不是内在的系统活动边界---Boundary也叫系统边界,用于界定系统功能范围用一个带名称的矩形框,把描述系统功能的用例都置于其中,而描述的与系统交互的角色都置于其外系统----完整系统或子系统一个系统包括一个或多个用例准确的定义系统的边界(功能)不是一件很容易的事先识别出系统的基本功能集,以此为基础定义一个稳定的、精确定义的系统体系结构,再不断地扩充系统功能,以逐

7、步完善结果值:有意义的目标√业务功能,而非系统处理×系统执行:结果值由系统生成系统需要处理的,由系统生成×参与者观测:用户观点而非系统观点用户观点系统观点×要点:用例粒度用例要有路径,路径要有步骤;而这一切都是可观测的最常犯错误:粒度过细,陷入功能分解过细的粒度,一般都会导致技术语言的描述,而不再是业务语言用例粒度-1把步骤当用例把系统活动当用例×√×用例粒度-2ד四轮马车”C(Create)R(Read)U(Update)D(Delete)所有业务最终会成为CRUD?CRUD能为Actor提供价值?CRUD掩盖业务,锐变成关系数据库的建模:

8、“系统就是数据的增删改查”关心数据的存储和维护,反而忽略了用户的目的用例粒度-3用例粒度-4如果确实是CRUD?如果CRUD不涉及复杂的交互,一个用例

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。