根据下述“铁路售票系统”的业务描述,画出该系统的用例模型,注意“包含<<include>

铁路售票系统的业务描述如下：乘客可以通过系统查询列车时刻表、购买车票、选择座位、办理退票、改签等操作。系统根据乘客的需求，生成相应的订单并进行支付处理，同时更新列车座位信息。此外，系统还应能够对车票信息、座位信息、订单信息等数据进行管理和统计。

根据上述业务描述，我们画出该系统的用例模型如下：

1. 查询列车时刻表
用例名称：查询列车时刻表
参与者：乘客
描述：乘客可以通过系统查询列车的时刻表信息
包含<<include>>：无

2. 购买车票
用例名称：购买车票
参与者：乘客、系统管理员
描述：乘客通过系统购买车票，系统生成订单并进行支付处理
包含<<include>>：生成订单、支付处理

3. 选择座位
用例名称：选择座位
参与者：乘客
描述：乘客可以通过系统选择座位，并更新列车座位信息
包含<<include>>：无

4. 办理退票
用例名称：办理退票
参与者：乘客、系统管理员
描述：乘客可以通过系统办理车票退订，系统更新订单信息
包含<<include>>：更新订单信息

5. 改签车票
用例名称：改签车票
参与者：乘客、系统管理员
描述：乘客可以通过系统改签车票，系统更新订单信息和座位信息
包含<<include>>：更新订单信息、选择座位

6. 数据管理和统计
用例名称：数据管理和统计
参与者：系统管理员
描述：系统管理员可以对车票信息、座位信息、订单信息等数据进行管理和统计
包含<<include>>：无

以上是该铁路售票系统的用例模型，其中包括了主要的用户需求和系统功能，并根据业务描述进行了适当的包含关系处理。

相关问题

<<include>>虚线连接的包含用例和<<extend>>虚线连接的扩展用例都不能被直接发起。

在用例图中，包含关系（include）和扩展关系（extend）都是用于描述用例之间的关系。它们都使用虚线连接，但是它们的含义和使用方式是不同的。

1. 包含关系（include）：表示一个用例包含了另一个用例的行为。被包含的用例是必须执行的一部分，而包含用例是可选的。被包含的用例在执行时会被插入到包含用例中。换句话说，包含用例依赖于被包含用例的行为。被包含用例的执行是由包含用例触发的。包含关系使用带箭头的虚线表示。

2. 扩展关系（extend）：表示一个用例可以在特定条件下扩展另一个用例的行为。扩展用例是可选的，它提供了一种在特定条件下增强或修改基本用例的方式。扩展关系使用带箭头的虚线表示。

所以，无论是包含关系还是扩展关系，都不能直接发起，它们只是用于描述用例之间的关系。

软件工程：画出图书借阅系统的用例模型

以下是图书借阅系统的用例模型：


用例列表：

1. 登录系统
2. 搜索图书
3. 借阅图书
4. 归还图书
5. 续借图书
6. 查看借阅历史
7. 管理员登录
8. 添加图书
9. 删除图书
10. 修改图书信息
11. 查看借阅情况
12. 管理员退出登录