用例图类图实例练习
用例及用例图案例
用例及用例图-案例
3.7 业务用例图 3.8 案例
1
3.7 业务用例图
• 作用
– 帮助了解机构及其软件系统（或工作内容） – 帮助业务过程重建工程工作 – 帮助员工（小组内成员）充分了解业务及其角色
• 什么时候需要
– 对机构不熟悉 – 机构业务发生变更 – 机构中主要部分使用的软件需建立 – 机构中有些大型复杂工作流的文档不足
20
● ⑤ 绘制用例图。
21
● ⑥ 编制用例说明。
● 用例：客房预订 ●参与者：柜台工作人员 ●说明：
① 工作人员启动预订功能。 ② 根据预订需求查看客房空闲信息。 ③ 输入预订人信息。 ④ 安排客房。 ⑤ 预订成功。
22
● ⑥ 编制用例说明。
● 用例：预订变更 ●参与者：柜台工作人员 ●说明：
Ａ２：有冲突。
⑧系统添加新课程，并提示添加成功。
⑨系统回到管理主界面，显示所有课程，用例结束。
14
● ⑦ 对异常流程确定单独用例。 ⑧ 优化用例图，解决用例之间的冲突和重复。
15
案例3：
宾馆客房业务管理用例分析
宾馆客房业务管理提供客房预订、预订变更、 客房入住、退房结帐、旅客信息查询几个方面的 功能。
第3章 用例和用例图
● 3.4 用例图 3.4.1 用例图的作用 3.4.2 用例图的形式
● 3.5 用例描述 ● 3.6 用例分析 ● 3.7 业务用例图
● —— 重要知识点
26
本章作业
(1) 什么叫用例？ (2) 用例图在软件建模中的作用是什么？ (3) 用例之间存在那几种关系？ (4) 包含关系和扩展关系有什么区别? (5) 参与者可以是那几种形式？ (6) 什么叫事件流,作用是什么？
用例图, 类图
Get Upload Files
Receive Data
Manage Log
Breake Connection
Time
18/336
1.用例图 (19/29)
•
20/336
21/336
22/336
1.用例图 (22/29)
23/336
24/336
1.用例图 (25/29)
智能电梯系统
25/336
1.用例图 (26/29)
Deal with Auditing Data
Auditing break connection
break connection
Server 17/336
1.用例图 (18/29)
• 学生课程注册系统例子
– 每个学生都可以增删改查自己的课程注册表 – 每个教师都可以查询课程花名册 – 学校管理人员可以维护全部课程，可以登记
Dat aObjec t
38/336
2.顺序图 (8/19)
40/336
2.顺序图 (9/19) 2.顺序图 (11/19)
41/336
: Actor
FormObject
1: Open form
ControlObject
DataObject
2: Enter information
3: Save informat ion
is displayed
4. Select a file
12/336
1.用例图 (12/29)
• 例子: 远程通讯
– 背景 – 任务
• 远程审核 • 远程客户端
Client
13/336
logon Request Data Receive Data
3章：用例图习题
第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（统一建模语言）是一种用于软件开发的标准建模语言，它可以帮助开发人员更好地理解、设计和实现软件系统。
下面是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. 协作图扩展点：描述协作图中的扩展点和它们之间的关系。
4-2类图练习题
用例图示例
Administrator update inventory
<<include>> load inventory data <<include>>
run inventory reports
save inventory data <<include>>
<<include>> <<extend>> sale <<extend>> verify check verify credit card
credit card +Verify() 0..* n sale +Update() check +verify() 0..* n 1 n +Load() +Save() +Update()
inventory
3 图书管理系统需求如下： 添加图书 删除图书 添加标题 删除标题 添加借阅者信息 删除借阅者信息 登陆
创建类图的步骤如下： （1）将学生可以是在校生或者毕业生建模为3个类： Student、UnderGraduate和Graduate，其中，后两个类 是Student类的子类。 （2）为“在校生可以是助教的一种”建立模型，即建立 UnderGraduate类的另一个超类Tutor。 （3）通过创建从Tutor到Student的关联（名为tutors），建 立一名助教指导一名学生的模型。 （4）将“教师和教授属于不同级别的教员”建模为3个类： Instructor、Teacher和Professor，其中，后两个类是 Instructor类的子类。 （5）建立“一名教师助理可以协助一名教师和一名教授， 一名教师只能有一名教师助理，一名教授可以有5名教师 助理”的模型。创建TeacherAssistant类，并使其与 Teacher类和Professor类都建立关联。 （6）将TeacherAssistant类建模为Graduate类的派生类。
UML中的用例图实践案例
UML中的用例图实践案例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、目标：创建一个使用案例图，用于库系统的一部分，我们将开发。
软件工程教案 (22)-用例图和类图练习
过滤用例图中的名词 通过事件列表 寻找用例中的实体
(2) 初步找到了： （接口类和控制类暂时不考虑）
员工信息 用户（管理干部、公司领导） 统计报表
7
2019/3/22
2 建立类图
(3) 确定类的关系…
员工信息
用户
1 1 1
1
* 聘任信息
* 奖惩记录
人事管理干部
公司领导
基本信息
-结束3
人事管理干部
公司领导
财务系统
2019/3/22
4
1 建立用例图
(4) 细化用例图
人事管理系统
人事信息管理 <<Include>> <<uses>> 保存信息 <<Include>>
<<Include>> <<Include>> 奖惩 人事管理干部 人事调动 人事档案库 聘任 职称评定
查询人事信息 公司领导
统计报表
2019/3/22
8
1 建立用例图
(3) 生成用例图
人事管理系统
-结束9 -结束13 * * * -结束10 人事信息管理 -结束11 -结束12 * * 保存信息 * 人事档案库 -结束14 -结束16 -结束15 * * -结束5 * 查询人事信息 * -结束7 * 生成与输出统计报表 -结束 21 -结束 * * -结束4 -结束 6 结束 8 ** *
生成与输出统计报表 财务系统
2019/3/22
5
1 建立用例图
(4) 用例图绘制步骤小结
类图练习ppt课件
.
分析：党务信息平台的类图 学院有许多党组织，通过党组织编码唯一的 确定一个党组织，每个党组织有一名或多名党务 管理员，每个党务管理员能够管理本级及其下属 党组织；每个党组织有多名党员，每名党员只能 属于一个党组织。党组织记录每一年度增加的党 员信息以及每一年度减少的党员信息。
.
Hale Waihona Puke 感谢亲观看此幻灯片，此课件部分内容来源于网络， 如有侵权请及时联系我们删除，谢谢配合！
单项练习之用例图
单项练习——用例图实验目的：1.掌握用例图的涵义和内容2.掌握用例图的绘制方法3.掌握用例图的使用范围实验内容：画出下列描述的用例图：某零食厂家使用购物预约管理系统。
预约管理人责任客户预约商品的登录、浏览、更改和删除。
员工查看已预约的商品，确定当天的工作。
该预约管理系统与客户信息管理系统连动，在进行预约商品登录的同时可以浏览预约订货客户的信息。
客户、管理员和员工进行操作时要先登录。
实验指导：1.用例图的简介用例模型用来获得系统的需求。
用例意味着和用户和相关人员通信得到系统打算做什么。
一个用例图展示了系统和系统外部的实体之间的交互。
这些外部实体就是actors。
Actors 既包括人类用户，也包括硬件或者其他系统。
一个actor经常用一个人的符号表示，或者用类框加上《actor》原型表示。
Actor可以泛化出其他更详细的actor。
见图1.图1 actor用例意味着一件唯一的工作。
它提供了一个高级别的在系统外部可观察到的人或事的行为。
用椭圆表示。
Actor和用例之间用一个带箭头的实线表示属于这个actor的用例。
如图2，客户取款的用例。
图2 客户取款的用例一个用例的定义通常包括以下部分：名字和描述、需求、约束等。
名字和描述：一个用例通常用一个动词短语命名，并给出一个简短的非正式的文本描述。
需求：指的是一个用例必须提供给最终用户的正式的功能性需求。
需求是一个用例必须执行一个动作或者向系统提供某个值的协约或者约定。
约束：指的是用例操作在前置条件、后置条件和常量条件下的约束。
前置条件指用例进行前必须具有的状态。
后置条件指用例执行后必须为真的状态。
常量状态指用例执行过程中始终为真的状态。
用例场景：指用例在实际执行的时候会有很多的不同情况发生，是用例的实例。
我们在描述用例的时候要覆盖所有的用例场景，否则就有可能导致需求的遗漏。
在用例规约中，场景的描述可以由基本流和备选流的组合来表示。
特殊需求：通常指非功能性需求，它为一个用例所专有，但不适合在用例的事件流文本中进行说明。
3-2用例图练习题
绘制用例图，为如下的每个事件显示酒店管理系统 中的用例，并描述各用例的基本操作流程 • 客人预订房间 • 客人登记 • 客人承担服务费用 • 生成最终账单 • 客人结账 • 客人支付账单
餐ቤተ መጻሕፍቲ ባይዱ预约系统
• 这家餐馆目前采用一个手工预约系统，使用的是 保存在一个大文件夹中的手写预约单。预约单中 的每一行对应餐馆中一张特定的餐桌。每个预约 中记录有预期进餐者的数目，进餐时段，联系人 的姓名和电话。 • 手工系统速度慢，而且，预约登记单很快就变得 难以理解。这可能导致经营上的问题，例如，实 际上有空餐桌而由于这个预约单不是很明显，会 妨碍顾客进行预约。没有备份系统：如果一张预 约单被毁坏了，餐馆就没有了那个晚上有什么预 约的记录。最后，从现有的预约单获取即使很简 单的管理数据，例如餐桌的使用率也很费时。
用例图练习题
一台自动售货机能提供6种不同的饮料。售货 机上有6个不同的按钮，分别对应这6种不 同的饮料。顾客通过这些按钮选择不同的 饮料。售货机有一个硬币槽和找零槽，分 别用来收钱和找钱，现为这个系统设计一 个用例图。
现有一个产品销售系统，其总体需求如下： • 系统允许管理员生成存货清单报告 • 管理员可以更新存货清单 • 销售员记录正常的销售情况 • 交易可以使用信用卡或支票，系统需要对 其进行验证 • 每次交易后都需要更新存货清单 分析其总体需求，并绘制出其用例图
完整的用例图
Record booking
Receptionist
<<include>> <<include>>
Cancel booking
<<include>>
Staff Table transfer
UML用例模型和类图练习
UML用例模型和类图练习
1.
一个小型网络水果超市，负责给用户网上订购苹果、芒果、桃子、荔枝。
用户可以注册成为会员，预约、订购、查询、取消等常规动作。
请设计用例模型.
1）参与者
2）用例图
3）一个重要的用例进行描述
2. 画出类图
一家公司有许多部门，通过部门名唯一的确定一个部门，每个部门有一名经理主管，也有的经理不管理任何一个部门；
每个部门生产多种产品，每种产品仅有一个部门生产。
该公司有许多员工为之工作，员工又进一步划分为经理与工人两类。
每名工人可以参加多个项目，每个项目需要多名工人；
每位经理可以主持多个项目，每个项目仅有一人主持。
2012-2013 第二学期 11本 UML 实验一参答(第三章用例图)
Borrower 借阅 者可 通过 图书 管理 员对 系统 操作 Give Notice 《Extend》
《Include》
Remove Reservation Info of Borrower Librarian Reservation Lend Item
《Include》 Find Borrower Find Title
Delete 《Extend》
Update
《Include》
Return Item 《Include》 《Include》
Find Title Find Borrower
案例4. 设计“图书管理系统”的Use Case 框图1
当通知为借阅成功时 应自动删除预定
通知是一个常规用例参阅者 的几项活动均需要 《Include》 《Extend》 Rerigist Login Telephone 《Include》 Address 《Include》 Name 添加时需 要需要借 阅者信息 《Include》 《Extend》 《Include》 Add Sort Title Query 《Include》
UML 面向对象技术教程
上机实验一 用例及用例图
1
案例1. 绘制“自动饮料机售货”的用例图（含功能扩展）
功能： 1、顾客通过自动饮料售货机, 可以方便地买到一听饮料 2、供应商可以向自动饮料售货机添加饮料（需要开和关自动饮料售货机的门）; 3、收银员可以从自动饮料售货机取钱.（需要开和关自动饮料售货机的门） 参与者：Customer Supplier Cashier 用例： Buy drink Set drink Take money Open machine Close machine
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
操作类主要是对数据库的操作，包括有添加进货单、添加物品详细 信息两个操作。其中添加进货单可以对进货信息数据库执行添加，修 改，删除的操作，添加物品信息可以 物品信息数据库执行添加修改 删除的操作。
操作类还包含对数据的查询操作，查询进货单查询是对进货信息数 据库的查询，可以根据货单号和进货时间两个关键字进行查询；物品 信息查询是对物品信息数据库执行的查询操作，主要以物品编号和物 品名称做为关键字进行查询；归村信息查询功能是对货物在活柜上的 存放情况进行查询。
1、找出系统中的参与者和用例画出用例图
例：有一业务需求列表如下，要求我们为其构建一 个用例图。
• 系统可以供教师使用来为学生记录成绩 • 系统根据需要创建报告卡 • 系统允许用户浏览记录的成绩
通过访谈，我们就会得出一个修改过的新的系统需 求列表。
• 我们需要的系统可以供教师使用来为学生记录并更新成绩。
• 系统根据需求由管理人员创建报告卡，管理人员要检查报告 卡的准确性。
• 教师需要通过计算机分发报告卡。
• 系统允许教师和学生浏览记录的成绩。
• 参与者
• 教师、学生、管理员
• 用例
• 记录成绩 • 更新成绩 • 生成报告卡 • 检查报告卡的准确性 • 分发报告卡 • 浏览成绩
பைடு நூலகம்
创建类图
数据库类包括有进货信息数据库、物品信息数据库、柜存信 息数据库。其中进货信息数据库和物品信息数据库是人工创 建，手动输入数据，然后存入库中；柜存信息数据库是根据 接到的进货单的信息，自动生成的数据库，其中主要保存着 货物的数量，查询该数据库可以让管理员及时提醒采购员对 缺货商品进行采购。