Class 电影院订票系统类图设计_Class_Uml_Class Diagram

Class 电影院订票系统类图设计

class uml

Class 电影院订票系统类图设计,class,uml,class-diagram,Class,Uml,Class Diagram,大家好我有一个问题，如果是为表演时间预订的，应该在哪里分配座位来跟踪。目前我有两种想法。 1）将座位分配给演出时间，而不是电影院。然而，这意味着对于每个showtime，它可能有不同数量的座位（这不应该是真的）。 2）通过访问影迷->预订->电影剪辑->座位号检查座位是否已分配。这种方法很繁琐，需要更多的处理时间。但我觉得这是正确的方式，因为这将意味着座位将被固定如果我的图表的其他部分画错了，我很抱歉。然而，请引导我通过这个主要问题！我也会很高兴得到图表其他部分的反馈。我真的希望

大家好

我有一个问题，如果是为表演时间预订的，应该在哪里分配座位来跟踪。目前我有两种想法。
1）将座位分配给演出时间，而不是电影院。然而，这意味着对于每个showtime，它可能有不同数量的座位（这不应该是真的）。
2）通过访问影迷->预订->电影剪辑->座位号检查座位是否已分配。这种方法很繁琐，需要更多的处理时间。但我觉得这是正确的方式，因为这将意味着座位将被固定

如果我的图表的其他部分画错了，我很抱歉。然而，请引导我通过这个主要问题！我也会很高兴得到图表其他部分的反馈。

我真的希望从这个场景中学到更多。

到目前为止，您的设计似乎还不错。只是一些观察：

一般来说，您应该删除导航，因为它不会增加太多价值
从
```
Booking
```
到
```
ShowTime
```
的关联似乎是多余的，因为
```
Ticket
```
已经包含了所需的信息
重新考虑在
```
ShowTime
```
中复制
```
cinema/movie:string
```
，因为它增加了不必要的冗余
为什么您有一个
iso。
```
评论中的关联
```

座位与电影院有关，电影院提供放映时间。所以1）是可以的

编辑：您可以这样映射票据：

这两个

ID

角色将映射

ShowTime

和

Seat

中的ID。对于

seatID

我会使用一个人工整数，对于

showTimeID

可能会使用一些

HHMM

格式

嗨，托马斯！又来了！你说的导航是什么意思？还有关于放映时间座位的问题，哪种方式正确？协会末尾的箭头不是电影院的作品吗？如果完成了选项一，则必须为每个showtime分配相同数量的座位。每家电影院的座位不是应该相同吗？很抱歉，你已经有了从座位到电影院的作文了。根据我的第一句话，这证实了我的观点是正确的。我去过不同的电影院，他们都有不同数量的座位。也许在你的区域这是不同的，他们有相同数量的座位；o）是的，我明白。如果是这种情况，我的座位将被分配给showtime，我如何绘制uml图？因为座位已经是电影院的组成部分了。我不知道你用哪个工具画类图，但是你用来联想的符号是错误的。一个关联有一个像

-->

这样的开放箭头（如果它有箭头的话）太棒了！thx兄弟！使用视觉范式