用例图类图实例练习
- 格式:pptx
- 大小:64.65 KB
- 文档页数:5
第3章用例图习题一、简答题1. 什么叫参与者,参与者有哪些基本特性答:参与者也被称为活动者,是与系统发生交互的外部实体。
参与者的特性有:1)参与者位于系统的外部,不属于系统的内容;2)参与者与系统发生交互关系,交互关系主要有:使用系统,启动系统,获取系统信息或给系统提供信息;3)参与者和系统之间存在交互信息的接口,系统提供接口让参与者使用系统,或者系统通过参与者的接口与参与者进行交互。
2. 用例有哪些特性答:概括起来,用例有以下特性:1)用例描述用户对系统的期望,被用于软件需求建模,一个用例对应于软件能够为参与者提供的一项服务。
2)用例反映参与者与系统一次完整的交互过程。
这个交互过程总是要耗费一段时间,并执行一定的流程。
流程的执行是参与者与系统的一段互动过程,在这个过程中有输入到系统的信息,以及系统反馈给参与者的信息。
3)用例的执行过程是系统为参与者的一次服务过程,这个服务就体现为系统提供给参与者的功能。
一个用例执行的完成,需要有确定的评价结果,这个结果表现为系统提供给参与者的一项完整的功能。
4)用例是软件设计和测试的依据。
3. 用例之间有哪几种关系答:泛化关系,包含关系,扩展关系。
4. 用例叙述应该包括哪些基本内容答:包括:用例编号,用例名,参与者,前置条件,事件流,后置条件。
二、填空题1. 用例图的要素包括(参与者)、用例和(关系)。
2.参与者的英名名称是(actor),参与者也被称为(活动者)。
3.参与者的类型可以是(人)、设备、(外部系统)和时间。
4.用例的英名名称是(usecase),也被称为(用案)和(用况)。
5.用例之间的关系有(泛化)、包含和(扩展)。
6.执行用例之前系统所处的状态被称为(前置条件),(事件流)被称为用例执行的流程。
三、选择题1.下面不属于用例图作用的是(C)A:展现软件的功能 B:展现软件使用者和软件功能的关系C:展现软件的特性 D:展现软件功能相互之间的关系2.下面(B)不属于用例图的要素A:参与者 B:包含C:用例 D:关系3.下面对参与者说法不正确的是(A)A:是系统的一个实体 B:也叫活动者C:在系统外部 D:与系统发生交互4.下面(D)不属于参与者类型()A:人 B:设备C:外部系统 D:交互对象5.下面对用例说法不正确的是(C)A:usecase B:用况C:使用情况 D:用案6.下面不属于用例特点的是(B)A:用例描述用户可见的软件功能B:用例反映功能的不同抽象层次C:用例反映参与者与系统一次完整的交互过程D:用例是软件设计和测试的依据7.下面不属于用例之间关系的是(A)A:关联 B:泛化C:包含 D:扩展四、练习题1.根据你的理解,把下面的用例图补充完整。
uml建模实例100例UML(统一建模语言)是一种用于软件开发的标准建模语言,它可以帮助开发人员更好地理解、设计和实现软件系统。
下面是100个UML建模实例。
1. 用例图:描述系统功能和外部用户的行为。
2. 活动图:描述系统中的过程和活动,通常用来描述系统的业务流程。
3. 类图:描述系统中的类、属性和方法、关系等。
4. 对象图:描述系统中的对象及其关系。
5. 状态图:描述系统中的对象或类的状态和状态转换。
6. 序列图:描述系统中的对象或类之间的交互过程。
7. 协作图:描述系统中的对象或类之间的协作过程。
8. 构件图:描述系统的组成部分和它们之间的关系。
9. 部署图:描述系统的物理部署结构和组件之间的关系。
10. 通信图:描述系统中的对象之间的消息传递。
11. 包图:描述系统中的包和它们之间的关系。
12. 组合结构图:描述系统中的组成部分和它们之间的组合关系。
13. 时序图:描述系统中的对象或类之间的时间关系。
14. 交互概述图:描述系统中的对象或类之间的协作过程。
15. 系统顺序图:描述系统中的对象或类之间的时间关系。
16. 概念图:描述系统中的概念和它们之间的关系。
17. 数据流图:描述系统中的数据流和处理过程。
18. 流程图:描述系统中的过程和流程。
19. 参与者图:描述系统中的参与者和它们之间的关系。
20. 视图图:描述系统中的视图和它们之间的关系。
21. 规则图:描述系统中的规则和它们之间的关系。
22. 用例图扩展点:描述用例图中的扩展点和它们之间的关系。
23. 活动图扩展点:描述活动图中的扩展点和它们之间的关系。
24. 类图扩展点:描述类图中的扩展点和它们之间的关系。
25. 对象图扩展点:描述对象图中的扩展点和它们之间的关系。
26. 状态图扩展点:描述状态图中的扩展点和它们之间的关系。
27. 序列图扩展点:描述序列图中的扩展点和它们之间的关系。
28. 协作图扩展点:描述协作图中的扩展点和它们之间的关系。
UML中的用例图实践案例UML(统一建模语言)是一种用于软件开发的标准化建模语言,它提供了一套丰富的图形符号和概念,用于描述和设计软件系统的各个方面。
其中,用例图是UML中最为常用和重要的一种图形表示方法,它用于描述系统的功能需求和用户与系统之间的交互关系。
本文将通过一个实践案例,介绍用例图在软件开发中的具体应用。
假设我们要开发一个在线购物系统,该系统包括用户注册、浏览商品、添加购物车、下单、支付等功能。
首先,我们需要明确系统的角色和用例。
在这个案例中,系统的角色包括用户、管理员和支付网关。
用户可以注册账号、浏览商品、添加购物车、下单和支付;管理员可以管理商品信息;支付网关负责处理支付请求。
接下来,我们可以使用用例图来表示这些角色和用例之间的关系。
首先,我们可以在用例图中用椭圆形表示各个用例。
在本案例中,我们可以用椭圆形表示注册账号、浏览商品、添加购物车、下单和支付等用例。
然后,我们可以用矩形表示各个角色,即用户、管理员和支付网关。
接着,我们可以使用实线箭头来表示角色与用例之间的关系。
例如,用户可以注册账号,我们可以在用户和注册账号之间画一条实线箭头来表示这种关系。
除了角色和用例之间的关系,用例图还可以表示用例之间的关系。
在本案例中,用户可以浏览商品、添加购物车、下单和支付,这些用例之间存在一定的先后顺序。
我们可以使用虚线箭头来表示这种顺序关系。
例如,用户可以先浏览商品,然后将商品添加到购物车,最后下单和支付。
我们可以在浏览商品和添加购物车之间画一条虚线箭头,表示用户在浏览商品后可以将商品添加到购物车。
此外,用例图还可以表示用例之间的包含和扩展关系。
在本案例中,用户下单时可能需要选择配送地址,我们可以将选择配送地址作为一个包含关系,用一个带有加号的实线箭头表示。
另外,用户下单时还可以选择使用优惠券,这可以作为一个扩展关系,用一个带有箭头和加号的虚线箭头表示。
通过用例图,我们可以清晰地描述系统的功能需求和用户与系统之间的交互关系。
超市管理系统需求分析报告(使用面向对象的方法)目录1用例和用例图 (1)1.1什么是用例和用例图 (1)1.2用例图 (2)1.3用例说明 (4)2类图 (10)2.1什么是类图 (10)2.2类图 (11)超市管理系统需求分析报告(面向对象方法)1用例和用例图1.1 什么是用例和用例图用例是由行为者启动的系统完成的一系列动作,这些动作除了完成系统内部的计算与工作外,还包括与一些行为者的通信。
用例代表某些用户可见性的功能,实现一个具体的用户目标。
用例图(User Case)是由参与者,用例以及它们之间的关系构造成的用于描述系统功能的动态视图的图。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。
用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。
用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现。
1.2 用例图1.3 用例说明用例名称:超市管理系统之人事管理相关活动者:职工,人事部人员,超市管理系统之售后服务简要说明:人事部人员对职工进行人事调动,人事考核,培训,工资管理等一系列人事安排。
一切的人事安排都打印出报表及时通知给职工。
其中的人事考核将接受由超市管理系统之售后服务传过来的对职工的投诉的信息,作为人事考核的一个依据。
前置条件:人事部人员已经登录人事管理界面主事件流:1.人事部人员登录人事管理界面,用例开始2.系统提示输入人事管理对象职工的职工号3.人事部人员输入人事管理对象职工的职工号4.系统提示选择人事管理的四项管理:人事调动,人事考核,培训,工资管理5.人事部人员选择一项具体的人事管理:B1:选择人事调动B2:选择人事考核B3:选择培训B4:选择工资管理6.系统按选择做相关处理7.用例结束可选事件流:B1:选择人事调动1.系统提示选择人事调动中三项管理:就职,职位变更,离职2.人事部人员选择一项具体的人事调动管理:B5:选择就职B6:选择职位变更B7:选择离职3.系统按选择做相关处理4.返回主事件流第7步B2:选择人事考核1.系统显示该职工可能存在的由超市管理系统之售后服务传入的被投诉的事项2.系统提示输入考核内容3.人事部人员输入考核内容4.系统提示给出职工考核结果5.人事部人员输入具体考核结果6.系统显示职工考核具体情况并打印报表7.返回主事件流第7步B3:选择培训1.系统提示选择培训项目2.人事部人员选择培训项目3.系统提示选择培训时间4.人事部人员选择培训时间5.系统显示该项培训具体事项并打印报表6.返回主事件流第7步B4:选择工资管理1.系统显示该职工当前工资情况2.系统提示修改该职工工资3.人事部人员修改该员工各项工资4.系统显示修改后职工工资情况并打印报表5.返回主事件流第7步B5:选择就职1.系统显示该后备职工具体情况2.系统将该职工信息由后备职工表转入就职职工表3.系统打印职工就职任命书4.返回主事件流第7步B6:选择职位变更1.系统显示该职工当前职位情况2.系统提示选择该职工变更后职位3.人事部人员选择变更后职位4.系统显示该职工变更后职位情况并答应职位变更报表5.返回主事件流第7步B7:选择离职1.系统显示该职工当前就职情况2.系统将该职工信息由就职职工表转入离职职工表3.系统打印职工离职报表4.返回主事件流第7步后置条件:无用例名称:超市管理系统之销售管理相关活动者:顾客,大客户,营业员,销售经理,超市管理系统之售后服务,超市管理系统之仓储管理简要说明:销售管理对超市的销售做总体的管理。
Lab Practice 1一、1.Objective: create a use case diagram for a part of a library system we will develop.2.Main functions (operations) of the library system: lending and returning items (books,journals, magazines, etc), making reservations, and searching for items.3.The actors in the library system are:a)Borrowerb)Librarian4.The use cases for this part of the library system are:a)Lend Itemb)Return Itemc)Make Reservationd)Remove Reservatione)Search Library5.The use case diagram must model the following relationships between these actorsand use cases:1. When items are being lent or returned, the borrower must interact with thelibrarian and NOT directly with the system.2. The librarian can also reserve books/journals and cancel reservations on behalf of theborrower.3. Librarians can search for items/titles in the library.4. If a borrower has a reservation on an item, then this reservation is removed whenthe item is lent to them.5. A borrower can interact directly with the system to search the library, and to makeand cancel reservations.一、1、目标:创建一个使用案例图,用于库系统的一部分,我们将开发。
单项练习——用例图实验目的:1.掌握用例图的涵义和内容2.掌握用例图的绘制方法3.掌握用例图的使用范围实验内容:画出下列描述的用例图:某零食厂家使用购物预约管理系统。
预约管理人责任客户预约商品的登录、浏览、更改和删除。
员工查看已预约的商品,确定当天的工作。
该预约管理系统与客户信息管理系统连动,在进行预约商品登录的同时可以浏览预约订货客户的信息。
客户、管理员和员工进行操作时要先登录。
实验指导:1.用例图的简介用例模型用来获得系统的需求。
用例意味着和用户和相关人员通信得到系统打算做什么。
一个用例图展示了系统和系统外部的实体之间的交互。
这些外部实体就是actors。
Actors 既包括人类用户,也包括硬件或者其他系统。
一个actor经常用一个人的符号表示,或者用类框加上《actor》原型表示。
Actor可以泛化出其他更详细的actor。
见图1.图1 actor用例意味着一件唯一的工作。
它提供了一个高级别的在系统外部可观察到的人或事的行为。
用椭圆表示。
Actor和用例之间用一个带箭头的实线表示属于这个actor的用例。
如图2,客户取款的用例。
图2 客户取款的用例一个用例的定义通常包括以下部分:名字和描述、需求、约束等。
名字和描述:一个用例通常用一个动词短语命名,并给出一个简短的非正式的文本描述。
需求:指的是一个用例必须提供给最终用户的正式的功能性需求。
需求是一个用例必须执行一个动作或者向系统提供某个值的协约或者约定。
约束:指的是用例操作在前置条件、后置条件和常量条件下的约束。
前置条件指用例进行前必须具有的状态。
后置条件指用例执行后必须为真的状态。
常量状态指用例执行过程中始终为真的状态。
用例场景:指用例在实际执行的时候会有很多的不同情况发生,是用例的实例。
我们在描述用例的时候要覆盖所有的用例场景,否则就有可能导致需求的遗漏。
在用例规约中,场景的描述可以由基本流和备选流的组合来表示。
特殊需求:通常指非功能性需求,它为一个用例所专有,但不适合在用例的事件流文本中进行说明。
UML用例模型和类图练习
1.
一个小型网络水果超市,负责给用户网上订购苹果、芒果、桃子、荔枝。
用户可以注册成为会员,预约、订购、查询、取消等常规动作。
请设计用例模型.
1)参与者
2)用例图
3)一个重要的用例进行描述
2. 画出类图
一家公司有许多部门,通过部门名唯一的确定一个部门,每个部门有一名经理主管,也有的经理不管理任何一个部门;
每个部门生产多种产品,每种产品仅有一个部门生产。
该公司有许多员工为之工作,员工又进一步划分为经理与工人两类。
每名工人可以参加多个项目,每个项目需要多名工人;
每位经理可以主持多个项目,每个项目仅有一人主持。