当前位置：文档之家 › 数据库用例图

数据库用例图

  • 格式：vsd
  • 大小：86.50 KB
  • 文档页数：1

下载文档原格式

  / 1

合集下载

UML用例和用例图

UML用例和用例图

h
18
主要内容
基本概念：Use case、Actor、
Scenario Use case间的关系 Use Case 分析技术 案例讲解
h
19
关系
• 参与者与用例之间
– 关联关系
• 用例与用例之间
– 包含关系 (include) – 扩展关系 (extend) – 泛化关系 (generalization)
• 主事件流： • 1、系统显示ID和密码窗口； • 2、顾客键入ID和密码，然后按OK键； • 3、系统验证顾客ID和密码，并显示个人信息窗口； • 4、顾客键入姓名、街道地址、城市、邮政编码、电话号码，然
后按OK键； • 5、系统验证用户是否为老顾客； • 6、系统显示可以卖的商品列表； • 7、顾客在准备购买的商品图片上单击，并在图片旁边输入要购
• 用例结束后的系统状态
• 其他需要描述的内容
用例描述原则：尽可能写的“充分”，而不是追求写的形 式化、完整或漂亮。
h
32
h
33
书写用例文档
——路径交互步骤的描述
只书写“可观测”的 使用主动语句 句子必须以执行者或系统作为主语 每一句都要朝目标迈进 分支和循环 不要涉及界面细节
h
34
书写用例文档
买的数量。选购商品完毕后按Done按钮； • 8、系统通过库存系统验证要购买的商品是否有足够库存； • …….（后续描述省略）
问题：对用户界面的描述过于详细，对于需求文档来说， 详细的用户描述对获取需求并无帮助。
h
45
改进后的描述
• Use Case：Buy Something • 参与者：Customer • 主事件流： • 1、顾客使用ID和密码进入系统； • 2、系统验证顾客身份； • 3、顾客提供姓名、地址、电话号码； • 4、系统验证顾客是否为老顾客； • 5、顾客选择要购买的商品和数量； • 6、系统通过库存系统验证要购买的商品是否有足

第03章 用例和用例图

第03章 用例和用例图

5
用例的特点 ① 用例用于描述系统的功能，这个功能是外 部使用者看到的系统功能，不反映功能的实现 方式。
储蓄系统
开户 存款
√
√ √ √
取款
转帐
6
用例的特点
② 用例描述用户提出的一些可见需求，对应 一个具体的用户目标。
储蓄系统 √ √ √ 开户 存款 取款 转帐
√
×
数据上传
7
用例的特点 ③ 用例反映系统与用户的一次交互过程，应 该具有交互的信息的传递。
泛化关系代表一般与特殊的关系, 与继承类似.
在泛化关系中, 子用例继承了父用例的行为和含义, 子用例也可以增加新的行为和含义或覆盖父用例中 的行为和含义.
20
3.4.2 泛化关系
21
3.4.3 包含关系
包含关系是指一个用例(基本用例)的行为包含了另一 个用例(包含用例)的行为.
包含关系是依赖关系的版型, 但其含义更多.
3.6 用例的描述
用例阐述：写用例规约

用例规约：更进一步的精度
用例文档的核心，作为用例文档的总图 进一步的精度：有层次的文档 文档中每一句话都有其价值

用例图是骨架，而用例规约则是其内在的血肉
43
3.6 用例的描述
谁来写用例文档 ?



最完美：业务人员接受训练，写出优美的 用例文档 最现实：业务人员提供素材，开发人员写 用例文档 最糟糕：业务人员不管，完全由开发人员 杜撰
3
3.7 寻找用例的方法
3.8 用例的常见问题
15
3.3 脚本
脚本(scenario)在UML中指贯穿用例的一条单一路径, 用来显示用例中的某种特殊情况. 其它译名: 情景、场景、情节、剧本.

E-R图和用例图

E-R图和用例图

E-R图和用例图图1E-R图目录E-R图概念E-R方法概念E-R模型历史构成E-R图的基本要素作E-R图的步骤作E-R图举例设计分E-R图的步骤展开编辑本段E-R图概念E-RE-R图也称实体-联系图(Entity Relationship Diagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。

编辑本段E-R方法概念E-R方法是“实体-联系方法”（Entity-Relationship Approach）的简称。

它是描述现实世界概念结构模型的有效方法。

是表示概念模型的一种方式，用矩形表示实体型，矩形框内写明实体名；用椭圆表示实体的属性，并用无向边将其与相应的实体型连接起来；用菱形表示实体型之间的联系，在菱形框内写明联系名，并用无向边分别于有关实体型连接起来，同时在无向边旁标上联系的类型（1:1,1:n或m:n）。

编辑本段E-R模型历史ER模型最早由Peter Chen于1976年提出，它在数据库设计领域得到了广泛的认同，但很少用作实际数据库管理系统的数据模型。

即使对SXL-92数据库来说，设计好的数据库也是具有挑战性的。

它们可以在许多关于数据库设计的文献中找到，比如Toby Teorsey 的著作（1994 ）。

大部分数据库设计产品使用实体-联系模型（ER模型）帮助用户进行数据库设计。

ER数据库设计工具提供了一个“方框与箭头”的绘图工具，帮助用户建立ER 图来描绘数据。

实体联系模型，实体关系模型或实体联系模式图(ERD)是由美籍华裔计算机科学家陈品山(Peter Chen)发明，是概念数据模型的高层描述所使用的数据模型或模式图，它为表述这种实体联系模式图形式的数据模型提供了图形符号。

这种数据模型典型的用在信息系统设计的第一阶段；比如它们在需求分析阶段用来描述信息需求和/或要存储在数据库中的信息的类型。

但是数据建模技术可以用来描述特定论域(就是感兴趣的区域)的任何本体(就是对使用的术语和它们的联系的概述和分类)。

UML05用例图模板

UML05用例图模板
●
⑤ 绘制用例图。
34
5.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。 ⑤ 绘制用例图。
●
⑥ 编制用例描述。
35
5.5 发现用例
发现用例的一般方法：
出纳员
吃饭
系统需要处理的，由系统生成
44
要点：业务语言而非技术语言
• 用户词汇，而不是技术词汇
– 如：发票，商品，洗衣机 – 而不是：记录，字段，COM，C++等
45
要点：用户观点而非系统观点
订票 旅客 查看今日航班
处理订票
旅客
显示今日航班
用户观点
系统观点
46
思考题：识别用例
• Email客户端（如：outlook express），A在 北京发邮件给上海的B，系统提醒B你有 “新邮件”，B收邮件。
用例描述
用例描述一般包括的内容：
用例的目标 用例是怎么启动的 参与者与用例之间的消息如何传送 用例中除了成功场景外, 其它场景是什么 用例结束后系统的状态 其它需要描述的内容
56
用例阐述文档
• 场景（scenario）： 是参与者和被讨论 系统之间的一系列特定活动和交互。每个 用例是一组场景的集合，而每个场景又是 一个步骤序列。 • 用例阐述文档针对每个用例，描述各个场 景
38
5.5.2 获取用例
一旦获取了参与者,就可以对每个参与者提出问题以获取用例。 •执行者要求系统提供哪些功能(执行者需要做什么)? •执行者需要读、产生、删除、修改或存储的信息有哪些类型。 •必须提醒执行者的系统事件有哪些? 或者执行者必须提醒系统 的事件有哪些? 怎样把这些事件表示成用例中的功能? •为了完整地描述用例,还需要知道执行者的某些典型功能能否 被系统自动实现? 还有一些不针对具体参与者问题(即针对整个系统的问题): •系统需要何种输入输出? 输入从何处来? 输出到何处? •当前运行系统(也许是一些手工操作而不是计算机系统)的主要 问题?

05 用例视图

05 用例视图
<<uses>>
Remove Reservation
即可
不管是C、R、U、D，都是为了完成“管理”目标
甚至很多种的基本数据管理都可以用一个用例表示
管理员
管理用户
要点5：用例粒度

灵活处理CRUD
<<extend>>
管理员
管理用户
增加用户
可以把包含复杂交互的路径独立出去形成用例
用例与事件流

用例分析是处于系统的需求分析阶段，这 个阶段应该尽量的避免去考虑系统实现的 细节问题。也就是说，用例描述的是一个 系统做什么，而不是怎么做。
所有业务最终对会成为 CRUD？ CRUD能为Actor提供价 值？ CRUD掩盖业务，锐变成 关系数据库的建模：

增加用户
修改用户

管理员
“系统就是数据的增 删改查” 关心数据的存储和维 护，反而忽略了用户 的目的
查询用户
删除用户

要点5：用例粒度

如果确实是CRUD？
如果CRUD不涉及复杂的交互，一个用例“管理××”
Actor
题外话：小人与圣小猪

参与者虽然用人形图符表示，但参与者不 局限于表示人

如果我开发一个猪圈自动供食供水系统， 猪的前蹄触发一个开关系统就供食或供水。 显然，这里的Actor 是小猪。
Pig
Turn on the switch
题外话：小人与圣小猪

如果在use case 图里用小猪代替原来的小人？
实例—图书馆管理系统中的用例 视图

确定系统涉及的内容
书籍的借阅、读者的统一管理等

确定系统的参与者

2.设计模式常用的UML图分析（用例图、类图与时序图）

2.设计模式常用的UML图分析（用例图、类图与时序图）

2.设计模式常⽤的UML图分析（⽤例图、类图与时序图）1-⽤例图概述1. 展现了⼀组⽤例、参与者以及他们之间的关系。

2. ⽤例图从⽤户⾓度描述系统的静态使⽤情况，⽤于建⽴需求模型。

⽤例特征保证⽤例能够正确捕捉功能性需求，判断⽤例是否准确的依据。

1. ⽤例是动宾短语2. ⽤例是相互独⽴的3. ⽤例是由⽤户参与者启动的4. ⽤例要有可观测的执⾏结果5. ⼀个⽤例是⼀个单元参与者 ActorUML中，参与者使⽤⼀个⼩⼈表⽰:1. 参与者为系统外部与系统直接交互的⼈或事务，于系统外部与系统发⽣交互作⽤2. 参与者是⾓⾊⽽不是具体的⼈3. 代表参与者在与系统打交道时所扮演的⾓⾊4. 系统实际运作中，⼀个实际⽤户可能对应系统的多个参与者。

不同⾓⾊也可以只对应⼀个参与者，从⽽代表同⼀参与者的不通实例⽤例 Use Case系统外部可见的⼀个系统功能单元。

系统的功能由系统单元所提供，并通过⼀系列系统单元与⼀个或多个参与者之间交换的消息所表达。

系统单元⽤椭圆表⽰，椭圆中的⽂字简述系统功能:关系 Relationship常见关系类型有关联、泛化、包含和扩展关联 Association表⽰参与者与⽤例之间的通信，任何⼀⽅都可发送或接受消息。

箭头指向：指向消息接收⽅：⼦系统 SubSystem⽤来展⽰系统的⼀部分功能(紧密联系)泛化 Inheritance继承关系，⼦⽤例和⽗⽤例相似，但表现出更特别的⾏为；⼦⽤例将继承⽗⽤例的所有结构、⾏为和关系。

⼦⽤例可以使⽤⽗⽤例的⼀段⾏为，也可以重载它。

⽗⽤例通常是抽象。

箭头指向：指向⽗⽤例2-类图描述系统中的类，以及各个类之间的关系的静态试图。

表⽰类、接⼝以及它们之间的协作关系，⽤于程序设计阶段。

注意:1. 抽象类或抽象⽅法⽤斜体表⽰2. 如果是接⼝，则在类名上⽅加 <<Interface>>3. 字段和⽅法返回值的数据类型⾮必需4. 静态类或静态⽅法加下划线类图实例:类图中的事务及解释如图，类图从上到下分为三部分,分别为类名、属性和操作1. 属性:如果有属性，则每⼀个属性都必须有⼀个名字，另外还可以有其它的描述信息，如可见性、数据类型、缺省值等2. 操作:如果有操作，则每⼀个操作也都有⼀个名字，其它可选的信息包括可见性、参数的名字、参数类型、参数缺省值和操作的返回值的类型等类图中的六种关系1.实现关系 implements (类实现接⼝)⽤空⼼三⾓虚线表⽰2.泛化关系 extends (表⽰⼀般与特殊的关系) is-a⽤空⼼三⾓实线表⽰3.组合关系 (整体与部分的关系) contains-a实⼼菱形实现表⽰eg.有头类、⾝体类与⼈类类三个类，则⼈类类中应包含头类及⾝体类这两个属性，则⼈类类与头类和⾝体的关系即为组合关系。

E-R图和用例图

E-R图和⽤例图E-R图和⽤例图图1E-R 图⽬录E-R 图概念E-R ⽅法概念E-R 模型历史构成E-R 图的基本要素作E-R 图的步骤作E-R 图举例设计分E-R图的步骤展开编辑本段E-R图概念E-RE-R图也称实体-联系图(Entity Relationship Diagram)，提供了表⽰实体类型、属性和联系的⽅法，⽤来描述现实世界的概念模型。

编辑本段E-R⽅法概念E-R⽅法是“实体-联系⽅法”（Entity-Relationship Approach）的简称。

它是描述现实世界概念结构模型的有效⽅法。

是表⽰概念模型的⼀种⽅式，⽤矩形表⽰实体型，矩形框内写明实体名；⽤椭圆表⽰实体的属性，并⽤⽆向边将其与相应的实体型连接起来；⽤菱形表⽰实体型之间的联系，在菱形框内写明联系名，并⽤⽆向边分别于有关实体型连接起来，同时在⽆向边旁标上联系的类型（1:1,1:n或m:n）。

编辑本段E-R模型历史ER模型最早由Peter Chen于1976年提出，它在数据库设计领域得到了⼴泛的认同，但很少⽤作实际数据库管理系统的数据模型。

即使对SXL-92数据库来说，设计好的数据库也是具有挑战性的。

它们可以在许多关于数据库设计的⽂献中找到，⽐如Toby Teorsey 的著作（1994 ）。

⼤部分数据库设计产品使⽤实体-联系模型（ER模型）帮助⽤户进⾏数据库设计。

ER数据库设计⼯具提供了⼀个“⽅框与箭头”的绘图⼯具，帮助⽤户建⽴ER 图来描绘数据。

实体联系模型，实体关系模型或实体联系模式图(ERD)是由美籍华裔计算机科学家陈品⼭(Peter Chen)发明，是概念数据模型的⾼层描述所使⽤的数据模型或模式图，它为表述这种实体联系模式图形式的数据模型提供了图形符号。

这种数据模型典型的⽤在信息系统设计的第⼀阶段；⽐如它们在需求分析阶段⽤来描述信息需求和/或要存储在数据库中的信息的类型。

但是数据建模技术可以⽤来描述特定论域(就是感兴趣的区域)的任何本体(就是对使⽤的术语和它们的联系的概述和分类)。

用例和用例图


技巧 实地观察
访谈
描述
• 直接观察个人工作旳情况，以发觉现存旳实践方式和
问题
• 从个人处搜集特定信息
特定群体 调查
对一组人员进行调查，以便了解工作态度和共同看法
• 问卷调查 搜集详细数据和统计意义上比较主要旳数据
• • 顾客指 导
让最终顾客告诉你，他们是怎样操作系统旳
• 原型制作 模拟一种无法直接测试旳系统
人、外部系统、外部因素等
12
3.2.2 辨认参加者：参加者要点
• 参加者指在系统中所扮演旳角色。即在拟定参加者时，
应主要考虑他旳角色，而不是这个角色旳实例。
• 某些组织中可能有诸多营销人员，但他们均起着同
一种作用，扮演着相同旳角色。
• 一种顾客也能够扮演多…种角色：一种高级营销人员
既能够是贸易经理，也能够是一般旳营销人员。
小一点旳蓝色大理石
5
3.2.1 获取原始需求：如此脆弱
客户/顾客旳要 求/想法/期望
验收
分析和设计
没价值旳 软件需求
补文档
软件产品 编码和测试
软件设计
6
3.2.1 获取原始需求：也需要开发
客户/顾客旳要 求/想法/期望
软件产品
开发
验收
编码和测试
有价值旳 软件需求
分析和设计
软件设计
7
3.2.1 获取原始需求：技巧
第三章 用例和用例图
1
3.1 概述
• 用例图着重从系统外部执行者旳角度来描述系统需要提
供哪些功能，执行者能够是人或外部系统。
2
3.1 概述
用例图旳构成元素
• 图中旳元素涉及：参加者、用例、某些表达关系旳连接

第2章 用例图


16
2.1.4 关系
UML建模与分析
包含include
箭头方向由基本用例指向被包含用例； 两个以上用例有共同功能，可分解到单独用例，形成包含依 赖； 执行基用例时，每次都必须调用被包含用例，被包含用例也 可单独执行；
17
2.1.4 关系
UML建模与分析
包含include
一个用例功能过多需分解成小用例，构成包含依赖；
42
2.5 小结
UML建模与分析
了解用例图的组成 能够绘制用例图 理解如何确定用例、活动者
43
2.6 实例
UML建模与分析
有一个爱书之人，家里各类书籍已过千册，而平时又 时常有朋友外借，因此需要一个个人图书管理系统。 该系统应该能够将书籍的基本信息按计算机类、非计 算机类分别建档，实现按书名、作者、类别、出版社 等关键字的组合查询功能。在使用该系统录入新书籍 时系统会自动按规则生成书号，可以修改信息，但不 能够删除记录。该系统还应该能够对书籍的外借情况 进行记录，可对外界情况列表打印。另外，还希望能 够对书籍的购买金额、册数按特定时限进行统计。
ReturnWithFine
40
(2)图书馆管理员处理借书、 还书的用例图
Login BorrowBook
UML建模与分析
<<include>> <<include>> ProcessOverTime DisplayLoans <<include>> Librarian ReturnBook <<include>> QueryLoanInfo <<include>>

第5章用例图-修订

25
用例
例如：网站后台管理系统中的会员信息维护用例，管理员需要进 行添加会员信息、修改会员信息、删除会员信息等操作。
还可以根据具体的操作把它抽象成3个用例，它展示的系统需求和 单个用例是完全一样的。
26
用例
用例规约
对于每一个用例，我们还需要有详细的描述信 息，以便让别人对于整个系统有一个更加详细 的了解，这些信息包含在用例规约之中。
8
概述
在用例建模中，为了更加清楚的描述用例或 者参与者，会使用到注释。
9
参与者
参与者是与系统、子系统或类发生交互作用 的外部用户、进程或其他系统的理想化概念。 作为外部用户与系统发生交互作用，这是参 与者的特征。
10
参与者
在系统的实际运作中，一个实际用户可能对 应系统的多个参与者。 不同的用户也可以只对应于一个参与者，从 而代表同一参与者的不同实例。
36
练习1
网络的普及带给了人们更多的学习途径，随之用来 管理远程网络教学的“远程网络教学系统”也出现。 “远程网络教学系统”的功能需求包括：
(1)学生登录网站后，可以浏览课件、查找课件、下载课 件、观看教学视频。 (2)教师登录网站后，可以上传课件、上传教学视频、发 布教学心得、查看教学心得、修改教学心得。 (3)系统管理员负责对网站页面的维护，审核不法课件和 不法教学信息，批准用户注册。
4
概述
用例图特点
用例图可视化地表达了系统的需求，具有直观、 规范等优点，克服了纯文字性说明的不足。 用例方法是完全从外部来定义系统功能，它把 需求和设计完全的分离开来。我们不用关心系 统内部是如何完成各种功能的，系统对于我们 来说就是一个黑箱子。
5
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。