UML 中的数据存储 Class 图
DataStore in UML Class Diagram
我第一次做UML class 图。我在 class 图表中放置了一个数据存储，我不确定是否可以。另外，我上传的这张 class 图是否可以获得反馈？
基本上是酒店管理系统。
我在这里解释故事要点。我已经从故事中删除了不需要的东西。
1) 登录 - 如果用户是注册用户，则允许他搜索房间。如果不是he/she应该可以注册到酒店管理系统。
2)用户应该能够从系统中搜索可用房间和select一种类型的房间-基于入住和退房日期的可用房间。
3)酒店员工应该能够为所使用的设施收费。
4)存储用户信息用于营销目的。
5)用户应该可以取消已预订的房间。
6)在线支付。
7)User/receptionist应该可以modify/update预定房间，用户信息来自于他们所掌握的信息。 - 我添加了数据存储。
- 将登录方法放在class获取登录的地方似乎不太合理。授权应该是它自己的 class，用户可以通过它获得访问权限。
- 没有显示房间占用的模型。我期望一些职业 class 将房间与时间范围联系起来。
- 同理。职业的基础是什么？需要有一个职业 class 将房间与时间框架联系起来。
- 什么是营销目的？您可以实现一些用户统计信息，以跟踪用户预订房间的时间、他支付的时间等。这些都没有建模。
- 由于您尚未对预订建模，因此您将无法取消它。
- 付款与任何内容无关。所以你不知道支付了什么。你的簿记会因此而爱你:-(
- 如上：未建模预订 - 无法修改。
你可能应该找一些导师坐在一起做一些基本的建模。
Edit（如更新模型）：这不是要走的路。数据存储将序列化单个对象，而不是它自己的 class。你需要做的方法是用相关的 classes 构建一个模型。这些最终将导致数据库中的持久对象。 FacilityAvailed 看起来不合理。这看起来像是您可以从 Reservation 计算的信息（它需要与现在完全缺失的 Room 的关系）。好吧，你应该放弃这种方法并重新开始。只需为业务对象 (BO) 建模：房间、预订、用户、付款等。关联那些有意义的对象。每个 BO 的属性是什么（房间：数量、大小、成本、... User:Role、名称、...）。然后尝试将它们联系起来。例如。预订可能与房间和用户相关，但也可能只是为了 refurbishment/cleaning 等
我第一次做UML class 图。我在 class 图表中放置了一个数据存储，我不确定是否可以。另外，我上传的这张 class 图是否可以获得反馈？
基本上是酒店管理系统。
我在这里解释故事要点。我已经从故事中删除了不需要的东西。
1) 登录 - 如果用户是注册用户，则允许他搜索房间。如果不是he/she应该可以注册到酒店管理系统。
2)用户应该能够从系统中搜索可用房间和select一种类型的房间-基于入住和退房日期的可用房间。
3)酒店员工应该能够为所使用的设施收费。
4)存储用户信息用于营销目的。
5)用户应该可以取消已预订的房间。
6)在线支付。
7)User/receptionist应该可以modify/update预定房间，用户信息来自于他们所掌握的信息。 - 我添加了数据存储。
- 将登录方法放在class获取登录的地方似乎不太合理。授权应该是它自己的 class，用户可以通过它获得访问权限。
- 没有显示房间占用的模型。我期望一些职业 class 将房间与时间范围联系起来。
- 同理。职业的基础是什么？需要有一个职业 class 将房间与时间框架联系起来。
- 什么是营销目的？您可以实现一些用户统计信息，以跟踪用户预订房间的时间、他支付的时间等。这些都没有建模。
- 由于您尚未对预订建模，因此您将无法取消它。
- 付款与任何内容无关。所以你不知道支付了什么。你的簿记会因此而爱你:-(
- 如上：未建模预订 - 无法修改。
你可能应该找一些导师坐在一起做一些基本的建模。
Edit（如更新模型）：这不是要走的路。数据存储将序列化单个对象，而不是它自己的 class。你需要做的方法是用相关的 classes 构建一个模型。这些最终将导致数据库中的持久对象。 FacilityAvailed 看起来不合理。这看起来像是您可以从 Reservation 计算的信息（它需要与现在完全缺失的 Room 的关系）。好吧，你应该放弃这种方法并重新开始。只需为业务对象 (BO) 建模：房间、预订、用户、付款等。关联那些有意义的对象。每个 BO 的属性是什么（房间：数量、大小、成本、... User:Role、名称、...）。然后尝试将它们联系起来。例如。预订可能与房间和用户相关，但也可能只是为了 refurbishment/cleaning 等