软件开发生命周期与统一建模语言UML教学课件曹静04

上传人:w****i 文档编号:94557699 上传时间:2019-08-08 格式:PPT 页数:28 大小:240KB
返回 下载 相关 举报
软件开发生命周期与统一建模语言UML教学课件曹静04_第1页
第1页 / 共28页
软件开发生命周期与统一建模语言UML教学课件曹静04_第2页
第2页 / 共28页
软件开发生命周期与统一建模语言UML教学课件曹静04_第3页
第3页 / 共28页
软件开发生命周期与统一建模语言UML教学课件曹静04_第4页
第4页 / 共28页
软件开发生命周期与统一建模语言UML教学课件曹静04_第5页
第5页 / 共28页
点击查看更多>>
资源描述

《软件开发生命周期与统一建模语言UML教学课件曹静04》由会员分享,可在线阅读,更多相关《软件开发生命周期与统一建模语言UML教学课件曹静04(28页珍藏版)》请在金锄头文库上搜索。

1、软件开发生命周期与统一建模语言,第4章 用例图,4.1 用例概述 4.1.1 用例建模的目的 4.1.2 定义用例图 4.1.3 用例图的主要组件 4.2 识别参与者 4.2.1 捕获需求 4.2.2 识别参与者,软件开发生命周期与统一建模语言,第四章 用例图,4.3 识别用例 4.3.1 识别用例的方法 4.3.2 用例的命名规则 4.4 用例间的关系 4.4.1 泛化关系 4.4.2 包含关系 4.4.3 扩展关系 4.5 用例文档,软件开发生命周期与统一建模语言,第四章 用例图,4.6 重构系统的用例模型 4.7 用例建模实例书店借书系统 4.7.1 建立用例模型的步骤 4.7.2 确定

2、系统边界 4.7.3 识别参与者 4.7.4 识别用例 4.7.5 建立用例图 4.7.6 书写用例文档 4.7.7 通过关系整理用例,软件开发生命周期与统一建模语言,第四章 用例图,教学要求 掌握:用例图定义、用例图的标记符组件以及如何建立用例图模型。 理解:用例图建模的原因、泛化技术,以及包含与扩展关系。 了解:描述用例的方法。,软件开发生命周期与统一建模语言,4.1 用例图概述,用例建模的目的 利用“系统”的观点来分析问题、解决问题。 使用计算机逻辑来模拟描述系统本身,包括系统的组成、关系、系统的各种可能状态以及系统中可能产生的过程和过程引起的切换。 可以利用一个容易理解的模型来描述用户

3、如何使用这个系统、系统和客户以及系统和外部系统之间的交互过程,这个模型也就是通常我们所说的使用UML设计新系统的起始点用例图。,软件开发生命周期与统一建模语言,4.1 用例图概述,定义用例图 用例图是有关系统细节的最高形式。它能准确地说明客户对他们要开发的应用程序期望有什么样的功能 用例图是一种在系统完成后能使管理机构、用户和其他干系人了解其功能的极好方法。,软件开发生命周期与统一建模语言,4.1 用例图概述,用例图的主要组件 用例图包含4个基本组件:参与者(Actor)、用例(Use Case)、关系、系统。 (1)参与者。参与者是系统外部的一个实体,它以某种方式参与用例的执行过程。 (2)

4、用例。用例代表系统的某项完整的功能,是动作步骤的集合。系统的功能是通过参与者使用用例来实现的。,软件开发生命周期与统一建模语言,4.1 用例图概述,用例图的主要组件 用例图包含4个基本组件:参与者(Actor)、用例(Use Case)、关系、系统。 (3)关系。除了用例和参与者之间的关联关系以外,还可以定义参与者之间的泛化关系,用例之间有包含、扩展和泛化关系。 (4)系统。系统指一个软件系统、一项业务、一个商务活动、一台机器等。 (图见书),软件开发生命周期与统一建模语言,4.2 识别参与者,捕获需求 收集需求的方式有访谈、问卷调查、实地观察、使用原型、特定群体调查、用户指导等。需求的来源主

5、要是人、各种现有成品(如报表、培训手册、视频记录等)、现有的软件系统或人工系统。 通过各种形式记录下收集到的需求信息,经过整理,从中获取有价值的信息来建立系统模型。,软件开发生命周期与统一建模语言,4.2 识别参与者,识别参与者的方法 识别参与者的思路,可以从以下几个方面来考虑: (1)谁使用系统的主要功能? (2)谁改变系统的数据? (3)谁从系统获取信息? (4)谁需要系统的支持以完成日常工作任务? (5)谁负责维护、管理并保持系统正常运行? (6)系统需要处理哪些硬设备? (7)系统需要和哪些外部系统交互? (8)谁对系统运行产生的结果感兴趣? (9)有无时间、气温等内部或外部条件?,软

6、件开发生命周期与统一建模语言,4.3 识别用例,识别用例的方法 在识别用例的过程中,可以从以下几个方面来考虑: (1)特定参与者希望系统提供什么功能。 (2)系统是否存储和检索信息,如果是,由哪个参与者触发。 (3)当系统改变状态时,是否通知参与者。 (4)是否存在影响系统的外部事件。,软件开发生命周期与统一建模语言,4.3 识别用例,用例的命名规则 用例名是一个字符串,用例是从用户的角度来描绘系统的功能,因此命名的基本原则是:从参与者的角度出发进行命名(如使用“登录”而不用“身份验证”),使用动词加宾语的结构,尽量使用行业术语(如使用“报销”,而不用“交钱”)。 系统中用例太多时需求要适当分

7、组(包),这时可以通过在用例名后面加上双冒号和包名来表示该用例是属于哪个包的。,软件开发生命周期与统一建模语言,4.4 用例间的关系,泛化关系 用例与用例之间也存在着泛化关系,通常用于表示同一业务目的(父用例)的不同技术实现(各个子用例)。,软件开发生命周期与统一建模语言,4.4 用例间的关系,包含关系 在包含关系中,基本用例吸收了被包含的用例的行为,如果没有后者它将是不完整的。 包含关系的划分有两个好处:一是被包含用例被抽取出来,基本用例得以简化;二是可以抽象出公共事件流,实现功能代码的复用。,软件开发生命周期与统一建模语言,4.4 用例间的关系,扩展关系 如果在完成某个功能的时候有时会执行

8、另一个功能,则用扩展关系来表示。扩展关系表示为虚线箭头加“”字样,箭头指向被扩展的用例。,教师在保存成绩的时候,如果有学生成绩不合格将打印补考通知单,软件开发生命周期与统一建模语言,4.5 用例文档,用例文档 用例图不足以表达更多的细节,对于系统中的每一个用例,还需要了解详细的执行情况,以便完整地理解创建系统时的设计任务。用例文档为我们提供了一个很好的模板 。 用例编号: 用例名: 用例描述: 参与者: 前置条件: 后置条件: 事件路径: 扩展点: 补充说明:,软件开发生命周期与统一建模语言,4.6 重构系统的用例模型,用例建模的过程本身就是一个反复迭代和逐步精化的过程。 如果你对以下问题都回

9、答“是”的话,那么这个用例就是合理的;否则,这个用例需要拆分为几个小的用例。 这个用例是否能够带来一个独立的好处? 是否可以用简洁的文字来描述这个好处? 参与者是否能够仅通过一次会话就完成这个用例? 能否想象在一个连贯的测试计划中,这个用例将是一个测试用例?,软件开发生命周期与统一建模语言,4.6 重构系统的用例模型,用例建模的过程本身就是一个反复迭代和逐步精化的过程。 如果你对以下问题都回答“是”的话,那么这个用例就是有效的和独立的;否则,这个用例实际上可能是其他用例的一个部分。 参与者是否得到了明确的信息或者以某种可度量的方式改变系统? 执行这个用例之后,参与者是否可以在确定的时间内停止使

10、用这个系统?,软件开发生命周期与统一建模语言,4.6 重构系统的用例模型,订餐预约系统的最终用例模型,软件开发生命周期与统一建模语言,4.7 用例建模实例书店借书系统,书店借书系统 建立用例模型的步骤 (1)确定系统边界。 (2)识别参与者。 (3)识别用例。 (4)区分用例的优先次序。 (5)书写用例文档。 (6)通过关系整理用例(确定泛化、包含、扩展关系)。,软件开发生命周期与统一建模语言,4.7 用例建模实例书店借书系统,书店借书系统-确定系统边界 建立用例模型的步骤 确定系统边界 书店借书系统初步分析包含了借阅管理员办理借还书业务、办理会员卡业务。与书店销售系统使用共同的数据库。,软件

11、开发生命周期与统一建模语言,4.7 用例建模实例书店借书系统,书店借书系统 识别参与者 谁使用系统的主要功能?借阅管理员 谁改变系统的数据?借阅管理员 谁从系统获取信息?借阅管理员、会员 谁需要系统的支持以完成日常工作任务?借阅管理员 谁负责维护、管理并保持系统正常运行?借阅管理员 系统需要处理哪些硬设备?没有特殊的硬设施 系统需要和哪些外部系统交互?书店销售系统 谁对系统运行产生的结果感兴趣?借阅管理员、会员 时间、气温等内部外部条件?时间,软件开发生命周期与统一建模语言,4.7 用例建模实例书店借书系统,书店借书系统 识别用例 特定参与者希望系统提供什么功能?会员业务、借还书业务、借书完成

12、后打印凭条 系统是否存储和检索信息,如果是,由哪个参与者触发?借阅管理员 当系统改变状态时,是否通知参与者?是 是否存在影响系统的外部事件?否,软件开发生命周期与统一建模语言,4.7 用例建模实例书店借书系统,书店借书系统 建立用例图 ,提出以下基本用例的优先次序: 借还书 注册会员 查询会员信息 修改会员信息 登录 注销会员,软件开发生命周期与统一建模语言,4.7 用例建模实例书店借书系统,书店借书系统 书写用例文档 (见书,略),软件开发生命周期与统一建模语言,4.7 用例建模实例书店借书系统,书店借书系统 通过关系整理用例,软件开发生命周期与统一建模语言,本章小结,用例模型是分析功能需求

13、的一个有力工具。它由用例图和每个用例的文档组成。用例图可以可视化地表达出用例功能,使分析员与用户之间的交流更加容易。在用例图中,用例的表示符号是一个椭圆,参与者的图符是一个直立人形,参与者与用例之间用关联线连接,通常用例都位于表示系统边界的矩形框之中。 用例之间存在各种关系:包含关系用带关键字的虚线箭头线表示;扩展关系用带关键字的虚线箭头线表示;还有一种泛化关系,表示一个用例继承了另一个用例的属性和行为。 分析过程开始于和客户交谈,产生系统高层用例图。用例图在分析过程中起着很重要的作用,它能反映系统基本的功能需求。但要创建完整的用例模型,还要对每个高层用例进行细化,建立用例文档。对于复杂的系统可以先画出表达系统整体功能的顶层用例模型,再画出各个功能的用例模型子图。用例模型是后期设计和开发的基础。,Thank You !,中国水利水电出版社,

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 大学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号